第十章 传统的软件开发方法PPT.ppt

主讲老师:刘志强 第十章 传统的软件开发方法 10.1 结构化开发方法概述 10.2 系统分析与定义 10.3 系统设计 10.4 系统编程 10.5 系统测试 10.6 系统维护 10.1 结构化开发方法 基本思想：把一个复杂问题的求解过程分阶段进行，每个阶段处理的问题都控制在人们容易理解和处理的范围内。 基本要点： 自顶向下 逐步求精 模块化设计 结构化编码 主程序员组织 结构化设计SD “自顶向下” 是将复杂的大问题，分解为小问题，找出问题的关键、重点所在，同时找出技术难点来。然后用精确的思维定性、定量地描述问题。 “逐步求精” 将现实世界的问题经抽象转化为逻辑空间或求解空间的问题。复杂问题经抽象化处理变为相对较简单的问题。经几次抽象（精化）处理，最后到求解域中只是非常简单的编程问题。求解（抽象）过程可以划分为若干个阶段，在不同阶段用不同工具来描述。实现细则在前期阶段可以不去管它。在每个阶段有不同的规划和标准，产生出不同阶段的文档资料。 求解问题不是一下子就用计算机语言却描述问题，而是分阶段；先用自然语言、DFD（数据流程图）等工具一步步地去抽象、描述，最后用计算机语言却实现。 模块化处理 把程序划分为若干个模块，而每个模块完成一个子功能，把这些模块汇总起来构成一个有机整体，完成指定的功能。 模块化的目的是为了降低软件复杂度，使软件设计，调试和维护等操作变得简易。 结构化编码 SP编码的方法强调清晰简洁，它是一种构造程序的技术，有利于提高软件生产率及降低软件维护代价。 1966年Bohm和Jacopin就证明了只要用三中基本结构，就足以表示所有形式的程序控制结构。 1978年Kernihan和Plauger对一些编码风格进行归纳，提出了16种具体方法。 主程序员组织 主程序员 组织负责人,全权负责,包括解决技术难题,有时一些关键性技术问题,主程序员应亲自动手遍程去解决；他必须是技术高手，是程序生产过程中的总体设计师。 程序员 按任务书要求编程；是程序生产线上的“工人”。 测试工程师 具有较高遍程水准和经验，负责系统测试；是程序生产过程中的检验员。 文档人员 自始至终参加程序生产活动，负责编写一切有关文档资料。 结构化方法的体系结构 结构化方法的体系结构是: 结构化分析（SA—Structure Analysis） 结构化设计（SD—Structure Design） 结构化程序设计（SP—Structure Programing） 结构化分析SA SA方法是建立在自顶向下、逐步求精思想基础上的分析方法，它的要点是分解和抽象： 把复杂问题自顶向下逐层分解，再从分解出的对象中抽象出相对简单的子问题。 经过一系列分解和抽象，到最底层的问题已经是很容易求解的了。 结构化设计SD SD方法是由IBM公司的Constentine等人花了十几年时间研究出来的一种程序设计方法，发表于1974年。 SD是一种用于概要设计的方法，与SA方法配合使用。 其目标：建立一个结构良好的软件系统。 SD方法的基础是数据流程图，因此也称为面向数据流的设计方法。 结构化程序设计SP SP的思想最早是由著名计算机科学家E.W.Dijkstra提出的。 1966年Bohm和Jacopin证明了只用三种基本结构就能实现任何一个入口，一个出口的程序； 1977年IBM公司的Mills又进一步提出：“程序应该只有一个入口和一个出口。 在长期程序设计的实践中，SP方法不断得以完善，使之成为开发传统应用领域应用系统的主要方法之一。 10.2 软件需求定义 软件需求分析 就是明确软件系统将来达到的目标。 目标 规定项目必须满足的总目标； 确定项目的可行性； 拟定完成项目各个目标的策略，制定项目资源成本和进度。 1、软件需求定义的任务 理解和表达用户要求，制定软件开发计划，编写要求说明书。 收集、理解、明确用户的要求，明确系统做什么？建立系统的逻辑模型，写出开发计划和需求分析报告。 软件需求定义的工作流程 2、需求分析过程 基本过程示意图 沿数据流回溯 用户复查 细化数据流图 修改开发计划 书写文档资料 审查和复审 需求分析的基本过程 沿数据流回溯 通常从数据流图的输出端着手分析，要搞清楚： 数据元素从哪儿来？ 每个输出数据元素又是从哪儿来的？ 有时对用户具体的数据元素还搞不清楚，则需要和用户探讨、商量解决。 通常把分析过程中得到的有关部门数据元素信息记录到数据字典DD中。把对算法的简明描述记录在IPO（输入|处理|输出图）图中。 通过分析而补充的数据流、数据存储和处理，应该添加到DFD的适当位置上。 用户复查 经分析将在数据流图回溯过程中找出的数据元素，并由此定义的DD和算法是否正确？这只能