Работа дезинфекционной станции

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 12.06.2014
Размер файла 190,0 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

Министерство образования Российской Федерации

Рязанский государственный радиотехнический университет

Кафедра АИТП

Курсовой проект по дисциплине:

Проектирование автоматизированных информационных систем

На тему: «Работа дезинфекционной станции»

Выполнила: ст. гр. 9316

Калошина А.А.

Проверил:

Трофимова И.П.

Рязань, 2013 г.

Содержание

Введение

1. Характеристика автоматизированной информационной системы

1.1 Описание предметной области

1.2 Назначение и пользователи АИС

1.3 Возможные запросы к системе

1.4 Задачи, решаемые системой

1.5 Ведение БД

2. Логическое проектирование БД

2.1 Типы объектов и свойства объектов

2.2 Ограничения, накладываемые на данные

2.3 Анализ связи между объектами

2.4 Экземпляры объектов

3. Разработка реляционной модели данных

3.1 Основные понятия реляционной модели

3.2 Ключи отношений

3.3 Установление связей между отношениями

Введение

В настоящее время обработка и хранение информации являются важнейшими задачами.

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

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

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

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

1. Характеристика автоматизированной информационной системы

1.1 Описание предметной области

Дезинфекционная станция (Исполнитель) заключает договора с юридическими лицами (Заказчиками) на проведение дератизационных работ (уничтожение грызунов) в помещении, указанном заказчиком. Перечень, объем и периодичность выше указанных работ записывается в договоре. Исполнитель проводит профилактические дератизационные работы в соответствии с требованиями действующего законодательства РФ в области санитарно-эпидемилогического благополучия населения, а также санитарных норм и правил по проведению дератизации. По итогам выполнения работ (части работ) по договору Исполнитель и Заказчик подписывают акт приема-сдачи работ (части работ), в котором указывают работы, выполненные Исполнителем и их стоимость.

Заказчик оплачивает Исполнителю стоимость работ (части работ) по договору в течении 10 (десяти) дней с момента подписания акта-приема-сдачи работы (части работы) путем перечисления денежных средств на расчетный счет Исполнителя.

Договор может быть расторгнут в любое время по взаимному соглашению сторон.

Договор может быть расторгнут в одностороннем порядке любой из сторон при условии предварительного уведомления другой стороны не позднее чем за 45 (сорок пять) дней.

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

1) Имя Юридического лица;

2) Номер договора (закрепленный за Юридическим лицом);

3) ИНН (индетификационный номер налогоплательщика);

4) КПП (код причины поставки на учет);

5) ОКПО (общероссийский классификатор предприятий и организаций);

6) р/с (расчетный счет);

7) к/с (корреспондентский счет).

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

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

1) Пищевой объект - 0,76;

2) Медицинский - 0,83;

3) Детский - 0,94;

4) Коммунальный - 1,34;

5) Прочие - 1,5.

Периодичность работ выбирается Заказчиком и может быть в принципе любой, но чаще всего она принимает одно из трех значений: еженедельно (Ч4), ежемесячно (Ч1), квартально (Ч0,5).

Сгруппируем эти данные в таблицу РАБОТА:

1) № Договора (необходимое поле, т. к. оно у каждого Заказчика свое);

2) Наименование работ (дератизация);

3) Объем работ в кв. м;

4) Периодичность выполнения работ;

5) Наименование учреждения Заказчика;

6) Период, на который заключен договор в месяцах.

Теперь сумму оплаты можно рассчитать следующим образом:

? = (SЧпериодичностьЧкоэффициент учреждения ЗаказчикаЧпериод заключения договора)+18%(НДС).

Но нам до сих пор не известно сколько и в каком порядке выполнена работа самим Исполнителем. Для решения этой проблемы создадим таблицу УЧЕТНЫЙ ЖУРНАЛ:

1) № Договора;

2) Дезинструктор;

3) Дезинфектор;

