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.  ведение разработки немногочисленной хорошо управляемой командой профессионалов;

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


 

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

73660. Антинаполеоновские коалиции и их противник 37.73 KB
  Троицкий считает что гуманная фразеология дипломатических документов освобождение от ига и цепей Наполеона обеспечение прав и свобод народов это не более чем фиговый листок . Данное обстоятельство в немалой степени обеспечило поражение Наполеона в информационной и идеологической войне а это в свою очередь безусловно повлияло и на достижение конечного победного результата в военных действиях. Поэтому не стоит столь категорично сбрасывать со счетов либеральную...
73661. ПРАКТИКА ИСПОЛЬЗОВАНИЯ АВТОМАТИЗИРОВАННЫХ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ УПРАВЛЕНИЯ 350.5 KB
  Первоначально системы MRP фактически просто формировали на основе утвержденной производственной программы план заказов на определенный период. Термин замкнутый цикл отражал основную особенность модифицированной системы заключающуюся r том что созданные в процессе ее работы отчеты анализируются и учитываются на дальнейших этапах планирования т. Системы типа MRP используют то что зависимый спрос можно прогнозировать поскольку в его основе лежат планы производства. Суть системы MRP состоит в следующем: на базе заказов определяется...
73663. Управление финансовой деятельностью предприятия 79.5 KB
  Управление финансовой деятельностью предприятия Тема включает два раздела: Сущность управления финансовой деятельностью предприятия. Сущность управления финансовой деятельностью предприятия Цели задачи и функции финансового менеджмента. Финансовый механизм и основные инструменты управления финансовой деятельностью предприятия. Финансовая политика предприятия.
73664. Информационное обеспечение управления финансовой деятельностью 68.5 KB
  Управленческий учет как механизм финансового менеджмента Информационное обеспечение предназначено для предоставления управленческому персоналу информации оперативного и финансового учета необходимой для анализа результатов финансово-хозяйственной деятельности предприятия.
73666. Экономическая деятельность земств Поволжья в середине XIX - начале XX века 24.57 KB
  Нижний уровень включал в себя все многообразие учреждений мелкого кредита. Положения об учреждении мелкого кредита. В середине 1890х годов вопрос об организации мелкого кредита обсуждался в земствах в печати; правительство ставило его в программу своих мероприятий для подъема благосостояния сельского населения. Проекты организации мелкого кредита в это время представляли собой попытки объединить в пределах губерний всякого рода мелкие кредитные учреждения.
73668. Група режимів роботи ВПМ 508 KB
  З причини того, що вантажопідйомні машини повязані з підйомом і переміщенням вантажів, вони вимагають особливої уваги при проектуванні і ретельного контролю за виготовленням і експлуатацією