Размещено на http://www.allbest.ru/

ФГБОУ ВПО

«САМАРСКИЙ ГОСУДАРСТВЕННЫЙ АРХИТЕКТУРНО-СТРОИТЕЛЬНЫЙ УНИВЕРСИТЕТ»

Кафедра прикладной математики и вычислительной техники

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

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

Студента

Мысовой Е.Д.

САМАРА - 2015

РЕФЕРАТ

Выпускная квалификационная работа.

Пояснительная записка: 64 с., 25 рис., 11 табл., 9 источников, 4приложения.

ПОДСИСТЕМА, ДОКУМЕНТООБОРОТ, ТЕХНИЧЕСКОЕ ОБСЛУЖИВАНИЕ, ПРЕДПРИЯТИЕ, ОБЪЕКТ, СОБЫТИЕ, АРХИВ, СОСТОЯНИЕ, ПОИСК.

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

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

Система реализована программными средствами, с помощью языка программирования С++, с подключенной к нему СУБД SQLite.

Планируется внедрение системы на предприятии.

CОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. СИСТЕМОТЕХНИЧЕСКАЯ ЧАСТЬ

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

1.2 Обзор аналогов

1.3 Модель анализа UML

2. РЕАЛИЗАЦИЯ ПРОЕКТА СИСТЕМЫ

2.1 Архитектура и платформа реализации

2.2 Физическая структура БД

2.3 Основные интерфейсы

2.4 Описание программной реализации

2.5 Программа и методика испытаний

2.6 Контрольный пример

2.7 Руководство пользователя

3. ВНЕДРЕНИЕ И АНАЛИЗ ЭФФЕКТИВНОСТИ

3.1 Описание объекта внедрения

3.2 Бизнес-план

4. ОРГАНИЗАЦИОННАЯ ДЕЯТЕЛЬНОСТЬ ИСАМОРАЗВИТИЕ

4.1 Сведения о деятельности возглавляемого научного микроколлектива

4.2 Сведения о трудовой деятельности

4.3 Перечень публикаций

4.4 Перечень участия в конференциях

4.5 Перечень выполненных в период обучения курсовых работ и проектов

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ПЕРЕЧЕНЬ СОКРАЩЕНИЙ И УСЛОВНЫХ ОБОЗНАЧЕНИЙ

ПРИЛОЖЕНИЕ

ВВЕДЕНИЕ

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

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

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

Были изучены материалы зарубежных, российских ученых, таких как:

Т. В. Новикова, Т.В. Колтеева, М.В. Кулагин, А.С. Лопатенко и другие ученые.

1. СИСТЕМОТЕХНИЧЕСКАЯ ЧАСТЬ

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

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

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

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

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

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

- регистрация корреспонденции (входящие, исходящие);

- электронный архив документов;

- согласование и утверждение заявок;

- контроль исполнения документов и поручений;

- автоматизация договорного процесса;

- библиотека регламентов управленческих процедур;

- оформление командировок;

- организация внутреннего информационного портала предприятия и его подразделений;

- система контроля выполнения должностных инструкций.

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

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

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

В результате анализа существующих СУБД выбрана бесплатная и отвечающая требованиям проекта СУБД MySQL. Это решение продиктовано также следующими ее преимуществами:

- бесплатность;

- хорошая производительность;

- легкость администрирования.

Для реализации приложения был выбран также и язык программирования. Им стал С++ за счет следующих преимуществ перед аналогами:

- удобство в использовании;

- распространенность (изменяемость разработчиков);

- высокое качество документирования функций.

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

Разработанная база данных включает в себя 5 таблиц, хранящих данные о документах, сотрудниках, объектах, состояниях объектов и событиях.

Основными функциями разработанной системы являются:

- учет и сопровождение документа;

- регистрация входящей и исходящей документации;

- редактирование и удаление записей о документах;

- хранение всех записей о документах;

- использование функции поискапо зарегистрированным в системе документам по их наименованию;

- формирование архива документов;

- выбор объектов исследования на предприятии и указание их состояний;

- формирование отчетов о состоянии объектов за заданный период;

В системе определено три тапа пользователей, имеющих разные права доступа к системе:

- Администратор системы - управление работой всей системы, полный доступ к справочникам;

- Начальник службы ТОиР - частичный доступ: поиск документов по наименованию, формирование отчета о деятельности службы ТОиР за указанный период;

- Специалист службы ТОиР - частичный доступ: регистрация входящих и исходящих документов, формирование отчетов о состоянии объектов за заданный период, формирование отчетов по входящей документации, редактирование и удаление записей о документах.

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

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

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

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

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

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

1.2 Обзор аналогов

Система электронного документооборота «Directum»

