软件需求分析与概念模型.pptVIP

第4章 软件需求分析与概念模型 4.1 需求分析 4.2 需求分析过程 4.3 常用的需求分析方法 4.4 需求分析-概念模型 4.5 需求规格说明 两种程序设计方法 程序设计的两次飞跃 结构化程序设计 程序=数据结构+算法 面向对象程序设计 程序 = 对象 + 消息 两种软件工程方法 传统软件工程 软件分析 → 总体设计 → 详细设计 → 面向过程的编码 → 测试 面向对象软件工程 软件分析与对象抽取 → 对象详细设计 → 面向对象的编码 → 测试 软件需求分析 软件需求分析的目标和任务 需求分析的过程 软件需求分析的原则 需求的获取技术 可行性研究和可行性研究报告 结构化分析方法 用于支持需求分析的快速原型化方法 软件需求规格说明和需求评审 4.1 需求分析 该阶段的基本任务是回答“系统必须做什么” 提交详细的需求分析文档 是系统开发的基础，质量和成败的关键 需要严格的审查和验证 4.1.1 需求分析的难点 需求易变性 问题的复杂性 交流障碍 不完备性和不一致性 4.1.2 需求分析的原则 将复杂问题分解、逐层细化 能够表达和理解问题的数据域和功能域 建立模型 4.1.3 需求分析的任务(1) 基本任务：准确地回答“系统必须做什么？” 1.确定对系统的综合需求 (1)系统功能要求 (2)系统性能要求 (3)运行要求 (4)将来可能提出的要求 2.分析系统的数据要求 采用建立“概念模型”的方法，并辅助图形工具，如：层次方框图、Warnier图等。 4.1.3 需求分析的任务(2) 3.导出系统的逻辑模型 数据流程图、数据字典、主要算法 4.修正系统开发计划 5.开发原型系统 面向过程的需求分析过程 4.2 需求分析工作过程（1） 1、问题识别 明确用户目标系统的要求，包括功能、性能、环境、安全和保密，截面、资源使用、软件成本消耗与开发进度；同时还要估计终极系统可能达到的目标。同时还要注意其他非功能性要求：质量控制标准、里程碑、评审验收标准，各种质量要求的优先级，以及维护方面的要求。 4.2需求分析工作过程(2) 2、分析与综合 从信息流和信息结构出发，逐步细化软件所有功能，找出各系统元素之间的联系、接口特性和对设计的限制。判断是否存在因片面或短期行为而导致的不和理要求，是否用户尚未提出有价值的潜在要求，剔除需求中不和理部分，增加真正需要的部分。最终综合成系统解决方案，提交目标系统的详细逻辑模型。 4.2需求分析工作过程(3) 3、编制需求分析阶段文档 通常把描述需求的文档称做软件需求说明书，清晰、明确描述已经确定的需求，同时，为了确切表达用户对软件的输入、输出数据要求，还要制定数据要求说明书并编写初步的用户手册。 4.2需求分析工作过程(4) 4、需求评审 对需求分析阶段的工作进行复查，对软件功能正确性、需求说明书一致性、完备性、准确性和清晰性、合理性进行评价。评审应有专人负责，按规程严格进行，评审结束时有负责人的结论意见签字。除分析员外，用户、开发部门的管理者、软件设计人员、实现人员、测试人员都应参加评审工作。 初步需求获取技术 建立获取需求的方法框架 支持和监控需求获取的过程 主要方法是调查研究 了解系统的需求。仔细分析研究系统的需求规格说明 市场调查。了解时常对待开发软件有什么要求，了解市场上有无与待开发软件有类似的系统，如果有，在功能和价格上情况如何。 访问用户和用户领域的专家。将从用户那里得到的信息作为重要的原始资料进行分析，访问用户领域的专家有助于对用户需求的理解。 考察现场。 了解用户实际的操作环境、操作过程和操作要求。 调查方式 制定调查提纲，向不同层次用户发调查表 按用户不同层次，分别召开调查会，了解用户对待开发软件的看法 想用户领域的专家或在关键岗位的工作人员分别进行咨询 实地考察，跟踪现场业务流程 查阅与待开发系统有关的资料 使用各种调查工具，如数据流图、任务分解图、网络图 需求建模 目标软件的模型用来刻画系统所涉及的信息、处理功能和实际运行时的外部行为，不涉及软件实现细节。 以一种见解、准确、清晰的方式系统的描述了软件需求，便于分析人员剔除用户描述中的模糊性和不一致性，是软件需求臻于完全。 支持需求分析的快速原型技术 在软件开发中，原型指软件的一个早期可运行的版本，它反映最终系统的部分重要特性。 在获得一组基本需求说明后，通过分析构造出一个小型软件系统，满足用户的基本需求，使得用户可以在试用原型系统过程中得到亲身感受并受到启发，作出评价，然后根据用户的意见对原型加以改进。如此周而复始，祢补不足，从而提高了产品的最终质量。 4.3 需求分析的方法(1) 功能分解法（function decomp