Выходные документы

Документ	Таблица структуры	Форма документа	Способ представления
План по оказанию услуг	Табл. П28.1	Рис. П26.1	Вывод на экран, печать
Акт оказанных услуг	Табл. П28.2	Рис. П26.2	Вывод на экран, печать
Договор	Табл. П28.3	Рис. П26.3-П26.4	Вывод на экран, печать
Уведомительное письмо к клиенту в ответ на поданную претензию	Табл. П28.4	Рис. П26.5	Вывод на экран, печать
Отчёт по работе с заявками	Табл. П28.5	Рис. П26.6	Вывод на экран, печать
Отчёт по работе с претензиями	Табл. П28.6	Рис. П26.7	Вывод на экран, печать
Отчёт по работе с договорами	Табл. П28.7	Рис. П26.8	Вывод на экран, печать
Сводный отчёт по расчётам с контрагентами	Табл. П28.8	Рис. П26.9	Вывод на экран, печать
Сводный отчёт по графику платежей	Табл. П28.9	Рис. П26.10	Вывод на экран, печать
Сводный отчёт по исполнению договоров	Табл. П28.10	Рис. П26.11	Вывод на экран, печать
График времени ожидания	Табл. П28.11	Рис. П26.12	Вывод на экран, печать

Примеры исходящих документов представлены в прил. 26, макеты их форм – в прил. 28.

3.2.3. Концептуальная модель данных информационной базы

На основании результатов описания макетов форм входных и выходных документов предметной области (см. прил. 25–28), а также требований, предъявляемых к информационной системе (см. п. 1.8), разработана концептуальная модель данных информационной базы управления взаиморасчетами с контрагентами предприятия сферы услуг. Модель представлена в виде диаграммы «сущность-связь» и содержит все выявленные сущности и взаимосвязи между ними, отражающие основные бизнес-правила предметной области.

Среди основных бизнес-правил можно выделить следующие:

1. На каждую заявку формируется соответственное решение о принятии к исполнению или отказе.

2. Если выдается решение об отказе, то из справочника «Причин отказов» выбирается только одна причина, наиболее точно и полно отражающая заключение.

3. Контрагент может быть зарегистрирован только по одному адресу.

Диаграмма обеспечивает стандартный способ определения данных и отношений между ними. Фактически с помощью ER-диаграммы осуществляется детализация хранилищ данных проектируемой системы, а также документируются сущности и способы их взаимодействия, включая идентификацию объектов, важных для рассматриваемой предметной области (сущностей), свойств этих объектов (атрибутов) и их отношений с другими объектами (связей).

Сущности и связи именованы таким образом, чтобы однозначно ассоциироваться с объектами реляционной модели.

Диаграмма построена с использованием CASE-средства AllFusion ERwin Data Modeler 4.1 в соответствии с методологией IDEF1x. Концептуальная модель данных на уровне сущность-связь представлена в прил. 29.