Модель цикла жизни проекта эис. Модели организации процесса проектирования.
Одним из базовых понятий методологии проектирования и внедрения ЭИС является понятие жизненного цикла разработки информационных систем (ЖЦ АИС)
ЖЦ проекта АИС - это непрерывный процесс, который начинается с момента принятия решения о необходимости ее созданиям и заканчивается в момент ее полного изъятия из эксплуатации.
Модель цикла жизни проекта призвана в схематическом виде отразить с позиций системного похода все промежуточные состояния проекта, т.е. все процессы, связанные не только с его разработкой, но и с совершенствованием этого проекта, что позволяет продлить длительность его жизни.
В модели цикла жизни проекта ЭИС можно выделить четыре главных процесса, называемые стадиями проектирования, которые в свою очередь подразделяются на отдельные работы.
Первый процесс – процесс системного анализа предметной области. К основным целям процесса относится следующее:
Сформулировать потребность в новой системе;
Идентифицировать все недостатки существующей системы управления и обработки данных в ней;
Выбрать направление совершенствования системы;
Определить экономическую целесообразность выбранного направления и инструментального средства для совершенствования системы,
Определить условия существования ЭИС.
Второй процесс – процесс системного синтеза, при выполнении которого необходимо: разработать функциональную архитектуру системы, которая отражает структуру требований и выполняемых функций новой системы, разработать системную архитектуру выбранного варианта системы и выполнить реализацию проекта.
Третий процесс внедрение разработанного проекта. В этом процессе различают этапы экспериментального внедрения, промышленного внедрения.
Этап экспериментального внедрения заключается в проверке работоспособности элементов и модулей проекта, устранение ошибок на уровне элементов.
Этап сдачи в промышленную эксплуатацию заключается в организации проверки проекта на уровне взаимосвязей функции, в контроле соответствия требованиям, зафиксированным в результате выполнения работ первого процесса.
Содержанием четвертого процесса является эксплуатация и сопровождение проекта, на котором решаются следующие задачи: сбор информации об отказах в работе системы и ее элементов; модернизация проекта ЭИС.
Важной особенностью этой модели является ее цикличность, т.е. цикл «системный анализ - разработка - сопровождение - системный анализ» повторяется.
Это соответствует представлению об ЭИС как о развивающейся, динамичной системе.
Другой характерной особенностью модели цикла жизни проекта является наличие несколькиз циклов внутри модели:
Первый цикл, включающий работы с 1 по l2 – это цикл первичного проектирования ЭИС.
Второй цикл – цикл. Который возникает после опытного внедрения, в результате которого выясняются частые ошибки в элементах проекта, исправляемые, начиная с 6-ой работы.
Третий цикл возникает после сдачи в промышленную эксплуатацию, когда выявляют ошибки в функциональной архитектуре системы, связанные с несоответствием проекта требованиям заказчика по:
Составу функциональных подсистем,
Составу задач,
Связям между ними.
Четвертый цикл реализуется в том случае, когда в процессе эксплуатации готового проекта выявляют ошибки в системной архитектуре проекта, поскольку возникает необходимость адаптации проекта к новым условиям функционирования системы.
Пятый цикл возникает, если проект системы совершенно не соответствует требованиям, предъявляемым к проекту в виду того что осуществляется моральное его старение и требуется полное перепроектирование системы, что соответствует повторению всего первого цикла.
Модели реализации жизненного цикла проекта ИС зависят от особенностей ИС, технологий их создания и эксплуатации.
В настоящее время наиболее часто используют три типа модели:
каскадная,
итеративная,
спиральная.
Разработка ИС каскадным способом имеет следующие особенности:
Весь процесс разбивается на этапы..
Переход с предыдущего на последующий этап происходит лишь по завершению всех задач.
Каждый этап завершается выпуском полного комплекта документации, оформленной таким образом, чтобы разработку могли продолжить и другие разработчики.
Преимущества каскадного способа:
На каждом этапе формируется законченный набор проектной документации, отвечающей критериям полноты и согласованности.
Поэтапное выполнение работ позволяет планировать сроки их выполнения и финансирование проекта.
Этот способ построения жизненного цикла проекта ИС удачно применяется, если на начальном этапе работы можно точно сформулировать все требования. Как правило, это – сложные расчетные системы и системы реального времени.
Недостатки каскадной модели проявляются,
в несовпадении реального процесса создания программного обеспечения ИС с запланированными мероприятиями,
очень часто возникает необходимость возврата на предыдущие этапы для уточнения или пересмотра принятых ранее решений,
происходит запаздывание результатов, их согласование возможно лишь в точках планируемых после завершения очередного этапа работ,
требования к информационной системе «замораживаются» в ТЗ на весь период ее разработки,
свои замечания заказчики могут внести только после завершения работ,
в случае неточного изложения требований или их изменения в течении длительного периода создания ИС пользователи получают продукт, не удовлетворяющий их потребностям.
Устранить, эти недостатки можно, совершенствуя каскадную модель, и переходя к итерационной модели.
Особенности итерационной модели реализации проекта ИС:
Эта модель предусматривает проведение промежуточного контроля и является дальнейшим развитием каскадной модели.
Она позволяет проводить межэтапные корректировки.
Однако, это приводит к дополнительным затратам времени, но позволяет получить более надежный результат.
Разработка сложных ИС реализуется в спиральной модели жизненного цикла.
Для этого подхода характерны следующие особенности:
в нем делают упор на начальные этапы - анализ и проектирование;
создавая прототипы программных компонент, проверяют реальность выполнения проекта;
каждый виток спирали соответствует созданию фрагмента или версии программного продукта ИС;
и затем в очередной раз уточняются цели и характеристики проекта;
определяется качественный уровень результата;
планируются работы следующего витка спирали.
Плюсы использования спиральной модели:
Разработка проекта итерациями открывает возможность последовательно конкретизировать детали и выбрать обоснованный вариант, который и будет окончательно реализован.
Спиральная модель разрешает пользователям «увидеть» систему на ранних этапах, что обеспечивается посредством использования ускоренного прототипирования в жизненном цикле разработки ПО.
Обеспечивается определение непреодолимых рисков без особых дополнительных затрат.
Эта модель разрешает пользователям активно принимать участие при планировании, анализе рисков, разработке, а так же при выполнении оценочных действий.
Этот подход близок к реально существующему процессу разработки ИС.
Возможность переходить к следующему этапу не завершая предыдущего, дает возможность не тратить лишнего времени на то, что можно сделать либо позднее, либо вообще не выполнять.
В итоге разработчикам предоставляется возможность, как можно раньше показать пользователям прототип готового продукта.
Это инициирует процесс уточнения и дополнения требований.
Спиральная модель о6еспечивает разбиение большого потенциального объема работы по разработке продукта на небольшие части, в которых сначала реализуются решающие функции с высокой степенью риска, что обеспечивает возможность прекратить работу над проектом.
В модели предусмотрена возможность гибкого проектирования, поскольку в ней воплощены преимущества каскадной модели и в тоже время, разрешены итерации по всем фазам этой же модели.
Обратная связь по направлению от пользователей к разработчикам выполняется с высокой частотой и на ранних этапах модели, что обеспечивает создание нужного продукта высокого качества.
Повышается продуктивность использованию пригодных для использования свойств.
Повышается вероятность предсказуемого поведения системы с помощью уточнения поставленных целей.
При использовании спиральной модели не нужно распределять заранее все необходимые для выполнения проекта ресурсы.
Можно выполнять частую оценку совокупных затрат, а уменьшение рисков связано с затратами.