和数据流软件工程-东北大学继续教育学院.ppt

结构化开发方法概述 软件项目计划 需求分析 系统设计 程序编码 测试 维护 需求分析 这一阶段是面向用户问题的，而不是面向软件求解的 系统功能——找出系统必须完成的所有功能 系统性能——系统响应时间、查询速度、系统需要的存储容量、安全性等问题 系统限制和约束——指开发周期、费用、可使用资源等 系统运行环境——硬件环境、软件环境及数据通信接口等 将来可能提出的要求——对系统将来可能的扩充和修改做准备 在系统开发前，以一种清晰、简洁、一致且无二义性的方式，对一个待开发系统中各个有意义方面陈述的一个集合 需求分析 目的 弄清楚新系统将要做什么 了解原系统的业务和信息流程情况，分析其是否合理，了解业务流程和数据之间的关系 在现行系统的基础上建立符合计划阶段所定义的目标，并满足用户需求的新系统的逻辑模型 需求分析 重要性 是其它阶段的基础，基础没有打好，后面的工作无法顺利进行 因需求没有做好而导致失败的项目很多 演出权益协会项目的PROMS项目 西撒克斯地区信息系统计划项目 伦敦股票交易TAURUS项目 伦敦救护车服务派遣系统项目 Swanick空中交通控制系统项目 需求分析 重要性 软件生存周期中，错误发现得越晚，其修复的成本就越高，应在需求阶段就尽量将错误预测出来 发现错误与修复费用对照表 需求分析 需求的困难性 用户很难准确和清晰地描述其需求细节，不同甚至同一用户的需求可能相互矛盾，用户的需求可能经常变更 用户熟悉其业务，但可能不了解计算机；而软件开发人员则相反，导致需求分析人员与用户之间缺乏共同语言，交流沟通存在障碍 自然语言的交流存在歧义和二义性问题 需求分析 需求分类 功能性需求 描述系统应该做什么，即具备的功能或服务（输入、输出和计算等） 非功能性需求 描述系统或系统开发时必须遵守的约束条件 性能需求：系统做得怎么样 设计约束：资源需求、技术要求 商业约束：时间和费用 其他需求：文化和政策需求、法律需求、道德要求、隐私要求 需求分析 分析原则 循序渐进 尽量少涉及实现 需求应是可被验证的 需求应是可被追踪的 注意开发人员与用户之间的互动，要尊重客户的意见 不同类型的系统应有不同的特点，应采用不同的分析方法 需求分析 分析方法 结构化分析方法（SA）最初由Douglas Ross提出，后经多人不断补充和扩展，形成了今天的结构化分析方法框架 以“数据处理”为核心进行分析 即软件要接收输入，以某种方式对其进行处理，然后产生输出 需求分析 分析方法 自顶向下，逐步分解和求精 庞大的、复杂的系统很难一下子被完全理解，需要以某种方式分解为几个较易理解的部分 以数据处理为核心进行迭代，不断找出更多的功能细节，直到描绘出所有的功能 需求分析 分析模型 分析模型必须达到的目标 描述用户要求 建立软件设计的基础 定义软件开发完成时必须确认的一组需求 描述工具 为了准确描述需求，在系统需求分析过程中常采用一些简单的图形描述工具 在描述复杂关系时比文字叙述要优越 例如数据流程图（DFD）、数据字典（DD）、判定表和判定树等 需求分析 分析模型 功能建模 数据流程图 行为建模 状态变迁图 数据字典 需求分析 分析模型----数据流图（DFD：Data Flow Diagram ） 结构化分析的基本工具 以图形的方式表达数据处理系统中信息的变换和传递过程 指明数据在系统中移动时如何被变换，描述对数据流进行变换的功能（和子功能） 描述4大基本功能：输入、处理、输出、存储 需求分析 分析模型----数据流图 四种符号 外部实体：系统用户，提供输入或接收输出数据 数据处理：从数据输入转换到输出的算法或程序 数据流：在处理、外部实体以及存储之间流动的数据 存储：保存数据的地方 需求分析 分析模型----数据流图 通常采用分层次结构 把一个复杂的问题，分解为一些相互独立的子问题，再绘出分层DFD 需求分析 分析模型----数据流图 需求分析 分析模型----数据流图 总体图：描述了系统和周围环境的关系 需求分析 分析模型----数据流图 零级图 表示一个系统的主要功能或者是一个大型系统的主要组成子系统 需求分析 分析模型----数据流图 细节图 表示一个复杂的处理的详细内部表示 需求分析 分析模型----数据流图 绘制的规定——正确与否相关 外部实体只能出现在总体图和零级图中 数据存储只能出现在零级图和细节图中 数据存储必须既有读操作，也有写操作 数据流要有名字 数据流必须开始或结束在处理圆圈上 数据流不表示有关的控制逻辑 每个处理应该既有输入的数据流，也有输出的数据流 子图与父图中对应的处理必须执行相同的功能，且子图与对应的处理流入和流出的数据流相同 输入/输出命令不能作为数据流程图中的处理 需求分析 分析模型----数据流图 绘制的规定——