Прецеденты (use cases) и их связи. Исполнители (actors) и их связи.
Прецеденты - это широко используемый механизм осмысления и формулировки требований (особенно функциональных). Они оказывают влияние на множество аспектов проекта, включая ООА/П.
Описание прецедентов - отличный метод осмысления и формулировки требований, указывающие на то, что должна делать система. В свою очередь, требования - это весь набор прецедентов, т.е. модель фукционирования системы и ее окружения
Прецеденты — это механизм упрощения этапа формулировки требований для всех заинтересованных лиц. Основная идея состоит в исследовании и формулировке функциональных требований путем написания историй "из жизни системы". В принципе, описать прецеденты не сложно, хотя достаточно трудно определить, что требуется от системы и описать это на нужном уровне детализации.
Исполнитель (actor)- сущность, обладающую поведением. Исп. являются внешними по отношению к системе, но участвуют в процессе, описываемом прецедентом. Например, роли, исполняемые людьми: роль клиента.
Связи исполнителей: коммуникация с прецедентом (communication); обобщение (generalization).
Сценарий (scenario) - это специальная последовательность действий или взаимодействий м/у исполнителями и системой. Его иногда также называют экземпляром прецедента. В принципе, прецедент (use case) — это набор взаимосвязанных успешных и неудачных сценариев, описывающий использование системы исполнителем для решения одной из задач. Для описания прецедентов используется диаграмма прецедентов (Use case diagram).
|
|
|
Опишите стадию анализа в разработке ПО. Отличие стадии анализа от стадии планирования и стадии проектирования.
Цель анализа - представить модель поведения системы. На данном этапе не занимаются проектированием классов, представлением или другими тактическими решениями. Анализ должен объяснить, что делает система, а не то, как она это делает. В этом уже появляется различие между анализом и проектированием. В анализе мы выявляем классы и объекты (их роли, обязанности и взаимодействия). В проектировании мы создаем актеров, которые реализуют поведение, требуемое анализом. Т.о., анализ - это деятельность, которая объединяет вместе пользователей и разработчиков системы в понимании предметной области.
На стадии анализа необходимо выяснить функциональные точки системы, которые обозначают видимые извне и поддающиеся проверке элементы поведения системы. Ф-ые точки представляют преобразования, совершаемые системой.
Полный анализ необходим для того, чтобы можно было проследить ход проекта. Возможность проследить проект является основой управления риском. Имея возможность проследить процесс от функциональных точек до реализации, гораздо легче оценить влияние возможных рисков на архитектуру.
|
|
|
Результатом анализа должно быть описание назначения системы, здесь же описание характеристик производительности и перечисление требуемых ресурсов. В о-о проектировании такие описания получают с помощью сценариев. Диаграммы объектов должны демонстрировать взаимодействие объектов и упорядоченный процесс этого взаимодействия. Также рассматриваются диаграммы классов (чтобы показать существующие ассоциации между классами объектов) и состояний (чтобы показать ЖЦ важнейших объектов).
Результаты анализа объединяют в один документ, который формулирует требования анализа к поведению системы, иллюстрируя их построенными диаграммами. А также результатом анализа будет оценка риска, обнаружение которого в начале процесса проектирования облегчит работу на поздних этапах разработки.
Прежде, чем взяться за разработку новой системы, обычно изучают уже существующие.
Концептуальная модель. Понятия. Понятия-спецификации. Идентификация понятий. Два простых правила.
Концептуальная модель - представление понятий в терминах предметной области. Концептуальная модель не является моделью программных компонентов. Модель предметной области - это визуальное представление концептуальных классов или объектов реального мира в терминах предметной области.
|
|
|
Последовательность создания концеп. модели: создается список понятий кандидатов; отобразить их на диаграмме классов; добавить ассоциации; добавление атрибутов.
Понятия - представление идеи или объекта.(название класса). Идентификация понятий следует из описания прецедентов. На начальной стадии идентификации некоторые концептуальные классы упускаются из виду, а появляются позднее, при рассмотрении атрибутов и ассоциаций. Обнаруженные новые понятия добавляются в модель предметной области.
Понятие спецификация обычно используется при описании предметной области.
Понятие - спецификация требуется в случае, когда: существует необходимость описания элементов независимо от существования конкретных экземпляров объектов; если удаление экземпляров описываемых им понятий приводит к потере важной информации в связи с некорректной ассоциацией этой информации с удаляемым экземпляром; если при наличии понятия устраняется дублирование информации.
Два простых правила:
1. Если некоторый объект Х в реальном мире не является числом или строкой (текстом), то это скорее всего понятие, а не атрибут.
2. Если вы сомневаетесь в разграничении понятий и атрибутов, создавайте отдельный концептуальный класс (понятие). Атрибуты редко отображаются в концептуальной модели.
Дата добавления: 2018-04-15; просмотров: 441; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!