Методы и средства проектирования информационных систем технологий

1. Методы и средства проектирования информационных систем технологий

Клевцов С.И. Каф. ВС ИРТСУ ЮФУ
1

2. Объектно-ориентированное проектирование ИС

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

3. Объектно-ориентированное проектирование ИС

Актеры
Актер представляет собой любую внешнюю по отношению к
моделируемой системе сущность, которая взаимодействует с
системой и использует ее функциональные возможности для
достижения определенных целей или решения частных задач.
2

4. Объектно-ориентированное проектирование ИС

Интерфейсы
Интерфейсы определяют совокупность операций, которые
обеспечивают необходимый набор сервисов или функциональности
для актеров. Интерфейсы не могут содержать ни атрибутов, ни
состояний, ни направленных ассоциаций. Они содержат только
операции без указания особенностей их реализации.
С системно-аналитической точки зрения интерфейс не только
отделяет спецификацию операций системы от их реализации, но
и определяет общие границы проектируемой системы.
2

5. Объектно-ориентированное проектирование ИС

Интерфейсы
Графический символ отдельного интерфейса может
соединяться на диаграмме сплошной линией с тем
вариантом использования, который его поддерживает.
Сплошная линия в этом случае указывает на тот факт,
что связанный с интерфейсом вариант использования
должен реализовывать все операции, необходимые для
данного интерфейса, а возможно и больше ( рис. а).
Кроме этого, интерфейсы могут соединяться с вариантами
использования пунктирной линией со стрелкой (рис. б), означающей,
что вариант использования предназначен для спецификации только
того сервиса, который необходим для реализации данного
интерфейса.
2

6. Объектно-ориентированное проектирование ИС

Примечания
Примечания (notes) предназначены для включения в модель
произвольной текстовой информации, имеющей
непосредственное отношение к контексту разрабатываемого
проекта.
Если в примечании указывается ключевое слово "constraint", то
данное примечание является ограничением, налагаемым на
соответствующий элемент модели, но не на саму диаграмму. При этом
запись ограничения заключается в фигурные скобки
2

7. Объектно-ориентированное проектирование ИС

Отношения на диаграмме вариантов
использования
• Отношение ассоциации (association relationship)
• Отношение расширения (extend relationship)
• Отношение обобщения (generalization relationship)
• Отношение включения (include relationship)
3

8. Объектно-ориентированное проектирование ИС

Отношение ассоциации
Отношение устанавливает, какую конкретную роль играет актер при
взаимодействии с экземпляром варианта использования.
На диаграмме вариантов использования, так же как и на других
диаграммах, отношение ассоциации обозначается сплошной линией
между актером и вариантом использования.
Эта линия может иметь дополнительные условные обозначения,
такие, например, как имя и кратность
Кратность (multiplicity)
• Целое неотрицательное число (включая цифру 0).
• Два целых неотрицательных числа, разделенные двумя точками и
записанные в виде: "первое число .. второе число".
• Два символа, разделенные двумя точками.
• Единственный символ "*", который является сокращением записи
интервала "0..*".
4

9. Объектно-ориентированное проектирование ИС

Отношение расширения
Если имеет место отношение расширения от варианта
использования А к варианту использования В, то это означает,
что свойства экземпляра варианта использования В могут быть
дополнены благодаря наличию свойств у расширенного
варианта использования А.
Отношение расширения между
вариантами использования
обозначается пунктирной линией со
стрелкой (вариант отношения
зависимости), направленной от того
варианта использования, который
является расширением для исходного
варианта использования. Данная линия
со стрелкой помечается ключевым
словом "extend" ("расширяет").
5

10. Объектно-ориентированное проектирование ИС

Отношение обобщения
Отношение обобщения служит для указания того факта, что
некоторый вариант использования А может быть обобщен до
варианта использования В. В этом случае вариант А будет
являться специализацией варианта В. При этом В называется
предком или родителем по отношению А, а вариант А потомком по отношению к варианту использования В.
Дочерние варианты могут наделяться
новыми свойствами поведения, которые
отсутствуют у родительских вариантов
использования, а также уточнять или
модифицировать наследуемые от них
свойства поведения.
6

