47
На данный момент для регламентации жизненного цикла ИС
используется большое количество стандартов, вот некоторые из них:
ГОСТ 34.601-90 - Настоящий стандарт распространяется на
автоматизированные системы (АС), используемые в различных видах
деятельности (исследование, проектирование, управление и т.п.), включая их
сочетания. Имеет четкую последовательность этапов жизненного цикла ИС.
ISO/IEC 12207:2008 (ГОСТ Р ИСО/МЭК 12207-2010) – стандарт,
определяющий процессы и организацию жизненного цикла. Применим к
любому виду заказного ПО, но не имеется описания к каждой фазе.
Unified Process (RUP) – методология разработки ПО, созданная
компанией Rational Software. RUP использует итеративную модель
разработки, включающая в себя 4 различные фазы.
Microsoft Solution Framework (MSF) — методология разработки
программного обеспечения, созданная Microsoft. Основной областью
применения является разработка программного обеспечения внутри Microsoft,
а также на основе их технологий и программных средств.
Экстремальное программирование (XP) - гибкая методология
программного обеспечения, созданная группой программистов и
опубликованная в 1999 году. Строится на парном программировании и
постоянной проверке кода.
Для данного проекта был выбран стандарт ГОСТ 34.601-90, так как он
лучше подходит для простых проектов в виду четкой формулировки, что
помогает избежать ошибок во время создания ИС. Этапы и стадии работ в
соответствии с ГОСТ 34.601-90 представлены в таблице 12.
48
Таблица 12
Стадии ЖЦ на основании ГОСТ 34.601-90
Стадия ЖЦ
Этап работ
1. Формирование требований к АС
1.1. Обследование объекта и
обоснование необходимости создания
АС
1.2. Формирование требований
пользователя к АС
1.3. Оформление отчета о
выполненной работе и заявки на
разработку АС (тактико-технического
задания)
2. Разработка концепции АС
2.1. Изучение объекта
2.2. Проведение необходимых научно-
исследовательских работ
2.3. Разработка вариантов концепции
АС и выбор варианта концепции АС,
удовлетворяющего требованиям
пользователя
2.4. Оформление отчета о
выполненной работе
3. Техническое задание
3.1. Разработка и утверждение
технического задания на создание АС
4. Эскизный проект
4.1. Разработка предварительных
проектных решений по системе и ее
частям
4.2. Разработка документации на АС и
ее части
5. Технический проект
5.1. Разработка проектных решений
по системе и ее частям
5.2. Разработка документации на АС и
ее части
5.3. Разработка и оформление
документации на поставку изделий
для комплектования АС и (или)
технических требований (технических
заданий) на их разработку
5.4. Разработка заданий на
проектирование в смежных частях
проекта объекта автоматизации
6. Рабочая документация
6.1. Разработка рабочей
документации на систему и ее части
6.2. Разработка или адаптация
программ
49
Продолжение таблицы 12
7. Ввод в эксплуатацию
7.1. Подготовка объекта
автоматизации к вводу АС в действие
7.2. Подготовка персонала
7.3. Комплектация АС поставляемыми
изделиями (программными и
техническими средствами,
программно-техническими
комплексами, информационными
изделиями)
7.4. Строительно-монтажные работы
7.5. Пусконаладочные работы
7.6. Проведение предварительных
испытаний
7.7. Проведение опытной
эксплуатации
7.8. Проведение приемочных
испытаний
8. Сопровождение АС
8.1. Выполнение работ в соответствии
с гарантийными обязательствами
8.2. Послегарантийное обслуживание
На текущий момент выделяются следующий виды жизненных циклов:
Каскадная (водопад)
Спиральная
Итерационная
Каскадная модель – это модель процесса разработки ИС, в которой все
этапы идут друг за другом. Данная модель подразумевает начало следующего
этапа только после полного завершения работ на предыдущем.
Преимуществами данной модели можно назвать простоту и понятность, а
также наличие полностью выполненных работ по завершении этапа
разработки ПО. Каскадная модель представлена на рисунке 11 [11].
50
Этап 1
Этап 2
Этап3
Этап 4
Рисунок 11. Пример каскадной модели разработки
Спиральная модель – это модель разработки ПО, подразумевающий
сочетание проектирование и прототипирование на каждой стадии. Каждая
стадия проходит по нескольку витков совершенствования, каждый раз
дорабатывая проект.
Итерационная модель – это модель, имеющая одну направленность при
разработке ПО, как у каскадной модели, при этом подразумевающая
возможность возвращения к предыдущим этапам при необходимости. Пример
итерационной модели представлен на рисунке 12 [17].
51
Этап 1
Этап 2
Этап 3
Этап 4
Рисунок 12. Пример итерационной модели разработки
Для данной курсовой работы была выбрана каскадная модель, так как
при малых объемах работы возможность критических ошибок крайне мала,
при этом она хорошо сочетается с ГОСТ 34.601-90.
Для полноценной реализации проекта также необходимо выделить
риски, которые могут возникнуть на всем протяжении жизненного цикла ИС,
а также пути их снижения.
Анализ рисков представлен в таблице 13.
Таблица 13
Возможные риски на протяжении жизненного цикла АС
Этап
жизненного
цикла
Возможные
риски
Воздействие
риска на
проект
Пути снижения
риска, или его
последствий
Формирование
требований к АС
Плохое
понимание и
формулировка
заказчиком
требований
Среднее
Получение четких и
полных требований
заказчика,
уточнение
требований при
необходимости
52
Продолжение таблицы 13
Разработка
концепции АС
Плохое
понимание
поставленной
задачи
Среднее
Рабочая
документация
Ошибки на этапе
создания
рабочего
прототипа
Сильное
Привлечение более
квалифицированных
специалистов
Введение в
эксплуатацию
Низкий уровень
подготовки
персонала,
использующего
АС
Слабое
Обучающие
мероприятия для
персонала
Сопровождение
АС
Возможная
потеря данных
Среднее
Использование
программных
средств для защиты
данных
Далее следует определиться с использованной стратегией внедрения
информационной системы. Сейчас существует 4 основных вида стратегий
внедрения:
Параллельная стратегия - разработка и использование системы, когда
уже имеется рабочая система, при этом возможно одновременное
использование двух систем [11].
Узкое место – внедрение системы в самое необходимое для
автоматизации место. Внедрение не затрагивает другие области, фокусируясь
на самом критичном [9].
Стратегия скачка – резкий переходя от одной системы к другой, при этом
возможны серьезные последствия [4].
Пилотный проект – стратегия скачка, применяемая к определенному
участку системы.
Для реализации проекта будет использоваться стратегия скачка, так как
нужно в кратчайшее время внедрить разработанную систему, а также
53
отсутствует подобная информационная система, поэтому применить
параллельную стратегию невозможно.
2.2.2 Характеристика нормативно-справочной, входной и оперативной
информации
Для составления характеристики нормативно-справочной, входной и
оперативной информации необходимо составить диаграмму потоков данных.
В справочниках хранится ключевая информация для бизнес-процессов,
которую ИС использует как базовую для работы.
На основании анализа потоков данных выше, были определены
сущности информационной системы контроля качества обучения. К ним
относится:
Клиенты;
Обращения;
Заявки;
Сотрудники;
Отчеты.
На рисунке 13 будет приведена диаграмма потоков данных основного
бизнес-процесса в проектируемой ИС.
54
1
Обработка обращения
2
Формирование заявки
3
Выполнение заявки
1
БД
Обращения
Сотрудники
4 БД Отчеты3 БД Заявки
Обработанное
обращение
Оформленная
заявка
4
Обработка
выполнения заявки
5
Составление отчетов
Выполненная
заявка
Обработанная
заявка
2 БД Клиенты
Обращение
Рисунок 13. Диаграмма потоков данных информационной
системы IT-компании в сфере обучения
В таблице 14 приведена структура нормативно-справочной
информации, которая будет использоваться в проектируемой ИС.
Таблица 14
Структура нормативно-справочной информации
№
Наименование
Метод кодирования
Вид классификатора
1
Клиенты
Порядковая
Локальный
2
Обращения
Порядковая
Локальный
3
Заявки
Порядковая
Локальный
4
Отчеты
Порядковая
Локальный
5
Сотрудника
Порядковая
Локальный
Далее будут приведены описания баз данных, которые будут
использоваться в проектируемой ИС.
55
В таблице 15 будут приведено описание базы данных «Обращения».
Таблица 15
БД «Обращения»
Наименование поля
Тип данных
Размер поля
Код обращения
Числовой
Целое
Название
Текстовый
Содержание
Текстовый
Код клиента
Числовой
Дата
Дата
В таблице 16 будут приведено описание базы данных «Клиенты».
Таблица 16
БД «Клиенты»
Наименование поля
Тип данных
Размер поля
Код клиента
Числовой
Целое
ФИО
Текстовый
Возраст
Текстовый
Адрес проживания
Текстовый
Контактные данные
Текстовый
В таблице 17 будут приведено описание базы данных «Заявки».
56
Таблица 17
БД «Заявки»
Наименование поля
Тип данных
Размер поля
Код заявки
Числовой
Целое
Название
Текстовый
Содержание
Текстовый
Комментарий
Текстовый
Статус заявки
Текстовый
Дата
Текстовый
Код ответственного сотрудника
Числовой
В таблице 18 будут приведено описание базы данных «Отчеты».
Таблица 18
БД «Отчеты»
Наименование поля
Тип данных
Размер поля
Код отчета
Числовой
Целое
Код обращения
Числовой
Целое
Код заявки
Числовой
Целое
Код ответственного сотрудника
Числовой
Целое
Название отчета
Текстовый
Дата отчета
Дата
Содержание отчета
Текстовый
В таблице 19 будут приведено описание базы данных «Сотрудники».