Заглавная страница Избранные статьи Случайная статья Познавательные статьи Новые добавления Обратная связь КАТЕГОРИИ: АрхеологияБиология Генетика География Информатика История Логика Маркетинг Математика Менеджмент Механика Педагогика Религия Социология Технологии Физика Философия Финансы Химия Экология ТОП 10 на сайте Приготовление дезинфицирующих растворов различной концентрацииТехника нижней прямой подачи мяча. Франко-прусская война (причины и последствия) Организация работы процедурного кабинета Смысловое и механическое запоминание, их место и роль в усвоении знаний Коммуникативные барьеры и пути их преодоления Обработка изделий медицинского назначения многократного применения Образцы текста публицистического стиля Четыре типа изменения баланса Задачи с ответами для Всероссийской олимпиады по праву Мы поможем в написании ваших работ! ЗНАЕТЕ ЛИ ВЫ?
Влияние общества на человека
Приготовление дезинфицирующих растворов различной концентрации Практические работы по географии для 6 класса Организация работы процедурного кабинета Изменения в неживой природе осенью Уборка процедурного кабинета Сольфеджио. Все правила по сольфеджио Балочные системы. Определение реакций опор и моментов защемления |
Компонентно-ориентированная модель.
Компонентно-ориентированная модель основывается на эволюционной стратегии конструирования и является развитием спиральной модели. Как показано на рис.1.5, модель определет четыре действия, представляемые четырьмя квадрантами спирали с конкретизацией квандранта конструрирования: 1. Планирование – определение целей, вариантов и ограничений. 2. Анализ риска – анализ вариантов и распознование рисков. 3. Конструирование – разработка продукта следующего уровня. 4. Оценивание – оценка заказчиком текущих результатов конструирования. Анализ рисков разработки и активное вовлечение в ее процесс заказчика является новыми особенностями компонентно-ориентированной модели. Еще одной особенностью является содержание конкретизации квадранта конструирования – оно отражает тот факт, что в современных условиях новая разработка должна основываться на повторном использовании существующих программных компонентов. Программные компоненты, созданные в реализованных программных проектах, хранятся в библиотеке. В новом программном проекте, исходя из требований заказчика, выявляются кандидаты в компоненты. Далее проверяется наличие этих кандидатов в библиотеке. Если они найдены, то компоненты извлекаются из библиотеки и используются повторно. В противном случае создаются новые компоненты, они применяются в проекте и включаются в библиотеку.
1.5. ЭКСТРЕМАЛЬНОЕ ПРОГРАММИРОВАНИЕ (XP – extreme programming) XP-процесс ориентирован на группы малого размера (до 10 человек, размещаемых в одном помещении), разрабатывающие ПО в условиях неопределенных или быстро изменяющихся требований. Основная идея XP – устранить высокую стоимость изменений, характерную для приложений с использованием объектов, шаблонов, реляционных баз данных. XP – высокодинамичный процесс. Динамизм поддерживается основными принципами, которыми являются: - простота решений (simplicity) – всегда выбирается минимальное решение. - интенсивная разработка малыми группами, активное общение в группе и между группами (communication). - обратная связь с заказчиком (feedback), который является членом группы и вовлечен в процесс разработки. - достаточная степень смелости (courage) и желание идти на риск. Ускорение разработки достигается за счет 3 основных факторов.
1) Итеративность. Разработка ведется короткими итерациями при наличии активной взаимосвязи с заказчиком. Рекомендуемая длительность – 2-3 недели и не более 1 месяца. За одну итерацию группа программистов обязана реализовать несколько свойств системы, каждое из которых описывается в пользовательской истории (user story). Пользовательские истории разрабатываются представителем заказчика, который на время разработки проекта становится членом группы разработчиков. Пользовательские истории так же очень короткие (1-2 абзаца) и пишутся в произвольной форме. Отсутствие формализации описаний в XP стремятся компенсировать посредством наличия постоянного контакта с заказчиком. 2) Наличие малых групп и парное программирование (когда два программиста вместе создают код на одном общем рабочем месте). Все это нацелено на достижение высокого уровня общения в группе, а также на как можно более раннее обнаружение проблем. 3) Принятие первого наипростейшего рабочего решения. В этом случае повышается степень риска, обусловленного первоначальным поверхностным анализом и жесткими временными ограничениями. Риск компенсируется постепенным характером развития программной системы: на первой и последующей итерациях реализуется минимальный набор ее главных функций; функциональность расширяется на каждой итерации. XP крайне пренебрежительно относится ко всем артефактам процесса разработки, кроме исходного кода. XP-процесс является в высшей степени неформальным, но требует высокого уровня самодисциплины. Если это правило не выполняется, то XP мгновенно превращается в хаотичный и неконтролируемый процесс. XP не требует от программистов написания множества отчетов и построения массы моделей.
|
|||||
Последнее изменение этой страницы: 2017-02-22; просмотров: 682; Нарушение авторского права страницы; Мы поможем в написании вашей работы! infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 18.217.249.77 (0.004 с.) |