Матан. Лаб №3-4. Отчет по лабораторной работе 34 по дисциплине Модели представления и обработки данных Тема Описание интегрированной модели сложной системы средствами языка uml
 Скачать 79.27 Kb.
|
|
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «ВОРОНЕЖСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ» Факультет информационных технологий и компьютерной безопасности(факультет) Кафедра систем автоматизированного проектирования и информационных системОТЧЕТ ПО ЛАБОРАТОРНОЙ РАБОТЕ № 3-4по дисциплине Модели представления и обработки данныхТема «Описание интегрированной модели сложной системы средствами языка UML» Разработал студент группы мРИС-201 Д.В.Попов Подпись, дата Инициалы, фамилия Принял Р. В. Семенов.Подпись, дата Инициалы, фамилия Защищена ___________________ Оценка _____________________________ дата 2020 «Описание интегрированной модели сложной системы средствами языка UML» 1.Цель работы Создание концептуальных моделей, логических моделей, отражающих статические аспекты функционирования сложной системы.Создание логических моделей, отражающих динамические аспекты функционирования сложной системы. 1) Диаграмма программного обеспечения UMLДиаграмма программного обеспечения:  Рисунок 1 - Диаграмма программного обеспечения 2) Диаграмма деятельности UMLДиаграмма деятельности представляет по существу обычную блок-схему. На ней показываются деятельности - шаги в выполнении процесса, изображаемые в виде прямоугольников с сопряженными дугами горизонтальными сторонами и переходы между ними, показываемые стрелками. Предусмотрена возможность ветвления, изображаемая в виде ромба. На этих диаграммах можно показать распараллеливание процесса на подпроцессы и слияние подпроцессов. Для обозначения этих действий используются жирные горизонтальные или вертикальные линии. Все элементы могут быть проименованы. С помощью диаграмм деятельности удобно представлять алгоритмы выполнения работ. В частности, использование ветвления дает возможность легко отобразить основной и альтернативные потоки событий при выполнении ВИ.  Рисунок 2 - Диаграмма деятельности 3) Диаграмма последовательности UML На диаграммах последовательностей, иногда называемых сценариями, показываются объекты и сообщения, которыми они обмениваются. Каждый объект изображается в виде вертикальной линии («линии жизни» объекта). По вертикали сверху вниз направлена временная ось. Сообщение, показываемое в виде стрелки от объекта к объекту, соответствует вызову операции соответствующего класса. Таким образом, на диаграмме можно показать поток сообщений во времени (сценарий). С помощью диаграмм этого вида можно описать как основной, так и альтернативные потоки событий для ВИ.  Рисунок 3 - Диаграмма последовательности 4) Диаграмма реализации UMLДиаграммы реализации предназначены для отображения состава компилируемых и выполняемых модулей системы, а так же связей между ними. Диаграммы реализаций разделяются на два конкретных вида: диаграммы компонентов (component diagrams) и диаграммы развертывания (deployment diagrams). Диаграмма компонентов отражает зависимости составных частей программного обеспечения, в которые включаются файлы исходных текстов, двоичные файлы библиотек объектных модулей и исполняемые файлы. Она состоит из компонентов и отношений между ними. Используются отношения двух типов: зависимость - это зависимость любого типа (использование, совместная компиляция); композиция - это включение одних компонентов в состав других. Компонент изображается в виде прямоугольника с двумя маленькими прямоугольниками у левого края, внутри прямоугольника записывается имя компонента. Зависимость изображается штриховой линией от использующего компонента к используемому. Композиция (или включение) изображается размещением включаемого компонента внутри включающего. Компоненты могут иметь интерфейсы, через которые выражаются зависимости. Интерфейсами могут являться, например, имена вызываемых подпрограмм. Интерфейсы изображаются окружностями, соединенными с компонентой линией без направления, рядом записывается имя интерфейса. Диаграммы развертывания показывают конфигурацию исполняемой программной системы, состоящей из программных компонентов, процессов, объектов. Она состоит из узлов и отношений взаимодействия между узлами и компонентами. Узлы могут включать компоненты и объекты.  Рисунок 4 - Диаграмма компонентов  Рисунок 5 - Диаграмма развертывания Узлы представляют собой физические элементы времени выполнения, обозначающие вычислительный ресурс, обладающий как минимум запоминающим устройством и возможно вычислительным устройством. Узлы могут обозначать компьютеры, человеческие ресурсы или механические устройства. Внутри узлов могут содержаться компоненты и объекты, что обозначает, что данный компонент или объект существует в рамках данного узла. Узлы изображаются как проекция трехмерного куба. Узел может представлять собой тип узла или конкретный экземпляр узла. В зависимости от этого происходит именования узла. 5) Диаграмма IDEF0IDEF0 (Integration Definition for Function Modeling) - нотация описания бизнес-процессов. Основана на методологии SADT.(Structured Analysis and Design Technique, технология структурного анализа и проектирования) - графические обозначения и подход к описанию систем. Разработка SADT началась в 1969 году и была опробована на практике в компаниях различных отраслей (аэрокосмическая отрасль, телефония и т.д.). Публично появилась на рынке в 1975 г и получила очень широкое распространение в мире.является результатом программы компьютеризации промышленности, которая была предложена ВВС США. Автоматизация деятельности предприятий потребовала соответствующих методик и инструментов. Перед тем, как разрабатывать программное обеспечение, необходимо было четко и понятно описать бизнес-процессы (нельзя автоматизировать хаос). Инструменты, разработанные для задач программирования, так же могут быть полезны и для задач менеджмента. Нотация может быть использована для моделирования широкого круга автоматизированных и неавтоматизированных систем. Идея IDEF0 лежит в том, что бизнес-процесс отображается в виде прямоугольника, в которой входят и выходят стрелки. Для IDEF0 имеет значение сторона процесса и связанная с ней стрелка: слева входящая стрелка - вход бизнес-процесса - информация (документ) или ТМЦ, который будет преобразован в ходе выполнения процесса; справа исходящая стрелка - выход бизнес-процесса - преобразованная информация (документ) или ТМЦ; сверху входящая стрелка - управление бизнес-процесса - информация или документ, который определяет как должен выполняться бизнес-процесс, как должно происходить преобразование входа в выход; снизу входящая стрелка - механизм бизнес-процесса - то, что преобразовывает вход в выход: сотрудники или техника. Считается, что за один цикл процесса не происходит изменения механизма. Выход одного бизнес-процесса является входом/управлением/механизмом другого бизнес-процесса. На диаграмме процессы принято располагать по диагонали с верхнего левого угла в нижний правый. Количество процессов не более 6-8. Преимущества IDEF0 - показывает взаимодействие процессов в общем виде, без лишних подробностей. Недостатки IDF0 - нельзя увидеть алгоритма выполнения бизнес-процессов. Требует определенной подготовки для разработки и чтения нотации. Основными потребителями нотации IDEF0 являются руководители, которым необходимо видеть и понимать взаимосвязь процессов, не вникая в мелочи. Клиент делает запрос в банк о получении кредита. Сотрудник банка обрабатывает запрос клиента и передает данные о клиенте в компьютерную программу. Компьютерная программа проверяет платежеспособность клиента и в случае положительного решения передает сотруднику информацию о выдаче кредита. Сотрудник выдает кредит.  Рисунок 6 - Диаграмма IDEF0 Компьютерная программа проверяет платежеспособность клиента и в случае положительного решения передает сотруднику информацию о выдаче кредита. Сотрудник выдает кредит. Далее компьютерная программа составляет договор для клиента и график платежей. Клиент по графику платежей оплачивает сумму кредита.  Рисунок 7 - Диаграмма IDEF0 ЗаключениеВ результате выполнения лабораторных работ были спроектированы UML диаграммы показывающие работу банковского предприятия. |