JAVA学习书籍- 软件开发过程

第一篇：JAVA学习书籍- 软件开发过程

了解软件开发过程不单纯是提高程序员个人的良好编程习惯，也是增强团队协作的基础。

1、《UML 精粹》

UML 其实和软件开发过程没有什么必然联系，却是软件团队协作沟通，撰写软件文档需要的工具。但是UML 真正实用的图不多，看看这本书已经足够了，完全没有必要去啃《UML 用户指南》之类的东西。要提醒大家的是，这本书的中译本翻译的非常之烂，建议有条件的看英文原版。

2、《解析极限编程拥抱变化》XP

这是Kent Beck 名著的第二版，中英文对照。没什么好说的，必读书籍。

3、《统一软件开发过程》UP

其实UP 和敏捷并不一定冲突，UP 也非常强调迭代，测试，但是UP 强调的文档和过程驱动却是敏捷所不取的。不管怎么说，UP

值得你去读，毕竟在中国真正接受敏捷的企业很少，你还是需要用UP 来武装一下自己的，哪怕是披着UP 的XP。

4、《敏捷建模》AM

Scott Ambler 的名著，这本书非常的progmatic，告诉你怎么既敏捷又UP，把敏捷和UP 统一起来了，又提出了很多progmatic的建议和做法。你可以把《解析极限编程拥抱变化》、《统一软件开发过程》和《敏捷建模》这三本书放在一起读，看XP 和UP的不同点，再看AM 是怎么统一XP 和UP 的，把这三种理论融为一炉，形成自己的理论体系，那么你也可以去写书了。

软件项目管理

如果你突然被领导提拔为项目经理，而你完全没有项目管理经验，你肯定会心里没底；如果你觉得自己管理项目不善，很想改

善你的项目管理能力，那么去考PMP 肯定是远水不解近渴的。

1、《快速软件开发》

这也是一本名著。可以这样说，有本书在手，你就有了一个项目管理的高级参谋给你出谋划策，再也不必担心自己不能胜任的问题了。这本书不是讲管理的理论的，在实际的项目管理中，讲这些理论是不解决问题的，这本书有点类似于“软件项目点子

大全”之类的东西，列举了种种软件项目当中面临的各种问题，以及应该如何解决问题的点子，你只需要稍加变通，找方抓药

就行了。__

第二篇：Java学习经典书籍

下面是我根据多年的阅读和实践经验，给您推荐的一些图书： 第一部分： Java语言篇 1 《Java编程规范》

星级：

适合对象：初级，中级

介绍：作者James Gosling（Java之父），所以这本书我觉得你怎么也得读一下。对基础讲解的很不错。《Java核心技术：卷Ⅰ基础知识》

星级：

适合对象：初级，中级

介绍：官方机构图书，你怎么也得有一本，这本书比较全面而且易懂。放在案旁用到的时候查一查，看一看。是学习入门必备书。

注：新手必备 《Java编程思想》

星级：

适合对象：初级，中级

介绍：这本书的作者就是著名的C++编程思想，对OO的理解很好，Java作为一门面向对象的语言，你学习Java最好也同时参考这本书进行入门学习。

注：新手必备 《Effective Java》

星级：

适合对象：初级，中级，高级

介绍：作者是Java的第2号人物，目前是Google的Java老大，是James Gosling强力推荐的一本书。

《Java与模式》

星级：

适合对象：中级，高级

介绍：是国人写的难得的值得购买的一本书，当然现在也有大话设计模式之类的出现，这本书出现的比较早，是初级到中高级必读的图书之一。

注：没有理解面向对象前，读这本书没有意义。最好是有过项目经验再读比较好。

《SCJP学习指南》 星级：

适合对象：初级，中级

介绍：官方考试必备图书，对你检验自己学些Java知识情况很有帮助，这本书最适合学生阅读，这本书理解透了，找工作面试Java题目不会有任何问题，工作多年的拿这里的题目不会做的都很多。

《Java数据结构和算法》

星级：

