Файл: Разработка регламента выполнения процесса «Управление документооборотом» (Описание предметной области).pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 27.04.2023

Просмотров: 368

Скачиваний: 1

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

СОДЕРЖАНИЕ

Введение

1. Обзор проектных решений

1.1. Описание предметной области

2. Техническое задание на разработку

1.2.1 Общие сведения

1.2.1.1 Полное наименование системы и ее условное обозначение

1.2.1.2 Шифр темы или шифр договора

1.2.1.3 Плановые сроки начала и окончания работы по созданию системы

1.2.1.4 Сведения об источниках и порядке финансирования работ

1.2.1.5 Порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы производится согласно требования к документации и ГОСТ

1.2.2 Назначение и цели создания (развития системы)

1.2.2.1 Назначение системы

1.2.2.2 Цели создания системы являются

1.2.3 Характеристика объектов автоматизации

1.2.3.1 Краткие сведения об объекте автоматизации, или ссылки на документы, содержащие такую информацию

1.2.3.2 Сведения об условиях эксплуатации объекта.

1.2.4 Требования к системе

1.2.4.1 Требования к системе в целом

1.2.4.2 Требования к структуре и функционированию системы

1.2.4.3 Требования к режимам функционирования системы

1.2.4.4 Требования к численности и квалификации персонала системы и режиму его работы

1.2.4.5 Показатели назначения

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.5.2 Требования к функциям

1.2.6 Требования к видам обеспечения

1.2.6.1 Требования к информационному обеспечению

1.2.6.2 Лингвистические требования к системам классификации и кодирования информации

1.2.6.3 Требования к программному обеспечению

1.2.7 Требования к методическому обеспечению системы

Заключение

Список использованных источников

Рисунок 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с.