32
программ не соответствовал всем требованиям системы. Главными минусами
являются
28
:
- Отсутствие синхронизации данных всех пользователей.
- Ограничение количества специалистов при работе над одним проектом.
- Отсутствие комфортной работы с ресурсами.
- Отсутствие учёта уровневой системы доступа и пользователей системы.
Если основываться на анализе предметной области, можно составить
контекстную диаграмму процесса «как есть» с точки зрения формирования
банка данных и отдела архивации (рисунок 7).
Рисунок 7 Контекстная диаграмма
Результатом декомпозиции процесса планирования стала диаграмма
потоков данных (рисунок 8).
28
Сулейманов М.Д. Цифровая экономика: учебник / М.Д. Сулейманов. - Москва: Редакционно-
издательский дом Российского нового университета, 2019. – С. 255 - 289.
33
Рисунок 8 Диаграмма потоков данных
Для начала проектирования БД послужило построение логической
модели, которая включает в себя перечень сущностей, взаимосвязи между
ними, а также их атрибуты (рисунок 9).
34
Рисунок 9 Архитектура системы
По итогам проделанной работы, был создан продукт WindowsForms,
написанный на языке C#. Архитектура приложения представляет собой клиент
– серверную архитектуру. Связь между бизнес логикой и БД обеспечивается
стандартными компонентами ADO.NET.
Самой важной частью опции является визуальное отображение плана
работ, которые будут релизоваться, на диаграмме Ганта (рисунок 10).
35
Рисунок 10 Главная форма
Планирование различных функций и стратегий предприятий даёт им
возможность расширения и развития сферы деятельности. Это было бы
невозможно без автоматизации различных процессов на предприятиях и
производствах различной деятельности. Аналоги системы планирования
ресурсов предприятий, которые были разработаны ранее, имеют ряд
недостатков.
Автоматизация процессов планирования ресурсов предприятия
необходима для исключения ошибок при нахождении оптимального плана и
систематизации действий работников. Польза разработки информационной
системы определилось вопросами анализа аналогов системы и их недостатков.
В ходе создания проекта был проведен анализ аналогов систем Microsoft
Project, SmartSheet, GanttProject, который позволил выявить ряд недостатков,
главный из которых не синхронность данных ресурсов и проводимых работ на
предприятии, что представляет неудобство для специалистов.
В ходе проектной работы была полностью разработана ИС
«Автоматизация процессов планирования ресурсов оперативной деятельности
предприятия». Эта система синхронизирует данные на предприятии, а также
36
визуально показывая их на временной шкале диаграммы Ганта. Также система
создает отчет по работам, которые были проведены, в формате Word. ИС имеет
многопользовательскую систему доступа, что значительно облегчает работу
нескольких пользователей над разными проектами.
В итоге разработки ИС «Автоматизация процессов планирования
ресурсов оперативной деятельности предприятия» была спроектирована
структура базы данных для редактирования и хранения информации, которая
поступает в систему, также учтена возможность последующей модификации и
развития системы.
Кроме того, для контроля работоспособности в проектно-
конструкторском бюро ГУП «Московский метрополитен» предполагается
использовать систему функционального контроля модулей и блоков комплекса
КТСМ-02, состоящую из автономного стенда проверки компонентов комплекса
технических средств мониторинга (далее «Стенд») и специального
программного обеспечения аппаратного комплекса.
Стенд представляет собой набор функциональных модулей,
эмулирующих работу периферийного оборудования (формирование и
обработка дискретных и аналоговых сигналов, формирование различных
интерфейсов линий связи) и автоматизированное рабочее место,
представленное персональным компьютером с установленным программным
обеспечением.
В целях автоматизации работы на данном аппаратном комплексе
программистами компании был предложение софт «Стенд КТСМ» для анализа,
конвертирования и отображения сигналов, поступающих в базу данных со
стенда после проверки изделия.
Несмотря на то, что все программное обеспечение компании реализовано
в оконных приложениях, рассматриваемая система была написана с
использованием web-технологий, что обусловлено отсутствием необходимости
установки пользовательского ПО на рабочие станции, адаптивностью подобной
37
системы, масштабируемостью, безопасностью и прочими преимуществами
web-приложений
29
.
В проектно-конструкторском бюро ГУП «Московский метрополитен» для
хранения и структурирования данных со всех подразделений предприятия
используется эффективная и надежная СУБД MySQL. В ходе анализа
структуры существующей базы данных было выявлен недостаток таблиц
измерений. К сожалению, сотрудники компании не в праве были предоставить
права на изменение БД (ktsm_2014), поэтому недостающие таблицы,
используемые для интерпретации записей в основной таблице, были созданы в
отдельной БД (ktsm_view), права на которую ограничены уже не были.
Фрагмент структуры базы данных с отображением используемых для целей
разработки системы таблиц представлена на рисунке 11, где t_stand - основная
таблица, куда и помещается информация о взаимодействии стенда и базы
данных.
29
Технологические основы управления проектами: учебное пособие / А. Н. Дмитриев: М-во
образования и науки Российской Федерации, Федеральное гос. бюджетное образовательное
учреждение высш. проф. образования "Российский экономический ун-т им. Г. В. Плеханова"
(ФГБОУ ВПО "РЭУ им. Г. В. Плеханова") Москва: ФГБОУ ВПО "РЭУ им. Г. В. Плеханова" , 2018 –
С. 41 - 89.
38
Рисунок 11 Фрагмент структуры базы данных
Таблица t_stand состоит из следующих полей:
Npp - идентификационный номер записи;
UserlD - идентификационный номер пользователя;
MsgID - тип сообщения (запрос о пользователе, запрос об изделии и т.д.);
ReqDT - время помещения ПО стенда записи в таблицу;
ReqData - результат тестирования в формате xml;
39
AnsDT - время помещения ПО сервера ответа в таблицу;
AnsCode - код ответа;
AnsDtata - ответ в формате xml;
ReqStr - штрих код / электронный номер изделия.
В качестве средства разработки web-приложения выбрана среда Microsoft
Visual Studio и язык программирования C#. Он отлично подходит для быстрого
конструирования различных компонентов: от высокоуровневой бизнес-логики
до системных приложений, которые используют низкоуровневый код. В
качестве фреймворка для создания web-приложения выбран ASP.NET
Framework. Отличительной особенностью выбранного фреймворка является
реализация шаблона Model-Controller-View.
С помощью дополнительно установленных пакетов программ было
произведено подключение базы данных к среде разработки Visual Studio через
объектно-ориентированную технологию доступа к данным Entity Framework. В
случае уже имеющейся базы данных Entity Framework автоматически создает
модель данных, которая состоит из свойств и классов, соответствующих
объектам базы данных (таким, как столбцы и таблицы). Этот подход называется
Database First и характеризуется именно наличием готовой базы данных перед
созданием приложения.
В дальнейшем взаимосвязь с базой происходила через модель.
Обобщенную базу данных системы вы можете увидеть на рисунке 12.
40
Рисунок 12 Обобщенная база системы
На предприятии каждый сотрудник имеет бейдж с идентификационным
номером, зашифрованном в штрих-коде. Поэтому в системе предусмотрена
защита от несанкционированного доступа, путем аутентификации пользователя
через считанный специальным сканером личный штрих-код.
После успешного прохождения аутентификации в web-приложении,
пользователю предоставляется возможность использования всего функционала,
реализованного в системе:
- просмотр структурированной информации о взаимодействии стенда с
базой данных;
- выбор типа сообщения, ответа, промежутка времени для фильтрации
записей по выбранному критерию;
- графическое отображение зависимостей по типу: количество
проверенных модулей с успешным результатом проверки за выбранный
временной промежуток и т.д.;
41
- формирование отчета из выбранных записей и графиков;
- редактирование и сохранение отчета.
Получение исходных данных начинается с выбора необходимой детали.
Далее выполняется поиск данных согласно КД из перечня КТС PDM-системы
предприятия согласно алгоритму (рисунок 13).