适合对象：初级，中级，高级 介绍：这本书使用Java语言描述了我们常用的数据结构，写的非常不错。值得一看，不过目前基本断货（这个就是最有利的说明）。

8《Junit Recipes中文版：程序员实用测试技巧》

星级：

适合对象：初级，中级，高级

介绍：目前敏捷盛行，这个你是不管怎样也得看一看的。

第二部分：中级进阶篇 1《Spring in action》

星级：

适合对象：初级，中级，高级

介绍：Spring框架，作为Java程序员是怎么都必须学习的。IOC、AOP是你以后见到的软件的基础。另外基本上很多东西都和Spring产生联系。

2《精通Spring 2.x:企业应用开发详解》

星级：

适合对象：初级，中级，高级

介绍：书中提供了Spring中的目前最流行用法的实例和实用情况。

3《iBatis实践》

星级：

适合对象：初级，中级，高级

介绍：iBatis必看参考书，in action从未让人失望过。《精通Hibernate:Java对象持久化技术详解》

星级：

适合对象：初级，中级，高级

介绍：Hibernate必备参考书，也是国人写的，难得的一本好书，而且作者是个MM。《Struts 2.1权威指南》

星级：

适合对象：初级，中级

介绍：学习Struts2的一本国人写的不错的书，不过名称显得大了点。权威指南应该只有作者才可以这么叫。《Maven实践》

星级：

适合对象：初级，中级

介绍：从Ant到Maven现在时大势所趋了，您怎么也得学习一下。

7《expert one-on-one J2EE Development without EJB中文版》

星级：

适合对象：初级，中级 介绍：这个其实是Spring的基础，作者巨牛。强力推荐，可惜是基本买不到这本书了。《Tomcat权威指南》

星级：

适合对象：初级，中级

介绍：做Java Web的一般都必须学习这个，为Apache的开源项目。《Head First Servlets & Jsp》

星级：

适合对象：初级，中级

介绍：Servlet和Jsp作为JavaEE程序员是必须要掌握好的，而且Head First系列从未令人失望。《Head First HTML与CSS.XHTML》

星级：

适合对象：初级

介绍：介绍Web前端的不错的入门书。《HTML+CSS网页设计与布局从入门到精通》

星级：

适合对象：初级

介绍：这本书最大的特点是带光盘而且讲解的不错，应用实例也不错。《JavaScript宝典》

星级：

适合对象：初级，中级，高级

介绍：是学习js的必备参考工具书之一，我记得几年前国内都没有中文版，我都把整本书打印出来看了一下。《JavaScript权威指南》

星级：

适合对象：初级，中级，高级

介绍：是学习js的必备参考工具书之一。我看我同事购买了，看起来还不错。《征服Ajax Web2.0开发技术详解》

星级：

适合对象：初级，中级

介绍：这本书当年是CSDN送给我的，感觉还是不错的。对学习AJAX有帮助。《jQuery基础教程》

星级：

适合对象：初级，中级，高级

介绍：从这个开始学习jQuery才是根本。不然以后遇到的很多奇怪问题不知所以然。jQuery个人感觉已经成为目前的javascript标准库了，插件无数，大大简化了前端工作。《XML入门经典》

星级：

适合对象：初级，中级，高级

介绍：很多人觉得没必要买XML书籍，不过我还是觉得推荐一本给你作为工具书，而且看本书可以使得你对XML方方面面有个了解。里面不少东西还是用到的。《敏捷软件开发(原则模式与实践)》

星级：

适合对象：中级，高级

介绍：敏捷大师的著作，您怎么也得看看。这本书包含了UML的讲解，所以我就不推荐UML的书了。《重构:改善既有代码的设计》

星级：

适合对象：中级，高级

介绍：同样是大师的杰作，不可不看。最重要的是让你明白软件也是一步步改进的，不是一蹴而就的。《代码整洁之道》

星级：

适合对象：中级，高级

介绍：软件工程的理想编码是需要无数人编出来的代码像一个人写的。这本书当作规范就不错。

