58
В проектном решении применяются несколько принятых у заказчика
классификаторов: локальный и общегосударственный. По второму
классификатору будут делится все ГОСТы, имеющиеся в базе системы.
Также требованием является создание локальных классификаторов. При
этом требуется использовать справочники: линейные и иерархические. В
линейных справочниках все элементы, включенные в состав, описаны в
виде классических списков, а в иерархических – имеют вид списков с
иерархической структурой.
Выделим требования к системам кодирования и классификации
данных. Системы классификации (СК) можно разделить на иерархические
и многоаспектные. Иерархическая СК включает в себя разбиение
начального множества на отдельные подмножества, между которыми есть
отношения подчинения друг другу. В многоаспектных СК использованы
параллельно сразу несколько независимых классификационных признаков,
т.е. начальное множество описывается сразу в разных аспектах. [11]
Поскольку данные не нужно классифицировать по нескольким признакам,
в проектном решении будет использоваться иерархическая система.
Унифицированная система документации (УСД) является грамотно
организованным комплексом объединенных документов, отвечающим
совокупным правилам и требованиям и включающим данные, требуемые
для управления отдельными экономическими объектами. [7]
При реальном проектировании реализуется целый цикл разработки
ИС и создания программных модулей. Подобный подход становится
достаточно дорогим и выбор его оправдан в отдельных случаях:
• Создание полностью новой ИС;
• Неимение доступных прототипов ИС;
• Подготовка малых ИС с минимальным числом функций;
• Работа опытных разработчиков в самой компании.
59
Электронная форма документа – это некий шаблон с пустым
пространством, которое оставлено для самостоятельного заполнения
пользователем. Подобные формы включают в себя командные кнопки,
меню, формы и поддерживают разнообразные виды входных данных.
Важно понимать, что для реализации подобных форм необходимо
узконаправленное ПО. Определим часть форм:
• Формы для сбора данных, переноса их в БД с возможность
обработки (перемещение и сбор по e-mail);
• Формы для получения и сбора данных внутри компании и за ее
пределами (заказы на покупку, отчеты о продажах, счета).
Информационная база (ИБ) является некой совокупностью данных,
организованной конкретным способом и помещённая в память
вычислительной системы под видом файлов, с помощью которых
реализуются потребности в данных для управленческих процессов и
решаемых задач.
Есть несколько вариантов реализации информационной базы:
группировка локальных файлов и объединенная информационная база,
контролируемая СУБД.
Локальные файлы поддерживают оперативную обработку данных, но
из-за огромного числа дублированных данных, сложности доступа к ней
это становится несущественным. Поэтому хранение локальных файлов
требуется только в отдельных приложениях, которые нуждаются в
повышенной скорость передачи при импорте информации.
Интегрированная ИБ – объединение взаимосвязанных данных с
малой избыточностью, допускающей их применение оптимальным
образом для большинства приложений.
СУБД поддерживает совместимость данных, минимизацию
синтаксической и семантической избыточности, совмещенность данных и
реального состояния объекта, разделённое хранение информации у
60
пользователей. Нюансом можно отметить требование повышенного
контроля вводимых данных и разделение доступа к данным.
В качестве ИБ выбирается интегрированная БД под контролем СУБД.
Документооборот в компании довольно большой, документы дублируются
и корректируются много раз. Пользователям нужна актуальная
информация с периодическим обновлением, а группа локальных файлов не
дает такой возможности.
Существуют насколько вариантов реализации организации данных в
БД:
• Иерархическая модель;
• Сетевая модель;
• Реляционная модель.
Взаимосвязь в иерархической модели реализована совокупностью
структурных данных, где тип сегмента потомка связывается лишь с одним
типом сегмента предка. Подобная модель имеет ряд нюансов, к примеру,
отсутствие явно определенного разделения физических и логических
параметров модели. Для выявления неиерархических отношений нужны
другие действия. Неявные запросы потребуют перестроить саму БД.
Сетевая модель – переданные данные сетевыми структурами типов
записей и совокупных отношений «один к одному» или «один ко многим».
Реляционная модель реализует и представляет информацию в виде
таблиц и реляций. Все отношения тут имеют свой личный ID, что помогает
минимизировать повторяющиеся данные. Такие модели легки в
применении, просто переделываются и их реализация не требует больших
временных затрат. Есть 2 подхода к проектированию реляционной БД:
• В процессе создания концепции реализуется не концептуальная
модель данных, а сама реляционная схема БД, включающая определения
реляционных таблиц, требующих нормализации;
61
• Функциональная модель переделывается в нормализированную
реляционную. Подобный подход часто можно встретить при создании
больших БД для крупных ИС.
Исходя из описанного выше делаем выбор в пользу реляционной БД,
она просто трансформируется, удобна в применении и несложная по своей
структуре.
К первичной информации относится:
информация о товаре или услуге: код товара или услуги,
наименование, тип товара или услуги
информация о продажах товара или услуг: код, наименование,
количество, цена, дата, клиент.
К результатной информации будут относиться:
отчет «Список клиентов»
прайс-лист;
договор;
список договоров;
отчет «Заявка»;
журнал учета заявок.
Основными экранными формами должны стать:
Форма учета товаров или услуг;
Форма учета клиентов;
Форма учета продаж товаров или услуг.
1.4.2 Обоснование проектных решений по программному
обеспечению
Программное обеспечение можно назвать совокупностью
компьютерных программ, описаний и инструкций по их правильной
работе на ПК. Все ПО принято делить на два класса:
62
• Общее ПО (ОС, оболочки, компиляторы, интерпретаторы,
среды для создания прикладных программ, СУБД, сетевые программы и
т.п.);
• Специальное ПО (несколько прикладных программ, созданных
под конкретные задачи в рамках своих подсистем).
Для работы и применения ПО используется ОС. Сами ОС
контролируют работу ПК, их ресурсы, запускают на выполнение
разнообразные прикладные программы, реализуют всевозможные
вспомогательные действия по желанию пользователя. ОС делятся на
однопользовательские, многопользовательские, и сетевые. Факторы,
влияющие на выбор конкретной ОС, следующие:
• Общее число поддерживаемых программных продуктов;
• Конкретные требования к аппаратным средствам;
• Поддержка сетевой технологии;
• Доступность справочной службы для пользователя;
• Скорость работы;
• Понятный и простой интерфейс.
В рамках данного проекта к СУБД предъявляется ряд специфических
требований:
поддержка транзакций,
поддержка внешних ключей,
корректная работа с русским языком,
наличие инс.умента администрирования с графическим
интерфейсом,
возможности доступа к данным посредства языка запросов
SQL,
возможности резервного копирования базы данных.
63
MySQL 5.1 с включенной поддержкой таблиц типа InnoDB и
утилитой PHPMyAdmin 3.4 удовлетворяет всем представленным
требованиям.
На рынке серверных СУБД существуют и другие решения,
ориентированные на работу веб-приложений. К ним в первую очередь
относятся PostgreSQL, MicrosoftSQLServer, Oracle. Сравнительная
характеристика MySQL и MSSQL представлена в таблице 5.
Таблица 5Сравнение возможностей СУБД MSSQL и MySQL
Особенности
MS SQL
MySQL
ANSI SQL
совместимость
Близка к стандарту
ANSI SQL
Следует некоторым
стандартам ANSI SQL
Скорость
работы
Медленнее
Быс.ее
Вложенные
SELECT
Да
Да
Транзакции
Да
Да, однако, должен
использоваться тип
таблицы InnoDB
Внешние ключи
Да
Да, однако, должен
использоваться тип
таблицы InnoDB
Представления
Да
Нет
Триггеры
Да
Нет
Поддержка
Windows
Да
Да
ODBC
Да
Да
JDBC
Да
Да
Различные типы
таблиц
Нет
Да
Источник: разработано автором
Данный проект отличается невысокими требованиями к СУБД,
высокие нагрузки не прогнозируются. Эксплуатация PostgreSQL же
связана с дополнительными финансовыми затратами. Поэтому в рамках
данного проекта целесообразно использовать СУБД MySQL.
64
При создании веб-ориентированных систем, основанных на
динамических страницах, есть несколько альтернатив в выборе
интерпретатора языка программирования: ASP, JSP, Perl, PHP, Ruby,
Python. Все представленные варианты предоставляют возможности,
необходимые для реализации приложения.
Однако, ASP — технология Microsoft, которая, прежде всего,
ориентирована на взаимодействие с другими продуктами Microsoft, а,
кроме того, является коммерческой технологией. Недостатки JSP, Ruby и
Python – небольшая распространенность в России, и, как следствие,
отсутствие квалифицированных специалистов на рынке труда. Perl
уступает PHP по доле проектов и занимает область классических
скриптовых языков ОС семейства Unix.
PHP — скриптовый язык программирования, созданный для
генерации HTML-страниц на веб-сервере и работы с базами данных.
Группа разработчиков PHP состоит из множества людей, добровольно
работающих над ядром и расширениями PHP и смежными проектами,
такими как PEAR или документация языка. В настоящее время PHP
поддерживается подавляющим большинством представителей хостинга и
входит в LAMP — «стандартный» набор для создания веб-сайтов (Linux,
Apache, MySQL, PHP) [29].
В области программирования для сети PHP — один из
популярнейших скриптовых языков (наряду с JSP, Perl и языками,
используемыми в ASP) благодаря своей простоте, скорости выполнения,
богатой функциональности и распространению исходных кодов на основе
лицензии PHP.
PHP отличается наличием ядра и подключаемых модулей,
«расширений»: для работы с базами данных, сокетами, динамической
графикой, криптографическими библиотеками, документами формата PDF.
65
Синтаксис PHP подобен синтаксису языка Си. Некоторые элементы, такие
как ассоциативные массивы и цикл foreach, заимствованы из Perl.
Программирование в рамках данного проекта осуществляется на
языке PHP. Основные критерии выбора — распространенность
(заменяемость разработчиков), высокое качество документирования
функций, отсутствие необходимости устанавливать на веб-сервер
дополнительное программное обеспечение.
Для работы рассматриваемой АС нужен веб-сервер – специальное
ПО, принимающее HTTP-запросы от всех клиентов (браузеров) и
выдающее из HTTP-ответы, обычно вместе с HTML-страницей, файлом,
изображением, медиа-потоком или другими данными.
Под веб-сервером можно понимать как программное обеспечение,
которые выполняет функции веб-сервера, так и сам компьютер, на котором
данное ПО работает. Все клиенты имеют доступ к серверу по URL-адресу
через веб-интерфейс. Веб-сервер также обладает дополнительными
функциями, например:
• Ведение записей обращений всех пользователей к ресурсам;
• Аутентификация пользователей;
• Поддержка протокола HTTPS для защищенных соединений с
клиентами;
• Поддержка динамически генерируемых страниц.
Сегодня существует два наиболее распространенных веб-сервера:
• Apache – веб-сервер с доступным исходным кодом, который
часто используется в Unix-подобных системах;
• IIS – веб-сервер от компании Microsoft, обычно применяется в
ОС семейства Windows.
Главные достоинства Apache заключаются в его гибкости и
надежности конфигурации. Он дает возможность подключать внешние
модули для предоставления информации, применять СУБД для
66
аутентификации пользователей, изменять сообщения об ошибках. К
недостаткам можно отнести отсутствие удобного интерфейса для
администратора.
Преимуществами IIS является интеграция с другими продуктами от
Microsoft. Существенным минусом IIS следует выделить сложность
интеграции сервера с интерпретатором PHP, что в свою очередь
значительно усложняет настройку сервера.
Исходя из этого, логичнее использовать Apache.
Таким образом, для развертывания требуемой ИС требуется
дополнительное программное обеспечение, а именно:
• PHP (не ниже 5 версии);
• MySQL;
• Apache.
1.4.3 Обоснование проектных решений по техническому
обеспечению
Под техническим обеспечением понимается вся совокупность
средств, позволяющих создать техническую основу для использования
информационных систем, то есть сетевое и кабельное оборудование,
серверное оборудование, персональные компьютеры пользователей,
принтеры, сканеры и другую оргтехнику.
Разрабатываемый программный продукт имеет клиент-серверную
архитектуру.
Архитектура клиент-сервер основана на распределении функций
между двумя типами независимых и автономных процессов: серверами и
клиентами. Сеть связывает воедино серверы и клиенты, предоставляя
средства связи.
В архитектуре клиент-сервер серверная часть БД не только отвечает
за доступ к общим данным, но и анализирует их. Клиент передает на
67
сервер запросы на чтение или корректировку данных, которые пос.оены на
языке SQL. Сервер сам реализует требуемые выборки или коррективы,
отслеживая в любом процессе полноценность и нерушимость данных, а
итоговый параметр кода возврата или набора записей передает на ПК
клиента.
Минусы файлового сервера выражены в основном тем, что данные
находятся в одном месте, а анализируются в другом. Они должны
проходить по сети, что зачастую резко нагружает сеть и, как результат,
снижает быстродействие ПО при росте числа работающих сразу клиентов.
Также к недостаткам самой архитектуры сервера можно отнести
децентрализованное решение реализуемых проблем полноценность и
неизменности данных, а также их доступности. Такое решение явно
минимизирует стабильность приложения.
Клиент-серверная архитектура сводит на нет все указанные
недостатки. Т.к. она позволяет лучшим образом разделять нагрузки между
клиентом и сервером, что оказывает явное влияние на системы в целом:
поддержку, цену и скорость работы.
К примеру, подобная архитектура помогает поддержать
дополнительную надежность и стабильность системы, роста мощности
системы и числа активных подключений за счет применения нескольких
серверных приложений. Также доступен перенос БД с одной СУБД на
другую и корректировка требуемых данных без частого обновления
клиентских программ. Сервер приложений еще и явно минимизирует
нагрузку на сервер БД.
Самый правильный шаг для решения выбранной задачи становится
внедрение архитектуры тонкого клиента и толстого сервера, т.к. 3 звена в
архитектуре не требуются для текущей задачи, а цена и сложность
реализации подобной сложной архитектуры явно больше, чем 2-