22
последующего анализа и возможности формирования по ним отчётной
документации.[6]
1.4.4.2. Требования к надежности.
В системе должны быть реализованы методы контроля вводимой
информации, а также возможность блокировки некорректных действий,
которые могут допустить пользователи при работе с системой.
При использовании вычислительных ресурсов сверх тех, что доступны
программному продукту или системе в целом, необходимо реализовать
обеспечение корректного завершения вычислений с соответствующей
диагностикой проблемы и возможностью восстановления, если какие-то
данные всё-таки были утеряны.
По результатам обработки информации система должна иметь
автоматизированный функционал, который позволит создавать отчётную
документацию.
Для той информации, что будет храниться в базе данных, должны быть
реализованы функции обеспечения целостности.
АИС должна быть защищена от внезапного прекращения своей работы,
а в случае нештатных ситуаций должны быть предусмотрены меры по
сохранению результатов работы пользователя и промежуточных вычислений с
возможностью их восстановления после сбоя.[19]
1.4.4.3. Требования к составу и параметрам технических средств.
Работа системы должна быть гарантирована на IBM-совместимых
персональных компьютерах с поддержкой платформы .NET для возможности
организации взаимодействия с другими компонентами сетевой инфраструктуры
организации.
Минимальные требования к системной конфигурации:
Процессор – Intel Celeron D и выше;
Объём оперативной памяти – 1024 Мб;
23
Необходимое место на жёстком диске – 1 Гб.
Программное средство должно работать в составе операционной
системы Windows 7, либо более новой. Для корректной работы будет
необходим установленный пакет .NET Framework версии 4.5, либо более
новый.
1.4.4.4. Требования к программной документации.
В информационной ссистеме должен присутствовать справочный
раздел, в котором будет находиться информация о её разработчике, описание
системы и её функций, а также подсказки пользователю, которые помогут
быстрее освоиться и разобраться в пользовательском интерфейсе.
Следующие документы должны входить в состав сопровождающей
документации:
– руководство системного программиста (администратора);
– руководство оператора службы мониторинга.
1.4.4.5. Этапы разработки
Ниже в таблице 2 представлены этапы разработки автоматизированной
информационной системы.
Таблица 2
Этапы разработки АИС
Название этапа
Срок
Выполняемые работы
Проектирование
информационного
обеспечения АС
01.10.2017 –
30.10.2017
Формирование иерархии функций АС,
инфологическое моделирование
предметной области, дата логическое и
физическое проектирование БД;
проектирование макетов экранных форм
для ввода и вывода информации.
Разработка базы
данных,
алгоритмов
обработки данных
01.11.2017 –
15.11.2017
Создание БД, формирование SQL-
запросов, реализация интерфейсов
Разработка
программного
обеспечения
приложения АС
16.11.2017 –
30.11.2017
Алгоритмизация задачи. Описание
программных модулей, реализующих
метод. Отладка приложения.
24
Продолжение таблицы 2
Отладка
компонентов АС и
разработка
технологической
документации
01.12.2017 –
15.12.2017
Разработка тестов. Тестирование
автоматизированной системы.
Разработка руководства пользователя –
оператора службы мониторинга и
прикладного программиста
(администратора).
Выводы:
Результат системного анализа информационных процессов предметной
области показал следующие аналитические сведения, на основе этих данных
будет разработана автоматизированная информационная система мониторинга
доступности сетевого оборудования для Оренбургского филиала ПАО
«Ростелеком».
1 В результате анализа предметной области доказана необходимость
автоматизации следующих информационных потоков: внесение информации о
сети и сетевых устройствах в АИС; определение недоступности определённых
участков или сетевого оборудования; формирование отчетности о недоступном
оборудовании, участков сети, сетевых узлах.
2 Анализ трёх аналогов средств автоматизации выбранных
информационных потоков свидетельствует об актуальности разработки новой
автоматизированной системы.
3 На основе системного анализа предметной области сформировано
техническое задание на разработку автоматизированной информационной
системы контроля доступности сетевого оборудования.
4 Сформулируем противоречия практики и теории на рисунке 7.
25
Рисунок 7 – Противоречия теории и практики
26
Глава 2. Специальный (проектный) раздел
2.1. Разработка архитектуры автоматизированной системы
Архитектура автоматизированной системы будет представлять собой
некоторую совокупность структурных компонентов и их моделей, механизмы
взаимодействия и свойства которых будут видны извне.
Функциональные и потоковые модели, которые были разработаны на
том этапе, в котором был произведён системный анализ предметной области в
первом разделе данной пояснительной записки, являются тем основанием, по
факту которого возможна разработка архитектуры автоматизированной
системы.[20]
На рисунке 8 представлена функциональная схема работы
автоматизированной информационной системы.
Рисунок 8 – функциональная схема работы АИС
27
Рисунок 9 – Диаграмма вариантов использования
На рисунке 9 представлена диаграмма вариантов использования АИС.
2.2. Выбор инструментальных средств программирования
Современный рынок программного обеспечения предлагает большое
количество СУБД. Многие из предлагаемых СУБД предоставляют широкие
возможности для разработки баз данных. Выбор СУБД является довольно
трудной задачей, так как современный рынок программных продуктов
предлагает несколько сотен СУБД.
С целью решения поставленных задач необходимо было провести
анализ нескольких наиболее распространенных систем управления базами
данных и инструментальных средств. Объектами анализа выступили
28
следующие СУБД: MySQL 5.6, Microsoft SQL Server 2008 R2, Microsoft Access
2007. Результаты сравнения данных средств приведён в таблице 3.
Таблица 3
Сравнительные характеристики СУБД
Характеристика
MySQL 5.6
Microsoft
Access 2007
Microsoft SQL
Server 2008
Поддерживаемые
ОС
Windows, Linux
Windows
Windows
Минимальные
системные
требования
CPU 3300MHz,
4 Gb RAM,
1Tb HDD
CPU 3300MHz,
8 Gb RAM,
1Tb HDD
CPU 3300MHz,
32 Gb RAM,
2Tb HDD
Максимальный
объём памяти базы
данных
8 Эб
1 Гб
524272 Тб
Максимальное
число полей в
одной таблице
1024
255
1024
Максимальное
количество
символов,
используемых в
имени поля
128
64
128
Поддержка
следующих
объектов
Триггеры,
таблицы,
представления,
индексы,
процедуры,
домены, роли,
генераторы
Таблицы, формы,
отчёты, индексы,
макросы, модули,
запросы,
процедуры
Триггеры,
таблицы,
представления,
индексы,
процедуры,
домены, роли,
генераторы
Технология
создания баз
SQL-скрипт,
Визуальная
Визуальная
SQL-скрипт,
Визуальная
Файловый формат
*.frm
*.mdb, *.accdb
*.dbo
Серверная
поддержка
клиент-сервер
файл-сервер,
Ibase
Нет
клиент-сервер
файл-сервер
Встроенные языки
Нет
Visual Basic
Нет
Поддержка
стандарта SQL
Есть
Есть
Есть
Передача данных в
MS Excel, MS Word
Нет
Есть
Нет
Наличие средств
для получения
отчетов
Нет
Есть
Нет
Простота/сложность
работы с СУБД
Средне
Просто
Средне
Стоимость (руб.)
Бесплатная
5000
40000
29
Чтобы оценить достоинства и недостатки каждой из вышеприведённых
СУБД и выбрать одну из них для разработки, необходимо проанализировать их
отличительные характеристики. Первое, что можно заметить, – это аппаратные
требования. Как можно заметить из таблицы, одни из самых низких требований
– у MySQL, но в настоящее время этот показатель уже не является
первопричиной отказа или выбора определённой СУБД, т.к. рынок уже давно
может предложить мощные средства для решения ресурсоёмких задач.
Технологии создания СУБД и её объектов делятся на два типа:
визуальные и командные с использованием SQL-скриптов. Эта характеристика
СУБД может быть важна только неопытным пользователям, не обладающим
знаниями в создании использовании SQL-запросов. Оптимальный выбор таких
пользователей: Microsoft Access или MS SQL Server. Они, в отличие от MySQL,
используют обе технологии.
В любой система управления базами данных, которая работает в режиме
«клиент-сервер» должна быть реализована поддержка базы данных в
согласованном и достоверном состоянии, то есть системе необходимо иметь
механизм, поддерживающий транзакции, службу с механизмом
распараллеливания работы пользователей и его управления, а также средства
резервного копирования и восстановления БД.
Каждая из СУБД работает со своими объектами и направлена на
решение определённого круга задач. В данном случае количественная
характеристика объектов СУБД является ещё и качественной. Чем больше
возможностей предлагает СУБД, тем большей гибкостью она обладает.[1]
Чтобы выбрать СУБД, нужно определиться с целью её использования.
Если будет использоваться «настольная» база данных, то для этого идеально
подходит Microsoft Access, т.к. она создавалась для этих целей. Ей
одновременно может пользоваться небольшое количество пользователей,
поэтому данная СУБД не используется как серверная. В предприятиях, где БД
должна быть доступна сотням пользователей, выполнять сложные операции,
30
обладать надёжностью их выполнения, можно использовать MS SQL Server и
MySQL.
Microsoft Access в своём встроенном арсенале имеет такой язык для
разработки приложений, как Visual Basic. Он может упростить работу с базой
данных на рабочем месте путём автоматизации действий. MS SQL Server и
MySQL встроенным языком не обладают. Это минус в удобстве их
использования.
Сложность работы с СУБД зависит от опыта пользователя. На мой
взгляд, наибольшую сложность в работе вызывает MS SQL Server, а самой
простой для освоения из перечисленного списка является MS Access.
Той чертой, которая объединяет MS SQL Server и Microsoft Access,
является возможность использования функции экспорта данных БД в Excel и
Word. На мой взгляд, эта характеристика в какой-то степени дублирует
использование отчётов, потому что данные можно вывести как в файлы Excel и
Word, так и отобразить в виде отчёта. Если необходимо вывести результаты
вычислений в отчёт, то это можно сделать посредством SQL. К сожалению,
MySQL не обладает возможностью экспорта данных и представления их в виде
отчёта.
Для реализации базы данных была выбрана платформа Microsoft Access,
которая легко интегрируется к данному проекту благодаря своей архитектуре и
обладает исчерпывающим набором функций, которые понадобятся для
реализации, а также в процессе эксплуатации программного средства.
Далее был проанализирован рынок наиболее распространенных средств
разработки, результатом стал выбор трёх перспективных и схожих по
характеристикам инструментальных средств. Это Visual Studio C#, С++ Builder
6 и Borland Delphi 7. Характеристики каждого представлены в таблице 4.
31
Таблица 4
Сравнительные характеристики средств разработки
Продукт
Borland C++
Builder 6.0
Borland Delphi
7
Microsoft Visual
Studio 2010 C#
Поддерживаемые
ОС
Windows
XP/7/8/10
Windows
XP/7/8/10
Windows XP/7/8/10
Минимальные
системные
требования
64Mb RAM,
Windows 7,
Intel Pentium 4
256Mb RAM,
Windows 7,
Intel Pentium 4
512Mb RAM,
Windows 7,
Intel Pentium 4
Подход к
разработке ПО
Структурный
подход, ООП
Структурный
подход, ООП
Структурный
подход, ООП
Механизмы доступа
к БД
BDE, ADO,
IBExpress,
dbExpress, MIDAC
BDE, ADO,
IBExpress,
dbExpress,
MIDAC
ADO.NET
Встроенный
компилятор
Есть, малая
точность
обнаружения
ошибок
Есть, невысокая
скорость
Есть, высокая
скорость и
хорошая точность
обнаружения
ошибок
Поддержка классов
Есть
Есть
Есть
Поддержка SQL
Есть
Есть
Есть
Наличие компонент
построения отчётов
и диаграмм
Есть
Есть
Есть
Технология
объектно-
реляционного
отображения
Нет
Нет
Есть
Простота/сложность
работы с
инструментальным
средством
Просто
Сложно
Просто
Возможность
создания
запускаемого
файла
Есть
Есть
Есть
Стоимость, руб.
От 30000
От 35000
От 15500
В качестве средства разработки выбрана Microsoft Visual Studio. Она
представляет собой множество инструментальных средств, главным среди
которых является интегрированная среда разработки программного
обеспечения, позволяющая разработчикам создавать и приложения с
использованием графических интерфейсов (GUI), и консольные приложения,
вместе с реализацией поддержки такой технологии, как WindowsForms, а также
веб-сайты, веб-службы, веб-приложения, как в родном, так и в управляемом