需求复习要点解析.doc

1.1好的需求应具备的特征：无歧义性、完整性、一致性、可检验性、确定性、可跟踪性、正确性、可行性、必要性 1.2若干个关于需求定义 Ⅰ.IEEE软件工程标准词汇表定义需求为： （1）用户解决问题或达到目标所需的条件或能力。 （2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。 （3）一种反映上面(1)或(2)所描述的条件或能力的文档说明。 Ⅱ.MERLIN DORFMAN 和RICHARD H. THAYER 的定义： （1）用户解决某一问题或达到某一目标所需的软件功能。 （2）系统或系统构件为了满足合同、规约、标准或其他正式实行的文档而必须满足或具备的软件功能。 2.1软件需求的四个层次及其内容 （1）业务需求 某个特定组织希望系统能达成的目标 （2）用户需求 用户要求系统必须能完成的任务 （3）功能需求 规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求 （4）非功能需求 描述系统展现给用户的行为和执行的操作 2.2需求的特性及其描述 可靠性、可用性、有效性、可维护性、可移植性、约束 约束定义为：对系统的设计或开发系统过程的限制。它不影响系统的外部行为，但必须被遵守执行以符合技术上、商业上的要求。 3.1软件生命周期的概念 是软件的产生直到报废或停止使用的生命周期，周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段。 3.2主要的生命周期模型 快速应用开发模型、迭代式模型、瀑布模型、螺旋模型 4.1需求工程的概念和基本组成 概念：需求工程是指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。 组成：完整的软件需求工程包括需求开发和需求管理两个部分。 4.2需求开发的一般过程 需求开发的一般过程分为需求获取、需求建模、需求规格说明、需求验证四个阶段。 4.3需求管理的主要内容 需求管理主要包括需求基线的建立、需求变更控制以及需求跟踪等活动。 4.4需求工程方法的分类以及面向对象的需求工作流 需求工程方法大致分为四类：面向过程、面向数据、面向控制、面向对象。 面向对象的需求工作流包括：问题分析，理解涉众需要，定义系统，管理项目规模，改进系统定义。 4.5需求工程涉众人员 领域专家、最终用户、系统投资人、需求分析员、系统开发人员 5.1获取需求的概念 获取需求是一个确定和理解不同涉众的需要和约束的过程。 5.2获取需求的五种方法 面向目标，基于场景，面向方面，面向视点，基于知识 5.3三种需求描述语言 非形式化、半形式化和形式化语言。 6.1鱼骨图和帕累托图 6.2如何确定涉众和用户 涉众(stakeholder) ，在软件开发项目中主要是指和这个项目有密切相关利益的人，他们共同感兴趣的就是需求分析阶段。 这些涉众包括客户、用户、业务或需求分析员(负责收集客户需求并编写文档，以及负责客户与开发机构之间联系沟通的人)、开发人员、测试人员、用户文档编写者、项目管理者和客户管理者。 6.3什么是系统的界限 该边界把我们的系统和外部世界一分为二，换言之，系统边界确定了我们系统的内涵，即它究竟包括哪些功能，可以解决哪些问题，它指出了我们的系统以及其它和它交户的系统之间的关系。 6.4确定解决方案的约束条件 约束：提出解决方案的有关限制条件，从项目进度要求、投资效益、人力资源、环境设备、技术问题、组织行政问题等方面确定。 7.1用户访谈的五个阶段及其主要内容 Ⅰ.准备访谈 （1）确立访的目的 （2）确定要访的用户 （3）确定参加访谈的项目组成员 （4）复查有关文档和资料 Ⅱ.计划和安排访谈日程 （1）建立要讨论的问题和要点列表 （2）安排访谈时应遵行自上而下的原则，首先访谈部门或地区领导，其次才是他们的下属 （3）访.时.和地点 （4）通知所有参加者有关访谈的目的、时间和地点 Ⅲ.访谈开始和结束 Ⅳ.引导访谈 （1）在开始一个议题时，一般会用开放性的问题（什么，为什么，多么），便于被访者展开思路 （2）随着讨论的深入，渐渐转为提供结论的封闭性问题，这样能帮助证证实你的理解 （3）太多的封闭性问题会导致收集的信息不完整，太多的开放性问题可能导致需求分析者的理解失误 Ⅴ.后续的访谈整理工作 （1）复查笔记的准确性、完整性和可理解性 （2）把所收集的信息转化为文档交对方审阅 （3）确定需要进一步澄清的问题交对方确认 （4）在适当时向所有与会人员发一封感谢信 7.2开放性问