Читайте также:
|
Различают 7 типов связей, которые перечислены далее в порядке их значимости:
- случайная связь, показывает, что конкретная связь между функциями незначительна или полностью отсутствует (два блока не соединены)
- логическая связь, данные функции собираются вместе благодаря тому, что они попадают в общий класс или набор элементов, но необходимых функциональных отношений между ними не обнаруживается
- временная связь, представляет функции связанные во времени, когда данные используются одновременно или функции выполняются параллельно, а не последовательно
- процедурная связь, функции сгруппированы вместе благодаря тому, что они выполняются в течение одной и той же части цикла или процесса (два связных блока соединены стрелками с третьим)
- коммуникационная связь, функции группируются благодаря тому, что они используют одни и те же входные данные и/или производят одни и те же выходные данные
- последовательная связь, выход одной функции служит входными данными для следующей функции; связь между элементами на диаграмме является более тесной, чем в рассмотренных выше случаях, поскольку моделируются причинно-следственные зависимости
- функциональная связь, все элементы функции влияют на выполнение одной и только одной функции
9. Диаграмма потоков данных. Структура. Общие сведения.
диаграммы потоков данных DFD являются основным средством моделирования функциональных требований к проектируемой системе. С их помощью эти требования предстааляются в виде иерархии функциональных компонентов (процессов) связанных с потоками данных. Главная цель такого представления продемонстрировать как каждый процесс преобразует свои входные данные в выходные, а так же выявить отношения между этими процессами. Модель системы определяется как иерархия диаграмм потоков данных, описывающая асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю. Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается до тех пор пока не будет достигнут уровень на котором процессы становятся элементарными и детализировать их далее не возможно.
10. Состав диаграммы потоков данных.
Основными компонентами диаграмм потоков данных являются
- внешние сущности, материальный объект или физическое лицо представляющее собой источник или приемник информации, например заказчики, персонал, клиенты и т.д.
- системы и подсистемы. При построении модели сложной информационной системы она может быть представлена в самом общем виде на так называемой контекстной диаграмме (т.е. диаграмме задающей внешнее окружение системы на которой указываются все внешние сущности) в виде одной системы как единого целого и декомпозированного на ряд подсистем.
- процесс, представляет собой преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом. Физически процесс может быть реализован различными способами, это может быть подразделение организаций, программа или аппаратно реализованное логическое устройство.
- накопитель данных, абстрактное устройство для хранения информации, которую можно в любой момент занести в накопитель и через некоторое время извлечь, причем способы занесения и извлечения могут быть любыми.
- поток данных, определяет информацию, передаваемую через некоторое соединение от источника к приемнику. Реальный поток данных может быть информацией передаваемой по кабелю между двумя устройствами, передаваемыми сообщениями между классами или объектами системы, письмами, отправляемыми по почте. Поток данных на диаграмме отображается линией, оканчивающейся стрелкой, показывающей направление потока. Каждый поток имеет имя, отражающее его содержание.
11. Унифицированный язык моделирования (UML). Типы диаграмм моделирования.
большинство существующих методов объектно-ориентированного анализа и проектирования включают как язык моделирования так и описание процесса моделирования. язык моделирования это нотация, в основном графическая, которая используется методом для описания проектов.
нотация представляет собой совокупность графических объектов, которые используются в моделях. она является синтаксисом языка моделирования.
главными в разработке UML были следующие цели:
· предоставить пользователю готовый к использованию язык визуального моделирования позволяющий создавать осмысленные модели и обмениваться ими
· предусмотреть механизмы расширяемости и специализации для расширения базовых концепций
· обеспечить независимость от конкретных языков программирования и процессов разработки
· обеспечить точность, доступность, понимание
· стимулировать рост рынка объектно-ориентированных инструментальных средств
стандарт uml принятый в 97 году предоставляет следующий набор диаграмм для моделирования:
o use case diagrams(диаграмма вариантов использования)
o class diagrams (диаграмма классов)
o sequence diagram (диаграмма последовательности действий)
o communication diagram (диаграмма коммуникаций)
o state machine diagram (диаграмма состояний)
o component diagram (диаграмма компонент)
o диаграмма объектов
o диаграмма синхронизации
12. Диаграммы вариантов использования. Моделирование требований к системе.
диаграмма прецедентов - применяют для моделирования статического вида системы с точки зрения прецедентов. этот вид охватывает поведение системы т.е. видимые из вне сервисы/функции предоставляемые системой для его окружения. при моделировании статического вида системы диаграммы применяются двумя способами: для моделирования контекста системы(оно подразумевает что мы обводим систему воображаемой линией и выявляем актеров, которые находятся за этой линией и взаимодействуют с системой. диаграммы прецедентов нужны на этом этапе для идентификации актеров и определения их ролей) и для моделирования требований к системе(оно предполагает указание на то что система должна делать с точки зрения внешнего наблюдателя, независимо от того как она должна это делать.
вариант использования/прецедент - состоит из последовательности действий выполняемых системой в ответ на события, инициируемые некоторым внешним объектом (действующим лицом).
действующее лицо/ актер - роль которую пользователь играет по отношению к системе.
13. Типы связей на диаграмме вариантов использования.
связь коммуникации - связь между вариантом использования и действующим лицом, ее изображают с помощью однонаправленной ассоциации(сплошной линии со стрелкой) направление стрелки позволяет понять кто инициирует коммуникацию
связь включение - применяется в тех случаях, когда имеется, какой либо фрагмент поведения системы, который повторяется более чем в одном варианте использования. С помощью таких связей моделируют многократно используемую функциональность
связь расширение - применяется при описании изменений в нормальном поведении системы. Она позволяет варианту использования только при необходимости использовать функциональные возможности другого
выбор применяемой связи определяется следующими правилами:
связь расширение следует применять при описании изменений в нормальном поведении системы
связь включение следует применять для избежания повторов двух или более вариантов использования
связь обобщение - применяется, чтобы показать, что у нескольких действующих лиц имеются общие черты, например служащие, могут быть с различными вариантами начисления заработной платы
14. Диаграммы классов.
диаграмма на которой показано множество классов, интерфейсов, коопераций и отношений между ними, отображаются также атрибуты классов, операции выполняемые классами и ограничения которые накладываются на связи между классами. диаграмма классов используются в следующих целях: моделирование словаря системы(предполагает принятие решения о том какие абстракции являются частью системы, а какие нет)
во многих сферах деятельности требуется хранить информацию в реляционной или объектно-ориентированной базе данных. моделировать их схемы также можно с помощью диаграмм классов
15. Стереотипы классов.
стеротип - механизм позволяющий разделять классы на категории
в языке uml определены три основных стериотипа класса:
o граничные классы - классы которые расположены на границе системы и всей окружающей среды.
o классы сущности - содержат хранимую информацию. они имеют наибольшее значение для пользователя и поэтому в их названиях часто используют термины из предметной области для которой создается система
o управляющие классы - отвечают за координацию действий других классов. обычно у каждого варианта использования имеется один управляющий класс контролирующий последовательность дйствий, событий этого варианта использования. управляющий класс сам не несет в себе никакой функциональности т.к. остальные классы не посылают ему большого количества сообщений. вместо этого он сам посылает множество сообщений. управляющий класс просто делегирует/отдает ответственность другим классам, по этой причине его часто называют классом менеджером. в системе могут быть управляющие классы общие для нескольких вариантов использования
16. Атрибуты классов.
атрибут - элемент информации связанной с классом. Содержатся внутри класса и скрыты от других классов. В связи с этим необходимо указывать какие классы имеют право читать и изменять атрибуты. это свойство называется видимостью атрибута. у атрибута можно определить 4 возможных значения видимости:
o public - это значение видимости предполагает что атрибут будет виден всеми остальными классами. любой класс может просмотреть или изменить значение атрибута обозначается +
o private - соответствующий атрибут не виден никаким другим классам, если другому классу понадобится изменить или посмотреть значение этого атрибута он должен попросить класс хозяина сделать это при помощи специальных функций доступа к атрибуту обозначается -
o protected - такой атрибут доступен только самому классу и его потомкам обозначатся #
o package - предполагает что соответствующий атрибут является общим, но только в пределах его пакета.
17. Типы операций и связей.
существует 4 вида различных операций:
o операции реализации - реализуют основные функции класса. эти операции можно найти исследуя диаграммы взаимодействия
o операции управления - управляют созданием и уничтожением объектов. в эту категорию попадают конструкторы и деструкторы класса.
операции доступа - используются для просмотра или изменения значения закрытых или защищенных атрибутов. эта операция может содержать любые правила и условия проверки
o вспомогательные операции - операции класса которые необходимы ему для выполнения возложенных на него функций, но о которых другие классы не должны ничего знать.
связи
связь позволяет классу узнавать об атрибутах, операциях и связях другого класса
-ассоциация на диаграмме отображают в виде простой линии между классами, отображается, таким образом, статическая связь, ассоциации могут быть двунаправленными или однонаправленными, двунаправленные изображают в виде простой линии без стрелок, однонаправленные изображают только одну стрелку, указывая ее направление.
-связи зависимости, изображается пунктирной стрелкой, отражают связь между классами, но они всегда однонаправленны и показывают что один класс зависит от определений сделанных в другом классе
-агрегации, изображают в виде линии с ромбом, представляю более тесный вид ассоциации, связь между целым и его частью. в дополнение к простой агрегации, в языке uml, есть более сильная разновидность называемая композицией.
- обобщение, с помощью обобщений показывают связи наследования между двумя классами, большинство объектно-ориентированных языков непосредственно поддерживают концепцию наследования. она позволяет одному классу наследовать все атрибуты и операции другого класса
18. Диаграммы последовательности.
диаграмма последовательности называется диаграммой взаимодействий акцентирующая внимание на временной упорядоченности сообщения. графически такая диаграмма представляет собой таблицу объекты которой располагаются вдоль оси Х а сообщения, в порядке возрастания времени, вдоль оси У. для создания такой диаграммы необходимо прежде всего расположить объекты, участвующие во взаимодействии, в верхней ее части вдоль оси Х. инициирующий взаимодействие объект располагается слева, а остальные правее, тем дальше чем более подчиненным является объект. затем вдоль оси У размещаются сообщения, которые объекты посылают и принимают причем более поздние оказываются ниже.
диаграммы последовательности характеризуются двумя особенностями:
- на них показана линия жизни объекта, это вертикальная пунктирная линия отражающая существование объекта во времени
- фокус управления, изображается в виде вытянутого прямоугольника, показывающего промежуток времени в течении которого объект выполняет какое либо действие, непосредственно сам или с помощью подчиненного объекта.
-сообщения, средство, с помощью которого, объект-отправитель запрашивает у объекта-получателя выполнение одной из его операций.
- информационные сообщения, сообщение снабжающие объект-получатель некоторой информацией для обновления его состояния
- сообщение-запрос, сообщение запрашивающее получение некоторой информации об объекте-получателе
19. Типы сообщений на диаграмме последовательности.
-сообщения, средство, с помощью которого, объект-отправитель запрашивает у объекта-получателя выполнение одной из его операций.
- информационные сообщения, сообщение снабжающие объект-получатель некоторой информацией для обновления его состояния
- сообщение-запрос, сообщение запрашивающее получение некоторой информации об объекте-получателе
каждое сообщение представляется в виде стрелки между линиями жизни двух объектов, сообщения появляются в том порядке как они показаны на странице сверху вниз. каждое сообщение обозначается ка минимум именем сообщения (при желании можно также добавить аргументы, передаваемые в вызываемую функцию и другую управляющую информацию) кроме того можно показать самодивегирование, т.е. сообщение которые объект отправляет сам себе для вызова своих вспомогательных функций
20. Диаграммы деятельности.
Один из видов диаграмм применяемых в uml для моделирования динамических аспектов поведения системы. Они применяются для того чтобы промоделировать последовательные (а иногда и параллельные) шаги вычислительного процесса. С помощью диаграммы последовательности можно также моделировать жизнь объекта, когда он переходит из одного состояния в другое в разных точках потока управления. Диаграммы деятельности могут использоваться самостоятельно для визуализации и документирования динамики совокупности объектов, но они пригодны также и для моделирования потока управления при выполнении некоторой операции.
Деятельность - некоторый относительно продолжительный этап выполнения в автомате/вычислительной системе, в конечном итоге деятельность сводится к некоторому действию которое составлено из атомарных вычислений приводящих к изменению состояния системы или возврату значения.
Одним из достоинств диаграмм деятельности является поддержка параллелизма. Благодаря этому они являются мощным средством моделирования потоков работ и по существу параллельного программирования.
Используются в следующих случаях:
- анализ потоков работ в различных вариантах использования. Когда варианты использования взаимодействуют друг с другом диаграммы деятельности являются мощным средством представления и анализа их поведения
- анализ варианта использования. В этом случае нас не интересует связь между действиями и объектами, а нужно понять какие действия должны иметь место и каковы зависимости в поведении системы. Связывание методов и объектов выполняется позднее с помощью диаграмм взаимодействия
21. Диаграммы «сущность-связь».
Прежде чем приступить к созданию системы автоматизированной обработки информации разработчик должен сформировать понятия о предметах, фактах и событиях, которыми будет оперировать данная система. Для того чтобы привести эти понятия к той или иной модели данных необходимо заменить их информационными представлениями. Одним из наиболее удобных инструментов унифицированного представления данных независимо от реализующего его программного обеспечения является модель сущность связь, которая предназначена для логического представления данных. Она определяет значения данных в контексте их взаимосвязей с другими данными. Из модели сущность связь могут быть порождены все прочие существующие модели базы данных (иерархическая, сетевая, реляционная, объектная). Поэтому она является наиболее общей.
Элементы модели
Любой фрагмент предметной области может быть представлен как множество сущностей, между которыми существует множество связей.
Сущность - объект, который может быть идентифицирован некоторым способом, отличающим его от других объектов.
Набор сущностей - множество сущностей одного типа, т.е. обладающих одинаковыми свойствами (атрибутами)
Сущности могут быть пересекающимися
Фактически сущность представляет собой множество атрибутов, которые описывают свойства всех членов данного набора сущностей.
Ключ сущности - одни или более атрибутов, уникально определяющих данную сущность. Например, ключом сущности сотрудник является атрибут табельный номер.
Связь - ассоциация, установленная между несколькими сущностями.
Число сущностей, которое может быть ассоциировано через набор связей с другой сущностью называют степенью связи. Могут существовать следующие степени бинарных связей: один к одному - означает, что в такой связи сущности с одной ролью всегда соответствуют не более одной сущности с другой ролью, один ко многим - сущности с одной ролью соответствует любое число сущностей с другой ролью, много к одному, многие ко многим - в данном случае каждая из ассоциированных сущностей может быть представлена любым количеством экземпляров.
Дата добавления: 2015-02-16; просмотров: 123 | Поможем написать вашу работу | Нарушение авторских прав |
| <== предыдущая лекция | | | следующая лекция ==> |
| Решение. | | | Стратегия развития информационного общества в России |