category

FAQ, Page 3

Какими характеристиками должны обладать хорошие требования?

Характеристики качества превосходных требований:

— Полнота Каждое требование должно полно описывать функциональность, которую следует реализовать в продукте. То есть оно должно содержать всю информацию, необходимую для разработчиков, чтобы тем удалось создать этот фрагмент функциональности. Если вы понимаете, что данных определенного рода не хватает, используйте пометку «TBD» (to be determined — необходимо определить) на полях как стан-
дартный флаг для выделения такого места...

Каких требований не должно быть?

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

Какие бывают требования?

Требования к ПО состоят из трех уровней — бизнес-требования, требования пользователей и функциональные требования. Вдобавок каждая система имеет свои нефункциональные требования. Модель на рис. ниже иллюстрирует способ представления этих типов требований.

Бизнес-требования (business requirements) содержат высокоуровневые цели организации или заказчиков системы...

Что такое требования?

IEEE Standard Glossary of Software Engineering Terminology определяет требования как:

1. условия или возможности, необходимые пользователю для решения проблем или достижения целей;

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

3...

Какую литературу порекомендуете по ВИ?

Выпущено множество книг как на английском языке, так и на русском: 

  • А. Коберн, Современные методы описания функциональных требований к системам
  • М. Фаулер, UML. Основы. 3-е издание
  • Л. Мацяшек, Анализ требований и проектирование систем. Разработка информационных систем с использованием UML
  • К.  Ларман, Применение UML и шаблонов проектирования (2-е или 3-е издание)
  • А.  Леоненков, Самоучитель UML — 2 издание, переработанное и дополненное
  • Г.
..

Какие встречаются основные ошибки при работе с ВИ?

1. Отсутствие системы или действующего лица

Это одна из самых распространенных ошибок. Возможная причина невнимательность и избыточная торопливость. Однако я обнаружил и другие более глубинные причины. Даже после четкого объяснения, что вариант использования показывает возможное взаимодействие, по крайней мере, между ДВУМИ действующими лицами, где одно из них – это система по умолчанию, все равно ошибки, связанные с  отсутствием системы превалируют...

Какие есть основные особенности ВИ?

ВИ – это цель
ВИ должен иметь хотя бы одного актера
ВИ – это описание (сценарий)
ВИ имеет один успешный сценарий (С)
ВИ имеет множество альтернативных С
С ВИ должен иметь не более 10 шагов
Сложный С делится на подВИ (sub use cases)
ДВИ должна содержать 5-10 ВИ..

Почему ВИ – это не функция?

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

Что такое сценарий ВИ?

Сценарий или спецификация ВИ (use case scenario or specification) – текстовое формальное описание последовательности действий, которые происходят внутри ВИ для достижения некой цели актера.

Принята следующая структура описания спецификации ВИ:

1.   Название
Это уникальное название ВИ. Оно должно быть написано в виде глагол-существительное, например «Получить книги», «Снять наличные».Лучше написать «Регистрировать пользователя», чем «Регистрация пользователя».  Оно должно описывать конечную цель актера и чтобы было понятно – о чем данный ВИ...

Что необходимо сделать, чтобы правильно построить ДВИ?

Общая схема:

1.   Выделить действующих лиц (ДЛ). Если это СДВИ, то нужно выделить внутренних Пользователей Системы и внешнее (другое) ПО. Если это БДВИ, то нужно понять – кто может являться Клиентом вашей организации, и с какими другими организациями взаимодействует ваша компания, например, налоговая или РАО ЕЭС...

Чем отличается диаграммы Бизнес ВИ и Системных ВИ?

На Бизнес Диаграмме ВИ (БДВИ) отображается, как взаимодействуют внешние пользователи с вашей организацией для достижения бизнес целей. На ней обычно показывают внешних по отношению к вашей организации актеров, например, клиентов и  внешние организации. Старайтесь на этом этапе избегать связей <include> и <extend>...

Что такое актер (actor)?

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

Что такое Вариант Использования (прецедент или Use Case)?

Вариант Использования (ВИ, прецедент или Use Case) — это последовательность некоторых событий, показывающих как Система должна взаимодействовать с Пользователями (называющимися актером или actor) для достижения какой-то цели. Различают два вида ВИ – это бизнес ВИ (БВИ) и системный ВИ (СВИ). ..

Как мне выучить UML?

Выпущено множество книг как на английском языку так и на русском. Так же существует не мало курсов.

Наиболее интересные книги по UML:

 М. Фаулер, UML. Основы. 3-е издание

 Л. Мацяшек, Анализ требований и проектирование систем. Разработка информационных систем с использованием UML

 К.  Ларман, Применение UML и шаблонов проектирования (2-е или 3-е издание)

 А.  Леоненков, Самоучитель UML — 2 издание, переработанное и дополненное

 Г...

Как можно легко обмениваться UML моделями между разными средствами UML моделирования?

Если ваше средство UML моделирования поддерживает возможность импорта и экспорта из(в) XML, Вы можете легко сохранить вашу модель или проект в одном средстве и загрузить ее в другом. Но, к сожалению, на данный момент не все средства поддерживают данную возможность...

Какая последняя версия спецификации UML и где ее можно получить?

Последняя версия спецификации UML (версия 2.2) была опубликована на сайте OMG в феврале 2009 года.

 

Скачать UML infrastructure v.2.2 (с сайта OMG)

Скачать UML superstructure v.2.2 (с сайта OMG)

Посмотреть road map для UML и других связанных спецификаций можно тут

..