4) Специалист;

5) Дата проведения обработки;

6) Заселенность (заселена ли территория Заказчика грызунами?);

7) Площадь, заселенная грызунами;

8) Площадь, освобожденная от грызунов;

9) Кг (используемого дезсредства);

10) Наименование дератзатравки;

11) Расставлено капканов (да/нет);

12) Количество расставленных капканов;

13) Подтверждение Заказчика о том, что работа была проведена (да/нет).

Для урегулирования всех вопросов касающихся обслуживания Заказчика Дезинфекционной станцией первым назначается ответственное лицо. Данные о нем необходимо хранить. Для этого создадим таблицу ОЪЕКТ:

1) № Договора;

2) Ответственное лицо (в это поле будут вносится ФИО работника);

3) Телефон;

4) Краткая характеристика площадей Заказчика.

Для того, чтобы можно было распределять сотрудников Дезинфекционной станции по объектам (Заказчикам) и составлять бригады необходимы соответствующие таблицы:

СОТРУДНИК

1) ФИО (ФИО дезинфектора);

2) № Бригады (в которую входит дезинфектор);

3) Телефон;

4) Адрес.

БРИГАДА

1) № Бригады;

2) Район (который обслуживает бригада);

3) Инструктор (лицо, отвечающее за бригаду);

4) Количество сотрудников в бригаде.

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

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

1) № Договора;

2) Утвердил ли Заказчик работу (если да, то Исполнитель может проверять свой банковский счет);

3) Сколько раз проводилась дератизация;

4) Количество и наименование использованной за весь период работ дератзатравки;

5) Время в течение которого шла работа (по настоящий момент).

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

1.2 Назначение и пользователи АИС

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

Пользователями АИС являются почти все сотрудники Дезинфекционной станции, для которых работа с компьютером скорее исключение из правил нежели привычка, поэтому интерфейс максимально приближен к применяемым в работе бумажным отчетам и журналам.

1.3 Возможные запросы к системе

Запрос - вопрос о данных, хранящихся в таблицах, или инструкция на отбор записей, подлежащих изменению.

Перечислим типы запросов, которые могут быть созданы с помощью Microsoft Access:

· Запрос-выборка, задающий вопрос о данных, хранящихся в таблицах, и представляющих полученный динамический набор в режиме формы или таблицы без изменения данных. Изменения, внесенные в динамический набор отражаются в базовых таблицах;

Таких запросов в нашей БД несколько: использование дезсредств, который выводит наименование яда и его количество, применяемого для каждого заказчика; учетный журнал, который дает возможность просмотреть и заполнить все выполненную дезинфекторами работу.

· Запрос-изменение, изменяющий или перемещающий данные. К этому типу относятся запрос на добавление записей, запрос на удаление записей, запрос на создание таблицы или запрос на ее обновление;

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

· Перекрестные запросы, предназначенные для группирования данных и представления их в компактном виде;

· Запрос с параметрами, позволяющий определить одно или несколько условий отбора во время выполнения запроса;

Таких запрос больше всего в нашей БД так, как большинство ее данных требуют статистической обработки. К примеру, это запросы на выявления полного периода обслуживания заказчиков, на подсчет площадей каждого дезинфектора, на среднее количество площадей, принадлежащих бригаде, на количество оплаченных обработок.

· Запросы SQL, которые могут быть созданы только с помощью инструкций SQL в режиме SQL: запрос объединение, запрос к серверу и управляющий запрос. Язык SQL (Structured Query Language) - это язык запросов, которй часто используется при анализе, обновлении и обработке реляционных баз данных (например, Microsoft Acceess).

дезинфекционная станция база интерфейс

1.4 Задачи решаемые системой

Приложение БД должно позволять решать следующие задачи:

1) Регистрировать каждого нового заказчика, обратившегося в Дезинфекционную станцию и присваивать ему уникальный номер договора;

