«Проектирование реализации операций бизнес-процесса «Управление документооборотом»»

Содержание:

ВВЕДЕНИЕ

С распространением персональных компьютеров большинство документооборота организаций создаются в электронном виде с помощью текстовых редакторов и процессоров. Документы, которые организация получает от контрагентов, представлены на бумажных носителях и часто подвергаются оцифровке. Масштабы организации также оказывают влияние на объем документооборотом. Поэтому процесс документооборота нуждается в управлении.

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

Виды и способы организации электронного документооборота могут быть разными – создание общего файлового хранилища на сервере, использование внутренней почты или иных коммуникационных систем. Но это работает до определенного уровня решаемых задач и масштабов деятельности организации. При дальнейшем развитии появляется необходимость во внедрении схемы, которая позволит упорядочить работу и с бумажными документами, и с электронными. Это позволяют сделать системы электронного документооборота различных видов.

Системой электронного документооборота (СЭД) называется программное обеспечение, которое позволяет организовать работу с электронными документами, а также взаимодействие между сотрудниками. Аналогичные зарубежные системы обозначаются аббревиатурой EDMS (Electronic Document Management Systems), что означает систему управления электронными документами.

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

Объектом исследования является бизнес-процесс управления документооборотом.

Предметом исследования является автоматизация процесса управления документооборотом.

Целью работы является проектирование реализации операций бизнес-процесса управления документооборотом.

Для достижения поставленной цели необходимо решить ряд задач:

1. Выбрать комплекс задач автоматизации.
2. Охарактеризовать существующие бизнес-процессы.
3. Описать документооборот, возникающий при решении задачи.
4. Обосновать проектные решения по информационному обеспечению.
5. Дать обоснование проектным решениям по программному обеспечению.
6. Создать и описать информационную модель.
7. Дать характеристику нормативно-справочной, входной и оперативной информации.
8. Охарактеризовать результативную информацию.
9. Разработать общие положения.
10. Дать характеристику базе данных.
11. Разработать структурную схему пакета.
12. Описать программные модули.
13. Разработать контрольный пример реализации.
14. Аналитическая часть
15. Выбор комплекса задач автоматизации

Рассмотрим процесс документации поставленной задачи. Создание проектов документов осуществляется по распоряжению начальника канцелярии, поэтому входным информационным потоком процесса является распоряжение начальника, которое представляет собой устное обращение. В результате формирования документооборота получается документ, подлежащий исполнению. Таким образом выходящим информационным потоком является документ, подлежащий исполнению.

Процесс формирования документации связан со всеми процессами организации, поскольку ее деятельность управляется приказами, постановлениями и распоряжениями, входящими в документооборот.

Процесс формирования документооборота будет рассматриваться от получения распоряжения от руководства до появления готового документа.

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

Процесс формирования документации организации осуществляется специалистами канцелярии.

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

К распорядительной документации относятся:

• постановления;
• решения;
• приказы;
• распоряжения;
• указания.

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

Решение – правовой акт коллегиального или совещательного органа ведомства, создаваемый с целью разрешения наиболее важных вопросов их деятельности.

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

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

Указанием называется правовой акт, направленный на решение вопросов информационно-методического характера, а также вопросов, связанных с организацией исполнения приказов, инструкций и других актов данного органа и вышестоящих органов управления.

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

1. Характеристика существующих бизнес – процессов

Рассмотрим бизнес-процессы предметной области. Характеристика существующих бизнес-процессов будет дана с помощью моделирования бизнес-процессов в методологии IDEF0. Управление процессом осуществляется согласно инструкции. Механизмами процесса являются сотрудники канцелярии и текстовые процессоры, в которых осуществляется создание документов. Входным потоком процесса является распоряжение руководителя. Выходным потоком бизнес-процесса является документ, переданный на исполнение. На рисунке 1 представлена контекстная диаграмма бизнес-процесса управления документооборотом.

На рисунке 2 представлена декомпозиция бизнес-процесса управления документооборотом организации. Процесс управления документооборотом включает в себя формирование, согласование и визирование документа.

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

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

Ответственное лицо за подписание документа просматривает проект документа, если документ оформлен верно, он подписывается и передается на исполнение. Если требуется внесение изменений, они оформляются и передаются сотруднику, ответственному за создание проекта документа.

Рисунок 1. Контекстная диаграмма бизнес-процесса

Рисунок 2. Декомпозиция бизнес-процесса управления документооборотом

1. Характеристика документооборота, возникающего при решении задачи

