32
графикой, криптографическими библиотеками, документами формата PDF.
Синтаксис PHP подобен синтаксису языка Си. Некоторые элементы, такие
как ассоциативные массивы и цикл foreach, заимствованы из Perl. Выбор
останавливается на PHP.
Для функционирования создаваемой автоматизированной системы
необходим веб-сервер. Веб-сервер — это специальное программное
обеспечение (сервер), принимающий HTTP-запросы от пользователей,
обычно браузеров, и выдающий им HTTP-ответы, обычно вместе с HTML-
страницей, изображением, файлом, медиа-потоком или другими данными.
Веб-сервером называют как программное обеспечение,
выполняющее функции веб-сервера, так и компьютер, на котором это
программное обеспечение работает.
Существует два наиболее распространенных веб-сервера:
Apache –– веб-сервер с открытым исходным кодом, наиболее
часто используется в Unix-подобных ОС;
IIS –– веб-сервер от компании Microsoft, как правило,
используется на ОС семейства Microsoft Windows.
Основными достоинствами Apache считаются надёжность и
гибкость конфигурации. Он позволяет подключать внешние модули для
предоставления данных, использовать СУБД для аутентификации
пользователей, модифицировать сообщения об ошибках. Недостатком
наиболее часто называется отсутствие удобного стандартного интерфейса
для администратора.
Достоинством IIS является интеграция с другими продуктами
компании Microsoft. К существенному недостатку IIS можно отнести
сложность интеграции сервера с интерпретатором PHP, что в свою очередь
усложняет настройку и использования этого сервера.
В соответствии с принятыми решениями для автоматизации
необходима установка веб-сервера Apache. Кроме того, обязательна
33
поддержка языка программирования PHP. Также дополнительно
устанавливается СУБД MySQL. В таком виде информационная система»
полностью готова к автоматизации обработки обращения.
Техническое обеспечение – это совокупность технических средств,
вычислительной техники, средств передачи данных, соответствующей
документации для этих средств, необходимых для эффективной
реализации информационной системы.
Чтобы автоматизировать задачу необходимо: оснастить рабочие
места сотрудников службы сопровождения АСУД компьютерами;
организовать подключение к корпоративной локальной сети для работы
с почтой и получения данных с серверов.
К техническим средствам можно отнести:
компьютеры любой модели и производителя;
устройства сбора, накопления, обработки, передачи и вывода
информации;
устройства передачи информации и линий связи;
оргтехника и устройства автоматического сбора информации;
эксплуатационные и расходные материалы и прочее.
Для работы и функционирования программы (системы) по
регистрации, обработки и анализу заявок в рамках проектируемой
автоматизированной системы ниже приведен перечень элементов
технического обеспечения:
ПК-сервер – выступает в роли основной ЭВМ, на которой
будет размещена база данных, на этой же ЭВМ будет размещена и СУБД
для базы данных;
ПК-сотрудника (рабочая станция) – это ПК сотрудника, на
котором будет установлена программа для регистрации заявок
пользователей и формировании отчетности;
ПК-администратора (рабочая станция) – это ПК инженера,
34
ответственного за внесение, изменение данных, о функционале, графиках
работы, корректировки данных;
средства передачи данных в ЛВС – к ним относятся все
задействованные активные (маршрутизатор, коммутатор, шлюз и прочее) и
пассивные (сегменты ЛВС, коммутационные розетки и прочее)
компоненты ЛВС.
Для всех указанных элементов стоит рассматривать наиболее
важные при осуществлении выбора критерии.
Серверы – это компьютеры или компьютер, отобранный для
выполнения какой-либо сервисной задачи без непосредственного участия
человека. На практике сервера стараются оградить от посторонних, не
выставляя на всеобщее обозрение, но при этом тщательно за ними
присматривают. В отличие от рабочих станции работоспособность сервера
должна поддерживаться в режиме 24/7, что в свою очередь подразумевает
более тщательный подбор основных компонентов (составляющих)
оборудования. В связи с этим часто сервера комплектуют дублирующими
элементами, позволяющими сократить время недоступности сервера, не
превышающее 6 минут в год.
Главными критериями выбора для основы серверной платформы
является специфика решаемых задач и количества АРМ, объединённых в
сеть. Теперь остается только выбрать производителя.
Для сервера СУБД в контексте одного ПК главным критерием
будет отказоустойчивость и пропускная способность сетевого интерфейса.
Учитывая среднее арифметическое число записей в день, которое
составляет 150 записей в день, а также загруженностью сетевой
инфраструктуры на 40 % и загруженностью серверов баз данных АСРК на
60% не нужно закупать высокопроизводительный сервер с сетевым
адаптером скоростью в 1 Gbps, можно обойтись интерфейсом в 100 Mbps.
Итогом анализа критериев по серверному оборудованию будет вывод об
использовании платформы разработанной на основе HPE ProLiant ML30
35
Gen9 Tower(4U) в таблице 3 приведена конфигурация ПК-сервера.
Таблица 4
Конфигурация ПК-сервера
Характеристика
Значение
Процессор
Четырех ядерный 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
Рассмотрим данную конфигурацию:
процессор, позволяющий при применении SQL сервера, качественно
выполнять операции и распределять задачи, выполняемые на
сервере.
8 Гб оперативной памяти будет достаточно для обработки больших
потоков информации, используемых в БД, при дальнейшем
увеличении существует возможность увлечения за счет покупки
дополнительных слотов оперативной памяти.
использование 4 жестких дисков понадобится в виду следующих
соображений.
Для качественной работы ОС сервера есть RAID массив из двух
жестких дисков каждый по 100 ГБ (такого объема хватит для
функционирования ОС). ОС специально находится обособленно от файлов
БД для реализации соответствующей безопасности и производительности.
Для эффективного хранения данных в формате SQL имеется массив
жестких дисков большего объема 300 Гб. Этого объема хватит для
интеграции нового функционала.
Отдельного хранения требуют данные в формате mdf (файл базы
36
данных) и файлов в виде ldf (файл транзакций), что потребует аналогично
с предыдущим по объему массив.
Конфигурация ПК-оператора и администратора приведены в
таблице 4.
Таблица 5
Конфигурация ПК-оператора и администратора
Параметр
Значение
Корпус
(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% от суммарной пропускной
способности СКС. Внесенные в приложение 150 заявок в день добавит
загруженность сети всего на 1-3%, что никак не будет воздействовать на её
пропускную способность и возникновение коллизий. Типа кабеля по
скоростным параметрам предпочтительнее выбрать витую пару вместо
устаревшего коаксиала из-за его ограничения по максимальной
пропускной способности коаксиала в 10 Mbps. В сетевой инфраструктуре
ООО"Зенит-МСК" используются маршрутизаторы и коммутаторы класса
CISCO (WS-C3560G-24TS и PIX-515E (FO)). Сеть работает на скорости
37
100Mbps, а в некоторых участках и 1Gbps.
Исходя из выше описанного технического оснащения, следует, что
решение задачи осуществимо.
38
Глава 2. Разработка проекта автоматизации обработки заявок
2.1. Этапы жизненного цикла проекта автоматизации
Модель жизненного цикла - структура, включающая процессы,
действия и задачи, реализации которой происходит в процессе разработки,
работы и сопровождения программного продукта в ходе всей жизни
системы, от установления требований до окончания ее эксплуатации. Есть
немало моделей и стандартов, так или иначе определяющих жизненный
цикл, почти все из них принадлежат к заказному ПО (АСУТП и т.д.) и
помимо жизненного цикла определяют также и процессы проектирования.
Есть целый ряд методологий, описывающих жизненный цикл ПО:
ГОСТ 34.601-90 распространяется на автоматизированные системы
и определяет этапы их проектирования. Помимо всего прочего, в стандарте
приводится описание содержания работ на каждой стадии. Этапы,
определенные в стандарте, в основном соответствуют каскадной модели
жизненного цикла.
ISO/IEC 12207:1995 - стандарт на процессы и организацию
жизненного цикла. Поддерживает все виды заказного ПО. Стандарт не
включает описания фаз, этапов.
Custom Development Method (и методика Oracle) по
проектированию прикладных ИС под заказ - конкретный материал,
разбитый до степени заготовок проектных документов, ориентированный
на применение в проектах с использованием Oracle. Степень адаптивности
CDM ограничивается тремя моделями жизненного цикла: «классическая»
(предполагается выполнение всех задач и прохождение всех стадий),
«оперативное проектирование», «облегченный подход», используемый в
случае малых проектов и опции оперативного прототипирования
приложения.
Rational Unified Process (RUP) – итеративная модель
проектирования, состоящего из 4 фаз: начала, исследования, построения и
39
внедрения. Каждая фаза может разделяться на определенные итерации, по
завершению которых проектируется версия для внутреннего или внешнего
применения. Прохождение сквозь 4 ключевые фазы называется циклом
разработки, каждый из которых завершается генерацией версии системы.
Если при этом работа над проектом не завершена, то разработанный
продукт продолжает прогрессировать и снова проходит эти фазы,
соблюдая цикличность. Смысл деятельности в разрезе RUP - это
проектирование и сопровождение моделей, а не бумажных документов,
ввиду чего данный процесс прикреплен к применению определенных
средств моделирования (UML), а также установленной технологии
разработки (объектно-ориентированный анализ (ООА), объектно-
ориентированное программирование (ООП)).
Microsoft Solution Framework (MSF) имеет схожесть с RUP, она
тоже состоит из 4 фаз: анализа, проектирования, разработки, стабилизации,
включает итерации, подразумевает применение ООП.
Экстремальное программирование - самое современное среди
анализируемых методологий, оно образовалось более 20 лет назад. В
фундаменте методологии командная работа, качественное взаимодействие
между заказчиком и исполнителем в процессе всего проекта по созданию
ИС, а проектирование осуществляется с применением поэтапно
дорабатываемых прототипов.
Ключевыми критериями для определения стандарта жизненного
цикла являются:
- актуальность и современность применяемых методик контроля
проектирования;
- проектирование в итерационном режиме с опцией контроля
рисков и реализации самого проекта на определенных контрольных
точках, нет дополнительных требований по моделированию процесса
разработки и эксплуатации.
40
Исходя из описания стандартов, итерационными из них будут
четыре стандарта: MSF, RUP, COBIT, XP.
Стандарт COBIT выбирать нецелесообразно, т.к. ключевой целью
его применения является осуществление аудита и стратегического
планирования ИС и ИТ-инфраструктуры в целом.
Стандарт XP также не является оптимальным, поскольку он не
имеет полноценных этапов жизненных циклов, таких, как определение
концепции, планирование, проектирование, стабилизация, внедрение.
Соответственно, остается RUP и MSF. Оба стандарта современные
и поддерживают комплекс технологий эффективной разработки и
контроля их реализации.
RUP представляет собой достаточно сбалансированное решение для
средних по размерам коллективов разработчиков, ведущих деятельность с
использованием продуктов и технологий фирмы Rational. Сопровождение
проектирования системы и самой системы определяется методологией
RUP, но эта технология достаточно сильно направлена на
внутрифирменные инструментальные средства.
Extreme Programming целесообразно использовать для проектных
групп небольшого размера и для систем с нередко обновляемыми
требованиями. Ключевая проблема XP - сопровождение. При текучке
кадров в штате разработчиков существенная доля проектной информации
может потеряться ввиду почти отсутствующей документации. В таблице 6
отражены ключевые характеристики стандартов жизненного цикла ИС.
Таблица 6
Технологии MSF, RUP и XP
Техноло
гия
Оптималь
ная
команда
Соответст
вие
стандарта
м
опустимы
е
технолог
ии и
инструме
нты
Удобство
модификац
ии и
сопровожде
ния
RUP
10 - 40
стандарты
UML и
продукты
Удобно (RUP)
41
чел.
Rational
Rational
MSF
3 - 20 чел.
адаптируе
ма
любые
Удобно
(MSF+MOF)
XP
2 - 10 чел.
стандарты
отсутствую
т
любые
Сложно
(зависимость
от
конкретных
участников
коллектива)
Технолог
ия
Оптимальн
ая команда
Соответств
ие
стандартам
Допустимы
е
технологи
и и
инструмен
ты
Удобство
модификаци
и и
сопровожден
ия
MSF представляет собой максимально сбалансированную
технологию, направленную на проектные группы малых и средних
размеров. MSF не накладывает рамок на применяемый инструментарий и
имеет рекомендации достаточно общего характера. Но данные
рекомендации можно применить для создания определенного процесса,
отвечающего потребностям коллектива разработчиков.
Помимо всего прочего, ключевым достоинством MSF является
итерационная модель вместе с уточняющими вехами (аналог каскадной
модели). Соответственно, исполнение MSF стремится к объединению
каскадной и итерационной модели проектирования и эксплуатации ПО.
По исследованным достоинствам был выбран стандарт MSF как
самый гибкий и удобный для выполнения проекта.
Одним из достоинств данного стандарта является опция
управления одновременно и проектом, и разработкой приложения, и
внедрением инфраструктуры.
Таким образом, в идеологии MSF есть 5 стадий жизненного цикла
ИС, которые в MSF именуются фазами. Первая из них - фаза выработки
концепции.