Модель цикла жизни проекта ЭИС. Модели организации процесса проектирования.

Одним из базовых понятий методологии проектирования и внедрения ЭИС является понятие жизненного цикла разработки информационных систем (ЖЦ АИС)

ЖЦ проекта АИС - это непрерывный процесс, который начинается с момента принятия решения о необходимости ее созданиям и заканчивается в момент ее полного изъятия из эксплуатации.

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

В модели цикла жизни проекта ЭИС можно выделить четыре главных процесса, называемые стадиями проектирования, которые в свою очередь подразделяются на отдельные работы.

Первый процесс – процесс системного анализа предметной области. К основным целям процесса относится следующее:

· Сформулировать потребность в новой системе;

· Идентифицировать все недостатки существующей системы управления и обработки данных в ней;

· Выбрать направление совершенствования системы;

· Определить экономическую целесообразность выбранного направления и инструментального средства для совершенствования системы,

· Определить условия существования ЭИС.

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

Третий процесс внедрение разработанного проекта. В этом процессе различают этапы экспериментального внедрения, промышленного внедрения.

Этап экспериментального внедрения заключается в проверке работоспособности элементов и модулей проекта, устранение ошибок на уровне элементов.

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

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

Важной особенностью этой модели является ее цикличность, т.е. цикл «системный анализ - разработка - сопровождение - системный анализ» повторяется.

Это соответствует представлению об ЭИС как о развивающейся, динамичной системе.

Другой характерной особенностью модели цикла жизни проекта является наличие несколькиз циклов внутри модели:

Первый цикл, включающий работы с 1 по l2 – это цикл первичного проектирования ЭИС.

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

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

· Составу функциональных подсистем,

· Составу задач,

· Связям между ними.

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

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

Модели реализации жизненного цикла проекта ИС зависят от особенностей ИС, технологий их создания и эксплуатации.

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

1. каскадная,

2. итеративная,

3. спиральная.

Разработка ИС каскадным способом имеет следующие особенности:

· Весь процесс разбивается на этапы..

· Переход с предыдущего на последующий этап происходит лишь по завершению всех задач.

· Каждый этап завершается выпуском полного комплекта документации, оформленной таким образом, чтобы разработку могли продолжить и другие разработчики.

Преимущества каскадного способа:

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

· Поэтапное выполнение работ позволяет планировать сроки их выполнения и финансирование проекта.

Этот способ построения жизненного цикла проекта ИС удачно применяется, если на начальном этапе работы можно точно сформулировать все требования. Как правило, это – сложные расчетные системы и системы реального времени.

Недостатки каскадной модели проявляются,

· в несовпадении реального процесса создания программного обеспечения ИС с запланированными мероприятиями,

· очень часто возникает необходимость возврата на предыдущие этапы для уточнения или пересмотра принятых ранее решений,

· происходит запаздывание результатов, их согласование возможно лишь в точках планируемых после завершения очередного этапа работ,

· требования к информационной системе «замораживаются» в ТЗ на весь период ее разработки,

· свои замечания заказчики могут внести только после завершения работ,

· в случае неточного изложения требований или их изменения в течении длительного периода создания ИС пользователи получают продукт, не удовлетворяющий их потребностям.

Устранить, эти недостатки можно, совершенствуя каскадную модель, и переходя к итерационной модели.

Особенности итерационной модели реализации проекта ИС:

· Эта модель предусматривает проведение промежуточного контроля и является дальнейшим развитием каскадной модели.

· Она позволяет проводить межэтапные корректировки.

Однако, это приводит к дополнительным затратам времени, но позволяет получить более надежный результат.

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

Для этого подхода характерны следующие особенности:

· в нем делают упор на начальные этапы - анализ и проектирование;

· создавая прототипы программных компонент, проверяют реальность выполнения проекта;

· каждый виток спирали соответствует созданию фрагмента или версии программного продукта ИС;

· и затем в очередной раз уточняются цели и характеристики проекта;

· определяется качественный уровень результата;

· планируются работы следующего витка спирали.

Плюсы использования спиральной модели:

· Разработка проекта итерациями открывает возможность последовательно конкретизировать детали и выбрать обоснованный вариант, который и будет окончательно реализован.

· Спиральная модель разрешает пользователям «увидеть» систему на ранних этапах, что обеспечивается посредством использования ускоренного прототипирования в жизненном цикле разработки ПО.

· Обеспечивается определение непреодолимых рисков без особых дополнительных затрат.

· Эта модель разрешает пользователям активно принимать участие при планировании, анализе рисков, разработке, а так же при выполнении оценочных действий.

· Этот подход близок к реально существующему процессу разработки ИС.

· Возможность переходить к следующему этапу не завершая предыдущего, дает возможность не тратить лишнего времени на то, что можно сделать либо позднее, либо вообще не выполнять.

· В итоге разработчикам предоставляется возможность, как можно раньше показать пользователям прототип готового продукта.

· Это инициирует процесс уточнения и дополнения требований.

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

· В модели предусмотрена возможность гибкого проектирования, поскольку в ней воплощены преимущества каскадной модели и в тоже время, разрешены итерации по всем фазам этой же модели.

· Обратная связь по направлению от пользователей к разработчикам выполняется с высокой частотой и на ранних этапах модели, что обеспечивает создание нужного продукта высокого качества.

· Повышается продуктивность использованию пригодных для использования свойств.

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

· При использовании спиральной модели не нужно распределять заранее все необходимые для выполнения проекта ресурсы.

· Можно выполнять частую оценку совокупных затрат, а уменьшение рисков связано с затратами.