软件需求分析过程课件.ppt

软件需求分析与建模;主要问题;软件需求分析过程; 一般把需求定义为“（正在构建的）系统必须符合的条件或具备的功能或能力”。电气和电子工程师学会使用的定义与此类似。 著名的需求工程设计师 Merlin Dorfman 和 Richard H. Thayer 提出了一个包容且更为精练的定义，它特指软件方面 - 但不仅仅限于软件： 1、软件需求可定义为： 用户需解决某一问题或达到某一目标所需的软件功能。  2、系统或系统构件为了满足合同、规约、标准或其他正式实行的文档而必须满足或具备的软件功能。;需求工程基本任务;需求分析的基本任务;需求分析模型;目 标 系 统;软件需求曾经让我们如此狼狈;软件开发的问题分类;需求错误的代价;需求变化;需求分析的重要性;需求分析就是为了实现系统需求，并使最后交付成果与需求所要求的目标不产生：含糊性、不完整性、不可检验性、不一致性、不可追踪性和不可用性。 需求分析面向下阶段——系统概要设计 需求分析采用自己的特定方法，达到相应的阶段要求 采用的方法是尽量地让用户和开发团队都能理解并认同系统目标和范围界定的方法——业务/系统模型、用例和USE CASE图 需求分析阶段的目标是用计算机的（而不再是用户）眼光和语言，分解需求、定义需求。但是，这个眼光不是程序设计员的眼光，是系统分析师的眼光 经过需求处理后，达到需求规范要求 分析的方法是一套“建模”技术;软件需求的分类; 功能需求;功能需求描述：出卷系统; 非功能需求;非功能需求举例; 领域需求;领域需求示例：短信系统;5.2 需求分析过程;5.2.1 初步沟通;5.2.2 导出需求;5.2.3 分析和精化;5.2.4 可行性研究;可行性研究的任务 ;5.2.5 协商与沟通;5.2.6 软件需求规格;用户需求描述示例;系统需求;软件需求各组成部分之间的关系;软件需求规格说明的原则;需求规格文档标准;5.2.7 需求验证;需求变更的原因多种多样，但管理变更，应确立以下原则： （1）认识到变更是不可避免的，为变更指定计划； （2）确定需求基线； （3）建立控制变更的唯一渠道 （4）使用变更控制系统来控制变更过程； （5）分层次地管理变更。;需求变更管理;通用跟踪表;5.3 启动分析过程;5.4 非形式化需求分析技术;场景分析;情景;5.5 实例分析5.5.1 出卷系统;出卷系统的功能需求;5.5.2 POS机系统;POS机系统主要功能需求;5.5.3 图书馆系统;图书馆系统的主要功能需求;5.5.4 短信系统;5.5.5 ATM系统;ATM系统主要功能需求;总结－需求分析流程;需求分析通信途径;系统分析（详细业务调查）;某出版社系统调查表;组织结构与功能分析;业务流程分析;业务功能图;建立业务流程图;业务流程图示例—银行文件处理系统;需求分析过程举例;需求分析过程举例;需求分析过程示意;小结;第6章 结构化分析建模;结 构 化 开 发 方 法;结构化分析建模;6.1 分析模型;6.1.1 分析模型元素;6.1.2 分析模式;6.1.3 分析模型的目标与原则;6.2 结构化需求分析;6.2.1 结构化分析方法;6.2.2 结构化分析模型;结构化分析模型结构;结构化分析模型结构;结构化分析模型结构;6.3 面向数据的建模方法;实例分析：出卷系统;实例分析：出卷系统;实例分析：图书馆系统;实例分析：图书馆系统;实例分析：POS机系统;实例分析：POS机系统;6.4 面向数据流的建模;6.4.1 数据流图(DFD);数据流图符号;数据流程图的另一种基本符号;数据流图的构成－数据流;数据流图的构成－加工;数据流图的构成－数据存储;数据流图的构成－外部项;分层???据流图;数据流图的绘制步骤;数据流图的绘制步骤;数据流图的绘制原则与注意事项;数据流图举例1－工厂采购系统;数据流图举例1－采购系统;数据流图举例1－采购系统;数据流图举例1 －采购系统;第一层数据流程图（环境图）;汽车配件公司：第二层数据流程图; ;6.4.2数据字典;数据字典;数据字典;数据字典卡片方式示例;举例说明：怎样编写各类数据的字典条目;数据项条目说明举例;数据项条目说明举例;数据项条目说明举例;数据项条目说明举例;数据流条目说明举例;数据存储条目说明举例;6.4.3 状态转换图;6.4.3 状态转换图; ;举例：复印机控制软件状态图;举例：饮料自动售货机系统的状态图;4 加工逻辑的描述;1.过程描述语言;举例;2. 判定表;判定表;判定表制作;制作判定表;合并后的判定表;3. 判定树;案例分析1 出卷系统：总体数据流图;出卷系统：自动出卷数据流图;出卷系统：手动出卷数据流图;出卷系统的实体-关系图;数据字典举例;数据字典举例;数据字典举例;图书馆系统－图书流通子系统的数据流图