软件工程003的知识.ppt

第三章　结构化分析　　　Structured Analysis 为什么要进行需求分析？ 开发人员往往急于求成 对开发工作进行指导 开发人员理解用户的要求 用户理解开发人员 测试部门有理可依 需求分析的任务 　　准确地定义未来系统的目标，确定为了满足用户的需求系统必须做什么。用《需求规格说明书》规范的形式准确地表达用户的需求。 需求分析的任务 完全弄清用户对软件系统的确切要求，用推荐格式——需求规格说明书表达出来 （1）“需求说明”应具有准确性和一致性 （2）“需求说明”应具有清晰性和无二义性 （3）“需求说明”应直观、易读、易于修改 什么是用户需求？ 思考几个问题 如何识别、获取需求？ 　你能够采取何种手段与用户进行交流沟通？ 何为需求建模？ 　你如何理解模型与建模？ 软件需求过程 软件需求过程包括了5个主要活动： 需求获取 需求分析和确认 编写需求规格说明书 需求验证 需求管理 需求获取—面临的挑战 需求获取面临的挑战： 客户说不清需求 需求易变性 问题的复杂性和对问题空间理解的不完备性与不一致性 需求获取—常用方法 建立分析小组 　　领域专家：主角 　　系统分析员：导演 客户访谈 　　广泛使用 　有两种基本形式--正式访谈和非正式访谈 　　问题：谁，什么，哪里，哪些，何时，为什么， 　　　　　怎样/如何 问题分析与确认 简易的应用规格说明技术 软件原型 优秀需求具有的特性 完整性 正确性 可行性 必要性 划分优先级 无二义性 可验证性 需求获取—内容 软件需求包括： 　功能需求 　性能需求 　环境需求 　用户界面需求 　用户或人的需求 　文档需求 　数据需求 　资源使用需求 安全必威体育官网网址需求 　软件成本消耗与开发进度需求 　质量保证（可靠性需求 ） 需求分析 需求分析的过程 问题识别 问题分析与方案综合 建模 规约 复审 需求分析的过程 (1) 问题识别 ? 从系统的角度来理解软件并评审软件范围是否恰当 ? 确定对目标系统的综合要求，即软件的需求 提出这些需求实现条件，以及需求应达到的标准 问题识别的另一项工作是建立分析所需要的通信途径，以保证能顺利地对问题进行分析 需求分析的过程 (2) 分析与综合 ? 从信息流和信息结构出发，逐步细化所有的软件功能，找出系统各元素之间的联系、接口特性和设计上的约束，分析它们是否满足功能要求，是否合理。剔除其不合理的部分，增加其需要部分。最终综合成系统的解决方案，给出目标系统的详细逻辑模型。 常用的分析方法 面向数据流的结构化分析方法（SA） 面向数据结构的Jackson方法（JSD） 结构化数据系统开发方法（DSSD） 面向对象的分析方法（OOA）等 需求分析的过程 (3) 编制需求分析阶段的文档 ? 软件需求说明书 ? 数据要求说明书 ? 初步的用户手册 ? 修改、完善与确定软件开发实施计划 需求分析规格说明书 从现实中分离功能，即描述要“做什么”而不是“怎样实现” 要求使用面向处理的规格说明语言（或称系统定义语言） 如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中 规格说明必须包括系统运行环境 规格说明必须是一个认识模型 规格说明必须是可操作的 规格说明必须容许不完备性并允许扩充 规格说明必须局部化和松散耦合 需求验证 需求管理 (4) 需求分析评审 系统定义的目标是否与用户的要求一致; 系统需求分析阶段提供的文档资料是否齐全; 文档中的所有描述是否完整、清晰、准确反映用户要求; 与所有其它系统成分的重要接口是否都已经描述; 被开发项目的数据流与数据结构是否足够，确定; 所有图表是否清楚，在不补充说明时能否理解; 主要功能是否已包括在规定的软件范围之内，是否都已充分说明; 设计的约束条件或限制条件是否符合实际; 开发的技术风险是什么; 是否考虑过软件需求的其它方案; 是否考虑过将来可能会提出的软件需求; 是否详细制定了检验标准，它们能否对系统定义是否成功进行确认 结构化分析 概述 分析建模与规格说明 实体-关系图 数据流图 状态转换图 数据字典 分析建模 建立模型——为了更好地理解复杂问题 模型(model)——是对对象系统的形式化的特征抽象，从某个视点、在某种抽象层次上无歧义地说明被建模的系统。 结构化分析——实质上是一种建立模型的活动，包含三种模型（数据模型、功能模型和行为模型） 分析模型的结构 数据模型：实体-关系图(ERD) 　描述数据对象与数据对象之间的关系。 功能模型：数据流图(DFD) 　描绘数据在系统中移动时被变换的逻辑过程，指明系统的变换数据的功能；DFD中每个功能的描述包含在加工规约(小说明)中。 行为建模：状态转换图(STD) 　指明作为