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 каждый прототип развивается в часть будущей системы. Таким образом, на следующую фазу передается более полная и полезная информация.


 

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

8116. Представление и обработка продукций в CLIPS 87.5 KB
  Представление и обработка продукций в CLIPS. (Конспект) Представление правил в базе знаний. Типы условных элементов. Правила являются основным способом представления знаний в CLIPS. Для задания правил используется конструкция defrule со следующим си...
8117. Понятие экспертной системы. Основные особенности, архитектура и классификация ЭС. Этапы разработки и стадии жизненного цикла ЭС 69 KB
  Понятие экспертной системы. Основные особенности, архитектура и классификация ЭС. Этапы разработки и стадии жизненного цикла ЭС. (Конспект) Понятие экспертной системы. Экспертная система (ЭС) - компьютерная система, использующая знания эксперта...
8118. Логический вывод в системе CLIPS. Стратегии разрешения конфликтов 146 KB
  Логический вывод в системеCLIPS. Стратегии разрешения конфликтов. (Конспект) Базовый цикл работы МЛВ в системеCLIPS: 1. Работа МЛВ останавливается, если достигнут предел активации правил или нет текущего фокуса. В противном случае, для в...
8119. Модели представления знаний. Синтаксис и семантика логики предикатов первого порядка 72.5 KB
  Модели представления знаний. Синтаксис и семантика логики предикатов первого порядка (Конспект) Модели представления знаний Знания, хранящиеся в базе знаний (БЗ) интеллектуальных систем должны быть представлены с использованием некоторой модели пред...
8120. Логическое следование. Логический вывод. Метод резолюций в логике предикатов первого порядка 73.5 KB
  Логическое следование. Логический вывод. Метод резолюций в логике предикатов первого порядка. Логика первого порядка, являясь формализованным аналогом обычной логики, дает возможность строго рассуждать об истинности и ложности утверждений и об их вз...
8121. Продукционные системы. Управление выводом в продукционных системах 66.5 KB
  Продукционные системы. Управление выводом в продукционных системах. (Конспект) Основные определения В самом общем виде продукционная система задается с помощью совокупности правил следующего вида: Если S1, то R1, Если Sn, то Rm, где...
8122. Фреймы, как модель представления знаний. Управление выводом во фреймовых системах 92 KB
  Фреймы, как модель представления знаний. Управление выводом во фреймовых системах. (Конспект) Фрейм (от англ. Frame - рамка, несущая конструкция) - структура для описания стереотипной ситуации, содержащая множество характеристик ситуации...
8123. Семантические сети. Вывод на семантических сетях 89.5 KB
  Семантические сети. Вывод на семантических сетях. (Конспект) Формально, семантическая сеть (СС) представляет собой помеченный ориентированный граф. Вершины СС соответствуют сущностям предметной области - объектам, событиям, свойствам, процессам...
8124. Поиск в пространстве состояний. Формальная постановка задачи. Обобщенный алгоритм поиска. Критерии оценки стратегий 116.01 KB
  Поиск в пространстве состояний.Формальная постановка задачи. Обобщенный алгоритм поиска. Критерии оценки стратегий. Многие задачи,в частности игры и головоломки,могут быть представлены как задачи поиска в пространств...