2) Записывать весь перечень работ, необходимый выполнить по договору заказчику;

3) Запрещать выполнение работ, которых нет в наличие;

4) Отражать все необходимые данные по заказчику, включая территорию обработок и ответственного с их стороны за обработку сотрудника;

5) Распределять все адреса заказчиков по районам для систематизации работы;

6) Присваивать каждой бригаде свой район, инструктора (главного по обработке) и указывать количество людей в бригаде

7) Следить за изменениями кадрового состава и текучкой сотрудников, в связи с высокой степенью ответственности работы;

8) Отслеживать работу сотрудников Дезинфекционной станции по учетным журналам;

9) Печатать для каждого заказчика счет-фактуру и акт выполненных работ для соблюдения предписаний договора;

10) Отслеживать занятость персонала и ход выполненных работ.

1.5 Ведение БД

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

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

При необходимости должна быть возможность редактирования информации о работе, бригадах, адресах, сотрудниках.

Если заказчик прекращает сотрудничество с Дезинфекционной станцией информацию о нем можно удалить из БД, а сведения о нем можно оставить храниться в архиве.

Если прекращается работа какого-либо из сотрудников, информация о них может быть удалена из БД.

2. Логическое проектирование БД

2.1 Типы объектов и свойства объектов

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

Заказчик (№ Договора, имя юридического лица, ИНН, КПП, ОКПО, р/с, к/с, Адрес);

Работа (№ Договора, наименование работ, объем работ, периодичность, наименование учреждения, время на которое заключен договор);

Объект (Имя юридического лица, ответственный за дератизацию, телефон, краткая характеристика площадей);

Учетный журнал (№ Договора, дезинфектор, дезинструктор, специалист, дата обработки, заселенность, площадь заселения грызунами, площадь освобожденная от грызунов, кг, приманка, расставлено капканов, количество выловленных грызунов, выполнено);

Сотрудник (ФИО дезинфектора, № бригады, телефон, адрес);

Примечание. № Договора - уникальный номер, который будет повторятся в различных таблицах, так как в ходе работы применяется чаще чем имя юридического лица.

2.2 Ограничения, накладываемые на данные

1. Каждому заказчику присваивается уникальный номер договора.

2. Нет заказчиков с одинаковыми юридическими именами, инн, р/с и к/с.

3. Учетный журнал заполняется в тот же день, когда была произведена работа.

4. Прежде чем вести дела с новым заказчиком или дезинфектором информацию о них необходимо занести в БД. Адрес заказчика необходимо отнести к одному из районов города.

5. Необходимо также распределить районы города по бригадам и желательно в равных или близким к ним соотношениях количества людей к площади объектов.

2.3 Анализ связей между объектами

На практике часто используются связи, устанавливающие различные виды соответствия между объектами «связанных» типов, - это один к одному (1:1), один ко многим (1:М), многие ко многим (М:М).

Связь один к одному означает, что каждому экземпляру первого объекта (А) соответствует только один экземпляр второго объекта (В) и, наоборот, каждому экземпляру второго объекта (В) соответствует только один экземпляр первого объекта (А).

ЗАКАЗЧИК РАБОТА (связь 1:1)

ЗАКАЗЧИК ОБЪЕКТ (связь 1:1)

ЗАКАЗЧИК УЧАСТОК (связь 1:1)

Связь один ко многим означает, что каждому экземпляру одного объекта (А) может соответствовать несколько экземпляров другого объекта (В), а каждому экземпляру второго объекта (В) может соответствовать только один экземпляр первого объекта (А).

СОТРУДНИК УЧЕТНЫЙ ЖУРНАЛ (связь 1:М)

Эти информационные объекты СОТРУДНИК и УЧЕТНЫЙ ЖУРНАЛ связаны соотношением один ко многим, так как один сотрудник может обслуживать несколько заказчиков, но у каждого учетного журнала только один владелец.

