Понятие экстремального программирования

Экстремальное программирование – методика разработки ПО, которая связана с большим влиянием ограничивающих факторов и направлена на достижение целей удовлетворяющих и заказчика и разработчика.

Основная проблема разработки ПО это риск.

Виды рисков:

1. смещение графиков

2. Закрытие проекта

3. Система теряет полезность

4. Количество дефектов и недочетов

5. Несоответствие решаемой проблеме

6. недостаток возможностей

7. текучесть кадров

«Лозунги» критического программирования(XP):

1. Ищите самое простое решение которое будет работать

2. Это вам не понадобится

Тенденции XP:

1. Парное программирование – предполагает, что весь код создается парами программистов работающих за одним ПК. Один из них работает с текстом, другой просматривает его работу и следит за общей картиной. Пары не фиксированы – рекомендуется их перемешивать, что бы каждый программист имел хорошее представление о системе.

2. Коллективное владение – каждый несет ответственность за весь код. Таким образом каждый вносить изменения в любой участок кода.

3. Заказчик всегда рядом – основной проблемой разработки ПО является недостаток знаний программистов в разрабатываемой области.

4. Постоянная переработка – возрастание функциональности и разрастание кода усложняют разработку, выявление ошибок и внесение последующих изменений. Компенсация добавление функциональности, усовершенствованием кода или рефакторингом.

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

6. 40 часовая рабочая неделя

Концепция шаблонов проектирования

Шаблоны проектирования – многократно применяемая архитектурная конструкция, предоставляющая решение общей проблемы проектирования в рамках конкретного контекста и описывающая значимость этого решения.

Составной документ – документ который собирается из множества источников. В соответствии с технологией СОМ любая часть программного обеспечения реализует сови сервисы как один или несколько объектов СОМ. Каждый такой объект поддерживает один или несколько интерфейсов, состоящих из методов.

Методы составляющие каждый из интерфейсов, обычно определенным образом взаимосвязаны. Клиенты могут получить доступ к сервисам объекта СОМ только через вызовы методов интерфейсов объекта – у них нет непосредственного доступа к данным объекта.

Принято разделять ActiveX на три части – элементы управления, сценарии, документы.

Технология Data run

В соответствии с методологией Data run ЖЦ ПО разбивается на стадии, которые связываются с результатами выполнения основных процессов определяемых стандартом ISO IEC 12.207

Каждую стадию кроме ее результатов должен завершать план работ на следующую стадию:

1. Стадия формирования требований и планирования включает в себя действия по определению начальных оценок объема и стоимости проекта. Должны быть сформулированы требования и экономическое обоснование для разработки ИС, функциональные модели, и исходная концептуальная модель, которые дают основу для оценки технической реализуемости проекта. Основными результатами этой стадии должны быть модели деятельности организаций, требования к системе, включая требования по сопряжению с существующими ИС.

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

3. На стадии спецификации приложений продолжается процесс создания и детализации проекта, определяется структура приложения, необходимые интерфейсы приложения в виде экранов, отчетов, и процессов вместе с логикой их вызова. В конце этой стадии принимается окончательное решение о способе реализации приложений, а так же сформирован окончательный план создания ИС.

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

5. Стадия внедрения включает в себя действия по установке и внедрению БД и приложений. Основными результатами стадии должна быть, готовая к эксплуатации и перенесенная на программное аппаратную платформу заказчика версия системы, документация сопровождения и акт приемочных испытаний по результатам опытной эксплуатации

6. Стадия развития включает процессы и операции связанные с регистрацией, диагностикой и локализацией ошибок, внесением изменений и тестированием, проведением его доработок, тиражированием и распространением новых версией ПО в местах его эксплуатации, переносом приложений на новую платформу и масштабированием системы. Стадия развития фактически является повторной итерацией стадии разработки. Примером, ПО которое использует технологию Data Run является Case средство Silver run.