2. Связь программных документов с этапами жизненного цикла по.

3. Жизненный цикл программных средств. Базовые этапы моделей жц: назначение и характеристика.

Жизненный цикл (ЖЦ) программных систем (ПС) отражает весь процесс их созда-ния и применения. Этот процесс состоит из нескольких взаимосвязанных этапов, выпол-няющихся в определенной последовательности и обеспечивающих ведение разработки ПС на всех стадиях - от подготовки технического задания до завершения.

Модели жизненного цикла ПС несколько отличаются терминологией и графиче-ским представлением этапов и их взаимодействия. Практически во всех моделях отражен ряд базовых этапов:

Первый этап – системный анализ и первоначальная разработка общих требо-ваний к ПС

Устанавливает общие требования к ПС - по надежности, технологичности, пра-вильности, универсальности, эффективности, информационной согласованности и т.д.

Итог выполнения этого этапа - эксплуатационные и функциональные специ-фикации, содержащие конкретное описание ПС. Разработка спецификаций требует тща-тельной работы системных аналитиков, постоянно контактирующих с заказчиками, кото-рые в большинстве случаев не способны сформулировать четкие и реальные требования.

Эксплуатационные спецификации содержат сведения о быстродействии ПС, за-тратах памяти, требуемых технических средствах, надежности и т.д.

Функциональные спецификации определяют функции, которые должно выпол-нять ПС, то есть в них определяется, что надо делать системе, а не то, как это делать.

Спецификации должны быть полными, точными и ясными. Полнота исключает не-обходимость получения разработчиками ПС в процессе их работы от заказчиков иных сведений, кроме тех, которые содержатся в спецификациях. Точность не позволяет раз-личных толкований. Ясность подразумевает легкость понимания как заказчиком, так и разработчиком при однозначном толковании.

Значение спецификаций:

1)спецификации являются заданием на разработку ПС и их выполнение - закон для разработчика;

2)спецификации используются для проверки готовности ПС;

3)спецификации являются неотъемлемой частью программной документации, об-легчают сопровождение и модификацию ПС.

Второй этап – структурное проектирование, разработка спецификаций пред-варительного проекта ПС

1)создается представление архитектуры ПС;

2)устанавливается состав и структура модулей;

3)разрабатываются алгоритмы, задаваемые спецификациями;

4)выбирается структура информационных массивов;

5)фиксируются межмодульные интерфейсы, входные и выходные формы данных.

Цель этапа - декомпозиция сложных задач создания ПС на подзадачи меньшей сложности. Результатом работы на этом этапе являются спецификации на отдельные модули, дальнейшая декомпозиция которых нецелесообразна.

Третий этап – разработка программных компонентов и их комплексирование - программирование (кодирование)

Программирование модулей. Этап менее сложен по сравнению со всеми остальны-ми. Проектные решения, полученные на предыдущей стадии, реализуются в виде про-грамм. Разрабатываются отдельные блоки и подключаются к создаваемой системе. Одна из задач - обоснованный выбор языков программирования. На этой же стадии решаются все вопросы, связанные с особенностями типа ЭВМ.

Четвертый этап - комплексная отладка ПС, испытание и сертификация

Проверка выполнения всех требований, всех структурных элементов системы на таком количестве всевозможных комбинаций данных, какое позволяют здравый смысл и бюджет. Этап предполагает выявление в программах ошибок, проверку работоспособно-сти ПО, а также его соответствие спецификациям (понятия тест, тестовое покрытие, методы тестирования).

Пятый этап - сопровождение, модернизация и развитие версий прикладных ПС, то есть процесс исправления ошибок, координации всех элементов системы в соот-ветствии с требованиями пользователя, внесения всех необходимых ему исправлений и изменений. Он вызван, как минимум, двумя причинами: во-первых, в ПС остаются ошиб-ки, не выявленные при отладке; во-вторых, пользователи в ходе эксплуатации ПС настаи-вают на внесении в него изменений и его дальнейшем совершенствовании.

Сопровождение ПС предполагает повторное применение каждого из предшест-вующих этапов ЖЦ к существующей программе, но не разработку новой программы.

Шестой этап - документирование разработки и результирующих продуктов прикладных ПС.

Повышение эффективности разработки ПС в целом достигается за счет:

• регламентации порядка проведения работ,

• автоматизации этапов и операций поддержки жизненного цикла

• разделения труда между специалистами разной квалификации

• проблемной ориентации применяемой технологии.