项目策划及需求分析.pptVIP

软件项目估计的波浪原则计划在阶段实施之前，每个阶段都是一个“新”项目工作量和成本的估计来源于滚动的WBS元素每个成功的阶段实施之后，估计将会越来越详细阶段估计从下至上方法以WBS元素为基础最好由实际做这项工作的人来估计项目初始阶段：从上至下的项目估计基于项目定义、需求和高层设计方法：功能点、代码行和德尔菲法软件项目估计方法工作细分前提一：软件工程过程系统分析软件需求分析设计编码测试FullSystemIncrement1Increment2Increment3瀑布模型增量模型螺旋模型RAD模型工作细分前提二：识别工作产品WorkProductsProjectPhasesActivitiesDefinitionDesignCodingTestingSASTPSRAHLDDDITPCUTITSTDOCRELCustomerReqtsSpecXSoftwareReqtsSpecXHigh-LevelDesignSpecXDetailDesignSpecXCodeXSystemTestPlanXXIntegrationTestPlanXUnitTestPlanXUnitTestReportXIntegrationTestReportXSystemTestReportXUserManual-PreliminaryXUserManual-FinalXReleaseNotesXInstallationTopeX01前提条件02引言03问题提出04从软件过程看“需求”05需求文档的书写在这里只讨论需求的开发01需求管理（如基线）都不在讨论之列02前提条件01方法论没有绝对的真理，只有绝对的实际方法论限于环境，不同的环境有不同的方法论！方法论不能绝对对的遵循，我们要学会了解方法论、优化方法论，才能更好的为我们服务0203方法论本身源于实践引言040301的开发中，特别是基础套件的开发过程中，我们不得不再次思考以下几个问题：需求文档中应该有那些内容？什么是软件需求？需求写到什么程度？02问题提出自上而下、逐步求精获取市场或用户需要或潜在需要了解具体使用者习惯和业务定义软件的功能、展现方式及性能要求对软件内部结构的设计程序设计及代码编写发布需求需求设计设计不同的组织对它的范围有不同的解释从软件过程看需求什么是“需求”IEEE软件工程标准词汇表（1997年）中定义需求为：用户解决问题或达到目标所需的条件或权能（Capability）。系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。一种反映上面（1）或（2）所描述的条件或权能的文档说明。01实际上我们认为“需求”这个词汇是个相对概念02对需求的理解和范围划分要从涉众是谁来看待如，对开发人员来说的“需求”对于客户而言就是“设计”什么是“需求”写好需求的前提做好需求的前提是，让同一个团队对“需求”的理解达成共识01业务需求02用户需求03功能需求04功能需求规格说明书05在开发中我们认为需求有三个层次需求的三个层次我们要为设计或开发人员提供一份什么样的《功能需求规格说明书》？问题焦点编写需求是软件开发过程中最难的吗？1有一点可以肯定：设计和编写代码的代价是远远大于编写各种需求文档的代价。2需求的重要性这里将着重讨论《功能需求规格说明书》何时产生详细的功能需求规格说明书？我们能不能在需求阶段提供详细的功能需求规格说明书？010203编写各种需求文档编写各种需求文档基本要求：明确需求不是设计：需求强调的是产品是怎样，而不是产品是怎样设计和构造。描写功能需求的时候应把系统或子系统看作是黑盒，描述他的响应和行为。而黑盒内部相关的结构和工作原理应留给开发人员去设计。如，软件部件相关的格式，存储应该由设计实现。不同的软件功能对事物的抽象层度不同，所以在需求阶段描述的详细度可能不同2定义：软件的功能及是对用户各种需求的抽象1编写各种需求文档分清项目类型定制化项目（定制MIS)技术研究类项目产品开发类项目1、定制化项目（定制MIS)简单的抽象（某一个业务）业务需求：如业务分析文档、项目范围文档用户需求:如用户使用场景描述功能需求:如功能需求规格说明书数据字典〈需求说明书和概要设计有些类似〉2、技术研究类项目高层次抽象（某