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


 

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

82796. Анализ опыта организации летнего отдыха подростков (на примере МОУДОД «ЦДОД им. В. Волошиной» г. Кемерово) 176.77 KB
  Актуальность проблемы организации отдыха и оздоровления детей и подростков определяется повышением требований российского общества к качеству и эффективности программ социально-культурного воспитания ориентированных на профилактику асоциального поведения подростков и молодежи.
82797. Анализ финансового состояния предприятия и пути его усовершенствования (на примере ООО «СТОУН ХХI») 710 KB
  Цель дипломной работы – оценка финансового состояния ООО «СТОУН - XXI и обоснование предложений по его улучшению. В соответствии с данной целью в дипломной работе были поставлены следующие основные задачи: изучить экономическую и финансовую суть лизинговых операций...
82798. Практический анализ особенностей бюджетного процесса на региональном уровне на примере бюджета Томской области 173.91 KB
  Целью выпускной квалификационной работы является рассмотрение понятия и особенностей бюджетного процесса на региональном уровне. Для достижения поставленной цели необходимо решить следующие задачи: рассмотреть понятие в целом бюджетного процесса; определить понятие бюджетного процесса на региональном уровне...
82799. Меры административной ответственности за правонарушения в области дорожного движения 105.94 KB
  Изучить административную ответственность и наказания за нарушения правил дорожного движения; Проанализировать составы правонарушений за несоблюдение административного законодательства в области дорожного движения. Рассмотреть порядок производства по делам за административные правонарушения в области дорожного движения.
82800. Пути повышения экономической эффективности производства овощей на примере конкретного предприятия - СПК «Бальсановский» 234.33 KB
  Теоретические основы управления производством и сбытом на предприятии АПК. Понятие содержание и эффективность управления в АПК Под управлением понимается процесс воздействия на любую систему обеспечивающий поддержание ее в определенном состоянии в соответствии с присущими данной систем...
82801. Проектирование водонапорной башни. Потребление кормов на ферме. Механизация удаления навоза. Доение коров 202.84 KB
  Цель работы. Получение работы получение навыков в расчетах водоснабжения животноводческих ферм. Произвести расчет на: расход на хозяйственно-питьевые нужды расход на производственные нужды (расход предприятиями промышленности, транспорта, энергетики, сельского хозяйства и т. д.), расход для пожаротушения.
82802. Учет поступления и выбытия материалов 81 KB
  Улучшению ресурсосбережения способствует упорядочение первичной документации, широкое внедрение типовых унифицированных форм учета, повышение уровня механизации и автоматизации учетно-вычислительных работ, обеспечение строгого порядка приемки, хранения и расходования сырья...
82804. Производство аммофоса 528.52 KB
  Целью данной курсовой работы является изучение производства аммофоса и решение поставленных задач, таких как: анализ существующих способов получения аммофоса, составление общей характеристики исходного сырья, также изучение физико-химических основ процесса, выбор и описание...