Контрольная работа на тему КОНТРОЛЬНАЯ РАБОТА 150930-03

Содержание


1. Модель жизненного цикла информационных систем ………………3
2. Состав, содержание и принципы организации информационного обеспечения ИС ………………………………………………………………….6
3. CASE-технологии проектирования ИС ……………………………….9
Список использованной литературы ……………………………………14
1. Модель жизненного цикла информационных систем

Модель жизненного цикла ИС – структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении жизненного цикла. Модель жизненного цикла зависит от специфики, масштаба и сложности проекта и специфики условий, в которых система создается и функционирует [4, с.67].
К настоящему времени наибольшее распространение получили следующие две основные модели ЖЦ [4, с.67]:
– каскадная модель (1970 – 1985 г.г.);
– спиральная модель (1986 – 1990 г.г.).
В изначально существовавших однородных ИС каждое приложение представляло собой единое целое. Для разработки такого типа приложений применялся каскадный способ. Его основной характеристикой является разбиение всей разработки на этапы, причем переход с одного этапа на следующий происходит только после того, как будет полностью завершена работа на текущем (рисунок 1). Каждый этап завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков [4, с.67].

Положительные стороны применения каскадного подхода заключаются в следующем [3, с.55]:
– на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности;
– выполняемые в логичной последовательности этапы работ позволяют планировать сроки завершения всех работ и соответствующие затраты.



Рисунок 1. – Каскадная схема разработки ПО

Каскадный подход хорошо зарекомендовал себя при построении ИС, для которых в самом начале разработки можно достаточно точно и полно сформулировать все требования, с тем чтобы предоставить разработчикам свободу реализовать их как можно лучше с технической точки зрения. В эту категорию попадают сложные расчетные системы, системы реального времени и другие подобные задачи. Однако в процессе использования этого подхода обнаружился ряд его недостатков, вызванных прежде всего тем, что реальный процесс создания ПО никогда полностью не укладывался в такую жесткую схему [3, с.55].
В процессе создания ПО постоянно возникала потребность в возврате к предыдущим этапам и уточнении или пересмотре ранее принятых решений. В результате реальный процесс создания ПО принимал следующий вид (рисунок 2) [4, с.68]:


Рисунок 2. Реальный процесс разработки ПО по каскадной схеме
Основным недостатком каскадного подхода является существенное запаздывание с получением результатов. Согласование результатов с пользователями производится только в точках, планируемых после завершения каждого этапа работ, требования к ИС «заморожены» в виде технического задания на все время ее создания [3, с.55].
Таким образом, пользователи могут внести свои замечания только после того, как работа над системой будет полностью завершена. В случае неточного изложения требований или их изменения в течение длительного периода создания ПО, пользователи получают систему, не удовлетворяющую их потребностям. Модели (как функциональные, так и информационные) автоматизируемого объекта могут устареть одновременно с их утверждением.

Для преодоления перечисленных п