《软件开发过程及规范(21世纪软件工程专业规划教材)》编著者厉小军、潘云、谢波、邓阿群。

《软件开发过程及规范(21世纪软件工程专业规划教材)》内容提要:本书针对外包软件开发的特点,系统地阐述软件开发过程以及各环节的规范和文档要求。全书共6章,首先概要介绍软件服务外包及其与软件开发过程和规范的关系.然后分别介绍软件开发过程以及常用的软件过程模型、软件开发规范、软件管理规范、传统软件开发过程及其规范、统一过程及其规范。本书结合软件开发中的主要知识,基于实际项目案例开发流程和文档,着重介绍软件开发的工程化方法。

本书既可以作为高等学校软件工程、计算机科学与技术及相关专业的教材.也可以作为从事软件开发特别是软件服务外包工作的工程技术人员的参考资料。 软件开发过程及规范_厉小军 等编_清华大学出版社_

1.软件编码规范的重要性
编码规范是指为了保证编码质量必须遵守的代码书写规则。编码规范一般为经验的总结,是进行软件质量控制及质量保证的手段之一。编码规范的重要性主要体现在以下几个方面:
(1)编码规范能够提高程序的可读性和可理解性。程序员编写代码的过程是属于创造性劳动,代码里通常包含有个人的思路和习惯。即使在同一个项目中,一个程序员也不一定能够完全看懂或者理解他人的代码。
(2)编码规范能使代码更易于维护。程序不是一次性产品,它需要扩展、修改和维护,但是进行这些操作的人并不一定都是原来的作者,即便是原来的作者,多年之后(或者很可能是几个月后),他们也不一定记得原先代码的细节,况且软件产业的个人英雄时代已经过去,目前几乎没有一个软件在其生命周期内是由原始作者来维护的,因此,为了让接班人能看懂原先代码的意图,必须始终编程规范。
(3)编码规范可以提高编码效率。任何人编码都不是一次性完成的,需要不断地测试和调试,以各种状态来修改自己的代码,而将代码规范化,就能更好地表达代码实现的逻辑意图,从而减少调试而成为快捷**的代码。
(4)对编码规范的使用是将编码者个人的个性融入团队的过程,当编码者能熟练运用编码规范之后职业道路就会更加宽阔。编码规范是一种习惯,一开始习惯不养好,就永远写不出工程型代码。
(5)编码规范是进行代码评审的基础。代码编写完成后需要进行代码评审,可以是开发人员之间相互评审,也可以是开发人员和其他同行专家间的评审。通过代码评审,发现业务逻辑上实现的不合理之处,发现代码实现效率低的地方,这些都是以编码规范为基础的。
总之,程序编码规范可以直接提高软件修改时的质量因素,如可理解性、可维护性、灵活性和可测试性;也可以直接提高产品运行时的部分质量因素,如正确性;还可以间接提高软件的其他质量属性。因此,为了防止因程序编码语言的灵活性、程序员技能及经验上的差别而带来的对程序质量的影响,许多组织或者项目组都会制订编码规则规程。
……

第1章 概述
1.1 软件服务外包
1.1.1 服务外包
1.1.2 软件服务外包的内涵
1.1.3 软件服务外包市场
l.2 软件外包与软件开发过程
1.2.1 软件外包项目特点
1.2.2 软件外包项目全过程管理
1.2.3 软件工程过程
1.3 软件外包与软件开发规范
1.3.1 软件性能
1.3.2 软件开发规范
1.3.3 软件工程标准
第2章 软件开发过程
2.1 软件生命周期
2.2 常用软件过程模型
2.2.1 瀑布模型
2.2.2 增量模型
2.2.3 演化模型
2.2.4 螺旋模型
2.2.5 统一过程模型
2.2.6 敏捷过程
第3章 软件开发规范
3.1 软件过程规范
3.1.1 软件过程概要
3.1.2 工程过程规范
3.1.3 管理过程规范
3.1.4 管理过程的主要成果
3.1.5 管理过程案例
3.2 软件文档规范
3.2.1 软件文档
3.2.2 软件文档分类
3.2.3 软件文档编制
3.2.4 软件文档规范
3.2.5 软件编码规范
3.3 软件支持过程规范
3.3.1 软件支持过程概述
3.3.2 软件配置管理
3.3.3 软件质量保证
3.3.4 分析与决策
3.3.5 软件评审
第4章 软件管理规范
4.1 软件管理概述
4.2 项目计划
4.2.1 项目估算
4.2.2 项目计划制订
4.2.3 评审项目计划
4.2.4 项目计划变更控制
4.2.5 项目计划主要工作成果
4.2.6 项目计划案例
4.3 项目监控
4.3.1 项目监控策略
4.3.2 项目计划跟踪
4.3.3 偏差控制
4.3.4 项目进展汇报
4.3.5 项目监控的主要工作成果
4.4 变更管理和需求变更管理
4.4.1 变更管理
4.4.2 需求变更管理
4.4.3 变更管理的主要工作成果
4.5 沟通管理
4.5.1 规划沟通
4.5.2 发布信息
4.5.3 报告绩效
4.5.4 管理利害关系人
4.5.5 沟通管理的主要工作成果
4.6 风险管理
4.6.1 风险管理计划
4.6.2 风险管理
4.6.3 风险管理的主要工作成果
4.6.4 风险管理案例
第5章 传统软件过程及其规范
5.1 传统软件过程概要
5.1.1 传统软件过程
5.1.2 传统软件过程的优缺点
5.1.3 传统软件过程的适用性
5.2 软件需求分析
5.2.1 软件需求分析的主要工作
5.2.2 软件需求分析阶段的成果
5.2.3 软件需求评审
5.2.4 软件需求确认和需求管理
5.3 软件设计
5.3.1 软件设计的主要工作
5.3.2 软件设计阶段的成果
5.3.3 软件设计的评审
5.3.4 软件体系结构的设计和选择的原则
5.3.5 设计模式的应用
5.3.6 数据库设计原则
5.3.7 详细设计原则
5.4 软件编码
5.4.1 软件编码阶段的主要工作
5.4.2 软件编码阶段的成果
5.4.3 程序代码评审
5.4.4 SQL语言及使用
5.4.5 单元测试的认识误区和实施原则
5.5 软件测试
5.5.1 软件测试阶段的主要工作
5.5.2 软件测试阶段的成果
5.5.3 软件测**例的评审
5.5.4 软件测试的原则及规范
5.6 软件发布与维护
5.6.1 软件维护阶段的主要工作
5.6.2 软件维护阶段的成果
5.6.3 软件维护的原则
5.7 传统软件过程案例
5.7.1 软件需求分析
5.7.2 软件设计
5.7.3 软件编码
5.7.4 软件测试
5.7.5 软件发布与维护
第6章 统一过程及其规范
6.1 统一过程介绍
6.1.1 统一过程的维度
6.1.2 时间轴——阶段与迭代
6.1.3 统一过程的工件
6.2 需求规范
6.2.1 词汇表
6.2.2 软件需求规格说明
6.2.3 用例规范
6.3 分析和设计规范
6.3.1 软件架构设计文档
6.3.2 用例实现规范
6.4 实施规范
6.5 测试规范
6.5.1 测试计划
6.5.2 测试评估摘要
6.6 配置和变更管理规范
6.7 项目管理规范
参考文献