6结构化分析方法.pptx

5)需求规约的作用 其作用可概括为： 第一也是最重要的，作为软件开发组织和用户之间一份事实　上的技术合同书；是产品功能及其环境的体现。 第二，对于项目的其余大多数工作，它是一个管理控制点。 第三，对于产品的设计，它是一个正式的、受控的起始点。 第四，是创建产品验收测试计划和用户指南的基础,即基于 需求分析规规约一般还会产生另外两个文档——初始 测试计划和用户系统操作描述。?初始测试计划 主要内容:对未来系统中的哪些功能和性能指标进行测试，以及达到何种要求。 作用:指导系统开发早期发现并修改一个错误,减少测试代价.注:在以后阶段的软件开发中，对这个测试计划要不断地修正和完善，并 成为相应阶段文档的一部分。注:大量的统计数字表明，在系统开发早期发现并修改一个错误的代价往 往很低，越到系统开发的后期，改正同样错误所花费的代价越高。例 如，假设在需求分析阶段检测并改正一个错误的代价为1个单位，那么 到了软件测试阶段检测并改正同样的错误所花费的代价，一般需要10 个单位，而到软件发布后的代价就可能高达100个单位。?用户系统操作描述 主要内容:从用户使用系统的角度,简要描述系统功能和性能,使用系统的主要步骤和方法，以及系统用户的责任等。系统， 作用:?在软件开发的早期，准备一份初步的用户手册可以使未来的系统用户能够从使用的角度检查、审核目标系统，从而比较容易判断这个系统是否符合他们的需要。 ?为了书写这样的文档，也会迫使系统分析员从用户的角度来考虑软件系统。这样不论是审查还是复审时,就更容易发现不一致和误解的地方，这对保证软件质量和项目成功是很重要的。注:相当于一份初步的用户手册。 SRS所不能实现的作用 第一，它不是一个设计文档。它是一个“为了”设计的文档。 第二，它不是进度或规划文档，不应该包含更适宜包含在　工作陈述（SOW）、软件项目管理计划(SPMP)、软件生存周　期管理计 划(SLCMP)、软件配置管理计划(SCMP)或软件质　量保证计划(SQAP)等文档中的信息。因此，在SRS中不应给 出:项目成本；? 交付进度； 报告规程； 软件开发方法；质量保证规程；配置管理规程； 验证和确认规程；验收规程；安装规程。关于项目的需求及其需求规约 项目需求是客户和开发者之间有关技术合同-产品/系统需求的理解，应记录在工作陈述SOW中或其他某一项目文档(例如，项目管理计划)中。 即 SRS应只关注产品需求,即: 产品/系统需求-“交付给客户的产品是什么” SOW应关注项目工作与管理,即: 项目需求-“开发组要做的是什么”。Problems with NL specificationAmbiguityThe readers and writers of the requirement must interpret the same words in the same way. NL is naturally ambiguous so this is very difficult.Over-flexibilityThe same thing may be said in a number of different ways in the specification.Lack of modularisationNL structures are inadequate to structure system requirements.Structured language specificationsThe freedom of the requirements writer is limited by a predefined template for requirements.All requirements are written in a standard way.The terminology used in the description may be limited.The advantage is that the most of the expressiveness of natural language is maintained but a degree of uniformity is imposed on the specification.Form-based specificationsDefinition of the function or entity.Description of inputs and where they come from.Description of outputs and where they go to.Indication of other entities requ