DIRECTUM -- система электронного документооборота и управления взаимодействием, нацеленная на повышение эффективности работы всех сотрудников организации[1] в разных областях их совместной деятельности.

Система DIRECTUM относится к классу ECM-систем (Enterprise Content Management) и поддерживает полный жизненный цикл управления документами, «бумажное» делопроизводство органично вписывается в электронный документооборот. DIRECTUM обеспечивает организацию и контроль деловых процессов на основе технологии Workflow: согласование документов, обработка сложных заказов, подготовка и проведение совещаний, поддержка цикла продаж и других процессов взаимодействия.

Рисунок 1 - Платформа системы Directum

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

В составе DIRECTUM выделяются три основных слоя:

- Платформа, построенная на обязательных компонентах системы,

- Модули системы и технические решения,

- Бизнес-решения - не только система, но консалтинг и продуманное внедрение.

В основе преимуществ системы DIRECTUM лежит понимание потребностей клиентов. Система сочетает в себе широкую функциональность и простые принципы работы.

Ориентация на повышение эффективности работы в целом.Развитое управление контентом с полноценной поддержкой жизненного цикла, вводом документов из различных источников, преобразованием и хранением документов в различных форматах. Наличие средства, упрощающего идентификацию и поиск бумажных документов. Наличие бизнес-ориентированного механизма workflow и редактора схем типовых маршрутов, позволяющего моделировать сложные бизнес-маршруты. Возможность создания и управления в единой системе хранилищами документов практически неограниченного объёма для разного вида контента на протяжении всего жизненного цикла документов. Расширенная функциональность системы благодаря наличию модулей Управление совещаниями, Управление договорами и Управление взаимодействием с клиентами. Расширенная реализация механизма электронной цифровой подписи (ЭЦП) для перехода на электронный документооборот, в том числе с использованием сертифицированных как в РФ так и на Украине средств криптозащиты. Универсальный механизм интеграции, упрощающий работу SAP, Галактика, 1С и других ERP-систем в DIRECTUM.

Наличие отработанной технологии внедрения электронного документооборота в различных организациях и библиотеки готовых решений. Возможность организации территориально-распределенной работы в режиме off-line с поддержкой иерархической структуры серверов. Наличие двух способов работы пользователей с системой: через desktop-клиент и через веб-клиент (с помощью веб-браузера) Возможность организации обмена электронными документами с ЭЦП между разными организациями[2], даже если они используют разные системы документооборота или не используют их вообще. Высокая масштабируемость системы, обеспечивающая работу тысяч пользователей и хранение миллионов различных документов.Наличие развитого инструментария (IS-Builder), позволяющего быстро адаптировать систему, интегрировать её с другими системами, а также собственными силами модифицировать с учетом развития организации. Соответствие российский стандартам и нормам делопроизводства и управления (ГСДОУ).

Недостатки системы: Зависимость от платформ Microsoft.

Система электронного документооборота «1С: Предприятие 8»

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

Рисунок 2 - Система ЭД «1С: Предприятие 8»

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

Основные возможности системы:

Учет и хранение документов:

1. Регистрация входящих и исходящих документов.

2. Регистрация внутренних документов (инструкций, служебных записок, поручений и т. д.).

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

4. Учёт в разрезе видов документов.

5. Хранение документов в каталогах любой структуры (по усмотрению пользователя).

6. Загрузка документов из электронной почты, со сканера.

7. Поддержка бумажного делопроизводства (ведение номенклатуры дел, контроль перемещений документов и т. д.).

8. Учёт обращений граждан.

9. Учёт персональных данных.

Работа с документами:

1. Просмотр и редактирование.

2. Работа с документами на всех стадиях жизненного цикла (от черновиков до утверждения или уничтожения).

3. Механизм резолюций.

4. Быстрый поиск, в том числе полнотекстовый.

5. Возможность указывать связи между документами, создавать цепочки подчиненных документов.

6. Возможность коллективной работы с одним и тем же файлом (согласование, контроль исполнения, принятие и т. д.).

7. Настраиваемая маршрутизация для разных видов документов (построение бизнес-процессов в привязке к конкретным пользователям и их ролям).

8. Формирование задач исполнителям.

Другие АИС электронного документооборота.

Так же был проведен анализ других аналогичных систем электронного документооборота:

1. Docsvision

2. ELMAECM+

3. OptimaWorkFlow

Сравнительный анализ АИС электронного документооборота:

Таблица 1 - Сравнительный анализ АИС ЭД

