Введение

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

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

О каких базах данных идёт речь? В первую очередь, это данные о предприятиях, продукции и населении; экономическая и социальная информация, информация о городском хозяйстве (городские кадастры), справочные БД: расписания самолетов и поездов; биографические данные ("Кто есть кто"); адреса и телефоны; энциклопедии и справочники, описания новых видов потребительских товаров и др.

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

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

1 Теоретическая часть

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

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

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

Также организация «Жилищно-коммунальное хозяйство» должно вести учет льготных граждан по категориям.

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

1.2 Постановка задачи

Функциональные требования к программе:

- создание и ведение учет абонентской базы, хранение личной информации о квартиросъемщиках.

- сортировка и поиск абонентов по различным параметрам.

- ведение базы льготных абонентов с разбивкой по категориям льгот.

- организация назначения платежей абоненту и суммы к оплате.

2 Практическая часть

2.1 Построение информационной модели

Erwin имеет два уровня представления модели – логический и физический.

Логический уровень – это абстрактный взгляд на данные. Объекты модели, представляемые на нем, называются сущностями и атрибутами. Логическая модель данных является универсальной, т.к. не зависит от конкретной СУБД.

Физическая модель данных зависит от конкретной СУБД. В ней содержится информация обо всех объектах БД. Одной и той же логической модели может соответствовать несколько различных физических. В физической модели важно описать всю информацию о конкретных физических объектах. На этом уровне данные представлены в нормализованном виде, уже готовые для генерирования в реальную СУБД.

Процесс построения информационной модели состоит из следующих шагов:

· определение сущностей;

· определение зависимостей между сущностями;

· задание первичных и альтернативных ключей;

· определение атрибутов сущностей;

· приведение модели к требуемому уровню нормальной формы;

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

· генерация базы данных.

Выделим сущности базы данных:

1. «Абоненты» - сущность будет хранить информацию об квартиросъемщиках: ФИО, адрес, телефон, количество проживающих.

Заключение

Разработанная программа соответствует всем поставленным требованиям, выполняет необходимые функции и оптимизирует работу службы ЖКХ. Таким образом, можно сделать вывод, что работа выполнена правильно.