注意:WebService的图书我还真不知道给您推荐什么，都不怎么样。您做个实例就明白，不过怎么做接口才是核心。

第三部分：高级篇 1 《Java消息服务》

星级：

适合对象：初级，中级，高级

介绍：消息机制是以前分布式经常实用到的，与此相关的有Apache Active MQ进行开发，而且这本书的实例也是用的AQ。《Java并非实践》

星级：

适合对象：中级，高级

介绍：这本书也是牛人们强力推荐的，学习并发必备。《Enterprise JavaBeans 3.0中文版》

星级：

适合对象：中级，高级

介绍：EJB技术在大型系统中使用，主要有银行等金融机构。是开发分布式程序的选项之一，不过我不喜欢，其实银行使用的也不怎么的。结合JavaEE容器使用，开源的有JBoss，商用的有IBM和Oracle支持。

注：该类型书也有Head First系列，也很不错。另外《J2EE应用与BEA WebLogic Server》书也很不错。《Hadoop权威指南》

星级：

适合对象：中级，高级

介绍：云计算必备图书。作为分布式计算的工具，Hadoop目前可以说是市场上唯一成熟的产品，而且大家也都向其看齐。而起云计算炙手可热，你搞明白这本书就大概明白了什么是云以及怎么做云。

附： 《Linux 鸟哥的私房菜》

星级：

适合对象：初级，中级，高级

介绍：这本书对使用和学习Linux很有用，大而全，解释的也不错，常用的基本都有了，一本在手，绝无顾忧。

第三篇：JAVA学习书籍- 设计模式

谈到设计模式很多人多会推荐GOF 的那本，该书在Amzon上是五星级的推荐书籍。不过对于学习java 没多久的、特别是java 初学者，我很不推荐这本书。主要是该书的例子基本都是C++的，很多细节没有讲述得足够清楚。

我给大家推荐的第一本是阎宏博士的《Java 与模式》，它是第一本中国人自己写的关于设计模式的书籍，写的比较有趣，融合了很多中

华民族的文化和观念，例子、类图都比较多，且相对简单！非常不错的入门书籍――又是大块头哦！

其次我推荐Wiley 出版社出版的《Pattern In Java》一套三本，我才看了第一本，好像第二本不怎么样，第三本还不错！

第三本是中文翻译版的关于多线程模式的（很难得的中文翻译版）中国铁道出版社2003 年出版的《Java 多线程设计模式》，将多线程模

式讲得非常浅显，配有大量的图例，每章都有习题，最后有答案！我研究多线程模式就是由它开始的！

第四本，今年出版的Head First 系列的《Head First Design Pattern》，秉承Head First 系列图书的优点，大量的类图、丰富的实例、有趣的注解，值得购买！

其次在J2EE 方向你可以研究阅读Addison Wesley 2002 年出版的《Patterns of Enterprise Application Architecture》，众多大腕的作品，讲企业消息集成的！Sun 提供的《J2EE PATTERNS SL500》也很好！晚了推荐那一本Amzon 4 星半的《Holub on patterns》，大师的作品，提供了，很值得研究的例子，不过对上面四本不是很熟悉的读者，最好不要读它！可能会让你比较累！

我学习设计模式经过一段很曲折的路线，前前后后大约看了20 本，阎宏博士的《Java 与模式》我看了4 遍，还排除我第一次基本没看

懂的看！记得研一时老师给我们讲了GOF 的那本，作为选修课，我和它们计算机系的硕士、博士们一起，到最后一个班40－50 个人，不

超过3 个人明白，我也没有明白任何一点（基础差吧――主要我对C++语言一点都不了解），凭我不伏输的性格，我认为我对java 语言理

解还可以，我就借了《Java 与模式》，结果还是基本没看懂。很有幸的是读研三时，听过了上交大饶若楠老师关于Java OOP 语言的讲座，我懂了组合书籍模式等三种设计模式后，对其它模式有了强烈的兴趣和要征服它的愿望！工作后我买的第一本就是《Java 与模式》，第一遍花了2 个月研究了这个1000 多页的大块头，后来第三遍15 天左右就可以搞定，笔记记了一大本！从此一发不可收拾。

