unit

Лекции/1.2.400_Модели_жизненного_цикла_АИС/Teslin366.md

@@ -1,5 +1,21 @@
 # Модели жизненного цикла АИС.
 
+### Содержание
+
+1.Описание моделей ЖЦ
+
+    * Каскадная модель
+
+    * Спиральная модель
+
+    * Инкреметная модель
+
+2.Вопросы
+
+3.Вывод
+
+4.Список литературы
+
 **Модель ЖЦ** – это некоторая структура, определяющая последовательность осуществления процессов, действий и решения задач, возникающих на протяжении ЖЦ, а также взаимосвязи между этими процессами, действиями и задачами.
 
 Она не зависит от специфики АС и условий, в которых она будет разрабатывается и эксплуатироваться, поэтому не существует общих моделей для любого случая. Выбор модели ЖЦ определяется сложностью АС, ее масштабом, желанием заказчика, предпочтениями разработчика и другими условиями. При этом все работы на этапах должны быть обеспечены необходимым программным инструментарием.
@@ -10,7 +26,9 @@
 
 ![](yyFdcx1.JPG)
 
-Данная модель представляет последовательное выполнение работ. Вся последовательность разработки делится на этапы, причем переход с одного этапа на другой осуществляется только после полного завершения работ на предыдущем этапе. Каждый этап завершается выпуском полного комплекта документации.
+Каждая стадия заканчивается получением некоторых результатов, кото-рые служат в качестве исходных данных для следующей стадии. Требования к разрабатываемому программному обеспечению, определенные на стадии формирования требований, строго документируются в виде технического задания и фиксируются на все время разработки проекта. Каждая стадия завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.
+
+Каскадная модель может использоваться при создании информационных систем, для которых в самом начале разработки можно достаточно точно и полно сформулировать все требования, с тем, чтобы предоставить разработчикам свободу реализовать их технически как можно лучше. В эту категорию попадают, как правило, системы с высокой критичностью: сложные системы с большим количеством задач вычислительного характера, системы управления производственными процессами повышенной опасности и другие.
 
 ###### Основные этапы разработки 
 
@@ -24,7 +42,9 @@
 
 2.Проектирование. 
 
-На этом этапе разрабатываются проектные решения, удовлетворяющие требованиям ТЗ. Если разрабатывается устройство, то определяется перечень комплектующих устройств, типы микросхем и схемные реализации. Если разрешенная ИС, то на этом этапе определяются все объекты или таблицы БД, связи между таблицами, перечень атрибутов и список ключевых атрибутов для каждой таблицы. 
+На этом этапе разрабатываются проектные решения, удовлетворяющие требованиям ТЗ. Если разрабатывается устройство, то определяется перечень комплектующих устройств, типы микросхем и схемные реализации. 
+
+Если разрешенная ИС, то на этом этапе определяются все объекты или таблицы БД, связи между таблицами, перечень атрибутов и список ключевых атрибутов для каждой таблицы. 
 
 Определяются тип и правила запросов в БД и формы представления входных и выходных документов и определяются формы отчетов, и вся эта информация оформляется в виде **технического проекта**.
 
@@ -60,15 +80,35 @@
 
 * сложность управления проектом. Необходимо хорошее административное управление для соблюдения сроков сдачи этапа и контроля полноты передаваемой документации;
 
-* высокий уровень риска и ненадежность инвестиций. 
+* высокий уровень риска и ненадежность инвестиций;
+
+* позднее обнаружение проблем;
+
+* выход из календарного графика, запаздывание с получением результа-тов;
+
+* избыточное количество документации;
+
+* невозможность разбить систему на части (весь продукт разрабатыва-ется за один раз);
+
+* высокий риск создания системы, не удовлетворяющей изменившимся потребностям пользователей.
+
+Практика показывает, что на начальной стадии проекта полностью и точно сформулировать все требования к будущей системе не удается. Это объясняется двумя причинами:
+
+* пользователи не в состоянии сразу изложить все свои требования и не могут предвидеть, как они изменятся в ходе разработки;
+
+* за время разработки могут произойти изменения во внешней среде, которые повлияют на требования к системе.
+
+
+В действительности эту модель принимают в виде **циклической**, когда можно вернуться на предыдущие этапы и выполнить необходимые доработки с учетом измененных требований или желаний заказчика.
 
-На практике обычно применяют эту модель в виде **циклической**, когда можно вернуться на предыдущие этапы и выполнить необходимые доработки с учетом измененных требований или желаний заказчика.
 
 ##### Спиральная модель
 
+Даная модель представляет собой **итерационный процесс** (последовательное приближение) разработки АС. Спиральная модель была разработана в середине 1980-х годов Барри Боэмом. 
+
 ![](yyFdcx2.JPG) 
 
