67
Рис. 2.6. Накладная
2.2.3. Характеристика результатной информации
В ИС формируется следующая выходная информация:
Заказ. Представляет собой заполнение бланка заказа. Данный бланк
формируется на основании таблиц с переменной информацией Заказ, тип
продукции в заказе, а также справочников с переменной информацией о
работниках предприятия следующим образом:
из таблицы Заказ переменной информацией выбираются данные о заказе,
а именно его номер и общая сумма;
из справочника с переменной информации Тип продукции на основании
таблицы с переменной информацией Тип продукции в заказе выбирается
перечень продукции, входящей в этот заказ.
После чего формируется бланк заказа.
Клиент получает товарный чек (рис.2.7).
68
Рис. 2.7. Товарный чек
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Работу с системой осуществляет сотрудник отдела продаж. Дерево
функций специалиста представлено на рисунке 2.8.
Под работой со справочниками подразумевается их заполнение и
редактирование (удаление записей).
Сценарий диалога, формирующийся на основе дерева функций, приведен
на рисунке 2.9.
69
Функции
Служебные
Основные
Ведение
справочников
Ввод данных
Получение
отчетных
документов
Настройки
Справка
Реквизиты
фирмы
Печать
выходных
документов
Учет заказов
Отдел
Сотрудник
Клиенты
Заказы
Оборудование
Рисунок 2.8 – Дерево функций системы
Главное меню
Учетная
информация
Справочная
информация
Категории
климентов
Регионы
Работа с
клиентами
Обслуживани
е клиентов
Счета на
оплату
Категории
оборудования
Справочники
Список счетов
Работа с
клиентами
Прайс-лист
Оборудование
Авторизация
Движение по
складу
Рисунок 2.9 – Сценарий диалога
70
2.3.2. Характеристика базы данных
Модель Сущность-Связь (ER-модель) — модель данных, позволяющая
описывать концептуальные схемы.
ER-модель удобна при проектировании информационных систем, баз
данных, архитектур компьютерных приложений, и других систем (далее,
моделей). С её помощью можно выделить ключевые сущности, присутствующие
в модели, и обозначить отношения, которые могут устанавливаться между этими
сущностями.
ER-модель является одной из самых простых визуальных моделей данных
(графических нотаций). Она позволяет обозначить структуру в общих чертах.
В моделировании ER структура для базы данных изображается как
диаграмма, называемая диаграммой сущностных отношений (или диаграммой
ER), которая напоминает графическое разбиение предложения на его
грамматические части. Объекты отображаются как точки, многоугольники,
круги или овалы. Отношения изображаются как линии, соединяющие точки,
полигоны, круги или овалы. Любая диаграмма ER имеет эквивалентную
реляционную таблицу, и любая реляционная таблица имеет эквивалентную
диаграмму ER. Диаграмма ER - неоценимая помощь инженерам в разработке,
оптимизации и отладке программ баз данных [12].
В логическом смысле, сущности являются эквивалентом грамматических
существительных, таких как сотрудники, отделы, продукты или сети. Объект
может быть определен с помощью его свойств, называемых атрибутами.
Отношения являются эквивалентом глаголов или ассоциаций, таких как акт
покупки, акт ремонта, член группы или руководитель отдела. Связь может быть
определена в соответствии с количеством связанных с ней сущностей,
известными как степень.
На рис. 2.10 описана связь основных таблиц в базе данных.
71
Рис. 2.10. ER-модель предметной области
Описание таблиц ER-модели представлено в таблице 2.4 -2.13.
Таблица №2.4
Клиенты
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
ID_Заказчика
IDЗаказчика
число
4
Первичный ключ –
ключевое поле (PK)
Наименование
Заказчика
НаименованиеЗаказч
ика
строка
0
Таблица №2.5
Договоры
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
ID_Заказа
ID_Заказа
число
4
Первичный ключ –
ключевое поле (PK)
Наименование
договора
НаименоваиеДогово
ра
строка
30
FK1
Условия
договора
УсловияДоговора
Хранилище
Значений
Сумма
договора
СуммаДоговора
число
0
72
Таблица №2.6
Заказ
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
ID_Заказа
ID_Заказа
число
4
Первичный ключ –
ключевое поле (PK)
Наименование
заказа
Наименование_Заказ
а
строка
30
Сумма заказа
СуммаПоЗаказу
Число
12
Менеджер
клиента
Менеджер Клиента
Строка
FK1
Таблица №2.7
Менеджеры клиентов
Наименование
поля
Идентификатор поля
Тип поля
Длина
поля
Прочее
ID_Менеджера
IDМенеджера
число
0
Первичный ключ –
ключевое поле (PK)
ФИО
Менеджера
ФИОМенеджера
Строка
30
Аналитическая
информация
АналитическаяИнфо
рмация
число
4
Таблица №2.8
Первичная связь с клиентом по заказу
Наименование
поля
Идентификатор поля
Тип поля
Длина
поля
Прочее
ID_Документа
IDДокумента
число
4
Первичный ключ –
ключевое поле (PK)
Наименование
Заказчика
НаименованиеЗаказч
ика
строка
0
Тип Источника
ТипИсточника
Строка
30
Тип интереса
ТипИнтереса
Строка
12
Менеджер
клиента
Менеджер Клиента
Строка
FK1
73
Таблица №2.9
Обратная связь клиента по заказу
Наименование
поля
Идентификатор поля
Тип поля
Длина
поля
Прочее
ID_Документа
IDДокумента
число
4
Первичный ключ –
ключевое поле (PK)
Наименование
Заказчика
НаименованиеЗаказч
ика
строка
0
Тип Источника
ТипИсточника
Строка
30
Тип интереса
ТипИнтереса
Строка
12
Менеджер
клиента
Менеджер Клиента
Строка
FK1
Таблица №2.10
Заказы компании
Наименование
поля
Идентификатор поля
Тип поля
Длина
поля
Прочее
Наименование
договора
НаименоваиеДогово
ра
строка
30
FK1
ID_Клиента
ID Клиента
число
4
FK2
Менеджер
клиента
Менеджер клиента
Строка
FK3
Таблица №2.11
Состояние заказов клиента
Наименование
поля
Идентификатор поля
Тип поля
Длина
поля
Прочее
ID_Cостояние_
Клиента
IDCостояниеКлиента
число
4
ID_Клиента
ID Клиента
число
4
FK1
Статус клиента
Статус Клиента
строка
30
Дата Начала
ДатаНачала
Дата
Дата
Окончания
ДатаОкончания
Дата
74
Таблица №2.12
Утвержденный заказа клиента
Наименование
поля
Идентификатор поля
Тип поля
Длина
поля
Прочее
ID_Заказа
ID_Заказа
число
4
Первичный ключ –
ключевое поле (PK)
Наименование
заказа
Наименование_Заказ
а
Строка
30
Договор
клиента
Договор клиента
Строка
12
FK1
Менеджер
проекта
Менеджер Клиента
Строка
Таблица №2.13
Утвержденные проекты компании
Наименование
поля
Идентификатор поля
Тип поля
Длина
поля
Прочее
ID_Заказа
ID_Заказа
число
4
Первичный ключ –
ключевое поле (PK)
Наименование
клиента
Наименование_Клие
нта
строка
30
Сумма клиента
Сумма По Клиенту
Число
12
Менеджер
клиента
Менеджер Клиента
Строка
FK1
Исполнитель
клиента
Исполнитель
Клиента
Строка
20
2.2.3. Структурная схема пакета (дерево вызова программных
модулей)
Дерево программных модулей отражает структурную схему пакета,
содержащего программные модули различных классов:
модули, выполняющие служебные функции;
управляющие модули, предназначенные для загрузки меню и
передачи управления другому модулю;
модули, связанные с вводом, хранением, обработкой и выдачей
информации.
Дерево программных модулей, составляющих структуру основного пакета
представлено на рис. 2.11.
75
Рис. 2.11 Структурная схема основного пакета
2.2.4. Описание программных модулей
Рассмотрим модуль тестирования базы данных.
Одной из основных администраторских функций является осуществление
операций с базами данных, к которым относятся: резервное копирование,
восстановление, загрузка/выгрузка конфигураций, установка обновлений.
Резервное копирование – создание резервных копий осуществляется в целях
обеспечения возможности их восстановления при нарушении целостности [11].
Резервное копирование служебных информационных ресурсов
осуществляется администратором соответствующего ресурса, в соответствии с
руководством администратора соответствующего ресурса, утвержденным
регламентом или утвержденной технологической инструкцией. Резервное
копирование информационного ресурса выполняется путем создания
необходимого для безусловного и своевременного восстановления нарушения
его целостности количества копий.
Форма аутентификации
Главная форма
Форма пользователя
Подсистема
работы со
справочниками
Модуль
визуализации
данных
Подсистемы
работы с
документами
Модуль
редактирования
визуализированных
данных
Подсистема
работы с отчетами
Модуль визуальных
эффектов
Модуль
тестирования БД
Форма
редактирования
пользователей
Модуль проверки
загружаемой
информации на ошибки
76
В целях возможности обеспечения целостности ресурса, в случае потери
функциональности резервных копий информационных ресурсов (повреждение,
поломка носителя) осуществляется их архивирование, в соответствии с
частными инструкциями или программно-эксплуатационной документацией на
соответствующий ресурс. Допускается обеспечение возможности
восстановления целостности информационных ресурсов их дублированием на
средствах вычислительной техники. Порядок актуализации дублирующего
ресурса определяется руководством, принявшим решение о применении такого
способа обеспечения целостности ресурса [1].
Резервное копирование официальных и проектных информационных
ресурсов осуществляется в целях обеспечения безусловного их восстановления в
приемлемые сроки в случае нарушения целостности.
Периодичность и способы выполнения резервного копирования
информационных ресурсов определяется:
их назначением и функциональными особенностями (важностью,
изменчивостью и т.д.);
особенностями реализующих эти ресурсы программно-аппаратных
комплексов.
Резервное копирование официальных и проектных ресурсов выполняется
ежедневно, еженедельно, ежемесячно и ежегодно. В зависимости от задач и
средств копирования, может выполняться полное, дифференциальное или
инкрементальное копирование. Копирование может выполняться как с
архивированием данных, так и без архивирования [2].
Для отдельных ресурсов может устанавливаться дополнительная
периодичность создания копий, например, до и после выполнения
определенного этапа работ. Порядок создания дополнительных копий
разрабатывается структурным подразделением Отделения и согласовывается с
управлением информационных технологий и отделом по защите информации.
Тип используемых для резервного копирования ресурса носителей
информации определяется характеристиками аппаратно-программного
комплекса, реализующего информационный ресурс. Копии официальных и
проектных информационных ресурсов резервное копирование которых