Система/ Критерии	Docsvision	Directum	ELMA ECM+	Optima WorkFlow	1С: Документооборот 8
Интеграция данных	+	+	+	-	+
Тип данных	PDF	TXT, PDF	TXT, PDF	PDF	TXT, PDF
Обработка информации	+	+	+	+	+
Количество пользователей	2000	5000	2000	4000	5000
Атрибутивный поиск	-	+	-	-	+
Безопасность данных и действий	+	+	-	+	+
Охватываемые области	Практически все	Практически все	Практически все	Практически все	Практически все
Актуальность содержимого	Обновление раз в полгода	Обновление каждый день	Обновление каждый день	Обновление раз в полгода	Не обновляется
Точность	+	+	+	+	+
Скорость поиска	3 сек	2 сек	2сек	2 сек	2 сек
Результативность	+	+	-	-	+

На основе суммарных оценок (Таблица 1) видно, что лидером по всем найденным объектам можно считатьDirectum.Ввиду отсутствия некоторых данных по характеристикам объектов, окончательные вывод могут содержать некоторую погрешность(Таблица 2).Столбец таблицы, отвечающий за среднюю информативность подтверждает преимущества матричной структуры с достоверностью 67%.

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

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

Диаграмма вариантов использования

Актант «Пользователь» - обобщение для всех видов пользователей.

На рисунке 3 изображена разработанная диаграмма вариантов использования. Актанты «Начальник службы ТО», «Специалист службы ТО», и «Администратор БД» обобщают актанта «Пользователь», который связан с вариантом использования «Вход в систему» при помощи ассоциации.



1.3 Модель анализа UML

Актант «Начальник службы ТО» связан с вариантами использования «Просмотр БД документации и оборудования на предприятии», «Формирование отчета о состоянии объектов» и «Поиск документов по запросу» при помощи ассоциации.

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

Актант «Администратор БД» связан с вариантами использования «Ведение справочников» при помощи ассоциации. Варианты использования «Ведение справочника документов», «Ведение справочника объектов», «Ведение», справочника событий», «Ведение справочника пользователей», «Ведение справочника сотрудников предприятия» расширяют вариант использования «Ведение справочников».

Диаграмма вариантов использования

Актанты:

Актант «Пользователь» - обобщение для всех видов пользователей.

На рисунке 3 изображена разработанная диаграмма вариантов использования. Актанты «Начальник службы ТО», «Специалист службы ТО», и «Администратор БД» обобщают актанта «Пользователь», который связан с вариантом использования «Вход в систему» при помощи ассоциации.

Актант «Начальник службы ТО» связан с вариантами использования «Просмотр БД документации и оборудования на предприятии», «Формирование отчета о состоянии объектов» и «Поиск документов по запросу» при помощи ассоциации.

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

Актант «Администратор БД» связан с вариантами использования «Ведение справочников» при помощи ассоциации. Варианты использования «Ведение справочника документов», «Ведение справочника объектов», «Ведение справочника событий», «Ведение справочника пользователей», «Ведение справочника сотрудников предприятия» расширяют вариант использования «Ведение справочников».

Сценарии вариантов использования.

Вариант использования: Ведение справочника документов.

Краткое описание. Дает возможность Администратору БД добавлять, удалять, изменять запись о документе.

Актант. Администратор БД.

Предусловия. Пункты 1-5 варианта использования «Вход в систему» выполнены. На экране - главное меню с пунктами, настроенными на права Администратора БД: «Справочник событий», «Справочник объектов», «Справочник пользователей», «Справочник документов», «Справочник сотрудников», «Выход».

Основной поток событий

1. Администратор БД выбирает пункт меню «Справочник документов».

А1: Справка

А2: Выход

2. Система выводит на экран форму справочника документации с таблицей, содержащей поля: «id Документа», «Название документа», «Описание», «Тип», «Количество страниц», «Дата регистрации». Таблица заполнена данными о документе из БД, упорядоченных по id документа. На форме имеются кнопки: «Удалить», «Назад».

3. Администратор БД щёлкает кнопку «Удалить».

А3: Удалить документ.

А4: Закрытие формы справочника документооборота.

4. Система выводит на экран форму удаления записи о документе с выпадающим списком «Выберете название документа». На форме имеется кнопки «Удалить», «Отмена». Администратор БД выбирает нужную запись из списка и щёлкает кнопку «Удалить».

А5: Отмена операции.

5. Система проверяет правильность введённых данных и удаляет запись о документе, закрывает форму удаления и обновляет таблицу с документами.

6. Администратор БД просматривает обновленную таблицу документооборота и щелкает кнопку «Назад».

7. Система закрывает таблицу и выводит на экран главную форму приложения с пунктами меню, настроенными на права Администратора БД. Вариант использования завершается успешно.

Альтернативы

А1: Справка

А1.1. Администратор БД выбирает пункт меню «Справка».