选对书、埋头研究。相信很快就会入门的！

学习Java 语言8 个简单的部分，这只是我们研究Java 语言的开始！这些都懂了充其量一个java 程序员而已，后面的路很长很长！我们

可以继续研究数据库实现的源代码、Servlet 服务器的源代码、RMI、EJB、JNDI、面向方面编程、重构、ANT 工具、Eclipse 工具、Spring

工具、JBoss、JOnAS、Apache Geronimo 等J2EE 服务器！研究了这些你可能会成为一个出色的J2EE Architecture！你可以继续研究剖

析器、编译器、JNODE（java 写的操作系统）

第四篇：软件开发过程及岗位职责

软件开发过程及岗位职责

本文主要讲述如何组织开发软件项目，使之更加快速、有效的完成。并分成以下几个阶段进行详细讲述：项目计划阶段、需求分析阶段、软件开发阶段、测试阶段、管理软件开发过程、各参与角色的具体职责描述及对人员的要求。最后提供了一些文档标准参考。

本开发过程可以作为中小型（3-7人）软件项目的开发指南，而大型软件项目使用RUP会更好。

总体流程如下：

计划阶段－》需求分析阶段－》软件开发阶段－》测试阶段－》完成一、项目计划阶段

项目计划草案和风险管理计划作为第一步，当有一个商业机会后，根据公司高层负责制定的初步商业计划书来完成项目的计划草案，确定、分析项目风险并确定其优先级，还要制定风险解决方案。本阶段的目的是确立产品开发的经济理由。

当确定开发之后则制定软件开发计划、人员组织结构定义及配备、过程控制计划。

（1）项目计划草案

项目计划草案应包括产品简介、产品目标及功能说明、开发所需的资源、开发时间和里程碑。

（2）风险管理计划

也就是把有可能出错或现在还不能确定的东西列出来，并制定出相应的解决方案。风险发现得越早对项目越有利。

（3）软件开发计划

软件开发计划的目的是收集控制项目时所需的所有信息，项目经理根据项目计划来安排资源需求并根据时间表跟踪项目进度。项目团队成员根据项目计划以了解他们的工作任务、工作时间以及他们所依赖的其他活动。

可将计划分成总体计划和详细计划，总体计划中每个任务为一个里程碑，详细计划中必须将任务落实到个人。

软件开发计划还应包括产品的应收标准及应收任务（包括确定需要制订的测试用例）。

（4）人员组织结构定义及配备

常见的人员组织结构有垂直方案、水平方案、混合方案。垂直方案中每个成员充当多重角色。水平方案中每个成员充当一到两个角色。混合方案则包括了经验丰富的人员与新手相互融合。具体选择根据人员实际技能情况进行选择。

（5）过程控制计划

过程控制计划的目的是收集项目计划正常执行所需的所有信息，用来指导项目进度的监控、计划的调整，确保项目按时完成。

二、需求分析阶段

需求分析阶段的目的是在系统工作方面与用户达成一致。

（1）软件需求规约

详细说明系统将要实现的所有功能。

（2）用户界面原型

可以有三种表示方法：图纸（在纸上）、位图（绘图工具）、可执行文件（交互式）。

三、软件开发阶段

本阶段从物理上实现目标系统。采用了面向对象方法。

（1）软件架构

说明软件的组织结构、部署结构及运行环境。

（2）类设计

定义类之间的关联和类的属性、方法。

（3）数据库设计

定义数据库表之间的关联和各个表的字段。

（4）编码和单元测试

按照设计文档进行编码，每完成一个模块应进行单元测试。

（5）集成系统

按软件组织结构的要求将各个子系统组合起来。

四、测试阶段

测试的目的是在发布之前找出程序的错误。包括：核实每个模块是否正常运行（参考设计文档）、核实需求是否被正确实施（参考需求文档）。

（1）测试计划

收集和组织测试信息，为测试工作提供指导。

