Главная страница
Навигация по странице:

  • Артефакты делятся на формальные и неформальные.

  • Диаграмм прецедентов — диаграмма, отражающая отношения между акторами и прецедентами и являющаяся составной частью модели прецедентов, позволяющей описать систему на концептуальном уровне.

  • Варианты использования (use cases) позволяют моделировать диалог между активным субъектом и системой и отображают функции системы.

  • Прецедент — эллипс с надписью, обозначающий выполняемые системой действия (могут включать возможные варианты), приводящие к наблюдаемым акторами результатам.

  • Можно выделить три основных типа актеров: – пользователи системы; – другие системы, взаимодействующие с данной;

  • Экторы не могут быть связаны друг с другом. Единственное допустимое отношение между экторами - генерализация (наследование).

  • Отчет 3 работы. Практическая работа 3 Разработка перечная артефактов


    Скачать 126.02 Kb.
    НазваниеПрактическая работа 3 Разработка перечная артефактов
    Дата26.03.2023
    Размер126.02 Kb.
    Формат файлаdocx
    Имя файлаОтчет 3 работы.docx
    ТипПрактическая работа
    #1015747

    Практическая работа №3:

    Разработка перечная артефактов

    Цель работы: освоение интерфейса программы и навыков построения диаграммы прецедентов, разработка перечня артефактов.

    Ход работы:

    Открываем MS Visio и строим физическую диаграмму по образцу (Рис. 1) используя форму «Сценарий выполнение UML»



    Рис. 1 Физическая диаграмма ЗАО "МЕД"

    Далее строим диаграмму процентов (Рис. 2), отображающую прецеденты компании «Мед» и внутренних исполнителей, обеспечивающих реализацию этих прецедентов внутри системы



    Рис. 2.  Диаграмма прецедентов (вариантов использования) компании "МЕД"

    Вывод: в ходе работы я освоил интерфейс программы и навыков построения диаграммы прецедентов, и разработал перечни артефактов.
    Контрольные вопросы:

    1. Что называется артефактами проекта? Их виды?

    Артефакт – это искусственно созданный объект, который наделяется каким-то смыслом тем, кто его создал. Например: схема, документ, прототип.

    Артефакты делятся на формальные и неформальные.

    Формальные — обязательные, прописанные в договоре, на которых стоят реквизиты заказчика и исполнителя. Также к формальным артефактам относится документация и элементы, которые указаны в официальных документах. Если в договоре написано, что исполнитель обязан предоставить результаты исследования, то они будут формальным артефактом.

    Неформальные артефакты — вся остальная информация: итоги переписок, сообщения в мессенджерах, записи с флипчарта, на котором команда фиксирует ход проекта, стикеры с канбан-доски и даже матрица RACI.


    1. Назовите сходства и различия диаграмм прецедентов и контекстных диаграмм?

    Диаграмм прецедентов — диаграмма, отражающая отношения между акторами и прецедентами и являющаяся составной частью модели прецедентов, позволяющей описать систему на концептуальном уровне.

    Контекстная диаграмма относится к категории диаграмм, описывающих систему на уровне «чёрного ящика» — а именно, только внешние свойства, но не содержание системы.

    1. О каких вариантах (прецедентах, сценариях) использования дают представление Use Case Diagrams?

    Варианты использования (use cases) позволяют моделировать диалог между активным субъектом и системой и отображают функции системы.

    1. Назовите сходства и различия экторов и внешних сущностей.

    2. Назовите сходства и различия прецедентов (на Use Case Diagram) и процессов.

    3. Для чего используются диаграммы прецедентов (вариантов использования)?

    Диаграмма вариантов прецедентов – это тип поведенческой диаграммы UML, который часто используется для анализа различных систем. Они позволяют визуализировать различные типы ролей в системе и то, как эти роли взаимодействуют с системой.

    1. Что отображает (представляет) «прецедент» на Диаграмме прецедентов?

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

    1. Что такое «эктор» (актер, действующее лицо), что он отображает на диаграмме прецедентов?

    Эктор — это набор ролей, которые исполняет пользователь в ходе взаимодействия с некоторой сущностью (системой, подсистемой, классом). Эктор может быть человеком, другой системой, подсистемой или классом, которые представляют нечто за пределами рассматриваемой сущности.

    1. Назовите основные типы «экторов».

    1.Внешние 2. Внутренне.

    1. Какие типы отношений (связей) между экторами и прецедентами используются на диаграммах прецедентов?

    отношение ассоциации;

    отношение расширения;

    отношение обобщения;

    отношение включения.

    1. Почему (кроме созвучия английскому actors) эктор часто переводится как актер? Какие еще варианты перевода actors на русский вам известны?

    Из-за их похожих определений. Actor также переводится как действующие стороны, участники деятельности или субъект.

    1. Совпадает ли понятие «эктор» с понятием «физический пользователь»?

    Физический пользователь может играть роль одного или даже нескольких экторов, выполняя их функции в ходе взаимодействия с системой. И наоборот, роль одного и того же эктора может выполняться несколькими пользователями.

    1. На какие 3 типа можно подразделять экторов?

    Можно выделить три основных типа актеров:

    пользователи системы;

    другие системы, взаимодействующие с данной;

    время. Время становится действующим лицом, если от него зависит запуск каких-либо событий в системе.

    1. Что представляет (описывает, отображает) прецедент?

    Прецедент описывает взаимодействие программной системы с действующими лицами в виде последовательности сообщений. В понятие действующие лица входят люди, компьютерные системы и процессы.

    1. Какие типы связей (отношений) допускаются между экторами?

    Экторы не могут быть связаны друг с другом. Единственное допустимое отношение между экторами - генерализация (наследование).

    1. Почему не рекомендуется подробная детализация диаграмм прецедентов?

    Подробная детализация данной диаграммы на начальном этапе проектирования скорее имеет отрицательный характер, поскольку предопределяет I способы реализации поведения системы. А согласно рекомендациям RUP, именно эти аспекты должны быть скрыты от разработчика на диаграмме вариантов использования.


    написать администратору сайта