ВУЗ:
Составители:
Рубрика:
В большинстве случаев движение по спирали продолжается, с каждым шагом продвигая разработчиков к более общей
модели системы.
В каждом цикле по спирали требуется конструирование (нижний правый квадрант), которое может быть реализовано
классическим жизненным циклом или макетированием.
Достоинства спиральной модели:
1) наиболее реально (в виде эволюции) отображает разработку информационной системы;
2) позволяет явно учитывать риск на каждом витке эволюции разработки;
3) включает шаг системного подхода в итерационную структуру разработки;
4) использует моделирование для уменьшения риска и совершенствования информационной системы.
Недостатки спиральной модели:
1) новизна (отсутствует достаточная статистика эффективности модели);
2) повышенные требования к заказчику;
3) трудности контроля и управления временем разработки.
Каждая из стадий создания системы предусматривает выполнение определённого объёма работ, которые представляются в
виде процессов ЖЦ. Процесс определяется как совокупность взаимосвязанных действий, преобразующих входные данные в
выходные. Описание каждого процесса включает в себя перечень решаемых задач, исходных данных и результатов.
Существует целый ряд стандартов, регламентирующих ЖЦ информационной системы, а в некоторых случаях и
процессы разработки.
Значительный вклад в теорию проектирования и разработки информационных систем внесла компания IBM, предложив
ещё в середине 1970-х гг. методологию BSP (Business System Planning – методология организационного планирования).
Метод структурирования информации с использованием матриц пересечения бизнес-процессов, функциональных
подразделений, функций систем обработки данных (информационных систем), информационных объектов, документов и баз
данных, предложенный в BSP, используется сегодня не только в информационно-технических проектах, но и проектах по
реинжинирингу бизнес-процессов, изменению организационной структуры. Важнейшие шаги процесса BSP, их
последовательность (получить поддержку высшего руководства, определить процессы предприятия, определить классы
данных, провести интервью, обработать и организовать данные интервью) можно встретить практически во всех
формальных методиках, а также в проектах, реализуемых на практике.
Среди наиболее известных стандартов можно выделить следующие:
−
ГОСТ 34.601–90 – распространяется на автоматизированные системы и устанавливает стадии и этапы их создания.
Кроме того, в стандарте содержится описание содержания работ на каждом этапе. Стадии и этапы работы, закреплённые в
стандарте, в большей степени соответствуют каскадной модели жизненного цикла;
−
ISO/IEC 12207:1995 – стандарт на процессы и организацию жизненного цикла. Распространяется на все виды
заказного программного обеспечения. Стандарт не содержит описания фаз, стадий и этапов;
−
Custom Development Method (CDM, методика Oracle) по разработке прикладных информационных систем –
технологический материал, детализированный до уровня заготовок проектных документов, рассчитанных на использование
в проектах с применением Oracle. Применяется CDM для классической модели ЖЦ (предусмотрены все работы/задачи и
этапы), а также для технологий «быстрой разработки» или «облегчённого подхода», рекомендуемых в случае малых
проектов.
−
Rational Unified Process (RUP) – предлагает итеративную модель разработки, включающую четыре фазы: начало,
исследование, построение и внедрение. Каждая фаза может быть разбита на этапы (итерации), в результате которых
выпускается версия для внутреннего или внешнего использования. Прохождение через четыре основные фазы называется
циклом разработки, каждый цикл завершается генерацией версии системы. Если после этого работа над проектом не
прекращается, то полученный продукт продолжает развиваться и снова проходит те же фазы;
−
Microsoft Solution Framework (MSF) – сходна с RUP, также включает четыре фазы: анализ, проектирование, разработка,
стабилизация, является итерационной, предполагает использование объектно-ориентированного моделирования. MSF в
сравнении с RUP в большей степени ориентирована на разработку бизнес-приложений;
−
Extreme Programming (XP). Экстремальное программирование (самая новая среди рассматриваемых методологий)
сформировалось в 1996 г. В основе методологии командная работа, эффективная коммуникация между заказчиком и
исполнителем в течение всего проекта по разработке информационных систем, а разработка ведётся с использованием
последовательно дорабатываемых прототипов.
Стадии и этапы работы описаны в стандарте ГОСТ 34.601–90, отражают каноническое проектирование
информационных систем и ориентированы на использование каскадной модели жизненного цикла.
Стадии и этапы создания информационной системы, выполняемые организациями-участниками, прописываются в
договорах и технических заданиях на выполнение работ.
Стадия 1. Формирование требований к информационной системе:
−
обследование объекта и обоснование необходимости создания информационной системы;
−
формирование требований пользователей;
−
оформление отчёта о выполненной работе и тактико-технического задания на разработку.
Стадия 2. Разработка концепции информационной системы:
−
изучение объекта автоматизации;
−
проведение необходимых научно-исследовательских работ;
−
разработка вариантов концепции, удовлетворяющих требованиям пользователей;
−
оформление отчёта и утверждение концепции.
Стадия 3. Техническое задание:
Страницы
- « первая
- ‹ предыдущая
- …
- 25
- 26
- 27
- 28
- 29
- …
- следующая ›
- последняя »