- •Федерально агенство по образованию
- •1. Введение
- •1.1 Актуальность
- •1.2 Цель
- •2. Содержательная постановка задачи
- •3. Анализ предметной области
- •Матрица списка событий
- •4. Концептуальная и логическая модель данных
- •4.2. Построение er-диаграммы
- •4.2. Ограничение доменов
- •5.Диаграмма таблиц
- •6. Тексты программ.
- •7. Инструкция пользователю
- •8. Заключение
3. Анализ предметной области
Разрабатываемая информационная система предназначена для контроля регистрации новых клиентов, покупке ими номых тарифных планов и частоты звоков.
На функционирование системы оказывают влияние внешние сущности. В качестве внешних сущностей выступают клиенты, звонки.
Построенная база данных приложения должна позволять решать следующие задачи:
1. Выдавать упорядоченные списки клиентов.
2. Осуществлять поиск клиентов по номеру и фамилии.
3. Выполнять расчет состояния счета клиента.
4.Формировать отчет в целом по компании за запрашиваемый интервал времени.
Выполним идентификацию основных видов информации, циркулирующих между системой и внешними объектами. Для этой цели составим список событий в виде матрицы ELM (таблица 1).
Матрица списка событий
№ |
Описание события |
Реакция |
1 |
Новый клиент предоставляет свои данные |
Персонал создает личную карточку клиента |
2 |
Клиент вносит аванс |
Персонал открывает счет для клиента |
3 |
Клиент осуществляет звонок |
Коммутатор фиксирует звонок, предприятие предоставляет услугу связи или отказывает в услуге |
4 |
Клиент совершает оплату |
Со счета клиента снимается счумма,равная стоимости звонка |
5 |
Руководство запрашивает отчеты |
Формирование отчетов |
На основе приведенной таблицы можно провести классификацию множества требований, предъявляемых к ИС, а затем организовать их в основные функциональные группы – процессы.
Основные функции ИС – это оказание услуг связи клиентам, предоставление возможности выбора тарифов,корректировки счета клиента и подготовки отчетов для руководства.
4. Концептуальная и логическая модель данных
Перед разработкой программы оператора сотовой связи необходимо уделить время разработке схемы работы всего программного комплекса. При разработке базы данных решаются следующие задачи:
разработка структуры таблиц и связей между ними;
разработка СУБД;
обеспечение надежности и целостности базы данных.
Процесс создания базы данных состоит в переносе информации с бумажных документов на магнитные носители ЭВМ, например, паспортные данные абонента заносятся исключительно из личного паспорта подключаемого. Создание базы данных начинается с описания структуры хранящихся в ней записей. Каждому полю присваивается интуитивно понятное имя.
В разрабатываемой системе оператора сотовой связи работа проходит с личными документами абонента и анализ проводится на основе заключенных договоров об оказании услуг связи. Поэтому эта система должна:
быть максимально объективной;
быть интуитивно понятной;
обеспечивать отчетность в виде документа заключения договора.
При подаче заявки на подключение к данному оператору сотовой связи, абонент предъявляет документ, удостоверяющий его гражданство и поэтому в базу данных заносятся личные данные абонента, его паспортные данные, сведения о месте проживания, а также информация о тарифных планах текущего сотового оператора с полной информации о стоимости звонков и сообщений.
Из вышесказанного следует, что база данных разрабатываемой системы должна состоять из следующих отношений:
Абонент (Код_абонента, Фамилия, Имя, Отчество,
Дата_рождения, Серия_паспорта, Номер_паспорта, Кем_выдан, Когда_выдан, Город, Улица, Дом, Корпус, Квартира);
Тарифы (Код_тарифа, Название_тарифа, Стоимость_подключения, Стоимость_минуты, Стоимость_sms, Абонентская_плата, Описание);
Договор (Код_договора, Абонентский_номер, Код_абонента, Кодовое_слово, Код_тарифа, Дата_подписания).
Более подробное описание таблиц и полей представлено в следующем пункте пояснительной записки.
В приложении А представлена логическая и физическая ER-модели разработанной БД, в которой видны все взаимосвязи между сущностями и описана предметная область.
Сущность – это реальный или представляемый объект, информация о котором должна храниться и быть доступна. В диаграммах ER – модели сущность представляется в виде прямоугольника, содержащего имя сущности. При этом имя сущности – это имя типа, а не некоторого конкретного экземпляра этого типа. Каждый экземпляр сущности должен быть отличим от любого другого экземпляра той же сущности.
Связь – это графически изображаемая ассоциация, устанавливаемая между двумя сущностями. Эта ассоциация всегда является бинарной и может существовать между двумя разными сущностями или между сущностью и ей же самой (рекурсивная связь). В любой связи выделяются два конца, на каждом из которых указывается имя конца связи, степень конца связи (сколько экземпляров данной сущности связывается), обязательность связи.
Связь представляется в виде линий. Идентифицирующая связь указывается сплошной чертой, а не идентифицирующая связь обозначается пунктирной линией.