А1.2. Система выводит на экран окно справки с горизонтальной и вертикальной линейками прокрутки, текстом справки и кнопкой «ОК».

А1.3. Администратор БД просматривает текст справки и щелкает кнопку «ОК».

А1.4. Система закрывает окно справки и выводит на экран главное окно приложения с пунктами меню, настроенными на права Администратора БД. Вариант использования завершается.

А2: Выход

А2.1: Администратор БД выбирает пункт меню «Выход»

А2.2: Система закрывает главное окно приложения и осуществляет выход из системы. Вариант использования завершается успешно.

А3: Удалить документ.

А3.1. Администратор БД выбирает требуемый документ и щёлкает кнопку «Удалить».

А3.2. Система проверяет использование этой единицы измерения и выводит сообщение о подтверждении удаления с кнопками «Да», «Нет».

А 3.2 А1: Документ используется

А3.2.А1.1: Система выводит сообщение «Данный документ невозможно удалить, т.к. он используется в связях с другими элементами» с кнопкой «ОК».

А 3.2 А1.2: Администратор БД просматривает сообщение и щелкает кнопку «ОК».

А 3.2 А1.3: Система закрывает сообщение и выводит на экран форму справочника документооборота и активирует кнопки «Удалить», «Назад».

А3.2 А1.4: Выполняется пункт 2 основной последовательности.

А3.3. Администратор БД просматривает сообщение и щелкает кнопку «Да».

А3.3 А1: Отмена удаления

А3.3 А1.1. Администратор БД просматривает сообщение и щелкает кнопку «Нет».

А3.3 А1.2. Система закрывает сообщение о подтверждении удаления сообщение и выводит на экран форму справочника со всеми документами системы и активирует кнопки «Удалить», «Назад».

А3.3 А1.3. Выполняется пункт 2 основной последовательности.

А3.4. Система закрывает сообщение о подтверждении удаления, удаляет выбранный документ из БД и обновляет таблицу справочника документооборота и активирует кнопки «Удалить», «Назад».

А3.5.А1.4. Выполняется пункт 2 основной последовательности.

А4: Закрытие формы справочника документов.

А4.1. Администратор БД щелкает кнопку «Назад».

А4.2.Система закрывает таблицу с документами и выводит на экран главную форму приложения с пунктами меню, настроенными на права Администратора БД. Вариант использования завершается успешно.

Постусловия. При успешном завершении администратор БД получает список документов.

А5: Отмена операции.

А5.1. Администратор БД нажимает кнопку «Отмена».

А5.2. Система отменяет действия пользователя, связанные с вводом условий запроса и закрывает окно с таблицей. На экране - главная форма приложения, с пунктами меню, настроенными на права Администратора БД. Вариант использования завершается.

Диаграмма граничных классов

Диаграмма граничных классов (Рисунок 4) (англ. Static Structure diagram) -- диаграмма, демонстрирующая классы взаимодействия системы с внешним окружением и их основными функциями.

На рисунке 4 изображена разработанная диаграмма граничных классов. Все классы данной диаграммы имеют стереотип «boundary». Класс «Окно авторизации» связан с классами «Окно вывода ошибки неверного пароля» и «Главное окно программы». Класс «Главное окно программы» связан с классами «Окно работы Начальника службы ТО», «Окно работы Специалиста службы ТО», «Справка по системе» и «Окно работы со справочниками» посредством отношения «зависимость». Класс «Окно работы Начальника службы ТО» связан с классами «Окно отображения списка документации и оборудования», «Окно формирования отчета», «Окно поиска по документам» посредством отношения «зависимость». Класс «Окно работы Специалиста службы ТО» связан с классами «Окно регистрации входящих и исходящих документов» и «Окно формирования отчета» посредством отношения «зависимость».

Класс «Окно работы со справочниками» связан с классами «Окно редактирования справочника "События"», «Окно редактирования справочника "Сотрудники предприятия"», «Окно редактирования справочника "Документация"», «Окно редактирования справочника "Пользователи"», «Окно редактирования справочника "Объекты"», посредством отношения «зависимость».Диаграмма сущностных классов

Сущностные (entity) классы (рисунок 5): объекты этих классов представляют собой блоки длительно хранимой информации, используемые для организации баз данных и знаний, файловых систем хранения данных различной логической структуры.

На рисунке 5 изображена разработанная диаграмма сущностных классов. На диаграмме имеются классы: «Документ», «Группа документов», «Анализ», «Работник службы ТО», «Пользователь» и «Объект». Каждый из них имеет стереотип «entity». Класс «Документ» связан с классами «Группа документов» и «Работник системы ТО» посредством отношения «ассоциация». Класс «Группа студентов» связан с классом «Документ» посредством отношения «ассоциация». Класс «Анализ» связан с классом «Работник системы ТО» посредством отношения «ассоциация». Класс «Работник системы ТО» связан с классом «Документ» и «Анализ» посредством отношения «ассоциация».Класс «Объект» связан с классом «Документ» посредством отношения «ассоциация».

