5. Описание используемой методологии разработки по

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

Рисунок 1 - Каскадная модель

Переход на каждый последующий этап в данной модели возможен только после успешного завершения предыдущего этапа. Такая жёсткая последовательность позволяет формализовать процесс разработки, что делает его чрезвычайно прозрачным, а следовательно, максимально удобным для Заказчика. Но есть и обратная сторона медали – при необходимости внесения правок в документацию разработка продукта останавливается вплоть до момента повторного согласования документов. Следовательно, при недостаточном уровне проработки требований существует риск увеличить сроки разработки до абсолютно неприемлемых величин.  

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

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

Что касается критики, то данная модель недостаточно гибкая, а также требует несколько большие сроки работы команды и конечную стоимость. Тем не менее, эти минусы нивелируются за счет удобства управления проектом и возможностью полного контроля над каждым этапом его создания.

6. Технико-экономическое обоснование проекта

7. Выполнение технико-экономических требований

8. Этапы проведения работ по созданию системы

Сроки по разработки системы EBIS представлены в таблице 1.2:

Таблица 1.2 – Этапы разработки системы EBIS

№ п/п	Наименование этапа	Срок выполнения	Описание
	Постановка задачи	Февраль 2014 – Март 2014.	Формулирование и сбор требований. Анализ требований. Согласование требований с Заказчиком.
	Проектирование	Март 2014 – Апрель 2014	Выбор инструментов разработки. Концептуальное проектирование. Проектирование логической модели. Проектирование физической модели. Проектирование бизнес-сервисов. Проектирование интерфейсов.
	Реализация	Апрель 2014	Создание структуры базы данных. Разработка бизнес-сервисов. Разработка программных модулей. Разработка интерфейсов. Установка, настройка, администрирование. Создание плана тестирования.
	Тестирование	Апрель 2014 – Май 2014.	Сборка системы. Тестирование. Исправление ошибок. Модификация и адаптация системы.
	Разработка комплекта рабочей и эксплуатационной документации	Май 2014	Написание описания применения. Написание руководства по техническому обслуживанию. Написание руководства оператора. Написание руководства программиста. Написание руководства системного программиста.
	Испытание и приемка опытного образца	Май 2014	Развертывание системы. Демонстрация заказчику. Передача продукта заказчику.