Консалтинг в области разработки ПО
|
|
|
Популярный тренинг: Посетите наш новый тренинг и поддержите его на Facebook
Наши контакты:
Телефон в Москве (495)-648-63-28, В Калининграде (4012)-563671 rational.tools.info@gmail.com и info@cmcons.com
Новое на сайте:
Наши партнёры:
Разрабатывается большая система типа ОС, стоит задача описания и проверки требований безопасности. Как это это сделать при помощи use cases и других диаграмм UML?
Вопросы-ответы → IBM Rational RequisitePro Первое, что следует иметь ввиду, что use cases в первую очередь это текст, и только потом диаграмма UML (если речь идет именно о требованиях). Требования безопасности имеет смысл описывать в «классическом» виде—т.е. в виде набора дискретных утверждений «Система должна …» (или «не должна»), выстроенных в иерархическом виде. Это рекомендуемый способ задания и нефункциональных требований ( к коим относятся и требования безопасности) . Варианты использования в данном случае, не самый лучший способ описания такого рода атрибутов качества. Варианты использования по сути—контекст в котором могут существовать требования безопасности. И этот контекст может быть задан по-разному—как с «позитивной», так и с негативной точек зрения … существует даже отдельная практика применения «негативной» точки зрения, т.н. «misuse cases». Более подробно о ее применении можно посмотреть в презентации известног оспециалиства в области разработки и управления требованиями Ian Alexander http://easyweb.easynet.co.uk/~iany/consult…isuse_cases.ppt21.01.2008
Добавить ответ
