Обсуждение

В архиве: 2 комментария.

Читать и комментировать в ЖЖ ↗

Имя не сохранено · 25 декабря 2009

Комментарий

"..причём с упором на безопасность" Анатолий, а вот вы лично видите разницу в методике работы с требованиями к безопасности и остальными требованиями? На мой взгляд разницы никакой нет, и требования к безопасности отличаются от остальных лишь своей приоритетностью.

Анатолий Левенчук · 25 декабря 2009

Комментарий

Разница в работе с требованиями разного типа, безусловно, есть. Так, если у вас требование процедурное (сценарии), то вам лучше формулировать use cases. Обычно это функциональные требования. Если нефункциональные (качества -- т.е. включая безопасность), то там используются декларативный подход, или даже сразу модели, но в том числе могут использоваться и сценарии угроз. Есть специфическая терминология для каждого вида требований, удобная для заинтересованных в этих требованиях сторон. Насчет приоритетности: требования качества, действительно, обычно выполняются не приоритетно (приоритет идет для функциональных требований), и тут нужно что-то делать. В целом я пытаюсь все время высказать, что есть общий метод, который затем для разных ситуаций (например, для требований разной природы, или для работы с требованиями на разных стадиях жизненного цикла, или для работы с требованиями с различным инструментарием) уточняется.

Ответ на комментарий