Рисунок 5 - Диаграмма сущностных классов

Диаграмма классов управления

Управляющий класс(Рисунок 6)- отвечает за координацию, взаимодействие и управление другими объектами, выполняет сложные вычисления, управляет безопасностью, транзакциями и т. п.

На рисунке 6 изображена разработанная диаграмма классов управления. Все классы данной диаграммы имеют стереотип «control». Класс «Менеджер приложения» связан с классами «Менеджер СУБД» и «Менеджер печати» посредством отношения «зависимость».

Рисунок 6 - Диаграмма классов управления

Логическая структура базы данных

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

На рисунке 6 приведена логическая структура реляционной базы данных (схема данных), построенная на основе информационно-логической модели предметной области «Документооборот в сфере информационных систем предприятия».



Рисунок 7 - База данных

2. РЕАЛИЗАЦИЯ ПРОЕКТА СИСТЕМЫ

2.1 Архитектура и платформа реализации

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

Предлагаемая системареализуется при помощи языка программирования С++[3], и среды программирования - QtCreator 3.4.0[4]. Для пользования системой необходимо установить данный программный продукт, которые позволит иметь доступ к документам с любого компьютера. Предусмотрено ведение архива с записями о поступлении входящей и исходящей документации, ввод списка объектов и событий, в дальнейшем формировании отчетов по ним. В системе применяется СУБД SQLite 3.8.9[5] в качестве программного средства, предназначенного для создания структуры новой базы, хранения системной информации, редактирования содержимого и отбора данных в соответствии с заданными критериями, упорядочения, оформления и последующей выдачи данных на устройства вывода или передачи по каналам связи. Характеристики объекта автоматизации приведены в Таблице 3.

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

Таблица 3 - Характеристики объекта автоматизации

Тип используемой сети	Вычислительная сеть Интернет с максимальной пропускной способностью 100Мбит/сек
Интенсивность обновления	Объекты 1 раз в месяц; Документация 1 раз в день
Максимальная интенсивность поступления оперативной информации	1200 документов в год
Максимальный объем запроса	1 Кбайт
Объем возвращаемых данных	500 Мбайт
Срок службы АИС	5 лет

Архитектура клиент сервера

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

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

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

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

- ввод и отображение данных (взаимодействие с пользователем);

- прикладные функции, характерные для данной предметной области;

- функции управления ресурсами (файловой системой, базой данных и т.д.).

Поэтому, в системе документооборота выделяются следующие компоненты:

- компонент представления данных;

- прикладной компонент;

- компонент управления ресурсом.

Выбор ОС

Данная система документооборота может быть использована на операционной системе Widows 7 и выше, а также на системе Linux.Опираясь на характеристики систем, предпочтительно работать в ОС Linux. На Linuxвы получаете возможность запускать лишь те процессы, которые необходимы именно вам, а не те, которые по умолчанию установлены системой. Дистрибутивы Linuxпрежде всего интересны, так как при помощи них, практически из любого компьютера можно сделать полноценный сервер.

Операционная система Linux

Плюсы:

- Фактическая бесплатность самой операционной системы GNU/Linux и невысокая стоимость её технической поддержки в большинстве случаев, если она требуется;

- Безграничная гибкость: ОС GNU/Linux можно адаптировать под работу с любыми задачами и на любом оборудовании;

- Множество свободно доступных дистрибутивов и вариантов их изданий: LiveCD, комплексные DVD, т.п. и даже возможность создания своего;

- Выбор графических интерфейсов (рабочих столов) GNU/Linux и гибкость их настройки на любой вкус;

- Широчайший выбор открытых бесплатных программ для этой операционной системы;

- Стабильность, защищённость и надёжность ОС GNU/Linux;

- Постоянное развитие открытого программного обеспечения;

- В большинстве случаев значительно меньшая чем у Windows требовательность к физическим ресурсам компьютера.

Минусы:

- Плата за использование GNU/Linux - необходимость некоторого изучения принципов работы компьютера;

- Отсутствие возможности использовать некоторые специализированные профессиональные приложения в этой ОС;

- Иногда, слишком высокая скорость выхода новых версий некоторых дистрибутивов GNU/Linux;

- Отсутствие возможности играть во все выходящие для Windows игры;

- Отсутствие поддержки некоторого оборудования.

Операционная система Windows

Плюсы:

- Простота установки и удаления программ;

- Поддержка львиной доли существующего оборудования для PC;