Создадим схему документооборота рассматриваемого процесса. В рамках осуществления управления документооборотом организации формируются следующие документы:

1. Постановления.
2. Приказы.
3. Решения.
4. Указания.
5. Распоряжения.

Для описания формирования документов составим схему документооборота (рисунок 3).

Рисунок 4. Схема документооборота

Осуществим расчет трудозатрат на выполнение процесса. Трудозатраты на выполнение процесса складывают из следующих показателей:

1. Количества документов.
2. Частоты возникновения документа.
3. Объем документа (количество символов).
4. Трудозатрат на составление документа в человеко-часах.

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

В таблице 1 представлена характеристика документооборота без внедрения средств вычислительной техники

Таблица 1

Характеристика документооборота

Показатель	Постановление	Решение	Приказ	Указание	Распоряжение
Количество документов в год, шт.	10 000	5 000	1 000	1 000	5 000
Количество символов в документе, шт.	10 000	10 000	5 000	5 000	5 000
Частота возникновения в год	1	1	1	1	1
Трудозатраты на обработку в год, чел-час	50 000	25 000	5 000	5 000	25 000

Годовые трудозатраты на управление документооборотом организации составляют 110 000 человеко-часов. Текущая организация процесса имеет ряд недостатков. Процесс сопровождается высокими временными на перемещение документов между сотрудниками, ответственными за согласование, исполнение и визирование документов. При автоматизации управления документооборотом планируется снижение временных затрат на перечисленные операции. Теперь осуществим расчет затрат на ведение документооборота задачи с использованием средств вычислительной техники (таблица 2).

Таблица 2

Характеристика документооборота

Показатель	Постановление	Решение	Приказ	Указание	Распоряжение
Количество документов в год, шт.	10 000	5 000	1 000	1 000	5 000
Количество символов в документе, шт.	10 000	10 000	5 000	5 000	5 000
Частота возникновения в год	1	1	1	1	1
Трудозатраты на обработку в год, чел-час	35 000	17 000	3 000	3 000	17 000

После внедрения автоматизированной системы управления документооборотом трудозатраты рассматриваемой задачи составят 75 000 человеко-часов. На основании проведенных расчетов можно заключить, что временные затраты были снижены на 32%. Следовательно, применение средств вычислительной техники является обоснованным.

1. Обоснование проектных решений по информационному обеспечению

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

Выходными документами процесса являются:

• постановления;
• решения;
• приказы;
• распоряжения;
• указания.

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

Рассмотрим состав справочников и классификаторов. В их составе должны быть:

• Справочник подразделений организации.
• Справочник сотрудников организации.
• Справочник должностей сотрудников организации.
• Справочник стадий формирования документооборота (проект, согласование, визирование, исполнение).

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

1. Обоснование проектных решений по программному обеспечению

Информационные системы позволяют пользователям осуществлять сбор и обработку данных. Для хранения данных используются базы данных. Различают следующие виды баз данных [1]:

1. Иерархические.
2. Сетевые.
3. Реляционные.

В настоящее время широко применяются реляционные базы данных в связи со следующими факторами:

• Они обладают простотой, поскольку в реляционной модели данных существует всего одна информационная конструкция, формализующая табличное представление данных.
• Наличие теоретически обоснованных методов нормализации отношений позволяет получать базу данных с заданными характеристиками.
• Независимость данных заключается в том, что при необходимости внесения изменений в структуру реляционной базы данных, требуется внесение минимальных изменений [10].

Для управления реляционной базой данных используется реляционная СУБД. На рынке широко представлены как коммерческие, так и бесплатные СУБД. Рассмотрим СУБД, которые применяются для разработки web-ориентированных информационных систем:

• Microsoft SQL Server;
• PostgreSQL;
• MySQL;
• Oracle database.

СУБД PostgreSQL является кросс-платформенной, обеспечивает стабильную работу базы данных [2]. Недостатками системы является низкая производительность. СУБД Microsoft SQL Server обладает большим пакетом инструментов, стабильностью работы и низкими затратами на администрирование. Недостаток системы заключается в том, что она работает только на платформе Windows. СУБД Oracle обладает высокой производительностью, легкостью интегрирования приложений и устойчивостью к большим потокам данных. Недостатком является высокая стоимость, необходимость приобретения мощного оборудования и персонала для поддержки СУБД. Ввиду перечисленных свойств реляционных СУБД был сделан выбор в пользу СУБД MySQL. Эта СУБД входит в пакет программ web-сервера, а также распространяется на свободной основе.