（2）测试数据

尽量使用真实数据。

（3）测试报告

记录测试结果，详细描述问题，提出解决办法。

（4）帮助文件和用户操作手册

五、管理软件开发过程

有以下几方面地工作：

（1）组织会议

讨论会议、总结会议等。

（2）评审程序

对各个阶段的工作结果进行审核。

（3）协调人员

（4）配置管理

使用一些配置管理工具进行开发文档管理，如：Visual Sourcesafe，Teamsouce等

六、各参与角色的具体职责描述及对人员的要求

（1）项目经理

职责：

1、制定产品的目标。

2、制定各个工作的详细任务表，跟踪这些任务的执行情况，进行控制。

3、组织会议对程序进行评审。

4、综合具体情况，对各种不同方案进行取舍并做出决定。

5、协调各项目参与人员之间的关系。

人员要求：

对产品有激情，具有领导才能。

对问题能正确而迅速地做出确定。

能充分利用各种渠道和方法来解决问题。

能跟踪任务，有很好地日程观念。

能在压力下工作。

（2）系统分析员

职责：

1、了解用户需求，写出《软件需求规约》。

2、建立用户界面原型。

人员要求：

担任系统分析员的人员应该善于协调，并且具有良好的沟通技巧。担任此角色的人员中必须要有具备业务和技术领域知识的人才。

（3）设计员

职责：

1、定义类的方法和属性以及各个类之间的关联，画出类图。

2、进行数据库设计。

人员要求：

掌握面向对象分析与设计技术，统一建模语言(UML)。

（4）程序员

职责：

按项目的要求进行编码和单元测试。

人员要求：

良好的编程技能和测试技术。

（5）测试员

职责：

执行测试，描述测试结果，提出问题解决方案。

人员要求：

了解被测试的系统，具备诊断和解决问题的技能，编程技能

根据每个人的特长来担任其中的一个或多个角色。最好是每个人都能参与设计和编码工作，每个人都能够建立起系统的全局观。

第五篇：软件开发过程规范（模版）

软件开发过程规范

1目的为了规范软件研发各个阶段的开发行为，特制定此规范。

2适用范围

本规范适用于研发中心软件产品研发从立项，到开发实施、测试、结项的各个阶段，规定了各开发阶段的文档编制、代码编写和资料备份内容与要求。3术语和缩写

研发项目干系人：公司内部与研发项目有关联的任何人。

项目计划周期：从项目立项到计划完成时间的实际工作日数。

项目实际周期：从项目立项到实际完成时间的实际工作日数。

项目质量目标：项目允许出现的总的缺陷数的加权平均值。

项目实际质量：项目实际出现的总的缺陷数的加权平均值。

软件缺陷：在测试过程中被发现的软件bug，按照不同的严重程度分为四级；一级，系统崩溃，无法自动恢复，加权系数为100。

二级，系统功能无法实现或性能指标无法达到，但不影响其他功能的使用，加权系数为2。

三级，系统功能实现不完整，加权系数为1。

四级，不影响系统功能和性能的小错误，忽略此错误系统可正常运行，加权系数为0.5。

加权缺陷数量：测试中出现的各种缺陷的数量乘以其对应的加权系数，求和。4内容和要求

4.1研发立项

4.1.1立项申请，产品研发经过申请后才能立项，立项申请人可以是公司员工，也可以是公司各职能部门。

4.1.2立项申请人或委托其部门负责人召集相关人员讨论通过，确定项目经理并初步确定项目组成员。

4.1.2.1《研发立项申请书》由项目经理负责编制。

4.1.2.2项目编号规则为，软件项目：PS+编制日期；（硬件项目：PH+编制日期）。如：PS20070902。

4.1.2.3《研发立项申请书》要规定开发的产品的具体名称，以及所属各个系列的规格型号定义。

4.1.2.4《研发立项申请书》规定开发的产品的属性，包括功能详细描述，性能要求详细描述和稳定性要求详细描述。

4.1.2.5《研发立项申请书》明确项目经理和项目组成员。