- Широкий выбор профессионального ПО для персональных рабочих станций;

- Множество игр для Windows;

- Распространённость.

Минусы:

- Непрозрачность принципов работы ОС Windows;

- Негибкость и ненастраиваемость;

- Небезопасность и ненадёжность: острая необходимость использования, платных в т.ч., антивирусов и других программ для удаления вредоносного программного обеспечения;

- Большое количество простых, но платных программ (их доля уменьшается с приходом открытого ПО в Windows);

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

Выбор среды программирования

C++ -- компилируемый статически типизированный язык программирования общего назначения.

Поддерживает такие парадигмы программирования как процедурное программирование, объектно-ориентированное программирование, обобщённое программирование, обеспечивает модульность, раздельную компиляцию, обработку исключений, абстракцию данных, объявление типов (классов) объектов, виртуальные функции. Стандартная библиотека включает, в том числе, общеупотребительные контейнеры и алгоритмы. C++ сочетает свойства как высокоуровневых, так и низкоуровневых языков. В сравнении с его предшественником -- языком C, -- наибольшее внимание уделено поддержке объектно-ориентированного и обобщённого программирования.

Выбор СУБД

SQLite --компактная встраиваемая реляционная база данных. Исходный код библиотеки передан вобщественное достояние. В 2005 году проект получил награду Google-O'Reilly Open Source Awards.

2.2 Физическая структура БД

Модель сущность-связь (ER-модель)(рисунок 11) (англ. entity-relationship model, ERM) -- модель данных, позволяющая описывать концептуальные схемы предметной области.

ER-модель используется при высокоуровневом (концептуальном) проектировании баз данных. С её помощью можно выделить ключевые сущности и обозначить связи, которые могут устанавливаться между этими сущностями.

Во время проектирования баз данных происходит преобразование объектной модели в конкретную схему базы данных на основе выбранной модели данных (реляционная).

ER-модель представляет собой формальную конструкцию, которая сама по себе не предписывает никаких графических средств её визуализации. В качестве стандартной графической нотации, с помощью которой можно визуализировать ER-модель, была предложена диаграмма сущность-связь (ER-диаграмма) (англ. entity-relationship diagram, ERD).

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

Таблица 4 - Сущности БД

Сущность на логическом уровне	Таблица на физическом уровне
Документ	document
Объект	object
Состояние	condition
Пользователь	user
Группа документов	document_group
События	events

Рисунок 8 - Физическая ER-модель данных

Расчет комплекса технических свойств (КТС)

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

Расчет необходимого объема внешней памяти

Расчет объема требуемой внешней памяти происходит по формуле

- объем внешней памяти, занимаемы операционной системой, Мб;

- объем внешней памяти, занимаемый СУБД, Мб;

- объем внешней памяти, занимаемый данными, необходимыми для работы системы, Мб;

- объем внешней памяти, занимаемый программными модулями, Мб;

- объем внешней памяти, необходимый для дополнительного ПО, Мб.

Vвп - общий объем внешней памяти, Гбайт.

Расчет необходимого объема внешней памяти

Vос- объем внешней памяти, по паспорту для операционной системы Windows 8 64-бит- 8 гб;

Таблица 5 - Расчет объёма БД

Таблица БД	Размер записи, байт	Макс. кол-во записей	Размер индекса, Кбайт	Всего, Кбайт
document	127	1000	2350	2785
object	255	100	498	661
condition	127	21	128	344
user	512	20	284	512
document_group	127	10	284	549
events	255	10	284	549
Итого:	5409

VСУБД - объем внешней памяти, требуемый для хранения файлов СУБД по паспорту для SQLite3.8.9- 0,05 гб

В таблице 5 показан расчёт максимального объема базы данных.

Так как в предприятии существует ограничение по количеству сотрудников, в АИС документооборота службы ТОиР наколичество пользователей системы также установлено ограничение, их количество не должно превышать 20-ти человек.

Vданных = 0,02 гб

Vпрограммы - объем внешней памяти, необходимой для хранения текстов и библиотек приложений -0,02 гб

VВП = VОС (8.0) + VСУБД (0,05) + Vданных (0,02) + Vпрограммы (0,02)= 8,08 Гб

Расчет необходимого объема оперативной памяти

Для расчета ОЗУ воспользуемся формулой (2)

,

где VОП- общий объем оперативной памяти, Мбайт;

VОС - объем оперативной памяти, требуемый для установки операционной системы, Мбайт;

VСУБД - объем оперативной памяти, требуемый для установки СУБД, Мбайт;

Vданных - объем оперативной памяти, требуемый для хранения записей базы данных и результатов выполнения функций, Мбайт;

