Файл: Проектирование реализации операций бизнес-процесса (Взаиморасчеты с клиентами).pdf

Сценарий диалога предусматривает возможность обеспечения следующих функций управления ходом решения поставленных задач:

• возможность работы с экранными формами входных документов,
• формирование выходных документов,
• корректировка вводимых данных,
• просмотр введенной информации,
• работа с таблицами нормативно-справочной информации,
• протоколирование действий пользователя,
• помощь на всех этапах работы.

Сценарий диалога представлен на рис. 2.9.

Вход в систему

1. Аутентификация

2.1. НСИ

2.1.1.Работа с договорами.

2.1.2. Работа с данными заказчиков.

2.1.3.Работа с менеджерами

2.1.4. Работа с заказами

1.Аутентификация

1.1.Администратор

1.2.Пользователь

2.2. Клиенты

2.2.1 Утверждение заказа и его параметров

2.3. Продажи и Маркетинг

2.3.1. Первичная связь по заказу с клиентом.

2.3.2. Обратная связь с клиентом по заказу.

1.1.Администратор

2. Основные функции ЭИС

3. Служебные функции

2. Основные функции ЭИС

2.1. Работа с НСИ

2.2. Клиенты

2.3. Продажи и Маркетинг

2.4. Отчеты

3. Служебные функции

3.1. Перерасчет итогов.

3.2. Работа с агрегатами системы.

3.3. Работа с данными пользователей

2.4.Отчетность по клиентам

2.4.1. Заказы клиентов

2.4.2. Анализ продаж по клиентам

Рисунок 2.9 – Структура диалога системы

Сценарий диалога состоит из двух логически связанных частей:

• Основные меню, относящиеся к головному, то есть те экраны меню, которые видит пользователь, прежде чем приступить к выполнению основных функций, согласно дереву функций. Основные меню предполагают обязательные действия пользователя при работе с ИС.
• Сервисные меню, которые становятся доступны конечному пользователю после того, как выдана на экран соответствующая форма документа. Сервисные меню предполагают возможные действия, одно из которых может являться необязательным к выполнению.

При разработке ИС важным этапом является описание иерархии функций управления и обработки данных разрабатываемого программного продукта.

2.5  Характеристика базы данных

Модель Сущность-Связь (ER-модель) — модель данных, позволяющая описывать концептуальные схемы.

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

ER-модель является одной из самых простых визуальных моделей данных (графических нотаций). Она позволяет обозначить структуру в общих чертах.

СУБД, применяемая на предприятии – MS SQL Server.

На рис. 2.10 описана связь основных таблиц в базе данных.

Рисунок 2.10 - «ER-модель» предметной области управления взаиморасчетами с клиентами компании ООО «Тат Телеком»

Описание таблиц ER-модели представлено в табл. 2.1 – 2.10.

Таблица 2.1 - Клиенты

Таблица 2.2 - Договоры

Таблица 2.3 - Заказ

Таблица 2.4 - Менеджеры клиентов

Таблица 2.5 - Первичная связь с клиентом по заказу

Таблица 2.6 - Обратная связь клиента по заказу

Таблица 2.7 - Заказы компании

Таблица 2.8 - Cостояние заказов клиента

Таблица 2.9 - Утвержденный заказа клиента

Таблица 2.10 - Утвержденные проекты компании

2.6  Структурная схема пакета

Дерево программных модулей отражает структурную схему пакета, содержащего программные модули различных классов:

• модули, выполняющие служебные функции;
• управляющие модули, предназначенные для загрузки меню и передачи управления другому модулю;
• модули, связанные с вводом, хранением, обработкой и выдачей информации.

Дерево программных модулей, составляющих структуру основного пакета представлено на рис. 2.11.

Модуль проверки загружаемой информации на ошибки

Форма редактирования пользователей

Форма пользователя

Модуль тестирования БД

Подсистема работы с отчетами

Модуль визуальных эффектов

Подсистемы работы с документами

Модуль редактирования визуализированных данных

Модуль визуализации данных

Подсистема работы со справочниками

Главная форма

Форма аутентификации

Рисунок 2.11 – Структурная схема основного пакета

Рассмотрим модуль тестирования базы данных.

Одной из основных администраторских функций является осуществление операций с базами данных, к которым относятся: резервное копирование, восстановление, загрузка/выгрузка конфигураций, установка обновлений. Резервное копирование – создание резервных копий – информационных ресурсов «1С: Предприятие» осуществляется в целях обеспечения возможности их восстановления при нарушении целостности.

Резервное копирование служебных информационных ресурсов осуществляется администратором соответствующего ресурса, в соответствии с руководством администратора соответствующего ресурса, утвержденным регламентом или утвержденной технологической инструкцией. Резервное копирование информационного ресурса выполняется путем создания необходимого для безусловного и своевременного восстановления нарушения его целостности количества копий.

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

Резервное копирование официальных и проектных информационных ресурсов осуществляется в целях обеспечения безусловного их восстановления в приемлемые сроки в случае нарушения целостности.

Периодичность и способы выполнения резервного копирования информационных ресурсов определяется:

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