4.1.2.6《研发立项申请书》明确项目的开始日期和计划完成日期。

4.1.2.7《研发立项申请书》概要说明项目开发的资源需求，包括硬件设备、软件工具、场地环境等。

4.1.2.8《研发立项申请书》确定项目的质量目标，包括各级缺陷的数量和测试周期，所制定的质量目标不允许有一级缺陷。

4.1.2.9《研发立项申请书》的编制格式参照《研发立项申请书模板》。

4.1.3《研发立项申请书》由研发项目经理、主管软件的研发经理、营销中心经理认可，主管研发副总经理最终确认。

4.1.4内容变更：研发项目干系人可对申请对《研发立项申请书》的内容进行变更，变更后按申请的流程进行签字确认，变更后的内容重新填写《研发立项申请书》并附在原申请书后。项目组成员的变更由研发内部掌握，不必进行变更申请。变更可在结项前的任何阶段提出。

4.1.5项目撤销，如遇重大变故造成所研发的项目已经无实际意义或其他原因需要立即停止，可申请撤销，申请人需是项目干系人，并具有中心经理以上的级别，申请人负责编写《研发项目撤销申请书》,说明撤销原因，撤销申请需得到项目经理、主管软件的研发经理、营销中心经理和主管研发副中经理认可，经由总经理批准后生效。撤销申请可在结项前的任何阶段提出。

4.2研发

4.2.1研发立项确定后，项目经理需编写《项目研发计划书》。

4.2.1.1《项目研发计划书》初步制定项目开发的任务列表和模块划分，以及项目组人员的模块归属和工作时间安排。

4.2.1.2《项目研发计划书》可以用通用的项目管理工具来完成，编制格式由项目经理确定，推荐使用Microsoft Project。

4.2.1.3《项目研发计划书》由项目组成员认可。

4.2.1.5项目经理可根据实际情况和设计的深入，随时变更《项目研发计划书》。

4.2.1.6主管软件的研发经理可抽查《项目研发计划书》的编制和实施情况，并给出改进建议。

4.2.2研发设计

4.2.2.1《软件需求分析说明书》

4.2.2.1.1软件项目需编制《软件需求分析说明书》。

4.2.2.1.2《软件需求分析说明书》由项目经理或其委托人编制。

4.2.2.1.3《软件需求分析说明书》确定整个系统的物理结构和部署要求，并根据系统的物理结构进行模块划分，确定各个模块的功能范围和模块间的接口方式。详细说明系统规模要求和运行环境限制，并指出系统运行所需资源的要求。明确开发和系统运行所需软硬件资源的要求。确定项目进行一次全面测试所需要的测试人员人数和测试周期。《软件项目需求分析说明书》的格式参照《软件项目需求分析说明书模板》。在软件需求分析过程中，如果软件有用户界面，要在此阶段进行界面的初步设计，为了提高效率，界面草图的绘制不限定形式和格式。

4.2.2.1.4《软件需求分析说明书》由项目组全体成员认可，主管软件的研发经理最终确认。

4.2.2.1.5《软件需求分析说明书》的变更，在开发过程中，项目组成员可提出对《软件需求分析说明书》的变更申请，变更的范围限于不能违背《研发立项申请书》的要求，即不能有涉及到《研发立项申请书》变更的内容，如果有，需要做《研发立项申请书》变更的流程。《软件需求分析说明书》变更的主要目的是修正其中的错误，或者经过变更可提高产品的品质或性能指标或缩短产品的研发周期。《软件需求分析说明书》的变更需得到项目经理的同意，必要时由项目经理召集相关技术人员和项目组成员召开简短的技术会议进行论证。项目经理将变

更后的内容形成新版本的《软件项目需求分析说明书》，由主管软件的研发经理最终确认。

4.2.2.2《软件概要设计说明书》

4.2.2.2.1软件项目需编制《软件概要设计说明书》。

4.2.2.2.2《软件概要设计说明书》由项目经理或其委托人编制。