Vпрограммы - объем оперативной памяти, необходимой для хранения текстов и библиотек приложений, Мбайт.

Расчет необходимого объема оперативной памяти:

Vос- по паспорту для операционной системы Windows 8 64 бит- 8192 мб;

VСУБД - по паспорту для SQLite 3.8.9 - 128 мб;

V данных - 150 мб (Таблица 4);

Vпрограммы - 120 мб.

Расчет Vданных произведем на наихудший случай, запрос на максимальное количество таблиц БД. Наиболее сложным запросом является запрос на расчет и формирование отчета «Оптимальный вариант следования товаров», т.к. требует для своего формирования использования наибольшего числа таблиц БД, а именно 7 из 8 возможных. Vданных рассчитывается по таблице 6.

Таблица 6 - Расчет объема буфера оперативной памяти, необходимой для расчета и формирования отчета «Оптимальный вариант следования товаров»

Таблица БД	Размер записи, байт	Макс. кол-во записей	Размер индекса, Кбайт	Всего, Кбайт
doc	127	1000	2350	2785
object	255	100	498	661
condition	127	21	128	344
user	512	20	284	512
document_group	127	10	284	549
events	255	10	284	549
Итого:	Итого:

Суммарный объем ОЗУ, необходимый для функционирования системы:

VОП = VОС (8192) + VСУБД (128) + Vданных (150) + Vпрограммы (130) =8600 Мб

Расчет времени реакции системы

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

teeoda - время на ввод входных данных запроса;

kee - коэффициент ошибок при вводе, для расчетов можно принять равным 1.5;

Lсимe - количество символов, вводимых в качестве исходных данных запроса.

Так, как оператор выбирает информацию из списка, будем считать, что Lсимe =2 (открытие списка и выбор из списка)

tсимe - время ввода одного символа, при ручном вводе с клавиатуры в некоторую экранную форму можно принять в среднем равным 2 с;

tсчитывания - время, затрачиваемое на считывание физических блоков при работе с накопителем;

Nбл - количество считываемых физических блоков, зависит от количества обрабатываемых таблиц (файлов) и объема таблиц (файлов);

tпоз=0,005 сек - время позиционирования головок дискового накопителя;

tсч.бл =0,001 сек - время считывания физического блока в дисковом накопителе;

tвычисления - время, затрачиваемое процессором на обработку информации с учетом выполнения циклов;

Nопер = 500 - количество операций высокого уровня, необходимых для формирования результата;

K1 - среднее количество тактов машинных команд на одну операцию, для большинства случаев можно принять К1 = 60;

f = 1500*106 - тактовая частота процессора, Гц;

Vmaбл = 105000 байт - средний объем таблицы, байт;

Nmaбл = 5 - количество таблиц, обрабатываемых в запросе;

Ублока= 512 байт - объем физического блока носителя, байт;

tвывода - время на вывод результата на устройство вывода или
отображения, для принтера оценивается отдельно. Для дисплея можно принять 0.5 с. (зависит от видеокарты и дисплея).

Полученное время реакции системы соответствует нормам времени для диалогового режима (до 30 с).

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

Приведем минимальные требования к техническому и программному обеспечению, исходя из расчетов объемов внешней и оперативной памяти, приведенных в п. 2.7. Требования к процессору определяются требованиями ОС.

Минимальные требования к рабочей станции:

- процессор класса Pentium с тактовой частотой 1,6 ГГц и выше;

- объем оперативной памяти не менее 4 Гб;

- объем свободного дискового пространства не менее 20 Гб;

- тип операционной системы -Windows 7 64 бит;

- тип операционной системы - Windows 7 Professional;

- тип операционной системы - Windows 8/8.1;

- тип операционной системы - LinuxUbuntu 14.04/14.10/15.04;

- манипулятор типа «мышь»;

- монитор с разрешением 1280x1024.

Программный комплекс должен удовлетворять следующим требованиям:

- функциональный характер -- требования к поведению системы;

- пользовательские требования;

- функциональные требования.

- нефункциональный характер - требования к характеру поведения системы;

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

- ограничения на программные интерфейсы, в том числе к внешним системам;

- требования к атрибутам качества;

- требования к применяемому оборудованию и ПО.

- требования к дизайну и удобности интерфейсов;

- требования к безопасности и надёжности;

-требования к показателям назначения (производительность, устойчивость к сбоям и т.п.);

- требования к эксплуатации и персоналу;

-прочие требования и ограничения (внешние воздействия, мобильность, автономность и т.п.).

Схема функции архивирования документов в АИС документооборота службы ТОиР

Наиболее полно отобразить документооборот можно с помощью маршрутных (маршрутно-технологических) схем, графиков, блок-схем.

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