БРИГАДА СОТРУДНИК (связь 1:М)

Связь многие ко многим означает, что каждому экземпляру одного объекта (А) могут соответствовать несколько экземпляров второго объекта (В) и, наоборот, каждому экземпляру второго объекта (В) могут соответствовать тоже несколько экземпляров первого объекта (А).

БРИГАДА УЧАСТОК (связь М:М)

Информационные объекты БРИГАДА и УЧАСТОК связаны соотношением многие ко многим, так как у одной бригады может быть несколько участков, и один участок может обслуживаться несколькими бригадами.

2.4 Экземпляры объектов

Определив значения свойств объектов, приведем в пример несколько экземпляров объектов каждого типа.

3. Разработка реляционной модели данных

3.1 Основные понятия реляционной модели

В реляционной модели все данные представлены в табличной форме. Каждому типу объекта сопоставлена отдельная таблица. Таблице присваивается имя, обычно совпадающее с именем объекта. Свойствам объекта сопоставлены столбцы таблицы, называемые также полями. Каждое поле имеет уникальное имя, обычно совпадающее с именем соответствующего свойства. Строки каждой таблицы, называемые также записями, содержат значения свойств и соответствуют экземплярам объекта данного типа.

Каждая таблица реляционной модели данных представляет собой отношение. Имя отношения - это имя таблицы. Столбцы таблицы являются атрибутами отношения. Атрибуты представляют собой свойства объекта данного типа. Каждый атрибут имеет имя соответствующего свойства.

В соответствии с разработанной логической структурой данных в модели БД Дезинфекционной станции можно определить 7 отношений и их атрибуты:

Заказчик (№ Договора, имя юридического лица, ИНН, КПП, ОКПО, р/с, к/с, Адрес);

Работа (№ Договора, наименование работ, объем работ, периодичность, наименование учреждения, время на которое заключен договор);

Объект (Имя юридического лица, ответственный за дератизацию, телефон, краткая характеристика площадей);

Учетный журнал (№ Договора, дезинфектор, дезинструктор, специалист, дата обработки, заселенность, площадь заселения грызунами, площадь освобожденная от грызунов, кг, приманка, расставлено капканов, количество выловленных грызунов, выполнено);

Сотрудник (ФИО дезинфектора, № бригады, телефон, адрес);

Участок (Адрес, код района);

Бригада (№ Бригады, код района, инструктор, количество людей в бригаде).

3.2 Ключи отношений

Внутри каждого отношения реляционной модели обязательно должен существовать атрибут, значения которого однозначно идентифицируют каждый кортеж отношения. Такой атрибут называется первичным (основным) ключом отношения. То есть в каждой таблице должен присутствовать столбец, значения в котором не повторяются, этот столбец определяет единственную строку в таблице.

В отношении Заказчик первичный ключ - ИНН.

В отношении Работа первичный ключ - № Договора (т. к. работа производится в соответствии с договором).

В отношении Объект первичный ключ - имя юридического лица.

В отношении Учетный журнал первичный ключ составной - № Договора+дата заполнения.

В отношении Сотрудник первичный ключ - ФИО дезинфектора.

В отношении Участок первичный ключ - адрес.

В отношении Бригада первичный ключ - № Бригады.

3.3 Установление связей между отношениями

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

Для установления связи многие ко многим между отношениями Бригада и Участок создадим связующее отношение Код района. В которое войдут два атрибута: код района и его название. Благодаря этой таблице каждому адресу и бригаде будет присваиваться определенный район, и путаница с тем какая бригада какого заказчика обслуживает исчезнет.

Для того, чтобы можно было заниматься математическими и статистическими операциями над данными базы введем дополнительные таблицы: приманка (дератзатравка, коэффициент кг/м2), периодичность (периодичность, коэффициент периодичности), наименование учреждения (наименование учреждения, коэффициент учреждения).

Размещено на Allbest.ru

...

Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.