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

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

• Совместимость с существующей инфраструктурой
• Возможность создания резервных копий данных, просмотр статистики обрабатываемых заявок

Для выполнения этих условий подходит MS Windows Server 2016. Он не сильно требователен к ресурсам, неплохо справиться с ожидаемыми нагрузками. Гарантом качества для предприятия выступает использование в прошлом предприятием более ранних версий.

Популярные СУБД на 2019 года – это MySQL; PostgreSQL; SAP HANA; Mongo DB; Microsoft SQL Server 2016.

Для реализации проекта подходят все из перечисленных, но выбор пал на Microsoft SQL Server 2016 по преимуществам:

• Хорошо сочетается со всеми видами преимущественно используемых на предприятии продуктов Microsoft
• Визуализация может быть доступна и на мобильных устройствах
• Быстрое и стабильное
• Поддержка временных данных, что упрощает отслеживание изменение данных
• Настройка и отслеживание уровня производительности, сокращает использование ресурсов

Таблица 3. Основные методы и средства проектирования

Написание программы сервиса было решено взять Python. Он проще и удобнее и неплохо конкурирует с Microsoft Visual C++ . Легок в освоении и проще, найти программистов использующих данный язык и с поставленной задачей легко могут выполнить разработку в кратчайшие сроки. Стоимость разработки значительно дешевле, чем у большинства других языков программирования. Python активно развился, стал популярен и продолжает развиваться. Он имеет открытую архитектуру и дает без труда создать графический интерфейс в виде HTML страницы.

Глава 2. Проектная часть.

2.1. Информационная модель и её описание

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

В данную информационную модель входит несколько источников. ИС является основной базой данных. В ИС находятся таблицы текущих заявок, заявители и исполнители. Так как было решено избавиться от бумажных документов, то документ будет электронный. Процесс оформления заявки происходит на компьютере заявителя. Заявка составляется в программе по шаблонам, так же в ней создается процесс согласования. В любой момент заявитель может просматривать статус выполнения заявки. По цепочкам согласования заявки поступают на компьютеры исполнителей. По завершению работы с заявкой формируется отчет. Большая часть отчета формируется автоматически и редактируется исполнителем. Отчеты прикрепляются к заявкам и отправляются к заявителям. Небольшое отличие происходит у пользователей. Пользователи это сотрудники, которые проходят обучение. У них могу возникнуть проблемы с доступом к ИС или ошибки в программе. Для этого они отправляют письма на почту в Service desk. Письмам присваивается категория и автоматически формируется заявка и отправляется к исполнителю.

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

Вся информация является входной информацией, необходимой для решении задачи и хранится на различных носителях:

• Первичных документах
• Машинных носителях
• В памяти персонального компьютера

Входной информацией для данного проекта при использовании автоматизированной системы является:

• Электронные версии документов производственного документооборота
• График документооборота организации
• Структура предприятия
• Основные сведения

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

Кроме входных данных, в проектируемой системе существуют и постоянные данные, хранящиеся и заносящиеся в справочники системы.

Основными функциями Справочников являются:

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

Таблица 4.Перечень используемых справочников

Таблица 5.Реквизитный состав справочников

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

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

Рисунок 11 – Пример формы заявки

Рисунок 12 – Форма заявки пользователя в письме

1. «Отчет по согласованным заявкам»

Формирование происходит на основании следующих таблиц и полей:

• Дата создания заявки
• Пользователь (заявитель)
• Ответственная группа
• Назначенный на заявку сотрудник
• Статус
• Приложенные документы

1. Отчет «заявки по местоположению этапа проработки заявки»

• Дата создания заявки
• Пользователь (заявитель)
• Согласующие
• Этап исполнения заявки
• Ответственная группа
• Текущий статус переписки и зарегистрирована ли заявка
• Приложенные файлы (документ, изображение и т.д.)

1. Отчет по логике заявке

• Дата создания заявки
• Дата завершения заявки
• Результаты проделанной работы
• Замечания к заявке
• Исправление замечаний
• Текущий статус заявке
• Приложенные файлы (Документ, изображение и т.д.)

1. Отчет по обучению пользователей

• Дата завершения обучения
• Список обучаемых сотрудников
• Какие курсы были пройдены
• Посещаемость занятий
• Результаты тестирования
• Ответственные группы

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

Таблица 6. Электронный журнал созданных заявок

2.4. Общие положения

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

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

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

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

Рисунок 14 – Дерево функций

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

Рисунок 15 – ER модель

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

Таблица 7 «registered_letter» показывает обработанную заявку

Таблица 8 «Mestopologenie» показывает, у какого сотрудника или в каком отделе находится заявка

Таблица 9 «History» показывает статус выполнения заявки

Таблица 10 «Klassification» набор ключевых слов, по которым назначаются исполнители заявки

Таблица 11 «Group» группирует заявки

Таблица 12 «IT_woker» включает список сотрудников ИТ отдела