4.2.2.2.3《软件概要设计说明书》确定整个系统的逻辑结构，并对需求分析中各物理模块进行逻辑模块划分，详细描述各逻辑模块的业务规则和模块之间的接口以及重要的内部接口，确定系统级的全局变量和数据结构，确定各逻辑模块所包含的程序文件名称和使用的开发工具，描述每个文件中所包含的函数功能。确定数据库的类型和所有数据表名称及数据表的用途，确定数据库的访问方式。详细描述系统的配置方式。如果软件有用户界面，要对界面进行详细设计，确定所有界面的名称、规格及界面上的元素类型及功能，界面设计可在开发工具中直接绘制，也可采用其他绘图方式，但在概要设计文档中要保留图示并进行详细说明。格式参照《软件项目概要设计说明书模板》。

4.2.2.2.4《软件概要设计说明书》由项目组全体成员认可，主管软件的研发经理最终确认。

4.2.2.2.5《软件概要设计说明书》的变更，在开发过程中，项目组成员可提出对《软件概要设计说明书》的变更申请，变更范围限于不得违背《研发立项申请书》和《软件需求分析说明书》的要求，所涉及的变更不至于影响到《研发立项申请书》和《软件需求分析说明书》的变更，如果有，需要做《研发立项申请书》的变更流程或者《软件需求分析说明书》的变更流程。《软件概要设计说明书》变更的主要目的是修正其中的错误，或者经过变更可提高产品的品质或性能指标或缩短产品的研发周期。概要设计说明书的变更需得到项目经理的同意，必要是由项目经理召集相关技术人员和项目组成员召开简短的技术会议进行论证。项目经理将变更后的内容写入新版本的《软件项目概要设计说明书》，主管软件的研发经理最终签字确认。

4.2.2.3软件详细设计

4.2.2.3.1软件详细设计由项目经理指派，项目组成员分担完成。

4.2.2.3.2软件项目详细设计的内容及格式要求，软件项目的详细设计根据《软件概要设计说明书》划分的各个逻辑模块包含的程序文件，确定每个程序文件中所包含的函数的详细描述，要求有函数的功能描述、输入输出说明、使用规则和限制，如有必要，还可以描述函数的实现流程。详细描述软件中所有全局变量的格式、初始值、用途和使用规则。详细描述软件中所有的数据结构和类结构。详细描述数据库中的数据表，确定数据表的的每个字段，以及数据表之间的关系，确定所有的视图、触发器和存储过程。详细设计文档不做具体的格式要求，为了提高研发效率，可以把详细设计作为代码的一部分，直接在程序中编写，编写时要遵循《研发中心软件编码标准》的规定。

4.2.2.3.3项目经理负责组织对详细设计进行审核，审核方式可采用项目经理主审和项目成员互审相结合的方式，主要审核详细设计和概要设计及需求分析的符合性，及详细设计的正确性。主管软件的研发经理可组织相关技术人员对详细设计情况进行抽查。

4.2.2.3.4详细设计的变更，可在项目开发的任何时段进行，由项目成员在得到项目经理的口头同意后进行，要在变更处做好变更记录。

4.2.2.4质量控制

4.2.2.4.1项目组内部互审，在项目的开发过程中，项目经理可组织项目组成员对编制的代码进行互相审核，目的是审查代码是否符合《研发中心软件编码标准》的要求，并在联调前找到代码中的缺陷，审核时要做好审核记录，内容为代码的编写人、审核人、缺陷位置、缺陷描述和改进建议，格式由项目经理决定。根据项目的具体情况，项目经理有权决定不进行代码的互审。

4.2.2.4.2研发中心内部抽查审核，在项目的开发过程中，主管软件的研发经理可组织相关人员对项目组的开发质量进行抽查审核，被审核的代码模块由研发经理确认，审核的主要目的是验证的代码书写的规范性和与设计的符合性。在评审中发现问题，主管软件的研发经理可口头通知项目经理进行整改，问题严重时，可对项目组下达《软件整改通知单》，通知项目组进行整改。具体使用何种方式由主管软件的研发经理确定。《软件整改通知单》下达后，按比例扣除项目组的项目奖金，扣除办法参见《研发软件项目奖金发放制度》。

