ФЕДЕРАЛЬНОЕ АГЕНСТВО ПО ОБРАЗОВАНИЮ

ГОСУДАРСТВЕННОГО ОБРАЗОВАТЕЛЬНОГО УЧРЕЖДЕНИЯ


ИНСТИТУТ ДИСТАНЦИОННОГО ОБРАЗОВАНИЯ
ОРГАНИЗАЦИЯ ДЕЯТЕЛЬНОСТИ АБОНЕНТСКОГО ОТДЕЛА
Курсовой проект
                                                                           
Студентки     гр._З-8551            ___________________            В. В. Болвачёва

                    ^{(номер группы)                        (подпись)}

                                                  ___________________             Н. А. Кофанова

                       ^(дата)

Руководитель                           ____________________            А.А. Дубаков

                                                             ^{(подпись)}

                                                  ____________________

                       ^(дата)

                                                                             
Томск 2010


Содержание:

Введение.

1. Предварительный анализ системы

1.1 
 Характеристика организации – описание предметной области

1.2 
 Архитектура используемых технических средств (компьютеры, серверы, сети, операционные системы) и программных систем

1.3 
Формулировка проблем и определение масштаб системы

1.4 
Пользователи системы и их информационные потребности

2. Анализ проблем и формирование требований к ИС

2. 

2.1 
Анализ проблем и причин их возникновения (из области информатизации)

2.2 
Требования к ИС (функциональные и нефункциональные)

2.3 
Моделирование процессов в организации (IDEF0)

2.4 
Диаграмма потока данных (DFD)

2.5 
Перечень транзакций проектируемой системы

2.6 
Информационная модель IDEF1X

3. Описание интерфейса и диалога ИС

Заключение.

Введение.

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

Целью данной курсовой работы являлась разработка объектно-ориентированной системы «Расчёт и оплата коммунальных услуг» для абонентского отдела ПТВС  филиала корпорации «Казахмыс» Белоусовского горно-обогатительного комбината. Данная система рассчитана  на управление заранее определенной структурой информации и решения вполне определенного круга задач  (концентрация информации о жильцах, о месте их проживания, сбор и фиксация информации о жилом помещении, расчет начислений по квартплате и коммунальным платежам по установленным тарифам, расчет начислений по коммунальным платежам по показаниям счетчиков расхода, перерасчет начислений при изменении информации по лицевым счетам, оплата коммунальных услуг, формирование отчетов по начислениям, оплате, задолженности, сводных отчетов для организаций жилищно-коммунального хозяйства и поставщиков услуг)  для корпорации, которая одновременно позволяла не отвлекаться будущим пользователям на изучение вопросов связанных с базами данных и средствами управления ими.

База данных будет создана с помощью MS Access. В данной базе данных будет 10  связанных между собой таблиц.

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


1.   
ПРЕДВАРИТЕЛЬНЫЙ АНАЛИЗ СИСТЕМЫ.
Изучение и описание предметной области является важным этапом в проектировании любой информационной системы, так как именно здесь исследуется предметная область, выделяются запросы пользователя, что и является фундаментом для последующего проектирования.
          
1.1. Описание предметной области.
Предметная область
: Белоусовский горно-обогатительный комбинат, филиал ТОО «Корпорация Казахмыс»

Подсистема
: Абонентский отдел

Автоматизации подлежит задача «расчёта и оплаты коммунальных услуг» с целью получения актуальной информации об оплате коммунальных услуг.

Коммунальные услуги предоставляются населению в трёх посёлках: Белоусовка, Берёзовка, Алтайский.

Посёлок Белоусовка разделена на зоны, которые обслуживает определённый контролёр.

Бухгалтер абонентского отдела производит расчёт коммунальных услуг по лицевым счетам.

Лицевой счёт – идентификатор каждого абонента. Он должен быть уникальным. Структура лицевого счёта приведена на рисунке 1.
 

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

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

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

Если установлен счётчик на воду, то вода и канализация рассчитываются по следующей формуле: объём за месяц * тариф.

Отопление рассчитывается в зависимости от отапливаемой площади: отапливаемая площадь * тариф.

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

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

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

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

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

Выходные документы (запросы пользователей):

·       Реестр за день;

·       Отчёты для кассы за месяц.

