第7章 软件实现-编码
合集下载
软件测试教程2版-第7章软件项目单元测试(简版)
2）设计测试类模块 一个模块或一个方法并不是一个独立的程序，在考虑测试时要同时考虑它与外界的联 系， 用些辅助模块去模拟与所测模块相联系的其他模块。 辅助模块分两种： 驱动模块 （driver） ， 相当于所测模块的主程序，接收测试数据，把这些数据传送给所测模块，最后再输出实际测 试结果；桩模块（stub） ，用于代替所测模块调用的子模块，可做少量数据操作，不需要把子 模块所有功能都带进来，但不容许不做任何事情。
《软件测试教程（第 2 版） 》
第 7 章 软件项目的单元测试（简版）
贺 平 编著
电子工业出版社
所测模块与它相关驱动模块及桩模块共同构成了“测试环境” 。因为在软件交付时不作 为产品的一部分一同交付，且其编写需一定工作量，特别是桩模块，不能只简单地给出“曾 经进入”的信息。为正确测试，桩模块需要模拟实际子模块功能。 编写桩模块较困难、费时，一种方法是只须在项目进度管理时将实际桩模块的代码编写 工作安排在被测模块之前编写即可， 这样可提高测试工作效率， 提高实际桩模块的测试频率， 有效保证软件质量。但为保证能向上一层级提供稳定可靠实际桩模块，为后续模块测试打下 良好基础，驱动模块必不可少。 3）跟踪调试 跟踪调试不仅是深入测试代码的最佳方法，也是程序调试发现错误根源的有力工具。 代码开发工具（如 JBuilder ）一般都集成排错工具，其一般由执行控制程序、执行状态 查询程序、跟踪程序组成。执行控制程序包括断点定义、断点撤销、单步执行、断点执行、 条件执行等功能。 执行状态查询程序包括寄存器、堆栈状态、变量、代码等与程序相关的各种状态信息的 查询。跟踪程序用以跟踪程序执行过程中所经历的事件序列（如分支、子程序调用等） 。可通 过对程序执行过程中各种状态的判别进行程序错误的识别、定位及改正。 对于模块单元跟踪调试，最好能做到对被测模块的每次修改都用测试用例进行跟踪执行 一遍，以排除所有可能出现或引进的错误。必须调用驱动模块对所有测试用例执行一次，并 对出现错误或异常的测试用例跟踪执行一次，以发现问题根源。 几种排错时应采用的方法策略： （1）断点设置。通常断点的设置除了根据经验与错误信息来设置外，还应重点考虑： ① 函数调用语句。 ② 判定转移/循环语句。 ③ SQL 语句。 （2）复杂算法段。出错的概率常与算法复杂度成正比，越复杂算法越需重点跟踪，如递 归、回溯等算法。 （3）可疑变量查看。当程序停止在某条语句时，可查看变量当前值和对象当前属性，通 过对比这些变量当前值与预期值可轻松定位程序的问题根源。 3．单元测试的设计方案 主要定义单元测试环境、静态测试和动态测试执行三个方面需做工作和完成任务。 1）单元测试环境配置的测试 （1）网络连接是否正常。 （2）网络流量负担是否过重。 （3）软件测试平台是否可选，是否在不同的软件测试平台进行软件测试。 （4）所选软件测试平台的版本（包括 Service Pack）是否正确。 5 / 60
管理信息系统第07章-6 处理流程图
1
2 模块处理流程图设计
系统的模块之间的设计通过处理流程图来描述。处 理流程图符号如下所示：
打印 文件 读取 信息
磁带
判别
磁盘
处理 端点、 端点、 中断符 联机 存储
键盘
显示器
手工 操作 处理 流程线
辅助操作 脱机） （脱机） 信息 流向线
2
网络
成本核算子系统的处理流程图
成本核算子系统 1 2 3 4 5
17
在完成系统的硬件及系统软件平台的设计工作后， 在完成系统的硬件及系统软件平台的设计工作后，开发组的总 体技术负责人高博士指示各子系统的负责人带领各自的开发人员， 体技术负责人高博士指示各子系统的负责人带领各自的开发人员， 以系统分析报告为基础，考虑到所采用的计算机硬件平台、 以系统分析报告为基础，考虑到所采用的计算机硬件平台、数据库 管理系统及开发工具， 管理系统及开发工具，依据现有系统的业务流程设计新系统的数据 处理流程，进而对相应的数据类进行设计（如增加新数据类， 处理流程，进而对相应的数据类进行设计（如增加新数据类，去除 无用数据类，改造某些数据类等）。 ）。根据得到的新系统的数据流程 无用数据类，改造某些数据类等）。根据得到的新系统的数据流程 最后确定青钢管理信息系统的功能结构， 最后确定青钢管理信息系统的功能结构，此时的功能结构实际上就 是新系统的应用软件结构。 是新系统的应用软件结构。 完成上述工作后， 完成上述工作后，在得到了新系统的数据处理流程和系统应用 软件结构的同时，我们还得到了新系统的数据类（ 软件结构的同时，我们还得到了新系统的数据类（由数据字典给 ）。在总体技术负责人高博士的带领下 在总体技术负责人高博士的带领下， 出）。在总体技术负责人高博士的带领下，开发组依据得到的数据 类的结构（即数据字典）完成了整个系统的数据库设计工作， 类的结构（即数据字典）完成了整个系统的数据库设计工作，并对 其中系统全局性应用的共享编码类数据， 物资编码、 其中系统全局性应用的共享编码类数据，如：物资编码、供应商编 产品编码、会计科目编码进行了全系统内各子系统之间的协调。 码、产品编码、会计科目编码进行了全系统内各子系统之间的协调。
软件开发系统课程设计
软件开发系统课程设计一、课程目标知识目标：1. 让学生掌握软件开发的基本流程和环节，理解系统分析与设计的重要性；2. 使学生了解软件项目管理的方法和技巧，掌握软件测试的基本原则；3. 引导学生了解当前主流的软件开发工具和技术，培养其对软件行业的认识。
技能目标：1. 培养学生运用结构化分析方法进行需求分析，并能撰写清晰、规范的软件需求说明书；2. 培养学生运用面向对象设计方法进行软件设计，并能绘制UML类图、序列图等；3. 提高学生运用软件开发工具（如Visual Studio、Eclipse等）进行项目实践的能力。
情感态度价值观目标：1. 培养学生对软件开发工作的兴趣，激发其创新意识和探索精神；2. 引导学生树立团队协作意识，培养良好的沟通能力和合作精神；3. 培养学生遵循职业道德，关注软件行业的发展，具备社会责任感。
课程性质：本课程旨在通过系统化的教学和实践，使学生掌握软件开发的基本知识和技能，培养具备实际项目开发能力的人才。
学生特点：本课程面向高年级学生，具备一定的编程基础和软件工程知识，具有较强的学习能力和实践操作能力。
教学要求：结合课程性质和学生特点，注重理论与实践相结合，强化项目驱动教学，提高学生的实际操作能力和解决问题的能力。
通过课程目标的分解，为教学设计和评估提供明确的依据。
二、教学内容1. 软件开发基本流程：介绍软件开发生命周期，包括需求分析、设计、编码、测试、部署和维护等阶段，结合教材相关章节，使学生全面了解软件开发过程。
- 教材章节：第1章 软件工程概述，第2章 软件开发过程2. 系统分析与设计：讲解结构化分析方法，如数据流图（DFD）、实体关系图（ER图）等，并介绍面向对象设计方法，如UML类图、序列图等。
- 教材章节：第3章 系统分析与设计，第4章 面向对象方法3. 软件项目管理：阐述软件项目管理的方法和技巧，包括项目计划、进度控制、风险管理等，结合实际案例进行分析。
- 教材章节：第5章 软件项目管理4. 软件测试：介绍软件测试的基本原则、方法和策略，包括单元测试、集成测试、系统测试等，并通过实例讲解。
第7章 ERP系统的实施
②咨询人员的实践经验将使用户的项目人员少走弯路。咨 询人员具有对ERP软件更加深入的知识KNOW—HOW，而KNOW— HOW在供应商所提供的标准培训中是不包含的。
③对用户的业务流程的重组提出建议，以优化系统的实现， 达到软件开发者的设想，提高用户的满意度。他们应负责 分析和提出必要的用户化方面的问题。
(2)应首先进行BPR，理顺和规范企业管理。 (3)要协助用户进行信息标准化和规范化编码。 (4)要求企业提供适用软件的规范管理模式，能根据用户 的需求对软件进行客户化改造。
(5)ERP的实施耗费时间、人力与资金，实施周期短则半 年，长则二至四年。
ERP原理及应用
ERP的实施是改变和优化BPM的催化剂
ERP原理及应用
(l)ERP软件供应商的角色
(1)提供软件和相应的文档，为用户准备培训和测试环境。 (2)对用户的培训。内容包括：软件的功能，模块的结构， 信息的流程，操作的方法，注意的事项等等。通过培训， 将此通用产品成为用户的专用软件。
(3)技术支持。参与实施全过程，负责验证特定的限制，解 释有关技术问题，建议硬件配置的大小及软件使用的版本。
模式二：由ERP软件供应商供应软件，咨询公司提供咨 询服务。
模式三：集成商提供服务。
模式四：ERP项目由ERP软件供应商提供软件，集团 公司总部或某一分公司先行实施，以后当集团下属各 分公司实施ERP项目时，就由集团总部的信息部门人 员来担任集团各分公司ERP项目的顾问。在一个集团 中往往统一地使用相同的ERP软件。
(6)软件功能模拟运行（原型测 (11)总结评议，不断改进。 试）；
ERP原理及应用
7.2 ERP系统实施前准备工作
ERP原理及应用
1. 成立筹备小组
ic课程设计编码器
ic课程设计 编码器一、课程目标知识目标：1. 学生能理解编码器的基本概念，掌握编码器的工作原理和分类。
2. 学生能掌握二进制编码、BCD编码、格雷码等常见编码方式，并了解其应用场景。
3. 学生能运用所学知识，分析并设计简单的编码器电路。
技能目标：1. 学生能够运用所学知识，使用编程软件编写简单的编码程序。
2. 学生能够通过实际操作，搭建并测试编码器电路，提高动手实践能力。
3. 学生能够通过小组合作，解决实际编码问题，培养团队协作能力。
情感态度价值观目标：1. 学生通过学习编码器，培养对计算机科学和电子工程学科的兴趣和热情。
2. 学生在学习过程中，树立正确的价值观，认识到编码器在现代科技中的重要作用。
3. 学生能够通过课程学习，培养解决问题的自信心和探究精神。
课程性质：本课程为信息技术与电子工程学科相结合的实践性课程，旨在让学生在实际操作中掌握编码器的原理和应用。
学生特点：六年级学生，具备一定的电子工程和计算机科学知识基础，对新鲜事物充满好奇，喜欢动手实践。
教学要求：结合学生特点，注重理论与实践相结合，强调动手实践，提高学生的实际操作能力。
同时，关注学生的情感态度价值观培养，激发学生的学习兴趣和探究精神。
通过分解课程目标为具体学习成果，为后续教学设计和评估提供依据。
二、教学内容1. 编码器基本概念：介绍编码器的定义、作用及其在信息技术和电子工程中的应用。
相关教材章节：第一章第三节2. 编码器工作原理及分类：讲解编码器的工作原理，包括旋转式和线性编码器，并介绍其分类及特点。
相关教材章节：第二章第一节3. 常见编码方式：详细讲解二进制编码、BCD编码、格雷码等编码方式，分析各自优缺点及应用场景。
相关教材章节：第二章第二节4. 编码器电路设计与分析：指导学生运用所学知识，设计简单的编码器电路，并进行电路分析。
相关教材章节：第三章第一节5. 编码程序编写：教授学生使用编程软件，编写简单的编码程序，实现编码器的功能。
计算机科学与技术专业课课件_软件工程SE_Chapter7
◆ 软件测试准则
● ● ● ● ● ● 所有测试都应该能追溯到用户需求。 测试开始之前就制定出测试计划。 Pareto原理：80%的错误很可能是20%的模块造成的 从“小规模”测试逐步到“大规模”测试。 穷举测试是不可能的。 为了达到最佳的测试效果，应该由独立的第三方从事测试工作。
2013-8-31
1) 2) 3) 4) 5) 6) 7) 系统用户的要求 可以使用的编译程序 可以得到的软件工具 工程规模 程序员的知识 软件可移植性要求 软件的应用领域
2013-8-31
上海大学计算机学院
3
编码风格
◆ 编码风格的作用就是使代码容易读； ◆ 风格良好的代码更容易阅读和理解，错误更少； ◆ KIS(Keep it Simple)。
集成测试
●系统测试
经过测试的子系统装配成一个完整的系统来测试 发现的往往是软件设计中的错误，也可能发现需求说明中的错误
●验收测试（确认测试）
它的目标是验证软件的有效性（如果软件的功能和性能如同用户所 合理期待的那样，软件就是有效的） 用户积极参与，可能主要使用实际数据进行测试 发现的往往是系统需求说明书中的错误
第7章 实现
◆编码 ◆软件测试基础 ◆单元测试 ◆集成测试
◆确认测试
◆白盒测试技术
◆黑盒测试技术
◆调试 ◆软件可靠性
2013-8-31 上海大学计算机学院 1
主要任务
◆编码和测试统称为实现 ◆编码
● 把软件设计结果翻译成程序。 ● 程序的质量主要取决于软件设计的质量。 ● 程序设计语言的特点及编码风格。
● 对一段程序注释，而不是每一个语句
◆ 输入输出
● 对所有输入数据都进行检验 ● 检查输入项重要组合的合法性 ● 保持输入格式一致 ● 应允许缺省值 ● 保持输入格式简单 ● 使用数据结束标记（EOF、BOF），不要指定数据的数目
第7章面向对象软件开发过程-UP介绍
10
§7a.2 UP的阶段（细化阶段，elaboration）
细化阶段的产出：
–用例模型（完成至少80％）……所有用例均 被识别，大多数用例描述被开发； –补充捕获非功能性要求和未关联于特定用例 要求的需求（补充规范） –软件体系结构描述 –可执行的软件原型 –经修订过的技术风险清单和商业案例 –总体项目的开发计划，包括粗粒度的项目计 划，显示迭代过程和对应的审核标准； –用户手册的初始版本（可选）
–进行β测试以期达到最终用户的需要； –β测试版本和旧系统的并轨； –转换功能数据库； –对最终用户和产品支持人员的培训； –提交给市场和产品销售部门； –和具体部署相关的工程活动； –协调bug修订、改进性能和可用性(usability）等工 作； –基于完整的构想和产品验收标准对最终部署做出评估； –达到用户要求的满意度； –达成各风险承担人对产品部署基线已经完成的共识； –达成各风险承担人对产品部署符合构想中标准的共识
23
§7a.4 核心工作流 –工作流是产生具有可观察结果的活动序列
24
§7a.4 核心工作流
25
§7a.4 核心工作流（商业建模）
商业建模
–大多数商业工程化的主要问题是软件工程人 员和商业工程人员之间不能正确地交流，这 导致了商业工程的产出没有作为软件开发输 入而正确地被使用，反之亦然。 –在商业建模中使用商业用例来文档化商业过 程，从而确保了组织中所有商业过程人员达 到共识。 –商业用例被分析以理解商业过程如何被业务 支持，而这些在商业对象模型中被核实。 –许多项目可能不进行商业建模。
26
§7a.4 核心工作流（需求）
需求
–是描述系统应“做什么”，并允许开发人员 和用户就该描述达成共识。
创建构想 建立用例模型
§7a.2 UP的阶段（细化阶段，elaboration）
细化阶段的产出：
–用例模型（完成至少80％）……所有用例均 被识别，大多数用例描述被开发； –补充捕获非功能性要求和未关联于特定用例 要求的需求（补充规范） –软件体系结构描述 –可执行的软件原型 –经修订过的技术风险清单和商业案例 –总体项目的开发计划，包括粗粒度的项目计 划，显示迭代过程和对应的审核标准； –用户手册的初始版本（可选）
–进行β测试以期达到最终用户的需要； –β测试版本和旧系统的并轨； –转换功能数据库； –对最终用户和产品支持人员的培训； –提交给市场和产品销售部门； –和具体部署相关的工程活动； –协调bug修订、改进性能和可用性(usability）等工 作； –基于完整的构想和产品验收标准对最终部署做出评估； –达到用户要求的满意度； –达成各风险承担人对产品部署基线已经完成的共识； –达成各风险承担人对产品部署符合构想中标准的共识
23
§7a.4 核心工作流 –工作流是产生具有可观察结果的活动序列
24
§7a.4 核心工作流
25
§7a.4 核心工作流（商业建模）
商业建模
–大多数商业工程化的主要问题是软件工程人 员和商业工程人员之间不能正确地交流，这 导致了商业工程的产出没有作为软件开发输 入而正确地被使用，反之亦然。 –在商业建模中使用商业用例来文档化商业过 程，从而确保了组织中所有商业过程人员达 到共识。 –商业用例被分析以理解商业过程如何被业务 支持，而这些在商业对象模型中被核实。 –许多项目可能不进行商业建模。
26
§7a.4 核心工作流（需求）
需求
–是描述系统应“做什么”，并允许开发人员 和用户就该描述达成共识。
创建构想 建立用例模型
软件技术第07章
（2）半自动形式的开发方法
① 软件需求工程法 ② 问题说明语言/分析器 问题说明语言/
3．自动形式的系统开发方法
7.2 结构化分析方法
7.2.1 SA方法的特点 1．分解和抽象 2．文档的规范化 3．面向用户 4．系统的逻辑设计和物理 设计分开进行
7.2.2 数据流程图 1．数据流程图的概念
一般来说， 一般来说，结构图包括以下四种成 分。
（1）模块
模块用矩形框表示， 模块用矩形框表示，矩形框中标明 模块的名称，它反映该模块的功能。 模块的名称，它反映该模块的功能。
（2）调用
在结构图中， 在结构图中，用带有箭头的连线表 示模块之间的调用关系。 示模块之间的调用关系。
（3）模块间信息传递
图7.2所示的是一个描述研究生从入学 所示的是一个描述研究生从入学 到毕业的业务活动的数据流程图。 到毕业的业务活动的数据流程图。
2．数据流程图的组成符号
一般来说， 一般来说，数据流程图由四种基本成 分构成：数据流、数据处理、 分构成：数据流、数据处理、数据存储和 外部实体。 外部实体。 它们的符号如图7.3所示 所示。 它们的符号如图 所示。
（2）程序的动态分析
程序的动态分析是使用测试用例在计 算机上运行程序， 算机上运行程序，使程序在运行过程中暴 露错误。 露错误。
（3）自动测试工具
自动测试工具实际上是人们编制的用 于测试的软件，并用它来代替人工测试。 于测试的软件，并用它来代替人工测试。
3．测试的层次
（1）模块测试
模块测试又称单元测试。 模块测试又称单元测试。 模块测试的目标是发现局部模块的逻 辑与功能上的错误和缺陷。 辑与功能上的错误和缺陷。 它主要对以下几个方面进行测试。 它主要对以下几个方面进行测试。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2013-12-9 29
编码标准和规范
编码的风格
２、源程序文档化
标识符的命名 名字不是越长越好，应当选择精炼的意义明确 的名字。必要时可使用缩写名字，但这时要注 意缩写规则要一致，并且要给每一个名字加注 释。同时，在一个程序中，一个变量只应用于 一种用途。 例如，在一个程序中定义了一个变量temp，它 在程序的前半段代表“Temperature”,在程序 的后半段则代表“Temporary”，这使程序阅读 者不知所措。
2013-12-9
26
编码标准和规范
编码的风格 １、使用标准的控制结构
–禁止使用GOTO（C 语言）语句。 –用IF 语句来强调只执行两组语句中的一组，禁止ELSE GOTO和ELSE RETURN。 –避免从循环中引出多个出口，应保留函数（方法）只有一 个出口。 •问题：以下示例有什么问题？如何修改？ p = (char *)malloc(300); if (cond1 > 0) strcpy(p, str); else return; 2013-12-9 free(p);
2013-12-9 34
编码标准和规范
编码的风格
２、源程序文档化
程序的注释－－序言性注释 通常置于每个程序模块的开头部分，它应当 给出程序的整体说明，对于理解程序本身具 有引导作用。有些软件开发部门对序言性注 释做了明确而严格的规定，要求程序编制者 逐项列出。
2013-12-9
35
编码标准和规范
2013-12-9
30
编码标准和规范
编码的风格
２、源程序文档化
标识符的命名 通用规则：
标识符的命名应当直观，可以望文知义。 长度符合最小长度下的最大信息。 变量名应当使用“名词”或“形容词+名词” 函数名应当使用“动词”或者“动词+名词”的形式 类和接口名首字母要大写 常量名全大写，在单词间用单下划线分隔 变量名和参数名第一个单词首字母小写，而后面的单词 首字母大写 。。。。。。 2013-12-9
2013-12-9 24
编码标准和规范
编码的风格
使用标准的控制结构 源程序文档化 语句结构 数据说明
输入/输出
2013-12-9
效率
25
编码标准和规范
编码的风格
１、使用标准的控制结构 结构化程序设计主要包括两方面： 在编写程序时，使用几种基本控制结构，通过组合 嵌套，形成程序的控制结构。尽可能避免使用GOTO 语句。 在程序设计过程中，尽量采用自顶向下和逐步细化 的原则，由粗到细，一步步展开。
2013-12-9
23
编码标准和规范
编码的风格
程序实际上也是一种供人阅读的文章，有一个文章的 风格问题。应该使程序具有良好的风格。 从20世纪70年代以来，编码的目标从强调效率转变为 强调清晰。与此相应，编码的风格从追求“聪明”和 “技巧”，变为提倡“简明”和“直接”。人们逐渐 认识到，良好的编码风格能在一定程度上弥补语言存 在的缺点，反之，不注意风格，即使使用了结构化的 现代语言，也很难写出高质量的程序。当多个程序员 合作编写一个大的程序时，尤其需要强调良好的和一 致的风格，以利于相互通信，减少因不协调而引起的 问题。
31
编码标准和规范
编码的风格
２、源程序文档化
标识符的命名 命名规则规范举例 （1）类名和接口名 class CourseOffering ; interface Storing; (2) 常量名 public static final int MAX_VALUE = 10 ; （3）全局变量 int g_numStudents;
2013-12-9 32
编码标准和规范
编码的风格
２、源程序文档化
标识符的命名 命名规则规范举例 (4) 局部变量名 float myWidth; 一般禁止使用单字符变量名，局部循环可以使用。 比如：int i, j , k ;
2013-12-9 33
编码标准和规范
编码的风格
２、源程序文档化
程序的注释 夹在程序中的注释是程序员与日后的程序读 者之间通信的重要手段。 注释决不是可有可无的。 一些正规的程序文本中，注释行的数量占到 整个源程序的1／3到1／2，甚至更多。 注释分为序言性注释和功能性注释。
2013-12-9 8
关于编码的一些理念
软件编码的工作 代码走查
确认所写代码完成了所要求的工作 发现的代码缺陷（类型、来源、严重性）
编译代码
修改代码的语法错误
测试所写代码
对代码进行单元测试 调试代码修改错误
2013-12-9 9
关于编码的一些理念
程序员应具备的能力？ 基础知识
程序头的注释模板 /********************************************************** ** Copyright @ 2003-2008 xxx公司技术开发部 ** 创建人：xx ** 日期：xxxxxxxx ** 修改人：xx ** 日期：xxxxxxxx ** 描述： ** ** 版本： *************************************************************/ 序言性注释举例 2013-12-9
27
编码标准和规范
编码的风格
２、源程序文档化 标识符的命名 安排注释 程序的视觉组织
2013-12-9
28
编码标准和规范
编码的风格
２、源程序文档化
标识符的命名 符号名即标识符，包括模块名、变量名、 常量名、数据区名以及缓冲区名等。 这些名字应能反映它所代表的实际东西， 应有一定实际意义。 例如，表示次数的量用Times，表示总量的 用Total，表示平均值的用Average，表示 和的量用Sum等。
承上启下
详细设计方法 详细设计过程
2013-12-9
0
软件工程
第七章 实现--软件编码
2013-12-9
1
引言
软件的详细设计完成，就表示完成了软件的过程性的描 述，进入软件编码阶段。 编码（Coding）阶段的任务简单说，是为每个模块编写 程序。即是将详细设计的结果转换为用某种计算机语言写的 程序——源程序代码。 在软件生命期中，程序经常需要被人阅读和理解，如何提 高程序的可读性（Readability）？使程序“简单”和“清晰”， 进而使程序具有良好的可靠性、可维护性，这是非常重要的。
2013-12-9
14
编程语言的选择
一、脚本语言： 以简单的方式快速完成复杂任务。语法结构简单，使用 方便。不需要编译。运行效率略显不足。 代表： JavaScript: 由Netscape开发，在客户机上执行，专门 为制作Web网页而量身定做。 PHP: 是一种HTML内嵌式语言。是在服务器端执行的 嵌入HTML文档的脚本语言。其风格类似于ｃ语言。被 许多网站编程人员采用。 Perl：用来完成大量不同任务的脚本语言。例如，打印 报告，将一个文本文件转换成另一种格式。能在绝大多 数操作系统环境下运行。
2013-12-9
17
编程语言的选择
如何选择程序设计语言？ 关系到程序的效率和质量。 应根据软件系统的应用特点，语言的内在特点等选择程序设 计语言。 一、语言选择的一般准则 (1)项目的应用领域:应尽量选取适合某个应用领域的语言。 (2)算法和计算复杂性：要根据不同语言的特点，选取能够 适应软件项目算法和计算复杂性的语言。 (3)软件的执行环境：要选取机器上能运行且具有相应支持 软件的语言。
2013-12-9
19
本章要点
一、关于编码的一些理念 二、编程语言的选择 三、编码标准和规范 四、案例分析
2013-12-9
20
编码标准和规范
在软件生命期中，程序经常需要被人阅读和 理解，如何提高程序的可读性 （Readability）？使程序“简单”和“清 晰”，进而使程序具有良好的可靠性、可维护 性，这是非常重要的。
2013-12-9
11
问题
在哪个阶段选择编程语言？ 是需求阶段确定还是在设计阶段确定，主要看 客户有无具体编程环境要求。 如果客户提出：在Linux和Windows系统上都 能运行，则不能VC++,等语言。若采用 Linux做服务器，那就不能采用ASP语言作为 后台程序的开发语言。可选Java和PHP. 我们要对程序语言本身的特点进行了解
2013-12-9
21
编码标准和规范
标准是建立起来和必须遵守的规则 规范是建议最佳做法，推荐更好方式。 例如
注释 变量 格式 文件 目录 约定 ……
2013-12-9 22
编码标准和规范
作为一个开发团队，没有一套规范，大家就会 各自为政，为了提高代码质量，不仅需要有很 好的程序设计风格，而且需要大家遵守一致的 编程规范。
2013-12-9 7
关于编码的一些理念
软件编码的工作 程序设计
理解软件的需求说明和设计模型 补充遗漏的或剩余的详细设计 设计程序代码的结构
设计审查
检查设计结果 记录发现的设计缺陷（类型、来源、严重性）
编写代码
应用编码规范进行代码编写 所编写代码应该是易验证的
2013-1写程序，而是从如何 提高软件的质量和可维护性的角度，讨论在编 码阶段所要解决的主要问题： 程序设计语言的特性及选择的原则 编码风格
2013-12-9
3
引言
编程的工作包括哪些？ “学什么编程语言最好？” 没有最好的，只有最适合的？ 团队项目你们选用了哪种编程语言？ 你是怎么写程序的？ 如何协作编程？
英语的功底 数学基础（算法分析与设计） 计算机科学基础知识
基本技能
编码标准和规范
编码的风格
２、源程序文档化
标识符的命名 名字不是越长越好，应当选择精炼的意义明确 的名字。必要时可使用缩写名字，但这时要注 意缩写规则要一致，并且要给每一个名字加注 释。同时，在一个程序中，一个变量只应用于 一种用途。 例如，在一个程序中定义了一个变量temp，它 在程序的前半段代表“Temperature”,在程序 的后半段则代表“Temporary”，这使程序阅读 者不知所措。
2013-12-9
26
编码标准和规范
编码的风格 １、使用标准的控制结构
–禁止使用GOTO（C 语言）语句。 –用IF 语句来强调只执行两组语句中的一组，禁止ELSE GOTO和ELSE RETURN。 –避免从循环中引出多个出口，应保留函数（方法）只有一 个出口。 •问题：以下示例有什么问题？如何修改？ p = (char *)malloc(300); if (cond1 > 0) strcpy(p, str); else return; 2013-12-9 free(p);
2013-12-9 34
编码标准和规范
编码的风格
２、源程序文档化
程序的注释－－序言性注释 通常置于每个程序模块的开头部分，它应当 给出程序的整体说明，对于理解程序本身具 有引导作用。有些软件开发部门对序言性注 释做了明确而严格的规定，要求程序编制者 逐项列出。
2013-12-9
35
编码标准和规范
2013-12-9
30
编码标准和规范
编码的风格
２、源程序文档化
标识符的命名 通用规则：
标识符的命名应当直观，可以望文知义。 长度符合最小长度下的最大信息。 变量名应当使用“名词”或“形容词+名词” 函数名应当使用“动词”或者“动词+名词”的形式 类和接口名首字母要大写 常量名全大写，在单词间用单下划线分隔 变量名和参数名第一个单词首字母小写，而后面的单词 首字母大写 。。。。。。 2013-12-9
2013-12-9 24
编码标准和规范
编码的风格
使用标准的控制结构 源程序文档化 语句结构 数据说明
输入/输出
2013-12-9
效率
25
编码标准和规范
编码的风格
１、使用标准的控制结构 结构化程序设计主要包括两方面： 在编写程序时，使用几种基本控制结构，通过组合 嵌套，形成程序的控制结构。尽可能避免使用GOTO 语句。 在程序设计过程中，尽量采用自顶向下和逐步细化 的原则，由粗到细，一步步展开。
2013-12-9
23
编码标准和规范
编码的风格
程序实际上也是一种供人阅读的文章，有一个文章的 风格问题。应该使程序具有良好的风格。 从20世纪70年代以来，编码的目标从强调效率转变为 强调清晰。与此相应，编码的风格从追求“聪明”和 “技巧”，变为提倡“简明”和“直接”。人们逐渐 认识到，良好的编码风格能在一定程度上弥补语言存 在的缺点，反之，不注意风格，即使使用了结构化的 现代语言，也很难写出高质量的程序。当多个程序员 合作编写一个大的程序时，尤其需要强调良好的和一 致的风格，以利于相互通信，减少因不协调而引起的 问题。
31
编码标准和规范
编码的风格
２、源程序文档化
标识符的命名 命名规则规范举例 （1）类名和接口名 class CourseOffering ; interface Storing; (2) 常量名 public static final int MAX_VALUE = 10 ; （3）全局变量 int g_numStudents;
2013-12-9 32
编码标准和规范
编码的风格
２、源程序文档化
标识符的命名 命名规则规范举例 (4) 局部变量名 float myWidth; 一般禁止使用单字符变量名，局部循环可以使用。 比如：int i, j , k ;
2013-12-9 33
编码标准和规范
编码的风格
２、源程序文档化
程序的注释 夹在程序中的注释是程序员与日后的程序读 者之间通信的重要手段。 注释决不是可有可无的。 一些正规的程序文本中，注释行的数量占到 整个源程序的1／3到1／2，甚至更多。 注释分为序言性注释和功能性注释。
2013-12-9 8
关于编码的一些理念
软件编码的工作 代码走查
确认所写代码完成了所要求的工作 发现的代码缺陷（类型、来源、严重性）
编译代码
修改代码的语法错误
测试所写代码
对代码进行单元测试 调试代码修改错误
2013-12-9 9
关于编码的一些理念
程序员应具备的能力？ 基础知识
程序头的注释模板 /********************************************************** ** Copyright @ 2003-2008 xxx公司技术开发部 ** 创建人：xx ** 日期：xxxxxxxx ** 修改人：xx ** 日期：xxxxxxxx ** 描述： ** ** 版本： *************************************************************/ 序言性注释举例 2013-12-9
27
编码标准和规范
编码的风格
２、源程序文档化 标识符的命名 安排注释 程序的视觉组织
2013-12-9
28
编码标准和规范
编码的风格
２、源程序文档化
标识符的命名 符号名即标识符，包括模块名、变量名、 常量名、数据区名以及缓冲区名等。 这些名字应能反映它所代表的实际东西， 应有一定实际意义。 例如，表示次数的量用Times，表示总量的 用Total，表示平均值的用Average，表示 和的量用Sum等。
承上启下
详细设计方法 详细设计过程
2013-12-9
0
软件工程
第七章 实现--软件编码
2013-12-9
1
引言
软件的详细设计完成，就表示完成了软件的过程性的描 述，进入软件编码阶段。 编码（Coding）阶段的任务简单说，是为每个模块编写 程序。即是将详细设计的结果转换为用某种计算机语言写的 程序——源程序代码。 在软件生命期中，程序经常需要被人阅读和理解，如何提 高程序的可读性（Readability）？使程序“简单”和“清晰”， 进而使程序具有良好的可靠性、可维护性，这是非常重要的。
2013-12-9
14
编程语言的选择
一、脚本语言： 以简单的方式快速完成复杂任务。语法结构简单，使用 方便。不需要编译。运行效率略显不足。 代表： JavaScript: 由Netscape开发，在客户机上执行，专门 为制作Web网页而量身定做。 PHP: 是一种HTML内嵌式语言。是在服务器端执行的 嵌入HTML文档的脚本语言。其风格类似于ｃ语言。被 许多网站编程人员采用。 Perl：用来完成大量不同任务的脚本语言。例如，打印 报告，将一个文本文件转换成另一种格式。能在绝大多 数操作系统环境下运行。
2013-12-9
17
编程语言的选择
如何选择程序设计语言？ 关系到程序的效率和质量。 应根据软件系统的应用特点，语言的内在特点等选择程序设 计语言。 一、语言选择的一般准则 (1)项目的应用领域:应尽量选取适合某个应用领域的语言。 (2)算法和计算复杂性：要根据不同语言的特点，选取能够 适应软件项目算法和计算复杂性的语言。 (3)软件的执行环境：要选取机器上能运行且具有相应支持 软件的语言。
2013-12-9
19
本章要点
一、关于编码的一些理念 二、编程语言的选择 三、编码标准和规范 四、案例分析
2013-12-9
20
编码标准和规范
在软件生命期中，程序经常需要被人阅读和 理解，如何提高程序的可读性 （Readability）？使程序“简单”和“清 晰”，进而使程序具有良好的可靠性、可维护 性，这是非常重要的。
2013-12-9
11
问题
在哪个阶段选择编程语言？ 是需求阶段确定还是在设计阶段确定，主要看 客户有无具体编程环境要求。 如果客户提出：在Linux和Windows系统上都 能运行，则不能VC++,等语言。若采用 Linux做服务器，那就不能采用ASP语言作为 后台程序的开发语言。可选Java和PHP. 我们要对程序语言本身的特点进行了解
2013-12-9
21
编码标准和规范
标准是建立起来和必须遵守的规则 规范是建议最佳做法，推荐更好方式。 例如
注释 变量 格式 文件 目录 约定 ……
2013-12-9 22
编码标准和规范
作为一个开发团队，没有一套规范，大家就会 各自为政，为了提高代码质量，不仅需要有很 好的程序设计风格，而且需要大家遵守一致的 编程规范。
2013-12-9 7
关于编码的一些理念
软件编码的工作 程序设计
理解软件的需求说明和设计模型 补充遗漏的或剩余的详细设计 设计程序代码的结构
设计审查
检查设计结果 记录发现的设计缺陷（类型、来源、严重性）
编写代码
应用编码规范进行代码编写 所编写代码应该是易验证的
2013-1写程序，而是从如何 提高软件的质量和可维护性的角度，讨论在编 码阶段所要解决的主要问题： 程序设计语言的特性及选择的原则 编码风格
2013-12-9
3
引言
编程的工作包括哪些？ “学什么编程语言最好？” 没有最好的，只有最适合的？ 团队项目你们选用了哪种编程语言？ 你是怎么写程序的？ 如何协作编程？
英语的功底 数学基础（算法分析与设计） 计算机科学基础知识
基本技能