41
2. Проектная часть
2.1 Разработка проекта автоматизации: информационный
менеджмент
2.1.1 Этапы жизненного цикла проекта автоматизации
Модель жизненного цикла системы включает в себя все этапы жизненных
циклов, начиная от создания системы и заканчивая её
подразделяются
эксплуатацией.
Таким
функциональной
образом, жизненный
Таким
цикл информационной
ISO
системы охватывает
поставка
все
стадии и
проводится
этапы ее
предоставлены
создания, сопровождения и
проектных
развития:
предпроектный
современным
анализ (включая формирование
во
функциональной и
информационной
сопровождение
моделей объекта,
полно
для которого
этих
предназначена информационная
основные
система);
проектирование,
образом
системы (включая разработку
сборку
технического задания,
самостоятельная
эскизного и технического
относятся
проектов);
разработку
положения
системы (в том
охватывает
числе программирование и
интеграцию
тестирование
прикладных
разработку
программ на
основные
основании проектных
обновляемые
спецификаций подсистем,
всего
выделенных на
предпроектный
стадии проектирования);
образом
интеграцию и сборку
самостоятельная
системы, проведение
подразделяются
ее испытаний;
выполнены
эксплуатацию системы и
положения
ее сопровождение;
выбора
развитие системы [10].
В
цикла
течение жизненного
сопровождение
цикла системы
интеграцию
проводится модернизация
регламентированы
ее технико-
программной
три
базы. При
современным
этом, прикладное
системы
программное обеспечение
цикла
системы
должно
основании
быть сохранено и
жизненных
перенесено на
этапов
обновляемые аппаратно-программные
программное
платформы.
Так
программного
как была
для
выбрана самостоятельная
недостаточно
разработка информационной
жесткие
системы, то
объекта
основной критерий
Эти
выбора стандарта
Однако
жизненного цикла
жесткие
не должен
прикладное
подразумевать жесткие
системы
нормативные критерии и
предпроектный
должен соответствовать
испытания
современным требования к
технического
информационной системе.
В
жесткие
России, создание и
эксплуатацией
испытания автоматизированных
уже
систем, к которым
прикладных
относятся и информационные
технического
системы, регламентированы
течение
рядом ГОСТов,
положения
прежде
всего
цикл
серии 34. Однако,
полно
отдельные положения
информационных
этих ГОСТов
интеграцию
уже устарели, а
выбора
ряд
этапов
течение
жизненного цикла
этом
информационных систем
Эти
предоставлены недостаточно
автоматизированных
42
полно. Международный
серии
стандарт ISO/IEC 12207
недостаточно
определяет структуру
прикладных
жизненного
цикла,
программное
содержащую процессы,
должно
которые должны
подразумевать
быть выполнены
как
во время
интеграцию
создания программного
обновляемые
обеспечения информационной
спецификаций
системы.
Эти
жизненного
процессы подразделяются
охватывает
на три группы: основные (приобретение,
поставка, разработка, эксплуатация и сопровождение), вспомогательные
(документирование, управление конфигурацией, обеспечение качества,
верификация, аттестация,
аудит и решение проблем) и организационные (управление проектами,
создание инфраструктуры проекта, определение, оценка и улучшение самого
жизненного цикла, обучение).
Однако,
рекомендации
стандарт ISO/IEC 12207
этапа
не предлагает
очень
конкретной модели
что
жизненного цикла и
моделей
методов разработки,
такого
его рекомендации
Суть
являются общими
чтобы
для
любых
каскадная
моделей жизненного
каскадный
цикла. Он
документации
ориентирован на
хороших
разработку ИС в
разработки
рамках
предприятия.
группой
Другие стандарты
формируется
более ориентированы
сроков
на производителей
ISO
ИС и
подразумевают
моментом
более жесткие
уточнения
требования. Из
том
существующих, в настоящее
один
время,
моделей,
затрат
наиболее распространены
завершения
две: каскадная и
единое
спиральная [1]. Суть
информационная
различий
в том,
разработчиков
что в каскадной
разработчиков
модели информационная
Каскадная
система является
работ
однородной и ее
Однако
программное обеспечение
от
определяется как
этапы
единое (с ней)
разработчиков
целое. При
самого
выполнении
этих
только
условий каскадный
самого
метод позволяет
такую
достичь хороших
Другие
результатов.
Рис.7.
разработку
Каскадная модель
один
жизненного цикла
подразумевают
Суть каскадного
обеспечение
метода, представленного
стало
на рисунке
сроков
Рис.7 заключается в
заключается
разбиении всей
модель
разработки на
каскадный
этапы, причем
проблем
переход от
цикла
предыдущего этапа к
есть
последующему осуществляется
аудит
только после
определяется
полного завершения
переход
работ
предыдущего
формируется
этапа. Соответственно,
решение
на каждом
условий
этапе формируется
удлиняющими
законченный
набор
обеспечение
проектной документации,
повышающими
достаточной для
представленного
того, чтобы
стандарты
разработка могла
возврата
Анализ
Проектирование
Реализация
Внедрение
Сопровождение
43
быть продолжена
улучшение
другой группой
предприятия
разработчиков. Другим
такого
положительным
моментом
конкретной
каскадной модели
уложить
является возможность
самого
планирования сроков
конкретной
завершения работ и
этапа
затрат на
появление
их выполнение.
принятых
Однако, у каскадной
разбиении
модели есть
модели
один существенный
цикла
недостаток - очень
определяется
сложно уложить
схему
реальный процесс
целью
создания программного
ранее
обеспечения в такую
уточнения
жесткую схему и
требования
поэтому, постоянно
продолжена
возникает необходимость
ней
возврата к предыдущим
возврата
этапам, с целью
Однако
уточнения и
пересмотра
общими
решений, принятых
повышающими
ранее. Результатом
цикла
такого конфликта
улучшение
стало
появление
рекомендации
модели с промежуточным
ISO
контролем. Она
метод
представлена на
ориентированы
рисунке Рис.
8. Эта модель характеризуется межэтапными корректировками, удлиняющими
период разработки изделия, но повышающими надежность [12].
Рис. 8. Модель жизненного цикла
Однако и каскадная модель, и модель с промежуточным контролем обладают
серьезным недостатком - запаздыванием с получением результатов. Данное
обстоятельство объясняется тем, что согласование
времени
результатов возможно
же
только
после
выбрана
завершения каждого
предыдущего
этапа работ.
проявляются
На время
проектирование
же проведения
неточного
каждого этапа
ограничение
требования жестко
эти
задаются в виде
этапом
технического задания.
Она
Так что
предыдущего
существует
опасность,
начинать
что из-за
требований
неточного изложения
предыдущего
требований или
виде
их изменения,
полно
за
длительное
время
время создания
следующим
программного обеспечения,
предпочтительнее
конечный продукт
каждый
окажется невостребованным.
из
Спиральная модель,
именно
представленная на
жестко
рисунке Рис. 9
модель
позволяет начинать
продукту
работу над
эти
следующим этапом,
дожидаясь
не дожидаясь
следующие
завершения предыдущего.
их
Спиральная модель
которых
имеет целью
рисунке
как можно
реализация
раньше ознакомить
задачи
пользователей с
работоспособным
проекта
продуктом, корректируя
по
при необходимости
особенно
требования к
разрабатываемому
эти
продукту и каждый "виток"
ограничение
спирали означает
задаются
создание
фрагмента
завершения
или версии.
после
Основная проблема
определений
спирального цикла -
при
определение
момента
перехода
перехода на
продукт
следующий этап, и
системы
возможным ее
требования
решением является
согласование
Анализ
Проектирование
Реализация
Внедрение
Сопровождение
44
принудительное ограничение
определение
по времени
неточного
для каждого
завершения
из этапа
ограничение
жизненного цикла.
начинать
Наиболее полно
что
достоинства такой
предыдущего
модели проявляются
ознакомить
при обслуживании
модели
программных средств.
не
Рис. 9. Спиральная
виде
модель
Сравнивая
из
эти модели,
была
можно сказать,
сказать
что каскадная
работоспособным
модель более
имеет
универсальна. Спиральная
перехода
же модель
необходимости
более ориентирована
необходимости
именно на
как
информационные системы,
она
особенно на
работоспособным
программные продукты,
формирование
поэтому при
цикла
разработке информационных
технического
систем и их
проявляются
программного обеспечения
следующим
она
предпочтительнее
требований
каскадной [13].
Основываясь
изменения
на проведенном
времени
анализе, для
более
проекта автоматизации
особенно
была
выбрана
проблема
каскадная модель
конечный
жизненного цикла
начинать
ИС, т.к в разрабатываемой
промежуточным
ИС
изначально
разрабатываемой
можно определить
информационные
все основные
этап
задачи проектирования.
она
Она имеет
раньше
следующие этапы:
задаются
анализ;
проектирование;
объясняется
реализация;
внедрение;
окажется
сопровождение;
Цель
можно
этапа «Анализ» - формирование
Этап
технического задания. Этап
разбивается на подэтапы, задачи, которых: определений требований к ИС,
определение функций ИС и стратегий автоматизации, обоснование проектных
решений по техническому, информационному и программному обеспечению.
Анализ
Проектирование
Реализация и
тестирование
Интеграция
Версия
1
Версия 2
Версия 3
Определение
требований
45
Результативная информация – это документация по техническому заданию.
Информация для анализа берется из интернета и отдела планирования.
Цель этапа «Проектирование» - разработка проекта автоматизации и
разработка информационного обеспечения задачи. Разработка проекта
автоматизации включает в себя разработку
установку
плана-графика, архитектуры
работа
проекта,
анализ
результативной
рисков, а также
экранных
оценку стоимости
два
проекта. Разработка
образом
информационного
обеспечения
корпоративную
задачи включает в
подготовку
себя разработку
необходимую
информационного модели,
делают
классификаторов и прототипов
представлена
экранных форм.
Рис
Результативная информация –
архитектуру
это
проектная
Результативная
документация.
Цель
специалисты
этапа «Реализация» - разработка
происходит
программного обеспечения
технического
ИС. Этап
их
включает в себя
редактируют
подготовку к разработке
форм
ПО и разработку
создание
ПО. Результативная
организационная
информация – это
экранных
документация по
работают
ПО.
Цель
результативную
этапа «Внедрение» включает в
устранение
себя установку
делают
элементов ПО
информационного
ИС и
технического
встроена
обеспечения, а также
встроена
их тестирование и
происходит
устранение выявленных
на
ошибок. Этап
всю
разбивается на
аналитики
два подэтапа:
информацией
создание среду
аналитики
функционирования ИС
и
стоимости
тестирование ИС.
через
Цель этапа «Сопровождение» -
работа
мониторинг и доработка
архитектуры
программного и
технического
форм
обеспечения ИС в
организационной
процессе эксплуатации, а
статистические
также работа с
которые
пользователями.
Проектирование и разработка программного обеспечения, в том числе и
экономических информационных систем — это логически сложная, трудоемкая и
длительная работа, требующая высокой квалификации участвующих в ней
специалистов. Современные технологии проектирования и разработки
программных средств предполагают поэтапное решение соответствующих задач.
При создании экономической информационной системы в составе процесса
разработки были выделены этапы, перечисленные в таблице 3. На основании
экспертных оценок, с учетом состава коллектива разработчиков и предполагаемой
сложности модуля, были определены их планируемые продолжительности.
Таблица 3 – Этапы разработки ИС
№
этапа
Наименование
Обозначение
Рабочих
дней
(по 4 часа)
46
1
Сбор и анализ требований
Тсб
7
2
Постановка задачи
Тп
4
3
Составление технического задания
Ттз
4
4
Проектирование и разработка базы данных
Тбд
12
5
Разработка алгоритмов
Талг
14
6
Проектирование интерфейса пользователя
Тип
8
7
Программирование функциональных модулей
Тпр
22
8
Тестирование программы
Тт
10
9
Составление документации и инструкций
Тдок
7
10
Сдача системы в эксплуатацию
Tсд
14
Итого:
102
В соответствии с необходимой численностью и выполняемыми функциями
было установлено штатное расписание группы специалистов-разработчиков. К
разработке привлечено 3 специалиста:
Руководитель – начальник отдела планирования производства;
Программист – сотрудник отдела планирования производства;
Ведущий специалист – сотрудник отдела планирования производства,
студент.
В таблице 4 представлено участие специалистов в поэтапной разработке ИС .
Помимо представленных задач, руководитель осуществляет контроль за ходом
выполнения проекта на всех этапах. На основании сведений, представленных в
таблице 4, видно, что на каждом этапе разработки задействованы не все
специалисты, что делает целесообразным использование повременного способа
оплаты их труда на основании фактического количества отработанных дней.
Таблица 4 – Распределение специалистов по этапам разработки ИС
этапа
Обозначение
Продолжительность
Задействованный персонал
Руководитель
Программист
Вед.
специалист
1
Тсб
7
-
-
7
2
Тп
4
3
-
1
3
Ттз
4
4
-
1
47
4
Тбд
12
-
5
7
5
Талг
14
-
10
14
6
Тип
8
-
8
4
7
Тпр
22
-
8
22
8
Тт
10
2
4
7
9
Тдок
7
7
7
7
10
Tсд
14
2
5
10
Итого:
102
18
47
80
На
программного
рисунке Рис. 11
организационная
представлена организационная
экранных
архитектура проекта. В
доставки
организационную архитектуру
технического
проекта входят
которые
пользователи: специалисты
организационной
по
планированию
два
продаж, производства,
это
складирования и доставки,
архитектура
филиалы и
финансовые
работают
аналитики. Филиалы и
делают
финансовые аналитики
подготовку
получают всю
Разработка
необходимую результативную
архитектура
информацию через
информационного
корпоративную ИС.
Таким
Взаимодействие элементов
получают
организационной архитектуры
элементов
происходит следующим
организационной
образом: специалисты
включает
по планированию
рисков
непосредственно работают с
Пользователями
ИС, они
деятельности
редактируют и просматривают
на
таблицы, делают
Таким
запросы, получают
специалисты
отчеты с
результативной
Филиалы
информацией (планы) [14].
48
Рис. 11. Организационная архитектура проекта
Пользователями являются также менеджеры филиалов, которые получают
готовые файлы с планами по направлениям деятельности, а также финансовые
аналитики. Финансовые
информацию
аналитики получают
например
статистические отчеты.
технической
Таким
образом,
VPN
ИС планирования
филиалов
встроена в корпоративную
например
ИС через
техническую
локальную
вычислительную
то
сеть (далее ЛВС) и
также
через взаимодействие
выход
серверов БД.
технической
На
рисунке
статистические
12 представлена
по
техническая архитектура
которые
проекта.
Корпоративная ИС
Специалист по
планированию
доставки
Специалист по
планированию
продаж
Специалист по
планированию
производства
Специалист по
планированию
складирования
Филиалы
ИС ОТДЕЛА
ПЛАНИРОВАНИЯ
Файлы, таблицы
Запросы
Файлы с планами-отчетами для
осуществления
процесса планирования
Запросы планам - отчетам
Работа с ИС: отчеты,
редактирование таблиц,
просмотр таблиц
Результативная
информация
Измененные
таблицы
Файлы с
отчетами
Финансовые
аналитики
Запросы по отчетамСтатистические
отчеты
49
Рис. 12.
могут
Техническая архитектура
Программная
проекта
Техническая
же
архитектура ИС
соответствии
отдела планирования
ИС
встраивается в
техническую
направлением
архитектуру корпоративной
техническая
ИС с учетом
пла
наличия уже
соответствии
существующих
технических
печать
элементов. В технической
отделе
архитектуре пользователей
отдел
ИС добавляется
архитектуре
сервер БД
технических
ИС планирования.
корпоративной
БД ИС
ПО
планирования взаимодействует с
корпоративной
сервером
корпоративной
программная
ИС. Подключение к
образом
интернету остается
техническая
тем же.
размещенная
На сервере
сервером
БД ИС
информации
планирования размещена
локальную
серверная часть
представлена
ПО, а клиентская –
размещенная
на компьютерах
деятельности
пользователей отдела
только
планирования, которые
БД
непосредственно работают с
имеют
ИС. То
своим
есть, используется
локальную
наиболее распространенная
отдел
архитектура толстый «клиент-
сервер».
финансовые
Через VPN-сервер
программная
осуществляется выход в
серверов
интернет. Сервер
компьютерах
печати
обеспечивает
интернет
распределенный вывод
VPN
на печать с
уже
РС в отделе
пользователей
планирования. Через
планам
сервер Remote
отдел
administrator производится
распределение
ограничение и распределение
предприятия
доступа
пользователей.
направлениям
Так, например, с
наличия
сервера БД
отдел
менеджеры филиалов
То
могут получать
клиентская
информацию по
проекта
планам только в
на
соответствии со
программа
своим направлением
со
Сервер БД
корпоративной ИС
Сервер
печати
Switch
Сервер БД
ИС планирования
Switch
Маршрутизатор
Интернет
Брандмауэр
VPN
Switch
Сервер БД
VPN
Маршрутизатор
Брандмауэр
Remote
administrator
Типовой филиал
Новый сервер
ИТ-отдел
Отдел планирования
50
деятельности. Другие
готовые
пользователи корпоративной
корпоративной
ИС не
являются
имеют доступа к
техническая
информации по
компьютерах
планам.
На
корпоративную
рисунке 13
доступа
представлена программная
размещена
архитектура проекта.
получать
Рис. 13. Программная
пользуется
архитектура проекта
В
информации
программной архитектуре
серверная
проекта остается
Пользователями
то же
проекта
программное
обеспечение,
ПО
что и в программной
аналитики
архитектуре всего
размещенная
предприятия, но
производится
только то,
Рис
которым пользуется
соответствии
отдел планирования.
Программная
Добавляется серверная
сеть
часть ПО
сервере
отдела
планирования,
Таким
размещаемая на
техническая
сервере БД и клиентская программа ИС отдела
планирования, размещенная на РС отдела планирования. Сервера БД
(корпоративный и ИС отдела планирования) взаимодействуют по протоколу
прикладного уровня SNMP 1.1.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Риски на этапе «Определение требований к ИС». Главный риск на данном
этапе это недостаточное определение всех свойств ИС, которые требуются для