Диаграммы состояний в объектно-ориентированном проектировании. Различия между диаграммами состояний непрерывного цикла и одноразового жизненного цикла.




Диаграммы, используемые в объектно-ориентированном проектировании ИС. Какие из диаграмм используются для статического описания системы, а какие — для динамического описания системы? Объекты диаграмм и их элементы.

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

1) Диаграмма действий- показывают выполнение операций, используются в UML

2) Диаграмма использования- диаграмма, отражающая внешнее функционирование системы и ее связи. Используется в рамках UML

3) Диаграмма классов- диаграмма, отражающая структуру объектов (классов) системы, используется в объекто-ориентированном проектировании и в языке UML.

4) Диаграмма объектов- диаграмма, используемая в объектно-ориентированном проектировании, для представления объектной структуры системы в процессе ее функционирования.

5) Диаграмма компонентов- отражает зависимости составных частей программного обеспечения, в которые включаются файлы исходных текстов, двоичные файлы библиотек объектных модулей и исполняемые файлы, используется в рамках UML

6) Диаграмма переходов- диаграмма, используемая в объектно-ориентированном проектировании для описания состояний объектов и переходов между состояниями.

7) Диаграмма последовательностей- предназначена для отображения временных зависимостей, возникающих в процессе общения между объектами. Используется в UML

8) Диаграмма развертывания- показывают конфигурацию исполняемой программной системы, состоящей из программных компонентов, процессов, объектов. Используется в UML

9) Диаграмма состояний- представляет собой конечный автомат и показывает последовательность состояний объекта, через которые он проходит во время своего существования под воздействием внешних событий. Используются в объектно-ориентированном проектировании и в UML.

10) Диаграмма сотрудничества- предназначена для описания методов взаимодействия между объектами, используется в UML

11) Схема атрибутов- диаграмма объектно-ориентированного анализа, на которой определяются атрибуты объектов.

12) Схема методов- диаграмма объектно-ориентированного анализа, на которой определяются методы объектов

13) Схема объектов- диаграмма объектно-ориентированного анализа, представляющая собой перечисление объектов предметной области.

14) Схема предметной области- диаграмма объектно-ориентированного анализа, содержит описание отдельных частей предметной области и взаимодействий между ними.

