Содержание

1. Введение 4

1.1. Глоссарий 4

1.2. Описание предметной области 4

1.3. Неформальная постановка задачи 4

1.3.1. Функциональные требования 4

1.3.2. Технические требования 5

1.4. Обзор существующих методов решения 7

2. Требования к окружению 10

2.1. Требования к программному обеспечению 10

2.1.1. Требования к серверной части 10

2.1.2. Требования к клиентской части 10

2.2. Требования к аппаратному обеспечению 10

2.2.2. Требования к серверу 10

2.2.2. Требования к клиенту 10

2.3. Требования к пользователям 10

2.3.1. Системный администратор 11

2.3.2. Администратор 11

2.3.3. Оператор 11

3. Архитектура системы 12

3.1. Модуль «Клиенты» 13

3.2. Модуль «Справочники» 13

3.3. Модуль «Архивирование» 13

4. Спецификация данных 14

4.1. Описание формата или структуры данных 14

4.2.1. Соединение с базой данных 14

4.2.1. Сбор статистики 15

4.2. Описание сущности 16

4.2.1. Сущность «SAPPHIRE_CLIENTS» 16

4.2.2. Сущность «SAPPHIRE_CURRENCES» 17

4.2.3. Сущность «SAPPHIRE_CURRENCY_TYPES» 17

4.2.4. Сущность «SAPPHIRE_DATE_TYPES» 17

4.2.5. Сущность «SAPPHIRE_OPERATIONS_ARCHIVE» 18

4.2.6. Сущность «SAPPHIRE_PAYMENTS» 19

4.2.7. Сущность «SAPPHIRE_SERVICE_CLIENT» 19

4.2.8. Сущность «SAPPHIRE_SERVICE_COSTS» 20

4.2.9. Сущность «SAPPHIRE_SERVICE_PROCESS» 20

4.2.10. Сущность «SAPPHIRE_SERVICES» 21

5. Функциональные требования 23

6. Требования к интерфейсу 24

7. Проект 28

7.1. СУБД 28

7.2. Язык программирования 28

7.3. Модули и алгоритмы 28

7.4. Проект интерфейса 30

7.4.1. Соединение с базой данных 30

7.4.2. Главное окно программы (Клиенты) 31

7.4.3. Создание Отчетов 32

7.4.4. Справочники 34

7.4.5. Архивирование 35

8. Реализация и тестирование 36

8.1. Характеристики реализации 36

8.2. Тестирование 36

Заключение. 37

Список литературы 38

1. Введение

1.1. Глоссарий

АРМ – автоматизированное рабочее место.

АСР – автоматизированная система рассчетов.

Dial-up клиент –клиент, использующий модемное соединение.

РСУБД – реляционная СУБД.

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

Программная система «Sapphire» разрабатывается по заказу Интернет-провайдера ДВО РАН [5]. Организация-заказчик занимается предоставлением абонентских услуг по подключению к Интернет физическим и юридическим лицам.

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

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

• обладать необходимой функциональностью,

• достаточной гибкостью,

• иметь интуитивно-понятный интерфейс

• позволять осуществлять быстрый доступ к своим основным компонентам.

Такой системой является АРМ оператора Интернет-провайдера (иначе, программа обработки статистических данных или автоматизированная система учета).

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

Т.о. возникла идея создания собственной программной системы, максимально соот-ветствующей требованиям заказчика – «Sapphire».

1.3. Неформальная постановка задачи

1.3.1. Функциональные требования

Система АРМ оператора Интернет-провайдера «Sapphire» должна:

• иметь средства управления пользователями (создания и удаления пользователя, об-новления данных),

• производить идентификацию и авторизацию пользователей,

• реализовывать разграничение прав пользователей,

• обеспечивать некоторый уровень безопасности,

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

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

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

• включать средства для создания отчетов о предоставленных услугах, начислениях и поступившей оплате,

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

1.3.2. Технические требования

• Система должна иметь оконный интерфейс.

Список литературы

[1]. Oracle 8i RDBMS Documentation. — Oracle Technology Network. http://otn.oracle.com/docs/products/oracle9i/content.html (27 мая 2002).

[2]. Пейдж Дж. В., и др. Использование Oracle8/8i. Специальное издание.: Пер. с англ. — М.: Издательский дом «Вильямс», 2000. — 1024 с.

[3]. Хотка Д. Oracle 8i на примерах.: Пер. с англ. — М.: Издательский дом «Вильямс», 2001. — 416 с.

[4]. Ларман, Крэг. Применение UML и шаблонов проектирования. 2-е издание.. : Пер. с англ.— М.: Издательский дом «Вильямс», 2002.

[5]. Узел Интернет ДВО РАН. http://www.isp.dvo.ru (29 мая 2004)

[6]. Кленин А.С. Методические указания по подготовке и защите отчётов на специализации «Прикладная математика. Системное программирование» (Версия 0.7). Владивосток, 2003.

[7]. Тейксейра С., Пачеко К., Delphi 5. Руководство разработчика, том 2. Разработка компонентов и программирование баз данных: Пер. с англ.: Уч. пос. ¬ М.: Издательский дом “Вильямс”, 2000. ¬992 с.: ил. ¬ Парал. тит. англ.

Примечаний нет.