56
· устройства ввода информации (клавиатура, мышь).
57
2 ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл определяется как непрерывный процесс, который
обычно начинается с момента принятия решения о важности его реализации и
заканчивается сразу же после его изъятия из эксплуатации.
Среди наиболее популярных стандартов обычно выделяют следующие
[7]:
• ГОСТ 34.601-90 – применим к автоматизированным системам и
устанавливает все стадии и этапы их разработки. Также в этом стандарте есть
описание содержания работ для каждого этапа. Этапы и стадии, которые
закреплены в данном стандарте, чаще всего соответствуют каскадной модели
жизненного цикла.
• ISO/IEC 12207 – стандарт, определяющий процессы и организацию
жизненного цикла. Применим к любому виду заказного ПО. В стандарте нет
описания стадий, фаз и этапов [8].
• Custom Development Method (Oracle) – технологический материал
по разработке прикладных ИС, который детализирован до уровня заготовок
проектных инструкций, которые будут использоваться в проектах с участием
Oracle. Используется CDM для классической модели ЖЦ (имеются все этапы и
задачи), а также при технологии быстрой разработки или облегченного
прохода, которые используются в случае малого проекта.
• Rational Unified Process (RUP) – использует некую интерактивную
модель разработки, которая включает 4 фазы: начало, исследование,
построение и внедрение. Любая из этих фаз может разбиваться на этапы, в
результате которых исполняется версия для внутреннего или внешнего
использования. Проход по всем 4 фазам – это цикл разработки, и каждый такой
58
цикл завершается генерацией версии системы. Если после этого проект
продолжается, то сам продукт также видоизменяется и проходит эти фазы еще
раз. Суть работы в рамках RUP - разработки и сопровождение моделей на базе
UML.
• Microsoft Solution Framework (MSF) – поход на RUP, также имеет 4
фазы: анализ, проектирование, разработка и стабилизация, является
итерационным и предполагает применение объектно-ориентированных
моделей. MSF в сравнении с RUP в большей степени предназначен для
создания бизнес-приложений.
• Extreme Programming (XP) – экстремальное программирование
(новейшая методология, сформировалась в 96 году). Основу методологии
составляют командная работы, активная коммуникация с заказчиком в течение
всего проекта по созданию ИС, ведение разработки с применением
последовательно обрабатываемых прототипов.
Для выбора стандарта основным фактором будет являться более
подробное и полное описание работы на стадиях и этапах разработки АС.
Стандарт ISO/IEP 12207 не имеет подробного описания работы на
разных стадиях и этапах создания АС.
Стандарт CDM рассчитан на проекты с использованием Oracle-
технологий, которые не применяются в данном проекте.
Стандарт MSF, как было сказано выше, ориентирован на бизнес-сферу.
Стандарт XP больше рассчитан на команду. Поэтому в данном проекте
используется ГОСТ 34.601-90, поскольку именно у него есть описание работы
на каждом этапе разработки АС.
Базовыми стадиями создания АС являются:
1) Выведение требований к системе;
2) Создание концепции;
3) Написание ТЗ;
4) Составление технического проекта;
5) Подготовка документации;
59
6) Внедрение.
Спиральная модель воплощает в себе преимущества каскадной модели.
При этом в нее также включены анализ рисков, управление ими, а также
процессы поддержки и менеджмента. Здесь также предусмотрена разработка
программного продукта при использовании метода прототипирования или
быстрой разработки приложений посредством применения языков
программирования и средств разработки четвертого поколения (и выше).
На основании описания моделей разработки выбираем спиральную
модель.
Ниже приведено описание основных стандартов жизненного цикла:
ГОСТ 34.601-90 – стандарт распространяется на автоматизированные
системы и определяет стадии и этапы их создания. Также в стандарте
содержится описание состава работ по каждому этапу.
ISO 12207 – стандарт устанавливает общую структуру процессов
жизненного цикла. Так же определяет процессы, работы и задачи, которые
используются: при приобретении системы в целом или отдельного
программного продукта; при оказании программной услуги, а также при
поставке, разработке, эксплуатации и сопровождении программных продуктов.
Oracle CDM (Custom Development Method) - стандарт по разработке
прикладных ИС, детализированный до уровня заготовки проектной
документации. Стандарт применяется при разработке с применением Oracle и
рекомендуется в случае малых проектов.
RUP (Rational Unified Process) – предполагает итеративную модель
разработки согласно четырем фазам: начало, исследование, построение и
внедрение. Каждая фаза может подразделяться на этапы, в результате
выполнения которых выпускается версия для внутреннего или внешнего
использования.
MSF (Microsoft Solution Framework) – стандарт, сходный с RUP.
Включает в себя четыре фазы: анализ, проектирование, разработка и
стабилизация. Также как и RUP предполагает итеративную модель с
60
использованием объектно-ориентированного моделирования. MSF в отличии
от RUP ориентирована более на разработку бизнес-приложений.
XP (Extreme Programming) – стандарт «экстремальное
программирование» разработан в 1996 года, в его основе лежат следующие
принципы: командная работа, эффективная коммуникация между заказчиком и
исполнителем и также ведение разработок с использованием последовательно
дорабатываемых прототипов.
Для реализации проектного решения, необходимо первоначально
выделить основные этапы жизненного цикла будущей системы. Из всех
имеющихся стандартов, наиболее оптимальным будет ISO 12207 -99. Выбор
пал именно на этот стандарт, в связи со следующими факторами: Во-первых,
стандарт четко не регламентирует последовательность процессов в каждом
этапе, что позволяет самостоятельно выбирать подходящие для себя процессы.
Во-вторых, стандарт охватывает все этапы более полно, нежели остальные
стандарты. В-третьих, ISO 12207-99 не указывает на этапы, а лишь
регламентирует их, что позволит разработчику самостоятельно управлять
жизненным циклом.
Стандарт ISO 12207 включает всего 16 процессов, которые
объединяются в 3 группы (рисунок 2.1).
61
Рисунок 2.1 Структура стандарта ISO 12207-99
Процессы состоят из отдельных видов деятельности. Всего стандартом
определенно 74 вида деятельности, связанной с разработкой и поддержкой ПО.
Каждый вид деятельности в свою очередь нацелен на выполнение одной или
нескольких задач.
Основной процесс жизненного цикла состоит из пяти видов
деятельности:
1) Заказ;
2) Поставка;
3) Разработка;
4) Эксплуатация;
5) Сопровождение.
Каждый процесс определяет основного исполнителя и действия,
которые необходимо выполнить в назначенные сроки. Процесс заказа –
основной исполнитель организация заказчик информационной системе. На
данном этапе определяется потребность заказчика в информационной системе,
происходит выбор поставщика / разработчика и непосредственно управление
заказом вплоть до приемки готовой системы.
62
Процесс поставки – исполнитель организация поставщик. Этап
начинается с подписания договора на поставку системы, продолжается
определением процедур и ресурсов, необходимых для обеспечения выполнения
проекта. И заканчивается поставкой готовой системы и подписанием актов.
За процесс разработки отвечает организация разработчик. Процесс
включает в себя работы по анализу требований, проектированию,
программированию, сборке, тестированию и вводу в действия программного
продукта.
Процесс эксплуатации определяет задачи оператора. Он охватывает
эксплуатацию программного продукта и поддержку пользователей в процессе
его использования.
Процесс сопровождения состоит из задач и работы персонала,
ответственного за сопровождение программного продукта. Этот процесс
реализуется при модификациях программного продукта и документации к
нему, вызванных изменениями в связи с улучшением или устранением ошибок.
Целью процесса является изменение существующего программного продукта
при сохранении его целостности.
Согласно выбранному стандарту следует выделить следующие этапы:
Подготовка проекта
• Анализ деятельности
• Проведение предпроектного обследования
• Разработка плана проекта
Разработка
• Создание таблиц и связей БД
• Создание шаблонов отчетных файлов
• Создание процедур по сбору, обработке и хранению информации
• Создание процедур фильтрации
• Разработка пользовательского интерфейса
Тестирование настроек системы
• Настройка словарей и справочников
63
• Тестирование работоспособности системы
• Корректировка системы по результатам тестирования
• Подготовка документации для внедрения
• План эксплуатации
• Документация по установке и настройке ПО
• Подготовка плана внедрения
Внедрение
• Установка на сервер СУБД
• Установка серверных компонентов системы
• Установка клиентских приложений системы
• Настройка серверной и клиентских частей
• Тестирование работоспособности
• Демонстрация работы системы
• Подготовка плана по обучению пользователей
• Проведение семинара по обучению работе с системой
• Обучение службы эксплуатации
Эксплуатация
• Подготовка плана по эксплуатации
• Ввод системы в опытную эксплуатацию
• По результатам опытной эксплуатации перевод системы в
промышленную эксплуатацию
• Поддержка пользователей
• Проведение обучающих лекция для пользователей
• Подготовка отчетов о работе системы
Сопровождение
• Анализ ошибок и их устранение
• Подготовка отчетов по модификациям и изменениям
• Обновление функционирующих систем
На первоначальном этапе после проведения анализа деятельности
организации, необходимо поставить цели и задачи автоматизации и разработать
64
план проекта. После документального оформления начинается непосредственно
сам процесс разработки. Создается база данных, отчетные формы, пишется
программный код по сбору, обработке и хранению информации, создаются
процедуры фильтрации. После разработки системы, проходит этап
тестирования. По завершению тестирования готовится план эксплуатации и
документация для внедрения, а также различная пользовательская
документация. Процесс будет происходить следующим образом. Так как в
организации уже существует ЛВС и стабильно функционирует, в ее наладке нет
необходимости. Первоначально устанавливается серверная часть системы,
далее на рабочие места проходит установка и настройка клиентских
приложений системы и СУБД. Тестируется работоспособность, проводится
демонстрация работы системы для руководства и персонала. Последней
стадией будет проведение семинаров для сотрудников компании. Необходимо
связать всех сотрудников, отвечающих за обработку документов в единую
информационную сеть. Для этого клиентские приложения будут
устанавливаться в четкой последовательности по определенным отделам
За эксплуатацию готовой системы, будет отвечать оператор. В его
задачу будет входить:
1. Разработка плана эксплуатации и определения набора стандартов
эксплуатации.
2. Получение и документирование сведений о возникающих проблемах,
их решение и контроль за возникновением, обеспечение обратной связи с
пользователями.
3. Тестирование системе в эксплуатационной среде, кооперация со
службой сопровождения для устранения возникших проблем и модернизации
системы.
4. Поддержка и консультация пользователей.
В соответствии с выбранной моделью, основными этапами разработки
будут являться:
- Формирование требований
65
- Проектирование
- Реализация
- Тестирование
- Ввод в действие
- Эксплуатация и сопровождение.
Существует 4 основных способа начала использования новой системы
- Параллельная стратегия;
- Скачок;
- Узкое место;
- Опытная эксплуатация пилотного проекта.
Параллельная стратегия не подходит, так как компания не располагает
достаточными ресурсами для ведения учета одновременно в
автоматизированном и ручном вариантах. Стратегия Скачок не позволяет
плавно перейти на использование разработки, узкое место больше подходит для
использования в крупных компаниях. Поэтому в качестве стратегии внедрения
ИС была выбрана «Опытная эксплуатация пилотного проекта».
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Разработка программного обеспечения — это деятельность, которая
использует различные технологические достижения и требует высокого уровня
знаний. Из-за этих и других факторов каждый проект разработки программного
обеспечения содержит элементы неопределенности. Это называется рисками
проекта. Успех проекта разработки программного обеспечения в значительной
степени зависит от степени риска, который соответствует каждой деятельности
проекта. Как руководитель проекта, недостаточно просто осознавать риски.
Чтобы достичь успешного результата, руководство проекта должно определить,
оценить, расставить приоритеты и управлять всеми основными рисками [5].
Цель большинства проектов по разработке программного обеспечения
состоит в том, чтобы отличаться - часто за счет новых функций, большей