82
2.3.1. Общие положения (дерево функций и сценарий диалога)
На рис. 19 представлено дерево функций модулей, используемых в данной
информационной системе.
Рисунок 19 - Дерево функций программного продукта
В рамках информационной системы существуют функции управления и
обработки данных. Среди них можно выделить два подмножества: реализующие
служебные функции (добавление новых пользователей в систему, указание и
возможность изменения пароля для каждого, а также установление прав в
соответствии с ролью пользователя) и реализующие основные функции (ввод
нормативно-справочной информации, регистрация проектов и их параметров).
Диалог – это процесс обмена сообщениями между пользователем и ИС, при
котором осуществляется постоянная смена ролей информатора и реципиента
(пользователя, принимающего информацию), причем смена ролей достаточно
оперативна.
В процессе диалога возможно:
двустороннее управление на базе языка типа «запрос-ответ»,
одностороннее управление со стороны ИС с языком общения типа
«меню», «заполнения шаблона», ответа по «подсказке»,
83
одностороннее управление со стороны пользователя с использованием
языка директив (команд).
При разработке данного проекта система общения с пользователем
организована таким образом, что основная часть диалога ведется на языке типа
«меню», а заполнение форм входных документов – по «шаблону». Таким
образом, происходит одностороннее управление процессом обработки данных
со стороны ИС.
Структура сценария диалога в совокупности с деревом функций,
которое отражает состав и иерархию функций системы, дает возможность
определить состав кадров диалога, содержание каждого кадра и их
соподчиненность.
Сценарий диалога представлен на рис. 20.
2.1. НСИ
2.1.1.Работа с
договорами.
2.1.2. Работа с
84
Рисунок 20 – Структура диалога системы
Сценарий диалога состоит из двух логически связанных частей:
Основные меню, относящиеся к головному, то есть те экраны меню,
которые видит пользователь, прежде чем приступить к выполнению
Вход в систему
1. Аутентификация
1.1.Администратор
2. Основные функции
ЭИС
3. Служебные функции
2. Основные функции ЭИС
2.1. Работа с НСИ
2.2. Клиенты
2.3. Учет Заявок
2.4. Отчеты
3. Служебные функции
3.1. Перерасчет итогов.
3.2. Работа с агрегатами системы.
3.3. Работа с данными пользователей
2.2. Клиенты
2.2.1 Утверждение
заявок и его
параметров
2.3. Учет Заявок
2.3.1. Первичная связь по
заявке с клиентом.
2.3.2. Обратная связь с
клиентом по заявке.
2.4.Отчетность по
клиентам
2.6.1. Заявки клиентов
2.4.2. Анализ учет продаж
по клиентам
1.Аутентификация
1.1.Администратор
1.2.Пользователь
85
основных функций, согласно дереву функций. Основные меню
предполагают обязательные действия пользователя при работе с ИС.
Сервисные меню, которые становятся доступны конечному
пользователю после того, как выдана на экран соответствующая форма
документа. Сервисные меню предполагают возможные действия, одно
из которых может являться необязательным к выполнению.
При разработке ИС важным этапом является описание иерархии
функций управления и обработки данных разрабатываемого программного
продукта.
2.3.2. Характеристика базы данных
Модель Сущность-Связь (ER-модель) — модель данных, позволяющая
описывать концептуальные схемы.
86
ER-модель удобна при проектировании информационных систем, баз
данных, архитектур компьютерных приложений, и других систем (далее,
моделей). С её помощью можно выделить ключевые сущности,
присутствующие в модели, и обозначить отношения, которые могут
устанавливаться между этими сущностями.
ER-модель является одной из самых простых визуальных моделей
данных (графических нотаций). Она позволяет обозначить структуру в общих
чертах.
СУБД, применяемая на предприятии – MS SQL Server.
На рис. 21 описана связь основных таблиц в базе данных.
Рисунок 21 - «ER-модель» предметной области автоматизации заявок
компании ПАО «Ростелеком»
Описание таблиц ER-модели представлено в табл. 11- 20.
87
Таблица 11. Клиенты
Наименование
поля
Идентификатор поля
Тип поля
Длина
поля
Прочее
ID_Заказчика
IDЗаказчика
число
4
Первичный
ключ –
ключевое поле
(PK)
Наименование
Заказчика
НаименованиеЗаказчика
строка
0
Таблица 12. Договоры
Наименование
поля
Идентификатор поля
Тип поля
Длина
поля
Прочее
ID_Заказа
ID_Заказа
число
4
Первичный
ключ –
ключевое
поле (PK)
Наименование
договора
НаименоваиеДоговора
строка
30
FK1
Условия
договора
УсловияДоговора
ХранилищеЗначений
Сумма
договора
СуммаДоговора
число
0
Таблица 13. Заказ
Наименование
поля
Идентификатор поля
Тип
поля
Длина
поля
Прочее
ID_Заказа
ID_Заказа
число
4
Первичный ключ
– ключевое поле
(PK)
Наименование
заказа
Наименование_Заказа
строка
30
Сумма заказа
СуммаПоЗаказу
Число
12
Менеджер
клиента
Менеджер Клиента
Строка
FK1
Таблица 14. Менеджеры клиентов
Наименование
поля
Идентификатор поля
Тип
поля
Длина
поля
Прочее
ID_Менеджера
IDМенеджера
число
0
Первичный
ключ –
ключевое
поле (PK)
ФИО
Менеджера
ФИОМенеджера
Строка
30
88
Аналитическая
информация
АналитическаяИнформация
число
4
Таблица 15. Первичная связь с клиентом по заявке
Наименование
поля
Идентификатор поля
Тип
поля
Длина
поля
Прочее
ID_Документа
IDДокумента
число
4
Первичный ключ
– ключевое поле
(PK)
Наименование
Заказчика
НаименованиеЗаказчика
строка
0
Тип Источника
ТипИсточника
Строка
30
Тип интереса
ТипИнтереса
Строка
12
Менеджер
клиента
Менеджер Клиента
Строка
FK1
Таблица 16. Обратная связь клиента по заявке
Наименование
поля
Идентификатор поля
Тип
поля
Длина
поля
Прочее
ID_Документа
IDДокумента
число
4
Первичный ключ
– ключевое поле
(PK)
Наименование
Заказчика
НаименованиеЗаказчика
строка
0
Тип Источника
ТипИсточника
Строка
30
Тип интереса
ТипИнтереса
Строка
12
Менеджер
клиента
Менеджер Клиента
Строка
FK1
Таблица 17. Заказы компании
Наименование
поля
Идентификатор поля
Тип
поля
Длина
поля
Прочее
Наименование
договора
НаименоваиеДоговора
строка
30
FK1
89
ID_Клиента
ID Клиента
число
4
FK2
Менеджер
клиента
Менеджер клиента
Строка
FK3
Таблица 18. Cостояние заявок клиента
Наименование поля
Идентификатор поля
Тип
поля
Длина
поля
Прочее
ID_Cостояние_Клиента
IDCостояниеКлиента
число
4
ID_Клиента
ID Клиента
число
4
FK1
Статус клиента
Статус Клиента
строка
30
Дата Начала
ДатаНачала
Дата
Дата Окончания
ДатаОкончания
Дата
Таблица 19. Утвержденная заявка клиента
Наименование
поля
Идентификатор поля
Тип
поля
Длина
поля
Прочее
ID_Заявки
ID_Заявки
число
4
Первичный ключ
– ключевое поле
(PK)
Наименование
заказа
Наименование_Заказа
Строка
30
Договор
клиента
Договор клиента
Строка
12
FK1
Менеджер
клиента
Менеджер Клиента
Строка
2.3.3. Структурная схема пакета
90
Дерево программных модулей отражает структурную схему пакета,
содержащего программные модули различных классов:
модули, выполняющие служебные функции;
управляющие модули, предназначенные для загрузки меню и передачи
управления другому модулю;
модули, связанные с вводом, хранением, обработкой и выдачей
информации.
Дерево программных модулей, составляющих структуру основного пакета
представлено на рис. 22.
Рисунок 22 – Структурная схема основного пакета
Рассмотрим модуль тестирования базы данных.
Одной из основных администраторских функций является
осуществление операций с базами данных, к которым относятся: резервное
копирование, восстановление, загрузка/выгрузка конфигураций, установка
Форма аутентификации
Главная форма
Форма пользователя
Подсистема работы
со справочниками
Модуль визуализации
данных
Подсистемы работы
с документами
Модуль
редактирования
визуализированных
данных
Подсистема работы с
отчетами
Модуль визуальных
эффектов
Модуль
тестирования БД
Форма
редактирования
пользователей
Модуль проверки
загружаемой
информации на
ошибки
91
обновлений. Резервное копирование – создание резервных копий –
информационных ресурсов «1С: Предприятие» осуществляется в целях
обеспечения возможности их восстановления при нарушении целостности.
Резервное копирование служебных информационных ресурсов
осуществляется администратором соответствующего ресурса, в соответствии
с руководством администратора соответствующего ресурса, утвержденным
регламентом или утвержденной технологической инструкцией. Резервное
копирование информационного ресурса выполняется путем создания
необходимого для безусловного и своевременного восстановления нарушения
его целостности количества копий.
В целях возможности обеспечения целостности ресурса, в случае
потери функциональности резервных копий информационных ресурсов
(повреждение, поломка носителя) осуществляется их архивирование, в
соответствии с частными инструкциями или программно-эксплуатационной
документацией на соответствующий ресурс. Допускается обеспечение
возможности восстановления целостности информационных ресурсов их
дублированием на средствах вычислительной техники. Порядок актуализации
дублирующего ресурса определяется руководством, принявшим решение о
применении такого способа обеспечения целостности ресурса.
Резервное копирование официальных и проектных информационных
ресурсов осуществляется в целях обеспечения безусловного их
восстановления в приемлемые сроки в случае нарушения целостности.
Периодичность и способы выполнения резервного копирования
информационных ресурсов определяется:
их назначением и функциональными особенностями
(важностью, изменчивостью и т.д.);
особенностями реализующих эти ресурсы программно-
аппаратных комплексов.