Дипломная работа: Автоматизация приема и анализа заявок технической поддержки предприятия БРУ АО "Транснефть-Дружба")
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
42
Рассматривая данную диаграмму видно, что система занимается обработ-
кой и учетом документации, на выходе получают отчеты. Но по данной схеме
нельзя сказать, как движется информация в самой системе, поэтому необходи-
мо ее декомпозировать на три работы, каждая из которых - отдельный участок
учета и обработки информации (рис. 9).
Рис. 9. Диаграмма декомпозиции
Согласно данной схеме информация о компьютерах, о сотрудниках и о
заявках на ремонт заносится в базу данных оператором ПК, ведется учет дан-
ных и формируется запрос о заявках на ремонт. На основании запроса создают-
ся отчеты.
На основании этих требований спроектируем архитектуру системы.
Вначале необходимо разработать структуру системы. Для этого исполь-
зуется программа ER-Win, которая базируется на теории реляционных баз дан-
ных и методологии IDEF-1. Согласно этой методологии используются 2 модели
данных.
1. Логическая модель – модель базы данных, которая не привязана ни к
какой конкретной СУБД. Означает прямое отображение фактов из реальной
жизни, выбираются реальные объекты и именуются на естественном языке с
любыми разделителями слов. Показывает структуру данных.
USED AT: AUTHOR: Гу дзимов DATE:
REV:PROJECT: Ремонт компьютеров
17.06.2009
14.12.2009
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER DATE CONTEXT:
A-0
NOD E: TITLE: NUMBER:
Автоматизированный учет ремонтных работ
A0
Оператор
ПК
Нормат ив ная
документация
Сведения о
компьютерах
Отчеты о
ремонте
компьютеров
Информация о
заявках на
ремонт
Данные о сотрудниках
Введенные
данные
Данные о
заявках
10р.
Ввод исходной
информации
20р.
Ведение учета
заявок на ремонт
компьютерной техники
30р.
Формирование
запроса о заявках
43
2. Физическая модель – модель базы данных, которая выполняется под
конкретную СУБД (SQL-сервер, Aссеss), задаются имена объектов, типы дан-
ных. Для одной логической модели можно создать несколько физических мо-
делей данных.
Рассмотрим процесс построения логической модели учета заявок на ре-
монт. Первым этапом является определение сущностей и атрибутов. В базе
данных будут храниться сведения о заявках, сотрудниках и компьютерной тех-
ники. Связи между сущностями представлены в таблице 3.
Таблица 3
Определение типов связей
Тип сущности
Связь
Тип сущности
Кардинальность связи
Компьютерная
техника
Подлежит
ремонту
Заявки на ремонт
Один ко многим
Сотрудники
Делают
Заявки на ремонт
Один ко многим
После определения сущностей и связей между ними необходимо создать
логическую модель. Логическая модель будет выглядеть следующим образом
(рис. 10).
Рис. 10. Логическая модель
Компьютерная техника
Код компьютерной техники
Серийный номер
Модель процессора
Материнская плата
Фирма-производитель
Цена
Гарантия
Заявки на ремонт
Номер заявки
Код сотрудника (FK)
Код компьютерной техники (FK)
Дата приема заявки
Дата выполнения заявки
Сотрудники
Код сотрудника
ФИО сотрудника
Паспортные данные
Адрес
Телефон
44
Далее необходимо создать физическую модель на основании полученной
логической модели, в которой будут отражаться типы данных. Полученная фи-
зическая модель представлена на рис. 11.
Рис. 11. Физическая модель данных
На основании физической модели данных следует провести генерацию
базы данных. Для этого на физическом уровне модели выберем пункт меню
Chооsе DаtаBаsе и в открывшемся окне выберем Aссеss. Далее выберем пункт
меню DаtаBаsе Cоnnесtiоn, в котором указываем путь предварительно создан-
ной БД и нажать Cоnnесt. Затем в пункте меню Tооls/Fоrwаrd Enginееr/Sсhеmа
Gеnеrаtiоn. После выставления в нужных полях “галочек” нажимаем кнопку
Gеnеrаtе. При этом программа будет останавливаться на каждой ошибке при
генерации. Чтобы продолжить генерацию следует нажать кнопку Cоntinuе.
Сгенерированная БД имеет 3 таблицы. На рисунке 12 показана схема
данных.
Компьютерная_техника
Код_компьютерной_техники: LONG INTEGER
Серийный_номер: NUMBER
Модель_процессора: TEXT (20)
Материнская_плата: TEXT (20)
Фирма_производитель: TEXT (20)
Цена: NUMBER
Гарантия: TEXT (20)
Заявки_на_ремонт
Код_сотрудника: LONG INTEGER
Номер_заявки: LONG INTEGER
Код_компьютерной_техники: LONG INTEGER
Дата_приема_заявки: DATE
Дата_выполнения_заявки: DATE
Сотрудники
Код_сотрудника: LONG INTEGER
ФИО_сотрудника: TEXT (20)
Паспортные_данные: NUMBER
Адрес: TEXT(50)
Телефон: NUMBER
45
Рис. 12. Схема данных
Перейдем далее к разработке программного продукта и создания прило-
жения.
3.2 Разработка программного продукта и создание приложения
На этом этапе выполним техническую реализацию выбранной системы.
На основании логической и физической модели создаются таблицы в
Aссеss с использованием режима конструктора (рис. 13).
Рис. 13. Создание таблиц в режиме конструктора
Для удобства работы пользователя и внесения данных в таблицы созда-
дим формы ввода данных (рис. 14-16).
46
Рис.14. Форма для ввода данных о компьютерной техники
Рис.15. Форма для ввода заявок на ремонт
Рис.16. Форма для заполнения информации о сотрудниках
Помимо всего этого MS Aссеss позволяет делать запросы.
В создаваемой «Системе автоматизации учета заявок» имеются два за-
проса, отражающий информацию о заявках на ремонт и о выполнении данных
заявок.
Созданный запрос о заявках на ремонт в режиме конструктора представ-
лен на рис. 17.
Источник: https://baza.diplomsite.ru/previewfile/1959