- •Теория систем и системный анализ
- •Предисловие
- •Содержание
- •1.1. Структура самостоятельного научного направления
- •1.2. Структура системных исследований
- •1.3. Эволюция системного подхода
- •Вопросы для повторения
- •Резюме по теме
- •Тема 2. Моделирование и анализ систем. Основные подходы
- •2.1. Традиционный системный подход
- •2.1.1. Особенности и проблемы традиционного системного подхода и системного анализа
- •2.1.2. Причины существования проблем традиционного системного подхода и системного анализа
- •2.2. Объектно-ориентированный подход
- •2.2.1. Особенности объектно-ориентированного подхода
- •2.2.2. Необходимость интеграции объектного и системного подходов
- •2.3. Системология – системный подход ноосферного этапа развития науки
- •2.3.1. Основные понятия
- •2.3.2. Системология – язык теории организации, логистики и инжиниринга бизнеса
- •2.3.3. Системологический и объектно-ориентированный подход
- •Вопросы для повторения
- •Резюме по теме
- •Тема 3. Технологии системного моделирования
- •3.1. Технология системно-структурного моделирования и анализа «3-ViewModeling»
- •3.1.1. Диаграммы потоков данных: нормативная система; построение модели; словарь данных; спецификация процесса
- •Нормативная система
- •Построение модели
- •Словарь данных
- •3 {Болт} 7 – от 3 до 7 итераций
- •1 {Болт} – 1 и более итераций
- •Спецификация процесса
- •3.1.2. Диаграммы «сущность-связь»: нотация Чена; нотация Баркера; построение модели
- •Нотация Чена
- •Нотация Баркера
- •Построение модели
- •3.1.3. Диаграммы переходов состояний
- •3.2. Стандарты системного моделирования и анализа серии «IcamDeFinition»
- •3.2.1. Стандарт функционального моделированияIdef0
- •3.2.2. Стандарт информационного моделированияIdef1
- •3.2.3. Стандарт моделирования баз данных idef1x
- •3.2.4. Стандарт моделирования сценариев idef3.
- •3.2.5. Стандарт моделирования онтологий idef5
- •3.3. Case-инструментарий системного моделирования и анализа
- •3.3.1. Назначение и возможности «AllFusionProcessModeler/bPwin»
- •3.3.2. Особенности «bPwin»
- •3.3.3. Недостатки инструментария системного моделирования
- •Вопросы для повторения
- •Резюме по теме
- •Тема 4. Технология объектного моделирования и анализа
- •4.1.Uml– язык объектного моделирования
- •4.1.1. Сущности: структурные; поведенческие; группирующие; аннотационные
- •Структурные сущности
- •Поведенческие сущности
- •Группирующие сущности
- •Аннотационные сущности
- •4.1.2. Отношения
- •4.1.3. Диаграммы
- •4.1.4. Процесс объектно-ориентированного моделирования/проектирования: начальная фаза; исследование; построение; внедрение; дополнительные средства
- •Начальная фаза проекта (Inception)
- •Исследование (Elaboration)
- •Построение (Construction)
- •Внедрение (Transition)
- •Дополнительные средства
- •4.2. Требования к объектному моделированию бизнес-систем
- •4.2.1. Внешняя модель бизнес-системы
- •4.2.2. Внутренняя модель бизнес-системы
- •4.2.3. Пример uml-модели бизнес-системы
- •4.2.4. Пример модели информационного обеспечения бизнеса
- •4.3. Case-инструментарий объектного моделирования и анализа
- •4.3.1. Назначение и возможности «ibm Rational Software Architect»
- •4.3.2. Интерфейс «ibm Rational Software Architect»
- •4.3.3. Представление модели в «ibm Rational Software Architect»: представление вариантов использования; логическое представление; представление компонент; представление размещения
- •Представление вариантов использования
- •Логическое представление
- •Представление компонент
- •Представление размещения
- •4.3.4. Недостатки инструментария объектного моделирования
- •Вопросы для повторения
- •Резюме по теме
- •Тема 5. Технология системно-объектного моделирования и анализа
- •5.1. Методология системно-объектного моделирования и анализа
- •5.1.1. Системологический подход «Узел-Функция-Объект»
- •5.1.2. Адаптивная нормативная система уфо-анализа
- •5.1.3. Классификация бизнес-систем
- •5.2. Процедура системно-объектного моделирования и анализа
- •5.2.1 Алгоритм уфо-анализа.
- •5.2.2. Примеры уфо-моделей.
- •5.3. Case-инструментарий системно-объектного моделирования и анализа
- •5.3.1. Назначение и возможности «ufo-toolkit»
- •5.3.2. Особенности функционирования «ufo-toolkit»
- •5.3.3 Технология представление моделей в «ufo-toolkit»
- •Торгово-закупочная деятельность
- •Вопросы для повторения
- •Резюме по теме
- •Вместо заключения
- •Представление dfd-диаграммы с помощью уфо-модели
- •Представление idef0-диаграммы с помощью уфо-модели.
- •Представление bpmn-диаграммы с помощью уфо-модели.
- •Глоссарий
- •Список литературы
4.3.2. Интерфейс «ibm Rational Software Architect»
Интерфейса RationalRoseимеет пять основных элементов [82]:
Браузер (browser), который используется для навигации по модели.
Окно документации (documentationwindow), которое применяется для работы с документацией элементов модели.
Панели инструментов (toolbars), которые применяются для быстрого доступа к наиболее распространенным командам.
Окно диаграммы (diagramwindow), которое используется для просмотра и редактирования одной или нескольких диаграмм UML.
Журнал (log), который применяется для просмотра ошибок и отчетов о результатах выполнения различных команд.
Браузер – это иерархическая структура, позволяющая легко осуществлять навигацию по модели. С помощью браузера можно [82]:
добавлять к модели элементы (действующие лица, варианты использования, классы, компоненты, диаграммы и т.д.);
просматривать существующие элементы модели;
просматривать существующие отношения между элементами модели;
перемещать элементы модели;
переименовывать эти элементы;
добавлять элементы модели к диаграмме;
связывать элемент с файлом или адресом Интернет;
группировать элементы в пакеты;
работать с детализированной спецификацией элемента;
открывать диаграмму.
Браузер поддерживает четыре представления (view): представление вариантов использования,логическое представление,представление компонентов,представление размещения(см. ниже).
Браузер организован в древовидном стиле. Каждый элемент модели может содержать другие элементы, находящиеся ниже его в иерархии. Знак «–» около элемента означает, что его ветвь полностью раскрыта. Знак «+» – что его ветвь свернута. По умолчанию браузер появляется в левой верхней части экрана. Затем его можно перетащить в любое другое место, закрепить там или оставить плавать свободно, а также, вообще, скрыть его.
С помощью окна документации можно документировать элементы модели. Например, можно сделать короткое описание каждого действующего лица. При документировании класса все, что будет написано в окне документации, появится затем, как комментарий в сгенерированном коде, что избавляет от необходимости впоследствии вносить эти комментарии вручную. Документация будет выводиться также в отчетах, создаваемых в среде RationalRose.
Если в браузере или на диаграмме выбрать другой элемент, окно документации автоматически обновится, показав то, что соответствует этому элементу. Как и браузер, окно документации можно закрепить или оставить свободно перемещаться. По умолчанию оно появляется в нижнем левом углу окна RationalRose, но может быть передвинуто оттуда или скрыто.
Панели инструментов RationalRose обеспечивают быстрый доступ к наиболее распространенным командам. В этой среде существует два типа панелей инструментов: стандартная панель и панель диаграммы. Стандартная панель видна всегда, ее кнопки соответствуют командам, которые могут использоваться для работы с любой диаграммой. Панель диаграммы своя для каждого типа диаграмм UML. Все панели могут быть настроены пользователем.
В окне диаграммы видно, как выглядит одна или несколько UML-диаграмм модели. При внесении в элементы диаграммы изменений RationalRose автоматически обновит браузер. Аналогично, при внесении изменений в элемент с помощью браузераRationalRoseобновит соответствующие диаграммы. Это помогает поддерживать модель в непротиворечивом состоянии.
По мере работы над моделью определенная информация будет направляться в окно журнала. Например, туда помещаются сообщения об ошибках, возникающих при генерации кода. Не существует способа закрыть журнал совсем, но его окно может быть минимизировано.