40601

Подход RАD. Стадии реализации и внедрения

Лекция

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

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

Русский

2013-10-17

19.83 KB

0 чел.

Занятие №16

Подход RАD. Стадии реализации и внедрения

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

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

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

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

На фазе внедрения производится обучение пользователей, организационные изменения и параллельно с внедрением новой системы осуществляется работа с существующей системой (до полного внедрения новой). Так как фаза построения достаточно непродолжительна, планирование и подготовка к внедрению должны начинаться заранее, как правило, на этапе проектирования системы. Приведенная схема разработки ИС не является абсолютной. Возможны различные варианты, зависящие, например, от начальных условий, в которых ведется разработка: разрабатывается совершенно новая система; уже было проведено обследование предприятия и существует модель его деятельности; на предприятии уже существует некоторая ИС, которая может быть использована в качестве начального прототипа или должна быть интегрирована с разрабатываемой.

Следует, однако, отметить, что методология RAD, как и любая другая, не может претендовать на универсальность, она хороша в первую очередь для относительно небольших проектов, разрабатываемых для конкретного заказчика. Если же разрабатывается типовая система, которая не является законченным продуктом, а представляет собой комплекс типовых компонент, централизованно сопровождаемых, адаптируемых к программно-техническим платформам, СУБД, средствам телекоммуникации, организационно-экономическим особенностям объектов внедрения и интегрируемых с существующими разработками, на первый план выступают такие показатели проекта, как управляемость и качество, которые могут войти в противоречие с простотой и скоростью разработки. Для таких проектов необходимы высокий уровень планирования и жесткая дисциплина проектирования, строгое следование заранее разработанным протоколам и интерфейсам, что снижает скорость разработки.

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

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

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

< 1000 функциональных элементов

один человек

1000-4000 функциональных элементов

одна команда разработчиков

> 4000 функциональных элементов

4000 функциональных элементов на одну команду разработчиков

В качестве итога перечислим основные принципы методологии RAD:

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

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


 

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

76566. Право государственной собственности 44.98 KB
  Право государственной собственности. Государственной собственностью в Российской Федерации является имущество принадлежащее на праве собственности Российской Федерации федеральная собственность и имущество принадлежащее на праве собственности субъектам Российской Федерации республикам краям областям городам федерального значения автономной области автономным округам собственность субъекта Российской Федерации. Земля и другие природные ресурсы не находящиеся в собственности граждан юридических лиц либо муниципальных...
76567. Право муниципальной собственности 19.49 KB
  Право муниципальной собственности . Имущество принадлежащее на праве собственности городским и сельским поселениям а также другим муниципальным образованиям является муниципальной собственностью. Имущество находящееся в муниципальной собственности закрепляется за муниципальными предприятиями и учреждениями во владение пользование и распоряжение в соответствии с настоящим Кодексом статьи 294 296. Приватизация государственного и муниципального имущества Имущество находящееся в государственной или муниципальной собственности может...
76568. Право собственности производственных и потребительских кооперативов 20.58 KB
  Субъектом права собственности кооператива является каждая кооперативная организация признаваемая юридическим лицом независимо от вида кооператива. К производственным кооперативам относятся кооперативы в сферах производства и оказания услуг и сельскохозяйственные кооперативы. Примером потребительского кооператива является и потребительское общество осуществляющее в интересах пайщиков заготовительную торговую и иную деятельность\'\'. Пределы осуществления права собственности кооператива зависят от его вида и от объема правоспособности.
76569. Виды ответственности за жизнь и здоровье детей 30.37 KB
  Однако виды основания и меры пределы указанной ответственности в Законе РФ Об образовании не определяются: в ст. 32 содержится лишь отсылка в установленном законом порядке что надо понимать как установление ответственности другими законами. Следовательно во всех случаях повреждения здоровья или смерти учащихся ОУ несчастных случаях как учреждение так и его руководитель могут быть привлечены к тем видам ответственности которые предусмотрены действующим законодательством при условии что несчастный случай наступил во время...