·       Расчётная ведомость за месяц.
1.2
Архитектура используемых технических средств (компьютеры, серверы, сети, операционные системы) и программных систем.
В абонентском отделе комбината для расчёта, оплаты используется программа написанная под MS Dos. Бухгалтер вносит изменения за каждый месяц и производит расчёт, а оператор вносит реестры 3 касс, которые записываются в отдельный файл. База данных для каждого посёлка находится в разных файлах, это очень неудобно, и не актуально. У кассира нет возможности посмотреть, сколько нужно заплатить абоненту за месяц, т.к. в программе может работать один человек. Абонент идёт к своему контролёру, который по распечаткам начислений выписывает ему квитанцию, с которой он идёт в кассу. Кассир вручную по квитанциям составляет реестр за день.

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

·        Первый тип компьютера (для управления системой):

- Компьютер на базе процессора Intel (не ниже 1 GHz);

- Оперативная память не менее 256 Mb; 

- Свободная память на жестком диске  не менее 6 Gb;

- Видеопамять не менее 32 Mb;

- Наличие сетевого адаптера.

·        Второй тип компьютера (для оператора и кассира):

-  Компьютер на базе процессора Intel (не ниже 450 MHz);

-  Оперативная память не менее 128 Mb; 

-  Свободная память на жестком диске  не менее 10 Gb;

-  Видеопамять не менее 16 Mb;

- Наличие сетевого адаптера.

- Устройство бесперебойного питания компьютера (UPS).

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

         - пропусканная способность сети 10 Мбит/с;
1.3          
 Формулировка проблем и определение масштаба системы.
На данный момент средства программирования позволяют решить данные проблемы:

1.     Увеличить производительность системы.

2.     Улучшить качество информации.

3.     Консолидировать данные для своевременного пользования.

4.     Консолидировать данные в одну базу данных.

5.     Ошибки принятий решений.

6.     Усилия, требуемые для решения задач чрезмерны

7.     Система неудобна для использования

8.     Система негибкая для новых или исключительных ситуаций

9.     Система негибкая к изменениям

10. Система не совместима с другими системами

11. Неудобство приёма платежей и коммунальных услуг.

12. Автоматизировать приём платежей кассы.
1.4              Пользователи системы и их информационные потребности.
 В таблице 1 приведены пользователи системы и их информационные потребности.
Таблица1.

Объект	Документация
Действующие лица
Бухгалтер	Обрабатывает и редактирует информацию об абонентах и изменениях за месяц в данных об абоненте. Изменение данных в справочниках. Формирует и печатает квартплату за месяц. Расчет коммунальных услуг за месяц. Переносит оплату на лицевые счета. А так же формирует отчеты за месяц.
Оператор	Просматривает информацию об абонентах. Вводит информацию об оплате по Берёзовке и Алтайскому.
Кассир	Просматривает информацию об абонентах. Вводит информацию об оплате по Белоусовке. Формирует реестр за день, а так же отчёты по кассе за месяц.
Варианты использования
Вход в систему	Проверка учетной записи пользователя (логина и пароля) при входе в систему. Если проверка прошла успешно – определяется тип пользователя и осуществляется вход в соответствующую подсистему.
Выход из системы	Осуществляется выход из системы.
Новый абонент	Добавление в базу данных нового абонента и информации о нём.
Редактирование лицевого счёта	Изменение данных об абоненте и сохранение изменений в БД.
Удаление лицевого счёта	Удаление записи абонента.
Просмотр информации об абоненте	Просмотр данных об абоненте. Отображение списка абонентов и их баланса.
Ввод оплаты коммунальных услуг	Создание записи об оплате коммунальных услуг со всей необходимой информацией о ней.
Просмотр оплаты коммунальных услуг за предыдущие дни месяца	Просмотр оплаты коммунальных услуг за конкретный день месяца.
Печать сформированных документов	Бухгалтер может распечатать все сформированные документы
Расчет коммунальных услуг	Бухгалтер осуществляет расчёт коммунальных услуг абонентов на основе данных, хранящихся в БД (кол-во проживающих по адресу, отапливаемая площадь, количество поливных соток, потребляемый объём по счётчикам и т.д.).
Формирование отчётов	Формирование отчётов
Перенос оплаты на лицевые счета абонентов	Бухгалтер производит перенос оплаты на лицевые счета абонентов, чтобы просмотреть баланс абонентов

