Проектирование ИС учета деятельности городской телефонной сети

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

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

• Первичный ключ должен быть подобран таким образом, чтобы по значениям атрибутов, в него включенных, можно было точно идентифицировать экземпляр сущности.
• Никакой из атрибутов первичного ключа не должен иметь нулевое значение.
• Значения атрибутов первичного ключа не должны меняться. Если значение изменилось, значит, это уже другой экземпляр сущности.

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

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

     Потенциальный ключ, не ставший первичным, называется альтернативным ключом (Alternate Key).

     Атрибуты, участвующие в неуникальных индексах, называются инверсионными входами (Inversion Entries). Инверсионные входы - это  атрибут или группа атрибутов, которые не определяют экземпляр уникальным образом, но часто используются для обращения к экземплярам сущности

      Связь образует ссылку на атрибуты первичного ключа  в дочерней сущности, и эти атрибуты образуют внешний ключ в дочерней сущности. Атрибуты внешнего ключа обозначаются символами (FK) после своего имени.

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

Таблица 1 − Сущность «Договор о подключении»

 

Таблица 2 – Сущность «Абоненты»

 

Таблица 3 – Сущность «Сотрудники»

 

Таблица 4 - Сущность «Телефонный номер»

 

Таблица 5 – Сущность «Тариф»

Таблица 6 – Сущность «Звонки»

 

Таблица 7 – Сущность «Квитанция к оплате»

 

     Каждый  из атрибутов сущностей имеет  свой тип. Типы атрибутов сущностей, использованных при проектировании логической модели ГТС, представлены в таблице 8. 

Таблица 8 − Типы атрибутов

 

     Проанализировав выделенные сущности, на основании  этого построили ER-диаграмму городской телефонной сети. 

Рисунок 13 − ER-диаграмма городской телефонной сети

 

     3 РЕАЛИЗАЦИЯ ИНФОРМАЦИОННОЙ  СИСТЕМЫ

      3.1 Выбор архитектуры  системы

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

     Одной из наиболее распространённых в современное  время архитектур стала архитектура «клиент-сервер», получившая широкое распространение во всём мире. Именно она подходит для реализации проекта ИС ГТС. Это архитектура распределенной вычислительной системы (ВС), в которой взаимодействуют между собой соответственно клиент и сервер. В зависимости от того, как распределены логические компоненты приложения между ними (клиентами и серверами), различают четыре модели архитектуры клиент-сервер:

• модель "файл-сервер";
• модель "сервер базы данных";
• модель "сервер транзакций";
• модель "сервер приложений".

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

      3.2 Выбор средства  реализации

     Наиболее  удобным средством реализации распределенной информационной системы городской телефонной сети является программный продукт продукт Microsoft SQL Server. Также как вариант реализации можно использовать MySQL.

     Microsoft SQL Server − система управления реляционными базами данных (СУБД), разработанная корпорацией Microsoft. Основной используемый язык запросов − Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандарта ANSI/ISO по структурированному языку запросов (SQL) с расширениями. Используется для небольших и средних по размеру баз данных, и в последние 5 лет − для крупных баз данных масштаба предприятия, конкурирует с другими СУБД в этом сегменте рынка.

     MySQL − свободная система управления базами данных (СУБД). MySQL является собственностью компании Sun Microsystems, осуществляющей разработку и поддержку приложения. Распространяется под GNU General Public License и под собственной коммерческой лицензией, на выбор.

     MySQL является решением для малых  и средних приложений. Входит  в LAMP. Обычно MySQL используется в  качестве сервера, к которому  обращаются локальные или удалённые  клиенты, однако в дистрибутив  входит библиотека внутреннего  сервера, позволяющая включать MySQL в автономные программы.