-Даная модель представляет собой **итерационный процесс** (последовательное приближение) разработки АС.
+Она основана на классическом цикле Деминга PDCA (планируй-делай-проверяй-действуй). При использовании этой модели АС создается в несколько итераций (витков спирали) методом прототипирования
 
 В этой схеме возрастает роль этапов анализа и проектирования, так как именно на этих этапах проверяется и обосновывается реализуемость технических решений.
 
@@ -82,6 +122,33 @@
 
 Окончание работ по такой схеме осуществляется после того как заказчик полностью удовлетворен работой системы. При такой схеме легко вносить изменения в документацию каждого из этапов.
 
+**Прототип** — действующий компонент АС, реализующий отдельные функции и внешние интерфейсы. Каждая итерация соответствует созданию фрагмента или версии АС, на ней уточняются цели и характеристики проекта, оценивается качество полученных результатов и планируются работы следующей итерации.
+
+На каждой итерации оцениваются:
+
+* Риск превышения сроков и стоимости проекта 
+
+* Необходимость выполнения еще одной итерации 
+
+* Степень полноты и точности понимания требований к системе 
+
+* Целесообразность прекращения проекта.
+ 
+* Один из примеров реализации спиральной модели — RAD (англ. Rapid Application Development, метод быстрой разработки приложений).
+
+Принципиальные особенности спиральной модели:
+
+* отказ от фиксации требований и назначение приоритетов пользователь-ским требованиям;
+
+* разработка последовательности прототипов, начиная с требований наивысшего приоритета;
+
+* идентификация и анализ риска на каждой итерации;
+
+* использование каскадной модели для реализации окончательного про-тотипа;
+
+* оценка результатов по завершении каждой итерации и планирование следующей итерации.
+
+
 ###### Достоинства
 
 * упрощение внесения изменений в проект при изменении требований заказчика;
@@ -96,14 +163,34 @@
 
 * получается более надежная и устойчивая система, т.к. по мере ее развития ошибки и слабые места обнаруживаются и исправляются на каждой итерации.
 
+* ускорение разработки (раннее получение результата за счет прототи-пирования);
+
+* постоянное участие заказчика в процессе разработки;
+
+* разбиение большого объема работы на небольшие части;
+
+* снижение риска (повышение вероятности предсказуемого поведения системы).
+
+Спиральная модель не исключает использования каскадного подхода на завершающих стадиях проекта в тех случаях, когда требования к системе оказываются полностью определенными.
+
+
 ###### Недостатки 
 
+* сложность планирования (определения количества и длительности итераций, оценки затрат и рисков);
+
+* сложность применения модели с точки зрения менеджеров и заказчи-ков (из-за привычки к строгому и детальному планированию);
+
+* напряженный режим работы для разработчиков (при краткосрочных итерациях).
+
+
 Основная проблема спирального цикла — определение момента перехода на следующий этап. Для ее решения необходимо ввести временные ограничения на каждый из этапов жизненного цикла. 
 
 Иначе процесс разработки может превратиться в бесконечное совершенствование уже сделанного. При итерационном подходе полезно следовать принципу «лучшее — враг хорошего».
 
 Поэтому завершение итерации необходимо проводить строго в соответствии с планом, даже если не вся запланированная работа закончена. Планирование работ обычно проводится на основе статистических данных, полученных в предыдущих проектах, и личного опыта разработчиков
 
+Спиральная модель избавляет пользователей и разработчиков программного обеспечения от необходимости полного и точного формулирования требований к системе на начальной стадии, поскольку они уточняются на каждой итерации. Таким образом, углубляются и последовательно конкрети-зируются детали проекта, и в результате выбирается обоснованный вариант, который доводится до реализации.
+
 ##### Инкрементная модель 
 
 ![](yyFdcx3.JPG)
@@ -115,6 +202,7 @@
 С точки зрения структуры жизненного цикла модель называют итеративной (говоря о процессе). С точки зрения развития продукта – инкрементной (имеется ввиду наращивание функциональности продукта). 
 
 **Инкремент** – приращение, увеличение (например, в языке программирование – увеличение значения переменной на 1). 
+
 Для каждого инкремента выполняется:
 
 * Анализ, на котором мы собираем требования и анализируем, и планируем сам инкремент;
@@ -139,6 +227,7 @@
 * риск распределяется на несколько меньших по размеру инкрементов (не сосредоточен в одном большом проекте разработки);
 
 * в конце каждой инкрементной поставки существует возможность пересмотреть риски, связанные с затратами и соблюдением установленного графика. 
+
 ###### Недостатки
 
 * в модели не предусмотрены итерации в рамках каждого инкремента;