11. Объектно-ориентированное проектирование ИС

Отношение включения
Отношение включения между двумя вариантами
использования указывает, что некоторое заданное
поведение для одного варианта использования включается в
качестве составного компонента в последовательность
поведения другого варианта использования.
Один вариант использования может быть
включен в несколько других вариантов, а
также включать в себя другие варианты.
Графически данное отношение
обозначается пунктирной линией со
стрелкой (вариант отношения
зависимости), направленной от базового
варианта использования к включаемому.
6

12. Объектно-ориентированное проектирование ИС

Примеры построения диаграммы вариантов использования
Примеры построения диаграммы вариантов использования
Исходная диаграмма вариантов использования
Уточненный вариант диаграммы вариантов
использования
6

13. Объектно-ориентированное проектирование ИС

Один из вариантов последующего уточнения
диаграммы вариантов использования

14. Объектно-ориентированное проектирование ИС

Контекстная диаграмма вариантов использования
системы определения допускаемых скоростей

15. Объектно-ориентированное проектирование ИС

Диаграмма декомпозиции варианта использования
«Определение допускаемых скоростей»

16. Объектно-ориентированное проектирование ИС

Диаграмма вариантов использования процесса
оформления заказа на покупку товара

17. Объектно-ориентированное проектирование ИС

Диаграмма вариантов использования для
процесса постройки дома

18. Объектно-ориентированное проектирование ИС

Рекомендации по разработке диаграмм вариантов
использования
1. Рекомендуется вначале построить контекстную диаграмму, на которой
отображаются основные варианты использования (функции) системы, а затем
для каждого из них построить диаграммы декомпозиции (детализации).
2. Контекстная диаграмма может представлять собой несвязный граф.
3. Чрезмерная детализация вариантов использования не требуется. Следует
помнить, что вариант использования – это относительно крупный блок
функциональности системы. Для детализации в дальнейшем будут
использоваться другие виды диаграмм, более подходящие для этой цели.
4. Для лучшего восприятия отдельная диаграмма (контекстная или
декомпозиции) не должна быть перенасыщена элементами. Рекомендуется
отображать на диаграмме не более 15 вариантов использования.
5. Располагать элементы следует так, чтобы была видна логическая
последовательность выполнения вариантов использования и было минимум
пересечений между отношениями.

19. Объектно-ориентированное проектирование ИС

Рекомендации по разработке диаграмм
вариантов использования
6. Перед построением диаграммы необходимо задокументировать потоки
событий в системе. Поток событий – это процесс обработки данных,
реализуемый в рамках одного или нескольких вариантов использования.
Описание потока включает информацию о том, какие обязанности возлагаются
на актеров, а какие – на систему.
Оно содержит:
- краткое описание поведения, реализуемого в варианте использования;
- предусловия – условия, которые должны быть соблюдены, прежде чем вариант
использования может быть задействован. Например, таким условием может быть завершение
выполнения другого варианта использования или наличие у пользователя прав доступа;
- основной поток событий описывает, что должно происходить во время выполнения
варианта использования в наиболее распространенном (типовом) случае. В этом случае
дочерние варианты использования связаны с базовым отношением включения;
- альтернативные потоки событий описывают исключительные ситуации (например, ввод
неправильного пароля или необходимость выполнения дополнительных действий). Дочерние
варианты использования при разработке диаграммы связываются с базовым отношением
расширения;
- постусловия – условия, которые должны быть выполнены после завершения варианта
использования. Например, таким условием может быть обязательное сохранение результатов
расчета в базе данных на сервере.

20. Объектно-ориентированное проектирование ИС

Рекомендации по разработке диаграмм
вариантов использования
7. На диаграммах не следует отображать особенности реализации вариантов
использования и внутренней организации системы, связанные со спецификой
используемых программных и аппаратных средств.
Данные диаграммы в первую очередь предназначены для совместного с
заказчиком определения функциональных требований к системе.
Поэтому понимать (интерпретировать) отображенное на диаграммах и заказчик
и разработчик должны одинаково.