722-董渊 many slides courtesy of Xiaoying Bai, Renkun Yin System.pptVIP

内容概要 需求分析目的 需求分析过程 需求分析方法 需求分析工具 需求定义 IEEE 用户解决问题或达到目的所需的条件和能力。 系统或系统部件为满足合同、标准、规范或其他正式规定文档所需具有的条件和能力。 一种反映上述两条所描述的条件或能力的文档说明。 需求分析与需求工程 软件需求 是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。 需求分析 通过对应问题及其环境的理解与分析，为问题涉及的信息、功能及系统行为建立模型，将用户需求精确化、完全化，最终形成需求规格说明， 需求工程 是一门分析并记录软件需求的学科，它把系统需求分解成一些主要的子系统和任务，把这些子系统或任务分配给软件，并通过一系列重复的分析、设计、比较研究、原型开发过程把这些系统需求转换成软件的需求描述和一些性能参数。 需求工程目的 客户和其他涉众在系统工作内容方面达成并保持一致。 Stakeholder ，涉众、干系人、共利益者 使系统开发人员能够更清楚地了解系统需求。 定义系统边界（限定）。 定义用户界面，重点是用户的需要和目标。 为估算开发系统所需成本和时间提供基础。 软件需求的三个层次 业务需求 对系统、产品高层次的目标要求。 用户需求 描述用户使用软件需要完成的任务。 功能/非功能需求 定义了开发者必须实现的软件功能。 功能需求 说明了系统的满足业务需求并可被用户接受的功能或特征 描述系统与环境之间的相互作用关系，如输入、输出及其他响应。 非功能需求 定义系统的特性及实现的约束和限制条件。 过程需求 — 交付方式 — 实现方法 — 标准 产品需求 — 可用性 — 可靠性 — 可移植性 — 性能 外部需求 — 法规 — 互操作性 非功能需求 产品需求 可用性（Usability） 人机界面友好、使用舒适、可理解性好 用户界面需求 可靠性（Reliability） 系统平均故障时间（Mean-time-between-failure, MTBF） 每千行代码错误率（Defects/KLOC） 故障处理和系统恢复能力 非功能需求 产品需求 可移植性（Portability） 软件在不同的操作环境下能够运行的程度。 程序设计语言、操作系统、编译器 性能（Performance） 实时性 处理时间、响应时间、资源耗费、吞吐量 非功能性需求度量方法 内容概要 需求分析目的 需求分析过程 需求分析方法 需求分析工具 需求分析过程 获取需求及问题识别 分析与综合 编制文档 需求评审 需求管理 需求获取及问题识别 需求获取中的问题 误解 交流障碍 缺乏共同语言 需求永远不会稳定 用户意见不一致 错误的要求 认识混淆 需求获取的主要方法 调查研究 了解系统需求 市场调查 访问用户及用户领域专家 考察现场 调查方式 调查问卷，召开会议，个别咨询，参考资料…… 分析与综合 细化软件功能 确定系统的各种限制和约束条件 分析各种功能是否要求合理 根据功能/性能/运行环境等各方面的需求，剔除不合理的部分，综合成目标系统的逻辑模型。 主要分析方法 结构化分析方法 （Structured Analysis） 面向对象的分析方法 （Object Oriented Analysis） 需求文档 软件需求规格说明 SRS，Software Requirement Specifications 数据要求说明书 初步的用户手册 词汇表 补充规格说明 需求规格说明 需求规格说明文档结构 IEEE标准 Introduction General description Specific requirements Appendices Index 需求规格说明文档结构 a.引言 a.1 目的 a.2 文档约定 a.3 预期的读者 a.4 产品范围 a.5 参考文献 b.综合描述 b.1 产品的前景 b.2 产品的功能 b.3 用户类和特征 b.4 运行环境 b.5 设计和实现限制 b.6 假设和依赖 需求规格说明文档结构 c. 外部接口需求 c.1 用户界面 c.2 硬件接口 c.3 软件接口 c.4 通信接口 d. 系统特性 d.1 说明和优先级 d.2 激励/响应序列 d.3 功能需求 需求规格说明文档结构 e. 其他非功能需求 e.1 性能需求 e.2 安全设施需求 e.3 安全性需求 e.4 软件质量属性 e.5 业务规则 e.6 用户文档 f. 其他需求 附录A 词汇表 附录B 分析模型 附录C 待确定问题 需求评审 目的 发现存在的错误和缺陷，并及时进行纠正和弥补。 需求说明的质量特性 — 正确性 — 无二义性 — 完整性 — 可验证性 — 一致性 — 可理解性 — 可修改性 — 可跟