81
Список дефектов (неисправностей оборудования) с указанием
стоимости.
Данная информация применяется для первичного заполнения
справочников системы. В ходе дальнейшей работы осуществляется регистрация
клиентов, ремонтируемых оборудования, а также заказов. Для хранения этой
информации используются Таблицы Клиенты, Оборудование, Заказы.
В ходе работы программы осуществляется также редактирование заказов.
Для обеспечения работы системы предусмотрены справочники,
приведенные в Таблице 2.2.
Таблица 1.17
Перечень используемых справочников
№
п
п
название
справочника
ответственный
за ведение
средний
объём
справочник
а в записях
среднюю
частоту
актуализаци
и
средний
объем
актуализации
, %
1.
Клиент
Администрато
р
45
1 раз в месяц
10
2.
Модели
оборудовани
я
Администрато
р
150
1 раз в год
10
3.
Бренды
Администрато
р
250
1 раз в год
10
4.
Дефекты
Администрато
р
45
1 раз в месяц
10
5.
Запчасти
Администрато
р
45
1 раз в месяц
10
Все документы могут поступать как бумажной, так и в электронной
формах.
1.6.3 Характеристика результатной информации
Информацию, полученную в результате обработки первичной и
промежуточной информации о совершенных хозяйственных операциях,
называют результатной. Именно для достижения получения итоговой
информации и используется сбор и обработка данных. Она позволяет оценить
работу организации и принимать управленческие и оперативные решения.
82
Результатной информацией, формируемой в ходе работы системы,
являются следующие документы:
Список клиентов;
Список заказов;
Детализация заказа;
Анализ стоимости выполненных работ за каждого инженера;
Прогноз количества заказов на основании учтенных ранее заказов.
Список клиентов содержит ФИО клиента и номер его телефона. Список
заказов отображает все заказы в данный момент, содержит такие реквизиты, как
номер заказа, его статус, дату начала, дату окончания, стоимость, а также ФИО
сотрудника, который его выполнял. Также в этой форме рассчитываются такие
показатели, как общее количество заказов, общая стоимость заказов, средняя,
максимальная и минимальная стоимость.
1.7 Программное обеспечение задачи
1.7.1 Общие положения (дерево функций и сценарий диалога)
Основным действующим лицом в разработанной системе является
сервисный инженер, который производит регистрацию заявки на ремонт, а также
формирование результатных документов. Дерево функций для инженера
представлено на Рисунке 2.5.
83
Функции
менеджера
Регистрация заказа
Редактирование заказа
Закрытие заказа
Прогноз количества
заказов
Учет клиента
Работа со
справочниками
(добавление данных)
Оборудовнаие
Бренды
Модели
Запчасти
Неисправности
Рисунок 1.12 Дерево функций системы для менеджера
Администратор системы обладает более расширенными возможностями.
Он производит первичное наполнение справочников, а также обеспечивает их
дальнейшее ведение, Кроме того, он также имеет возможность регистрации
пользователей, определение прав их доступа к системе. Дерево функций для
администратора представлено на Рисунке 2.6.
84
Функции
администратора
Регистрация заказа
Редактирование заказа
Закрытие заказа
Прогноз количества
заказов
Учет клиента
Управление
справочниками
Оборудование
Бренды
Модели
Запчасти
Неисправности
Работа с
пользователями
Добавление
Удаление
Редактирование
Назначение
модулей
Назначение прав
доступа
Рисунок 1.13 Дерево функций системы для администратора
Сценарии диалога, формирующиеся на основе деревьев функций,
приведены на Рисунках 2.7 и 2.8.
85
Авторизация
1. Клиент
1.1 Добавить
1.2 Удалить
1.3 Редактировать
1.4. Обновить
1.5 Сохранить
Выход
Основные функции:
1.Клиент
2.Оборудование
3.Заказ
4.Анализ
5.Справочник
6.Выход
5. Справочник
1. Телефоны
2. Модели
3. Бренды
4.Запчасти
5. Неисправность
2. Оборудование
2.1 Добавить
2.2 Удалить
2.3 Редактировать
2.4. Обновить
2.5 Сохранить
3. Заказ
3.1 Добавить
3.2 Удалить
3.3 Редактировать
3.4. Обновить
3.5 Сохранить
5.1-5.5 Операции
1 Добавить
2. Обновить
3 Сохранить
4.Анализ
4.1-4.3 Операции
1 Выбор периода
2 Печать
3 Диаграмма
Рисунок 1.14 Сценарий диалога для инженера
Авторизация
1. Клиент
1.1 Добавить
1.2 Удалить
1.3 Редактировать
1.4. Обновить
1.5 Сохранить
Выход
Основные функции:
1.Клиент
2.Оборудование
3.Заказ
4.Анализ
5.Справочник
6.Пользователь
7.Выход
5. Справочник
1. Телефоны
2. Модели
3. Бренды
4.Запчасти
5. Неисправность
2. Оборудование
2.1 Добавить
2.2 Удалить
2.3 Редактировать
2.4. Обновить
2.5 Сохранить
3. Заказ
3.1 Добавить
3.2 Удалить
3.3 Редактировать
3.4. Обновить
3.5 Сохранить
5.1-5.5 Операции
1 Добавить
2 Удалить
3 Редактировать
4. Обновить
5 Сохранить
6.Пользователь
6.1 Добавить
6.2 Удалить
6.3 Редактировать
6.4. Обновить
6.5 Сохранить
6.6 Назначить права доступа
4.Анализ
4.1-4.3 Операции
1 Выбор периода
2 Печать
3 Диаграмма
Рисунок 1.15 Сценарий диалога для администратора
86
1.7.2 Характеристика базы данных
Первый этап проектирования базы данных состоит в разработке
концептуальных моделей данных для каждого из существующих типов
пользователей создаваемого приложения.
Концептуальное проектирование – это конструирование информационной
модели предприятия, не зависящей от каких-либо условий реализации.
Логический уровень – точка зрения пользователя. Это абстрактный взгляд на
данные. На нем используются данные в таком виде, в каком они известны в
реальном мире. Объектам модели (сущностям и атрибутам) даются имена,
понятные широкому кругу специалистов.
Создание локальных концептуальных моделей данных полностью не зависит
от типа СУБД, языка программирования, типа компьютера, ОС, приложений и
т.д.
Связи между сущностями представляют специфические отношения
(отношение типа родитель - потомок), то есть когда каждый экземпляр
родительской сущности ассоциирован с произвольным количеством экземпляров
второй сущности, называемой потомком, а каждый экземпляр сущности - потомок
ассоциирован с одним экземпляром сущности-родителя. Неспецифические
отношения (отношения типа много ко многому) заменяются на специфические
при помощи введения связной сущности.
Специфические отношения могут быть идентифицирующими,
неидентифицирующими, так же возможны отношениями категоризации.
Идентифицирующие отношения подразумевают, что сущность-потомок
однозначно определяется своей связью с сущностью-родителем.
Неидентифицирующие отношения подразумевают, что каждый экземпляр
сущности-потомка может быть однозначно идентифицирован без связанного с
ним экземпляра сущности-родителя. Неидентифицирующее отношения
отображаются на диаграмме пунктиром.
Установив связи, которые будут иметь место в создаваемой модели,
необходимо определить кардинальность каждой из них. Каждая связь может
иметь кардинальность либо "один к одному" (1:1), либо "один ко многим" (1:М),
87
либо "многие ко многим" (М:N). Кроме того, следует проанализировать степень
участия каждой из сущностей в конкретном типе связи. Отношения связи
характеризуются мощностью отношения, которая служит для обозначения
количества экземпляров сущностей-потомков, которые могут существовать для
каждого экземпляра сущности-родителя. Существуют следующие варианты
указания мощности:
“ “ – 0,1 или более;
“P” 1,2 или более;
“Z” 0 или 1;
“N” в качестве N указывается конкретное число.
В ходе анализа функций программы были выделены следующие сущности
и реквизиты (Таблица 2.3):
Таблица 1.18
Сущности и реквизиты
Клиент
Код_клиента
Фамилия
Имя
Отчество
Номер_телефона
Город
Улица
Дом
Квартира
Код_телефона
Код_модели
Код_бренда
Модели_оборудования
Код_модели
Наименование
Код_бренда
Бренды
Код_бренда
Наименование
Дефекты
Код_дефекта
Наименование
Стоимость_ремонта
Дефекты_в_заказе
Код_записи
Код_дефекта
Код_заказа
Код_клиента
Код_оборудования
Код_модели
88
Код_бренда
Код_запчасти
Код_сотрудника
Код_типа
Заказ
Код_заказа
Дата_начала_работы
Дата_окончания_работы
Стоимость
Код_клиента
Код_оборудования
Код_модели
Код_бренда
Код_запчасти
Код_сотрудника
Код_типа
Запчасти
Код_запчасти
Наименование
Стоимость
Код_ оборудования
Код_модели
Код_бренда
Оборудование
Код_ оборудования
Код_модели
Код_бренда
Сотрудники
Код_сотрудника
Логин
Пароль
Номер_телефона
Фамилия
Имя
Отчество
Код_типа
Схема связи Таблиц базы данных представлена на Рисунке 2.9.
89
Рисунок 1.16 Схема связи Таблиц базы данных
Характеристика Таблиц базы данных представлена на Рисунках ниже.
Рисунок 1.17 Таблица Client
Рисунок 1.18 Таблица Brands
90
Рисунок 1.19 Таблица Defect
Рисунок 1.20 Таблица Mobile
Рисунок 1.21 Таблица Model
Рисунок 1.22 Таблица Order
Рисунок 1.23 Таблица OrderDefect