Для разработки информационной системы будет использован объектно-ориентированный подход, поскольку он позволяет осуществлять конструирование из компонентов, обладающих простыми инструментами, что дает возможность абстрагироваться от деталей реализации [8]. При этом данные и операции вместе образуют определенную сущность, и они не «размазываются» по всей программе, как это нередко бывает в случае процедурного программирования. Использование локализации программного кода и данных улучшает наглядность и удобство сопровождения программного обеспечения. В качестве языка программирования был выбран язык программирования php, который использовался при разработке программной части сайта компании.

Для создания интерфейса будет использована CMS-система Wordpress, которая была использована при разработке сайта компании. Проектируемая система должна функционировать в среде операционных систем Windows 10.

1. Проектная часть
2. Информационная модель и её описание

Для разработки информационной модели необходимо осуществить моделирование нового варианта организации информационной системы предметной области, в которую входят [3]:

• полный состав информации, которая необходима для решения комплекса задач;
• отражение этой информации на всех типах носителей;
• описание процесса преобразования информации, от получения первичной переменной и условно-постоянной информации, и заканчивая получением файлов с результатной информацией и выдачей ее пользователю;
• состав исходных первичных документов и распределение их по задачам;
• источники и способы получения первичной информации;
• состав файлов с первичной, условно-постоянной, промежуточной и результатной информацией;
• информационная потребность для каждой задачи комплекса;
• адресаты выдачи и получения результатной информации.

Информационная модель представлена на рисунке 5.

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

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

Рисунок 5. Информационная модель

Также в базе данных будут таблицы, в которых хранятся и обрабатываются оперативные данные: документ, стадия документа, файл, маршрут, версия документа, организация.

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

1. Характеристика нормативно-справочной, входной и оперативной информации

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

В системе будут созданы следующие справочники:

1. Сотрудник – справочник сотрудников организации.
2. Подразделение – справочник структурных подразделений организации.
3. Должность – справочник должностей сотрудников организации.
4. Вид документа – справочник документов, которые можно создать в системе.
5. Статус документа – справочник стадий прохождения документа.
6. Категория секретности – справочник видов секретности документа.

Все перечисленные справочники заполняются администратором. Характеристика справочников представлена в таблице 3.

Таблица 3

Характеристика нормативно-справочной информации

Характеристика	Подразделение	Должность	Сотрудник
Ответственный за ведение	Администратор
Объем справочника в записях	20	50	1 000
Частота актуализации	2 раза в год
Объем актуализации	1 запись
Реквизитный состав	Наименование	Наименование	Фамилия
			Имя
			Отчество
			Дата рождения
			Табельный номер
Характеристика	Вид документа	Статус документа	Категория секретности
Ответственный за ведение	Администратор
Объем справочника в записях	5	5	3
Частота актуализации	2 раза в год
Объем актуализации	1 запись
Реквизитный состав	Наименование	Наименование	Наименование

1. Характеристика результатной информации

Выходным документом системы является отчет о состоянии документов. Отчет представляет собой список документов, созданных за определенный период времени. В отчете для каждого документа представлены следующие параметры:

1. Дата создания.
2. Наименование документа.
3. ФИО сотрудника, создавшего документ.
4. Стадия документа.
5. Дата перехода на текущую стадию документа.

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

Таблица 10

Характеристика таблиц с результатной информацией

Наименование таблицы	Наименование поля
Сотрудник	Фамилия
	Имя
	Отчество
Документ	Наименование
	Дата
Статус документа	Наименование
Стадия документа	Дата

1. Общие положения (дерево функций и сценарий диалога)

Функции, которые автоматизирует информационная система делятся на два типа [4]:

1. Служебные функции.
2. Основные функции.

К служебным функциям проектируемой системы будут относиться:

1. Настройка информационной системы.
2. Управление окнами.
3. Помощь по работе программы.

К основным функциям будут относиться:

1. Редактирование справочников.
2. Создание операций.
3. Печать документов.
4. Формирование отчетов [7].

На основании перечисленных функций составим дерево функций системы (рисунок 6).

Рисунок 6. Дерево функций системы

Затем, на основании дерева функций системы создадим сценарий диалога. Для взаимодействия информационной системы с пользователем был выбран язык типа «Меню». Разрабатываемый сценарий диалога должен обладать возможностью определения состава кадров диалога, содержания каждого кадра и их соподчиненность [5].

В сценарии диалога должно учитываться [6]:

• работа с формами входных документов;
• формирование результатных документов;
• ввод и редактирование и просмотр данных;
• протоколирование действий пользователей;
• помощь на всех этапах работы с системой.

