软件项目管理_软件项目需求管理课件.ppt

《软件项目管理_软件项目需求管理课件.ppt》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、第２章软件项目需求管理2.3需求管理2.1需求工程2.4案例故事解析2.2需求开发2.5总结2.1需求工程2.1.1软件需求概念2.1.2软件需求层次2.1.3软件需求质量评价2.1.4需求工程发展历程2.1.5需求工程研究内容简单地说，软件需求就是确定系统需要做什么．严格意义上，软件需求是系统或软件必须达到的目标与能力2.1.1软件需求概念定义：需求管理制定项目计划系统测试过程项目跟踪和控制过程变更控制过程系统构建用户编制文档过程基础基础产品可追溯到作为参考验证实现的正确性作为基线进行变更跟踪状态作为输入基线确定前缩小范围请求范围缩减软件需求在软件项目的作用

2、（如图2.1所示）2.1.1软件需求概念图2.1软件需求与其他软件过程的关系2.1.2软件需求层次原始问题描述用户需求系统需求软件设计描述软件需求的四个抽象层次软件需求的抽象层次如图2.2所示：图2.2软件需求的抽象层次2.1.2软件需求层次原始问题：描述是对要解决问题的叙述用户需求：是用自然语言和图表给出的关于系统需要提供的服务及系统的操作约束系统需求：用详细的术语给出系统要提供的服务及受到的约束，因而系统需求文档也称为功能描述．软件设计：描述是在系统需求的基础上加入更详细的内容构成的，它作为软件详细设计和实现的基础，是对软件设计活动的概要描述．2.1.2软

3、件需求层次原始问题描述和用户需求的抽象层次比较高．能帮助我们在较高的抽象层次上进行交流，便于用户和软件开发人员之间的理解和沟通．系统需求和软件设计描述则是具体的，可以根据它们来进行编码实现．通常情况下，经常提到的是用户需求和系统需求．2.1.2软件需求层次用户需求用户需求从用户的角度描述系统的需求，以便没有专业技术背景的用户能看懂．它只描述系统的外部行为，尽量避免涉及系统内部的设计特性，因而用户需求就不可能使用任何实现模型来描述，而只能通过自然语言，图表，图形等来叙述．2.1.2软件需求层次使用自然语言可能出现如下问题描述困难需求混乱因此写需求文档应遵守一些简

4、单原则：标准的格式使用一致的语言使用特殊文本尽量避免专业术语2.1.2软件需求层次系统需求系统需求是比用户需求更为详细和专业的需求描述，是系统实现的依据．一个完整且一致的系统需求描述，是软件设计的起点．系统需求描述通常采用结构化语言和过程设计语言PDL.2.1.2软件需求层次系统需求的描述语言:名称说明优点缺点结构化语言是对自然语言格式化，依赖于定义标准格式或模板来表达需求描述表现能力强、易于理解、一致性约束、控制结构、图形化显示仍然有一定程度的二义性；细致程度欠缺PDL源于像Java或Ada这样的程序设计语言，包含附加的、更抽象的构造来提高其表达能力可通过软

5、件工具进行语法和语义检查表达系统功能的能力不足、使用的符号只有具有程序设计背景的人才能理解表2.1系统需求的描述语言2.1.2软件需求层次系统需求的分类功能需求非功能需领域需求2.1.2软件需求层次(1)功能需求功能需求描述系统所应提供的功能和服务，包括系统应该提供的服务，对输入如何响应及特定条件下系统行为的描述．系统的功能需求应该具备全面性和一致性．要做到全面和一致几乎是不可能的．原因有二，其一是系统本身固有的复杂性；其二是用户和开发人员站在不同的立场上，导致他们对需求的理解有偏颇，甚至出现矛盾为保证软件项目的成功，无论在哪个阶段，只要发现问题，都必须修正需

6、求文档．2.1.2软件需求层次(2)非功能需求非功能需求是指那些不直接与系统的具体功能相关的一类需求，但它们与系统的总体特性相关，如可靠性，响应时间，存储空间等。非功能需求定义了对系统提供的服务或功能的约束，包括时间约束，空间约束，开发过程约束及应遵循的标准等。按照非功能需求的起源，可将其分为三大类：产品需求，机构需求，外部需求；产品需求对产品的行为进行描述；机构需求描述用户与开发人员所在机构的政策和规定；外部需求范围比较广，包括系统的所有外部因素和开发过程。2.1.2软件需求层次非功能需求产品需求可用性需求效率需求性能需求空间需求可靠性需求可移植性需求机构需

7、求交付需求实现需求标准需求外部需求互操作需求道德需求立法需求隐私需求安全性需求表2.2非功能需求的类别2.1.2软件需求层次(3)领域需求领域需求的来源不是系统的用户，而是系统应用的领域，反应了该领域的特点。领域需求可能是功能需求，也可能是非功能需，其确定需要领域知识。2.1.2软件需求层次2.1.3软件需求质量评价一个好的需求集应该满足用户解决问题需要的功能和服务,而且尽量避免软件设计与软件实现的细节.软件需求质量度量的九个元素:正确性无歧义完备性一致性根据重要性和稳定性分级可验证性可修改性可跟踪性可理解性产生人们逐渐认识到需求分析活动不再仅限于软件开发的最

8、初阶段，而是贯穿于软件项目开发的整个生