2) Диаграммы размещения (развертывания)

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

Элементы диаграмм размещения:

-узлы;

- компоненты;

-отношения зависимости и ассоциации;

-ограничения, примечания и пакеты.

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

У зел может иметь дополнительную секцию, отображающую размещаемые в нем компоненты.

Кроме того размещаемые в нем компоненты можно отображать в виде пиктограммы.

Сходства между узлом и компонентом:

• Имя

• Наличие экземпляров

• Участие в отношении зависимости

• Возможность быть вложенными

Различия:

• Принадлежат к разным уровням иерархии физической реализации системы. Система состоит из узлов, а узлы из компонентов

• У каждого свое назначение

Использование диаграмм размещения – пример

Способы моделирования распределения компонентов узла:

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

2. Соединение узла с его компонентами с помощью отношения зависимости

3. Использование дополнительной секции для списка размещаемых компонентов

Распределение компонентов в системе

Лекция 7. Типовое проектирование ис

1. Понятие типового проектирования ИС

2. Классификация типовых ИС

3. Методы конфигурирования типовой ИС

1. Понятие типового проектирования ис

Типовое проектирование ИС – создание системы из готовых покупных типовых элементов (типовых проектных решений).

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

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

Иначе, типовые проектные решения называют, тиражируемыми продуктами.

Признаком классификации типового проектирования является степень охвата автоматизированной системы типовым решением. С этой точки зрения выделяют следующие методы типового проектирования (СЛАЙД 4):

• Элементный метод – в качестве типового элемента системы используется типовое проектное решение по задаче или отдельному виду обеспечения

• Подсистемный метод – в качестве типовых элементов выступают отдельные подсистемы, которые обеспечивают функциональную полноту, минимизацию внешних информационных связей и параметрическую настраиваемость

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

Достоинства и недостатки ТПР указаны в таблице (см. ниже).

Класс ТПР. Реализация ТПР	Достоинства	Недостатки
Элементные ТПР Библиотеки методо-ориентированных программ	Обеспечивается применение модульного подхода к проектированию и документированию ИС	Большие затраты времени на сопряжение разнородных элементов вследствие информационной, программной и технической несовместимости Большие затраты времени на доработку ТПР отдельных элементов
Подсистемные ТПР Пакеты прикладных программ	Достигается высокая степень интеграции элементов ИС Позволяют осуществлять: модульное проектирование; параметрическую настройку программных компонентов на различные объекты управления Обеспечивают: сокращение затрат на проектирование и программирование взаимосвязанных компонентов; хорошее документирование отображаемых процессов обработки информации	Адаптивность ТПР недостаточна с позиции непрерывного инжиниринга деловых процессов Возникают проблемы в комплексировании разных функциональных подсистем, особенно в случае использования решений нескольких производителей программного обеспечения
Объектные ТПР Отраслевые проекты ИС	Комплексирование всех компонентов ИС за счет методологического единства и информационной, программной и технической совместимости Открытость архитектуры – позволяет устанавливатьТПР на разных программно-технических платформах Масштабируемость – допускает конфигурацию ИС для переменного числа рабочих мест Конфигурируемость – позволяет выбирать необходимое подмножество компонентов	Проблемы привязки типового проекта к конкретному объекту управления, что вызывает в некоторых случаях даже необходимость изменения организационно-экономической структуры объекта автоматизации