Сценарий диалога представлен на рисунке 7.

Рисунок 7. Сценарий диалога

1. Характеристика базы данных

Разработка базы данных осуществляется на основании информационной модели предметной области. В результате построения информационной модели были выделены таблицы, в которых будет храниться и обрабатываться информация базы данных.

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

1. Сотрудник.
2. Подразделение.
3. Должность.
4. Вид документа.
5. Статус документа.
6. Категория секретности.
7. Документ.
8. Стадия документа.
9. Роль.
10. Право доступа.
11. Файл.
12. Маршрут.
13. Версия документа.
14. Организация.

Поскольку для разработки используется реляционная база данных, необходимо дать описание связям между таблицами базы данных. Для описания взаимосвязей между таблицами построим ER-модель, построенная в редакторе Erwin Data Modeler. ER-модель представлена на рисунке 8.

Рисунок 8. ER-модель

Затем нужно дать характеристику атрибутам таблицы базы данных. Характеристика полей базы данных представлена в таблице 11.

Таблица 11

Характеристика базы данных

Содержание

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Справочник «Должность»
ID_должности	ID_dolzhn	Счетчик	5	Ключевое поле
Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Наименование	Naim_dolzhn	Текст	30
Справочник «Сотрудник»
ID_сотрудника	ID_emp	Счетчик	5	Ключевое поле
Фамилия	F_emp	Текст	30
Имя	N_emp	Текст	30
Отчество	O_ep	Текст	30
Табельный номер	Tn_emp	Число	3
Дата рождения	Date_emp	Дата	8
Справочник «Категория секретности»
ID_категории	ID_kat	Счетчик	5	Ключевое поле
Наименование	N_kat	Текст	300
Справочник «Подразделение»
Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
ID_подразделение	ID_podr	Счетчик	5	Ключевое поле
Наименование	N_podr	Текст	100
Справочник «Вид документа»
ID_вида	ID_vid	Счетчик	5	Ключевое поле
Наименование	N_vid	Текст	100
Справочник «Стадия документа»
ID_стадии	ID_usl	Счетчик	5	Ключевое поле
Наименование	Naim_usl	Текст	30
Организация
ID_организации	ID_org	Счетчик	5	Ключевое поле
Наименование	N_org	Текст	30
Дата создания	D_org	Число	10
Маршрут
ID_маршрута	ID_marsh	Счетчик	5	Ключевое поле
Стадия	S_marsh	Текст	30
Сотрудник	Sotr_marsh	Текст	30
Документ
ID_документа	ID_doc	Счетчик	5	Ключевое поле
Дата	Date_doc	Дата	8
Номер	Nom_doc	Число	10
Наименование	Naim_doc	Текст	30
Sod_doc	Текст	3000
Дата окончания	Date_doc	Дата	8
Версия документа
ID_версии	ID_vers	Счетчик	5	Ключевое поле
Дата	Date_vers	Дата	8
Номер	Nom_vers	Число	10
Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Комментарий	Comm_vers	Текст	1000
Стадия документа
ID_стадии	ID_st	Счетчик	5	Ключевое поле
Дата	Date_st	Дата	8
Примечание	Prim_st	Текст	30
Файл
ID_файла	ID_file	Счетчик	5	Ключевое поле
Дата	Date_file	Дата	8
Название	Nazv_file	Текст	30
Роль
ID_роли	ID_role	Счетчик	5	Ключевое поле
Название	Name_role	Текст	30
Право доступа
Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
ID_права	ID_rul	Счетчик	5	Ключевое поле
Наименование	N_rule	Текст	30

1. Структурная схема пакета (дерево вызова программных модулей)

Структурная схема пакета содержит модули следующих видов:

1. Модули, выполняющие служебные функции.
2. Управляющие модули, осуществляющие загрузку меню и передачу управления другому модулю.
3. Модули, связанные с хранением, обработкой и выдачей информации.

Описание функций модулей позволяет структурировать файлы информационной системы, обеспечить надежность системы и удобство при сопровождении системы. Описание функций модулей представлено в таблице 12.

Таблица 12

Описание функций модулей

№ п/п	Наименование модуля	Функции модуля
1	Глобальный модуль	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются при запуске приложения
2	Модуль справочника	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются при ведении справочников
3	Модуль создания документа	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются при создании документа
4	Модуль маршрута документа	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются при создании маршрута документа
5	Модуль формирования отчета	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются при формировании отчета
6	Модуль настроек	Содержит предопределенные процедуры и элементы формы