15) Схема структуры- диаграмма объектно-ориентированного анализа, на которой представлены объекты и отношения между ними.

 15.Состояние в объектно-ориентированном проектировании. Состояние объекта характеризуется перечнем всех возможных (обычно статических) свойств данного объекта и текущими значениями (обычно динамическими) каждого из этих свойств. К числу свойств объектов относятся присущие ему или приобретаемые характеристики, черты, качества или способности, делающие данный объект самим собой. Например, для подъемника характерным является то, что он сконструирован для подъема и спуска, но не для горизонтального перемещения. Перечень свойств объекта является, как правило, статическим. Все свойства объекта характеризуются значениями их параметров; они могут быть простыми количественными характеристиками. Различие между объектами и простыми величинами следующие: простые количественные характеристики (например, числа) являются постоянными, неизменными и непреходящими, тогда как объекты существуют во времени, изменяются, имеют внутреннее состояние, могут создаваться, разрушаться и разделяться. Всякий объект характеризуется состоянием, что означает, что он занимает определенное пространство физически или в памяти компьютера. 16.Переходы и условия в объектно-ориентированном проектировании.   Существуют различные объектно-ориентированные технологии и методики проектирования программных продуктов, которые должны обеспечить выполнение важнейших принципов объектного подхода: · инкапсуляция (замыкание) свойств данных и программ в объекте; · наследование; · полиморфизм. Инкапсуляция означает сочетание структур данных с методами их обработки в абстрактных типах данных – классах объектов. Класс может иметь образованные от него подклассы. При построении подклассов осуществляется наследование данных и методов обработки объектов исходного класса. Механизм наследования позволяет переопределить или добавить новые данные и методы их обработки, создать иерархию классов. Полиморфизм – способность объекта реагировать на запрос (вызов метода) сообразно своему типу, при этом одно и то же имя метода может использоваться для различных классов объектов. Для различных методик объектно-ориентированного проектирования характерны следующие черты: объект описывается как модель некоторой сущности реального мира; объекты, для которых определены места хранения, рассматриваются во взаимосвязи, и применительно к ним создаются программные модули системы. В ООП возможны переходы от одного класса в другой при наличии определенных связей между нимию В процессе объектно-ориентированного анализа: осуществляется идентификация объектов и их свойств; устанавливается перечень операций (методов обработки), выполняемых над каждым объектом, в зависимости от его состояния (событий); определяются связи между объектами для образования классов; устанавливаются требования к интерфейсу с объектами. Выделено четыре условия объектно-ориентированного проектирования: разработка диаграммы аппаратных средств системы обработки данных, показывающей процессоры, внешние устройства, вычислительные сети и их соединения;разработка структуры классов, описывающей связь между классами и объектами; разработка диаграмм объектов, показывающих взаимосвязи с другими объектами; разработка внутренней структуры программного продукта. 18.Поведение на диаграммах состояний в объектно-ориентированном проектировании. В отличие от статического моделирования, которое выявляет внутренний состав или структуру проектируемой системы, динамическое моделирование выявляет ее поведение. Под поведением системы мы понимаем порядок или правила межкомпонентного взаимодействия, а также состав блоков данных, которыми это взаимодействие реализуется. Что представляет собой динамическая модель (ДМ): · ДМ является межобъектной, т.к. описывает взаимодействия объектов · ДМ является внутриобъектной, т.к. определяет зависящий от состояния объект в виде конечного автомата, изображая его поведение в виде диаграммы состояний Динамическое моделирование представлено двумя видами диаграмм: · Диаграммы кооперации · Диаграммы последовательности Диаграмма деятельности (активности) в общем случае строится с описанием следующих объектов: 1. отдельного класса 2. варианта использования 3. отдельной операции класса или целой подсистемы Элементы диаграммы деятельности: 1. Начальное состояние; 2. Конечное состояние. 3. 19.Модели вариантов использования в объектно-ориентированном проектировании. Можно разработать различные типы объектных моделей, показывающие, как классы связаны друг с другом, как объекты агрегируются из других объектов, как объекты взаимодействуют с другими объектами. Эти модели расширяют понимание разрабатываемой системы. Идентификация объектов и классов объектов считается наиболее сложной задачей в процессе объектно-ориентированной разработки систем. Определение объектов - это основа для анализа и проектирования системы. Модель окружения системы и модель использования системы представляют собой две дополняющие друг друга модели взаимоотношений между данной системой и её окружением. Модель окружения системы - это статическая модель, которая описывает другие системы из окружения разрабатываемого ПС. Модель использования системы - динамическая модель, которая показывает взаимодействие данной системы со своим окружением. Модель окружения системы можно представить с помощью схемы связей, которая дает простую блок-схему общей архитектуры системы. С помощью пакетов языка UML её можно представить в развернутом виде как совокупность подсистем. Такое представление показывает, что рабочее окружение системы находится внутри подсистемы, занимающейся сбором данных. При моделировании взаимодействия проектируемой системы с её окружением при ООП применяется абстрактный подход, который не требует больших объемов данных для описания этих взаимодействий. Подход, применяемый в UML, состоит в том, чтобы разработать модель вариантов использования, в которой каждый вариант представляет собой определенное взаимодействие с системой. В ООП поддерживается ряд возможных статических и динамических моделей: модели подсистем, которые показывают логически сгруппированные объекты, они представлены с помощью диаграммы классов, в которой каждая подсистема обозначается как пакет, и является статическим; модели последовательностей, которые показывают взаимодействия между объектами, они представляются в UML с помощью диаграмм последовательности или кооперативных диаграмм - динамические модели; модели конечного автомата, которые показывают изменение состояния отдельных объектов в ответ на определенные события, в UML они представлены в виде диаграмм состояния - динамические модели. Модель подсистемы является одной из наиболее важных и полезных статических моделей, поскольку показывает, как можно организовать систему в виде логически связанных групп объектов.
20.Модели деятельности в объектно-ориентированном проектировании. Существует два типа объектно-ориентированных моделей деятельности системной архитектуры: статические модели, которые описывают структуру системы в терминах классов объектов и взаимоотношений между ними, которые документируются на данном этапе, являются отношениями обобщения, отношениями "используют - используются" и структурными отношениями; динамические модели, которые описывают структуру системы и показывают динамические взаимодействия между объектами системы (но не классами объектов), - документируемые взаимодействия содержат последовательность составленных объектами запросов к сервисам и описывают реакцию системы на взаимодействия между объектами. Сотрудничество уточняет контекст, который позволяет выразить поведение реализуемого элемента в терминах, единых для всех участников сотрудничества. Таким образом, в то время как модель представляет систему в целом, сотрудничество является лишь частичным отображением данной модели. Именно сотрудничество определяет эффективность применения подмножества содержимого модели. Сотрудничество можно охарактеризовать на двух различных уровнях: на уровне спецификации или на уровне экземпляра.

 


Поделиться:




Поиск по сайту

©2015-2024 poisk-ru.ru
Все права принадлежать их авторам. Данный сайт не претендует на авторства, а предоставляет бесплатное использование.
Дата создания страницы: 2017-08-26 Нарушение авторских прав и Нарушение персональных данных


Поиск по сайту:

Читайте также:

Деталирование сборочного чертежа

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

Собственные движения и пространственные скорости звезд

Тема 11. Банковские риски и способы их оценки

Опросник «Активность повседневной жизни»

Интересно:

Роль геодезии в осуществлении землеустройства и ландшафтном строительстве

Роль коммуникаций в менеджменте. Виды коммуникаций

Что такое сказка. Цели и задачи сказкотерапии

Роль и значение мотивирующих факторов в управлении организацией

Обратная связь