47
Операционная
система
Windows, Linux,
Solaris, HP-UX, OS
X, z/OS, AIX
Windows, Linux, OS
X, FreeBSD, Solaris
Windows
Лицензия
Проприетарная
Свободная
Проприетарная
В качестве СУБД для программы выбра MySQL ver 5.7. Выбор сделан
в связи со свободным исходным кодом, простотой в обращении.
Закупка сервера не обязательна, так как база данных программного
продукта может располагаться на имеющих серверах школы или же будет
размещена на так называемом невыделенном сервере.
В таблице 6 приведено сравнение языков программирования
Таблица 6
Сравнения языков программирования
Язык
программирования
С++
Delphi 7
Python 2.7
Сложность
изучения
Сложный
Простой
Простой
Совместимость с
ОС Windows 7, 10
Да
Да
Да
Встроенный
редактор
интерфейса
Да
Да
Да
Визуальная среда
разработки
Нет
Да
Да
Для написания приложения, регистрации учета оборудования и
отображающего визуальную информацию о месте их расположения, выбран
язык программирования Delphi.
Прежде всего Delphi предназначен для профессиональных
разработчиков, желающих очень быстро разрабатывать приложения в
архитектуре клиент-сервер.
Преимущества Delphi по сравнению с аналогичными продуктами:
– быстрота разработки приложения;
– высокая производительность разработанного приложения;
48
– низкие требования разработанного приложения к ресурсам
компьютера;
– наращиваемость за счет встраивания новых компонентов и
инструментов в среду Delphi;
– удачная проработка иерархии объектов.
Система программирования Delphi рассчитана на программирование
различных приложений и предоставляет большое количество компонентов
для этого.
К тому же в работе интересует, прежде всего, скорость и качество
создания программ, а эти характеристики может обеспечить только среда
визуального проектирования, способная взять на себя значительные объемы
рутинной работы по подготовке приложений. Возможности Delphi
полностью отвечают подобным требованиям и подходят для создания
систем любой сложности.
1.4.3. Обоснование проектных решений по техническому
обеспечению
Техническое обеспечение – это комплекс технических средств,
вычислительной техники, средств передачи информации, соответствующей
документации для этих средств, предназначенных для обеспечения
информационной системы [11, c.33].
К техническим средствам можно отнести:
компьютеры любой модели и производителя;
устройства сбора, накопления, обработки, передачи и вывода
информации;
устройства передачи данных и линий связи;
оргтехника и устройства автоматического сбора информации;
эксплуатационные и расходные материалы и прочее.
49
Для работы и функционирования программы (системы) по учету
оборудования школы ниже приведен перечень элементов технического
обеспечения:
ПК-сервер – выступает в роли основной ЭВМ, на которой будет
размещена база данных, на этой же ЭВМ будет размещена и СУБД для
нашей базы данных;
ПК-оператор (рабочая станция) – это ПК пользователя, на
котором будет установлена клиентская программа для регистрации
полученных данных и формировании отчетности;
ПК-администратор (рабочая станция) – это ПК администратора,
ответственного за внесение, изменение данных, о помещениях,
корректировки данных;
средства передачи данных в ЛВС – к ним относятся все
задействованные активные (маршрутизатор, коммутатор, шлюз и прочее) и
пассивные (сегменты ЛВС, коммутационные розетки и прочее) компоненты
ЛВС.
Для всех указанных элементов стоит рассматривать наиболее важные
при осуществлении выбора критерии.
Для сервера СУБД в рамках одного ПК основным критерием будет
отказоустойчивость и пропускная способность сетевого интерфейса. Исходя
из среднего арифметического числа записей в день, , а также загруженности
сетевой инфраструктуры на 40 % и загруженностью серверов баз данных на
60%, нет необходимости закупать высокопроизводительный сервер с
сетевым адаптером скоростью в 1Gbps, достаточно ограничиться
интерфейсом в 100Mbps. Итогом анализа критериев по серверному
оборудованию будет вывод об использовании платформы разработанной на
основе HPE ProLiant ML30 Gen9 Tower(4U). В таблице 7 приведена
конфигурация ПК-сервера.
Таблица 7
50
Конфигурация ПК-сервера
Характеристика
Значение
Процессор
Четырех ядерный Intel Xeon E3-1220 v6 3.00GHz
Кол-во процессоров
1
Оперативная память
8GB DDR4 (расширяемая до 64 GB)
Жесткие диски
300GB 3.5" SATA - 2 шт
100GB 3.5" SATA - 2 шт
Питание
HP 350W Factory Integrated Power Supply
Конфигурация ПК-оператора и администратора приведены в таблице
8.
Таблица 8
Конфигурация ПК-оператора и администратора
Параметр
Значение
Корпус
(SFF) Smal Form Factor
Процессор
Intel® Core™ i3-8100 с графическим ядром Intel® UHD
Graphics 630 (3,6 ГГц, 6 Мбайт кэш-памяти, 4 ядра)
Чипсет
Intel® Q270
Оперативная память
4 Гб DDR4-2400 SDRAM (1 x 4 Гб)
Жесткий диск
500 ГБ 7200 об./мин. SATA 2,5
Питание
Внутренний блок питания 180 Вт
Сетевой адаптер
Встроенный сетевой контроллер Intel® I219LM,
Gigabit
Для средств организации ЛВС критерием выбора будет тип кабеля и
пропускная способность. На данный момент по анализу сетевого трафика
программой Net Send загруженность сети составляет 21%. Соответственно,
свободная пропускная способность составляет 79% от общей пропускной
способности СКС. Тип кабеля по скоростным параметрам предпочтительнее
выбрать витую пару вместо устаревшего коаксиала из-за его ограничения по
максимальной пропускной способности коаксиала в 10 Mbps. В сетевой
51
инфраструктуре организации используются маршрутизаторы и коммутаторы
класса CISCO (WS-C3560G-24TS и PIX-515E (FO)). Сеть работает на
скорости 100Mbps, а в некоторых участках и 1Gbps.
52
II ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Этапы жизненного цикла проекта автоматизации – это процесс,
происходящий с системой в период ее создания и дальнейшего
эксплуатирования. Другими словами, это время от начального момента
создания какого-либо программного продукта, до конца его разработки и
внедрения. Жизненный цикл программного обеспечения можно
предоставить в виде моделей.
Рассмотрим некоторые модели и стандарты, которые в некотором роде
регламентируют этапы жизненного цикла, а также процесса разработки:
ГОСТ 34.601-90 - отечественный стандарт, определяющий стадии и
этапы разработки автоматизированных систем (АС). В зависимости от
конкретных условий, стадии и этапы могут объединятся друг с другом.
Кроме того, в стандарте содержится описание содержания работ на каждом
этапе, а также рекомендации по кодированию документов. Стадии и этапы
работы, закрепленные в стандарте, в большей степени соответствуют
каскадной модели жизненного цикла [3, c.24].
ISO/IEC 12207:1995 является основным нормативным документом,
регламентирующим состав процессов жизненного цикла ИС. Он определяет
структуру жизненного цикла, содержащую процессы, действия и задачи,
которые должны быть выполнены во время создания ИС. Каждый процесс
разделен на набор действий, каждое действие — на набор задач. Каждый
процесс, действие или задача инициируется и выполняется другим
процессом по мере необходимости, причем не существует заранее
определенных последовательностей выполнения.
Custom Development Method (и, методика Oracle) совокупность точно
определенных процессов заказной разработки с разными режимами
управления. Методология, в основе которой лежит CASE-технология,
53
обеспечивает точное определение бизнес-требований в самом начале
процесса разработки и их сохранение на протяжении всего процесса
разработки. Методология CDM радикально повышает возможность
успешной реализации проекта.
Rational Unified Process (RUP) - методология разработки программного
обеспечения, предлагающая итеративную модель разработки, состоящая из
четырех основных стадий:
начало;
уточнение;
конструирование;
внедрение [13, c.77].
Каждая стадия может включать в себя этапы (итерации), по
результатам которых выпускаются версии для внутреннего или внешнего
использования. Прохождение через четыре основные фазы называется
циклом разработки, каждый цикл завершается генерацией версии системы.
Суть работы в рамках RUP - это создание и сопровождение моделей, а не
бумажных документов, поэтому этот процесс привязан к использованию
конкретных средств моделирования (UML), а также конкретной технологии
проектирования и разработки (объектно-ориентированный анализ (далее
OOA), объектно-ориентированное программирование (далее OOП).
Microsoft Solution Framework (MSF) является еще одной методологией
разработки ПО. MSF опирается на практический опыт Microsoft и описывает
управление людьми и рабочими процессами в процессе разработке решения.
Процесс MSF ориентирован на «вехи» — ключевые точки проекта,
характеризующие достижение в его рамках какого-либо существенного
(промежуточного либо конечного) результата. Этот результат может быть
оценен и проанализирован. Модель процессов MSF тесно связана с
базовыми принципами.
Extreme Programming (XP) - экстремальное программирование.
Основой методологии является работа в команде, эффективные
54
коммуникации между заказчиком и исполнителем в течение всего проекта;
разработка АИС ведется с использованием последовательно
дорабатываемых прототипов.
Для разрабатываемого ПО больше подходит стандарт ГОСТ 34.601-90.
Этот стандарт имеет набор процессов, действий и задач, охватывающих
наиболее широкий спектр возможных ситуаций при максимальной
совместимости. В рамках стандарта ГОСТ 34.601-90 возможно
проектирование и разработка собственного продукта небольшой группой
разработчиков [9].
Рассмотрим стадии и этапы стандарта ГОСТ 34.601-90:
1. Стадия формирование требований к АС включает в себя сбор и
анализ данных об объекте автоматизации, выявление проблемы, которые
требуется решить при помощи средств автоматизации. Входной
информацией будут журналы регистрации оборудования. Собрав и
проанализировав полученную информацию, необходимо сделать
обоснованный вывод и утвердить в плане группы работу над созданием АС,
сформировать команду и распределить участников по компетенциям.
2. В стадии разработки концепции АС потребуется создание единого
образа разрабатываемой системы, исходя из полученных данных. Группа
разработчиков должна четко представлять, себе что она хочет создать,
опираясь на требования пользователей. На данном этапе от программиста
требуется определиться с выбором языка программирования, с помощью
которого будет вестись разработка и календарный план работ, где будут
указаны сроки и график разработки.
3. В стадию технического задания закладываются описания
требований к разрабатываемой системе ее, назначение, возможности,
требования к надежности и безопасности, требования к защите информации
от несанкционированного доступа и ее сохранности. На этом этапе от
группы требуется выпустить документ, который бы описывал требования,
заложенные в концепции и необходимые к реализации.
55
4. Стадия разработки технорабочего проекта включает в себя
реализацию идей и требований, заложенных в техническом задании, именно
на этом этапе осуществляется создание так называемой первой версии ПО.
На этой стадии группа разрабатывает возможные решения (включая
документацию и программный код), при необходимости группа может
продолжить работу над решениями и в следующей стадии, стадии внедрения
если в результате тестирования обнаружились проблемы.
Итоговым результатом прохождения стадии разработки является:
исходный и исполнимый код приложения, скрипты установки и
конфигурация. От программиста на выходе требуется предоставить
разработанную программу, которой будут пользоваться сотрудники, а также
составление инструкций, руководства пользователя, описание
функциональных возможностей.
В завершении стадии полученными результатами будут:
– готовый продукт;
– документация к выпуску;
– материалы поддержки решений;
– результаты и инструменты для тестирования;
– исходный и исполнимый код приложения;
– структура базы данных;
– проектная документация [9, c.11].
На стадии ввода в действие происходит подготовка объекта
автоматизации к вводу АС. Подготовка и ознакомление отдельной группы
персонала с АС возложена на инженера. Далее внимание фокусируется на
работе АС в условиях, приближенных к реалистичной модели объекта
автоматизации. Группа разработчиков проводит тестирование внедренной
системы, занимается расстановкой приоритетов, а также устранением
ошибок. Инженер проводит пусконаладочные работы, загружает
информацию в базу данных и проверяют систему управления, после чего
инженер с отобранными лицами производит серию предварительных
56
испытаний АС, где проверяется работоспособность программы и ее
компонентов в соответствии с техническим заданием, после чего формирует
дополнения, которые могут быть учтены в реализации следующей версии.
Результатами стадии внедрения будут: накопленные знания, отчеты,
планы, журналы протоколов, массивы данных и программный код,
результаты тестирования, анализ удовлетворённости пользователей во время
тестирования, разработанные вовремя проекта концепции для создания
будущих версий. На этой стадии начальник проекта согласовывает решение
об окончательном внедрении в систему и дает распоряжение инженеру на
установку программного обеспечения на компьютеры, распечатку
инструкций по работе и обучению с программой.
Подробнее целесообразно описать стратегию внедрения, так как само
понятие внедрения является общим для него. Исходя из требований к срокам
и качеству выпускаемого продукта, существуют 4 основных стратегии
внедрения:
параллельная стратегия – кого работы проводятся одновременно
как в старой, так и в новой системе, их выходные документы сравниваются и
если они согласуются длительное время, осуществляется переход на новую
систему.
«скачок» – это переход от старой технологии к новой в крайне
сжатые сроки, при этом не осуществляется каких-либо дополнительных
проверок, предполагается полный отказ от устаревшей системы после
перехода на новую технологию.
«узкое место» – это небольшая часть производственного процесса.
При использовании подхода «узкое место» план внедрения действует только
для данного производственного процесса и применима только для людей
участвующих в этом процессе.
«пилотный проект» – это самая распространённая стратегия,
использующая тактику «скача», применяется к небольшому участку,
затрагивает ограниченное число процессов [18, c.15].