Программный комплекс учёта работы предприятия по озеленению

Курсовой проект - Компьютеры, программирование

Другие курсовые по предмету Компьютеры, программирование

ого администратора (пользователя СУБД),исполнителей и руководителя, то есть опытного специалиста в данной сфере деятельности, который сможет объективно оценить ситуацию и управлять процессом создания проекта. Этот процесс подразумевает под собой определение сроков начала работ и сдачи завершённого проекта заказчику, составление списка мероприятий, которые оптимально смогли бы решить поставленную задачу, назначение исполнителя, то есть работника, который сможет хорошо выполнить поставленную задачу.

Задача администратора СУБД заключается в своевременном принятии заявок, представлении их руководителю, контролем за работой, сроками сдачи, предоставлении отчётов по проектам, как руководству, так и заказчику. Такого рода работа будет отнимать много времени и ресурсов, если не будет автоматизирована.

Существующая автоматизированная система должна содержать список всех заявок, базы заказчиков, исполнителей, шаблонов мероприятий, что позволит быстрее определить сроки завершения проектов.

 

  1. Общие положения

 

Наименование системы. Автоматизированная информационная система для учёта работы предприятия по озеленению (Зеленстроя). Но для удобства можно использовать уславное наименование системы для этой АИС Зеленстрой.

Цель функционирования системы заключается в экономии материальных и нематериальных затрат оператора Зеленстроя на оформление заявки, разработки и согласовании проекта с руководством, облегчением поиска нужной информации по проектам.

Задачи для разрабатываемого программного обеспечения:

  1. возможность создать новую заявку;
  2. свободный доступ к информации;
  3. удобный и понятный интерфейс приложения;
  4. возможность редактировать базу данных;
  5. сортировка данных по выбранным полям;
  6. поиск информации с помощью запросов к системе;
  7. возможность печати отчётов.

В данной работе необходимо спроектировать АИС учета Зеленстроя. Функции данной АИС управление существующими базами данных, формирование новых записей, редактирование старых.

Также СУБД должна содержать список всех возможных выполняемых работ: список проектов, которые находятся в разработке, или в стадии завершён. Для облегчения получения результатов предусмотрена печать всех важных данных на бумажном носителе. Результаты должны быть показаны на экране. Необходимо обеспечить резервное копирование данных и восстановление данных из резерва в случае утраты.

В ходе анализа данной предметной области были выделены следующие требования: определение функций, которые должен выполнять программный продукт, требования к надёжности, требования к программной документации.

Требования к программному продукту (ПП). ПП должен выполнять следующие функции:

  1. оформление заявок;
  2. хранение и обработка данных о проектах;
  3. поиск интересующей информации;
  4. выполнение запросов;
  5. печать отчётов.

Требования к надежности:

  1. ПП должен устойчиво функционировать и не приводить к сбоям операционной системы;
  2. ПП должен обеспечивать контроль входной и выходной информации на соответствие заданным форматам данных;
  3. ПП должен обеспечивать обработку ошибочных действий пользователя с выдачей соответствующих сообщений.

Требования к программной документации. Программная документация должна включать:

  1. исходные коды ПП с комментариями;
  2. контекстнозависимую помощь в ПП;
  3. руководство пользователя;
  4. руководство по установке.

2. ПРОЕКТИРОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

 

  1. Построение диаграмм ER-экземпляров и ER-типов

 

Для создания БД необходимо построить ER диаграмму в виде совокупности связей, сущностей и атрибутов, изображенных в виде структуры (рис. 2.1).

 

Рисунок 2.1 ER-диаграмма

 

На данной ER-диаграмме видно, что для разработки данной системы необходимы 4 сущности: Заказчик, Проект, Работник, Мероприятия. Данные сущности соединяют 3 связи.

Для определения количества таблиц нужно построить диаграммы ER- экземпляров (рис.2.2 2.4).

Рисунок 2.2 Диаграмма ER-екземпляров для связи Заказчик Проект

 

Рисунок 2.3 Диаграмма ER-екземпляров для связи Проект Мероприятие

 

Рисунок 2.4 Диаграмма ER-екземпляров для связи Мероприятие Работник

 

По данным диаграммам и с учётом правил составления таблиц можно сделать вывод, что для разрабатываемого приложения нужны следующие таблицы.

Заказчик (Id_заказчика, Наименование, Адрес, Телефон, ФИО директора).

Проект (Id_проекта, Id_заказчика, Название, Дата начала работ, Дата окончания, Статус, Дата поступления заказа).

Мероприятия (Id_мероприятия, Id_проекта, Наименование, Вид работы).

Участие (№ наряда, Id_мероприятия, Id_работника, Дата, Количество отработанных часов).

Работник (Id_работника, Фамилия, Имя, Отчество, Вид деятельности, Стаж, Домашний адрес, Телефон).

После составления таблиц следует определить какого типа будут поля в данных таблицах. Данная процедура рассмотрена в табл.2.1.

 

Таблица 2.1

Типы полей таблиц разрабатываемого приложения.

ЗаказчикПроектНазвание поляТип поляНазвание поляТип поляId_заказчикаЧисловой (ключ)Id_проектаЧисловой (ключ)НаименованиеТекстовыйId_заказчикаЧисловойАдресТекстовыйНазваниеТекстовыйТелефонТекстовыйДата начала работДата/времяФИО директораТекстовыйДата окончанияДата/времяМеро?/p>