论文部分内容阅读
当系统功能性需求可以通过用例驱动有效建模时,非功能性需求却一直没有可用的建模方法和标准。此外,这些需求也只是被反应性的处理,而不是主动的。给非功能性需求强加一些不合适的建模方法是现在越来越多项目遇到困难而无法解决的问题所在。文中提出一种通过控例去记录和建模非功能性需求的方法,并确保控例能去从不同的角度代表系统的非功能性需求。此外,再通过一种扩展的视图模型去描述增加了控例视图后的软件体系结构。用例和控例两者的结合更加反应了贯穿整个系统设计周期的完整需求。