Спецификация требований не содержит деталей дизайна или реализации (кроме известных ограничений), данных о планировании проекта или сведений о тестировании. Для проекта, как правило, создаются требования других типов: документ, где описана среда разработки, ограничения бюджета, руководство
пользователя или требования для выпуска продукта и продвижения его в поддерживаемую среду... →
Требования к ПО состоят из трех уровней — бизнес-требования, требования пользователей и функциональные требования. Вдобавок каждая система имеет свои нефункциональные требования. Модель на рис. ниже иллюстрирует способ представления этих типов требований.
Бизнес-требования (business requirements) содержат высокоуровневые цели организации или заказчиков системы... →
IEEE Standard Glossary of Software Engineering Terminology определяет требования как:
1. условия или возможности, необходимые пользователю для решения проблем или достижения целей;
2. условия или возможности, которыми должна обладать система или системные компоненты, чтобы выполнить контракт или удовлетворять стандартам, спецификациям или другим формальным документам
3... →
Выпущено множество книг как на английском языке, так и на русском:
В данный FAQ будут включены следующие вопросы:
• Какую литературу можно почитать, чтобы лучше понимать ВИ?
• Что такое уровень прозрачности ВИ?
• Какие бывают уровни декомпозиции ВИ? .. →
Несколько примеров сделано участниками форума в разделе Примеры.
Там же Вы можете начать делать свой пример и наиболее опытные участники Форума вам подскажут.
.. →
Это одна из самых распространенных ошибок. Возможная причина невнимательность и избыточная торопливость. Однако я обнаружил и другие более глубинные причины. Даже после четкого объяснения, что вариант использования показывает возможное взаимодействие, по крайней мере, между ДВУМИ действующими лицами, где одно из них – это система по умолчанию, все равно ошибки, связанные с отсутствием системы превалируют... →
ВИ – это цель
ВИ должен иметь хотя бы одного актера
ВИ – это описание (сценарий)
ВИ имеет один успешный сценарий (С)
ВИ имеет множество альтернативных С
С ВИ должен иметь не более 10 шагов
Сложный С делится на подВИ (sub use cases)
ДВИ должна содержать 5-10 ВИ.. →
ВИ – это не функция, это некая последовательность действий, которая приносит пользу для основного актера, инициирующего данный ВИ. ВИ – это скорее цель Пользователя, чем отдельная функция. ВИ теоретически может быть разбит на несколько функций, и как правило не является одной лишь функцией... →
Сценарий или спецификация ВИ (use case scenario or specification) – текстовое формальное описание последовательности действий, которые происходят внутри ВИ для достижения некой цели актера.
Принята следующая структура описания спецификации ВИ:
1. Название
Это уникальное название ВИ. Оно должно быть написано в виде глагол-существительное, например «Получить книги», «Снять наличные».Лучше.. →
Общая схема:
1. Выделить действующих лиц (ДЛ). Если это СДВИ, то нужно выделить внутренних Пользователей Системы и внешнее (другое) ПО. Если это БДВИ, то нужно понять – кто может являться Клиентом вашей организации, и с какими другими организациями взаимодействует ваша компания, например, налоговая или РАО ЕЭС... →
На Бизнес Диаграмме ВИ (БДВИ) отображается, как взаимодействуют внешние пользователи с вашей организацией для достижения бизнес целей. На ней обычно показывают внешних по отношению к вашей организации актеров, например, клиентов и внешние организации. Старайтесь на этом этапе избегать связей <include> и <extend>... →
Актер (действующее лицо или actor) — это пользователь, который взаимодействует с Системой. Актером может быть так же конечный пользователь (внешний к вашей организации) или внешняя система. .. →
Вариант Использования (ВИ, прецедент или Use Case) — это последовательность некоторых событий, показывающих как Система должна взаимодействовать с Пользователями (называющимися актером или actor) для достижения какой-то цели. Различают два вида ВИ – это бизнес ВИ (БВИ) и системный ВИ (СВИ). .. →
Существует множество CASE (Computer Aided Software Engineering) средств, которые поддерживают UML:
· Together Architect / Designer /Developer (Borland)
· Rhapsody v... →
Существует несколько способов получить сертификацию:
· Object-Oriented Analysis and Design with UML Test
· IBM Certified Solution Designer — Rational Software Architect.. →
Выпущено множество книг как на английском языку так и на русском. Так же существует не мало курсов.
Наиболее интересные книги по UML:
Если ваше средство UML моделирования поддерживает возможность импорта и экспорта из(в) XML, Вы можете легко сохранить вашу модель или проект в одном средстве и загрузить ее в другом. Но, к сожалению, на данный момент не все средства поддерживают данную возможность... →
Унифицированный Язык Моделирования (UML – Unified Modeling Language) — это язык моделирования общего назначения для визуализации, определения, конструирования и документирования артефактов ПО. UML был унаследован от трех основных языков объектного моделирования : Буч (Booch), методика объектного моделирования (OMT – Object Modeling Technique), объектно-ориентированная инжинирия разработки ПО (OOSE – Object-Oriented Software Engineering)... →
М. Фаулер, UML. Основы. 3-е издание
Л. Мацяшек, Анализ требований и проектирование систем. Разработка информационных систем с использованием UML
К.