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

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

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

ERD - диаграмма графически представляет структуру данных проектируемой информационной системы.

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

Таблица 1. Атрибуты сущности «Абонентская база».

Атрибут	Описание
№ договора	Уникальный номер для идентификации заключенного договора с абонентом
Дата заключения	Дата
Абонент	Фамилия, имя, отчество абонента, паспортные данные
Лицевой счет	Информация о состоянии счета обонента
Тарифный план	Список тарифов для выбора абонентом
Услуги	Список предоставляемых услуг
Состояние договора	Физическое состояние договора (например: заключен, расторгнут, приостановлен)

В полученном списке существуют атрибуты, которые нельзя определить в виде одного поля БД. Такие атрибуты требуют дополнительных определений и должны рассматриваться как сущности, состоящие, в свою очередь, из атрибутов. К таковым относятся: Абонент, Тарифный план, Лицевой счет, Услуги.

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

Таблица 3. Атрибуты сущности «Тарифный план»

Таблица 4. Атрибуты сущности «Лицевой счет»

Таблица 5. Атрибуты сущности «Услуга»

Составим ERD-диаграмму, определяя типы атрибутов и проставляя связи сущностями.

Следующим этапом построения логической модели является определение типов атрибутов.

Таблица 6. Типы атрибутов.

Атрибут	Тип
№ договора	Integer
Дата заключения	Date
ФИО абонента	String
Серия паспорта	Integer
№ паспорта	Integer
Дата рождения	Date
Адрес	String
№ абонента	Integer
Состояние договора	String
Тариф	String
Ст вх вн с	Float
Ст исх вн с	Float
Ст вх с др с оп	Float
Ст исх с др с оп	Float
Ст вх с гор тел	Float
Ст исх с гор тел	Float
Sms	Float
№ лицевого счета	Float
Дата	Date
Сумма	Float
Код услуги	Integer
Описание	String
Примечание	String
Стоимость	Float

UseCase – диаграммы прецедентов

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

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

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

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

Диаграммой прецедентов, или использования (Use case diagram), называется диаграмма, на которой показана совокупность прецедентов и актеров, а также отношения между ними.

Диаграммы Use Case определяют поведение системы с точки зрения пользователя. Элемент Use Case описывает, что должна делать система, но не определяет, как она должна это делать. Это позволяет отделить внешнее представление от внутреннего представления.

Вершинами в этой д. являются актеры и элементы Use Case, которые представляют собой действия, выполняемые системой в интересах актеров.

Актер – роль объекта вне системы. Актер прямо взаимодействует с ее частью – конкретным элементом Use Case. Различают актеров и пользователей. Пользователь может играть несколько ролей и моделироваться несколькими актерами. Набор всех элементов Use Case определяет полные функциональные возможности системы.

Абонент

Оператор

Диаграмма взаимодействий

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

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

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

Диаграмма взаимодействий (Interaction diagram) описывает взаимодействия, состоящие из множества объектов и отношений между ними, включая сообщения, которыми они обмениваются. Диаграммой последовательностей (Sequence diagram) называется диаграмма взаимодействий, акцентирующая внимание на временной упорядоченности сообщений. Графически такая диаграмма представляет собой таблицу, объекты в которой располагаются вдоль оси X, а сообщения в порядке возрастания времени - вдоль оси Y. Диаграммой кооперации (Collaboration diagram) называется диаграмма взаимодействий, основное внимание в которой уделяется структурной организации объектов, принимающих и отправляющих сообщения. Графически такая диаграмма представляет собой граф из вершин и ребер.

Диаграмма обслуживания абонентов

Взаимодействие оператора с БД

Диаграмма взаимодействия администратора с БД

Диаграмма состояний

Процесс заключения договора

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

Физическая модель

При построении физической модели необходимо скорректировать типы и размеры полей.

Таблица 7. Свойства колонок таблиц физической модели БД студентов.

Имитационная модель

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

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

Список файлов курсовой работы