59
1.5.2. Обоснование проектных решений по программному
обеспечению
Для работы данного программного обеспечения необходимо следующее
системное программное обеспечение:
На стороне сервера из системного программного обеспечения, не считая
драйверов периферийных устройств достаточно установки последней версии
32-х разрядной операционной системы MS Windows Server 2016. Из
прикладного программного обеспечения должна быть обязательно
установлена система управления базами данных MySQL 5.2.
Основные преимущества данной операционной системы заключаются в
следующем:
‒ Улучшенная безопасность. Встроенный Защитник Windows
предотвращает проникновение вредоносных программ и защищает
от вирусов. Администрирование с ограничением по времени и
области воздействия снижает риск, связанный с доступом к системе.
Технология безопасной загрузки защищает среду Windows Server от
вредоносных программ и подмены кода. Экранированные
виртуальные машины обеспечивают защиту от вмешательства со
стороны и хищения информации.
‒ Повышение эффективности работы ИТ. Расширенные контейнеры
Windows и Hyper-V помогают наиболее эффективно использовать
серверы и виртуальные машины. Встроенные средства аварийного
восстановления повышают доступность и время бесперебойной
работы. Обновление структуры кластера до Windows Server 2016
происходит без остановки виртуальных машин в Hyper-V. С
помощью Storage Spaces Direct можно создавать масштабируемые
60
хранилища, используя стандартные серверы с локальными
устройствами хранения данных.
‒ Расширение возможностей сотрудников с помощью служб
удаленных рабочих столов. В Windows Server 2016 реализован
удобный удаленный доступ к бухгалтерским приложениям и CRM-
системам с сохранением и защитой конфиденциальных данных.
Расширен спектр возможностей для подключенных мобильных
устройств. Реализована возможность развертки ОС на сервере, в
облаке или в гибридной среде.
‒ Готовность к работе в облаке. Возможность использования
виртуальных машин и контейнеров для повышения гибкости
инфраструктуры и мобильности персонала. Windows Server и
облачное хранилище Azure идеально дополняют друг друга. Azure
позволяет реализовать многоклиентную службу каталогов, а также
предоставляет доступ к набору инструментов с веб-интерфейсом и
интерфейсом для командной строки, предназначенных для
управления серверами Windows Server.
Выбор СУБД MySQL обуславливается высокой степенью надежности и
отказоустойчивости, легкостью установки и настройки. Данная СУБД
отличается высокой скоростью работы.
Из прикладного программного обеспечения для визуального управления
СУБД MySQL потребуется установить MySQL Workbench 5.2 CE или dbForge
Studio for MySQL.
Для компьютера-клиента обязательный набор системного и
прикладного программного обеспечения будет выглядеть следующим
образом.
‒ Операционная система MS Windows XP-MS Windows 10.
Приложение работает как на 32-х разрядной, так и на 64-х разрядной
версии операционной системы.
61
‒ Драйвер доступа к данным MySQL - mysql-connector-odbc-5.1.6-
win32.
‒ Папка с разработанным приложением АИС "Техподдержка"
Для осуществления данного проекта была выбрана среда
программирования Delphi 10.
Delphi ‒ это объектно-ориентированный визуально-программируемый
язык. Его достоинство и обоснование выбора заключается в наличии большого
количества технологий доступа к данным. Причем, технологии доступа к
данным легко устанавливаются в систему. Но обычно те технологии, что уже
присутствуют хватает с избытком для осуществления любых манипуляций с
базами данных.
Несмотря на то, что популярность Delphi упала, он все же остается
единственным языком с такими богатыми возможностями обработки данных
из различных источников. Так же Delphi обладает огромным набором
собственных визуальных компонент. Следует отметить, что это не
коммерческие AciveX‒объекты, за использование которых следует внести
оплату разработчику компонента. Объекты Delphi при компиляции
программы встраиваются в исполнимый файл. Скорость работы Delphi-
приложений очень высока.
Так же для Delphi 10 существует популярный конструктор отчетов
FastReport 6.
В качестве технологии доступа к данным была выбрана модель Microsoft
ADO. Модель очень удобна. Она содержит большое количество объектов,
скорость обработки данных большая. Распространять такое приложение
гораздо удобнее, чем приложение, например с устаревшим механизмом
доступа к данным ‒ BDE. В этом случае потребовалось бы установить BDE-
администратор.
62
1.5.3. Обоснование проектных решений по техническому
обеспечению
Техническое обеспечение определяет наличие комплектующих
персонального компьютера, его периферийных устройств, а также средств
связи.
На исследуемом предприятии используется класс ЭВМ IBM PC. Для
работы клиентского приложения к оборудованию не предъявляются высокие
технические требования к производительности.
Для работы рабочей станции необходимо:
CPU ‒ тактовая частота 1 Ггц.
Оперативная память 1 Гб.
Видеопамять 128 Мб.
Свободное место на жестком диске 50 Мб.
Принтер (лазерный, струйный, матричный).
Технические требования к серверу так же не велики:
CPU ‒ Два четырёхъядерных Quad-Core Intel Xeon процессоров 5460
с частотой 3.16 GHz и шиной 1333 MHz.
Оперативная память ‒ от 16 Гб.
Жесткие диски ‒ 4 отсека 2,5 дюйма с горячей заменой для дисков
SAS или 2 отсека 3,5 дюйма с горячей заменой для дисков SATA.
Слоты расширения ‒ 2x PCI-Express (x8),
1x PCI-X 64-bit/133 MHz.
Сервер содержит резервные блоки питания и вентиляторы, с
возможностью горячей замены.
63
II. ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл разработки информационной системы включает в себя
прохождение этапов жизненных циклов, которые начинаются от создания
системы и заканчивая её эксплуатацией.
К таким стадиям относятся:
Предпроектный анализ. На этой стадии формируется
информационная и функциональная модель объекта, для которого будет
осуществляться проектирование информационной системы;
Проектирование системы. Эта стадия включая разработку
технического задания, а также технического и эскизного проектов;
Разработка системы. Это этап непосредственного создания системы,
то есть, программирования и тестирования создаваемой программы.
Проведение испытаний программы;
Эксплуатация и сопровождение информационной системы.
В течение жизненного цикла системы проводится модернизация ее
технико-программной базы. При этом, прикладное программное обеспечение
системы должно быть сохранено и перенесено на обновляемые аппаратно-
программные платформы.
Международный стандарт ISO/IEC 12207 определяет структуру
жизненного цикла. Он содержит процессы, которые должны быть выполнены
во время создания информационной системы.
Данные процессы делятся на три группы:
Основные. К ним относятся приобретение, поставка, разработка,
эксплуатация, а так же сопровождение.
64
Вспомогательные. Это процессы документирования, управления
конфигурацией, верификации, процессы обеспечения качества, процессы
аттестации, оценки, аудита и решения проблем.
Организационные. Это процессы управления проектами, создание
инфраструктуры проекта, определения, оценка и улучшение самого
жизненного цикла, процессы обучения.
Указанный стандарт ISO/IEC 12207 не определяет конкретной модели
жизненного цикла и методов его разработки. Он содержит общие
рекомендации, предназначенные для любых моделей жизненного цикла. Эти
рекомендации ориентированы на разработку информационной системы в
рамках организации. Есть стандарты, которые более ориентированы на
производителей информационных систем. Они подразумевают более четкие
требования.
В настоящее время наиболее распространена каскадная модель.
Каскадная модель создания информационной системы является однородной и
ее программное обеспечение определяется как единое (с ней) целое. Каскадная
модель обеспечивает хорошие результаты. Она показана на рисунке 9.
65
Рисунок 9. Каскадная модель жизненного цикла
Именно каскадная модель была выполнена для реализации проекта в
данной работе.
Весь процесс разработки, в соответствии с данной моделью разбивается
на несколько этапов, переход от одного этапа к другому происходит только
после полного выполнения предыдущего этапа.
Это означает, что на каждом этапе формируется законченный набор
проектной документации, этого набора должно быть абсолютно достаточно
для передачи проекта другой группе разработчиков, функционирующих на
следующем этапе жизненного цикла по разработке информационной системы.
Так же одним из положительных моментов каскадной модели является
возможность планирования сроков завершения работ и затрат на их
выполнение. Как и у любой модели, у каскадной модели есть свой недостаток.
Он заключается в том, что сложно уложить реальный процесс создания
66
программного обеспечения в такую жесткую схему. В связи с этим часто
возникает потребность возврата на предыдущий этап, с целью уточнения и
пересмотра решений, принятых ранее.
Весь процесс разработки программного обеспечения начинается с
изучения предметной области. В случае разработки данного приложения
изучение ведется в направлении набора уже используемых программ на
предприятии для информационного обмена.
При данной модели разработки сначала осуществляется чертеж на
бумаге. Этот этап называется проектированием. Проектируется база данных, а
именно, наименование таблиц, наименование и структура полей таблиц,
связей между таблицами. Далее осуществляется чертеж эскиза форм и прочих
элементов интерфейса. Чертеж начинается с основной формы MDI и ее меню.
Далее, последовательно чертятся формы, информация в которых отображается
из справочных таблиц и формы, содержащие информацию из учетных
(оперативных) таблиц. А именно, делается эскиз форм Организации,
Сотрудники, Входящие письма, Исходящие письма. Делается эскиз форм
промежуточного диалога, такие как подтверждение удаления записи и
информационный формы.
Следующим этапом разработки является проектирование дизайна в
среде программирования, то есть построение пользовательского интерфейса.
Осуществляется в той же последовательности. На данном этапе интерфейс
пока еще не выполняет своих функций.
При наступлении третьего этапа начинается "оживление"
пользовательского интерфейса посредством записи процедур и функций.
Последовательность разработке такая же, как при составлении эскизов.
Разрабатываются различные модули для осуществления рабочих функций
приложения. Тестируется каждый модуль на наличие возможных ошибок.
После кодирования созданное приложение необходимо протестировать
на наличие ошибок уже комплексно. Здесь следует предусмотреть все нелепые
67
операции, которые может осуществить пользователь, который будет работать
с данным программным обеспечением.
После успешного прохождения теста, программе необходима
техническая поддержка по внесению определенных изменений, которые будут
происходить в регламенте организации.
68
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
При проектировании системы следует прежде всего хорошо разобраться
в предметной области, изучить все необходимые функции, которые
потребуется автоматизировать. После этого уже можно передавать проект на
следующий этап разработки. Изучением предметной области должны
заниматься все три члена команды-разработчиков, а именно руководитель
проекта, программисты-техники и программист-разработчик.
Далее, программисты-техники, которые являются техническими
специалистами. готовят на техническое задание для программиста-
разработчика. Основной риск здесь может заключаться в том, что сами же
технические специалисты могут не предусмотреть все функции, которые им
потребуются для дальнейшей работы. В этом случае программист-
разработчик может вернуть проект на доработку (на предыдущий этап).
Уже после повторной доработки техническими специалистами
технического задания станет ясно, достаточно ли данной информации для
проектирования базы данных, либо нет. В процессе возврата проекта на
предыдущий этап нет ничего необычного. Это процесс доработки. Именно так
и должна проходить любая разработка программного обеспечения. Процесс
проектирования базы данных сначала делается на обычном листе карандашом.
Чертятся таблицы, дается название полям, чертятся связи между таблицами по
ключевым полям. После успешного проектирования на бумаге начинается
непосредственное проектирования на выбранного для проекта СУБД. В
данном случае был выбран СУБД MySQL 5.2.
После проектирования базы данных наступает следующий этап
проектирование. Это процесс проектирования экранных форм. Начинается он
так же с бумажного проектирования. Процессом проектирования форм в
команде занимается программист-разработчик, поскольку команда проекта не
предусматривает наличие работников-дизайнеров. Вообще дизайнеры – это