【软件工程】软件编码

程序设计语言的性能编码风格在很大程序上影响着软件的质量和维护性能,即对程序的可靠性、可读性、可测试性和可维护性产生深远的影响,所以选择哪一种程序设计语言和怎样来编写代码是要认真考虑。

小编本次总结软件编码,首先让我们通过一张思维导图来认识一下本章的整体脉络吧。

 

本章重点:

【程序设计语言】

一、选择程序设计语言的原则:

  • 最少的工作量原则

  • 最少技巧性原则

  • 最少错误性原则

  • 最少维护性原则

  • 减少记忆原则(稍加培训即可会)

总原则:正确、清晰、(效率)

1.先求正确后求快

2.先求清晰后求快

3.求快不忘保持程序正确

4.保持程序整洁以求快

5.不用因效率而牺牲清晰

实际应用中选择语言的实用标准:

1.待开发软件的应用领域

2.用户的需求

3.软件的运行环境

4.软件开发人员的知识

5.软件的可移植性要求(方便维护)

二、好程序标准:源程序代码的逻辑简明、易读易懂

1.易于测试和调试

2.易于维护

3.易于修改

4.设计简单

5.高效率(重要的程序段重点考虑其效率)

 

【程序设计方法——结构化程序设计】

一、结构化程序设计的主要原则:(基本控制结构;自顶向下、逐步细化)

  • 使用语言中的顺序、选择、重复等优先的基本控制结构表示程序逻辑。

  • 选用的控制结构只准许有一个入口和一个出口

  • 复杂结构应该用基本控制结构进行组合嵌套来实现。

二、编程阶段的原则:

  • 自顶向下(全局到局部)

  • 逐步细化(复杂问题,设计子目标过渡,逐步细化)

  • 模块化(复杂问题,分解为子目标,再分解为小目标,每一个小目标称为一个模块)

  • 结构化编码(结构化语言有与基本结构对应的语句)

 

【程序设计风格】

  • 源程序文档化

  • 数据说明

  • 语句结构

  • 输入/输出方法

一、源程序文档化:

  • 标识符的命名(尽量不要和关键字相同)

  • 安排注释(1/3代码段:细节性注释和功能性注释:重要程序段)

  • 程序的视觉组织(布局,层次之间缩进,空行等)阶梯形式

二、数据说明:

数据说明的原则:

1.数据说明应标准化、规范化:易于测试、排错和维护

2.当多个变量名在一个语句中说明时,按字母顺序排列(有序化)。

  应该对过程和函数的形参排列有序。

  •    输入参数在前,输出参数在后;

  •    整型参数在前,实型参数次之,其他参数在后。

3.使用注释说明复杂数据结构

三、语句结构:力求简单,直接,先正确后速度,不能为了片面追求效率而使语句特别复杂

语句结构的原则:

1.一行一语句

2.避免复杂条件测试(减少“非”条件的测试)

3.避免大量使用循环嵌套预计和条件嵌套语句

4.逻辑/算术表达式 清晰直观

5.变量说明不要遗漏,变量的类型、长度、存储及初始化要正确

6.先正确后速度

7.避免使用临时变量使可读性下降

8.优化:算法/公式简单

9.尽可能使用库函数

10.避免不必要的转移

11.尽量采用三大基本结构

12.尽可能用通俗易懂的伪码来描述程序的流程,然后再翻译成必须使用的语言。

13.数据结构要有利于程序的简化

14.模块化、利用信息隐蔽,确保模块独立性

15.不要修补不好的程序(已经多次修改依然不好),要重新编写

16.对太大的程序,要分块编写、测试,然后再集成。

四、输入/输出:

输入和输出信息是与用户的使用直接相关的。

输入和输出的方式和格式应当尽可能方便用户的使用。

满足运行工程学的输入输出风格:

1.输入:输入格式力求简单、一致,并尽可能采用自由格式输入;

