第17章结构化软件开发方法.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第17章结构化软件开发方法

第十七章 结构化软件开发方法 本章基本内容与要求 基本内容 结构化软件开发方法在可行性研究 、需求分析 、概要设计 、详细设计 、编码和测试等阶段的主要技术 要求 掌握结构化软件开发方法的基本技术 一、软件的生命周期 (Software Life Cycle) 问题定义 可行性研究 需求分析 概要设计 详细设计 编码 测试 运行与维护 第一节 可行性研究 可行性研究的目的是用最小的代价在尽可能短的时间内确定问题是否能够解决。从以下几个方面着手进行考虑 市场可行性 经济可行性 技术可行性 法律可行性 第二节 需求分析 需求分析的任务 需求分析的步骤 需求分析的任务 需求分析的任务是确定系统必须完成哪些工作,也就是对目标系统提出完整、准确、清晰、具体的要求。 包括对软件功能、性能、数据、界面、环境、资源、用户、文档、安全、质量和进度等需求的确定。 需求分析的步骤 需求获取:双方确定对问题的综合需求 分析与综合:导出软件的逻辑模型 书写文档 需求规格说明书 初步用户使用手册 确认测试计划 需求分析评审 步骤二:分析与综合 结构化分析(传统建模方法) 面向对象分析 数据流图 (DFD,Data Flow Diagram) 是描述数据处理的工具。从数据传输和加工的角度,以图形的方式刻画数据流从输入到输出的移动变换过程 是一种功能模型 仓库管理系统数据流图 数据字典 (DD,DataDictionary) 是关于数据信息的集合,它对数据流图中的各个元素作完整的定义与说明,是数据流图的补充工具。 数据字典的用途 统一一个组织内数据的定义,便于分析员和用户之间的通信 便于开发人员之间的通信 保证组织的数据共享 数据字典的内容 数据流(名称、来源、去处、组成、流通量等) 数据项(名称、编号、取值范围、长度等) 数据结构(名称、编号、组成) 数据存储(名称、入/出的数据流、组成) 处理逻辑(名称、简述、输入/出、功能等) 外部实体(名称、简述、有关数据流等) 例:数据流的定义 名称、来源、去处、组成、流通量等 步骤三:书写文档 需求规格说明书 初步用户使用手册 确认测试计划 需求规格说明书(SRS) (Software Requirement Specification) 需求分析阶段要完成的文档。 SRS的作用: 开发者与用户间事实上的技术合同书 开发者下一步设计和编码的基础 测试验收目标系统的依据 SRS大纲 引言 任务概述(项目概述) 数据描述(DFD、DD) 功能描述 接口 性能需求 属性 其它需求 步骤四:需求分析的评审 (1)一致性 (2)完整性 (3)现实性 (4)有效性 第三节 概要设计 概括地回答“怎样实现目标系统” 软件设计的内容 体系结构设计 模块设计 用户界面设计 数据库设计 数据结构与算法设计 概要设计的任务和步骤 1、设计软件系统结构(软件结构) 2、用户界面及数据库设计 3、编写概要设计文档 (1)概要设计说明书。 (2)数据库设计说明书。 (3)用户手册。 (4)修订测试计划。 4、评审 软件结构的设计方法 面向数据流的设计方法 (DFD)数据流图→软件结构图 面向数据结构的设计方法 Jockson Warnier 仓库管理系统结构图 模块设计 模块:泛指软件系统的功能部件 模块特征:功能独立,并且可以被集成 二、模块化软件设计的基本概念和原理 模块化 信息隐藏和局部化 模块独立 软件结构设计的(启发)原则 模块化 把程序划分成独立命名且可独立访问的模块,每个模块完成一个功能,把这些模块集成起来构成一个整体,可以完成制定的功能,实现问题的需求 模块化的根据:把复杂的问题分解成许多容易解决的小问题,原来的问题也就容易解决了。 信息隐藏和局部化 信息隐藏(Information Hiding) :一个模块的数据和模块的实现细节对不需要这些信息的模块来说是不能访问的。独立的模块间仅仅交换为完成系统功能而必须交换的信息。 局部化:信息隐藏的实现方法之一,使数据局部于所属模块(如过程或函数中的局部变量) 对象:信息隐藏的实现方法之二。 模块独立性 模块独立性 使每个模块完成一个相对独立的特定子功能,并且和其他模块之间的关系很简单。 模块独立性的重要性 软件开发较容易 独立的模块容易测试和维护 模块独立程度的度量标准(取决于模块的内部和外部特征) 耦合:衡量不同模块间互相依赖的紧密程度 内聚:衡量一个模块内部个元素彼此结合的紧密程度 概要设计说明书 引言 任务概述 总体设计 接口设计 数据结构设计 运行设计 出错处理设计 安全保密设计 维护设计 第四节 详细设计 说明“应该怎样具体地实现这个系统” 一、详细设计的任务 为每个模块确定采用的算法,选

文档评论(0)

sandaolingcrh + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档