47
внешний вид этих форм совпадал, но все вводимые элементы данных должны
располагаться в том же относительном порядке и иметь такой же формат, что и в
исходном документе.
Результатная информация должна отображаться на экранных формах в
соответствии с формой выходного документа, т.е. на основе использования
комбинированной формы с трехзонным расположением реквизитов и
многострочной содержательной частью.
Классификаторы служат средством описания данных, обуславливают
единство классификации и кодирования информации и предназначены для
обеспечения машинной обработки и выдачи данных в удобной форме
потребителям при решении различных задач.
В этом случае будут применяться установленные и общепринятые
международные, общесистемные и отраслевые классификаторы. Объекты в
рассматриваемом случае определяются в соответствии с характерными для них
признаками. Признаки объектов можно поделить на основные и переменные.
Основными – это такие признаки, которые однозначно характеризуют
классификационную группировку, к которой принадлежит объект.
Переменными называются семантические характеристики, которые никак не
влияют на расположение объекта в классификационных группировках.
Семантические характеристики бывают обязательными и
необязательными. Система классификации и реализованные в соответствии с
ней классификаторы должны четко выявлять принадлежность всех
классифицируемых объектов и их семантических характеристик к определенным
классификационным группировкам, которые в свою очередь должны быть
вложенными, т.е. полностью входить одна в другую. Неполное вхождение
любой группировки недопустимо. Любой классифицируемый объект должен
принадлежать одной классификационную группировку нижнего уровня
иерархии.
Технологические классификаторы выбираются адаптированными к кругу
указанных задач. Взаимодействие классификационных кодов общесистемных
(используемым сервером) и технологических классификаторов реализуется при
помощи специальных таблиц соответствий классификационных кодов, где также
48
имеют место быть переходы основных признаков объектов в переменные и в
обратную сторону.
При выявлении состава семантических характеристик объектов не
используются характеристики, параметры которых могут получаться путем
автоматических вычислений на базе метрических данных или значений
остальных характеристик.
Система кодирования обеспечивает преобразование содержания объекта в
необходимое ему уникальное кодовое обозначение. Методика кодирования
базируется на используемой системе классификации.
Символы, применяемые для кодирования:
• арабские цифры от 0 до 9;
• буквы латинского алфавита от A до Z;
Коды, используемые для кодирования в рамках единого классификатора,
обычно состоят из похожего количества символов. Позиции кода выражают
некий уровень иерархии, т.е. отсылку к классификационной группировке этого
уровня.
Любая классификационная группировка имеет свой собственный
уникальный код, который позволяет однозначно определить все группировки, к
которых она состоит.
Для кодирования информации должны использоваться принятые у
заказчика классификаторы.
В системе мы используем три классификатора, которые были
разработаны ранее и используются в корпоративной ИС.
Классификатор заказов.
Данный классификатор был введён для идентификации заказов
1. система кодирования – порядковая
2. количество признаков классификации – 1
3. объекты кодирования: заказы
4. структурная формула классификатора
49
F=[XXXX]:[Наименование объекта]
Код заказа
Классификатор сотрудников
Данный классификатор вводится для идентификации сотрудников
1.система кодирования – порядковая
2. количество признаков классификации – 1
3. объекты кодирования: сотрудники
4. структурная формула классификатора
F=[XXXX]:[Наименование объекта]
Код сотрудника
Кодируемые множества представлены множествами «Сотрудники»,
«Комплектующии», «Заказы», значностю кода и системой кодирования
(таблица 1.7.)
Таблица 1.7.
Кодируемые множества
Наименование
Значность кода
Система
кодирования
Сотрудники
4
порядковая
Комплектующие
2
порядковая
Заказы
2
порядковая
Классификатор «Сотрудники» имеет свой код, представленый
четырехзначной десятичной цифрой (таблица 1.8.).
50
Таблица 1.8.
Классификатор «Сотрудники»
Сотрудники
Код
Заказы
1001-1048
Сотрудник 1
1001
………
………
Сотрудник N
1048
Классификатор «Комплектующие» содержит список комплектующих и
код, который представляет собой десятичную цифру от 1 до 48 (таблица 1.9).
Таблица 1.9.
Классификатор «Комплектующие»
Сотрудники
Код
Комплектующие
01-48
Комплектующее 1
01
………
………
Комплектующее N
48
Классификатор «Заказы» содержит список заказов и код, который
представляет собой десятичную цифру от 1001 до 9900 (таблица 1.10)..
Таблица 1.10
Классификатор «Заказы»
Заказы
Код
Заказы
1001-9900
Заказ 1
1001
51
………
………
Заказ N
9900
………………………
На основании данных классификаторов производится взаимодействие
между таблицами базы данных.
Взаимодействие сотрудников между собой и с главным офисом порождает
проходящие через систему информационные потоки. Для обеспечения задач,
предъявленных системе, организуем следующие информационные потоки.
Выделим, что все выходные и входные документы станут соответствовать
указанным требованиями формам.
Все применяемые при решении задачи автоматизации экранные формы
соответствуют стандартным экранным формам, принятым в интерфейсе
выбранной среды разработки.
Для реализации экранных форм, нужных для заполнения оперативной и
постоянной информации, необходимо реализовать возможность указания всех
атрибутов сущностей, которые уже содержаться в первичных документах.
При построении ИС возможно использование следующих справочников:
Готовая продукция;
Клиенты;
Склады;
Сотрудники;
Заявки;
Накладные;
Перемещения.
Кроме того, планируется использование таблицы Наличие для учета
оперативной информации.
Для всех классов логичнее использовать локальную систему
классификации, так как их использование за пределами системы не предвидится.
Входные формы: форма регистрации клиентов, экранная форма учета
заявок на отгрузку.
52
Выходными формами являются: экранная форма перемещения продукции
между складами, план перемещений, остатки на складах.
База данных будет представлена как клиент-серверная СУБД.
При разработке системы должна использоваться реляционная модель базы
данных. Реляционная модель данных некоторой предметной области
представляет собой набор отношений изменяющихся во времени. При создании
информационной системы совокупность отношений позволяет хранить данные
об объектах предметной области, моделировать связи между ними. При этом
сами данные хранятся в таблицах [14]. Для удобства идентификации каждая
таблица созданной базы данных обладает уникальным кодом.
1.4.2 Обоснование проектных решений по программному
обеспечению
Программное обеспечение (ПО) подразумевает под собой совокупность
программ, обеспечивающих функции и задачи ИС, а также стабильную работу
комплексных технических средств. В состав ПО входят специальные и
общесистемные программы, а также инструктивно-методические материалы по
использованию средств ПО.
К общесистемному ПО можно отнести программы, созданные для
широкого круга пользователей и предназначенные для реализации
вычислительного процесса и выполнения постоянно необходимых вариантов
обработки данных. Они дают возможность расширить базовые возможности
ЭВМ, автоматизировать планирование очередности проводимых работ, а также
оптимизировать и ускорить работу программистов. Специальное ПО - это
совокупность программ, созданных в процессе разработки ИТ конкретного
функционального назначения. Оно состоит из пакетов прикладных программ,
реализующих организацию данных и их обработку в процессе решения
функциональных задач ИС.
При необходимости выбора комплекса технических средств для создания
системы, одним из основополагающих факторов становится выбор
операционной системы (ОС). ОС управляет техническими средствами ПК,
53
позволяет запускать и выполнять те или иные программы и приложения,
поддерживает защиту данных, включает в себя различные сервисные функции.
Любая программа пользуется средствами, которые предоставляются ОС. При
этом ее выбор очень важен, так как именно он и итоге определяет набор
программ и формат исполняемых файлов, а также принцип их взаимодействия с
ОС.
Критериями для выбора ОС в рамках компании становятся следующие
характеристики:
• Работа в много серверной сети;
• Повышенная эффективность файловых операций;
• Доступность качественной интеграции с другими ОС;
• Централизованная масштабируемая справочная служба;
• Достойные перспективы развития;
• Удобная работа удаленных пользователей;
• Поддержка различных сервисов – файловый обмен, печать
документов, безопасность данных и стабильность работы, архивирование, обмен
сообщениями, разнообразные БД и другие;
• Работа с многообразными ОС конечных пользователей;
• Поддержка сетевой Ethernet – периферии;
• Встроенные прикладные интерфейсы и механизмы вызова
удаленных процедур RPC.
ОС зачастую определяет облик всей вычислительной системы в целом. ОС
реализует две, обычно мало связанные функции: предоставляет пользователю-
программисту некоторые удобства благодаря расширению функциональности и
повышению эффективности использования ПК методом рационального
расходования его ресурсов.
Чтобы решить этих общие задачи управления ресурсами, каждая ОС
применяет свои алгоритмы, что, в конечном счете, и определяет их облик в
целом, включая характеристики производительности, область применения и
даже пользовательский интерфейс. К примеру алгоритм управления
процессором зачастую определяет, будет ли ОС системой разделения времени,
системой реального времени или системой пакетной обработки.
54
Для создания ПО автоматизированной обработки выбор конкретной ОС не
сказывается на функциональности системы по причине того, что в процессе
реализации алгоритмов ПО не нужно применять каких-либо специфических
функций ОС. Все типы ОС дают возможность создавать программный продукт
без вреда для его функциональности, поскольку существуют программные среды
(языки программирования) для всех типов ОС.
В качестве ОС для создания и внедрения программы была выбрана ОС
Windows 7. Этот выбор объясняется тем, что сейчас Windows 7 является самой
распространенной ОС. Кроме того, применяемая в настоящее время в компании
ОС Windows XP не может обеспечить требуемого уровня ИБ, так поскольку
имеет значительные уязвимости. Поэтому очень важно заменить применяемые
ОС на Window 7 Pro.
Выбор СУБД является сложной многопараметрической задачей и
становится одним из важных этапов при разработке приложений БД. Выбранный
программный продукт должен удовлетворять как уже указанным, так и
подразумеваемым в будущем потребностям компании, при этом важно обращать
внимание на финансовые затраты на покупку нудного оборудования, самой
системы, проектирование необходимого ПО на ее основе, а также проведение
тренингов с персоналом. Также нужно убедиться, что созданная СУБД будет
приносить предприятию реальные выгоды.
Самый доступный способ выбора СУБД базируется на оценке того, в
какой мере уже созданные системы удовлетворяют базовым требованиям
разрабатываемого проекта ИС. Более сложным и материально затратным
вариантом будет создание прототипа на основе нескольких СУБД и проведение
анализа, на основе которого будет выбран наиболее подходящий из кандидатов.
Но и в этом случае важно ограничить круг возможных систем, опираясь на
отдельные критерии отбора. В таком случае выделим несколько групп
критериев:
• Создание модели данных;
• Нюансы архитектуры и функциональные возможности;
• Отслеживание работы системы;
• Нюансы создания приложений;
55
• Работоспособность;
• Стабильность;
• Аппаратные требования;
• Другие критерии.
Главным принципом выбора СУБД считается выявление программного
продукта, максимально соответствующего предъявляемым требованиям.
Оценивание уровня производительности реализуется путем тестирования
с помощью эталонных тестов из набора AS3AP (ANSI SQL Standard Scalable and
Portable). В этих тестах заложен широкий спектр часто встречающихся операций
БД и можгут моделироваться многопользовательские и однопользовательские
среды.В таблице 1.7. приведена сравнительная таблица четырех
распространенных систем управления базами данных, конкурирующих на рынке
программного обеспечения по основным показателям [24].
Таблица 1.7
Сравнение СУБД
Критерий
Система управления базой данных
IBM
DB2
Informix
Microsoft SQL
Server 2008
MySQL
Моделирование данных
4
3
3
5
Особенности
архитектуры и функционал
4
2
4
5
Контроль работы системы
3
4
4
5
Производительность
5
2
4
5
Особенности разработки
4
2
5
5
Надежность
5
3
4
5
Требования к рабочей среде
3
3
4
4
Смешанные критерии
4
1
5
5
Итого:
32
20
33
39
Графическое представление сравнения представлено на рисунке 1.9.
56
Рис. 1.9 Сравнение СУБД
Таким образом, для проекта, рассматриваемого в данном дипломном
проекте наиболее приемлема СУБД MS SQL.
Сравнение языков программирования приведено в таблице 1.8 и на
рисунке 1.10.
Таблица 1.8
Сравнение языков программирования
Параметр
Степень соответствия, %
РНР
ASP
Perl
Возможность
компиляции
100
100
50
Многопоточная
компиляция
100
0
100
Интерпретатор
командной строки
75
50
0
Многомерные
массивы
100
0
100
Динамические
массивы
100
100
0
Ассоциативные
массивы
50
0
0
Интерфейсы
100
0
50
Мультиметоды
100
0
0
Общая оценка
Ряд1; IBM DB2;
32
Ряд1; Informix;
20
Ряд1; Microsoft
SQL Server 2008;
33
Ряд1; MySQL; 39