《软件需求十步走》阅读笔记二

做任何事情都讲求方法,方法是人类智慧的体现、知识的运用。方法是人们解决问题的手段。人们在寻找解决问题的方法时总是趋向于简单实用、易于掌握。

      面对着空的肥皂盒子,有人花了几十万解决了这个问题,有人只花了90块钱就解决了这个问题。一个是博士,一个是小工。方法之美就在于简单。

      TPC基准测试体系、SPECweb2005基准测试体系、SPECjAppServer2004基准体系测试三种基准测试在使用时都要对具体情况进行分析,选择最佳的基准测试。统一建模、人机交互、设计模式等课程都在学习用例图、类图、状态图、活动图、序列图、协作图、组件图等等,面向对象分析中的几个图示方法将作为功能需求分析和用户需求分析建模的方法。用例图以新的图形符号来重构需求规划分析的业务事项,为功能需求分析提供依据信息,类图对用例图信息要素进行归类后体现为类内部属性和类间关系,时序图以类作为要素对用例图进行重构,时序是刚性的,协作图是相对自由的。

      不仅有软件设计模式,也有需求统一模式。需求模式10要素是:模式名称、基本细节、适用性、讨论、内容、模板、实例、额外需求、开发考虑、测试考虑。编写需求模式要考虑这个模式实例是否有价值,并且复制一个需求模式模板文档的内容,填写基本细节,描述模式是为了什么,构造所有能找到的实例列表,找到需求实力的共同之处以及区别,描述需求信息,编写需求模板,需求模板可以是多个,考虑需求应该关注什么、什么可以考虑什么可以忽视,编写额外需求实例,检查潜在的额外需求、把相似的需求放在一起,与资深开发人员讨论并记录下他们的意见,与测试人员讨论并记录下他们的意见,让分析师检查模式是否清晰和易用、让设计人员检查其实用性、请测试人员检查测试考虑部分的有效性。

      图形化的需求描述比较的直观和易理解,但是与形式化需求规格说明相比缺乏数学的严格性。形式化规格说明减少了规格说明完成后的错误,利用数学方法可以证明说明的正确性以及判断多个规格说明间的等价关系等等。

原文地址:https://www.cnblogs.com/022414ls/p/14206965.html