3. Программирование (кодирование, реализация);

Процесс кодирования (coding) при наличии достаточно детального проекта является относительно рутинным. Фактически, кодирование — это процесс реализации проекта на конкретных языках программирования с использованием конкретного инструментария. Результатом кодирования являются собственно программы, как в исходном тексте, так и в бинарном виде, пригодном к исполнению.

4. Тестирование;

Процесс тестирования (testing) предназначен для выявления ошибок в программах и документации. Тестирование есть процесс выявления ошибок и (частично) установления соответствия созданного продукта его спецификации. Отладка есть процесс устранения ошибок в программе. Результатом тестирования и отладки являются отлаженные(насколько возможно) программы, для которых тестированием установлено (опять же, насколько возможно) соответствие спецификации.

5. Документирование.

В процессе документирования (documentation) подготавливается документация, разносторонне описывающая будущий продукт как с «внешней», так и с «внутренней» стороны. Каждый документ подготавливается для конкретного типа читателей: менеджеров, конечных пользователей, системных администраторов, программистов и т. д.

Традиционно считается, что примерно 20 % усилий уходит на анализ, 20 % на проектирование, 20 % на кодирование и 40 % на устранение ошибок. Впрочем, это соотношение зависит от размера и сложности создаваемой системы.

5 ) Основные модели и методологии разработки по.

Модель разработки (иногда называемая парадигмой разработки) — наиболее общий принцип организации процессов ЖЦ, обобщенная схема, характеризующая их последовательность и взаимосвязь. Модель разработки определяет концептуальный взгляд на организацию процессов разработки.

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

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

Эволюционная (итеративная и инкрементальная) модель. Модель IID предполагает разбиение жизненного цикла проекта на последовательность итераций, каждая из которых напоминает «мини-проект», включая все процессы разработки в применении к созданию меньших фрагментов функциональности, по сравнению с проектом в целом. Цель каждой итерации — получение работающей версии

программной системы, включающей функциональность, определённую интегрированным содержанием всех предыдущих и текущей итерации.

Данная модель более реалистична для крупных систем. Но, как правило, все решения сырые, что ведёт к непредсказуемости итогового состояния конечного продукта. Основная цель данной модели, постоянное приближение к идеальной идее.

Спиральная модель (модель Боэма). Нельзя не упомянуть наиболее известный авторский вариант IID — спиральную (spiral) модель (см. рис. 1.5). Она была впервые сформулирована Барри Боэмом (Barry Boehm) в 1988 г. и впоследствии доработана. Важно понимать, что спиральная модель является не альтернативой модели IID, а специально проработанным вариантом.

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

1. Единая система программной документации (ЕСПД)

2. Microsoft Solutions Framework (MSF)

3. Экстримальное программирование

4. Rational Unified Process (RUP)

5. Agile – методологии:

   • Быстрые темпы работы и постоянный контроль

   • Небольшая команда

   • Относительно небольшой срок проекта