1、软件需求工程软件需求工程Software Requirements Engineering 第一章 基本的软件需求软件需求的定义需求的必要性不合格的需求高质量需求的好处优秀需求具有的特性需求工程内容：需求开发与需求管理例1“喂，是P h i l吗？我是人力资源部的M a r ia，我们在使用你编写的职员系统时遇到一个问题，一个职员想把她的名字改成Sparkle Starlight 而系统不允许，你能帮帮忙吗？”“她嫁给了一个姓Starlight 的人吗？”P h i l问。“不，她没有结婚，而仅仅是要更改她的名字，”M a r i a回答。“就是这问题，好像我们只能在婚姻状况改变时才能更改姓名
2、。”“当然是这样，我从没想过谁会莫名其妙地更改自己的姓名。我不记得你曾告诉我系统需要处理这样的事情，这就是为什么你们只能在改变婚姻状况对话框中才能进入更改姓名的对话框。”Phil 说。M a r i a说：“我想你当然知道每个人只要愿意都可以随时合法更改他（她）们的姓名。但不管怎样，我们希望在下周五之前解决这个问题，否则，S p a r k l e将不能支付她的账单。你能在此前修改好这个错误吗？”“这并不是我的错！我从来不知道你需要处理这种情况。我现在正忙着做一个新的性能检测系统，并且还要处理职员系统的一些需求变更请求”（传来翻阅稿纸的声音）。“我还有别的事。我只可能在月底前修改好，一周内不行
3、，很抱歉。下次若有类似情况，请早一些告诉我并把它们写下来。”“那我怎么跟S p a r k l e说呢？”M a r i a追问道，“如果她不能支付账单，那她只能挂帐了。”“M a r i a，你要明白，这不是我的过错。”P h i l坚持道，“如果你一开始就告诉我，你要能随时改变某个人的名字，那这些都不会发生。因此你不能因我未猜出你的想法（需求）就责备我。”M a r i a不得不愤怒地屈从：“好吧，好吧，这种烦人的事使我恨死计算机系统了。等你修改好了，马上打电话告诉我，行吧？”例2Steven刚出任项目经理，并承接了一个中型软件项目。公司再三叮咛他一定要尊重客户，充分满足客户需求。项目开始
4、比较顺利，但进入到后期，客户频繁的需求变更带来很多额外工作。Steven动员大家加班，保持了项目的正常进度，客户相当满意。但需求变更却越来越多。为了节省时间，客户的业务人员不再向Steven申请变更，而是直接找程序员商量。程序员疲于应付，往往直接改程序而不做任何记录，很多相关文档也忘记修改。很快Steven就发现：需求、设计和代码无法保持一致，甚至没有人能说清楚现在系统“到底改成什么样了”。版本管理也出现了混乱，很多人违反配置管理规定，直接在测试环境中修改和编译程序。但在进度压力下，他也只能佯装不知此事。但因频繁出现“改好的错误又重新出现”的问题，客户已经明确表示“失去了耐心”。而这还只是噩梦
5、的开始。一个程序员未经许可擅自修改了核心模块，造成系统运行异常缓慢，大量应用程序超时退出。虽然最终花费了整整3天的时间解决了这个问题，但客户却投诉了，表示“无法容忍这种低下的项目管理水平”。更糟糕的是，因为担心系统中还隐含着其他类似的错误，客户高层对项目的质量也疑虑重重。随后发生的事情让Steven更加为难客户的两个负责人对界面风格的看法不一致，并为此发生了激烈争执。Steven知道如果发表意见可能会得罪其中一方，于是保持了沉默。最终客户决定调整所有界面，Steven只好立刻动员大家抓紧时间修改。可后来当听说因修改界面而造成了项目一周的延误后，客户方原来发生争执的两人这次却非常一致，同时气愤地
6、质问Steven：“为什么你不早点告诉我们要延期！早知这样才不会让你改呢！”Steven很无耐，疑惑自己到底错在哪里了。一、软件需求和客户的需求观 1、软件需求的定义、软件需求是一个没有统一定义的名词客户所定义的需求对开发者而言是一个较高层次的产品概念而开发人员所说的需求对用户来说又像是详细设计了2、IEEE软件工程中定义：（1）用户解决问题或达到目标所需的条件或权能（2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。（3）一种反映上面（1）或（2）所描述的条件或权能的文档说明。3、另外一种通用的观点：认为需求是用户所需要的并能触发一个程序或系统开发工作的说明。需
7、求的层次 软件需求包括三个不同的层次：业务需求、用户需求、和功能需求。1、业务需求：描述了客户对系统，产品实现某些业务流程的高层次目标要求。2、用户需求：描述了用户使用产品必须完成的任务。3、功能需求：定义了开发人员必须实现的软件功能。它们均应在不同位置体现在软件需求说明书中。2.每个项目都有需求 每个项目都应该有需求开发软件系统最为困难的部分就是准确说明开发什么，最为困难的概念性工作是编写详细技术需求。不适当需求的一些风险比如无足够用户参与、用户需求不断增加、模棱两可的需求、不必要的特性、过于精减等等，会导致开发不顺利甚至失败高质量需求的好处：极大地减少开发后期和整个维护阶段的工作。3.不合
8、格的需求1.无足够用户参与2.用户需求的不断增加3.模棱两可的需求4.不必要的特性5.过于精简的规格说明6.忽略了用户分类7.不准确的计划4.高质量需求的好处最大的好处是在开发后期和整个维护阶段的重做的工作大大减少了。B o e h m（1 9 8 1）发现要改正在产品付诸应用后所发现的一个需求方面的缺陷比在需求阶段改正这个错误要多付出6 8倍的成本。近来很多研究表明这种错误导致成本放大因子可以高达2 0 0倍。收集需求能使开发小组更好地了解市场，而市场因素是任何项目成功的一个关键因素。在产品开发前了解这些比在遭到客户批评后才意识到要节约很多成本。让用户积极参与需求收集过程不仅能使产品更富有吸
9、引力，而且能拥有忠实的客户关系。通过了解用户的任务需求而不仅仅局限于一些“华丽”的特性，你能避免在无用功能上白耗精力，并且用户的参与能弥补用户期望和开发者实际开发之间的“鸿沟（期望差异）”。将选定系统的需求明确地分配到各软件子系统，强调采用产品工程的系统方法。这样能简化硬软件的集成，也能确保软硬件系统功能匹配适当有效的变更控制和影响分析过程也能降低需求变更带来的负面影响。将需求编写成清晰、无二义性的文档将会极大地有利于系统测试，确保产品质量，以使所有风险承担者感到满意。5 优秀需求具有的特性 特性：1、完整性2、正确性3、可行性4、必要性5、划分优先级6、无二义性7、可验证性6 需求的开发和管理 整个需求范围可分为需求开发和需求管理需求开发进一步可分为：1、问题获取2、分析3、编写规格说明4、验证需求开发和需求管理的区别
