Фазы жизненного цикла в рамках методологии RAD


Содержание лекционного занятия:

  •  Фаза анализа и планирования требований;
  •  Фаза проектирования;
  •  Фаза построения;
  •  Фаза внедрения.

При использовании методологии быстрой разработки приложений жизненный цикл информационной системы состоит из четырех фаз:

  •  фаза анализа и планирования требований;
  • фаза проектирования;
  • фаза построения;
  •  фаза внедрения.

Рассмотрим каждую из них более подробно.

Фаза анализа и планирования требований

На данной фазе выполняются следующие работы:

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

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

Под термином CASE (Computer Aided Software/System Engineering) понимаются программные средства, поддер­живающие процессы создания и сопровождения информационных систем, включая анализ и формулировку требований, проектирование прикладного программного обеспечения и баз данных, генерацию кода, тестирование, документирование, обес­печение качества, конфигурационное управление и управление проектом, а также другие процессы.

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

Далее на этой фазе проводится анализ и при необходимости корректировка функ­циональной модели системы. Детально рассматривается каждый процесс системы.

Результатами данной фазы являются:

  •  общая информационная модель системы;
  •  функциональные модели системы в целом и подсистем, реализуемых отдель­ными командами разработчиков;
  •  точно определенные с помощью CASE-средства интерфейсы между автономно разрабатываемыми подсистемами;
  •  построенные прототипы экранов, диалогов и отчетов.
Фаза построения

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

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

Завершается физическое проектирование системы, а именно:

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

Результатом данной фазы является готовая информационная система, удовлетво­ряющая всем требованиям пользователей.

Фаза внедрения

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

Так как фаза построения достаточно непродолжительна, планирование и подготов­ка к внедрению должны начинаться заранее, еще на этапе проектирования системы.

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

Ограничения методологии RAD

Несмотря на все свои достоинства, методология RAD тем не менее (как, впрочем, и любая другая методология) не может претендовать на универсальность. Ее при­менение наиболее эффективно при выполнении сравнительно небольших систем, разрабатываемых для вполне определенного предприятия.

Методология RAD неприменима не только для создания типовых информацион­ных систем, но и для построения сложных расчетных программ, операционных систем или программ управления сложными инженерно-техническими объекта­ми — программ, требующих написания большого объема уникального кода.

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

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

Вопросы для самоконтроля:

1.Приведите классификацию информационных систем по характеру использования информации, по степени автоматизации, по сфере применения.

Рекомендуемая литература:

1. Миловзоров В.К. Элементы информационных систем. – М.: Высшая школа,1989.

2. Морозов В.К. Основы теории информационных систем. – М.: Высшая школа, 1994.