
- •3. Проектирование системы управления взаиморасчетами с контрагентами предприятия сферы услуг
- •3.1. Проектирование функционального обеспечения
- •3.2. Проектирование информационного обеспечения
- •3.2.1. Проектирование макетов входящих документов
- •Входящие документы
- •3.2.2. Проектирование макетов исходящих документов
- •Выходные документы
- •3.2.3. Концептуальная модель данных информационной базы
- •3.2.4. Логическая модель данных информационной базы
- •3.2.5. Физическая модель данных информационной базы
- •3.2.6. Разработка экранных форм
- •Экранные и печатные формы
- •3.3. Проектирование математического обеспечения
- •3.4. Проектирование программного обеспечения
- •3.4.1. Разработка дерева функций
- •3.4.2. Разработка сценария диалога
- •3.4.3. Разработка дерева вызова программных модулей
- •3.4.4. Схема взаимодействия программных модулей и информационных файлов системы
- •3.5. Проектирование технологического обеспечения
- •3.5.1. Технология ввода информации в систему
- •3.5.2. Технология контроля вводимой информации
- •3.5.3. Технология отображения информации
- •3.5.4. Технология восстановления данных в системе
- •3.5.5. Технология реализации бизнес-процессов в системе
- •3.6. Проектирование организационного обеспечения
- •3.6.1. Описание арм пользователей информационной системы
- •3.6.2. Требования к подготовке пользователей ис
- •3.6.3. Характеристика этапа внедрения разрабатываемой ис
- •3.6.4. Характеристика этапа эксплуатации разрабатываемой ис
- •3.7. Контрольный пример
- •П24. Функциональная модель предметной области («как должно быть»)
- •Функциональная модель
- •«Управление взаиморасчетами с контрагентами предприятия сферы услуг»
- •П25. Входящие документы
- •Заявка на оказание услуг
- •Каталог оказывемых услуг
- •Претензия (об уплате неустойки в связи с нарушением сроков начала подрядных работ) на сумму _____________ рублей
- •Журнал регистрации результатов осмотров жилого дома
- •Адресный список и характеристика строений
- •Выписка из отдела материально-технического снабжения № ________________ о наличии ресурсов для реализации заявки
- •План по оказанию услуг №________
- •Акт оказанных услуг №_____________
- •Договор № _______
- •1. Предмет договора
- •2. Права и обязанности сторон
- •3. Цена договора и порядок расчетов
- •4. Ответственность сторон
- •5. Порядок разрешения споров
- •6. Заключительные положения
- •Адреса и банковские реквизиты сторон:
- •Подписи и печати сторон
- •Отчёт по работе с заявками
- •Отчёт по работе с претензиями
- •Отчёт по работе с договорами
- •Сводный отчёт по работе с контрагентами
- •Сводный отчёт по графику платежей
- •Сводный отчёт по исполнению договоров
- •П27. Макеты форм входящих документов
- •Структура документа «Претензия»
- •Структура документа «Заявка на оказание услуги»
- •Структура документа «Каталог услуг»
- •Структура документа «Журнал регистрации результатов осмотров жилого дома»
- •Структура документа «Адресный список и характеристика строений»
- •Макет выписки о наличии ресурсов для реализации заявки
- •П28. Макеты форм исходящих документов
- •Структура документа «План по оказанию услуг»
- •Структура документа «Акт оказанных услуг»
- •П29. Концептуальная модель базы данных п30. Характеристика сущностей предметной области и связей между ними
- •Характеристика сущностей предметной области
- •Характеристика связей между сущностями предметной области
- •П31. Логическая модель базы данных
- •П32. Физическая модель базы данных
- •П33. Расшифровка атрибутов сущностей предметной области
- •Характеристика атрибутов сущностей предметной области
- •Сценарий диалога пользователя и информационной системы
- •П38. Дерево вызова программных модулей системы
- •Расшифровка программных модулей системы
- •П39. Схема взаимосвязи программных модулей и информационных файлов системы
- •П40. Технологические схемы бизнес-процессов предметной области
- •П41. Технологическая карта бизнес-процессов предметной области
- •Технологическая карта бизнес-процессов предметной области
- •П42. Взаимоотношения прав доступа
Экранные и печатные формы
Наименование экранной формы |
Вызывается из экранной формы |
Представление |
Главная форма |
Все подчиненные формы. |
Рис. П34.1 |
Форма просмотра нормативов расходования ресурсов |
Главная форма |
Рис. П34.2 |
Форма просмотра результатов составленного плана услуг |
Главная форма |
Рис. П34.3 |
Форма справочника контрагентов управляющей компании |
Главная форма |
Рис. П34.4 |
Документ «План по оказанию услуг» |
План по оказанию услуг |
Рис. П35.1 |
Документ «Акт оказанных услуг» |
Главная форма |
Рис. П35.2 |
Документ «Письмо» |
Претензии |
Рис. П35.3 |
Таким образом, созданные экранные формы обеспечат ввод и отображение всей необходимой информации согласно требованиям, предъявляемым к системе (см. п. 1.9).
Все формы имеют единый стиль оформления, интуитивно понятный интерфейс, логичность взаимосвязи.
3.3. Проектирование математического обеспечения
Рис. 3.1. Модель СМО
3.4. Проектирование программного обеспечения
3.4.1. Разработка дерева функций
Проектируемая информационная система предполагает обеспечение автоматизации ряда служебных и прикладных функций. К служебным функциям, подлежащим автоматизации, относятся следующие:
разграничение доступа и авторизация пользователей;
регламентированное резервное копирование БД;
восстановление БД после сбоя;
контроль мониторинга производительности БД;
ведение статистики ошибок и сбоев БД;
протоколирование и анализ действий пользователей;
обновление и контроль версий ПО СУБД и функций ИС.
Автоматизация прикладных функций в системе связана с реализацией работы следующих функциональных подсистем, выявленных в результате анализа требований к информационной системе (см. п. 1.9):
общероссийские и общесистемные классификаторы;
заявки клиентов;
претензии клиентов;
план по оказанию услуг клиентам;
уведомительные письма клиентам;
исходящие письма к контрагентам;
отчеты;
администрирование;
справочная информация.
Согласно построенным моделям данных (см. прил. 24, 29, 31) и информационным требованиям заказчика (см. п. 1.9) разработана функциональная структура программного приложения разрабатываемой автоматизированной системы управления взаиморасчетами с контрагентами, т. е. спроектировано дерево функций информационной системы (см. в прил. 36), которое позволяет представить способ организации доступа пользователей к перечисленным подсистемам.
3.4.2. Разработка сценария диалога
Работа пользователя с ИС осуществляется при помощи диалогового режима, в основе которого лежит взаимодействие человека и ЭВМ во время решения задачи посредством передачи и приёма сообщений через терминальные устройства. Технология обработки данных в диалоговом режиме на ЭВМ предполагает организацию в реальном времени непосредственного диалога пользователя и машины, в ходе которого ЭВМ информирует человека о состоянии решаемой задачи и предоставляет ему возможность активно воздействовать на ход её решения. Кроме того, диалоговый режим обеспечивает реактивность – оперативную циркуляцию сообщений как между функциональными задачами (программами), так и между задачами и пользователем.
Существует несколько типов диалога: управляющие команды, запросы, меню, диалог на ограниченном естественном языке. Старт программы начинается с диалога на основе экранной формы, предполагающего идентификацию пользователя путем ввода и проверки имени пользователя и пароля.
Так же в программном приложении был применен диалог на основе меню, являющийся наиболее популярным вариантом организации запросов на ввод данных во время диалога, управляемого компьютером.
Существует несколько форматов представления меню на экране:
список объектов, выбираемых прямым указанием, либо указанием номера (или мнемонического кода);
меню в виде блока данных;
меню в виде строки данных;
меню в виде пиктограмм.
На основных подчиненных формах использовались пиктограммы, позволяющие вернуться на главную форму или перейти к другой форме.
Для решения практических задач структура диалога включает различные возможные способы обмена информацией между пользователем и ЭВМ, т. е. диалоговая система содержит множество запросов и соответствующих им ответных сообщений. Каждому запросу соответствует несколько альтернативных ответных сообщений. Схема диалога разрабатывается обычно сразу на весь комплекс решаемых задач, а пользователям выделяются лишь отдельные части схемы диалога с целью автоматического контроля его полномочий и для предотвращения несанкционированного доступа к данным. Сценарий диалога взаимодействия пользователя и информационной системы приведён в прил. 37.