Файл: Разработка регламента выполнения процесса «Управление документооборотом» (Описание предметной области).pdf
Добавлен: 27.04.2023
Просмотров: 368
Скачиваний: 1
СОДЕРЖАНИЕ
1.1. Описание предметной области
2. Техническое задание на разработку
1.2.1.1 Полное наименование системы и ее условное обозначение
1.2.1.2 Шифр темы или шифр договора
1.2.1.3 Плановые сроки начала и окончания работы по созданию системы
1.2.1.4 Сведения об источниках и порядке финансирования работ
1.2.2 Назначение и цели создания (развития системы)
1.2.2.2 Цели создания системы являются
1.2.3 Характеристика объектов автоматизации
1.2.3.2 Сведения об условиях эксплуатации объекта.
1.2.4.1 Требования к системе в целом
1.2.4.2 Требования к структуре и функционированию системы
1.2.4.3 Требования к режимам функционирования системы
1.2.4.4 Требования к численности и квалификации персонала системы и режиму его работы
1.2.4.6 Требования к надежности системы
1.2.4.7 Требования безопасности при разработке и функционирования ИС
1.2.4.7 Требования к эргономике и технической эстетики
1.2.4.8 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы
1.2.5 Требования к функциям (задачам), выполняемым системой
1.2.5.1 Перечень подлежащих автоматизации функций
1.2.6 Требования к видам обеспечения
1.2.6.1 Требования к информационному обеспечению
1.2.6.2 Лингвистические требования к системам классификации и кодирования информации
1.2.6.3 Требования к программному обеспечению
Рисунок 4. Структурно-функциональная диаграмма процесса формирования журнала инцидентов
Составляющие процессы:
- учёт инцидентов;
- создание списка участников.
Далее, рассмотрены недостатки данных процессов и выявление варианта решения.
В ходе проведённого анализа выявлен объёмный документооборот процесса учёта инцидентов, выявленных специалистами ревизионного отдела. Также, выявлено, что процесс ведётся средствами пакета MS Office, что сильно осложняет задачу:
- большие трудозатраты при обработке документов специалистом;
- учёт инцидентов и выписка предписаний ведётся медленно;
- большой процент ошибок, связанных с ручным учётом и поиском документов.
Была составлена DFD диаграммы процесса документооборота по учёту инцидентов, выявленных сотрудниками ревизионного отдела – рисунок 5.
Рисунок 5. DFD процесса документооборота по учёту инцидентов, выявленных сотрудниками ревизионного отдела
Диаграммы UML
Специалист ревизионного отдела должен:
- вести базу сотрудников, для каждого сотрудника учитывается занимаемые им должности;
- вести учёт выявленных инцидентов сотрудниками ревизионного отдела. Для каждого инцидента учитываются участники и их роли;
- в обязанности специалиста ревизионного отдела входит формирование предписаний для персонала. Предписания формируются на основании инцидентов.
- специалист ревизионного отдела должен своевременно формировать отчёты по своей деятельности.
На рисунке 6 представлена диаграмма вариантов использования для специалиста ревизионного отдела.
Рисунок 6. Диаграмма вариантов использования
Была разработана диаграмма классов. Диаграммы классов отображают классы и взаимодействие между ними.
Были спроектированы следующие классы:
- Main – класс, описывающий главную форму;
- Grid – класс, описывающий форму работы с таблицами;
- Report – класс, описывающий форму отчётов;
- Incindent – класс, описывающий форму добавления и правки данных об инцидентах;
- Actor – класс, описывающий форму создания списка участников инцидента;
- Instruction – класс, описывающий форму учёта предписаний;
- ListIncident – класс, описывающий форму для создания списка инцидентов для основания;
- DataModule – модуль работы с базой данных.
В таблице 2 представлено описание диаграммы классов.
Таблица 2
Описание классов
|
Класс |
Атрибуты |
Методы |
|
Main |
grdMain; grdSub. |
Show(); AddMain(); EditMain(); DelMain(); AddSub(); EditSub(); DelSub(); OpenGrid(); OpenSub(); Close(); Instruction(). |
|
Grid |
grdMain. |
Show(); Add(); Edit(); Delete(); OpenGrid(); Save(); Cancel(); Select(); Close(). |
|
Report |
vwReport |
Show(); Format(); Export(); Close(). |
|
Incident |
atrIncident |
Show(); Save(); Cancel(). |
|
Actor |
atrActor |
Show(); Save(); Cancel(). |
|
Instruction |
grdMain, grdSub, atrInstruction |
Show(); Add(); Edit(); Delete(); Save(); Cancel(); AddSub(); DeleteSub(); Close(). |
|
ListInstruction |
Instruction |
Show(); Save(); Cancel(). |
|
DataModule |
Connect; Tbls; Query. |
Connecting(); Insert(); Update(); Delete(); Select(). |
На рисунке 7 представлена диаграмма классов для ИС учёта инцидентов и предписаний ревизионного отдела банка.
Рисунок 7. Диаграмма классов
Были рассмотрены сценарии взаимодействия классов. Представлены два сценария – формирование журнала инцидентов и учёт предписаний. Для этого были построены диаграммы последовательности. На рисунке 8 представлена диаграмма последовательности сценария формирования журнала инцидентов.
Рисунок 8. Диаграмма последовательности формирования журнала инцидентов
На рисунке 9 представлена диаграмма последовательности сценария учёта предписаний.
Рисунок 9. Диаграмма последовательности сценария учёта предписания
Логическая модель данных
К входной информации относится:
- анкета сотрудника;
- место работы;
- инцидент;
- участники инцидентов;
- предписание;
- список инцидентов для основания.
В таблице 3 представлена входная информация.
Таблица 3
Входная информация
|
Документ |
Атрибуты |
|
Анкета сотрудника |
фамилия имя отчество; дата рождения сотрудника; пол сотрудника; адрес, по которому зарегистрирован сотрудник; контактный номер телефона; СНИЛС сотрудника; паспортные данные сотрудника. |
|
Место работы |
сотрудник; отдел; должность; стаж; работает или нет. |
|
Инцидент |
номер; дата; тип; описание. |
|
Участники инцидентов |
сотрудник; инцидент; роль. |
|
Предписание |
сотрудник; описание; дата выписки; действует или нет. |
|
Список инцидентов для основания |
инцидент; предписание. |
В таблице 4 представлена нормативно-справочная информация.
Таблица 4
НСИ системы
|
Справочник |
Кто ведёт |
Обновления |
|
Отдел |
Специалист ревизионного отдела |
1 раз в год |
|
Должность |
Специалист ревизионного отдела |
2 раза в год |
|
Тип инцидента |
Специалист ревизионного отдела |
2 раза в год |
|
Роль |
Специалист ревизионного отдела |
2 раза в год |
К результатной информации относится:
- отчёт об инцидентах по сотруднику за период;
- отчёт об инцидентах за период.
В таблице 5 представлено описание результатной информации.
Таблица 5
Описание результатной информации
|
Название |
Реквизиты |
Условия отбора |
|
Отчёт об инцидентах по сотруднику за период |
Номер инцидента; название инцидента; тип инцидента; роль сотрудника. |
Идентификатор сотрудника; период дат. |
|
Отчёт об инцидентах за период |
Данные об инциденте (номер, дата, название) список участников и их роли |
Период дат. |
В таблице 6 представлено описание связей между сущностями.
Таблица 6
Описание связей между сущностями
|
Сущность 1 |
Сущность 2 |
Тип |
Ограничение |
|
Должность |
Работа |
Один ко многим |
- |
|
Отдел |
Работа |
Один ко многим |
- |
|
Персонал |
Работа |
Один ко многим |
Не null |
|
Тип инцидента |
Инцидент |
Один ко многим |
Не null |
|
Инцидент |
Участник |
Один ко многим |
Не null |
|
Роль |
Участник |
Один ко многим |
Не null |
|
Персонал |
Участник |
Один ко многим |
Не null |
|
Персонал |
Предписание |
Один ко многим |
Не null |
|
Предписание |
Список |
Один ко многим |
Не null |
|
Инцидент |
Список |
Один ко многим |
Не null |
Построена логическая модель, которая показывает связи между сущностями в базе данных. Рисунок 10 представлена данная модель.
Рисунок 10. Логическая модель
Заключение
Цель работы – разработка проекта информационной системы документооборота по учёту инцидентов и предписаний ревизионного отдела банка. Цель работы была достигнута.
Был выполнен анализ предметной области, спроектирована модель процессов, спроектирована объектная модель системы. Спроектирована логическая модель базы данных. Спроектирована физическая модель в MS SQL Server 2017. Спроектирован интерфейс для работы с базой данных.
Была построена SADT-модель процесса документооборот по учёту инцидентов, выявленных ревизионным отделом.
Участники процесса специалист ревизионного отдела оперируют очень большим объёмом данных. Это трудоёмкий комплекс задач. При работе используются средства МS Office, что имеет ряд недостатков:
- большие трудозатраты при обработке документов специалистом;
- учёт инцидентов и предписаний проходит медленно;
- большой процент ошибок, связанных с ручным учётом и поиском документов.
Для устранения выявленных недостатков требуется автоматизировать данные процессы. Потребуется разработать и внедрить ИС учёта инцидентов.
В системе требуется предусмотреть учёт следующих данных:
- личные анкеты персонала;
- информация о работе персонала (должности, подразделения и т.д.);
- информация об инцидентах, произошедших на производстве;
- информация об участниках инцидентов;
- данные о выписанных предписаниях по результатам анализа инцидентов;
- также, данные о группе инцидентов, послуживших выписке предписания.
Было разработано техническое задание на ИС учёта инцидентов. Рассмотрены вопросы информационной безопасности. Основные аспекты информационной безопасности системы представлены требованиями к информационной сети предприятия. В самой системе требуется реализовать защиту входа путём авторизации.
Были выбраны инструменты проектирования:
- ERWin ProcessModeler;
- StarUML;
- ErWin DataModeler.
Спроектирована база данных, которая включает в себя:
- анкета сотрудника;
- место работы;
- инцидент;
- участники инцидентов;
- предписание;
- список инцидентов для основания.
Определены классы, из которых состоит система: Main; Actor; Instruction; ListIncident; Incident; Grid; Report; DataModule. Построена диаграмма классов. Рассмотрено взаимодействие классов на диаграммах последовательности по сценариям: ведение журнала инцидентов и учёт предписаний.
Список использованных источников
- ГОСТ Р ИСО/МЭК 12207-2010. Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств. [Текст] - Введ. 01.03.12. - М.: Стандартинформ, 2012. – 98 с. – (Государственный стандарт Российской Федерации).
- Амбалова, З.А. Сравнение методологий разработки интеллектуальных систем в сфере управления комплексными проектами [Текст]// В сб.: Инновационные механизмы решения проблем научного развития сборник статей по итогам Международной научно-практической конференции. 2017. С. 139-141.
- Белов В.В., Чистякова В.И. Проектирование информационных систем: учебник для студ. учреждений высш. проф. образования – М.: Издательский центр «Академия», 2017. – 352с.
- Бетенекова, Н.В., Николаенко В.С. Обобщение структуры проектной документации [Текст]// В сб.: Государство и бизнес. Современные проблемы экономики: материалы IX Международной научно-практической конференции. Северо-Западный институт управления РАНХиГС при Президенте РФ. 2017. С. 224-228.
- Внуков А.А. Защита информации. Учебное пособие - М.: Юрайт, 2017. - 242 с.
- Грекул В.И. Проектирование информационных систем jnТекст]/ В.И. Грекул, Г.Н. Денищенко, Н.Л. Коровкина – М.: Интернет-университет информационных технологий, 2018 г. - 321 с.
- Гудсон Д.Н, Стюард Р.Б. Практическое руководство по доступу к данным. – СПб.:БХВ-Петербург, 2015. – 304 с.
- Давыдова Е.М., Новгородова Н. А. Базы данных Учебное пособие для вузов. – Томск: В-Спектр, 2015. – 128 с.
- Добжинская М.А. Обзор существующих систем электронного документооборота // Научное сообщество студентов XXI столетия. Технические науки: сб. ст. по мат. XLIII междунар. студ. науч.-практ. конф. № 6(42). [Электронный ресурс]. – URL: https://sibac.info/archive/technic/6(42).pdf
- Дубейковский В.И. Эффективное моделирование с CA ErwinProcessModeler. – М.: Диалог-МИФИ, 2015. – 384 с.
- Зыков С.В. Основы проектирования корпоративных систем. – М.: Изд. дом Высшей школы экономики, 2015. – 431 с.
- Ильин В.В. Управление эффективностью внедрения информационных систем. - М.: Нобель Пресс, 2015. - 289 с.
- Иришкова К.Д., Найдис О.А. Исследование вариантов разработки и дальнейшей поддержки автоматизированных систем обработки информации // АНИ: экономика и управление. 2018. №1 (22). URL: https://cyberleninka.ru/article/n/issledovanie-variantov-razrabotki-i-dalneyshey-podderzhki-avtomatizirovannyh-sistem-obrabotki-informatsii
- Коваленко В. Проектирование информационных систем. - М.: Форум, 2018. - 320с.
- Пирогов В.Ю. Некоторые особенности преподавания языка управления базами данных // Мир науки. – 2018. Т.6. №6. С.55.
- Трофимов В.Б., Кулаков С.М. Интеллектуальные автоматизированные системы управления технологическими объектами – М.: Инфра-Инженерия, 2016. – 233с.
- Уткин, В. Информационные системы в экономике / В. Уткин, К. Балдин. – Москва: Academia, 2016. – 288с.