32
- баз данных и знаний (этапы формирования баз данных и знаний,
ввода и обработки запросов на поиск решения, выдача варианта решения и
объяснения к нему);
- научно-технической информации, ГОСТов и технических условий,
правовых документов и дел (этапы формирования поисковых образов
документов, формирования информационного фонда, ведения справочника
ключевых слов и их кодов, кодирования запроса на поиск, выполнения
поиска и выдачи документа или адреса хранения документа).
Все обеспечивающие подсистемы связаны между собой и с
функциональными подсистемами.
2.2.1 Информационное обеспечение
Подсистема «Информационное обеспечение» (ИО) – это совокупность
единой системы классификации и кодирования технико-экономической
информации, унифицированной системы документации и информационной
базы. В состав ИО включаются два комплекса: компоненты внемашинного
информационного обеспечения (классификаторы технико-экономической
информации и документы) и внутримашинного информационного
обеспечения (макеты/экранные формы для ввода первичных данных в ЭВМ
или вывода результатной информации, структура информационной базы:
входных, выходных файлов, базы данных).
Информационное обеспечение АРМ можно определить как
совокупность единой системы классификации, унифицированной системы
документации и информационной базы.
2.2.1.1 Информационная модель и ее описание
Информационная модель – совокупность информации,
характеризующая существенные свойства и состояния объекта, процесса,
33
явления, в которой однозначно определен каждый его элемент и обеспечена
их логическая взаимосвязь.
1. Для работы информационной системы используются такие входные
данные:
− обращение клиента;
− данные клиента.
2. В процессе работы информационной системы применяются такие
справочники:
− перечень услуг;
− стоимость услуг;
− работники компании.
3. В результате работы системы формируются такие документы:
− заявка на обслуживание;
− договор;
− отчет по услугам за период;
− отчет по выручке за период.
Документооборот отдела при решении задачи обслуживания заявки
пользователя представлен на диаграмме потоков данных на рисунке 10. На
этой диаграмме представлены внешние сущности, с которыми выполняется
обмен информацией: клиенты, руководство отдела, технический отдел,
осуществляющий обслуживание заявок. Также на диаграмме описана сама
информация, которой отдел обменивается с другими подразделениями.
34
Рисунок 10 - Модель потоков данных (контекстная диаграмма)
Для более четкого представления о том, каким образом используется
информация для выполнения отдельных функций, построена диаграмма
декомпозиции. На диаграмме декомпозиции выделены основные процессы, в
ходе которых происходит обработка данных: обработка обращения,
формирование договора и формирование отчетности. Также на диаграмме
декомпозиции указаны основные хранилища данных. Стоит отметить, что
эти хранилища могут быть, как бумажными, так и электронными, причем в
электронном виде каждое хранилище может представлять собой набор
документов, базу данных или отдельную таблицу. Хранилища – справочники
выделены на рисунке цветом (рисунок 11).
35
Рисунок 11 - Модель потоков данных (диаграмма первого уровня)
Целью информационного моделирования является определение
сущностей, или объектов, которые составляют предметную область, а также
определение связей между этими сущностями. Объекты информационной
модели описываются через их имена и имена их атрибутов. Под атрибутом
сущности понимается любое свойство, которое позволяет уточнить,
идентифицировать состояние сущности.
Основными объектами предметной области, о которых должна
храниться информация, будут: клиент, договор, поступление, заявка, услуги,
сотрудник, должность.
Следующим шагом проектирования является определение связей
между объектами. Связь устанавливается между двумя информационными
объектами. Наличие связи, как правило, определяется природой реальных
объектов, процессов и явлений, отображаемых этими информационными
объектами. Связь между объектами существует, если логически
взаимосвязаны экземпляры этих информационных объектов. [3]
36
Для определения связей и функциональных зависимостей между
информационными объектами различают несколько видов связей: один к
одному -1:1, один ко многим - 1:М, многие ко многим М: М. В нашем случае
установлены такие связи:
Сущность «Клиент» связана с сущностью «Договор» по типу «один-ко-
многим», т.к. каждый клиент может заключить несколько договоров по
разным видам обслуживания. По каждому договору может существовать
неограниченное количество поступлений, т.е. сущности «Договор» и
«Поступление» также связаны по типу «один-ко-многим». Аналогичная связь
присутствует между сущностями «Клиент» и «Заявка» (каждый клиент
может неоднократно обратиться в компанию), а также сущностями
«Должность» и «Сотрудник».
Информационная модель данных предметной области уровня
сущностей представлена на рисунке 12. Стоит отметить, что белым цветом
выделены основные сущности предметной области, а серым – справочные.
Рисунок 12 - Информационная модель данных (уровень сущностей)
Клиент
Заявка
Договор
Поступление
Услуги
Сотрудник
Должность
37
На основе представленной модели была разработана информационно-
логическая модель уровня атрибутов, в которой представлены не только
сущности, но и атрибуты, входящие в них. В каждой сущности выделен
ключевой атрибут – это код записи (например, код клиента, код договора,
код заявки и т.д.). Первичный ключ служит для однозначной идентификации
экземпляра сущности, а также для связи сущности с другими сущностями в
схеме. Модель предметной области уровня атрибутов представлена на
рисунке 13.
Рисунок 13 - Информационная модель данных (уровень атрибутов)
Для каждого атрибута сущностей определяются типы данных в
зависимости от того, какие значения может хранить атрибут. На основе
имеющейся инфологической модели будет разработана физическая модель
базы данных. Разработанная инфологическая модель станет основой для
разработки базы данных средствами целевой СУБД.
Клиент
Код клиента
Фамилия
Имя
Отчество
Дата рождения
Город
Адрес
Телефон
Паспортные данные
Заявка
Код обращения
Дата обращения
Формулировка
Результат
Договор
Код договора
Дата договора
Предмет договора
Дата истечения
Поступление
Код поступления
Дата
Сумма
Услуги
Код услуги
Название
Стоимость
Сотрудник
Код сотрудника
Фамилия
Имя
Отчество
Дата рождения
Город
Адрес
Телефон
Паспортные данные
Должность
Код должности
Должность
38
2.2.1.2 Используемые классификаторы и системы кодирования
Для того чтобы приспособить экономическую информацию для
эффективного поиска, обработки на ЭВМ и передачи по каналам связи, её
необходимо представить в цифровом виде, с этой целью её нужно сначала
упорядочить (классифицировать), а затем формализовать (закодировать) с
использованием классификатора. Основными объектами классификации и
кодирования являются справочные реквизиты-признаки, описывающие
процессы, место, время выполнения процессов, субъекты и объекты
действия, отражаемые в показателе. Кодированию в документах подлежат те
признаки, по которым выполняется группировка информации в ПК. В нашей
информационной системе создан локальный классификатор, с
использованием иерархического метода классификации. Структура
нормативно-справочной информации, используемой для разработки
АРМ, представлена в таблице 4:
Таблица 4 - Структура нормативно-справочной информации
№
п/п
Наименование кодируемого
множества объектов
Значность кода
Система
кодирования
Вид классификатора
1
2
3
4
5
1
Код клиента
ХХХХХ
порядковая
локальный
2
Код услуги
ХХХХХ
порядковая
локальный
3
Код обращения
ХХХХХ
порядковая
локальный
4
Код сотрудника
ХХХХХ
порядковая
локальный
5
Код должности
ХХХХХ
порядковая
локальный
6
Код договора
ХХХХХ
порядковая
локальный
7
Код поступления
ХХХХХ
порядковая
локальный
Описание систем классификации и кодирования. Для всех кодов
применяется одинаковый код. Длина кода ХХХХХ, где ХХХХХ –
порядковый номер.
39
2.2.1.3 Характеристика нормативно-справочной и входной
информации
К входной информации относится вся информация, необходимая для
решения задачи и расположенная на различных носителях: первичных
документах, машинных носителях, в памяти ЭВМ. Входной информацией
для разрабатываемого в дипломном проекте АРМ являются данные клиентов,
затрат на продажу товаров. Данные клиентов будут представлены в таблице
«Клиенты» со следующей структурой (таблица 5).
Таблица 5 - Структура таблицы Клиенты
Имя поля
Описание
Тип поля
Пояснения
Код клиента
Уникальный идентификатор
клиента
Числовой
Длинное целое
Фамилия
Фамилия клиента
Строковый
Длина - 20
Имя
Имя клиента
Строковый
Длина - 20
Отчество
Отчество клиента
Строковый
Длина - 20
Дата рождения
Дата рождения клиента
Дата\время
краткий формат
Город
Город проживания
Строковый
Длина - 20
Адрес
Адрес (по прописке). По
шаблону ул. д. кв.
Строковый
Длина - 50
Телефон
Телефон (домашний или
сотовый)
Строковый
Длина - 20
Паспортные данные
Паспортные данные клиента
Строковый
Длина - 50
Данные о поступлении денежных средств по договору будут
располагаться в таблице Поступления (таблица 6).
Таблица 6 - Структура таблицы Поступления
Имя поля
Описание
Тип поля
Пояснения
Код поступления
Уникальный идентификатор
поступления
Числовой
Длинное целое
Дата
Дата внесения платежа
Дата\время
краткий формат
даты
Сумма
Сумма платежа
Числовой
Длинное целое
Код договора
Внешний ключ,
используемый для связи с
таблицей Договора
Числовой
Длинное целое
40
Данные о сотрудниках компании будут храниться в таблице
Сотрудники с определенной структурой (таблица 7).
Таблица 7 - Структура таблицы Сотрудники
Имя поля
Описание
Тип поля
Пояснения
Код сотрудника
Уникальный идентификатор
сотрудника
Числовой
Длинное целое
Фамилия
Фамилия сотрудника
Строковый
Длина - 20
Имя
Имя сотрудника
Строковый
Длина - 20
Отчество
Отчество сотрудника
Строковый
Длина - 20
Дата рождения
Дата рождения сотрудника
Дата\время
краткий формат
Город
Город проживания
Строковый
Длина - 20
Адрес
Адрес (по прописке).
Строковый
Длина - 50
Телефон
Телефон (сотовый)
Строковый
Длина - 20
Паспортные данные
Паспортные данные сотрудника
Строковый
Длина – 50
Код должности
Внешний ключ, используемый
для связи с таблицей
Должности
Числовой
Длинное целое
Данные о заявках клиентов будут храниться в таблице Заявки с
определенной структурой (таблица 8).
Таблица 8 - Структура таблицы Заявки
Имя поля
Описание
Тип поля
Пояснения
Код обращения
Уникальный идентификатор
обращения
Числовой
Длинное целое
Дата обращения
Дата обращения клиента
Дата\время
краткий формат
Формулировка
Формулировка претензии
клиента
Строковый
Длина – 50
Результат
Результат рассмотрения
претензии клиента
Строковый
Длина – 50
Код услуги
Внешний ключ,
используемый для связи с
таблицей Причины
обращения
Числовой
Длинное целое
Код клиента
Внешний ключ,
используемый для связи с
таблицей Клиенты
Числовой
Длинное целое
Код сотрудника
Внешний ключ,
используемый для связи с
таблицей Сотрудники
Числовой
Длинное целое
41
К условно – постоянной, относится информация, использующаяся
во многих циклах обработки и остающаяся неизменной в течение
длительного периода времени. Целями создания условно - постоянной
информации является централизация хранения данных, повышение
достоверности данных, устранение дублирования, сокращение объема
работ по подготовке и вводу их в ЭВМ. К условно - постоянной
информации относится информация, хранящаяся в следующих
справочниках: группы товаров, каналы продаж, поставщики. Структура
справочника «Услуги» приведена в таблице 9.
Таблица 9 - Структура таблицы Услуги
Имя поля
Описание
Тип поля
Пояснения
Код услуги
Уникальный идентификатор
услуги
Числовой
Длинное целое
Название
Название услуги
Строковый
Длина – 50
Стоимость
Стоимость услуги
Числовой
Длинное целое
Таблица 10 - Структура таблицы Должности
Имя поля
Описание
Тип поля
Пояснения
Код должности
Уникальный идентификатор
должности
Числовой
Длинное целое
Должность
Название должности
Строковый
Длина – 50
Основными функциями Справочников являются:
− обеспечение проверки кодированных значений признаков при вводе
данных;
− декодирование значений признаков при выводе данных на экран
дисплея;
− хранение постоянной информации, связанной с определёнными
значениями признаков;
− оформление пояснительным текстом таблиц, получаемых в
результате решения комплекса задач.