4.2.2.4.3项目组内部集成验证测试，项目经理可在代码完成后组织内部集成测试，并同时指派项目组成员进行《软件使用说明书》的编制，在内部集成测试结束，《软件使用说明书》完成后，项目经理可申请提交软件的a测试。

4.2.2.4.4《a测试申请书》，项目经理负责编制《a测试申请书》，格式参照《a测试申请书模板》。编制完毕后，与《软件使用说明书》一起提交给主管软件的研发经理进行审核确认，主管软件的研发经理签字同意后，指定项目的测试人员，进行a测试。

4.2.2.4.5测试人员根据《研发立项申请书》和《软件使用说明书》的要求与内容，编制《软件测试大纲》，确定要测试的具体项目以及对这些项目的要求，《软件测试大纲》编制完成后要由项目经理认可，主管软件的研发经理确认。同时项目组负责协助测试环境的搭建。

4.2.2.4.6在一轮测试结束后，测试人员出具《项目测试报告》。项目组对测试出的问题进行修改，然后再申请新一轮的测试，新的一轮测试由项目经理决定是进行验证性测试还是完整测试，如果是验证性测试，可由项目经理确定测试内容范围并和测试经理协商测试周期，循环上述过程直到项目经理认为可以结束测试。为了保证测试质量，要求最后一次测试必须是完整测试。测试结束后，测试人员要编制《测试过程总结报告》。

4.3研发结项

4.3.1测试结束后，项目经理可决定对项目进行结项提交。

4.3.2项目经理负责编制《研发结项申请书》，格式参照《研发结项申请书模板》。

4.3.3《研发结项申请书》要对所存留的问题进行详细描述。

4.3.4《研发结项申请书》说明项目的实际开发周期，与计划周期的差异将作为项目奖金的评定依据。

4.3.5《研发结项申请书》要说明项目质量目标的实现情况，根据《测试过程总结报告》统计出项目的实际质量，与计划质量目标的差异将作为项目奖金的评定依据。

4.3.6《研发结项申请书》中所存留问题部分的内容需由此项目的实际测试人员进行确认。

4.3.7《研发结项申请书》由项目经理、主管软件的研发经理、营销中心经理、技服中心经理认可后，由主管研发副总经理最终确认。

4.3.4项目提交后，项目经理出具《软件项目信息统计表》，由主管软件的研发

经理认可，主管研发副总经理最终确认，作为项目奖金分配的依据。

4.4技术资料的管理与备份

4.4.1项目经理负责技术资料的管理与备份，备份内容包括项目所涉及的文档、代码和其他相关技术资料。

4.4.2项目立项后，项目组要在代码管理服务器上建立专门的项目目录。

4.4.3在研发过程中，项目组不定期的向代码管理服务器进行代码备份，备份时机由项目经理决定。

4.4.4项目提交测试前要进行一次完整备份。

4.4.5项目结项后，要进行一次完整备份，并将最终项目内容刻录光盘备档。

4.4.6备档后的光盘由主管软件的研发经理统一管理。

4.4.7在研发过程中，纸质文档由项目经理负责管理，项目结项后提交到主管软件的研发经理备档。

4.4.8由于项目组备份不及时和备份管理不到位造成项目资料丢失，致使开发周期延误的，每发生一次按比例扣发项目经理的项目奖金，造成重大损失的，全部扣发项目经理项目奖金，并根据具体情况追究其责任,是否为重大损失由主管软件的研发经理确认。奖金的扣发办法参照《研发软件项目奖金发放制度》。5职责和权限

5.1主管研发副总经理负责本规范的编制、发布、维护与解释。

5.2主管软件的研发经理负责推动和监督本规范的实施。

5.3公司所有员工可对本规范提出修改意见。

6历史记录

本规范于2007年9月25日编制完成，形成V1.0版。

V1.0于2007年11月1日开始施行