使用数据结束或文件结束标志来终止输入,不要让用户来计算输入的项数或记录数。

2.输出:标志所有的输出数据,加必要的说明。给用户提示。

五、效率:

(1)代码效率

  • 先正确后效率

  • 先清晰后效率

  • 写程序前先简化表达式

  • 尽量避免使用多维数组

  • 尽量避免使用指针和复杂表

  • 不要混合使用不同的数据类型

  • 尽量使用整数运算和布尔表达式

  • 使用执行时间短的算术运算

(2)存储效率

(3)输入/输出效率

 

【程序设计质量评价】

一、正确性

1.无语法错误

2.无运行错误

3.无不适当的语句

4.用有效的测试数据,得到程序的正确结果

5.用无效的测试数据,得到程序的正确结果——即报错

6.用任何可能的数据,使程序在运行时得到正确的结果。

二、结构清晰性——结构化流程图:单入口单出口

1.是否用三种结构化格式表示程序的控制逻辑

2.是否有一个入口,一个出口

3.是否严格控制GO TO语句

三、易修改性

四、易读性

五、简单性

 

【程序复杂性度量】

程序复杂度主要指模块内程序的复杂性。

度量方法:

1.代码行度量法:源代码行数目:多,复杂

2.McCabe度量方法:(变成强连通图:出口增加一个虚线与入口相连,使图上的每一个结点都能到达其他结点,然后计算)

3.Halstead度量法

 

【面向对象程序设计步骤】

(1)建立软件系统的动态模型

(2)建立软件系统的静态模型

(3)实现

 

小编至今还做不到简化,再简化,把知识揉成自己的,大家可以借鉴,给出点指导建议,帮助我更好的把知识吸收成自己的,简而精~~~感谢大家指导和建议……

 

  • 0
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 11
    评论
软件工程文档模板(完整规范版) , 1. 范围 1 2. 总体要求 1 2.1 总体功能要求 1 2.2 软件开发平台要求 1 2.3 软件项目的开发实施过程管理要求 2 2.3.1 软件项目实施过程总体要求 2 2.3.2 软件项目实施变更要求 2 2.3.3 软件项目实施里程碑控制 2 3. 软件开发 3 3.1 软件的需求分析 3 3.1.1 需求分析 3 3.1.2 需求分析报告的编制者 4 3.1.3 需求报告评审 4 3.1.4 需求报告格式 4 3.2 软件的概要设计 4 3.2.1 概要设计 4 3.2.2 编写概要设计的要求 4 3.2.3 概要设计报告的编写者 4 3.2.4 概要设计和需求分析、详细设计之间的关系和区别 4 3.2.5 概要设计的评审 4 3.2.6 概要设计格式 4 3.3 软件的详细设计 5 3.3.1 详细设计 5 3.3.2 特例 5 3.3.3 详细设计的要求 5 3.3.4 数据库设计 5 3.3.5 详细设计的评审 5 3.3.6 详细设计格式 5 3.4 软件编码 5 3.4.1 软件编码 5 3.4.2 软件编码的要求 5 3.4.3 编码的评审 6 3.4.4 编程规范及要求 6 3.5 软件的测试 6 3.5.1 软件测试 6 3.5.2 测试计划 6 3.6 软件的交付准备 6 3.6.1 交付清单 6 3.7 软件的鉴定验收 7 3.7.1 软件的鉴定验收 7 3.7.2 验收人员 7 3.7.3 验收具体内容 7 3.7.4 软件验收测试大纲 7 3.8 培训 7 3.8.1 系统应用培训 7 3.8.2 系统管理的培训(可选) 8 附录A 软件需求分析报告文档模板 9 附录B 软件概要设计报告文档模板 21 附录C 软件详细设计报告文档模板 33 附录D 软件数据库设计报告文档模板 43 附录E 软件测试(验收)大纲 55

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 11
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Ariel_欢

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值