На рисунке 9 отображена схема функции формирования архива документов АИС документооборота службы ТОиР.



Рисунок 9 - Архивирование документов в АИС документооборота службы ТОиР

2.3 Основные интерфейсы

Рисунок 10 - Главное окно работы Администратора БД

При нажатии кнопки «Справочник событий», «Справочник объектов», «Справочник пользователей», «Справочник документов», «Справочник состояний» система открывает таблицы событий, каждая из которых имеет свои характеристики, к примеру «Справочник объектов» (рисунок 11).

Рисунок 11 - Справочник объектов

При нажатии кнопки «Добавить объект» система выдает форму добавления нового объекта с полями ввода «Название объекта» и «Исправность» с подключенным выпадающим списком, выбором события: исправен, неисправен, в ремонте (рисунок 12). Администратор БД заполняет необходимые поля и нажимает кнопку «Добавить». После чего система закрывает окно добавления пользователей и добавляет запись в БД (рисунок 12). Аналогично происходит удаление объекта с подтверждением.

Рисунок 12 - Окна добавления объекта и удаления

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

Рисунок 12 - Справочник документов

При нажатии на кнопку «Формирование отчета деятельности ТОиР за период» появляется окно формирования отчета с установлением необходимых дат исследования (рисунок 14).

Рисунок 14 - Формирование отчета деятельности ТОиР за установленный период

Имеется отдельная строка поиска документов по их наименованиям, достаточно ввести несколько букв/слов для поиска нужного документа, и система найдет его (рисунок 15).

Рисунок 15 - Осуществление поиска по запросу

При нажатии на кнопку «Формирование отчета деятельности ТОиР за период» появляется окно формирования отчета с установлением необходимых дат исследования (рисунок 14).

При нажатии на кнопку «Добавить входящую/исходящую документацию» появляется окно с конкретным указанием на добавление типа документации «Входящая» и «Исходящая», при нажатии на которые пользователь должен выбрать путь документа, после чего нажать на документ и кнопку «Enter» (рисунок 16).

В окне редактирования записи о документе возможно поменять наименование документа, описание документа, тип документа и количество страниц документа. Так же возможен вариант удаления записи о документе (рисунок 17).



Рисунок 16 - Форма добавления входящей или исходящей документации

Рисунок 17 - Форма работы с документами (редактирование, удаление)

Рисунок 18 - Окно создания отчета по входящей документации

2.4 Описание программной реализации

Диаграммакомпонентов(рисунок 19), Component diagram -- статическая структурная диаграмма, показывает разбиение программной системы на структурные компоненты и связи (зависимости) между компонентами. В качестве физических компонентов могут выступать файлы, библиотеки, модули, исполняемые файлы, пакеты и т. п.Компоненты связывайся через зависимости, когда соединяют требуемый интерфейс одного компонента с имеющимся интерфейсом другого компонента. Таким образом иллюстрируются отношения клиент-источник между двумя компонентами. Зависимость показывает, что один компонент предоставляет сервис, необходимый другому компоненту. Зависимость изображается стрелкой от интерфейса или порта клиента к импортируемому интерфейсу.Описание диаграммы приведено в таблице 5.

Диаграмма развёртывания (рисунок 20),Deployment diagram в UML моделирует физическое развертывание артефактов (Таблица 7) на узлах. Например, чтобы описать веб-сайт диаграмма развертывания должна показывать, какие аппаратные компоненты («узлы») существуют (например, веб-сервер, сервер базы данных, сервер приложения), какие программные компоненты («артефакты») работают на каждом узле (например, веб-приложение, база данных), и как различные части этого комплекса соединяются друг с другом (например, JDBC, REST, RMI).

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

Существует два типа узлов:

1. Узел устройства

2. Узел среды выполнения

Узлы устройств -- это физические вычислительные ресурсы со своей памятью и сервисами для выполнения программного обеспечения, такие как обычные ПК, мобильные телефоны. Узел среды выполнения -- это программный вычислительный ресурс, который работает внутри внешнего узла и который предоставляет собой сервис, выполняющий другие исполняемые программные элементы.

Таблица 7 - Описание классов диаграммы компонентов

Класс	Описание
Mdmd.db	Файл для работы с БД
Main.cpp	Главное окно работы системы
Widget.ui	Авторизация работы пользователей
Delbr.ui	Активация защиты от спама
Delus.ui	Страница авторизации пользователей
Addus.ui	Активация личного кабинета
Gotovyochet.ui	Отчет по работе с системой 1
Otchet.ui	Отчет по работе с системой 2
Otch.ui	Отчет по работе с системой 3

Рисунок 19 - Диаграмма компонентов



Рисунок 20 - Диаграмма развертывания

2.5 Программа и методика испытаний

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

...