Разработка информационной системы автоматизации бизнес-процессов проектной фирмы "Уралтрубопроводстройпроект"

6. Акт актуализации РД.

При подготовке специалиста к выезду ему необходимо подготовить документы такие как акт актуализации рабочей документации и табель учета рабочего времени. Ниже приводится описание объекта «Акт актуализации РД».

6.1. Жизненный цикл данного объекта начинается с команды создания.

По команде контекстного меню объекта «Выезд» в составе объекта «График АН» «Создать акт актуализации РД» открывается форма акта, в которой автоматически заполняются данными атрибуты объекта (табл. 7).

По команде «Сформировать Word» создается Word-файл, акту присваивается статус «сформирован».

После завершения выезда по команде контекстного меня объекта «Акт актуализации РД» «Прикрепить файл» сотрудник прикрепляет скан-копию подписанного акта, объекту выставляется статус «Акт подписан», который ограничивает создание нового объекта «Акт актуализации РД» в текущем объекте «Фактический выезд», а также ограничивает внесение изменений в документ.

5.2. Атрибуты объекта «Акт актуализации РД» представлены в таблице 11.

Таблица 11. Атрибуты объекта "Акт актуализации РД"

7. Табель учета рабочего времени

Табель учета рабочего времени создается перед выездом, как и акт актуализации РД.

6.1. Жизненный цикл табеля начинается с команды создания.

По команде контекстного меню «Создать табель учета рабочего времени» открывается форма табеля, в которой автоматически заполняются атрибуты данного объекта (см. табл. 10)

По команде на форме «Сформировать Word» создается Word-файл, объекту присваивается статус «табель сформирован».

После завершения выезда к объекту «Табель учета рабочего времени» сотрудник прикрепляет скан-копию, и объекту присваивается статус «Табель подписан», который ограничивает создание нового объекта «Табель учета рабочего времени» в текущем объекте «Фактический выезд», а также ограничивает внесение изменений в документ.

6.2. Атрибуты объекта «Табель учета рабочего времени» представлены в таблице 12.

Таблица 12. Атрибуты объекта «Табель учета рабочего времени»

8. Авансовый отчет.

После завершения выезда специалисту АН нужно составить отчеты по выезду: авансовый отчет и надзорный отчет.

7.1. Жизненный цикл объекта «Авансовый отчет» представлен на рис. 14.

Рисунок 14. Жизненный цикл объекта "Авансовый отчет"

Авансовый отчет содержит скан-копии чеков и билетов, которые специалист АН вне системно добавляет в единый pdf-файл. Скан-копию подписанного авансового отчета специалист прикрепляет к объекту «Авансовый отчет» по команде контекстного меню «Прикрепить файл» данного объекта. Объект «Авансовый отчет» приобретает статус «подписан», который ограничивает создание нового объекта «Авансовый отчет» в текущем объекте «Фактический выезд», а также ограничивает внесение изменений в документ.

9. Надзорный отчет.

Надзорный отчет создается по итогу выезда, в который специалист добавляет фотографии с объекта и дает краткий комментарий по выезду.

9.1. Жизненный цикл объекта «Надзорный отчет» начинается с команды создания.

По команде контекстного меню «Сформировать надзорный отчет» открывается форма надзорного отчета, в которой автоматически заполняются атрибуты (см. табл. 13), по команде на форме «Сформировать надзорный отчет» открывается Word-файл с заполненными данными, и объекту выставляется статус «надзорный отчет сформирован». Далее пользователь вне системна наполняет сформированный файл необходимой информацией.

По команде контекстного меню формы «Добавить файл», пользователь добавляет готовый pdf-файл надзорного отчета.

9.2. Атрибуты надзорного отчета определены в табл. 13.

Таблица 13. Атрибуты объекта "Надзорный отчет"

Команды, указанные в п. 6-9 становятся недоступны при статусе объекта «Фактически выезд» «выезд завершен».

10. Журнал АН.

Журнал авторского надзора необходим специалистам для внесения замечаний об отступлениях от рабочей документации, несоблюдении норм и правил строительства, учета согласованных исправлений, вносимых в документацию.

10.2. Жизненный цикл объекта «Журнал АН» представлен на рис. 15.

Рисунок 15. Жизненный цикл объекта "Журнал АН"

По команде контекстного меню «Сформировать журнал» открывается форма журнала АН, в которой автоматически заполняются данными атрибуты, кроме количества страниц и адреса заказчика, которые куратор указывает в специальном поле на форме (см. табл. 13).

По команде «Сформировать Word» на форме создается Word-файл журнала, объекту присваивается статус «Журнал сформирован».