Дерево вызова программных модулей представлено на рисунке 9.

Рисунок 9. Дерево вызова программных модулей

1. Описание программных модулей

Рассмотрим алгоритм модуля справочников, представленный на рисунке 10. Заполнение справочников осуществляется администратором системы. Когда администратор выбирает в главном меню команду открытия модуля-справочника, открывается форма, в которой показаны все записи, содержащиеся в этом справочнике. При нажатии кнопки «Добавить», открывается форма добавления записи. При нажатии кнопки «Изменить», открывается форма редактирования записи справочника. Все справочники работают по аналогичному алгоритму.

Рисунок 10. Алгоритм работы модулей справочников

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

Рисунок 11. Алгоритм формирования документов

На основании введенных данных пользователь может осуществить формирование отчета. Алгоритм формирования отчета представлен на рисунке 12.

Рисунок 12. Алгоритм формирования отчетности

1. Контрольный пример реализации проекта и его описание

Для разработки контрольного примера реализации проекта и его описания необходимо:

1. Описать тестовые данные, которые необходимы для проверки работоспособности основных функций проекта.
2. Описать процесс обработки тестовых данных.
3. Описать результаты обработки тестовых данных.

Реализация контрольного примера состоит из следующих этапов:

1. Ввод тестовых данных в справочники.
2. Результат формирования отчета.

Рассмотрим работу в системе. Создание документа осуществляется после нажатия кнопки «Создать» в главном окне программы. После нажатия кнопки пользователю выдается диалоговое окно, в котором необходимо выбрать тип создаваемого документа. Диалоговое окно представлено на рисунке 13.

Рисунок 13. Создание документа

Затем пользователю выводится форма создания документа, представленная на рисунке 14.

Рисунок 14. Заполнение формы документа

Рассмотрим процесс согласования документа. Для этого необходимо открыть форму задания, представленную на рисунке 15.

Рисунок 15. Форма задания

В процессе ознакомления с документом сотрудник может оставлять комментарии, как показано на рисунке 16. Завершение процесса ознакомления с документом осуществляется нажатием кнопки «Завершено» в окне задания.

Рисунок 16. Ввод комментариев к процессу ознакомления

На основании данных, введенных в систему, осуществляется формирование отчета, в котором содержится информация о документах, исполнителем которых является выбранный сотрудник. Отчетная форма представлена на рисунке 17.

Рисунок 17. Отчетная форма

ЗАКЛЮЧЕНИЕ

В ходе выполнения курсовой работы было проведено обследование предметной области. Дано описание комплекса задач автоматизации и обоснование их выбора. Были описаны бизнес-процессы предметной области с помощью нотации IDEF0.

Были описаны информационные потоки, возникающие в результате осуществления документооборота, возникающего в процессе управления документооборотом.

Проведено исследование проектных решений по информационному обеспечению. В результате анализа была выбрана реляционная модель базы данных.

В ходе анализа существующих проектных решений по программному обеспечению было выбрано наиболее оптимальное решение.

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

Были разработаны дерево функций системы и сценарий диалога. Дана характеристика базы данных, разработана ER-модель базы данных, приведённой к третьей нормальной форме.

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

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. Гвоздева Т.В., Баллод Б.А. / Проектирование информационных систем. – М.:Феникс, 2014.
2. Горбаченко В.И., Убиенных Г.Ф. / Проектирование информационных систем с СА ErwinModelingSuite 7.3. – П.:ПГУ 2014.
3. Грекул В.М, Коровкина Н.А, Куприянов В.С. / Проектное управление в сфере информационных технологий. – М.:БИНОМ, ИНФРА-М, 2013.
4. ЕлиферовВ.Г., РепинВ.В. / Процессный подход к управлению. Моделирование бизнес-процессов. – М.:Манн, Иванов и Фербер, 2013.
5. Избачков Ю.С., Петров В.Н. / Информационные системы. – СПб,: Амфора. 2014.
6. Исаев Г.Н. / Проектирование информационных систем. Учебное пособие. – М.: Омега-Л, 2015.
7. Мацяшек Л.А. / Проектирование информационных систем. – М.: Вильямс,2016.
8. Ньютон Р. / Управление проектами от А до Я. – М.: Альпина Паблишер, 2014.
9. Смит К.У., Уильямс Л.Дж. / Эффективные решения: практическое руководство по созданию гибкого и масштабируемого программного обеспечения. – М.:Вильямс, 2013.
10. Эванс Э. / Предметно-ориентированное проектирование: структуризация сложных программных систем. – М. Вильямс, 2016.