Область применения модели RAD
Менеджер проекта может быть уверен в том, что модель RAD подходит для применения в конкретной ситуации в случае, если имеются в наличии некоторые из приведенных ниже условий-причин:
* в системах, которые поддаются моделированию (тех которые основаны на использовании компонентных объектов), а также в масштабируемых системах;
* в системах, требования для которых в достаточной мере хорошо известны;
* в случаях, когда конечный пользователь может принимать участие в процессе разработки на протяжении всего жизненного цикла;
* когда пользователи хотят принимать активное участие в использовании автоматических инструментальных средств;
* при невысокой степени технических рисков;
* при выполнении проектов, разработка которых должна быть выполнена в сокращенные сроки (как правило, не более, чем за 60 дней);
* в системах, которые можно поместить во временной блок с целью обеспечения функциональных возможностей на последовательной основе;
* когда пригодные к повторному использованию части можно получить из автоматических хранилищ программных продуктов;
* в системах, которые предназначены для концептуальной проверки, являются некритическими или имеют небольшой размер;
* когда затраты и соблюдение графика не являются самым важным вопросом (например при разработке внутренних инструментальных средств);
* в информационных системах;
EXtreme Programming
|
|
|
Экстремальное программирование – сравнительно молодая методология разработки программных систем, основанная на постепенном улучшении системы и разработки ее очень короткими итерациями. По своей сути экстремальное программирование (XP) – это одна из так называемых «гибких» методологий разработки ПО, которая представляет собой небольшой набор конкретных правил, позволяющих максимально эффективно выполнять требования современной теории управления программными проектами.
XP ориентирована на:
* командную работу с тесными связями внутри команды и с заказчиком;
* разработку наиболее простых работающих решений;
* гибкое адаптивное планирование;
* оперативную обратную связь (путем модульного и функционального тестирования).
Основными принципами XP является разработка небольшими итерациями на основании порции требований заказчика (т.н. пользовательских историй), написание функциональных тестов до написания программного кода, постоянное общение и постоянный рефакторинг кода.
Основными практиками XP являются:
* Планирование процесса (поиск компромисса между пожеланиями заказчика и возможностями разработчика);
* Частые релизы;
* Метафора системы;
|
|
|
* Простая архитектура;
* Тестирование;
* Рефакторинг (переработка) кода;
* Парное программирование (попеременная работа за одним компьютером);
* Коллективное владение кодом;
* Частая интеграция;
* 40-часовая рабочая неделя;
* Стандарты кодирования;
* Тесное взаимодействие с заказчиком.
Стандарт ISO/IEC 12207
ISO/IEC 12207 – стандарты на процессы и организацию ЖЦ.
Распространяется на все виды заказного ПО. Не содержит описаний фаз, стадий и этапов.
Процессы данного стандарта разбиты по группам: основные, вспомогательные и организационные.
К основным процессам стандарта относятся:
* приобретение (acquisition);
* поставка (supply);
* разработка (development);
* эксплуатация (operation);
* сопровождение (maintenance).
Процесс приобретения инициирует ЖЦ ПО и определяет действия организации-покупателя (или заказчика), которая приобретает автоматизированную систему, программный продукт или сервис.
Процесс поставки определяет действия предприятия-поставщика, которое снабжает покупателя системой, программным продуктом или сервисом.
Процесс разработки состоит в изготовлении исполнителем проекта программного продукта на процессах ЖЦ: разработка требований, проектирование, кодирование, тестирование и интеграция.
|
|
|
Процесс эксплуатации определяет действия оператора по обслуживанию системы, использованию ее пользователями, изучившими ее возможности для удовлетворения своих потребностей в плане обработки данных или вычислений.
Процесс сопровождения состоит в выполнении предписанных действий по инсталляции системы, запуску функций, а также по управлению модификациями и поддержанием системы в рабочем состоянии.
К вспомогательным процессам стандарта относятся процессы:
* документирования (documentation);
* управления конфигурацией (configuration management);
* обеспечения качества (quality assurance);
* верификации (verification);
* валидации (validation);
* совместного анализа (оценки) (joint review);
* аудита (audit).
Вспомогательные процессы поддерживают реализацию основных процессов и способствуют получению требуемого качества ПО. Они инициируются другими процессами.
К организационным процессам стандарта относятся процессы:
* управления (management);
* создания инфраструктуры (infrastructure);
* усовершенствования (improvement);
* обучения (training).
За каждым процессом стандарта наблюдает определенный участник разработки или руководитель в части выполнения предусмотренных видов деятельности и задачи, которые в него входят, и проверки результатов.
Дата добавления: 2018-02-28; просмотров: 464; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!