Этапы жизненного цикла проекта автоматизации

Понятие жизненного цикла информационной системы (ЖЦ ИС) является одним из базовых в программной инженерии. Жизненный цикл ИС определяется как период времени, который начинается с момента принятия решения о необходимости создания ИС и заканчивается в момент его полного изъятия из эксплуатации [5].

Основным нормативным документом, регламентирующим состав процессов ЖЦ ИС, является международный стандарт ISO/IEC 12207: 1995 «Information Technology — Software Life Cycle Processes» (ISO — International Organization for Standardization — Международная организация по стандартизации, IЕС — International Electrotechnical Commission — Международная комиссия по электротехнике). Структура ЖЦ по стандарту ISO/IEC 12207 базируется на трех группах процессов:

· основные процессы ЖЦ ПО (приобретение, поставка, разработка, эксплуатация, сопровождение);

· вспомогательные процессы, обеспечивающие выполнение основных процессов (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит, решение проблем)

· организационные процессы (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого ЖЦ, обучение).

Модель жизненного цикла разрабатываемой информационной системы представлена на Рис. 2.1. Под моделью ЖЦ понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач, выполняемых на протяжении ЖЦ.

Рис. 2.1 – Каскадная модель жизненного цикла ИС

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

Положительные стороны применения каскадного подхода заключаются в следующем:

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

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

Основным недостатком каскадного подхода является существенное запаздывание с получением результатов. Согласование результатов с пользователями производится только в точках, планируемых после завершения каждого этапа работ, требования к ИС «заморожены» в виде технического задания на все время его создания [5].

Так как собираются данные о клиентах, моделях изделий, драгоценных металлах и камнях, то процедура сбора этих данных может быть возложена на приемщика. Разработка основных, или базовых массивов данных относится к концептуальной сфере заинтересованности разработчиков информационных систем и экспертов по хранению и воспроизведению данных. Преобразование информации массивов данных в программы для ЭВМ является функцией специалистов по электронно-вычислительной технике.

Для оценки качества информационной системы проведем оценку функциональности информационной системы в баллах (Таблица 2.1).

Таблица № 2.1 – Оценка качества информационной системы

Параметр	Оценка	Весовой коэффициент	Оценка функц-ти
простой	типовой	сложный
Количество входных файлов
Количество выходных файлов
Число пользовательских запросов
Количество внутренних файлов
Число интерфейсных файлов
ИТОГО (функциональность в баллах)

Число строк кода необходимых для реализации одного балла функциональности для разрабатываемой информационной системы представлено в таблице 2.2.

Таблица № 2.2 – Реализация одного балла функциональности системы

Язык	Количество строк кода
Delphi 7
SQL	13-16

Так же качество информационной системы определяет масштаб проекта – приложение для внутренних нужд (8 баллов), пользователи объекта проектирования – внутрикорпоративное локальное использование (5 баллов), тип проекта – база данных (6 баллов). Итого: 19 баллов.

Дата добавления: 2015-09-04