Объектно-ориентированное проектирование Информационная система предприятия связи

Подождите немного. Документ загружается.

СФИС-2003-2

4. Представление компонентов

Программная архитектура состоит из нескольких одновременно

развивающихся представлений: логического представления процессов,

представления компонентов и представления средств внедрения. Для их

проверки разрабатываются сценарии. Хорошая архитектура состоит из четко

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

интерфейсом и реализацией каждого уровня: Ключевые механизмы отражают

решения относительно общих стандартов, правил и норм. Чтобы показать

архитектурную компоновку системы, создаются пакеты.

4.1 Диаграмма пакетов для компонентов

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

необходимые теневые классы. Вместо обработчиков исключений в модель

добавлен общий пакет Обработка ошибок. Для успешного взаимодействия с

внешними устройствами добавлен пакет драйверы внешних устройств. Набор

драйверов гарантирует нормальную работу АРМ участников системы с

внешними устройствами: принтерами, модемами, специальными приборами

(измерители, кассовые аппараты, модемы, сетевые карты и т.п.).

И, наконец, в систему добавлен набор классов для реализации основных

операций Базовые средства. Пакеты, представляющие ключевые решения для

системы узла связи, показаны на Рисунке 14.

Так как Обработка ошибок, Драйверы внешних устройств и Базовые

средства используются всеми остальными пакетами системы, они являются

глобальными пакетами (global packeges).

Элементами моделирования в представлении компонентов (component

view) являются пакеты, компоненты и связи между ними.

Информационная

система цеха связи

Интерфейсы

Базы данных Базовые

средства

Обработчик

ошибок

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

СФИС-2003-2

4.2 Диаграмма компонентов

Для отражения физической реализации используется диаграмма

компонентов. В представлении компонентов модели компоненты исходного

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

зависит от языка программирования (например, в С++ - файлы *.h и *.cрр, в

Java -*.java). Каждый компонент связан с каким-либо языком.. Классы в

логическом представлении отображаются на компоненты в представлении

компонентов Для С++ один класс отображается в один компонент. Однако

иногда на один компонент может быть отображено больше одного класса. Это

обычно происходит в том случае, когда между классами существует очень

тесная связь. Например, контейнер и его итератор содержатся в одном .*.h- и

одном *.срр - файле. Значит, класс-контейнер и класс-итератор будут

отображаться на один компонент Диаграмма компонентов для проектируемой

системы показана на Рисунке 15

Абонент Кассир Пользователь

Заявление

Наряд

Тех.

справка

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

5. Представление развертывания

5.1 Диаграмма развертывания (внедрения)

Представление средств внедрения (deployment view) отображает

программные средства на узлы вычислительных систем (processing nodes) Оно

показывает конфигурацию элементов обработки (processing elements) и

работающих на них программных процессов. Представление средств внедрения

учитывает такие потребности, как доступность системы, надежность,

быстродействие и масштабируемость. Такая диаграмма демонстрирует

распределение компонентов по предприятию. Элементы обработки

представлены в виде узлов вычислительных систем, которые соединены

линиями, показывающими коммуникационные каналы между ними.

Программные процессы изображаются в виде текста, привязанного к узлу

или группе узлов.

Такая диаграмма (Рисунок 16) позволяет разработчикам архитектуры

понять топологию системы и отобразить компоненты на исполняемые

СФИС-2003-2

процессы. Здесь учитываются следующие вопросы: процессорная архитектура,

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

процессов, физическое расположение аппаратных ресурсов, технология

распределенной обработки.

После изучения определенных для данной задачи компонентов

существующих аппаратных средств и оценки загруженности системы

разработчик архитектуры решил выделить следующие вычислительные

системы: Сервер для размещения базы данных системы, семь – для

сотрудников: Директор, Кассир, Специалист, Оператор, Паспортист, Оператор

кросса, Системный администратор. Кроме того, разработчик предусмотрел

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

через Интернет.

Кассир

Оператор

кросса

Директор

Оператор

Паспортист

Специалист

Системный

администратор

Сервер

HUB Интернет

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

СФИС-2003-2

Заключение

В результате выполнения курсовой работы был разработан проект

информационной системы Саровского цеха связи.

В ходе выполнения данной работы был выполнена разработка

технического задания, рассмотрены принципы проектирования

информационной системы с помощью САSЕ-средства Rose фирмы Rational

Software Corporation, которое предназначено для автоматизации этапов анализа

и проектирования ПО.

В результате расчетов, выполненных в данном курсовом проекте,

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

топология вычислительной сети.

Разработанный проект информационной системы отражает работу

специалистов цеха связи, их подразделений, а также взаимодействие между

ними. Система формирует соответствующие документы: наряд на установку

телефона, наряд на отключение телефона, справку о техническом обследовании

линии, наряд на исправление (ремонт) линии или оборудования, а также ведёт

учет выданных документов, обеспечивает простой вывод этих документов в

печать. Отображаемая системой информация соответствует требованиям,

предъявляемым к типовым документам предприятий такого типа.

В результате выполнения проектирования была достигнута главная цель

данного проекта - разработанная информационная система Саровского цеха

связи полностью удовлетворяет требования заказчика.

СФИС-2003-2

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

1. Боггс У., Боггс М. UML и Rational Rose.-М.: Нолидж, 2001.-266с.

2. Буч Г. Объектно-ориентрованное проектирование с примерами

применения.-СПб: BHV, 2000.-321с.

3. Буч Г., Рамбо Дж., Джекобсон А. Язык UML. Руководство пользователя//

http://ooad.asf.ru/standarts/uml/languageuml/index.asp

4. Дуг Р., Скотт К. применение объектного моделирования с

использованием UML и анализ прецендентов.- СПб: BHV, 2001.-436с.

5. Скотт К. UML. Основные концепции.- СПб: BHV, 2001.-283с.