10793

Подход RАD. Стадии планирования требований и проектирования

Лекция

Информатика, кибернетика и программирование

Подход RАD. Стадии планирования требований и проектирования. Одним из возможных подходов к разработке ПО в рамках спиральной модели ЖЦ является получившая в последнее время широкое распространение методология быстрой разработки приложений RAD Rapid Application Development. Под этим ...

Русский

2013-04-01

18.62 KB

1 чел.

Подход RАD. Стадии планирования требований и проектирования.

Одним из возможных подходов к разработке ПО в рамках спиральной модели ЖЦ является получившая в последнее время широкое распространение методология быстрой разработки приложений RAD (Rapid Application Development). Под этим термином обычно понимается процесс разработки ПО, содержащий 3 элемента:

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

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

Жизненный цикл ПО по методологии RAD состоит из четырех фаз:

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

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

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

После детального определения состава процессов оценивается количество функциональных элементов разрабатываемой системы и принимается решение о разделении ИС на подсистемы, поддающиеся реализации одной командой разработчиков за приемлемое для RAD-проектов время - порядка 60 - 90 дней. С использованием CASE-средств проект распределяется между различными командами (делится функциональная модель). Результатом данной фазы должны быть:

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

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

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


 

А также другие работы, которые могут Вас заинтересовать

18315. СУДОВО-БУХГАЛТЕРСЬКА ЕКСПЕРТИЗА, ЇЇ ВИДИ ТА ЗАВДАННЯ 239 KB
  ТЕМА 2. СУДОВОБУХГАЛТЕРСЬКА ЕКСПЕРТИЗАЇЇ ВИДИ ТА ЗАВДАННЯ ПЛАН 2.1. Поняття про судові експертизи та їх звязок з правоохоронною діяльністю. 2.2. Види судових експертиз їх класифікація. 2.3. Сутність судовобухгалтерської експертизи та її звязок із практикою бухгал
18316. ПРЕДМЕТ І МЕТОД СУДОВО-БУХГАЛТЕРСЬКОЇ ЕКСПЕРТИЗИ 221.5 KB
  ТЕМА 3. ПРЕДМЕТ І МЕТОДСУДОВОБУХГАЛТЕРСЬКОЇ ЕКСПЕРТИЗИ ПЛАН 3.1. Предмет і обєкти судовобухгалтерської експертизи. 3.2. Методи методичні прийоми і процедури судовобухгалтерської експертизи. Самостійне вивчення теми передбачає засвоєння о
18317. ОРГАНІЗАЦІЯ СУДОВО-БУХГАЛТЕРСЬКОЇ ЕКСПЕРТИЗИ 346.5 KB
  ТЕМА 4. ОРГАНІЗАЦІЯ СУДОВОБУХГАЛТЕРСЬКОЇ ЕКСПЕРТИЗИ ПЛАН 4.1. Загальна організація судовобухгалтерської експертизи в Україні. 4.2. Процес судовобухгалтерської експертизи та його стадії. 4.3. Порядок атестації судових експертів та основні кваліфікаційні вимоги до
18318. ОРГАНІЗАЦІЙНА СТАДІЯ СУДОВО-БУХГАЛТЕРСЬКОЇ ЕКСПЕРТИЗИ 311 KB
  ТЕМА 5. ОРГАНІЗАЦІЙНА СТАДІЯ СУДОВОБУХГАЛТЕРСЬКОЇ ЕКСПЕРТИЗИ ПЛАН 5.1. Порядок призначення судовобухгалтерської експертизи. 5.2. Зміст та структура постанови ухвали про призначення судовобухгалтерської експертизи. 5.3. Проведення судовобухгалтерської експерти
18319. МЕТОДИКА ДОСЛІДЖЕННЯ СУДОВО-БУХГАЛТЕРСЬКОЮ ЕКСПЕРТИЗОЮ ОСНОВНИХ ФІНАНСОВО-ГОСПОДАРСЬКИХ ОПЕРАЦІЙ 628 KB
  ТЕМА 6. МЕТОДИКА ДОСЛІДЖЕННЯСУДОВОБУХГАЛТЕРСЬКОЮ ЕКСПЕРТИЗОЮ ОСНОВНИХ ФІНАНСОВОГОСПОДАРСЬКИХ ОПЕРАЦІЙ ПЛАН 6.1. Методика експертного дослідження стану та операцій із грошовими коштами в касі. 6.2. Методика експертного дослідження операцій на рахунках у банку. 6.3. ...
18320. ЗАВЕРШАЛЬНА СТАДІЯ СУДОВО-БУХГАЛТЕРСЬКОЇ ЕКСПЕРТИЗИ 270 KB
  ТЕМА 7. ЗАВЕРШАЛЬНА СТАДІЯ СУДОВОБУХГАЛТЕРСЬКОЇ ЕКСПЕРТИЗИ ПЛАН 7.1. Висновок експертабухгалтера структура та методика його складання. 7.2. Особливості складання висновку експертизи що виконується під час судового розгляду та повідомлення про неможливість дати ви...
18321. Институциональный (организационный) анализ 45.13 KB
  Институциональный организационный анализ Задачи институционального анализа Институциональный организационный анализ это комплекс взаимосвязанных процедур по сбору информации и принятию решений в области взаимодействия участников проекта сторонних организа
18322. Инвестиционный проект. Виды инвестиционных проектов 2 MB
  Инвестиционный проект. Виды инвестиционных проектов: проектный цикл предпроектные исследования. Общая последовательность разработки и анализа проекта. Содержание стандартного инвестиционного проекта порядок разработки и сопровождения мониторинг Инвестиционны
18323. Информационные технологии в Управлении проектами 235.5 KB
  Информационные технологии в Управлении проектами Информационные технологии программное обеспечение в проектной практике. Корпоративная система управления проектами КСУП. Основные объекты управления в проектноориентированной организации. Устройство корпоративно