заинтересованными участниками проекта. По существу, это «нервная система
проекта», от степени совершенства которой зависит во многом его успех. Эко-
номические условия связаны со сметой и бюджетом проекта, ценами, налогами
и тарифами, риском и страхованием, стимулами и льготами и другими экономи-
ческими факторами, действующими внутри проекта и определяющими его ос-
новные стоимостные характеристики.
Социальные условия проекта характеризуются:
−
обеспечением стандартных условий жизни для участников;
−
уровнем заработной платы;
−
предоставляемыми коммунальными услугами;
−
предоставлением социальных условий: школы, сады, медобслуживание,
отдых и т.д.;
−
условиями труда и техники безопасности;
−
страхованием и социальным обеспечением. Безусловно, все это влияет
па успешное осуществление проекта.
К прочим факторам можно отнести:
−
экологическое воздействие результатов проекта на окружающую среду;
−
технические условия:
−
принятые основные технологии проекта;
−
оборудование, машины и др.
Команда проекта является «мозговым центром», мотором и исполнитель-
ным органом, от которого во многом зависит прогресс и успех.
Команда проекта – совокупность отдельных лиц (участников проекта),
привлеченных к выполнению работ проекта и ответственных перед руководите-
лем проекта за их выполнение. В таблице 2.3 приведены руководители проекта.
Таблица 2.3
Руководство проектом
Руководство проектом осуществляют генеральный директор и начальник
отдела документооборота.
Ниже приведена структура проектной команды (рисунок 2.20) и краткое
описание проектных ролей.
Z
Рисунок 2.20 – Структура проекта
Как видно из рисунка 2.20, команда проекта состоит из следующих участ-
ников:
−
Руководитель проекта;
−
Куратор проекта;
−
Администратор сети;
−
Бизнес-аналитик;
−
Специалист по модели данных;
Роль
ФИО, должность
Руководитель проекта
Сергеев И.В., генеральный директор
Помощник руководителя проекта
Николаев А.Н., начальник отдела документооборота
−
Администратор базы данных;
−
Администратор приложений;
−
Системный администратор;
−
Разработчики ИС.
В таблице 2.4представлены ключевые лица проекта.
Таблица 2.4
Ключевые лица
Ключевыми лицами проекта являются руководитель и куратор проекта, а
также разработчики.
Обозначим права и обязанности руководителя проекта.
−
общий контроль проекта;
−
поддержка проекта финансовыми, материальными, человеческими
проектами.
Права и обязанности членов команды:
−
сбор и обработка требований;
−
документирование и передача специалистам исполнителя;
−
выработка требований к БД, ее проектирование, реализацию, опти-
мизацию, сопровождение;
−
установка и настройка сервера приложений и его компонентов.
Далее в таблице 2.5 приведено описание проектных ролей каждого участ-
ника.
Таблица 2.5
Описание проектных ролей
ФИО, должность
Роль
Иванов М.Н., инженер-программист
Разработчик
Сергеев И.В., генеральный директор
Руководитель проекта
Николаев А.Н., начальник отдела докумен-
тооборота
Куратор проекта
Проектная
роль
Описание проектной роли
Матрица распределения ответственных за выполнение проекта представ-
лена в таблице 2.6.
Таблица 2.6
Матрица ответственности для бизнес-процессов
Куратор про-
екта
Руководитель высшего звена, который курирует проект,
обеспечивает общий контроль и поддержку проекта финан-
совыми, материальными, человеческими и другими ресурса-
ми. Куратор проекта отвечает за достижение проектом ко-
нечных целей и реализацию выгод для организации.
Руководитель
проекта
Руководитель проектной команды, ответственный за управ-
ление проектом, достижение целей проекта в рамках бюдже-
та, в срок и с заданным уровнем качества.
Бизнес-анали-
тик
Обеспечивает двустороннюю взаимосвязь между предметны-
ми экспертами (функциональными специалистами) Заказчика
и IT-специалистами Исполнителя путем сбора требований, их
обработки, документирования и передачи специалистам Ис-
полнителя, а также путем доведения полученных результатов
до представителей Заказчика.
Специалист по
модели данных
Является архитектором модели данных. Формирует концепту-
альную и логическую модели данных. Участвует в формиро-
вании физической модели данных.
Администратор
базы данных
Проводит установку и настройку СУБД. Непосредственно
участвует в разработке физической модели данных. Отвечает
за выработку требований к БД, её проектирование, реализа-
цию, оптимизацию, сопровождение и архивирование, вклю-
чая управление учётными записями пользователей БД и за-
щиту от несанкционированного доступа.
Администратор
приложений
Обеспечивает установку и настройку сервера приложений и
его компонентов, разработку дополнительных приложений.
Обеспечивает разграничение прав доступа на прикладном
уровне.
№
п/п
Процесс/Субъект
Ру
ко
во
ди
те
ль
пр
ое
кт
а
Ку
ра
то
р
пр
ое
кт
а
Би
зн
ес
-
ан
ал
ит
ик
Сп
ец
иа
ли
ст
по
мо
де
ли
да
нн
ых
Ад
ми
ни-
стр
ато
р
баз
да
нн
ых
Ад
ми
ни
ст
ра
то
р
пр
ил
о
ж
ен
ий
Ад
ми
ни
ст
ра
то
р
се
ти
Си
ст
ем
н
ы
й
ад
ми
ни
ст
ра
то
р
Ра
зр
аб
от
чи
к
ИС
1
Заключение кон-
тракта
У
О
2
Согласование про-
цедур управления
У
О
3
Сбор команды про-
екта
У
О
4
Обучение членов
проектной команды
У
О
5
Системно-аналити-
ческое обследова-
ние объекта автома-
тизации
У
О
6
Анализ и обработка
полученной инфор-
мации
У
О
7
Разработка концеп-
туальной модели
данных
У,О
8
Разработка техни-
ческого задания
У
О
9
Согласование и
утверждение
У
О
О
10
Определение общей
функциональной и
технической архи-
тектур
11
Разработка логиче-
ской модели данных
У,О
12
Обоснование выбо-
ра программного
обеспечения
У
О
13
Разработка предва-
рительного регла-
мента взаимодей-
ствия
У
О
14
Эскизное проекти-
рование процессов
ETL
У
О
15
Эскизное проекти-
рование интерфей-
сов пользователя
У
О
16
Оформление эскиз-
ного проекта
У
О
17
Согласование и
утверждение
У
О
18
Определение функ-
циональной и тех-
нической архитек-
тур
У
О
19
Формирование пла-
на развертывание
системного ланд-
шафта
У
О
20
Разработка физиче-
ской модели данных
О
У
21
Разработка и согла-
сование регламен-
тов взаимодействия
информационных
систем
У
О
22
Проектирование
процессов ETL
У
О
23
Проектирование ин-
терфейсов пользо-
вателя
У
О
24
Оформление техни-
ческого проекта
У
О
25
Согласование и
утверждение
У
О
26
Разработка рабочей
документации на
систему и на её ча-
сти
У
О
27
Разработка или
адаптация программ
У
О
28
Согласование и
утверждение
У
О
29
Подготовка объекта
автоматизации к
вводу системы в
действие
У
О
30
Подготовка персо-
нала
У
О
31
Комплектация си-
стемы поставляе-
мыми изделиями
У
О
32
Строительно-мон-
тажные работы
У
О
33
Пусконаладочные
работы
У
О
34
Проведение пред-
варительных испы-
таний
У
О
35
Проведение опыт-
ной эксплуатации
У
О
36
Проведение приё-
мочных испытаний
У
О
37
Завершение работ
У
О
В таблице 2.6 распределены роли участников на каждом этапе, где У –
означает управляющий, О – ответственный. Остальные участники являются ис-
полнителями.
Таким образом, были определены этапы реализации проекта, участники
реализации проекта, распределены роли, установлены сроки внедрения проекта
и определена зона ответственности участников проекта.
Как было сказано выше, н еобходимость оптимизации структуры управле-
ния обусловлена тем, что отдел документооборота предприятия ведет докумен-
тацию всех подразделений. В итоге многие процессы дублируются. Необходимо
автоматизировать документооборот, убрать отдел документооборота и тем са-
мым оптимизировать структуру управления.
Цель проекта – автоматизация документооборота компании и оптимиза-
ция структуры управления.
Задачи проекта:
−
сформировать требования к системе;
−
разработать концепцию;
−
сформировать команду проекта;
−
назначить проектные роли;
−
разработать структуру проекта;
−
определить сроки и ресурсы проекта;
−
рассчитать сроки;
−
оценить риски.
Продуктом проекта будет программа для автоматизации ведения докумен-
тооборота.
Участники проекта:
38
Выполнение работ в
соответствии с га-
рантийным обяза-
тельством
У
О
39
Послегарантийное
обслуживание
У
О
−
директор компании – руководитель проекта;
−
нача льник отдела IT – куратор проекта;
−
нача льник отдела документооборота, который формулирует требования к
разрабатываемой системе;
−
бизнес-аналитик;
−
специалист по модели данных;
−
администратор баз данных;
−
администратор приложений.
Предпосылками к реализации проекта является необходимость
повышения качества данных, сокращения операционных затрат.
Сроки проекта: старт 1 марта 2019 года - конец 5 июля 2019 года.
На рисунке 2.12 приведены основные сроки и общие этапы организации
проекта.
Рисунок 2.12 – Организация проекта
Как видно из рисунка, к общей организации проекта относится заключе-
ние контракта, согласование процедур управления, сбор команды проекта и
обучение членов проектной команды.
Реализация проекта внедрения автоматизированной системы документо-
оборота будет состоять из следующих этапов:
1. Формирование требований к АС;
2. Разработка концепции АС;
3. Техническое задание;
4. Эскизный проект;
5. Технический проект;
6. Рабочая документация;
7. Ввод в действие;
8. Сопровождение АС.
Подробнее стадии создания и их продолжительность приведены ниже
(рисунки 2.13-2.16).
На рисунке 2.13 представлены этапы формирования требований к автома-
тизированной системе, разработки концепции и разработки технического зада-
ния.
;
Рисунок 2.13 – Формирование требований и разработка техниче-
ского задания
Как видно из рисунка 2.13, длительность этапа составила 24 дня
На рисунке 2.14 показаны этапы эскизного проекта.
Рисунок 2.14 – Эскизный проект
Длительность разработки эскизного проекта составляет 12 дней.
На рисунке 2.15 показаны этапы технического проекта.
Рисунок 2.15 – Технический проект
Длительность разработки технического проекта составляет 32 дня.
На рисунке 2.16 показаны этапы разработки рабочей документации.