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


 

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

45300. Спутниковые системы связи. Принцип действия, классификация. Примеры спутниковых систем связи 47.5 KB
  Спутниковые системы связи. Примеры спутниковых систем связи. СС отличаются орбитами спутников: формой круговая эллиптическая высота над Землёй наклон к экватору экваториальные полярные наклонные. На ней несколько сотен спутников что потребовало международного регулирования.
45301. Классификация и особенности транкинговых систем связи. Системы подвижной радиосвязи: принципы построения и функционирования, диапазоны частот, методы аналоговой и цифровой модуляции, методы кодирования, управление в СПС 104.5 KB
  Используемый частотный диапазон 400 450 800 900 1800 1900 МГц 2. Возможность роуминга Эстафетная передача Принцип выбора базовой станции с наибольшим уровнем сигнала MPS800 усовершенствованная мобильная телефонная служба диапазон частот 800МГц. Система работает в диапазоне 824894 МГц и имеет 666 дуплексных каналов при ширине полосы каждого канала 30КГц. Диапазон частот 825890 МГц.
45302. Характеристики систем подвижной связи. Стандарт сотовых систем связи (ССС). Пути усовершенствования ССС 45 KB
  Характеристики систем подвижной связи. Стандарт сотовых систем связи ССС. Системы подвижной радиосвязи предназначены для связи между движущимся абонентом и абонентом ТФОП или между двумя движущимися абонентами. Виды систем связи подвижной службы К основным видам ССПС относятся: региональные мобильные системы наземной связи; глобальные мобильные системы спутниковой связи; системы персонального радиовызова СПРВ.
45303. Стандарт GSM: услуги, архитектура, назначение узлов MSC, кодирование и модуляция, интерфейсы, каналы сигнализации и трафика, хэндовер, протоколы, частотный план структура кадров трафика и управления, речевое кодирование 1.08 MB
  Стандарт GSM: услуги архитектура назначение узлов MSC кодирование и модуляция интерфейсы каналы сигнализации и трафика хэндовер протоколы частотный план структура кадров трафика и управления речевое кодирование. Система сотовой связи стандарта GSM. Разработка GSM началась в 1982 году группой из 26 Европейских национальных телефонных компаний. В 1989 году Европейский Телекоммуникационный Институт Стандартов ETSI взял ответственность за дальнейшее развитие GSM.
45304. Стандарт CDMA: услуги, архитектура, кодирование и модуляция, прямые и обратные каналы трафика и управления, хэндовер и управление мощностью, борьба с многолучевостью. Кодирование в прямом и обратном каналах. Достоинства и недостатки CDMA 4.39 MB
  Стандарт CDM: услуги архитектура кодирование и модуляция прямые и обратные каналы трафика и управления хэндовер и управление мощностью борьба с многолучевостью. Достоинства и недостатки CDM. CDM англ. 1995 год коммерческая эксплуатация первой СПС с CDM.
45305. Перспективный план нумерации для ЕСЭ РФ. Отличия нумерации в СПС, нумерация в GSM. Перспективы развития плана нумерации 342.1 KB
  Перспективный план нумерации для ЕСЭ РФ. Отличия нумерации в СПС нумерация в GSM. Перспективы развития плана нумерации. Под системой нумерации понимается совокупность правил позволяющих идентифицировать сети их фрагменты а также вызывающих и вызываемых пользователей.
45306. Сотовые сеты связи третьего поколения. Концепция, отличительные черты, услуги. Основные стандарты, их характеристика, пути развития. Цели проекта IMT-2000 92.86 KB
  Радиоинтерфейсы: IMTDS использует DSCDM и FDD IMTMC использует MCCDM и FDD IMTTC использует TDM CDM и TDD IMTSС использует TDM и FDD IMTFT MCTDM и FDD TDD IMT dvnced для систем связи с одновременной передачей нескольких ортогональных несущих OFDM и FDD. Характеристика систем 3 поколения Системы основанные на CDM WCDM: Разработана японской фирмой REB. Сети GSM не могут быть модернизированы для работы с WCDM хотя например GPRS может многократно транслироваться через сеть CDM. Отличия от CDM One отсутствие...
45307. Система UMTS: архитектура, состав и назначение узлов UTRAN и CN. Контроллер радиосети RNC. Центр коммутации, типы каналов: логические, транспортные, физические. Частотный план, кодирование речи, управление мощностью 164.12 KB
  Центр коммутации типы каналов: логические транспортные физические. UE должно обеспечивать: передачу речи с принятым для системы набором скоростей услуги служб видеоконференции и приложений видеотелефонии использующие как коммутацию каналов так и пакетов; услуги Internet со скоростями 4736 кбит с в обычном режиме и с mx возможной скоростью в режиме best effort негарантированное обслуживание с наилучшими из возможных в данный момент характеристиками; удаленный доступ к локальным сетям; приложения электронной почты. Контроллер...
45308. Развитие сетей UMTS. Требования к системе в Release-7. Переход к сетям LTE. Требования к системе в Release 8-10 501.5 KB
  Переход к сетям LTE. Начавшиеся работы над Relese 9 определяют вторую фазу развития системы LTE. По мнению специалистов ETSI и 3GPP качественно изменения в Releses 9 и 10 по отношению к базовому для системы LTE Relese 8 можно представить в виде диаграммы рис. Совершенствование функциональных возможностей LTE в Relese 9 будет заключаться в реализации двух диапазонной или многодиапазонной передачи данных в одном физическом канале дальнейшем расширении возможностей сети радиодоступа EUTRN внедрении новых сценариев высокоскоростной...