软件工程需求分析概要.ppt

4.3 需求建模 建模原则 必须能够表达和理解问题的数据域和功能域 按自顶向下、逐层分解问题 要给出系统的逻辑视图 4.4 需求说明 需求说明的作用 SRS(Software Rrquirement Specification)是需求分析的最终结果。SRS是软件项目的一个关键性文档，主要用来描述待开发系统所要实现的功能和目标，清楚地阐述一个软件系统必须提供的功能性需求和非功能性需求以及所要考虑的限制条件。 SRS是用户、分析人员和设计人员之间进行理解和交流的手段； SRS是开发者与用户间事实上的技术合同书，是制定目标系统测试和项目验收计划的依据； SRS是下一步设计和编码的基础，指导着整个系统的开发过程，如果对评审过的SRS进行任何改动就需要进行变更控制； SRS是制定初步测试计划的基础。 SRS是编写初步用户手册的基础。 4.4 需求说明 需求说明的质量要求 SRS要达到质量要求，也是需求分析要达到明确(Clear)、 完整(Complete)、 一致(Consistent)、 可测试 (Testable)、可跟踪（Traceability）、可修改（modifiability）等标准。 正确性； 无歧义性； 完整性； 一致性； 重要性/稳定性分级； 可验证性； 可修改性； 可追踪性； 4.4 需求说明 SRS的编写 在软件项目中，开发组织应该采用一种标准的软件需求规格说明的模板。现在有许多推荐的软件需求规格说明模板可以使用，这里介绍一种由IEEE标准830-1998改写并扩充的模板。国家标准委员会于2008年在第6号公告中又发布了GB/T 9385-2008《计算机软件需求规格说明规范》，是最新的SRS文档编制指南，见本书的电子资料附录。 引言 综合描述（任务概述、项目概述) 功能需求(需求模型) 外部接口 非功能需求（性能需求） 其它需求 4.4 需求说明 引言 1.1 编写目的: 说明编写需求规格说明书的目的. 1.2 背景说明: 软件产品的名称,项目的提出者、开发者及用户，软件产品能做什么。 1.3 预期读者：列举本说明所针对的不同读者，例如开发人员、项目经理、营销人员、用户、测试人员或文档的编写人员。描述了文档中剩余部分的内容及其组织结构，建议每一类型读者最适合的阅读文档章节。 1.4 术语定义:列出文档中所用的专门术语的定义、缩写、略语等. 1.5 参考资料:列出文档所引用的全部资料. 4.4 需求说明 综合描述 这一部分概述了正在定义的产品以及它所运行的环境、使用产品的用户和已知的限制、假设和依赖。 2.1产品描述： 描述了软件需求规格说明中所定义的产品的背景和起源。考虑的问题有：系列产品；改进产品；替代品；新型的；子系统。 2.2 产品功能： 概述了产品所具有的主要功能。其详细内容将在3中描述，所以在此只需要概略地总结，例如用列表的方法给出。很好地组织产品的功能，使每个读者都易于理解。用图形表示主要的需求分组以及它们之间的联系，例如总体框图、顶层数据流图或类关系图。 4.4 需求说明 2.3 用户特征： 对用户的受教育程度、行业工作经验、计算机知识水平等因素对用户进行分类，即什么样的操作需要什么样的水平。以免用户对产品感到失望。 2.4 运行环境： 描述了软件的运行环境，包括硬件平台、操作系统和版本，还有其它的软件组件或与其共存的应用程序。 2.5 限制说明： 叙述对系统设计产生影响的限制条件或特殊需求的理由,如管理模式、硬件限制、与其它应用系统的接口、安全保密等。 2.6 假设和依赖： 列举出在对软件需求规格说明中影响需求陈述的假设因素，以及项目对外部因素存在的依赖。 4.4 需求说明 功能需求 该部分是SRS的灵魂。需求分析核心工作由此体现 3.1 功能描述（功能模型）：详列出系统的详细功能需求。这也是必须提交给用户的软件功能。 注意：与2.2 （产品功能）的区别，2.2是罗列而展示全貌，这里是具体详实的操作功能。 3.2 数据描述(数据模型)：实体关系图（ER），数据的逻辑模型。 3.3 状态描述（行为模型、动态模型）：对于实时系统是必须的。 4.4 需求说明 外部接口 4.1 用户接口: （用户界面）描述屏幕格式、报表或菜单的页面格式及内容、功能键等；对于用户界面的细节，例如特定对话框的布局，应该写入一个独立的用户界面规格说明中，而不能写入软件需求规格说明中。 4.2 硬件接口: 描述系统中软件和硬件每一接口的特征。这种描述可能包括支持的硬件类型、软硬件之间交流的数据和控制信息的性质以及所使用的通信协议。 4.3软件接口: 该软件与其它软件之间的接口。描述该产品与其它外部组件（由名字和版本识别）的连接，包括数据库、操作系统、工具、库和集成的商业组件。明确并描述在软