Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 3)

КОД и процентные ставки, определяемые кодом

Расчет

Итог

К оплате

Процентные ставки по услугам

КАТЕГОРИЯ

Рис 2.1. Диаграмма взаимосвязей между компонентами и процессами

(Инфологическая модель)

Максимально формализованное описание задачи теперь будет выглядеть следующим образом.

Наименование задачи:

Автоматизация работы бухгалтера по расчету квартплаты.

Цель работы бухгалтера:

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

Функции бухгалтера:

• Заключение договоров и регистрация клиентов в Базе Данных.

• Ведение информации по льготам и ставкам по ним.

• Работа с клиентами : установление льготы, установление тарифных ставок отличных от нормативных по различным причинам, разъяснительная работа и т.д..

• Ведение расчетов за используемые услуги (выписка квитанции об оплате).

Бизнес - правила:

• Ввод информации на основе документов.

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

Программа может работать под управлением операционных систем DOS или WINDOWS, при наличии пакета FoxPro 2.6 for DOS.

Перечень вводимой информации:

• Фамилия, имя и отчество жильца;

• Табельный номер;

• Год рождения

• Адрес;

• Квадратные метры;

• Телефон;

• При наличии льготы – описание льготы, код, период;

• Выбор плательщика, указанного в ордере

• Нормативные ставки на услуги

• Тарифные ставки и описание тарифа

Перечень печатных отчетов:

• Списки по начислению

• Списки льготников

• Списки с показаниями счетчика

• Оплата электроэнергии

• Сальдо по квартиросъемщикам

• Свод по квартплате за месяц

• Квитанция об оплате

Проектирование базы данных

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

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

При рассмотрении требований конечных пользователей принято во внимание следующее:

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

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

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

• Загруженные в базу данных корректные данные должны оставаться корректными.

• Данные до включения в базу данных должны проверяться на достоверность.

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

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

Этап 1. Определение сущностей

Исходя из задачи, описанной выше, выделим следующие сущности:

1. Жильцы – БД, содержащая информацию о жильцах (RABOT.DBF)

2. Начисления - БД, содержащая информацию о начислениях (OPLATA.DBF)

3. Льготы - БД, содержащая информацию о льготах (LGOT.DBF)

4. Ставки - БД, содержащая информацию о ставках для конкретного жильца и (или) о жильцах, проживающих в одном доме (TABLE_R.DBF)

5. Тарифы - БД, содержащая информацию описания тарифов и ставок по ним (TARIF.DBF)

Этап 2. Определение взаимосвязей мужду сущностями

ЖИЛЬЦЫ

СТАВКИ

ТАРИФЫ

СЧЕТ

ЛЬГОТЫ

Этап 3. Задание первичных и альтернативных ключей, определение атрибутов сущностей

Первичный ключ – это атрибут (или группа атрибутов), которые единственным образом идентифицируют каждую строку в таблице.

Альтернативный ключ – это атрибут (или группа атрибутов), несовпадающий с первичным ключом и уникально идентифицирующий экземпляр объекта.

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

Атрибуты, включаемые в состав БД, приведены в таблице 2.1. информационная модель после третьего этапа проектирования приведена на рис. 2.13

Таблица 2.1. Атрибуты и первичные ключи сущностей информационной модели

ЖИЛЬЦЫ

Характеристики

Список файлов реферата