82
если работ несколько, то время выполнения суммируется. Данная заявка видна у
начальника отдела автоматизации и у заместителей начальника, они в свою
очередь просматривая список работ, выбирают сотрудника, подходящего по
квалификации и занятости для выполнения данных работ. В дальнейшем данная
заявка уже, присвоенная отображается в клиенте у сотрудника отдела
автоматизации. Заявки на техническое обслуживание пишутся пользователями,
поступают неравномерно по причинам возникновения проблемных ситуаций у
пользователей таких как: возникающие в программных комплексах ошибки,
необходимость доустановки программного обеспечения, возникновения ошибок,
связанных с технической частью.
83
2.4 Программное обеспечение задачи
2.4.1 Общие положения (дерево функций и сценарий диалога)
Данная программа имеет экран авторизации с помощью которого
обеспечевается безопасность данных. После процесса авторизации мы попадаем
в экран заявок. В этом разделе мы можем посмотреть данные о заявках, и
присвоить заявку сотруднику отдела автоматизации. Вкладка сервис позволяет
обновить список заявок и зайти в настройки программы. Вкладка окно позволяет
переключаться между окнами программы и перейти из экрана заявок в экран
списка сотрудников, а также в архив заявок. Вкладка справка содержит в себе
возможность ознакомиться с инструкцией по работе во вкладке основная и узнать
о текущей версии программы во вкладке о программе. Вкладка выход позволяет
вернуться на окно авторизации или закрыть программу полностью. Сценарий
диалога на рис.2.2
Рис 2.3 Сценарий диалога
84
Рис.2.4 Дерево функций
2.4.2. Характеристика базы данных
Этап концептуального проектирования базы данных
Целью этого этапа является построение концептуальной модели данных. Для
этого необходимо найти и описать сущности и связи.
Сущность – объект реального или абстрактного мира, имеющий определенное
значение и требующий дополнительное описание для реализации заданной для
проектирования информационной системы функции.
Сущности опишем в таблице 2.9
85
Табл.2.9 Описание сущностей
Сущность Атрибуты Ключ
Домен обязательный
примеч
ание
тип размер
1 2 3 4 5 6 7
Пользователь ФИО Пт текст До 30
символов
+
Email Пт
текст
до 11
символов
+
+
Телефон пт Любое
число
до 11
символов
+
Адрес Пт текст До 50
символов
+
Должность Пт Текст До 30
символов
+
Отдел Пт Текст До 30
символов
+
Номер по
табелю
П число До 6
символов
+
Заявка Номер заявки П Текст,
число
До 10
символов
+
Причина
вызова
Пт текст До 30
символов
+
Количество
поломок
(задач)
Пт число До 2
символов
+
Поступление
заявки
Пт Дата/время +
Выполнение
заявки
Пт Дата/время +
86
Норма
выполнения
заявки
Пт Дата/время +
Заявка
выполнена
Пт
Дата/время +
Статус заявки Пт текст + Новая,
выполн
яется,
выполн
ена
Сотрудник
отдела
автоматизации
ФИО Пт текст +
Номер
телефона
Пт число До 11 +
Перечень
проводимых
работ
Пт текст
До 100
символов
+
Email Пт Текст,число
До 11
символов
+
Номер
удостоверения
П число До 6
символов
+
Статус Сотруд
ник
свобод
ен,
сотруд
ник на
вызове
Территория
Адрес Пт текст До 30
символов
+
Телефон Пт число До 11
символов
+
87
Этаж Пт Число До 2
символов
+
Кабинет Пт число До 3
символов
+
Код
территории
П число До 5
символовв
+
Виды работ Код вида П Число До 4
символов
+
Норма сроков
Пт Дата/время +
выполнение
работ
Пт Дата/время +
Название Пт текст До 30
символов
+
Еденица
измерения
Пт Текст,число
10
символов
+
На втором шаге концептуального проектирования базы данных необходимо найти
все связи, существующие в описании предметной области между описанными
сущностями в таблице 2.9 и имеющие отношение к выделенной функции. Для
этого заполняется таблица 2.10.
88
Табл.2.10 Описание связей.
Сущность Связь Сущность Показатель
кардинальности
1 2 3 4
Пользователь Подает Заявки М:1
Находится в Отделения М:1
Производит
проверку
Работа
М:M
Вызывает Сотрудник
отдела
автоматизации
М:М
Принимается Сотрудником
отдела
автоматизации
М:М
включает Работа М:М
имеет Выполнение
работ
М:1
Автоматизатор
Производит
выполнение
работ
работа М:М
Приезжает Отделение М:М
Соблюдает Выполнение
работ
М:М
Отделение имеет Работа М:М
89
устанавливает
Выполнение
работ
М:1
работа
Имеет выполнения
работ
1:м
Заключительным шагом концептуального проектирования базы данных, является
построение концептуальной модели данных (представленной на рисунке 2.8), с
использованием данных из таблиц 2.9 и 2.10. Проектирование осуществляется с
помощью case-средства - CA ERwin Data Modeler.
Этап логического проектирования
На этапе логического проектирования концептуальная модель данных, созданная
на этапе концептуального проектирования базы данных, уточняется и
преобразуется в логическую модель данных.
Обоснование средств проектирования
Логическая модель данных создается на основе выбранной модели организации
данных целевой СУБД.
В качестве целевой СУБД будет использоваться - реляционная.
Разработка модуля информационной системы осуществляется при помощи
использования таких CASE-средств, как CA ERwin Data Modeler и CA BPwin
Process Modeler.
Под термином CASE-средства понимаются программные средства,
поддерживающие все процессы жизненного цикла информационной системы
90
Рисунок 2.8 – Концептуальная модель данных
Такие процессы как: создание и сопровождение ИС, включая анализ и постановка
требований, проектирование прикладного ПО, обеспечение качества, генерацию
кода, документирование, тестирование, конфигурационное управление и
управление проектом, а также другие процессы.
CASE-средство CA BPwin Process Modeler представляет собой инструмент
моделирования, для использования в процессе для анализа, документирования и
реорганизации сложных бизнесс-процессов. Модель, созданная средствами
BPwin, позволяет документировать различные виды деятельности – действия,
которые необходимо предпринять, виды их их осуществления и необходимые для
этого ресурсы и др. Таким образом, видна полная картина деятельности
предприятия – от моделей организации работы в маленьких отделах до сложных
иерархических структур.
CA BPwin Process Modeler совмещает в одном инструменте средства
моделирования функций IDEF0, потоков данных DFD, потоков работ IDEF3,
91
координируя эти три основных аспекта бизнеса для соответствия потребностям
бизнес-аналитиков и системных аналитиков.
CA ERwin Data Modeler – CASE-средство для проектирования и
документирования баз данных, которое дает возможность создавать,
документировать и сопровождать базы данных, хранилища и витрины данных,
инструмент разработки, способный автоматически создавать таблицы и сохранять
текст хранимых процедур для всех СУБД. Модели данных помогают
визуализировать структуру данных, обеспечивая более эффективный процесс
организации, управления и администрирования таких параметров деятельности
предприятия, как уровень сложности данных, технологий баз данных и среды
развёртывания.
Анализ созданной ER-диаграммы
Целью данного анализа является преобразование полученной ранее
концептуальной модули данных, изображенной на рисунке 1.6, таким образом,
чтобы, не потеряв данные, модель соответствовала требованиям реализации в
целевой СУБД.
На данном этапе проанализированы следующие элементы:
Составные атрибуты – не найдены;
Многозначные атрибуты – не найдены;
Производные атрибуты – не найдены;
Связи с показателем кардинальности «1×1» - не найдены;
Избыточные связи – не найдены;
Рекурсивные связи – не найдены;
Связи с показателем кардинальности «m×m» - найдена.
Результатом анализа концептуальной модели данных является логическая модели
данных, представленная на рисунке 2.6.