|
31 этап системного анализа. На этом этапе формулируется назначение и основные показатели качества создаваемых программ. Решаемые задачи практически полностью определяются предметной областью системного анализа. Поэтому на данном этапе трудно обобщать технологические процессы и критерии качества при создании различных типов программ. Ниже этот этап жизненного цикла не рассматривается и предполагается, что функциональные задачи и алгоритмы их решения в основном определены и формализованы. Этапы проектирования, эксплуатации и сопровождения значительно различаются целями, задачами, методами и средствами Ниже показатели качества ПС и методы их определения группируются по этим трем этапам. При этом программное средство соответственно рассматривается как объект разработки, или как функционирующее изделие, или как объект контроля и модификации. Следует обратить внимание на особенность взаимодействия этапа сопровождения с этапами эксплуатации и проектирования, в которой сопровождение играет роль необходимой обратной связи от этапа эксплуатации В процессе функционирования программ возможно обнаружение ошибок в программах и появляется необходимость их модификации и расширения функций. Эти доработки, как правило, ведутся одновременно с эксплуатацией текущих версии ПС. После проверки подготовленных корректировок на одном из экземпляров программ очередная версия либо добавляется (при реализации мультиверсионной методологии), либо заменяет ранее эксплуатировавшиеся или некоторые из них. При этом процесс эксплуатации может быть практически непрерывным, так как замена версий является кратковременной. Эти обстоятельства приводят к тому, что процесс эксплуатации мультиверсий ПС обычно идет параллельно и независимо от этапа сопровождения одноверсионных программных компонент. 2.1.5 Каскадная модель жизненного цикла Прежде, чем определить основные фазы и работы каскадной модели ЖЦ ПО, необходимо остановиться на понятии целеориентированного (инженерного) программирования, т.к. указанная модель и ее разновидности, фактически, основаны на структуре целей инженерного программирования. Причем отличительная особенность формирования структуры целей такого подхода состоит в том, что эффективность инженерного программирования основывается на учете не только программотехнических, но также социальных и экономических аспектов. Однако даже без этих дополнительных аспектов программирование уже является чрезвычайно сложным делом. Ряд ведущих специалистов в области программирования указывают на необходимость еще большего упрощения, или |
программный продукт. Проектированием и эксплуатацией ПС могут заниматься большие коллективы специалистов, для чего необходима формализация требуемых технических характеристик КП и их компонент, а также формализованные испытания и определение достигнутых показателей качества ПС. Жизненный цикл таких ПС составляет 10...20 лет, из которых 70-90% приходится на эксплуатацию и сопровождение. Вследствие массового тиражирования и длительного сопровождения совокупные затраты в процессе эксплуатации и сопровождения могут значительно превышать затраты на системный анализ и проектирование. Все последующее изложение ориентировано на крупные программные комплексы систем управления и обработки информации, оформляемые как программный продукт [12,37]. Жизненный цикл рассматриваемых программ,согласно [12], включает в себя следующие основные этапы: системный анализ, в ходе которого определяется потребность в ПС, его назначение и основные функциональные характеристики, оцениваются затраты и возможная эффективность применения такого комплекса программ; проектирование ПС, включающее в себя разработку структуры комплекса и его компонент, программирование модулей и ряд этапов отладки, а также испытание и внедрение для регулярной эксплуатации созданной версии КП; эксплуатацию ПС, заключающуюся в исполнении, функционировании программ на ЭВМ для обработки информации и получения результатов, являющихся целью создания ПС, а также в обеспечении достоверности и надежности выдаваемых данных; сопровождение ПС, состоящее в эксплутационном обслуживании, развитии функциональных возможностей и повышении эксплутационных характеристик ПС, в тиражировании и переносе КП на различные типы вычислительных средств. Среди перечисленных этапов наиболее специфическим, трудно реализуемым и тесно связанным с функциональным назначением ПС является этап системного анализа. На этом этапе формулируется назначение и основные показатели качества создаваемых программ. Решаемые задачи практически полностью определяются предметной областью системного анализа. Поэтому на данном этапе трудно обобщать технологические процессы и критерии качества при создании различных типов программ. 18 Ниже этот этап жизненного цикла не рассматривается и предполагается, что функциональные задачи и алгоритмы их решения в основном определены и формализованы. Этапы проектирования, эксплуатации и сопровождения значительно различаются целями, задачами, методами и средствами. Ниже показатели качества ПС и методы их определения группируются по этим трем этапам. При этом программное средство соответственно рассматривается как объект разработки, или как функционирующее изделие, или как объект контроля и модификации. Следует обратить внимание на особенность взаимодействия этапа сопровождения с этапами эксплуатации и проектирования, в которой сопровождение играет роль необходимой обратной связи от этапа эксплуатации [19]. В процессе функционирования программ возможно обнаружение ошибок в программах и появляется необходимость их модификации и расширения функций. Эти доработки, как правило, ведутся одновременно с эксплуатацией текущих версии ПС. После проверки подготовленных корректировок на одном из экземпляров программ очередная версия либо добавляется (при реализации мультиверсионной методологии), либо заменяет ранее эксплуатировавшиеся или некоторые из них. При этом процесс эксплуатации может быть практически непрерывным, так как замена версий является кратковременной. Эти обстоятельства приводят к тому, что процесс эксплуатации мультиверсий ПС обычно идет параллельно и независимо от этапа сопровождения одноверсионных программных компонент. 1.2.2. Каскадная модель жизненного цикла Прежде, чем определить основные фазы и работы каскадной модели ЖЦ П0, необходимо остановиться на понятии целеориентированного (инженерного) программирования, т.к. указанная модель и ее разновидности, фактически, основаны на структуре целей инженерного программирования [45]. Причем отличительная особенность формирования структуры целей такого подхода состоит в том, что эффективность инженерного программирования основывается на учете не только программотехнических, но 19 также социальных и экономических аспектов. Однако даже без этих дополнительных аспектов программирование уже является чрезвычайно сложным делом. Ряд ведущих специалистов в области программирования [14,18,22-28] указывают на необходимость еще большего упрощения, или разделения аспектов, для решения большинства проблем программирования. Если это верно, то как можно оправдать усложнение программирования, требуя рассмотрения дополнительных социальных и экономических аспектов? Автор [45] дает ответ на этот вопрос и разбивает его на две части. Во-первых, указанные аспекты нельзя не рассматривать, т.к. опыт разработки систем ПО неоднократно показывает типичные неудовлетворительные результаты, являющиеся следствием пренебрежения социальными и человеческими аспектами инженерного программирования. Во-вторых, можно в значительной степени сохранить преимущества обоих подходов, включая действия по разделению указанных аспектов в цикл разработки ПО с периодическим анализом и доработкой программных изделий для учета более общих целей. Основные компоненты цикла показаны на рисунке. Ему соответствует подход в инженерном программировании, называемый в [37] и [45] целеориентированным подходом к жизненному циклу ПО, или сокращенно ЦОП. Как видно из рисунка 1.1, это довольно общий подход, вовсе не ограниченный областью разработки ПО. Его ориентация на программирование поддерживается иерархической структурой целей, которая включает все главные цели, достигаемые в результате создания программного изделия и в процессе разработки ПО. Для успешного использования ЦОП необходимо знать предпочтительные или удовлетворительные способы согласования нескольких противоречащих друг другу целей. Этих вопросов касается инженерная экономика ПО [22], где представлены методы анализа экономической эффективности, приведенной стоимости, а также методы системного анализа, обеспечивающие согласование целей и принятие решений при наличии нескольких целей, включая их нечеткое формулирование. Ниже кратко представлена понятийная основа применения методов инженерной экономики ПС) (по У.Боэму) и рассмотрены вопросы как инженерного программирования, так и важности социальных и экономических аспектов инженерного программирования, позволяющие учесть широкий диапазон целей. 20 |