2.   
АНАЛИЗ ПРОБЛЕМ И ФОРМИРОВАНИЕ ТРЕБОВАНИЙ К ИС.
2.1          
Анализ проблем и причин их возникновения (из области информатизации).
Таблица 2.

Анализ причин и эффектов		Цели модернизации системы
Проблема или возможность	Причины и эффекты	Цели системы	Ограничения системы
1.Способ хранения данных неприемлем 2. Прием платежей не автоматизирован	Неэффективное расположение данных приводит к  избыточному хранению документов, неправильное формирование записей, неудобный интерфейс. Неэффективное хранение информации приводит к увеличению времени обслуживания абонентов.	1.Обеспечить систему хранения данных,  используя корректную структуру хранилища. Обеспечить автоматизированное введение данных об оплате ком услуг и представление информации руководству.

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

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

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

3.                  Согласно предварительно проведенному анализу была построена модель системы, реализованная посредством приложений IDEF0, IDEF1X отражающих строение системы и основные происходящие в ней процессы.

4.                  На основе этого была разработана СУБД, реализованная с помощью Microsoft Access 2007.

Таким образом, можно сформулировать следующие возможности создаваемой системы:

§   Занесение в базу данных информации об абоненте, его услугах.

§   Корректировка базы данных авторизованным пользователем.

§   Принятие оплаты за коммунальные услуги.

§   Формирование отчетов.

2.3          
 Моделирование процессов в организации (IDEF0).
Укрупненная функционально-структурная модель исследованной предметной области, построенная в IDEF0, представлена на рисунке 2.


Рисунок 2. Модель IDEF0.
Согласно основным бизнес-процессам, происходящим в абонентском отделе, проведём декомпозицию первоначальной диаграммы на более подробные диаграммы, до тех пор, пока не будет достигнута требуемая степень детализации.

Декомпозиция блока «Абонентский отдел» приведена на рисунке 3.






Рисунок 3. Декомпозиция блока А0.

Проведём дальнейшую декомпозицию блока «Начисление коммунальных услуг», которая приведена на рисунке 4.


Рисунок 4. Декомпозиция блока А1.

На рисунке 5 показана декомпозиция блока  «Приём оплаты коммунальных услуг».



Рисунок 5. Декомпозиция блока А2.

Декомпозиция «Формирование отчёта» приведена на рисунке 6.



Рисунок 6. Декомпозиция блока А3.


2.4          
Диаграмма потока данных (
DFD).


На рисунке 7 составлена диаграмма потока данных.



Рисунок 7. Диаграмма DFD.
2.5          
  Перечень транзакций проектируемой системы

Список транзакций в соответствии с описанной функциональностью может быть составлен в таблице3.
Таблица 3 – Перечень транзакций.

Действующее Лицо (Actor)	Запускается (Trigger)	Описание события (Event description)	Действия (Reaction)
Бухгалтер	Поиск абонента	Поиск	¨      Просмотр данных конкретного абонента
Бухгалтер	Представлены новые данные об абоненте.	У абонента изменяется состав семьи, т.е количество человек проживающие с ним.	¨      Изменить данные об абоненте в  базе данных. ¨      Создать/Изменить/Удалить абонента базе данных.
Бухгалтер	Изменение тарифов на виды услуг	Приказ об изменении.	¨      Изменить справочник тарифов
Бухгалтер	Изменение вида услуги	Приказ об изменении.	¨      Изменить справочник услуг
Бухгалтер	Начисление		¨      Произвести расчёт
Время	Создать расчётную ведомость за месяц	Система создает отчет на основании произведённого расчёта по лицевым счетам	¨      Создать расчётную ведомость
Кассир	Поиск абонента	Поиск	¨      Просмотр данных конкретного абонента
Кассир	Оплата	Счет-извещение	¨      Принять оплату
Время	Создать реестр за день	Система создает отчет на основании принятой оплаты за день	¨      Создать реестр
Время	Создать отчёт кассы за месяц	Система создает отчет на основании принятой оплаты завесь месяц	¨      Создать отчёт

2.6          
  Информационная модель IDEF1X.

На данном рисунке показана информационная модель данных наше информационной модели, которая образована в MS Access 2007.



Рисунок 8. Информационная модель.

3.   
ОПИСАНИЕ ИНТЕРФЕЙСА И ДИАЛОГА ИС.

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




