1.3 Описание и исследование предметной области
Процесс разработки информационно-логической модели требует знания предметной области и понимания ее логических взаимосвязей, что далеко не всегда под силу даже опытному проектировщику БД. Поэтому процесс выделения ИО будет наиболее эффективным, если данный этап выполняется совместно пользователем и разработчиком приложения.
Данные об объектах предметной области находятся (либо могут находиться) в некоторых документах, которые являются основными носителями информации при автоматизированной обработке. Под документом понимается информационное сообщение на естественном языке, зафиксированное ручным или печатным способом на бланке установленной формы и имеющее юридическую силу. Как правило, любой документ можно разделить на три взаимосвязанные части (рис. 1): заголовочную (1), содержательную (2) и оформляющую (3). Некоторые из них могут отсутствовать.
Рисунок 1. Структура первичного документа
Заголовочная часть документа содержит следующие характеристики документа и учитываемого объекта:
наименование учитываемого объекта (предприятия, организации, работника);
характеристику документа (индекс, код по классификатору);
наименование документа;
зону для проставления кодов постоянных для документа реквизитов-признаков.
Содержательная часть документа строится в виде таблицы, состоящей из строк и граф, где располагаются количественно-суммовые основания и их названия. Документы, как правило, являются многострочными, с постоянным или переменным составом таблицы.
Оформляющая часть документа может содержать подписи юридических лиц, отвечающих за правильность его составления, дату заполнения документа, итоговые показатели и т.п. С точки зрения построения ИЛМ заголовочная и оформляющая части документа являются единым целым. Поэтому далее без потери общности для удобства изложения материала будет упоминаться только заголовочная часть.
Рисунок 2 – Пример документа с постоянной заголовочной и изменяемой содержательной частями
Рисунок 3 – Пример документа без содержательной части
Рассмотрим определенные виды документов:
документ с постоянной заголовочной и изменяемой содержательной частями «неограниченного размера», например журнал учета платежных поручений предприятия, состав учредителей акционерного общества (рис. 2);
документ на основе бланка (формы) без содержательной части (фактически только заголовочная часть, содержащая набор изменяемых атрибутов), например приходный кассовый ордер, типовой договор подряда, квитанция об оплате телефонных разговоров (рис. 3);
документ на основе бланка с изменяемыми заголовочной и содержательной частями, например выписка банка, накладная (рис. 1).
В конечном итоге, отдельные документы объединяются и подшиваются в папки. Папка может иметь постоянный либо изменяемый заголовок, состоящий из нескольких атрибутов. Введем также ограничение на структуру папки, заключающееся в требовании ее однородности, т.е. внутри папки должны находиться документы одной и той же формы.
Далее будем рассматривать следующие виды сгруппированных документов:
папка из однотипных документов вида 1, 2 или 3 с постоянным заголовком (или заголовком, переменная часть названия которого находится среди реквизитов составляющих документов), например книга договоров подряда, архив выписок банка по месяцам;
папка из однотипных документов вида 1, 2 или 3 с заголовком, зависящим от некоторого набора внешних реквизитов, например реестр услуг предприятия по каждому подразделению, журнал учета накладных по лицензионным видам деятельности.
Формальные правила выделения информационных объектов из документов
Предлагаемые формальные правила выделения информационных объектов позволяют проектировать ИЛM не для любой предметной области, а только для ограниченной множеством однотипных документов определенного вида. Методика построения ИЛМ такой предметной области, ИО которой представлены документами, рассмотренными выше, включает следующие этапы:
формирование состава реквизитов;
определение класса документов;
выделение информационных объектов;
определение структуры информационных объектов и связей между ними.
Этап 1. Формирование состава реквизитов
На первом этапе разработки ИЛМ необходимо сравнить несколько отдельных экземпляров документа (и их папок, если они имеются) и проанализировать, какие атрибуты могут изменять-с я. Сразу следует исключить из дальнейшего рассмотрения постоянные и вычисляемые реквизиты. Например, в накладной неизменные название и атрибуты предприятия-продавца присутствуют в каждом экземпляре, а реквизит. Стоимость рассчитывается как произведение цены и количества единиц продукции, которые также входят в накладную. Аналогично в платежном поручении реквизит. Сумма прописью определяется суммой платежа, выраженной числом. Следовательно, перечисленные реквизиты не должны рассматриваться в ИЛМ. Результаты выполнения данного этапа представляются в бланке этапа 1, форма которого приведена на рис. 4. Назначение реквизита должно соответствовать его содержанию в документе. Одновременно реквизиту присваивается определенное имя, которое далее будет присутствовать в таблице БД. На этом же этапе следует решить вопрос о его типе (текстовый, числовой, дата/время, счетчик, если реквизит ключевой).
Рисунок 4 – Бланк этапа I
Этап 2. Определение класса документов
Несмотря на то, что рассматриваемые документы физически имеют различное представление, после определенного преобразования их можно привести к нескольким логическим типам, которые различаются уровнем в иерархической структуре. Возможные случаи приведены в табл. 1.
Итак, в результате данной классификации выделены три вложенных логических уровня документов:
ИО из изменяемых реквизитов содержательной части документа (список);
папка из списков, каждый из которых содержит свою заголовочную часть;
3) архив из папок, каждая из которых содержит свой заголовок.
Этап 3. Выделение информационных объектов
Для выделения ИО из документов необходимо разделить их реквизиты на группы в соответствии с ИО, которые они описывают. Сформулируем алгоритм определения ИО для документа уровня 1, т.е. списка с постоянной заголовочной частью, рассмотрев две задачи. При этом полученные результаты будем отображать в бланке этапа 3, приведенном на рис. 5. Столбец Входной документ предназначен для исходного документа,
Рисунок 5 – Бланк этапа 3
Рисунок 6 – Образец перечня услуг предприятия
а также для уточнения содержания внешних ИО, которые неявно присутствуют в оперативных данных. Имена, присваиваемые ИО, отображаются в столбце Информационный объект. Группа реквизитов бланка этапа 1, описывающая ИО, заносится в столбец Реквизиты.
Предпроектная стадия автоматизации предметной области включает комплекс научно-исследовательских работ и организационно-технических мероприятий по обследованию объекта автоматизации. На этой стадии исследуются экономические показатели работы предприятия или учреждения, его организационная структура, информационные потоки, документооборот, методы учета и планирования. Обследование способствует определению основных параметров проектируемой системы и подразумевает сбор данных об объекте автоматизации в соответствии с конкретно выбранными методами.
Важным этапом на данной стадии является анализ результатов обследования, который, учитывая характер собранных данных, их объем, и, как правило, жесткие сроки, целесообразно проводить с применением вычислительной техники. Цель такого обследования заключается в определении экономической целесообразности автоматизации и подготовке научно обоснованных, рациональных направлений по совершенствованию управления. От качества проведенного обследования зависит весь дальнейший ход проектных работ.
На данной стадии можно выделить два этапа, которые завершаются подготовкой и утверждением двух документов: технико-экономического обоснования и технического задания. Технико-экономическое обоснование, создаваемое на предпроектной стадии разработки системы, подтверждает ее экономическую целесообразность и производственную необходимость. Разработка данного документа базируется на результатах обследования объекта автоматизации и имеет вид пояснительной записки. В нее включаются обоснование цели проектирования и состава комплекса подсистем и задач, перечень организационно-технических мероприятий по разработке и внедрению системы, оценка экономической эффективности проекта автоматизации.
Техническое задание - документ, завершающий предпроектную стадию создания автоматизированной ИС и включающий: правовое обоснование проектирования, к которому относятся издаваемые вышестоящими организациями постановления и приказы; описание цели; требования к задачам, техническому комплексу, обеспечивающим подсистемам и их составу. В техническом задании определяется очередность проектирования и внедрения автоматизированной ИС с приложением сетевых графиков и указанием источников финансирования работ. В данном документе следует четко выделить два взаимосвязанных этапа: постановку задачи на разработку автоматизированной системы (приложения СУБД) и непосредственно программную реализацию самой системы.
Описание входной информации
Здесь описывается что, в каком виде и откуда поступает на вход задачи. Приводятся формы входных документов. Перечень и описание входных сообщений включают:
наименование входных сообщений (документов);
отправителей входных документов;
периодичность и сроки поступления;
содержание, идентификаторы, требуемая точность числового значения реквизитов входных документов.
Постановка комплекса задач - итеративный процесс, который обычно идет параллельно с проектированием информационного обеспечения автоматизированной ИС, проектированием форм документов, построением ИЛМ данных предметной области, структуры БД, разработкой необходимых классификаторов и кодификаторов технико-экономической информации. Поэтому входная и выходная информация конкретизируется в зависимости от состояния проектных работ по созданию автоматизированной ИС.
Постановка комплекса задач для автоматизированного решения может потребовать изменения организационной схемы управления, а именно:
создания АРМ управленческого персонала;
перераспределения функциональных обязанностей должностных лиц;
сокращения штата управленческого персонала и т.д.
Как правило, при автоматизированном решении комплекса задач выполняется внедрение новых форм входной и выходной информации; изменяются схемы документооборота, сроки и периодичность представления входной и получения выходной информации. Решения по постановке комплексов задач, предназначенные для программной реализации, рассматриваются как техническое задание на программирование.
Описание выходной информации
Здесь отражается, какая информация и в каком виде должна быть получена в результате решения задачи. Он включает:
формы выходных документов;
перечень и описание выходных сообщений, а также их показателей и реквизитов.
Перечень выходных сообщений содержит: наименования выходных сообщений (документов); условные обозначения (коды сообщений); периодичность и сроки выдачи; количество экземпляров; получателей выходной информации. Описание показателей и реквизитов, имеющих самостоятельное смысловое значение, включает следующие их характеристики: назначение, идентификатор, размер, требования к точности и надежности вычислений, методы контроля достоверности.