Жизненный цикл (жц) кис. Модели жизненного цикла кис: каскадная, спиральная.

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

В соответствии со стандартом ISO/IEC 12207 все процессы ЖЦ ПО разделены на три группы:

1. пять основных процессов (приобретение, поставка, разработка, эксплуатация, сопровождение);

2. восемь вспомогательных процессов, обеспечивающих выполнение основных процессов (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, совместная оценка, аудит, разрешение проблем);

3. четыре организационных процесса (управление, создание инфраструктуры, усовершенствование, обучение).

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

В состав жизненного цикла ПО обычно включаются следующие стадии:

1. Формирование требований к ПО. 2. Проектирование. 3. Реализация. 4. Тестирование.

5. Ввод в действие. 6. Эксплуатация и сопровождение.

7. Снятие с эксплуатации.

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

Преимущества применения каскадного способа заключаются в следующем:

• на каждой стадии формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности;

• выполняемые в логичной последовательности стадии работ позволяют планировать сроки завершения всех работ и соответствующие затраты.

Недостаток: процесс создания ПО носит, как правило, итерационный характер: результаты очередной стадии часто вызывают изменения в проектных решениях, выработанных на более ранних стадиях. Таким образом, постоянно возникает потребность в возврате к предыдущим стадиям и уточнении или пересмотре ранее принятых решений.

Для преодоления перечисленных проблем в середине 80-х гг.была предложена спиральная модель ЖЦ.

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

 

 

Этапы проектирования КИС

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

Документ, полученный в результате проектирования, носит название проект.

Цель проектирования – подбор технического и формирование информационного, математического, программного и организационно-правового обеспечения.

Этапы развития КИС:

1. Анализ первичных требований и планирование работ.
Оценить 1) преимущества внедрения данной системы
2) временные затраты
3) обосновать стоимость

2. Проведение обследования деятельности предприятия.
Определение организационной и топологической структуры предприятия, бизнес-процессов, анализ распределения функций по подразделениям и сотрудникам, уровня автоматизации и др.

3. Построение и анализ моделей деятельности предприятия.
Строятся 2 модели на языке IDEF0 – „модель как есть“ и «модель как будет». Переход от одной модели к другой осуществляется обычно 2-мя путями:
1) совершенствованием технологии на основе оценки эффективности («мягкий» реинжениринг)
2) радикальным изменением технологии и переосмыслением бизнес-процесса («жесткий» реинжениринг).

4. Разработка системного проекта (модели требований к будущей системе) или технического задания.

Техническое задание – это документ, утвержденный в установленном порядке, определяющий цели, требования и основные исходные данные, необходимые для разработки автоматизированной системы управления, и содержащий предварительную оценку экономической эффективности системы.

5. Техническое проектирование (разработка технического проекта).
Технический проект – совокупность взаимосвязанной документации по всем трем структурным частям (общесистемной, функциональной и обеспечивающей) новой автоматизированной информационной технологии управления.

Этап разделяется на 2 стадии:

– проектирование архитектуры технологии, включающее разработку структуры и интерфейса компонент (АРМ), согласование функций и технических требований к компонентам, определение информационных потоков между основными компонентами, связей между ними и внешними объектами;

– детальное проектирование, включающее разработку спецификации каждой компоненты, требований к компонентам, а также построение иерархии модулей и меэмодульных взаимодействий, проектирование внутренней структуры моделей.

6. Ввод в действие разработанной информационной технологии (опытная эксплуатация, устранения замечаний по результатам опытной эксплуатации, промышленная эксплуатация).