Рисунок 9.
Затем запускается форма «Выбор пользователя программы», показанная на рисунке 10.



Рисунок 10.

После того, как пользователь ввел свой логин и пароль, система разрешит вход в систему с правами пользователя, которые присуще этому пользователю. Запускается главная форма, которая зависит от прав пользователей. Главная форма пользователя – Бухгалтер, приведена на рисунке 11.



Рисунок 11. Главная форма Бухгалтера.
Пользователь Бухгалтер имеет весь набор функций данной ИС. А на рисунке 12 показана главная форма кассира, он имеет меньше прав в данной ИС.



Рисунок 12. Главная форма Кассира.

Чтобы кассир смог принять оплату, ему сначала необходимо произвести поиск абонента в базе данных. Кассир может найти абонента по лицевому счёту или ФИО абонента, для этого необходимо в поле ввести счет или ФИО абонента и нажать кнопку «Поиск». Если счёт не правильно введён, он выдаст ошибку: «Такого счёта в базе нет!», что показано на рисунок 13.

 



Рисунок 13.


Если счёт правильно введён, то текущеё записью в БД станет нужный нам абонент, рисунок 14.



Рисунок 14. Текущий абонент в БД.
Чтобы нам принять у этого человека оплату, нам необходимо щёлкнуть правой кнопки мыши по пункту меню «Оплата». Запустится форма, в которой мы можем принять оплату, и увидеть, что эта оплата попала в таблицу Касса, а также посмотреть сумму по лицевому счёту и сумму за день, не формируя никакого отчёта. На рисунке 15 показана форма, оплаты коммунальных услуг. Из таблицы Касса можно удалять строчки, если щёлкнуть на «Разрешить редактировать файла оплаты», кнопочка «Удалить запись» станет активной.



Рисунок 15.

         Чтобы редактировать данные об абоненте, нужно щёлкнуть меню «Лицевые счёта», затем «Редактировать» появится форма «Редактирование лицевого счёта». В этой форме можно изменить данные абонента, сохранить или отменить внесённые изменения, что продемонстрировано на рисунке 16.

При удалении абонента из БД, нужно щёлкнуть пункт меню «Лицевые счета», подпункт «Удалить абонента». ИС спросит у вас подтверждение на удаление этого абонента, которое показано на рисунке 17.


Рисунок 16.


Рисунок 17.


Для формирования реестра за день, пунк меню «Отчёты» - «Реестр кассы за день», откроется форма «Реестр за день». Для формирования отчёта необходимо выбрать дату и нажать кнопку «Сформировать реестр», рисунок 18. Отчёты в наше программе формируютя в Ехсel, что не требует написания специального написания кода для распечатки отчётов. Пример реестра приведён на рисунке 19.



Рисунок 18. Форма «Реестр за день».


Рисунок 19. Реестр за 22.04.2010.

Для формирования отчёта за месяц пункт меню «Отчёты»-«Приход кассы за месяц», откроется форма отчётов по кассе за месяц, затем щёлкнуть нужный и он сформируется. На рисунке 20 приведёна форма «приход за месяц», а на рисунке 21 сформированный отчёт.




Рисунок 20. Форма «Формирование прихода за месяц».


Рисунок 21. Отчёт о приходе кассы за расчётный месяц. 
Расчётная ведомость формируется в зависимости от посёлка и улицы, а также по лицевым счетам и услугам. Для того, чтобы сформировать расчётную ведомость – пункт меню «Отчёты», затем подпункт «Расчётная ведомость». Откроется форма, на ней нужно выбрать посёлок и улицу и нажать кнопку «Сформировать отчёт». В приложении 1 приведена первая страница этого отчёта «Расчётная ведомость».


Заключение.

При выполнении данной курсовой работы было разработано работающее приложение для Абонентского отдела. Для разработки моделей было использована программа IDEF37, а для разработки базы данных MS Access 2007. В данной информационной системе были разработаны те, функции, которые необходимы пользователям для их эффективной работы.


Используемая литература:

1.     Библия Delphi.

2.     Дубаков А.А.  Проектирование информационных систем: Учебное пособие.- Томск: Изд. ТПУ, 2001.- 150 с.

3.     Описание лабораторных работ по ПИС.

4.     Microsoft Access с помощью VBA.djvu

5.     Struct-project.doc