48
В обязательном порядке такие формы следует разработать для
заполнения отчетной документации (списки недобросовестных учащихся и отчет
о посещаемости для родителей) и оперативных таблиц-журналов (например,
форма для отметки посещаемости учащихся в этот день) школы.
Для хранения информации, которая редко используется в процессах
образовательного центра должны быть созданы справочные таблицы (клиенты,
учащиеся и т.п.). Информация из них использоваться в формах и оперативных
таблицах.
Объектно-реляционная база данных – это гибрид реляционной и
объектно-ориентированной баз данных. Они являются реляционными базами
данных, которые поддерживают некоторые функции объектно-ориентированных
баз данных, стараясь брать лучшее от обоих.[5]
Базой такого типа является и выбранная для реализации системы
2.1.2. Обоснование проектных решений по программному обеспечению
Первое программное обеспечение, которое следует рассмотреть – это
операционные системы. В качестве основной операционной системы,
устанавливаемой на персональные компьютеры следует оставить уже
установленную и использующуюся в компании Windows 10. По отношению к
серверной операционной системе применяется та же логика. В компании уже
есть сервера с установленной версией WindowsServer. Не имеет смысла менять
выбор операционной системы.
Ранее, были разобраны несколько вариантов автоматизации при помощи
готовых решений, но они не подходили, т.к. на предприятии уже есть СУБД,
которую рекомендуется использовать для проекта. Это будет дешевле и
технический отдел будет знать с чем имеет дело, что ускорит ввод системы в
эксплуатацию.
Среди вариантов СУБД для сравнения можно выделить следующие:
Oracle 12c, MySQL, PostgreSQL, DB2, Microsoft SQL сервер. Сравнительный
анализ выделенных решений представлен в таблице 18
49
Таблица 18
Сравнительный анализ СУБД
№
п/
п
СУБД
Тип
Разработч
ик
Операцион
ная
система
Лицензия
Исходн
ый код
Преимущества и недостатки
1
OracleDa
tabase
Мульти-
модельн
ая
OracleCorpo
ration
Linux,
Microsoft
Windows,
Oracle
Solaris, IBM
AIX, HP-UX
Коммерчес
кая
Закрыты
й
Oracleявляется одной из эталонных СУБД.
Эта компания старается задавать тренды и
устанавливать планку качества. Эта СУБД
славится своей надежностью и широким
функционалом. Главными проблемами этого
продукта можно считать непомерно высокую
цену, которая может быть слишком высока
для малого и среднего бизнеса, а также
требовательность системы к техническим
характеристикам оборудования предприятия.
2
MySQL
Реляцио
нная
OracleCorpo
ration
Linux,
MicrosoftWin
dows,
OracleSolaris
, macOS,
FreeBSD
GNU GPL и
коммерчес
кая
Закрыты
й
Одним из главных преимуществ этой СУБД
является высокое качество и полнота
сопровождающей документации. Другими
плюсами этой системы можно считать
бесплатное распространение урезанной
версии, высокую функциональность даже в
бесплатной версии и совместимость с
другими базами данных. Главным
недостатком является сложность настройки и
излишние затраты времени при
недостаточном опыте работы с этой СУБД.
3
PostgreS
QL
Объектн
о-
реляцио
нная
PostgreSQL
GlobalDevel
opmentGro
up
Linux,
Microsoft
Windows,
Oracle
Solaris, IBM
AIX, macOS,
HP-UX, QNX
Свободное
и открытое
программн
ое
обеспечени
е,
разрешите
льная
лицензия
Открыты
й
Главными преимуществами этого продукта
являются его бесплатность и открытый код,
что значит широкие возможности для
модификации СУБД. Кроме того, PostgreSQL
подходит для предприятий любого размера
из-за его замечательной масштабируемости.
Недостатками будут являться сомнительная
документация, которая отвечает не на все
вопросы и достаточно высокие требования к
50
№
п/
п
СУБД
Тип
Разработч
ик
Операцион
ная
система
Лицензия
Исходн
ый код
Преимущества и недостатки
персоналу. Неподготовленного пользователя
может смутить конфигурация данной СУБД.
Еще одной проблемой, с которой
сталкиваются некоторые компании, является
падение скорости работы в некоторых
ситуациях.
4
DB2
Объектн
о-
реляцио
нная
IBM
Linux,
MicrosoftWin
dows,
OracleSolaris
, FreeBSD,
macOS
Проприета
рная EULA
Закрыты
й
Преимущества DB2: технология
BluAcceleration позволяет грамотно
задействовать ресурсы для объёмных баз
данных. БД может быть размещена в
облачном хранилище, на физическом
сервере, или же и там, и там одновременно.
Имеет очень удобный планировщик задач,
который существенно облегчает задачу
администратора базы данных. Недостатки:
Цена за пределами бюджета многих
физических лиц и небольших
организаций.Базовая поддержка доступна
только в течение трех лет; после этого
придется платить.
5
Microsoft
SQL
сервер
Реляцио
нная
Microsoft
Linux,
MicrosoftWin
dows
Коммерчес
кая
Закрыты
й
Этот продукт очень прост в использовании и
работает быстро и стабильно. Он очень
хорошо взаимодействует с другими
продуктами Microsoft. Однако цена для
юридических лиц оказывается неприемлемой
для большей части организаций. Кроме того,
даже при тщательной настройке
производительности SQL Server способен
занять все доступные ресурсы.
Продолжение таблицы18
51
Процесс проектирования БД является весьма сложным. По сути, он
заключается в определении перечня данных, хранимых на физических носителях
(магнитных дисках и лентах), которые достаточно полно отражают
информационные потребности потенциальных пользователей в конкретной ПО.
Проектирование БД начинается с анализа предметной области и возможных
запросов пользователей. В результате этого анализа определяется перечень
данных и связей между ними, которые адекватно — с точки зрения будущих
потребителей — отражают ПО. Завершается проектирование БД определением
форм и способов хранения необходимых данных на физическом уровне.
Весь процесс проектирования БД можно разбить на ряд взаимосвязанных
этапов, каждый из которых обладает своими особенностями и методами
проведения [3].
Установленной СУБД является PostgreSQL. На её основе и будет
разрабатываться продукт для автоматизации выбранного нами бизнес-процесса.
Эта СУБД уже используется компанией и является бесплатной, что является
очевидными преимуществами. Эти факторы позволяют использовать
PostgreSQL,как основную СУБД.
Для разработки пользовательского интерфейса выбрана среда
Microsoftvisualstudio. Это программное обеспечение уже установлена на
компьютерах компании и не потребует никаких дополнительных вложений.
Кроме того, персонал технического отдела уже знаком и работал с этой средой
разработки, что ускорит процесс создания программы.
2.1.3 Обоснование проектных решений по техническому обеспечению
Техническим обеспечением организации называется совокупность
технических средств с решений, применяемых для функционирования
информационной системы.
Техническое обеспечение компании было показано ранее на рисунке 2 и
расписано в таблицах 5-12. Для нужд внедрения разрабатываемой системы
рекомендуется дополнить техническую архитектуру предприятия и изменить
52
технический состав некоторых отделов. Обновленный технический состав
отделов представлен в таблице 19
Таблица 19
Техническое оснащение серверной
Устройство
Кол - во
Технические характеристики
ASUS RS700D-E6/PS8 1U
2
Процессор: IntelPentiumGoldG5500
Объемоперативнойпамяти: 8ГбDDR3
Ж.Д.: 20Тбsatahdd
ASUS RS700D-E6/PS8 1U
2
Процессор: IntelPentiumGoldG5500
Объем оперативной памяти: 8ГбDDR3
Ж.Д.: 8Тбsatahdd
ASUS RS700D-E6/PS8 1U
5
Процессор: IntelPentiumGoldG5500
Объемоперативнойпамяти: 32ГбDDR3
Ж.Д.: 2Тбsatahdd
КоммутаторCisco C9200L-
24P-4X-E
3
Количество портов маршрутизатора:
24 x Ethernet
Внутренняя пропускная способность:
4.4 Гбит/сек
Размер таблицы MAC адресов: 8192
Тип: управляемый 3 уровень
Межсетевой экран
CiscoFirepower FPR1010-
NGFW-K9
1
Количество портов: 8 Ethernet 1
Гбит/с
Протоколы маршрутизации:
поддержка OSPF
Камера видеонаблюдения
Dahua DH-HAC-
HFW1220SP-0280B
2
Матрица: 2 МП
Макс. Разрешение: 1920x1080
Доп. функции: ИК-фильтр,
компенсация задней засветки,
шумоподавление
В качестве основного изменения рекомендуется добавить еще один
сервер баз данных и один сервер резервного копирования. При помощи такого
решения можно отделить базы данных школы и детского сада образовательного
центра друг от друга. Это поможет подразделениям работать независимо,
повысит безопасность и облегчит работу технического отдела. А также позволит
избежать возможных инцидентов связных с одновременной работой разных
специалистов в разных зданиях.
Не имеет смысла приобретать другой сервер под эти нужды, т.к.
специалисты уже знакомы с этой техникой, и она отвечает требованиям по
53
безопасности и функциональности. При этом, размер памяти у сервера базы
данных для детского сада можно сократить, т.к. такого объема данных в
ближайшие годы не предвидится и дополнительная память будет излишней.
Измененная техническая архитектура серверной представлена на рисунке 9.
54
Серверная
Сервер Б.Д.
ASUS
RS700D-E6/PS8 1U
(Школа)
Сервер
резервного
копирования
ASUS
RS700D-E6/PS8 1U
(Школа)
Сервер
приложений
(Бухгалтерия)
ASUS RS700D-E6/PS8 1U
Сервер
приложений
(Финансово-
организационный отдел)
ASUS RS700D-E6/PS8 1U
Коммутатор
TP-LINK
TL-SG108E
Сервера
приложений
(Компьтерные классы)
ASUS RS700D-E6/PS8 1U
Коммутатор
Cisco
C9200L-24P
-4X-E
Камера
видеонаблюдения
Dahua DH-HAC-
HFW1220SP-
0280B
Сервер Б.Д.
ASUS
RS700D-E6/PS8 1U
(Детский сад)
Коммутатор
Cisco
C9200L-24P
-4X-E
Сервер
резервного
копирования
ASUS RS700D-E6/PS8 1U
(Детский сад)
Межсетевой экран Cisco
Firepower FPR1010-NGFW-
K9
Internet
Коммутатор
Cisco
C9200L-24P
-4X-E
Локальная сеть детского садаЛокальная сеть школы
Рисунок 9. Техническая архитектура серверной после создания системы
55
2.2 Разработка проекта автоматизации
2.2.1 Этапы жизненного цикла проекта автоматизации
Одним из базовых понятий методологии проектирования ИС является
понятие жизненного цикла (ЖЦ). ЖЦ ИС - это непрерывный процесс,
начинающийся с момента принятия решения о необходимости создания ИС и
заканчивающийся в момент полного её изъятия из эксплуатации. Понятие это не
является специфическим для программирования. Оно возникло и развивалось
сначала применительно к техническим системам.[14]
В качестве основного руководящего документа в процессе создания
информационной системы был выбран ГОСТ 34. Согласно ему, а точнее, ГОСТ
34.601-90, жизненный цикл создания системы состоит из следующих этапов:
1. Формирование требований к АС
2. Разработка концепции АС
3. Техническое задание
4. Эскизный проект
5. Технический проект
6. Рабочая документация
7. Ввод в действие
8. Сопровождение АС
Согласно требованиям ГОСТ, на начальном этапе создания АС
проводится обследования объекта автоматизации в целях сбора и анализа
данных об организации, функционировании объекта автоматизации и
егопроизводственной структуре. Эти сведенья получаются из различной
корпоративной и государственной документации.[1][2] Например, нужные нам
сведенья могут содержать устав и регламенты организации,
общегосударственные законы, постановления и другие нормативно-правовые
акты.
Обследование также должно провести анализ уже существующих на
предприятии информационных систем. Также, на данном этапе обычно
определяется степень интеграции, создаваемой ИС с существующими
56
системами. Зачастую, на этом этапе целесообразно провести анализ уже
существующих на рынке разработок, подходящих для тех целей, с которыми
создается информационная система.
В результате проведенных исследований должен быть составлен
аналитический отчет,содержащий информацию об объекте, цели исследования и
методология проведения исследовательских работ, основные конструктивные,
технологические и технико-эксплуатационные характеристики, основные
требования пользователя к системе, степень внедрения и рекомендации по
внедрению разрабатываемой информационной системы, область применения
системы, обоснование экономической эффективности создания ИС, прогнозы и
предположения о развитии объекта исследования.
Исходя из результатов, проведенных исследований объекта
автоматизации, согласно ГОСТ 34 разрабатывается несколько вариантов
концепций системы, удовлетворяющих требованию пользователей. Концепции
информационной системы могут быть представлены заказчику в виде отчета о
выполненных работах, или отдельного документа, или стать частью
аналитического отчета.
Ключевая роль при создании АС отводится именно разработке и
согласованию технического задания, так как он должен определять требования и
порядок разработки, развития и модернизации системы. В соответствии с
данным документом должны будут проводиться работы по испытанию и
приемке системы в эксплуатацию. Техническое задание может быть разработано
как на систему в целом так и на ее части.
Стандартом для разработки данного документа является ГОСТ 34.602-89,
регламентирующий содержание разделов и стиль изложения в ТЗ.
Согласно ГОСТ 34 техническое задание должно включать следующие
разделы: общие сведения, назначение и цели создания (развития) системы,
характеристика объектов автоматизации, требования к системе, состав и
содержание работ по созданию системы, порядок контроля и приемки системы,
57
требования к составу и содержанию работ по подготовке объекта автоматизации
к вводу системы в действие, требования к документированию.
Далее, согласно ГОСТ 34 разрабатывается эскизный и технический
проект в них мы объединяем два этапа жизненного цикла разработки системыв
связи с аналогичностью проводимых работ. На данных этапах происходит
разработка проектных решений и создание технической документации к
информационной системе. Наиболее часто выделяются следующие виды
документации:
Пояснительная записка к техническому (эскизному) проекту
1. Схема организационной структуры
2. Схема комплекса технических средств (КТС)
3. Схема функциональной структуры
4. Схема автоматизации
5. Перечень входных и выходных сигналов и данных
6. Описание автоматизированных функций
Полный перечень документации, разрабатываемый на данных этапах
создания системы, приводится в ГОСТ 34.201-89.
В большинстве случаев,разработка полного пакета документов эскизного
и технического проекта, представленного в стандартах ГОСТ 34 не является
целесообразным и необходимым. Поэтому обязательный комплект
документации согласовывается с заказчиком и фиксируется в техническом
задании на создание информационной системы.
Следующий этап подразумевает разработку рабочей документации на
разрабатываемую систему или ее части. Данный пакет документов также
согласовывается с заказчиком в индивидуальном порядке и фиксируется в ТЗ.
Очень часто, пакет рабочей документации ограничивается следующими
документами:
1. Руководство пользователя (администратора)
2. Инструкция по эксплуатации информационной системы
3. Общее описание системы