9.2. Атрибуты объекта «Журнал АН» перечислены в табл. 14.

Таблица 14. Атрибуты объекта "Журнал АН"

По команде «Сформировать приказ АН» на форме данные экспортируются в Word-файл (рис. 20).

Рисунок 20. Команда «Сформировать приказ АН»

После применения команды, объект приказ приобретает статус «сформирован». Данные отображаются в во вкладке «Системные» (рис. 21).

Рисунок 21. Статус «Приказа АН» - «сформирован»

Подписанный приказ в виде PDF-файла добавляется во вкладке «Файлы» по команде из контекстного меню «Добавить файл» (рис. 22).

Рисунок 22. Контекстное меню вкладки «Файлы»

В системе предусмотрены различные способы добавления файлов, после выполнения команд файлы отображаются во вкладке (рис. 23).

Рисунок 23. Файлы объекта «Приказ АН»

Добавление файла означает, что приказ был подписан, поэтому объекту приказа выставляется статус «подписан» (рис. 24).

Рисунок 24. Статус приказа «подписан»

Добавленные файлы можно просматривать по команде котнекстного меню «Просмотр» (рис. 25-26).

Рисунок 25. Контекстное меню файла

Рисунок 26. Просмотр файла подписанного приказа в системе

В четвертой заключительной главе приведен пример пользовательской работы сотрудника авторского надзора, реализованный в системе электронного документооборота TDMS. Приведены экранные формы создания приказа АН, заполнения его Word-формы, смены статуса объекта системы и их описание.

Заключение

В данной работе для раскрытия темы были рассмотрены теоретические предпосылки по проектированию информационных систем: описаны методы и подходы к проектированию, их достоинства и недостатки, а также стандарты ГОСТ серии 34 на проектирование автоматизированных ИС.

В работе также приведена характеристика предприятия и выделены ее основные бизнес-процессы. Для того, чтобы найти область для автоматизации автором работы были проведены интервью и беседа с сотрудниками предприятия. Исходя из полученных знаний в ходе обучения по специальности и знаний о деятельности фирмы, был определен бизнес-процесс, в котором есть потенциал для автоматизации - процесс авторского надзора.

Определив область автоматизации, автор работы провела интервью с исполнителем данного процесса, и на основании полученных ответы были сформированы модели бизнес-процесса «как есть» и «как должно быть». Также были сформированы функциональные требования к информационной системе.

Далее был разработан проект модуля информационной системы автоматизации процесса «Авторский надзор»: созданы объекты системы, описано их поведение, жизненный цикл, действия пользователя. Таким образом6 была достигнута основная цель данного исследования - проект ИС, что по сути представляет собой техническое задание на внедрение информационной системы и оптимизация работы сотрудников группы авторского надзора. Разработанные элементы системы были внедрены в систему электронного документооборота предприятия TDMS. Предлагаемый алгоритм работы был также продемонстрирован в данной работе.

В результате исследования автором данной работы был сделан вывод о том, что в разработанной модели все еще есть потенциал для улучшений. Главным образом он заключается в том, чтобы оптимизировать процессы верхнего (административного) уровня: контроль за качеством и сроками исполнения процессов. В данном же исследовании были оптимизированы только процессы нижнего уровня, то есть исполнительского, однако была достигнут определенный уровень оптимизации: сотрудники освобождены от большей части ручной рутинной работы, организовано централизованное хранение информации, обеспечена целостность генерируемой информации и облегчен поиск документов.

Литература

1. Паронджанов С.Д. Методология создания корпоративных ИС.

2. Шевченко О.В. Анализ современных подходов проектирования информационных систем.

3. Ивлев В.А., Попова Т.В., Чекаленко Ю.А. Два подхода к проектированию информационных систем.

4. Анисимов В.В. Проектирование информационных систем.

5. ГОСТ 34.003-90 «Автоматизированные системы. Термины и определения».

6. ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания».

7. Верников Г. Основные методологии обследования организаций. Стандарт IDEF0.

8. Колчин А. Что такое PDM?

9. Сенчугова И.А. PDM-системы. Для чего они, собственно, нужны промышленному предприятию.

10. Репин В.В. Business Studio, нотация eEPC: границы процессов, события, стрелки.

11. Сагалович А.В. Описание нотации eEPC. Часть 1.

12. Грекул В.И. BPwin и ERwin. Проектирование информационных систем / В.И. Грекул, Г.Н. Денишенко, Н.Л. Коровкина. - М.: Интернет-Ун-т Информ технологий, 2005. - 304с.

Размещено на Allbest.ru