Что такое область проблем

из "Разработка и управление требованиями "

Под областью проблем подразумевается то окружение, область или среда, в которой система будет использоваться. Вот почему так важно рассматривать требования с эксплуатационной точки зрения - ведь предназначение любой системы или любого продукта это позволить человеку или другому устройству выполнять требуемую функцию. Вот эта самая необходимость обеспечить функционирование системы и есть ключевая идея разработки требований в области проблем. [c.103]
Часть потенциальных пользователей этот вопрос поставит в тупик, а у другой части пользователей найдется мало что ответить. [c.103]
Если ваши потенциальные пользователи уже используют какие-либо системы, то у них обычно существуют идеи на тему как их улучшить. В случае если никаких систем у потенциальных пользователей сейчас нет, то и почвы для подобных идей у них тоже нет. В любом случае, в качестве ответа на свой вопрос вы получите описание того или иного решения, потому что ваш вопрос уже предусматривал в качестве ответа описание функциональности рассматриваемой системы. [c.103]
Как только речь заходит о задачах, которые должна будет решать рассматриваемая система, люди сразу же начинают думать о том, что они будут делать с помощью системы, вместо того чтобы думать о том, как они это будут делать. [c.103]
Однако все то, что люди хотят получить с помощью системы, может быть сформулировано даже без описания возможных решений. И это весьма важный момент, потому как, избегая уклона в сторону решения, мы оставляем пространство для работы архитекторов и системных инженеров. [c.103]
Что вы хотите, чтобы вы могли делать Ответ на этот вопрос должен начинаться фразой Я хотел бы иметь возможность. .. [c.104]
Именно такой ответ является требованием типа возможность (описывающим возможность). И именно этот тип требований является ключевым в области проблем. [c.104]
Наконец, мы должны задуматься над тем, какие типы моделей могут быть пригодны для моделирования проблемной области. Необходимо отметить, что любые модели, которые используются для описания проблемной области, должны быть, в первую очередь, понятны именно заинтересованным сторонам, поскольку они будут отвечать за их анализ, оценку и утверждение (принятие). А поскольку специалисты заинтересованных сторон отбираются по принципу их набольшей компетентности и опыта в проблемной области, то, зачастую, они не желают или не могут работать с моделями, которые кажутся им хоть немного техническими . [c.104]
Давно было подмечено, что сценарии использования - это очень хороший способ моделирования того, что люди делают, или того, что они хотели бы иметь возможность делать. Сценарии во многом соответствует тому, как люди думают о своей работе и о своих проблемах. Сценарий может быть разработан совместно с заинтересованной стороной и в дальнейшем использоваться как основа для обсуждения требуемых возможностей. [c.104]
Заключительным аспектом разработки требований в проблемной области является выявление имеющихся ограничений. Например, при покупке автомобиля, вы будете иметь лишь определенную сумму денег на покупку, или захотите, чтобы автомобиль был в вашем распоряжении уже к конкретной дате. [c.105]
После того, как выше мы определили все ключевые моменты, у нас появляется возможность проиллюстрировать основной (общий) процесс разработки требований из области проблем. [c.105]

Вернуться к основной статье