43
этом это приносит и свои преимущества. Например, статический контент
будет отдаваться максимально эффективно и с минимальными затратами
ресурсов, так как в каждый процесс не встроен интерпретатор [1].
На основе этого сравнения, для разработки приложения в данном
проекте будет использован веб-сервер Nginx, за счет его эффективности.
Для реализации информационной системы был выбран язык PHP,
соответственно для этого на веб-сервер должен быть установлен
соответствующий интерпретатор. В качестве такого был выбран PHP-FPM.
Это максимально простой, легкий и быстрый менеджер процессов для
языка PHP. Он способен контролировать количество работающих PHP-
процессов, частоту их перезапуска, бороться с утечками памяти в модулях
PHP.
Выбор системы управления баз данных является достаточно сложной
задачей и одним из важнейших этапов при разработке программного
обеспечения для хранения и доступа к данным. Программный продукт, на
котором будет остановлен выбор, должен удовлетворять как нынешним,
так и потенциальным потребностям предприятия, при этом необходимо
помнить о финансовых затратах на приобретение самой системы,
необходимого оборудования, разработку необходимого ПО на основе
системы.
При выборе системы управления базой данных, наиболее простой
подход – определить, насколько рассматриваемые системы удовлетворяют
основным требованиям, которые ожидаются от информационной системы.
Вторым возможным вариантом является разработка и тестирование
прототипа на основе разных СУБД, с последующим выбором наиболее
подходящего, но очевидно, что такой подход является более трудоемким и
дорогим.
Для выбора можно обозначить следующий набор критериев:
особенности архитектуры и доступные возможности;
моделирование данных;
44
особенности разработки;
контроль за работой системы;
надежность;
производительность;
требования к окружению.
Выбор системы управления базами данных можно проводить в три
этапа. На первом этапе производится качественная оценка предлагаемых
продуктов. Далее выполняется оценка технических характеристик
выбранных систем, после чего выполняется оценка производительности.
Рассмотрим три наиболее популярные реляционные СУБД.
SQLite является файловой базой данных. Она представляет
отличный набор доступных инструментов. При использовании данной
СУБД приложение получает доступ к данным при помощи
функциональных и прямых вызовов файлов, которые содержат данные, а
не за счет использования интерфейса, за счет чего повышается
производительность.
Из преимуществ можно выделить то, что вся информация хранится в
одном файле, а следовательно облегчается перемещение по данным,
использование языка SQL.
Из минусов это отсутствие пользовательского управления, в
соответствии с привилегиями пользователей, а также малое количество
настроек. Данная СУБД хорошо подходит для встроенных, портируемых
приложений. И не подходит для разработки баз данных, к которым могут
иметь одновременный доступ несколько человек.
MYSQL является на сегодня самой популярной серверной базой
данных. Она является достаточно простой для освоения, практически
полностью реализовывает SQL-стандарты.
Из преимуществ можно выделить большой набор функций,
безопасность, возможность работать с большим объемом данных, высокой
45
скоростью работы, а также простотой. Из минусов можно выделить
некоторые вопросы надежности, так как ряд операций выполнены менее
надежно, чем в других реляционных СУБД, низкую скорость разработки
самого продукта [19].
Данная СУБД хорошо подходит для разработки веб-сайтов, для
систем в которых высокие требования к безопасности.
Следующая рассматриваемая СУБД – PostgreSQL. На сегодняшний
день, это самая продвинутая реляционная система управления базами
данных, которая в первую очередь ориентируется на полное соответствие
стандартам. Она, в отличие от других СУБД, обладает объектно-
ориентированным функционалом, а также полной поддержкой концепта
ACID [12].
Из преимуществ можно выделить полную совместимость со
стандартом SQL, большое и активное сообщество, которое занимается
поддержкой и развитием СУБД, хорошую расширяемость за счет наличия
хранимых процедур. Из недостатков выделяются не самая большая
популярность среди других систем управления БД, а также возможную
более низкую скорость операций чтения, в сравнении с конкурентами.
Данная СУБД подходит для систем, в которых требуется высокая
надежность и целостность данных.
На основании приведенного выше сравнения, для данного проекта
была выбрана система управления базами данных PostgreSQL.
Также для доступа к информационной системе необходимо
купленное доменное имя.
Таким образом, для работы серверной части информационной
системы будет использоваться следующий набор программного
обеспечения:
операционная система Debian;
веб-сервер Nginx;
PHP-FPM;
СУБД
PostgreSQL
Описание
работы используемого программного обеспечения на
сервере представлена
Рисунок
Для ускорения процесса разработки и уменьшения количества
ошибок удобно использовать фреймворк.
Фреймворк -
определяющий структуру программной системы; программное
46
PostgreSQL
.
работы используемого программного обеспечения на
сервере представлена
на рисунке 9.
Рисунок
9. Схема работы
ПО на сервере
Для ускорения процесса разработки и уменьшения количества
ошибок удобно использовать фреймворк.
заготовка, ш
аблон для программной платформы,
определяющий структуру программной системы; программное
работы используемого программного обеспечения на
ПО на сервере
.
Для ускорения процесса разработки и уменьшения количества
аблон для программной платформы,
определяющий структуру программной системы; программное
47
обеспечение, облегчающее разработку и объединение различных модулей
программного проекта.
Данная дипломная работа будет выполняться с помощью PHP-
фреймворка Yii2. Это современный веб-фреймворк, быстрый, безопасный
и эффективный. Он имеет широкую поддержку от разработчиков и
достаточно активно развивается.
1.4.3. Обоснование проектных решений по техническому
обеспечению
Под техническим обеспечением понимаются персональные
компьютеры, оргтехника, линии связи, оборудование сетей. Вид
информационной технологии, которая зависит от технической
оснащенности, влияет на сбор, обработку и передачу информации.
К комплексу технических средств относятся:
компьютеры;
жесткие диски, сканеры, принтеры, а также другие устройства для
хранения, сбора, обработки, передачи и вывода информации;
устройства для передачи данных по каналам связи;
эксплуатационные материалы.
При выборе персональных компьютеров для работы следует
обратить внимание на ряд характеристик, среди которых надежность,
стоимость оборудования, его производительность, сложность
использования и обслуживания, доступность потенциального апгрейда. От
результатов рассмотрения данных параметров зависит возможность
использования необходимых программных средств, а следовательно и
успех создания самой системы.
Для персональных компьютеров, через которые будет
осуществляться работа с информационной системой, можно выделить
следующие наиболее важные характеристики технического обеспечения –
48
тактовая частота процессора, объем оперативной памяти, разрешение
используемых мониторов.
Проанализировав уже имеющиеся персональные компьютеры на
предприятии, сделан вывод, что они полностью удовлетворяют
необходимым требованиям для получения доступа к информационной
системе.
Также уже присутствует необходимое оборудование для печати,
копирования и сканирования документов. Поэтому дополнительного
оборудования на рабочие места пользователей нет необходимости закупать
и устанавливать.
Со стороны серверной части, для стабильной работы веб-сервера, и
системы управления базами данных, требуется следующая
производительность:
объем ОЗУ - не менее 1 Гб.
объем жесткого диска - не менее 20 Гб;
тактовая частота процессора не менее 1.6 Ггц.
В качестве сервера может быть арендован выделенный сервер у
любого из доступных хостинг-провадеров.
49
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Одним из базовых понятий в методологии проектирования
информационных системы является понятие жизненного цикла.
Жизненный цикл информационной системы охватывает каждую из
стадий и этапов создания системы, ее сопровождения и развития. К
стадиям можно отнести:
исследование предметной области, позволяющее в дальнейшем
сформировать функциональные и информационные модели для
объекта, для которого разрабатывается информационная система;
проектирование системы, включающее в себя разработку проектных
решений, которые будут удовлетворять всем требованиям
представленного технического задания;
непосредственно разработка информационной системы. Сюда
относятся в том числе программирование и тестирование
прикладных программ на основании разработанных проектных
спецификаций подсистем, которые были выделены на стадии
проектирования;
тестирование информационной системы с целью определения
возможных сбоев и проблем в использование, а также их
последующее устранение;
эксплуатацию разработанной системы;
развитие информационной системы.
Жизненные цикл информационной системы протекает на основании
выбранной модели жизненного цикла. Существует большой перечень
стандартов, которые регламентируют жизненный цикл программного
50
обеспечения. Некоторые из стандартов также регламентируют и процессы
разработки.
Основными стандартами, описывающими жизненный цикл
информационной системы, являются:
ГОСТ 34.601-90 - стандарт распространяется на автоматизированные
системы, используемые в различных видах деятельности
(исследование, проектирование, управление и т.п.), включая их
сочетания, создаваемые в организациях. Стандарт устанавливает
стадии и этапы создания автоматизированной системы [5];
ISO 12207 - стандарт применяется при приобретении систем,
программных продуктов и оказании соответствующих услуг
(внедрение, сопровождение); а также при поставке, разработке,
эксплуатации и сопровождении программных продуктов и
программных компонентов программно-аппаратных средств как в
самой организации, так и вне ее;
ISO 15288 - стандарт обеспечивает общие основы процессов,
составляющих жизненной цикл систем, созданных человеком. Этот
жизненный цикл охватывает концепции идей вплоть до снятия
системы с эксплуатации. Он обеспечивает процессы для
приобретения и поставки системы;
RUP (Rational Unified Process - рациональный унифицированный
процесс) - это методология разработки ПО, созданная и
распространяемая корпорацией Rational Software. Она описывает
упорядоченный подход к распределению задач и обязанностей в
организации-разработчике;
XP (eXtreme Programming) - методология содержит совершенно иные
базовые принципы, нежели RUP. Основными чертами являются
определение точных кратковременных планов (как правило,
недельных), постоянное перепланирование, тесное общение с
51
заказчиком. Эта методология больше подходит для полу-
исследовательских и инновационных проектов;
MSF (Microsoft Solutions Framework - методология создания
программных решений) - В модели процессов приводится общее
описание организации работ над проектом по разработке и
внедрению ИТ-решений. Предлагаемая схема достаточно гибка и
может применяться к самым разным проектам в области
информационных технологий. В версии 3 концепция была
расширена и теперь охватывает практически весь цикл создания
решений - начиная с их обсуждения и заканчивая внедрением;
COBIT (Control Objectives for Information and Related Technology -
цели контроля для информационных и смежных технологий) -
основная идея стандарта COBIT выражается следующим образом:
все ресурсы информационной системы должны управляться набором
естественно сгруппированных процессов для обеспечения компании
необходимой и надежной информацией;
Oracle CDM (Custom Development Method - методика разработки ИС
под заказ) - позволяет стандартизировать процесс создания
приложений. CDM охватывает полный жизненный цикл разработки
приложений, описывая последовательность и взаимную зависимость
задач, решаемых в процессе разработки.
Для описания жизненного цикла ИС был выбран стандарт ГОСТ
34.601-90, как стандарт, который охватывает большинство
автоматизированных систем, который регламентирует их стадии создания.
Следующим важным шагом является выбор модели жизненного
цикла информационной системы.
Основные модели делятся на каскадные, итерационные и
спиральные.
Каскадные модели определяют последовательный переход к
следующему этапу после завершения предшествующего. К достоинствам
52
можно отнести хорошие показатели по срокам разработки, надежность при
решении отдельных задач. К минусам неприменимость к сложным и
большим системам, связанную с часто меняющимися требованиями к
системе в течение длительного проектирования.
Итерационная модель - технология проектирования «снизу – вверх».
Допускает итерационные возвраты после выполнения текущего этапа на
предыдущие. Достоинства - возможность оперативно вносить коррективы
в проект. Минусы - время проектирования растет вместе с ростом числа
итераций, часто появляются расхождения в проектных решениях и
документации, путается функциональная и системная архитектура ПО.
Также после внедрения системы может сразу возникнуть необходимость в
создании новой, или перепроектированию только что созданной системы.
Спиральная модель - технология проектирования «сверху – вниз».
Предполагает использование программного прототипа, который допускает
дальнейшее программное расширение. Среди достоинств - снижение числа
итераций, сокращение сроков проектирования, упрощение разработки
проектной документации. Из недостатков - на небольших проектах, или
проектах с низкой степенью риска, применение спиральной модели может
оказаться дорогостояще, привести к усложнению структуры, лишней
обработки документации [3].
Оптимальной моделью для данного проекта является каскадная, за
счет того, что она подходит к небольшим системам.
Стадии жизненного цикла:
формирование требований - оценка качества функционирования и
целесообразности внедрения автоматизированной ИС,
формирование требований к ИС;
разработка концепции - детальное изучение объекта автоматизации и
его деятельности;
техническое задание - разработка технического задания;