Курсовая работа: Программный комплекс учёта работы предприятия по озеленению
Рисунок 2.4 – Диаграмма ER-екземпляров для связи «Мероприятие – Работник»
По данным диаграммам и с учётом правил составления таблиц можно сделать вывод, что для разрабатываемого приложения нужны следующие таблицы.
Заказчик (Id_заказчика, Наименование, Адрес, Телефон, ФИО директора).
Проект (Id_проекта, Id_заказчика, Название, Дата начала работ, Дата окончания, Статус, Дата поступления заказа).
Мероприятия (Id_мероприятия, Id_проекта, Наименование, Вид работы).
Участие (№ наряда, Id_мероприятия, Id_работника, Дата, Количество отработанных часов).
Работник (Id_работника, Фамилия, Имя, Отчество, Вид деятельности, Стаж, Домашний адрес, Телефон).
После составления таблиц следует определить какого типа будут поля в данных таблицах. Данная процедура рассмотрена в табл.2.1.
Таблица 2.1
Типы полей таблиц разрабатываемого приложения.
| Заказчик | Проект | ||
| Название поля | Тип поля | Название поля | Тип поля |
| Id_заказчика | Числовой (ключ) | Id_проекта | Числовой (ключ) |
| Наименование | Текстовый | Id_заказчика | Числовой |
| Адрес | Текстовый | Название | Текстовый |
| Телефон | Текстовый | Дата начала работ | Дата/время |
| ФИО директора | Текстовый | Дата окончания | Дата/время |
| Мероприятия | Статус | Текстовый | |
| Id_мероприятия | Числовой (ключ) | Дата поступления заказа | Дата/время |
| Id_проекта | Числовой | Участие | |
| Наименование | Текстовый | (№ наряда | Числовой (ключ) |
| Вид работы | Текстовый | Id_мероприятия | Числовой |
| Id_работника | Числовой | ||
| Дата | Дата/время | ||
| Работник | |||
| Название поля | Тип поля | ||
| Id_работника | Числовой (ключ) | ||
| Фамилия | Текстовый | ||
| Имя | Текстовый | ||
| Отчество | Текстовый | ||
| Вид деятельности | Текстовый | ||
| Стаж | Числовой | ||
| Домашний адрес | Текстовый | ||
| Телефон | Текстовый | ||
2.2 Концептуальное моделирование
Объектно-ориентированное проектирование программной системы выполнялось в виде построения UML-диаграмм [10]. Унифицированный язык моделирования UML (UnifiedModelingLanguage) предназначен для описания, визуализации и документирования объектно-ориентированных программных систем и бизнес-процессов с ориентацией на их последующую реализацию в виде программного обеспечения. Проектирование системы на языке UML выполнялось с использованием CASE-средств IBMRationalRose.
Для спецификации, визуализации, проектирования и документирования компонентов программного обеспечения была разработана диаграмма вариантов использования, представленная на рис. 2.5.
Рисунок 2.5 – Диаграмма вариантов использования
На данной диаграмме показано, что основной задачей пользователя разрабатываемой системы является приём заявок, работа с базами данных и получение результатов по этим данным. В работу с БД входит работа с данными и обработка заявок. Под обработкой заявок подразумевается возможность их создания, редактирования и удаления. В работу с данными входит возможность создания записей, запросов к системе и отчётов по ним.
3. РЕАЛИЗАЦИЯ АВТОМАТИЗИРОВАННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ
3.1 Разработка интерфейса приложения
Создание таблиц для АИС. Для этого шага использовался такой пакет как MicrosoftAccess. Таблицы создавать в этом приложении удобней, чем в Database Desktop, приложении на базе платформы для создания программ Delphi. Таблицы хранятся не отдельно каждая в своём файле, а сразу в одном, что обеспечивает целостность базы, поскольку для этого файла не нужны дополнительные компоненты.
Наряду с традиционными инструментами доступа к данным Borland Database Engine и ODBC в приложениях Delphi можно применять технологию Microsoft ActiveX Data Objects (ADO), которая основана на возможностяхСОМ, а именно интерфейсов OLE DB. OLE DB представляет собой набор специализированных объектов СОМ, инкапсулирующих стандартные функции обработки данных, и специализированные функции конкретных источников данных и интерфейсов, обеспечивающих передачу данных между объектами. Технология ADO в целом включает в себя не только сами объекты OLE DB, но и механизмы, обеспечивающие взаимодействие объектов с данными и приложениями. На этом уровне важнейшую роль играют провайдеры ADO, координирующие работу приложений с хранилищами данных различных типов. Так как технология ADO основана на стандартных интерфейсах СОМ, которые являются системным механизмом Windows, это сокращает общий объем работающего программного кода и позволяет распространять приложения БД без вспомогательных программ и библиотек. Данная АИС сделана с помощью ADO-технологии, что позволяет данным динамически обновляться во время работы приложения. База данных подключена через системный драйвер Microsoft.Jet.OLEDB.4.0.В данном ПП при разработке использовался компонент ADOConnection. К его классу относятся также используемые компоненты: ADOQuery и ADOTable.
Таблицы, созданные в MicrosoftAccess 2007, представлены на рис.3.1-3.5.
Рисунок 3.1 – Структура таблицы «Заказчик»
Рисунок 3.2 – Структура таблицы «Проект»
Рисунок 3.3 – Структура таблицы «Мероприятия»
Рисунок 3.4 – Структура таблицы «Участие»
