7.3 Жизненный цикл ис. Стандарты. Модели жц.

Жизненный цикл информационной системы (ЖЦ ИС)- непрерывный процесс, начинающийся с момента принятия решения о ее создании и заканчивающийся в момент полного изъятия из эксплуатации.

Мидель жизненного цикла ИС -некоторая структура, определяющая последовательность осуществления процессов, действий и задач, выполняемых на протяжении ЖЦ ИС, их взаимосвязи. Наиболее распространенными моделями жизненного цикла являются каскадная и спиральная. Каскадная модель ЖЦ ИС предусматривает последовательную организацию работ. Ее основной особенностью является разбиение всей разработки на этапы, переход с одного этапа на следующий происходит только после того, как полностью завершены все работы на предыдущем. Каждый этап завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков. Спиральная модель жизненного цикла предполагает итерационный процесс разработки ИС с возможностью существенного упрощения внесения уточнений и дополнений в проект. На каждом витке спирали создается фрагмент или версия программного изделия, уточняются цели и характеристики проекта, определяется его качество, планируются работы на следующем витке. Главная задача каждой итерации — создать работоспособный продукт, который можно показать пользователям системы.

7.4 Этапы проектирования ис. Требования к ис. Разработка документации.

Основные стадии и этапы канонического проектирования ИС:1)Формирование требований: Обследование объекта и обоснование необходимости создания ИС;

Формирование требований пользователей к ИС; Оформление отчета о выполненной работе и тактико-технического задания на разработку.2) Работка концепции: Изучение объекта автоматизации; Проведение необходимых научно-исследовательских работ; Разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей; Оформление отчета и утверждение концепции.3) Разработка ТЗ: Разработка и утверждение технического задания на создание ИС. 4)Создание эскизного проекта: Разработка предварительных проектных решений по системе и ее частям; Разработка эскизной документации на ИС и ее частей. 5)Разработка технического проекта: Разработка проектных решений по системе и ее частям; Разработка документации на ИС и ее части; Разработка и оформление документации на поставку комплектующих изделий; Разработка заданий на проектирование в смежных частях проекта. 6)Разработка рабочей документации: Разработка рабочей документации на ИС и ее части; Разработка и адаптация программ. 7)Ввод в действие: Подготовка объекта автоматизации; Подготовка персонала; Комплектация ИС поставляемыми; Строительно-монтажные работы; Пусконаладочные работы; Проведение предварительных испытаний; Проведение опытной эксплуатации; Проведение приемочных испытаний. 8) Сопровождение ИС: Выполнение работ в соответствии с гарантийными обязательствами; Постгарантийное обслуживание.

Требования:1) Системность — предусматривает рассмотрение предприятия как единого целого и выделение в нем типов связей между структурными подразделениями или бизнес-процессами.2) Развитие — система создается с учетом постоянного изменения бизнеса и потребностей пользователей, что требует наличия в системе инструментария для адаптации или модернизации. 3) Совместимость — разработанная ИС должна быть открытой, ориентированной на максимальное использование стандартов на все виды обеспечения.4)Непосредственное участие работников предприятия в процессе проектирования и разработки ИС – непрерывный контроль со стороны заказчика позволяет избежать неправильных постановок задач и ускорить процесс внедрения системы.5) Безопасность-обеспечение безопасности всех информационных процессов. 6)Эффективность - достижение рационального соотношения между затратами на создание ИС и результатами ее эксплуатации.

Подходы к проектированию ИЦ.

Выделяют два подхода к проектированию ИС: канонический и типовой. Каноническое проектирование ИС ориентировано на использование, главным образом, каскадной модели ЖЦ ИС. Типовое проектирование ИС предполагает создание системы из готовых типовых элементов. Основным требованием для применения методов типового проектирования является возможность декомпозиции проектируемой ИС на множество составляющих компонентов (подсистем, комплексов дач, программных модулей и т.д.). Для реализации выделенных компонентов выбираются имеющиеся на рынке типовые проектные решения. Типовое проектное решение (ТПР) — это тиражируемое проектное решение. Основными видами ТПР являются: типовые решения по задаче или по отдельному виду обеспечения задачи; отдельные подсистемы, разработанные с учетом функциональной полноты и минимизации внешних информационных связей; полный набор функциональных и обеспечивающих подсистем ИС.

В основе проектирования ИС лежит моделирование предметной области. Под моделью предметной области понимается некоторая система, имитирующая ее структуру или функционирование и адекватно отражающая специфику этой области. Моделирование предметной области позволяет сократить время и сроки проведения проектировочных работ и получить более эффективный и качественный проект. К моделям предметных областей предъявляются следующие требования:• формализация, обеспечивающая однозначное описание ее структуры;• понятность для заказчиков и разработчиков, для чего применяются графические средства отображения;• реализуемость, подразумевающая наличие средств физической реализации модели в ИС;• обеспечение оценки эффективности реализации