67
2. ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Понятие жизненного цикла является одним из базовых понятий
методологии проектирования информационных систем. Жизненный цикл
информационной системы представляет собой непрерывный процесс,
начинающийся с момента принятия решения о создании информационной
системы и заканчивается в момент полного изъятия ее из эксплуатации.
Жизненный цикл информационной системы охватывает все стадии и
этапы ее создания, сопровождения и развития:
исследование предметной области с последующим формированием
функциональной и информационной моделей объекта, для которого
предназначена информационная система;
проектирование системы, заключающееся в разработке проектных
решений, удовлетворяющих всем требованиям ТЗ;
разработку системы (в том числе программирование и тестирование
прикладных программ на основании проектных спецификаций подсистем,
выделенных на стадии проектирования);
тестирование информационной системы и выявление сбоев с
последующим их устранением;
эксплуатацию системы и ее сопровождение;
развитие системы.
Жизненный цикл протекает в соответствии с выбранной моделью ЖЦ.
Существует целый ряд стандартов, регламентирующих ЖЦ ПО, а в
некоторых случаях и процессы разработки.
Среди наиболее известных стандартов можно выделить следующие:
ГОСТ 34.601-90 - распространяется на автоматизированные
системы и устанавливает стадии и этапы их создания. Кроме того, в стандарте
68
содержится описание содержания работ на каждом этапе. Стадии и этапы
работы, закрепленные в стандарте, в большей степени соответствуют каскадной
модели жизненного цикла .
ISO/IEC 12207:1995 - стандарт на процессы и организацию
жизненного цикла. Распространяется на все виды заказного ПО. Стандарт не
содержит описания фаз, стадий и этапов .
Custom Development Method (методика Oracle) по разработке
прикладных информационных систем - технологический материал,
детализированный до уровня заготовок проектных документов, рассчитанных на
использование в проектах с применением Oracle. Применяется CDM для
классической модели ЖЦ (предусмотрены все работы/задачи и этапы), а также
для технологий "быстрой разработки" (Fast Track) или "облегченного подхода",
рекомендуемых в случае малых проектов.
Rational Unified Process (RUP) предлагает итеративную модель
разработки, включающую четыре фазы: начало, исследование, построение и
внедрение. Каждая фаза может быть разбита на этапы (итерации), в результате
которых выпускается версия для внутреннего или внешнего использования.
Прохождение через четыре основные фазы называется циклом разработки,
каждый цикл завершается генерацией версии системы. Если после этого работа
над проектом не прекращается, то полученный продукт продолжает развиваться
и снова минует те же фазы. Суть работы в рамках RUP - это создание и
сопровождение моделей на базе UML.
Microsoft Solution Framework (MSF) сходна с RUP, так же включает
четыре фазы: анализ, проектирование, разработка, стабилизация, является
итерационной, предполагает использование объектно-ориентированного
моделирования. MSF в сравнении с RUP в большей степени ориентирована на
разработку бизнес-приложений.
Extreme Programming (XP). Экстремальное программирование
(самая новая среди рассматриваемых методологий) сформировалось в 1996 году.
В основе методологии командная работа, эффективная коммуникация между
заказчиком и исполнителем в течение всего проекта по разработке ИС, а
69
разработка ведется с использованием последовательно дорабатываемых
прототипов.
Стандарт ISO/IEC серии 15288
В стандарте ISO/IEC 12207 не предлагается конкретной модели
жизненного цикла и методов разработки, его рекомендации являются общими
для любых моделей жизненного цикла. Под моделью обычно понимается
структура, определяющая последовательность выполнения и взаимосвязи
процессов, действий и задач на протяжении жизненного цикла.
В настоящее время существует две основные модели жизненного цикла –
это каскадная и спиральная модели. В каскадной модели процесс разработки
идет поэтапно, шаг за шагом. Переход к следующему этапу происходит только
после завершения предыдущего. В спиральной модели разработка проходит по
нарастающей. На начальном этапе разрабатывается система с высоким уровнем
абстракции, а на последующих витках эта разработка все больше и больше
конкретизируется.
Для жизненного цикла текущего проекта была выбрана каскадная модель,
так как для разрабатываемой системы больше подходит поэтапная разработка.
Переход к следующему этапу происходит только после завершения всех работ
на предыдущем этапе (Рисунок 5), включая подготовку полного пакета
документации, достаточной для того, чтобы разработка могла быть продолжена
другой группой разработчиков и есть возможность планирования сроков
завершения работ и затрат на их выполнение.
70
Рис.5 Каскадная схема разработки ПО
Каскадный метод хорошо подходит для построения систем, где в самом
начале разработки можно достаточно точно и полно сформулировать все
требования, с тем, чтобы предоставить разработчикам свободу реализовывать их
как можно лучше с технической точки зрения. Однако в случае, если в середине
разработки вскрываются ошибки, допущенные в начале, то приходится
прибегать к энтраверсии проекта и реальная схема каскадной модели
приобретает другой вид (Ошибка! Источник ссылки не найден.). Таким образом,
каскадный метод более всего подходит к конкретной разработке.
71
Рис.6 Реальный процесс разработки ПО по каскадной схеме
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Любой проект по созданию информационной системы предприятия всегда
включает множество задач, связанных с общим управлением проектом,
разработкой ПО, проектированием ИС, внедрением, каждая из которых сама по
себе является проектом с присущими ему особенностями. Поэтому в ходе
разработки существуют различные риски.
Риски заказчика связаны с неполным достижением целей проекта и не
эффективно израсходованными средствамаи, а риски исполнителя - с
возможностью резкого превышения фактической себестоимости работ по
сравнению с плановой. Необходимость ведения параллельных и подчас
принципиально отличающихся по своему характеру работ приводит к тому, что
многократно возрастает уровень риска проекта.
Наиболее характерные риски и методы из минимизации приведены в
таблице №9.
72
Таблица №9
Возможные риски проекта и способы их минимизации
Виды
рисков/варианты
менеджмента
рисков
Снижение видов риска
Снижение вероятности
возникновения риска
Риски, связанные
с масштабом
проекта
Детальный анализ каждого
этапа работ,
взаимодействия
участников, организации
работ
Детально проработанная
программа качества,
отработанное управление
конфигурацией проекта,
специальные процедуры
взаимодействия участников
Риски, связанные
с недостаточным
опытом в сфере
ИТ
Проведение обучения
пользователей, включая
руководство, соблюдение
технологий работы
Разработка и утверждение
концепции проекта на
возможно более ранней его
стадии
Технические
риски проекта
Строгий отбор проектной
команды по
квалификационным
критериям. Обучение
участников проекта
технологии проектных
работ, инструментальным
средствам
Использование стандартов
предприятия на проектные
работы, разработка стандартов
проекта
Организационные
риски проекта
Обучение участников
проекта (курс "управление
проектом"), тренинги
команды, как можно более
полная формализация
деятельности
Включение в команду
администратора проекта,
детальное распределение
ролей в проекте
Операционные
риски проекта
Многократное
тестирование созданных
продуктов, тщательная
экспертиза документов
Строгое выполнение процедур
программы качества
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Информационная модель представляет собой схему движения входных,
промежуточных и результативных потоков и функций предметной области.
Кроме того, она объясняет, на основе каких входных документов и какой
73
нормативно-справочной информации происходит выполнение функций по
обработке данных и формирование конкретных выходных документов.
Информационная модель представлена на рисунок 7.
Рис. 7 Информационная модель системы
В соответствии с представленной информационной моделью менеджер
заполняет справочник Состояние проектов. Далее, используя данные
справочников Клиенты, Сотрудники, Города, Фирмы, состояния проектов,
изменяет содержание таблицы Проекты. На основании таблицы Проекты и
Справочника Состояние проектов менеджер получает экранные формы
выходных документов, таких, как список проектов и список этапов выполнения
проектов.
В составе информационного обеспечения рассматриваемого комплекса
задач важное место отводится классификаторам экономической информации:
74
обеспечить сжатие призначной части (идентификатора) показателей, а,
следовательно, и сократить объем хранимой информации в ЭВМ и время на
поиск информации, необходимой для решения задач, облегчить обработку
информации позволяют классификация и кодирование информации.
Классификатор — это документ, с помощью которого осуществляется
формализованное описание экономической информации в ЭИС, содержащий
наименования объектов, наименования классификационных группировок и их
кодовые обозначения.[9] В зависимости от применения они делятся на три
группы:
1. общегосударственные классификаторы, используемые во всех
отраслях и на всех уровнях управления для повсеместного и одинакового
обозначения объектов;
2. отраслевые (ведомственные) классификаторы, используемые в
пределах определенной отрасли (ведомства);
3. локальные, используемые в пределах организации или группы
организации.
Для полной формализации экономической информации недостаточно
простой классификации, поэтому проводят процедуру кодирования.
Кодирование — это процесс присвоения условных обозначений объектам
и классификационным группам по соответствующей системе кодирования. [9]
Система кодирования — это совокупность правил обозначения объектов и
группировок с использованием кодов. [9]
Код — это условное обозначение объектов или группировок в виде знака
или группы знаков в соответствии с принятой системой. Все системы
кодирования можно сгруппировать в два подмножества: регистрационных и
классификационных систем кодирования.[9]
Требования, которым должны удовлетворять разрабатываемые
классификаторы, следующие:
полнота охвата объектов и признаков классификации каждым
классификатором;
75
согласованность признаков деления множеств объектов с
алгоритмами обработки экономической информации;
взаимная однозначность наименований объектов и их кодовых
обозначений;
простота кодирования и возможность автоматизации
классификации и кодирования;
возможность увязки с другими классификаторами и системами
обозначений;
эффективность использования классификатора при обработке
информации.
В системе используется следующие виды системы кодирования,
указанные в таблице 10.
Таблица №10
Используемые системы кодирования
Кодируемое
множество
объектов
Длина
кода
Мощность
кода
Система
кодирования
Система
классификации
Вид
классифика
тора
Клиенты
4
9999
Порядковая
Отсутствует
Локальный
Проекты
4
9999
Порядковая
Отсутствует
Локальный
Состояния
проектов
2
99
Порядковая
Отсутствует
Локальный
1) Классификатор клиентов
Структурная схема классификатора клиентов представлена на рис. 2.4..
К1=[XXXX] – Код клиента
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
В системе используются справочники, приведенные в таблице №11.
76
Таблица №11
Перечень используемых справочников
№
пп
название
справочника
ответственный
за ведение
средний
объём
справочника
в записях
среднюю
частоту
актуализации
средний
объем
актуализации,
%
1
Сотрудники
Администратор
100
1 раз в месяц
10
2
Фирма
Администратор
50
1 раз в месяц
10
3
Клиенты
Пользователь
50
1 раз в месяц
10
4
Город
Администратор
500
1 раз в неделю
25
5
Состояние
проектов
Пользователь
50
1 раз в месяц
10
Реквизитный состав справочников приведен в таблице №12.
Таблица №12
Реквизитный состав справочников
№
пп
Наименование
Перечень реквизитов
1.
Сотрудники
Фамилия, имя, отчество
Дата рождения
Должность
2.
Фирма
Наименование
Город
Оргформа
Контактное лицо
3.
Клиенты
Фирма
Фамилия, имя, отчество
Дата регистрации
Адрес
E-mail
ФИО руководителя
4.
Состояние проектов
Наименование состояния