Диплом (1210331), страница 4

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

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

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

Интерфейс – это внешне видимый, именованный набор операций, который класс, компонент или подсистема может предоставить другому классу, компоненту или подсистеме, для выполнения им своих функций.

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

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

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

Рисунок 2.17 – Диаграмма компонентов

2.2.9 Диаграмма развертывания

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

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

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

На диаграмме развертывания, отражена конфигурация узлов, на которых выполняется разрабатываемая система и компонентов, размещенных на этих узлах.

На рисунке 2.18 представлена диаграмма развертывания интернет сайта.

Рисунок 2.18 – Диаграмма развертывания

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

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

Для упрощения этапа создания базы данных спроектируем ER-модель.

Модель сущность-связь (ER-модель) (англ. entity-relationship model, ERM) – модель данных, позволяющая описывать концептуальные схемы предметной области.

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

• Users (Пользователи);

• Zakazi (Заказы);

• Otziv (Отзыв);

• Oplata (Оплата);

• Working (Работник);

• WorkingZakaz (РаботникЗаказ);

• Show (Шоу);

• Skidki (Скидки);

• News (Новости).

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

В результате анализа предметной области для каждой сущности был сформирован список атрибутов, которые предоставлены в таблицах 2.19–2.28.

Таблица 2.19 – «Заказы»

Таблица 2.20 – «Новости»

Таблица 2.21 – «Отзывы»

Таблица 2.22 – «Оплата»

Таблица 2.23 – «Акции/Скидки»

Таблица 2.24 – «Работники»

Таблица 2.25 – «Акции/Скидки»

Таблица 2.26 – «ШоуПрограммы»

Таблица 2.27 – «РаботникЗаказ»

Таблица 2.28 – «Пользователи»

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

Связи между объектами могут быть трех типов:

• один – к одному. Этот тип связи означает, что каждому объекту первого вида соответствует не более одного объекта второго вида, и наоборот;

• один – ко многим. Этот тип связи означает, что каждому объекту первого вида может соответствовать более одного объекта второго вида, но каждому объекту второго вида соответствует не более одного объекта первого вида;

• многие – ко многим. Этот тип связи означает, что каждому объекту первого вида может соответствовать более одного объекта второго вида, и наоборот.

В результате была спроектирована ER-модель, которая представлена на рисунке 2.29.

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

Список файлов ВКР