Добавлен: 25.10.2018
Просмотров: 4946
Скачиваний: 3
49
Состав кодовых обозначений объектов может быть оформлен в виде
таблицы с описанным ниже содержанием 6-и столбцов:
1. Наименование кодируемого множества объектов (например, кодов под-
разделений, табельных номеров и т.д.),
2. Длина кода (требуемое количество знаков),
3. Мощность кода (количество возможных комбинаций),
4. Система кодирования (серийная, порядковая, комбинированная),
5. Система классификации (иерархическая, многоаспектная или отсутствует),
6. Вид классификатора (международный, отраслевой, общесистемный и т.д.).
Затем:
- производится описание каждого классификатора;
- приводится структурная формула и рассматриваются вопросы централи-
зованного ведения классификаторов на предприятии по данной пред-
метной области
- приводятся фрагменты заполненных классификаторов.
Для примера рассмотрим разработку двух классификаторов
Пример 1. Разработка классификатора «Договора».
Классификатор «Договора» вводится для идентификации договоров:
1. Система кодирования – порядковая;
2. Количество признаков классификации – 1;
3. Объекты кодирования – договора;
4. Длина кода – L = lg234987 ~ 6;
5. Показатели оценки классификатора.
Информативность I = R/L = 1/6 = 0,17.
Коэффициент избыточности Kизб = Qmax/Qфакт = 999999/234987 = 4,26.
Структурная формула классификатора договоров представлена на сле-
дующем рисунке:
F = [ХХХXXX]: [Наименование объекта]
Код договора
50
В таблице представлен классификатор договоров.
Договора
Код
Договора
001 – 234987
№ 1 от 1/01/93
000001
№ 54/98 от 1/04/97
010256
№ 69/95-7 от 1/01/00
085167
№ 374-9/7 от 1/02/08
234987
Пример 2. Разработка классификатора «Склады»
Классификатор «Склады» вводится для идентификации складов:
1. Система кодирования – порядковая;
2. Количество признаков классификации – 1;
3. Объекты кодирования – склады;
4. Длина кода – L = lg110 ~ 3;
5. Показатели оценки классификатора.
Информативность I = R/L = 1/3 = 0,33.
Коэффициент избыточности Kизб = Qmax/Qфакт = 999/110 = 9,08.
Структурная формула классификатора складов представлена на следу-
ющем рисунке
F = [XXX]: [Наименование объекта]
Код склада
В следующей таблице представлен классификатор складов.
Склады
Код
Склады
001 – 110
Склад, Москва, Солнцево
001
51
Склады
Код
Склад, Санкт-Петербург, Пулково
007
Склад NΝ
0ΝΝ
Склад, Владивосток, Ленинский
110
Подраздел 2.2.3 Характеристика нормативно-справочной, входной и
результатной информации
В подразделе необходимо, прежде всего, выполнить описание состава
входных документов и справочников, соответствующих им экранных форм
размещения данных и структуры файлов. При этом следует уделять внимание
следующим вопросам:
- при описании входных документов необходимо привести в приложе-
нии формы документов; перечень содержащихся в них первичных показате-
лей; источник получения документа, в каком файле используется информация
этого документа, описывается структура документа, число строк, объемные
данные, частоту возникновения документа;
- описание экранной формы входного документа должно содержать ма-
кет экранной формы в приложении, особенностей организации рабочей и слу-
жебной зон макета, состав и содержание подсказок, необходимых пользовате-
лю для заполнения макета, перечень справочников, автоматически подключа-
емых при заполнении этого макета;
- описание структур входных файлов с оперативной информацией долж-
но включать таблицу с описанием наименований полей, идентификатором
каждого поля и его шаблона. По каждому файлу должна быть информация о
ключевом поле, длине одной записи, числе записей в файле, частоте создания
или обновления файла, длительности хранения, способе обращения (последо-
52
вательный, выборочный или смешанный), способе логической и физической
организации, объеме файла в байтах;
- описание структур файлов с условно-постоянной информацией содер-
жит те же сведения, что и для файлов с оперативной информацией, но добав-
ляются сведения о частоте актуализации файла и объеме актуализации (в про-
центах).
Необходимо отметить соответствие проектируемых файлов входным
документам или справочникам. Описывается структура записи каждого ин-
формационного файла. Если информационная база организована в форме базы
данных, то приводится описание и других еѐ элементов (ключей, индексных
файлов).
Характеристика результатной информации, один из важнейших
пунктов всей проектной части, представляет собой обзор результатов решения
поставленных в аналитической части задач с точки зрения предметной техно-
логии. Если решение представляет собой формирование ведомостей (в виде
экранных или печатных форм), каждую ведомость необходимо описать от-
дельно (в приложении следует привести заполненные экземпляры ведомостей
и экранных форм документов).
В частности, нужно описать какое место занимает ведомость в инфор-
мационных потоках предприятия (служит для оперативного управления или
для отчетности), является уточняющей или обобщающей и т. Д. Каждая ведо-
мость должна иметь итоги, не включать избыточной информации, быть уни-
версальной. Далее приводится описание печатных форм, экранных макетов с
перечислением и краткой характеристикой содержащихся показателей, для
каждого документа указывается, на основе каких файлов получается этот до-
кумент. Алгоритмы расчета показателей должны быть подробно описаны в
аналитической части в пункте Формализация расчетов. Например, если раз-
работка выполняется в конфигураторе 1С-Предприятие, в качестве выходной
информации могут выступать электронный документ, его печатная форма и
журнал документов. В данном пункте следует привести описание процессов
53
их создания. Если результатная информация предоставляется не в виде ведо-
мостей (например, при проектировании подсистемы распределенной обработ-
ки данных), необходимо подробно описать ее дальнейший путь, основываясь
на имеющейся организации многопользовательской ЭИС.
Файлы с результатной и промежуточной информацией описываются по
той же схеме, что и файлы с первичной информацией. Характеристика резуль-
татной информации отображает обзор результатов, полученных при работе
системы. При этом требуется описать все таблицы и файлы, полученные при
выполнении запросов. Для каждой таблицы должен быть представлен пере-
чень ее полей и указано, на основе каких данных была сгенерирована инфор-
мация для нее и какой документ формируется на ее основе. Следует также
описать параметры каждой таблицы и указать, подлежит ли она длительному
хранению.
Для результатных файлов описывается:
их структура и реквизитный состав;
частота их формирования;
на основе каких таблиц они формируются
каким способом доставляются до ИС – получателя файла.
Подраздел 2.2.4 Разработка модели данных
Объекты предметной области и взаимосвязи между ними могут быть
представлены с помощью модели данных. Модель данных является ядром лю-
бой базы данных и представляет собой множество структур данных, ограни-
чений целостности и операций манипулирования данными. По способу уста-
новления связей между данными СУБД основывается на использовании трѐх
основных видов модели: иерархической, сетевой или реляционной; на комби-
нации этих моделей или на некотором их подмножестве. В этом подразделе
необходимо привести краткую характеристику этих моделей данных и обос-
новать выбор одной из них для реализации в ВКР. При этом следует рассмат-
ривать конкретный случай своего проекта. Так, для иерархических и сетевых