45
Информация о инциденте нарушения техники безопасности:
номер происшествия;
дата и время происшествия;
тип происшествия;
описание нарушения;
пометка о травме, была или нет.
Данные об участниках инцидента:
идентификатор сотрудника предприятия;
роль участника в инциденте.
Данные о предписании:
идентификатор сотрудника предприятия;
дата, когда было выписано предписание;
пометка, действительно предписание или нет.
Список, на которых основывается предписание содержит идентификатор
предписания и идентификатор инцидента.
Данные о СИЗ:
модель;
номер;
пометка о наличии на складе;
идентификатор работы, к которой относится СИЗ.
Данные о медицинских осмотрах и проверках похожи по структуре, их
можно объединить в одну сущность – график. Результаты прохождения также
объединяются в одну сущность.
В результате, база данных должна состоять из сущностей, перечисленных
ниже:
«сотрудник»;
«график»;
«происшествие»;
«предписание»;
«результат»;
«работа»;
46
«участник»;
«список инцидентов»;
«СИЗ».
В системе потребуется реализовать следующую нормативно-справочную
информацию: подразделения, должность, причина не прохождения, тип
происшествия, роль участника, тип СИЗ.
1.4.2 Обоснование проектных решений по программному
обеспечению
Задача выбора систем управления базами данных является достаточно
сложной и многопараметрической. Данная задача является одним из важнейших
этапов при разработке приложений баз данных. Требуется учесть не только
текущие требования системы, но и подготовить возможность для решения
возможных будущих систем. Также, требуется учесть затраты на приобретение
необходимого оборудования, лицензий на ПО, разработка программного
обеспечения для работы с базой, обучение персонала работы в новой системе [19].
Одними из самых распространённых систем являются реляционные и
объектно-реляционные. Такие базы данных представляют из себя связанные
таблицы, запись в которых представляет из себя упорядоченные поля
определённого типа. Каждая запись должна иметь уникальное значение одного
или нескольких полей - первичный ключ. Обработка строк и столбцов таблицы
базы данных может происходить в любом порядке. Между таблицами
устанавливаются связи - отношения. Благодаря этому есть возможность работать
с данными из разных таблиц, объединяя их в одном запросе.
Для доступа к данным используется специальный язык структурированных
запросов – SQL [23].
Далее рассматриваются несколько популярных СУБД:
MySQL;
PostgresSQL;
Oracle;
MS SQL Server.
47
Одной из популярнейших СУБД является MySQL. СУБД используется во
многих крупных компаниях, таких как Facebook, Wikipedia, Twitter и т.д. MySQL
является реляционной СУБД, относящейся к свободному ПО, на условиях GNU
Public License. Система характеризуется гибкостью, быстротой, бесплатностью.
Обычно применяется в небольших и средних проектах [18].
СУБД PostgreSQL является объектно-реляционной и свободно
распространяемой. В системе поддерживается стандарт SQL-2011. Система не
имеет ограничений по максимальному размеру таблиц, индексов, всей базы
данных. Достаточно надёжна [35].
СУБД Oracle является объектно-ориентированной. Это очень мощная и
надёжная СУБД. Применяется как в средних, так и крупных корпоративных
проектах. Обладает высокой производительностью и богат средставми
разработки. СУБД использует не только специальное расширение языка SQL -
PL\SQL, но и язык Java [23].
СУБД MS SQL Server является реляционной. Есть версии свободно
распространяющиеся, которые подходят для небольших и средних проектов.
Отличается надёжностью, лёгкостью масштабирования, быстротой обработки
данных. Обладает широким набором инструментов для работы с БД.
Поддерживает язык Transact SQL. Всё это позволяет использовать её не только
для малых, средних проектов, но и для крупных компьютерных информационных
систем. Основной платформой является ОС Windows. MS SQL Server обладает
возможностью интеграции со всеми продуктами компании Microsoft.
Поддерживает возможность экспорта/импорта в большинство распространённых
форматов. Это позволяет применять MS SQL для центрального хранилища
данных [14].
На предприятии уже применяется СУБД MS SQL Server, она вполне
удовлетворяет всем требованиям разрабатываемой системы. Нет технического и
экономического смысла использовать другую СУБД. Поэтому, выбрана MS SQL
Server 2017.
Выбор языка программирования сложный процесс. Требуется учесть
следующие критерии:
скорость работы конечного продукта;
48
объём занимаемой оперативной памяти;
ориентированность на компьютер или человека;
кроссплатформенность;
скорость тестирования и внесения изменений [16].
Также, требуется учесть возможности дальнейшего развития системы.
Выбрав достаточно экзотический или сильно устаревший язык, будет сложно
найти разработчика в дальнейшем для сопровождения системы.
Язык Python отличается своей простатой. Обладает отличной стандартной
библиотекой, большой коллекцией библиотек сторонних разработчиков.
Благодаря этому Python позволяет разработать очень многое. Но также, обладает
существенными минусами - сильно загружает память, невысокая скорость
исполнения программы. Также, Python не позволяет писать многопоточных
приложений [15].
Язык Java гораздо более сложный язык программирования. Конечный
продукт выполняется быстрее. Поддержка многопоточности. Стандартная
библиотека также обширна. Имеет большое количество сторонних библиотек.
Позволяет достаточно быстро создавать приложения [17].
Язык C# - разработка Microsoft. Порог вхождения меньше, чем в Java, но
сложнее Python. Позволяет создавать приложения достаточно быстро. Но
создание графического интерфейса пользователя не так просто, как в Java и
Python. Кроссплатформенность хуже, чем Java и Python. Стандартная библиотека
достаточно обширна [36].
Язык Delphi – на данный момент принадлежит компании Embarcadero.
Обладает богатыми стандартными библиотеками. FireDac позволяет настроить
соединение с любой популярной СУБД. Имеет достаточное количество сторонних
библиотек. Позволяет очень быстро создавать графический интерфейс
пользователя. В последних версиях Delphi позволяет разрабатывать
кроссплатформенные приложения. Хотя и уступает по этому показателю Java и
Python. Скорость работы конечного продукта для платформы Windows очень
хорошая. По оптимизации памяти оно возможно уступает С#, но совсем
небольшой процент [37].
49
Краткое сравнение языков программирования по некоторым основным
критериям представлено в таблице 1.6, по шкале от 0 до 10, где 0 – самый плохой
результат, 10 – самый лучший.
Таблица 1.6
Сравнение языков программирования по критериям
Язык
Скорость
обработки
Простота
GUI
Кросплатформенность
Среда
разработки
C#
8
5
6
2
Visual
Studio
Delphi
9
8
10
6
RAD Studio
Java
6
6
7
10
InteliJ
Python
2
10
8
10
PyCharm
Из сравнения видно, что Delphi позволит достаточно быстро и просто
создать программную оболочку для работы с базой данных. Тем более, что Rad
Studio поддерживает несколько способов подключения к СУБД MS SQL Server.
Для реализации проекта выбран Delphi. Среда программирования Delphi
уже используется в компании. На предприятии среда Embarcadero RAD Delphi
применяется для автоматизации участков бизнес-процессов. Не требует закупки
лицензии.
1.4.3 Обоснование проектных решений по техническому обеспечению
Для работы системы учёта по ОТ компании ГБУ «Жилищник района
Чертаново Центральное» потребуются персональные ПК со следующими
минимальными характеристиками:
ЦП: 1,5ГГц;
ОЗУ: 2Гб;
HDD: 200Гб.
Сервер баз данных должен обладать следующими минимальными
характеристиками:
ЦП: 2,5 ГГц;
ОЗУ: 4 Гб;
50
HDD: 500 Гб.
В организации работает системный администратор, который обязан:
поддерживать информационную сеть компании в рабочем
состоянии;
производить ремонт или замену ПК, комплектующих и расходные
материалы;
оказывать техническую помощь пользователям;
проводить профилактические работы на ПК и серверах;
проводить инструктаж по технике безопасности;
своевременно обновлять устаревшее оборудование и
комплектующие.
Пользователь ПК обязан:
уметь включить/выключить компьютер;
уметь работать со специальными программными пакетами;
содержать в чистоте своё рабочее место;
работать только на своём рабочем месте;
пройти инструктаж по технике безопасности.
К работе с ПК допускаются только сотрудники компании. Каждый
сотрудник работающий с ПК имеет свою учётную запись и за ним закреплён ПК.
51
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл программного продукта представляет собой
непрерывный процесс, начинающийся с момента принятия решения о создании
программного обеспечения и заканчивающийся в момент полного изъятия его из
эксплуатации.
Существует несколько стандартов процессов ЖЦ программного продукта.
Стандарты процессов жизненного цикла программного продукта:
1) Международный стандарт ISO/IEC 1227: 1995-08-01, первая
редакция которого подготовлена в 1995 г. Объединённым комитетом ISO/IEC
JTC1 «Информационные технологии, … проектирование программного
обеспечения».
2) ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология (ИТ).
Системная и программная инженерия. Процессы жизненного цикла программных
средств [12].
3) Отечественный комплекс стандарта ГОСТ 34 (ГОСТ 34.601-90,
ГОСТ 34.602-89, …).
4) Методика Oracle CDM (Custom Development Method) по разработке
прикладных информационных систем под заказ.
Одним из самых удачных и распространённых в нашей стране является
ГОСТ Р ИСО/МЭК 12207. Достаточно гибкий стандарт, позволяющий
подстроится под множество вариантов информационных систем. Именно этот
стандарт будет применяться для данного проекта.
Модель жизненного цикла программного обеспечения — структура,
содержащая процессы действия и задачи, которые осуществляются в ходе
разработки, использования и сопровождения программного продукта.
Основными среди них, положительно зарекомендовавшими себя в практике
программирования, являются каскадная, спиральная, инкрементная,
эволюционная и стандартизованная модели.
52
Каскадная (водопадная — vaterfaH) модель включает в себя выполнение
следующих фаз:
исследование концепции: происходит исследование требований,
разрабатывается видение продукта и оценивается возможность его реализации;
выработка требований: определяются программные требования для
информационной предметной области системы, а также предназначение, линия
поведения, производительность и интерфейсы;
проектирование: разрабатывается и формулируется логически
последовательная техническая характеристика программной системы, включая
структуру данных, архитектуру ПО, интерфейсные представления и
процессуальную (алгоритмическую) детализацию;
реализация: эскизное описание ПС превращается в полноценный
программный продукт, результатом является исходный код, база данных и
документация; в реализации обычно выделяют два этапа: реализацию
компонентов ПО и интеграцию компонент в готовый продукт; на обоих этапах
выполняется кодирование и тестирование, которые тоже иногда рассматривают
как два этапа;
эксплуатация и поддержка: подразумевает запуск и текущее
обеспечение, включая предоставление технической помощи, обсуждение
возникших вопросов с пользователем, регистрацию запросов пользователя на
модернизацию и внесение изменений, а также корректирование и/или устранение
ошибок;
сопровождение: устранение программных ошибок, неисправностей,
сбоев, модернизация и внесение изменений, что обычно приводит к повторению
или итерации отдельных этапов разработки [24].
Именно эта модель ЖЦ выбрана для данного проекта.
Выделены следующие этапы жизненного цикла программного продукта:
1. Анализ требований.
Данная стадия является одной из важнейших, поскольку определяет успех
всего проекта. На этом этапе формулируются цели и задачи проекта,
устанавливается область применения программного обеспечения (ПО) и
определяются граничные условия, выделяются базовые сущности и взаимосвязи
53
между ними.
Определяются сроки и стоимость разработки ПО, формируется и
подписывается техническое задание на разработку ПО.
2. Стадия проектирования.
Проектирование включает в себя определение архитектуры программной
системы, её функций, внешних условий функционирования, интерфейсы и
распределение функций между пользователями и системой, требования к
программным и информационным компонентам. Проектирование системы
проводится на основе результатов формирования требований.
Разрабатывается функциональная спецификация ПО, выбирается
архитектура системы, определяется наиболее подходящая СУБД, проектируются
структуры хранения данных, оговариваются требования к аппаратному
обеспечению, определяется набор организационных мероприятий, которые
необходимы для внедрения ПО, а также перечень документов,
регламентирующих его использование.
3. Кодирование (программирование).
На данной стадии строятся прототипы как целой программной системы, так
и её частей, осуществляется физическая реализация структур данных,
разрабатывается программные коды, выполняется отладочное тестирование,
создается техническая документация. В результате этапа кодирования появляется
рабочая версия продукта.
4. Тестирование и отладка.
Тестирование ПО тесно связано с этапами проектирования и реализации. В
систему встраиваются специальные механизмы, которые дают возможность
производить тестирование программного обеспечения на соответствие
требований к нему, проверку оформления и наличие необходимого пакета
документации.
Результатом тестирования является устранение всех недостатков
программного продукта и заключение о её качестве.
5. Эксплуатация и сопровождение.
Ввод в эксплуатацию ПО предусматривают установку программной
системы, обучение пользователей, документирование. Поддержка
54
функционирования ПО должна осуществляться группой технической поддержки
разработчика.
Сопровождение – это процесс адаптации поставляемого ПО к новым
условиям, внесения изменений в ПО и соответствующую документацию,
вызванных возникшими проблемами или потребностями в модификации при
сохранении неизменными его основных функций [33].
Вывод из эксплуатации программного обеспечения осуществляется в
результате его морального, прихода на смену более совершенных продуктов или
по иным объективным или субъективным причинам.
Внедрение системы требуется проводить по одной из стратегий:
Параллельная стратегия – для случая, когда старую работающую систему
необходимо заменить новой.
Скачок означает, что прежняя система работала еще в пятницу, а в
понедельник начала работать по новой системе.
Если данные не столь точные, как хотелось бы, если люди не обучены,
тогда есть риск ввергнуться в хаос, сорвать поставки и финансовые расчеты.
Опытная эксплуатация пилотного проекта — это тактика скачка, но
применяемая к ограниченному числу изделий. Область применения стратегии —
малый участок деятельности. Такой подход наиболее надежен, он снижает риск,
и сегодня практически все фирмы применяют эту тактику.
Узкое место – это наиболее критичная малая часть производственного
процесса. При внедрении узкого места план внедрения выполняется только для
узкого места и для людей, работающих в нем [25].
При стратегии узкого места объем работ уменьшается значительно, и при
заданных ресурсах узкое место может быть завершено в более короткие сроки,
чем внедрение во всей фирме.
Для ИС учёта по ОТ выбирается стратегия пилотного проекта.
В результате выявлено, определена модель ЖЦ – каскадная. Определён
стандарт ЖЦ – ГОСТ Р ИСО/МЭК 12207. Выявлены этапы ЖЦ.