最新软件开发流程实训

最新软件开发流程实训 作者： Hugo 时间： 2009-12-28 1 软件开发 ................................................................................................................................................. 1 1 开发项目的前期准备 ................................................................................................... 3 1.1 软件的概念、分类与发展 ....................................................................................... 3 1.2 软件生存期 ................................................................................................................ 3 1.3 软件项目开发常用模型 ........................................................................................... 4 1.4 软件开发方法和软件开发工具............................................................................... 5 1.5 软件的基本策略........................................................................................................ 6 2 软件可行性分析 ............................................................................................................ 6 2.1 可行性分析的目的 ................................................................................................... 6 2.2 可行性分析的依据 ................................................................................................... 6 2.3 可行性分析的方法 ................................................................................................... 7 3 项目计划与质量管理 ................................................................................................... 7 3.1 项目计划的内容........................................................................................................ 7 3.2 项目报告 .................................................................................................................... 8 3.3 软件的质量因素........................................................................................................ 9 3.4 软件质量检查措施 ................................................................................................. 10 4 需求分析 ...................................................................................................................... 10 4.1 需求分析的目的...................................................................................................... 10 4.2 详细调研与分析...................................................................................................... 11 4.3 从工作流程到数据流程图 ..................................................................................... 13 4.4 绘制分层数据流程图 ............................................................................................. 14 4.5 编写数据字典 .......................................................................................................... 15 4.6 编写处理逻辑说明 ................................................................................................. 15 4.7 撰写需求规格说明书 ............................................................................................. 16 5 总体设计 ...................................................................................................................... 17 5.1 了解总体设计的过程和任务 ................................................................................. 17 5.2 确定开发平台 .......................................................................................................... 17 5.3 确定系统 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 .......................................................................................................... 18 5.5 代码设计 .................................................................................................................. 22 5.6 输入、输出设计...................................................................................................... 24 5.7 用户界面设计 .......................................................................................................... 24 5.8 数据库设计 .............................................................................................................. 24 6 详细设计 ...................................................................................................................... 25 6.1 详细设计的目的、任务和原则............................................................................. 25 6.2 模块处理过程设计 ................................................................................................. 26 6.3 确定每个模块的算法 ............................................................................................. 29 7 软件编程规范 ...................................................................................................................... 30 2 1 1.1 1.1.1 软件的概念 软件（Software）=程序+数据+相关文档 1.1.2 软件的分类 按功能划分 1. 系统软件 2. 支撑软件 3. 应用软件 按规模划分： 1) 微型软件。一人，几天，500行代码左右 2) 小型软件。一人，半年，2000行代码左右 3) 中型软件。5人，一年，5000~50000行代码左右 4) 大型软件。5~10人，2年，50000~100000 5) 超大型软件。100~1000人，4~5年，>100000行代码左右 6) 极大型软件.2000~5000人参加,10年内完成1000万行代码左右 按工作方式划分 1) 实时处理软件 2) 分时软件 3) 交互式软件 4) 批处理软件 按软件服务对象的范围划分 1) 项目软件. 为特定客户使用. 2) 产品软件. 为市场成千上万的用户服务. 1.1.3 软件的发展 1. 程序设计时期,约为20世纪50~60年代; 软件开发前身 2. 程序系统时期,约为20世纪 60~70年代; 软件开发初期 3. 软件工程时期,约为20世纪 70~; 产业化软件开发. 1.2 软件也有一个孕育、诞生、成长、成熟、衰亡的生存过程；即一个软件项 目从问题提出、定义、开发、使用、维护，直到被弃，要经历一个漫长的 时期，这过程就是软件的生存期。 3 1.2.1 软件生存期各阶段的文档编造 国家 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 GB8567-88《计算机软件产品开发文件编指南》建议编制14 种文档 可行性研究报告 , 项目开始计划 , , 软件需求说明书 , 数据要求说明书 , 概要设计说明书 , 详细设计说明书 , 数据库设计说明书 , 用户手册 , , , 操作手册 , , 模块开发卷宗 , , 测试计划 , , 测试分析报告 , 开发进度月报 , , , , , 项目开发总结报告 , , , , , 1.3 软件开发的主要环节有： 人员管理、项目管理、可行性分析、需求分析、系统 设计、程序设计、测试、维护。 4 人员管理 项目管理 可行需求系统程序测维 分析 性分设设试 护 析 计 计 软件开发主要环节 可行性研究及计划 定义阶段 需求分析 设计 编码 开发阶段 测试 运行 维护阶段 线性模型 1.4 1.4.1 软件开发方法 （1） 结构化方法（Structured Method）是较传统的软件开发方法 基本思想可以概括为自顶向下、逐步求精，采用模块化技术和功能 抽象将系统功能分解为若干模块，从而将复杂的系统工程分解成若 5 干易于控制处处理的子系统。 缺点：过程与数据分离，复用性差 （2） 面向对象方法（Object-Oriented Method）是针对结构化方法的缺 点为提高软件系统的稳定性、可修改性和可重用性而逐渐产生的。 基本原则是尽可能模拟人类习惯的思维方式，使开发软件的方法与过 程尽可能接近人类认识世界、解决问题的方法和过程，将客观世界中 的实体抽象为问题域中的对象。 1.5 1.5.1 复用策略----拿来主意 将具有一定集成度并可以重复使用的软件组成单元称为软件（Software Componet） 1.5.2 分而治之策略 分而治之策略的指把一个复杂的问题分解成若干个简单的问题，然后逐个解 决的策略。 1.5.3 优化与折衷策略 有正确的认识，优化工作不是可有可无的事情，而是必须做的事情。 程序员有责任不断改进软件中的算法、数据结构和程序组织，从而提高软件 质量。 2 2.1 是前期对工程项目的一种考察和鉴定，对拟议中的项目进行全面与综合的技术、 经济能力的调查，判断它是否可行。但它是研究目的不是解决问题，而是确定问 题是否值得去解决。 2.2 , 用户需求 6 , 初步调研结果 2.3 软件领域的可行性分析考虑三个要素：经济、技术和社会环境。 2.3.1 经济可行性分析报 , 估算软件开发项目的成本 , 预测该项目给企业带来的经济效益 2.3.2 技术可行性分析 根据用户提出的系统功能、性能及实现系统的各项约束条件，从技术角度研究 实现系统的可行性技术可行性分析包括以下几个方面： , 风险分析；一约束条件下，决断能否设计并实现系统所需的功能和性能 , 技术分析； , 资源分析。 2.3.3 社会可行性分析 研究在项目开发过程中可能涉及的侵权、责任、以及法律相抵触的问题。 2.3.4 可行性分析报告 3 可行性分析之后，项目计划与质量管理将贯穿需求分析、系统设计、程序设计、测试、 维护等各个环节。 3.1 工发项目所制定的计划通常包括下列基本内容。 7 （1） 概述：一般性地叙述开发项目，描述计划组织，并且阐述文档其余部分的 内容。 （2） 阶段计划：讨论项目开发周期---需求分析阶段、总体设计阶段、详细设计 阶段 等，详细说明每个阶段应该完成的日期，并且指出不同阶段可以互 相重叠的时间等。 （3） 组织计划：规定从事这个开发项目的每个小组的具体责任。 （4） 测试计划：规定应进行的测试和需要的工具，以及完成系统测试的过程分 工，但不包括具体的测试方案。 （5） 变动控制计划：确定在各级系统开发过程中需求变动的管理控制机制。 （6） 文档计划：定义和管理与项目相关的文档。 （7） 培训计划：培训从事开发工作的程序员和使用系统的用户的计划。 （8） 复审和报告计划：讨论如何报告项目的状况，并且确定对项目进展情况进 行正确复审的计划。 （9） 安装和运行计划：描述在用户现场安装该系统的过程。 （10） 资源和配置计划：概述关键的细节计划—进度、里程碑和按 合同 劳动合同范本免费下载装修合同范本免费下载租赁合同免费下载房屋买卖合同下载劳务合同范本下载 规定 应该交付的系统配置成分 （11） 索引 3.2 定期把关于项目进展的信息反馈给管理人员是极端重要的。项目报告的信息通常 包括：规定时间已完成的工作，下一阶段计划要完成的工作，问题范围，到目前 为止已经用掉的成本。 3.2.1 个人开发进度月报 （1） 个人开发进度月报的标题表格格式 项目名称及标识： 子项目名称及标识 开发阶段： 报告时间： 年 月 日 至 年 月 日 报告人：（签名） （2） 个人开发进度月报工作进度表中的任务表格格式 8 任务：<任务名> 任务描述： 状态： （）完成 （）未完成 与计划比较： （）提前 （）按期 （）推迟 推迟原因： （3） 个人开发进度月报的资源耗费表格格式 总用工时： 加班时间： 机时： 上网时间： 硬件平台： 软件环境和工具： （4） 个人开发进度月报的下个月工作计划表格格式 任务：<任务名> 任务描述： 任务所属项目或子项目： 性质： （）新 （）续上月 3.3 目前人们对软件开发项目提出的要求，往往只强调系统必须完成的功能，应该遵 循的进度计划以及生产这个系统所花费的成本，却很少注意在整个生命周期中软 件系统应该具备的质量。 9 正确性与精确性 性 易 可理可复 能 用 解性用性 与 性 与简与可 效 洁性 扩充 率 性 影响软件质量的因素 3.4 1) 事先把检查的主要内容制成一张表，使检查活动集中在主要问题上。 2) 只评审工作，不评审开发者 3) 建立一个议事日程并遵循它。 4) 不要花太多的时间争论和辩驳。 5) 说清楚问题所在，但不要企图当场解决所有问题。 6) 对检查人员进行适当的培训。 4 4.1 需求分析的目的是要回答新系统将要“”这个关键性的问题。 4.1.1 需求分析的任务 任务是在系统调研的基础上，对新系统的功能进行细致的分析，并建立一 个满足用户需求的新系统的逻辑模型。因此，需求分析又称为系统的逻辑设计。 （逻辑模型忽视实现机制与细节，只描述系统要完成的功能和要处理的数据。 4.1.2 需求分析的过程 10 可以分成四个方面：系统功能分析、确定新系统逻辑结构、分析与综合、书写 系统分析报告。 4.2 4.2.1 调研的必要性 （1） 保证开发的系统的功能与用户提出的要求相吻合 （2） 找出现行系统中存在的主要问题和薄弱环节，从而制定新系统的目 标。 （3） 以便设计出全合理，好的新系统逻辑模型，为新系统的设计工作打好 基础。 4.2.2 调研的方法 在进行系统调研之前，要先成立系统调研小组，调研小组成员一般由使用单位 的领导人员、业务人员和设计单位的需求分析员、系统设计员共同组成。 （1） 资料调研法 （2） 会议调研法 （3） 个人访谈法 （4） 亲自实践法 （5） 专家调查法 （6） 问卷调研法， 分自由式提问，封闭式提问，事实性提问，意见性提 问 4.2.3 组织的结构调研 在进行调研时，首先要弄清楚用户的组织结构。 董事会 总经理 主管、副总理 S 财CG稿写印 仓行 务S P房 花 唛 库 政 O 处 D P 11 4.2.4 业务流程的调研 （1） 调研内容 了解各个部门信息产生的过程、处理形式、方法、流程、流量以及产 生的信息形态（报千、报单）等，并用管理业务流程图表示出来。 （2） 基本图例 业务处理单位或部门 系统外的部门或人员 各类单据、报表等 物流或信息流 腰三角形 业务流程图例 顾客资料 订货单 订货信息 退货单 汇款单 销售客户 人员 换货单 包裹单 订购商品表 换货商品表 退货商品表 库房管 理员 库存 台账 单位消防安全管理台账纪检监察工作台账设备维修台账加油站进油台账物业收费台账表 业务流程图 12 4.3 4.3.1 数据流程分析 对现行系统的业务流程进行分析，从数据流的角度对现行系统进行抽象，即 把数据现行系统内部的流动过程抽象地独立出来，舍去个个体的组织结构、 信息载体、处理工具等，只考虑业务处理过程中的数据处理，包括数据的加 工处理、传递、存储等。 系统的业务流程--------,数据流程 4.3.2 数据流程图基本图例 数据流程图(Data Flow Diagram 简称 DFD)描述系统逻辑模型的主要工具. 数据流名称 数据源点或终 点 标识部分 加工 功能描述 数据存储 数据存储名称 数据流程图基本图例 （1） 数据的源点或终点。为了便于理解数据的来龙去脉。 （2） 加工。输入数据在此变换产生输出数据，变换是指对数据的逻辑处 理，表达了对数据处理的逻辑功能。 （3） 数据流。数据流是被加的数据及流向。 （4） 数据存储文件。数据存储文件用来表明数据保存的地方（数据存储的 逻辑描述） 4.3.3 数据流程图的画法 先把整个系统按总的功能画出最粗的数据流程图，只表示出系统的总体功 能、系统的边界、与外界的接口等。 画数据流程图的具体步骤如下： （1） 确定数据流程图的总体功能。 （2） 找出数据流程图的起点精与终点，它们是系统的边界。 （3） 找出起点的输出与输入数据流。 13 （4） 从起点的输出数据流出发，按照系统的逻辑需要，逐步画出一系列逻 辑处理，直到找到终点的输入数据流，形成数据流的封闭 4.3.4 数据流程图的用途 是利用它作为交流信息的工具。系统分析员把他对现有系统的认识或对目标 系统的设想用数据流程图描绘出来，供有关人员审查确认。 数据流程图的另一个用途是作为系统分析和设计的工具。 退货商品表 订货信息 换货商品表 汇款单 订购商品 表 销售及 客户 库存子系统 库房管理员 包裹单订购商品 单 表 顶层数据流程图 4.4 SA方法采用“分层”的技术，对数据流程图逐步深入分析，加入各项细节。 概括的说，就是自外向内、自顶向下、逐层细化、完善求精。 一套分层的数据流程图由顶层、中间层和底层组成。 汇订 款货订货单 单 信 息 订购商品表 1 2 换货单 销售 库存 管理 管理 顾客资料表 顾客资料表 中间层数据流程图 14 订汇货款信单 息 1．1 报表 库存 订单表 管理 订货商品表 库存管理数据流程图 4.5 数据字典（Data Dictionary, DD）的任务就是对数据流程图中出现的所有被命名的 图形元素在数据字典中作为一个条目加以定义，使得每一个图形元素的名字都有 一个确切的解释。 4.6 对数据流程图中各个加（即不再进一步分解的处理）的精确描述称为处理逻辑说 明，其条目用于交代清楚系统中每一个基本加可能包括的运算、数据存储和条件 判断的 （1） 结构化语言 3种基本构成：须序结构、判断结构、循环结构 例： 15 If 成绩在录取分数以上 If体检合格 Then 发证书 Else （体检不合格） 将考生档案转送下一志愿学校 Else (成绩在录取分数以下) If 体检不合格 Then 将考生档案转送下一志愿学校 Else （体检不合格） 发不录取通知书 （2） 决策树（decision tree） 更直观、方便 体检合格---录取 已达录取分数线 体检不合格---转下一志愿学校 新生录取系统 体检合格---转下一志愿学校 未达录取分数线 体检不合格---不录取 （3） 判断表（decision table） 4.7 需求规格说明书是系统分析阶段工作的全面总结，是这一阶段的主要成果，编写 需求规格说明书是系统开发中一项十分重要的工作。 主要包括内容 , 概述：说明项目名称、背景、引用资料、本文所用的专业术语。 , 现行系统分析。 , 新系统目标与新系统功能。 , 新系统的逻辑模型。 , 新系统运行环境。 , 实施计划的内容包括工作任务的分解、进度、预算和培训计划等。 16 5 5.1 总体设计的基本任务是“”。 总体设计的目的是根据需求分析得到的软件需求规格说明书为用户提供一个最 佳的系统设计方案。 总体设计通常由和两个阶段组成。 5.2 5.2.1 开发环境 （1） 硬件平台 （2） 软件平台 5.2.2 确定开发平台的依据 开发平台的确定应考虑用户投资，技术支持等诸多因素，应将硬件与软件平 台统筹考虑。 5.2.3 确定开发平台的原则 （1） 系统平台的标准性与主流性 （2） 系统平台的成熟性与先进性 （3） 系统平台的实用性与经济性 （4） 系统平台的易用性与可扩充性 5.2.4 开发平台选型分析 开发平台主要有：客户/服务器模式(C/S)和浏览器/服务器模式(B/S)为主流， 因为这种结构能够让信息的各种特性在计算机系统中得到充分体现。 目前较为流行的3种网络操作系统UNIX、Linux、Windows NT都支持这两 个模式。 由硬件、网络操作系统、数据库一起构成系统开发平台。 方案 硬件 网络操作系统 数据库产品 1 小型机，工作站 UNIX Sybase、Oracle 2 PC Netware Sybase 3 PC, 工作站 Windows NT MS SQL Server 17 5.3 5.4 设计软件结构 5.4.1 结构化系统设计 软件设计方法可以分为以下三大类。 , 根据系统的数据流进行设计，称为面向数据流的设计（data flow-oriented design）或者过程驱动的设计（process-driven design） , 根据系统的数据结构进行设计，称为面向数据结构的设计（data structure-oriented design）或者数据驱动的设计（data-driven design） , 面向对象的设计（object-driven design） 5.4.2 层次图 是软件设计中常见的一种图形工具。常用层次图描述系统的模块功能分解。 第下矩形代表一个功能模块 成绩系统 成绩成绩学生课程系统 编辑输出编出编出维护 版辑 辑 版辑 版辑 版辑 录修 入 改 5.4.3 结构图 结构图也是用于描述软件结构的图形工具，其符号主要有方框、箭头以及选 择结构循环结构的框图。结构图只描述一个模块调用哪些模块，没有描述调 用次序，也没有表明模块内部的成分。 18 方框表示模块，注明模块的名称和主要功能 直线或带箭头直线表示模块的调用关系 表示传递数据信息 M 选择结构，表示模块M选择调用模块A或B A B M 循环结构，表示模块M循环调用模块A、B、C A B B 5.4.4 典型的系统结构形式 在现实世界中，各种系统所表现的结构特征，都可以纳入变换结构和事务型 结构。 （1） 变换型结构 变换型数据处理问题的工作过程大致分为三步：取得数据、变换数 据和给出数据 取得数据X 给出数据Y 变换数据 X->Y 变换型数据流结构 主模块 取得C 给出D C变换成D 取得B B变换成C 给出E D变换成E 19 变换型系统结构图 （2） 事务型结构 事务型数据处理通常是接收一项事务，根据事务处理的特点和性质， 选择分派一个适当的处理单元，然后给出结果。 事务 事务中心 动作路径 事务开动数据流结构 5.4.5 变换型系统结构 变换型设计分以一几个步骤。 1. 对变换型数据流程图要划分出数据输入、数据输出、和变换中心三部分。 2. 画出初始的结构图，顶层是主控模块，下层（第1层）一般包括输入、 输出、变换三个模块。沿数据调用线标注数据流的名称。 3. 根据数据流程图来逐步细化解输入、输出、变换三个过程，将结构图也 细化优化 招工考试成绩统计系统 处理 输出 输入 初始结构图 20 招工考试成绩统计系统 处理 输出 输入 总分按总成绩通知基本输入计算 分排单输书输情况考生名 出考出录成绩 输入生 取 考生 细化后的结构图 5.4.6 事务型系统结构 事务型设计分为以下三个步骤。 1. 在数据流程图中确定事务中心，接受数据、全部处理路径三部分。 2. 画出初始图框架，把数据流程图的三个部分分别转换为事务控制模块、 接受模块和处理模块。 3. 分解和细化接受分支和处理分支，事务中心常是各条处理路径的起点。 接受数据 接受数据 成绩编辑 学生编辑 成绩查 课程编辑 询 学生成绩管理系统示意图 21 5.5 5.5.1 代码的功能 代码是代表客观存在的事物名称、属性和状态等的符号。代码的符号可以是 数字、字母和两者的组合。 代码的功能如下： 1. 使用代码可以提高高处机处理的效率和精度。 2. 代码可以节省计算机的存储空间，提高运行速度。 3. 代码可以提高系统的可靠性。（如：可在代码中加入校验码） 4. 代码可以提高数据的全局一致性。（如：同一事物，即使在不同场合有 不同叫法，但都可以通过代码统一起来。） 5. 代码是人和计算机的共同语言，是两者交换信息的工具。 P．S 中国统一编码标准： GB2260-80（中华人民共和国行政区划代码）。 GB1988-80 （信息处理交换的七位编码字符集） 5.5.2 代码设计的原则 （1） 标准性 （2） 惟一性 （3） 合理性 （4） 简单性 （5） 可扩充性 （6） 规范性： （7） 持久性： 5.5.3 代码的分类 编码是指分类问题的一种形式化描述。如果分类问题解决得较好，编码问题 就是变成一个简单的用什么样的字符来表示的问题。 1. 顺序码 2. 分组码 3. 区间码 4. 助记码 5. 缩写码 6. 合成码 7. 校验码 5.5.4 编码的方法 1. 分类方法 编码的问题关键在于分类，对编码对象有了科学合理的分类，建立编码 22 就容易多了。 （1） 线分类方法。 即从母项出发，一层层向下划分成若干子项，由 大集合确定小集合，最后到具体对象，形成一个层级的线性关系。（划 分原则： 惟一性，不能存在二义性） （2） 面分类方法。面分类方法从面角度来考虑，具有修改容易，对计 算机处理有良好 的适应性的优点，缺点是不直观，难记忆。 2. 代码设计步骤 （1） 确定编码对象，进行合理分类。 （2） 尽量使用国家和行业标准化代码体系。 （3） 设计校验码。 （4） 编写代码表和详细说明。 编码方式 位数 校验码 会计科目区间码 有 8 使用时间 适用范围 2004年5月 凤凰ERP计划系统 1． 便于输入和检验 2． 便于计算机会类处理 1-3位表示一级科目： 第4、5位表示二级科目： 第6、7位表示三级科目： 第8校 验码 1． 一级科目编码采用国家会计 制度 关于办公室下班关闭电源制度矿山事故隐患举报和奖励制度制度下载人事管理制度doc盘点制度下载 规定的统一编码 2． 校验位采用几何级数法设计 1 101 01 00 现金 人民币 无意义 2 101 02 00 现金 美元 无意义 3 102 01 00 银行存款 人民币 无意义 4 102 02 00 银行存款 美元 无意义 财务管理代码设计任务书 23 5.6 好的输入设计可以为用户带来良好的工作环境。输入设计内容包括 数据输入设备设计、 输入方式设计、 数据的校验方式。 5.7 用户界面是人机对话的窗口，设计时应尽可能坚持友好、简便、易于操作的原则， 避免繁琐、花哨的界面。 用户界面设计包括如下： 1． 菜单方式 2． 会话管理方式 3． 提示方式 4． 权限管理 5.8 数据库设计，就是根据数据的不同用途、使用要求、统计渠道、安全保密性等， 来决定数据的整体组织形式、表或文件的形式，以及决定数据的结构、类别、载 体、组织方式、保密等级等一系列的问题。 数据库设计，要依据数据流程图和数据字典，使其满足下面几个条件。 1． 符合用户要求 2． 能被某个现有的数据库管理系统所接受 3． 具有较高的质量，如易于维护、易于理解、效率较高等。 5.8.1 数据库结构设计 结构设计操作的对象是实体、属性及其相互关系、域和约束。 （1） 确定实体。对要处理的实体进行确定和命名 （2） 分析实体之间的关系。 （3） 确定每个实体集的属性 （4） 选择属性并确定其关系 （5） 分析属性间的约束条件。即分析每个实体集内各个属性间的约 束，标识主关键字，函数依赖，多值依赖，定义结构完整性约束 5.8.2 操作特性设计 24 （1） 汇总数据库所要进行的操作 （2） 指出每个实体所要进行的查找、插入、删除、修改等操作。 （3） 确定每个操作的条件、内容和结果。 5.8.3 设计数据库 （1） 数据库需求分析。 （2） 数据库逻辑设计。 （3） 数据库物理设计。 （4） 子模式设计。 （5） 应用程序设计及调试。 5.8.4 数据库保护 （1） 安全性保护 （2） 完整性保护 （3） 并发控制，多个用户同时存取一个数据的操作情况下，应防止数 据被破坏。 （4） 数据库恢复，因故障或事故遭受破坏时，使它恢复某一正确状态。 用户表（UserTB） ID 用户名 Char 10 P Name 姓名 Char 8 Pswd 口令 Char 10 Limit 权限 Char 1 Use_Date 使用时间 Datetime 6 6.1 6.1.1 详细设计的目的 详细设计是接着总体设计所定义好的模块确定其内部执行过程。 详细设计的目的是为软件结构图中的每一个模块确定采用的算法和块内数据 流图，用甘种选定的描述工具给出清晰的描述，使程序员可以将这种描述直接 翻译为某种语言程序。 6.1.2 详细设计的任务 详细设计的任务是对总体设计阶段划分出的每个模块进行明确的算法描述 并选定合适的工具，将其清晰准确地表达出来。 25 具体步骤如下： （1） 确定每个模块的算法。 （2） 确定每一个模块的数据结构。 （3） 为每个模块设计一组测试用例。 （4） 编写详细设计说明书。 6.1.3 详细设计的原则 详细设计文档是给程序员看的，是程序编码的依据。详细设计过程中，应该 遵循如下规则： （1） 模块的逻辑描述正确可靠，清晰易读 （2） 采用结构化程序设计方法，改善控制结构，降低程序复杂度，提 高程序的可靠性。 6.2 详细设计是将每个模块内部功转换成处理过程，并且必须无歧义地描述过程的细 节。要借助于描述模块处理过程工具，这种工具主要HIPO图和算法描述语言等。 HIPO（hierarchy plus input-process-output 层次加输入—处理—输出图）由两 部分组成，前者描述了整个系统的设计结构以及各类模块之间的关系，后者描 述了某个特定模块内部的处理过程和输入/输出关系 HIPO图其他部分的设计和处理都是很容易的，惟独其中的处理过程（P） 描述部分较为困难。 1．0 正文处理系统 6．0 2．0 3．0 4．0 5．0 编目录 输入 输出 编辑 检索 4．1 4．2 4．3 增加 删除 修改 正文处理系统的层次图 “修改”模块的IPO图 26 模块名称： 修改 系统名称：正文处理系统 模块编号：４．３ 作者： 所属应用名称：无 编制日期： 所属应用编号： 版本号：１．００ 功能： 修改指定的正文． 输入数据项： 输出数据项： 用户名称： EditID 用户级别： Limit 登录口令： EditPswd 处理： （1） 判断正文是否在缓冲区，若在则做步骤2, 否则输入正文到缓冲区． （2） 划分出应删除掉的旧正文． （3） 输入新正文． （4） 执行替换． ＂修改＂模块的ＩＰＯ图 （１）系统登录程序ＩＰＯ图 模块名称： UserLogin 系统名称：凤凰ＥＲＰ计划系统 模块编号：０．０ 作者： 所属应用名称：无 编制日期： 所属应用编号： 版本号：１．００ 27 功能： 系统的登录程序，负责检查用户名称与口令．如果用户名称与口令正确， 调用主窗口U_Main,否则提示口令出错，重新输入 输入数据项： 输出数据项： 用户名称： EditID 用户级别： Limit 登录口令： EditPswd １．键入＂ＦＨＥＲＰ＂后，程序开始运行，调入背景图像＂MainGrph＂ 处理： ２．打开数据库ADMINDB的UserTB并在屏幕上显示用户登录界面． ３．在用户登录界面输入EditID和EditPswd并查询UserTB Select Pswd, Limit Form UserTB Where ID=EditID 4. 判断Pswd 是否为空，为空则在屏幕上提示＂无此用户，请重新登 陆＂；不为空则判断是否与EditPswd相同，不同则在屏幕上提示＂ 登录口令出错，请重新登录＂．如果连续三次登录出错，则系统自 动退出登录界面． 5. 如果用户名与口令正确，根据Limit的不同值设置相应的主菜单，然 后调用U_Ｍain. 注释： １．Limit有５种级别：Limit=1, 为系统管理员级； Limit=２，为一般用户级； Limit=３ Limit=４ Limit=５ ２．Limit在系统管理员分配用户时设定． 28 6.3 6.3.1 结构化程序设计方法 Bohm和Jacopini证明了只用三种基本控制结构就可以实现任何程序的单入 口、单出口的要求。“须序”、“选择”、“循环”。 Ａ A A B Ｂ 6.3.2 盒图（Ｎ－Ｓ图） 盒图是详细设计常用的描述工具之一，由Nassi 和 Shneiderman提出的，因 此又叫做N-S图。 6.3.3 问题分析图（ＰＡＤ图） 问题分析图（Problem Analysis Diagram, 简称PAD图）它用二维树图形表示 程序流程，是一种改进的图形描述方式。 Ａ Ｂ Ｓ While C A Until C A 29 7 7.1 排版编程规范。 7.2 注释编程规范。 7.3 标识符命名编程规范。 7.4 可读性编程范。 7.5 函数、过程编程规范。 7.6 可测性编程规范。 7.7 编程时的效率。 7.8 编程时质量的保证。 7.9 代码的编辑、编译与审查。 7.10 代码的测试与维护。 7.11 宏的使用。 30