46
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Дерево функций программы представлено на рисунке 5.
Пользователь имеет возможность выбора функций системы, применяя
кнопочное меню. Пользователь видит перед собой содержимое базы данных в
виде экранного документа, в котором значения реквизитов (полей) отвечают
наименованиями из его предметной области согласно заданию проекта, а не
условным обозначениями полей базы данных.
Рисунок 5 - Схема работы программы
Взаимодействие с пользователем осуществляется посредством экранных
форм.
47
Экранные формы в данный момент являются основой интерфейсов.
Порядок построения экранных форм состоит в том, что: проектируется
содержание формы на экране; проектируется содержание формы и ПО
экранной формы.
Построение сценария диалогов режима для решения задачи состоит в
проектировании последовательности экранных форм и правил перехода между
ними. В таблице ниже представлены эти правила.
Таблица 2 - Содержательное проектирование иерархического
меню
Пункт главного меню.
Пункт подменю.
Экранная форма для
ввода информации
Выходная форма
(отчёт)
Справочники
- Справочник
«Сведения об
организации»
Справочник «Сведения
об организации»
Справочник «Сведения
об организации»
- Справочник
«Сотрудники»
Справочник
«Сотрудники»
Справочник
«Сотрудники»
- Справочник «Виды
заказов»
Справочник «Виды
заказов»
Справочник «Виды
заказов»
Заказы по клиентам
Форма «Клиенты»
Форма «Клиенты»
Заказы по сотрудникам
Форма «Сотрудники»
Форма «Сотрудники»
Заказы по видам
заказов
Форма «Виды заказов»
Форма «Виды заказов»
Отчеты
Выполненные заказы
Подменю «Отчеты»
Отчет о выполненных
заказах
Не выполненные заказы
Отчет о не
выполненных заказах
Просроченные заказы
Отчет о не
просроченных заказах
Нагрузка на
сотрудников
Отчет о нагрузке
сотрудников
Выход
Системное меню
48
Для поддержания диалогового режима работы пользователя с ИС
используются формы: «Справочники», «Ввод данных» и «Отчеты».
Форма АРМ - это структурное окно, которое представляется как
повторяющий форму бланк. Форму создают из различных элементов
управления.
Исходя из набора определенный целей создают внешний вид формы.
Формы MICROSOFT, MSSQL могут выполнять те задания, которые не
выполняются в режиме таблицы. Формы могут вычислять различные значения
и при этом показывать на экране результат.
Источник данных для этих форм это записи в таблицах или же запросы.
Форма имеет возможность ввода и просмотра информации БД; изменение
данных; печать; создание сообщений Формы для ввода информации
создавались с помощью специального Мастера и содержат реквизиты, как и в
соответствующих таблицах, при помощи которых они создавались.
Следует отметить, что при разработке АРМ была использована
технология создания подчиненных форм. Форма, вставленная в другую форму,
называется подчиненной. Главной формой называется первичная, а внутренняя
- подчиненной. Комбинацию «форма/подчиненная форма» иногда называют
также иерархической формой или комбинацией «родительской» и «дочерней»
форм. Подчиненные формы удобны для отображения данных из таблиц или
запросов, имеющих отношение «один-ко-многим»: в главной форме,
отображаются данные на стороне отношения «один». В подчиненной форме
отображаются данные на стороне отношения «многие». Главная и подчиненная
формы имеют связь в типе такую, что в подчиненной выводятся только те
записи, которые связаны с текущей записью в главной.
49
2.3.2. Характеристика базы данных
Требования к СУБД изменяются в зависимости от конкретных целей и
задач.
SQL Server - это хорошо масштабируемый, полностью реляционный,
быстродействующий многопользовательский сервер баз данных масштаба
предприятия, способный производить огромные объемы данных для клиент-
серверных приложений
Функциональные особенности этой сложной системы
взаимодействующих классов обеспечивают единообразную работу с базами
данных независимо от системы управления базой и ее реализации
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
Для выбора необходимой информации из БД были использованы запросы
(query).
С помощью конструктора можно создать следующие виды запросов:
Простой
По условию
Параметрические
Итоговые
С вычисляемыми полями
Структура запросов, созданных для реализации функциональности ИС,
представлены ниже: Запрос «Заказы выполнены»:
SELECT Заказы. [Ид заказа], [Виды заказов].[Вид заказа],
Заказы.[Наименование заказа], Клиенты.[Название/ФИО], Сотрудники. ФИО,
Заказы.[Дата поступления], Заказы.[Срок выполнения], Заказы. Выполнен,
Заказы. Цена
50
FROM [Виды заказов] INNER JOIN (Клиенты INNER JOIN (Сотрудники
INNER JOIN Заказы ON Сотрудники.КодСотрудника = Заказы.Принял) ON
Клиенты.[ИД клиента] = Заказы.Клиент) ON [Виды заказов].[ИД вида заказа]
= Заказы.[Вид заказа]
WHERE (((Заказы.Выполнен)=True));
Запрос «Заказы невыполненные»:
SELECT Заказы.[Ид заказа], [Виды заказов].[Вид заказа],
Заказы.[Наименование заказа], Клиенты.[Название/ФИО], Сотрудники. ФИО,
Заказы. [Дата поступления], Заказы.[Срок выполнения], Заказы. Выполнен,
Заказы. Цена
FROM [Виды заказов] INNER JOIN (Клиенты INNER JOIN (Сотрудники
INNER JOIN Заказы ON Сотрудники. Код Сотрудника=Заказы. Принял) ON
Клиенты.[ИД клиента]=Заказы. Клиент) ON [Виды заказов].[ИД вида
заказа]=Заказы.[Вид заказа]
WHERE (((Заказы. Выполнен)=False));
Запрос «Нагрузка на сотрудников»:
SELECT DISTINCTROW Сотрудники.ФИО, Sum (Заказы.Цена) AS [Sum-
Цена], Count(*) AS [Count-Заказы]
FROM Сотрудники INNER JOIN Заказы ON Сотрудники. Код
Сотрудника = Заказы. Принял
GROUP BY Сотрудники. ФИО;
Отчёт является полученным на принтере выходным документом,
предназначенным для конечного пользователя.
Отчёт - это наилучшее средство для представления информации из базы
данных в виде печатного документа. По сравнению с другими средствами
вывода информации на печать отчёты обладают двумя принципиальными
преимуществами:
они предоставляют широкие возможности для группирования и
вычисления промежуточных и общих итогов для больших наборов данных;
51
отчёты могут быть использованы для получения оформленных
счетов, заказов, материалов для презентаций и других документов.
Отчеты в ИС предоставляют информацию о выполненных и не
выполненных заявках, а также о нагрузке сотрудников предприятия.
2.3.4 Описание программных модулей
Все таблицы любой реляционной базы данных состоят из строки
заголовков столбцов и одной или более строк значений данных под этими
заголовками. Процесс проектирования реляционной базы данных, как правило,
заканчивается приведением к 3НФ. Нормализация направлена на удаление
избыточности БД. Нормализация - последовательное приведение отношений
реляционной модели к нормальным формам.
Каждая следующая нормализованная форма улучшает свойства
предыдущего. Приведем модель до 3НФ
52
Рисунок 6 - Схема реляционной модели БД
53
Рисунок 7 - Схема реляционной модели БД в 3НФ
54
2.4 Контрольный пример реализации проекта и его описание
В результате практического задания, был создан программный продукт.
Рисунок 8 – Создание программного продукта
На данные вкладки расположены все элементы для основной работы.
55
Рисунок 9 – Свойства созданной базы
Далее мы создали таблицы (Город, Заказы, Клиенты, Поставщики,
Сотрудники, Страна, Услуги)
Создаваемый модуль «Клиентов» ведет отчет по клиентам, внося
клиентов в базу данных. Модуль формирует отчет по всем клиентам и создает
«личную карточку клиента».
Рисунок 10 – Процесс создания таблица