第一篇：JAVA學(xué)習(xí)書籍- 軟件開發(fā)過程

了解軟件開發(fā)過程不單純是提高程序員個(gè)人的良好編程習(xí)慣，也是增強(qiáng)團(tuán)隊(duì)協(xié)作的基礎(chǔ)。

1、《UML 精粹》

UML 其實(shí)和軟件開發(fā)過程沒有什么必然聯(lián)系，卻是軟件團(tuán)隊(duì)協(xié)作溝通，撰寫軟件文檔需要的工具。但是UML 真正實(shí)用的圖不多，看看這本書已經(jīng)足夠了，完全沒有必要去啃《UML 用戶指南》之類的東西。要提醒大家的是，這本書的中譯本翻譯的非常之爛，建議有條件的看英文原版。

2、《解析極限編程擁抱變化》XP

這是Kent Beck 名著的第二版，中英文對(duì)照。沒什么好說的，必讀書籍。

3、《統(tǒng)一軟件開發(fā)過程》UP

其實(shí)UP 和敏捷并不一定沖突，UP 也非常強(qiáng)調(diào)迭代，測(cè)試，但是UP 強(qiáng)調(diào)的文檔和過程驅(qū)動(dòng)卻是敏捷所不取的。不管怎么說，UP

值得你去讀，畢竟在中國真正接受敏捷的企業(yè)很少，你還是需要用UP 來武裝一下自己的，哪怕是披著UP 的XP。

4、《敏捷建?！稟M

Scott Ambler 的名著，這本書非常的progmatic，告訴你怎么既敏捷又UP，把敏捷和UP 統(tǒng)一起來了，又提出了很多progmatic的建議和做法。你可以把《解析極限編程擁抱變化》、《統(tǒng)一軟件開發(fā)過程》和《敏捷建?！愤@三本書放在一起讀，看XP 和UP的不同點(diǎn)，再看AM 是怎么統(tǒng)一XP 和UP 的，把這三種理論融為一爐，形成自己的理論體系，那么你也可以去寫書了。

軟件項(xiàng)目管理

如果你突然被領(lǐng)導(dǎo)提拔為項(xiàng)目經(jīng)理，而你完全沒有項(xiàng)目管理經(jīng)驗(yàn)，你肯定會(huì)心里沒底；如果你覺得自己管理項(xiàng)目不善，很想改

善你的項(xiàng)目管理能力，那么去考PMP 肯定是遠(yuǎn)水不解近渴的。

1、《快速軟件開發(fā)》

這也是一本名著。可以這樣說，有本書在手，你就有了一個(gè)項(xiàng)目管理的高級(jí)參謀給你出謀劃策，再也不必?fù)?dān)心自己不能勝任的問題了。這本書不是講管理的理論的，在實(shí)際的項(xiàng)目管理中，講這些理論是不解決問題的，這本書有點(diǎn)類似于“軟件項(xiàng)目點(diǎn)子

大全”之類的東西，列舉了種種軟件項(xiàng)目當(dāng)中面臨的各種問題，以及應(yīng)該如何解決問題的點(diǎn)子，你只需要稍加變通，找方抓藥

就行了。__

第二篇：Java學(xué)習(xí)經(jīng)典書籍

下面是我根據(jù)多年的閱讀和實(shí)踐經(jīng)驗(yàn)，給您推薦的一些圖書： 第一部分： Java語言篇 1 《Java編程規(guī)范》

星級(jí)：

適合對(duì)象：初級(jí)，中級(jí)

介紹：作者James Gosling（Java之父），所以這本書我覺得你怎么也得讀一下。對(duì)基礎(chǔ)講解的很不錯(cuò)?！禞ava核心技術(shù)：卷Ⅰ基礎(chǔ)知識(shí)》

星級(jí)：

適合對(duì)象：初級(jí)，中級(jí)

介紹：官方機(jī)構(gòu)圖書，你怎么也得有一本，這本書比較全面而且易懂。放在案旁用到的時(shí)候查一查，看一看。是學(xué)習(xí)入門必備書。

注：新手必備 《Java編程思想》

星級(jí)：

適合對(duì)象：初級(jí)，中級(jí)

介紹：這本書的作者就是著名的C++編程思想，對(duì)OO的理解很好，Java作為一門面向?qū)ο蟮恼Z言，你學(xué)習(xí)Java最好也同時(shí)參考這本書進(jìn)行入門學(xué)習(xí)。

注：新手必備 《Effective Java》

星級(jí)：

適合對(duì)象：初級(jí)，中級(jí)，高級(jí)

介紹：作者是Java的第2號(hào)人物，目前是Google的Java老大，是James Gosling強(qiáng)力推薦的一本書。

《Java與模式》

星級(jí)：

適合對(duì)象：中級(jí)，高級(jí)

介紹：是國人寫的難得的值得購買的一本書，當(dāng)然現(xiàn)在也有大話設(shè)計(jì)模式之類的出現(xiàn)，這本書出現(xiàn)的比較早，是初級(jí)到中高級(jí)必讀的圖書之一。

注：沒有理解面向?qū)ο笄?，讀這本書沒有意義。最好是有過項(xiàng)目經(jīng)驗(yàn)再讀比較好。

《SCJP學(xué)習(xí)指南》 星級(jí)：

適合對(duì)象：初級(jí)，中級(jí)

介紹：官方考試必備圖書，對(duì)你檢驗(yàn)自己學(xué)些Java知識(shí)情況很有幫助，這本書最適合學(xué)生閱讀，這本書理解透了，找工作面試Java題目不會(huì)有任何問題，工作多年的拿這里的題目不會(huì)做的都很多。

《Java數(shù)據(jù)結(jié)構(gòu)和算法》

星級(jí)：

適合對(duì)象：初級(jí)，中級(jí)，高級(jí) 介紹：這本書使用Java語言描述了我們常用的數(shù)據(jù)結(jié)構(gòu)，寫的非常不錯(cuò)。值得一看，不過目前基本斷貨（這個(gè)就是最有利的說明）。

8《Junit Recipes中文版：程序員實(shí)用測(cè)試技巧》

星級(jí)：

適合對(duì)象：初級(jí)，中級(jí)，高級(jí)

介紹：目前敏捷盛行，這個(gè)你是不管怎樣也得看一看的。

第二部分：中級(jí)進(jìn)階篇 1《Spring in action》

星級(jí)：

適合對(duì)象：初級(jí)，中級(jí)，高級(jí)

介紹：Spring框架，作為Java程序員是怎么都必須學(xué)習(xí)的。IOC、AOP是你以后見到的軟件的基礎(chǔ)。另外基本上很多東西都和Spring產(chǎn)生聯(lián)系。

2《精通Spring 2.x:企業(yè)應(yīng)用開發(fā)詳解》

星級(jí)：

適合對(duì)象：初級(jí)，中級(jí)，高級(jí)

介紹：書中提供了Spring中的目前最流行用法的實(shí)例和實(shí)用情況。

3《iBatis實(shí)踐》

星級(jí)：

適合對(duì)象：初級(jí)，中級(jí)，高級(jí)

介紹：iBatis必看參考書，in action從未讓人失望過?！毒℉ibernate:Java對(duì)象持久化技術(shù)詳解》

星級(jí)：

適合對(duì)象：初級(jí)，中級(jí)，高級(jí)

介紹：Hibernate必備參考書，也是國人寫的，難得的一本好書，而且作者是個(gè)MM?！禨truts 2.1權(quán)威指南》

星級(jí)：

適合對(duì)象：初級(jí)，中級(jí)

介紹：學(xué)習(xí)Struts2的一本國人寫的不錯(cuò)的書，不過名稱顯得大了點(diǎn)。權(quán)威指南應(yīng)該只有作者才可以這么叫?！禡aven實(shí)踐》

星級(jí)：

適合對(duì)象：初級(jí)，中級(jí)

介紹：從Ant到Maven現(xiàn)在時(shí)大勢(shì)所趨了，您怎么也得學(xué)習(xí)一下。

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

星級(jí)：

適合對(duì)象：初級(jí)，中級(jí) 介紹：這個(gè)其實(shí)是Spring的基礎(chǔ)，作者巨牛。強(qiáng)力推薦，可惜是基本買不到這本書了。《Tomcat權(quán)威指南》

星級(jí)：

適合對(duì)象：初級(jí)，中級(jí)

介紹：做Java Web的一般都必須學(xué)習(xí)這個(gè)，為Apache的開源項(xiàng)目?！禜ead First Servlets & Jsp》

星級(jí)：

適合對(duì)象：初級(jí)，中級(jí)

介紹：Servlet和Jsp作為JavaEE程序員是必須要掌握好的，而且Head First系列從未令人失望?！禜ead First HTML與CSS.XHTML》

星級(jí)：

適合對(duì)象：初級(jí)

介紹：介紹Web前端的不錯(cuò)的入門書?！禜TML+CSS網(wǎng)頁設(shè)計(jì)與布局從入門到精通》

星級(jí)：

適合對(duì)象：初級(jí)

介紹：這本書最大的特點(diǎn)是帶光盤而且講解的不錯(cuò)，應(yīng)用實(shí)例也不錯(cuò)。《JavaScript寶典》

星級(jí)：

適合對(duì)象：初級(jí)，中級(jí)，高級(jí)

介紹：是學(xué)習(xí)js的必備參考工具書之一，我記得幾年前國內(nèi)都沒有中文版，我都把整本書打印出來看了一下?！禞avaScript權(quán)威指南》

星級(jí)：

適合對(duì)象：初級(jí)，中級(jí)，高級(jí)

介紹：是學(xué)習(xí)js的必備參考工具書之一。我看我同事購買了，看起來還不錯(cuò)?！墩鞣嗀jax Web2.0開發(fā)技術(shù)詳解》

星級(jí)：

適合對(duì)象：初級(jí)，中級(jí)

介紹：這本書當(dāng)年是CSDN送給我的，感覺還是不錯(cuò)的。對(duì)學(xué)習(xí)AJAX有幫助?！秊Query基礎(chǔ)教程》

星級(jí)：

適合對(duì)象：初級(jí)，中級(jí)，高級(jí)

介紹：從這個(gè)開始學(xué)習(xí)jQuery才是根本。不然以后遇到的很多奇怪問題不知所以然。jQuery個(gè)人感覺已經(jīng)成為目前的javascript標(biāo)準(zhǔn)庫了，插件無數(shù)，大大簡(jiǎn)化了前端工作?！禭ML入門經(jīng)典》

星級(jí)：

適合對(duì)象：初級(jí)，中級(jí)，高級(jí)

介紹：很多人覺得沒必要買XML書籍，不過我還是覺得推薦一本給你作為工具書，而且看本書可以使得你對(duì)XML方方面面有個(gè)了解。里面不少東西還是用到的。《敏捷軟件開發(fā)(原則模式與實(shí)踐)》

星級(jí)：

適合對(duì)象：中級(jí)，高級(jí)

介紹：敏捷大師的著作，您怎么也得看看。這本書包含了UML的講解，所以我就不推薦UML的書了?！吨貥?gòu):改善既有代碼的設(shè)計(jì)》

星級(jí)：

適合對(duì)象：中級(jí)，高級(jí)

介紹：同樣是大師的杰作，不可不看。最重要的是讓你明白軟件也是一步步改進(jìn)的，不是一蹴而就的。《代碼整潔之道》

星級(jí)：

適合對(duì)象：中級(jí)，高級(jí)

介紹：軟件工程的理想編碼是需要無數(shù)人編出來的代碼像一個(gè)人寫的。這本書當(dāng)作規(guī)范就不錯(cuò)。

注意:WebService的圖書我還真不知道給您推薦什么，都不怎么樣。您做個(gè)實(shí)例就明白，不過怎么做接口才是核心。

第三部分：高級(jí)篇 1 《Java消息服務(wù)》

星級(jí)：

適合對(duì)象：初級(jí)，中級(jí)，高級(jí)

介紹：消息機(jī)制是以前分布式經(jīng)常實(shí)用到的，與此相關(guān)的有Apache Active MQ進(jìn)行開發(fā)，而且這本書的實(shí)例也是用的AQ?！禞ava并非實(shí)踐》

星級(jí)：

適合對(duì)象：中級(jí)，高級(jí)

介紹：這本書也是牛人們強(qiáng)力推薦的，學(xué)習(xí)并發(fā)必備?！禘nterprise JavaBeans 3.0中文版》

星級(jí)：

適合對(duì)象：中級(jí)，高級(jí)

介紹：EJB技術(shù)在大型系統(tǒng)中使用，主要有銀行等金融機(jī)構(gòu)。是開發(fā)分布式程序的選項(xiàng)之一，不過我不喜歡，其實(shí)銀行使用的也不怎么的。結(jié)合JavaEE容器使用，開源的有JBoss，商用的有IBM和Oracle支持。

注：該類型書也有Head First系列，也很不錯(cuò)。另外《J2EE應(yīng)用與BEA WebLogic Server》書也很不錯(cuò)?！禜adoop權(quán)威指南》

星級(jí)：

適合對(duì)象：中級(jí)，高級(jí)

介紹：云計(jì)算必備圖書。作為分布式計(jì)算的工具，Hadoop目前可以說是市場(chǎng)上唯一成熟的產(chǎn)品，而且大家也都向其看齊。而起云計(jì)算炙手可熱，你搞明白這本書就大概明白了什么是云以及怎么做云。

附： 《Linux 鳥哥的私房菜》

星級(jí)：

適合對(duì)象：初級(jí)，中級(jí)，高級(jí)

介紹：這本書對(duì)使用和學(xué)習(xí)Linux很有用，大而全，解釋的也不錯(cuò)，常用的基本都有了，一本在手，絕無顧憂。

第三篇：JAVA學(xué)習(xí)書籍- 設(shè)計(jì)模式

談到設(shè)計(jì)模式很多人多會(huì)推薦GOF 的那本，該書在Amzon上是五星級(jí)的推薦書籍。不過對(duì)于學(xué)習(xí)java 沒多久的、特別是java 初學(xué)者，我很不推薦這本書。主要是該書的例子基本都是C++的，很多細(xì)節(jié)沒有講述得足夠清楚。

我給大家推薦的第一本是閻宏博士的《Java 與模式》，它是第一本中國人自己寫的關(guān)于設(shè)計(jì)模式的書籍，寫的比較有趣，融合了很多中

華民族的文化和觀念，例子、類圖都比較多，且相對(duì)簡(jiǎn)單！非常不錯(cuò)的入門書籍――又是大塊頭哦！

其次我推薦Wiley 出版社出版的《Pattern In Java》一套三本，我才看了第一本，好像第二本不怎么樣，第三本還不錯(cuò)！

第三本是中文翻譯版的關(guān)于多線程模式的（很難得的中文翻譯版）中國鐵道出版社2003 年出版的《Java 多線程設(shè)計(jì)模式》，將多線程模

式講得非常淺顯，配有大量的圖例，每章都有習(xí)題，最后有答案！我研究多線程模式就是由它開始的！

第四本，今年出版的Head First 系列的《Head First Design Pattern》，秉承Head First 系列圖書的優(yōu)點(diǎn)，大量的類圖、豐富的實(shí)例、有趣的注解，值得購買！

其次在J2EE 方向你可以研究閱讀Addison Wesley 2002 年出版的《Patterns of Enterprise Application Architecture》，眾多大腕的作品，講企業(yè)消息集成的！Sun 提供的《J2EE PATTERNS SL500》也很好！晚了推薦那一本Amzon 4 星半的《Holub on patterns》，大師的作品，提供了，很值得研究的例子，不過對(duì)上面四本不是很熟悉的讀者，最好不要讀它！可能會(huì)讓你比較累！

我學(xué)習(xí)設(shè)計(jì)模式經(jīng)過一段很曲折的路線，前前后后大約看了20 本，閻宏博士的《Java 與模式》我看了4 遍，還排除我第一次基本沒看

懂的看！記得研一時(shí)老師給我們講了GOF 的那本，作為選修課，我和它們計(jì)算機(jī)系的碩士、博士們一起，到最后一個(gè)班40－50 個(gè)人，不

超過3 個(gè)人明白，我也沒有明白任何一點(diǎn)（基礎(chǔ)差吧――主要我對(duì)C++語言一點(diǎn)都不了解），憑我不伏輸?shù)男愿瘢艺J(rèn)為我對(duì)java 語言理

解還可以，我就借了《Java 與模式》，結(jié)果還是基本沒看懂。很有幸的是讀研三時(shí)，聽過了上交大饒若楠老師關(guān)于Java OOP 語言的講座，我懂了組合書籍模式等三種設(shè)計(jì)模式后，對(duì)其它模式有了強(qiáng)烈的興趣和要征服它的愿望！工作后我買的第一本就是《Java 與模式》，第一遍花了2 個(gè)月研究了這個(gè)1000 多頁的大塊頭，后來第三遍15 天左右就可以搞定，筆記記了一大本！從此一發(fā)不可收拾。

選對(duì)書、埋頭研究。相信很快就會(huì)入門的！

學(xué)習(xí)Java 語言8 個(gè)簡(jiǎn)單的部分，這只是我們研究Java 語言的開始！這些都懂了充其量一個(gè)java 程序員而已，后面的路很長(zhǎng)很長(zhǎng)！我們

可以繼續(xù)研究數(shù)據(jù)庫實(shí)現(xiàn)的源代碼、Servlet 服務(wù)器的源代碼、RMI、EJB、JNDI、面向方面編程、重構(gòu)、ANT 工具、Eclipse 工具、Spring

工具、JBoss、JOnAS、Apache Geronimo 等J2EE 服務(wù)器！研究了這些你可能會(huì)成為一個(gè)出色的J2EE Architecture！你可以繼續(xù)研究剖

析器、編譯器、JNODE（java 寫的操作系統(tǒng)）

第四篇：軟件開發(fā)過程及崗位職責(zé)

軟件開發(fā)過程及崗位職責(zé)

本文主要講述如何組織開發(fā)軟件項(xiàng)目，使之更加快速、有效的完成。并分成以下幾個(gè)階段進(jìn)行詳細(xì)講述：項(xiàng)目計(jì)劃階段、需求分析階段、軟件開發(fā)階段、測(cè)試階段、管理軟件開發(fā)過程、各參與角色的具體職責(zé)描述及對(duì)人員的要求。最后提供了一些文檔標(biāo)準(zhǔn)參考。

本開發(fā)過程可以作為中小型（3-7人）軟件項(xiàng)目的開發(fā)指南，而大型軟件項(xiàng)目使用RUP會(huì)更好。

總體流程如下：

計(jì)劃階段－》需求分析階段－》軟件開發(fā)階段－》測(cè)試階段－》完成一、項(xiàng)目計(jì)劃階段

項(xiàng)目計(jì)劃草案和風(fēng)險(xiǎn)管理計(jì)劃作為第一步，當(dāng)有一個(gè)商業(yè)機(jī)會(huì)后，根據(jù)公司高層負(fù)責(zé)制定的初步商業(yè)計(jì)劃書來完成項(xiàng)目的計(jì)劃草案，確定、分析項(xiàng)目風(fēng)險(xiǎn)并確定其優(yōu)先級(jí)，還要制定風(fēng)險(xiǎn)解決方案。本階段的目的是確立產(chǎn)品開發(fā)的經(jīng)濟(jì)理由。

當(dāng)確定開發(fā)之后則制定軟件開發(fā)計(jì)劃、人員組織結(jié)構(gòu)定義及配備、過程控制計(jì)劃。

（1）項(xiàng)目計(jì)劃草案

項(xiàng)目計(jì)劃草案應(yīng)包括產(chǎn)品簡(jiǎn)介、產(chǎn)品目標(biāo)及功能說明、開發(fā)所需的資源、開發(fā)時(shí)間和里程碑。

（2）風(fēng)險(xiǎn)管理計(jì)劃

也就是把有可能出錯(cuò)或現(xiàn)在還不能確定的東西列出來，并制定出相應(yīng)的解決方案。風(fēng)險(xiǎn)發(fā)現(xiàn)得越早對(duì)項(xiàng)目越有利。

（3）軟件開發(fā)計(jì)劃

軟件開發(fā)計(jì)劃的目的是收集控制項(xiàng)目時(shí)所需的所有信息，項(xiàng)目經(jīng)理根據(jù)項(xiàng)目計(jì)劃來安排資源需求并根據(jù)時(shí)間表跟蹤項(xiàng)目進(jìn)度。項(xiàng)目團(tuán)隊(duì)成員根據(jù)項(xiàng)目計(jì)劃以了解他們的工作任務(wù)、工作時(shí)間以及他們所依賴的其他活動(dòng)。

可將計(jì)劃分成總體計(jì)劃和詳細(xì)計(jì)劃，總體計(jì)劃中每個(gè)任務(wù)為一個(gè)里程碑，詳細(xì)計(jì)劃中必須將任務(wù)落實(shí)到個(gè)人。

軟件開發(fā)計(jì)劃還應(yīng)包括產(chǎn)品的應(yīng)收標(biāo)準(zhǔn)及應(yīng)收任務(wù)（包括確定需要制訂的測(cè)試用例）。

（4）人員組織結(jié)構(gòu)定義及配備

常見的人員組織結(jié)構(gòu)有垂直方案、水平方案、混合方案。垂直方案中每個(gè)成員充當(dāng)多重角色。水平方案中每個(gè)成員充當(dāng)一到兩個(gè)角色。混合方案則包括了經(jīng)驗(yàn)豐富的人員與新手相互融合。具體選擇根據(jù)人員實(shí)際技能情況進(jìn)行選擇。

（5）過程控制計(jì)劃

過程控制計(jì)劃的目的是收集項(xiàng)目計(jì)劃正常執(zhí)行所需的所有信息，用來指導(dǎo)項(xiàng)目進(jìn)度的監(jiān)控、計(jì)劃的調(diào)整，確保項(xiàng)目按時(shí)完成。

二、需求分析階段

需求分析階段的目的是在系統(tǒng)工作方面與用戶達(dá)成一致。

（1）軟件需求規(guī)約

詳細(xì)說明系統(tǒng)將要實(shí)現(xiàn)的所有功能。

（2）用戶界面原型

可以有三種表示方法：圖紙（在紙上）、位圖（繪圖工具）、可執(zhí)行文件（交互式）。

三、軟件開發(fā)階段

本階段從物理上實(shí)現(xiàn)目標(biāo)系統(tǒng)。采用了面向?qū)ο蠓椒ā?/p>

（1）軟件架構(gòu)

說明軟件的組織結(jié)構(gòu)、部署結(jié)構(gòu)及運(yùn)行環(huán)境。

（2）類設(shè)計(jì)

定義類之間的關(guān)聯(lián)和類的屬性、方法。

（3）數(shù)據(jù)庫設(shè)計(jì)

定義數(shù)據(jù)庫表之間的關(guān)聯(lián)和各個(gè)表的字段。

（4）編碼和單元測(cè)試

按照設(shè)計(jì)文檔進(jìn)行編碼，每完成一個(gè)模塊應(yīng)進(jìn)行單元測(cè)試。

（5）集成系統(tǒng)

按軟件組織結(jié)構(gòu)的要求將各個(gè)子系統(tǒng)組合起來。

四、測(cè)試階段

測(cè)試的目的是在發(fā)布之前找出程序的錯(cuò)誤。包括：核實(shí)每個(gè)模塊是否正常運(yùn)行（參考設(shè)計(jì)文檔）、核實(shí)需求是否被正確實(shí)施（參考需求文檔）。

（1）測(cè)試計(jì)劃

收集和組織測(cè)試信息，為測(cè)試工作提供指導(dǎo)。

（2）測(cè)試數(shù)據(jù)

盡量使用真實(shí)數(shù)據(jù)。

（3）測(cè)試報(bào)告

記錄測(cè)試結(jié)果，詳細(xì)描述問題，提出解決辦法。

（4）幫助文件和用戶操作手冊(cè)

五、管理軟件開發(fā)過程

有以下幾方面地工作：

（1）組織會(huì)議

討論會(huì)議、總結(jié)會(huì)議等。

（2）評(píng)審程序

對(duì)各個(gè)階段的工作結(jié)果進(jìn)行審核。

（3）協(xié)調(diào)人員

（4）配置管理

使用一些配置管理工具進(jìn)行開發(fā)文檔管理，如：Visual Sourcesafe，Teamsouce等

六、各參與角色的具體職責(zé)描述及對(duì)人員的要求

（1）項(xiàng)目經(jīng)理

職責(zé)：

1、制定產(chǎn)品的目標(biāo)。

2、制定各個(gè)工作的詳細(xì)任務(wù)表，跟蹤這些任務(wù)的執(zhí)行情況，進(jìn)行控制。

3、組織會(huì)議對(duì)程序進(jìn)行評(píng)審。

4、綜合具體情況，對(duì)各種不同方案進(jìn)行取舍并做出決定。

5、協(xié)調(diào)各項(xiàng)目參與人員之間的關(guān)系。

人員要求：

對(duì)產(chǎn)品有激情，具有領(lǐng)導(dǎo)才能。

對(duì)問題能正確而迅速地做出確定。

能充分利用各種渠道和方法來解決問題。

能跟蹤任務(wù)，有很好地日程觀念。

能在壓力下工作。

（2）系統(tǒng)分析員

職責(zé)：

1、了解用戶需求，寫出《軟件需求規(guī)約》。

2、建立用戶界面原型。

人員要求：

擔(dān)任系統(tǒng)分析員的人員應(yīng)該善于協(xié)調(diào)，并且具有良好的溝通技巧。擔(dān)任此角色的人員中必須要有具備業(yè)務(wù)和技術(shù)領(lǐng)域知識(shí)的人才。

（3）設(shè)計(jì)員

職責(zé)：

1、定義類的方法和屬性以及各個(gè)類之間的關(guān)聯(lián)，畫出類圖。

2、進(jìn)行數(shù)據(jù)庫設(shè)計(jì)。

人員要求：

掌握面向?qū)ο蠓治雠c設(shè)計(jì)技術(shù)，統(tǒng)一建模語言(UML)。

（4）程序員

職責(zé)：

按項(xiàng)目的要求進(jìn)行編碼和單元測(cè)試。

人員要求：

良好的編程技能和測(cè)試技術(shù)。

（5）測(cè)試員

職責(zé)：

執(zhí)行測(cè)試，描述測(cè)試結(jié)果，提出問題解決方案。

人員要求：

了解被測(cè)試的系統(tǒng)，具備診斷和解決問題的技能，編程技能

根據(jù)每個(gè)人的特長(zhǎng)來擔(dān)任其中的一個(gè)或多個(gè)角色。最好是每個(gè)人都能參與設(shè)計(jì)和編碼工作，每個(gè)人都能夠建立起系統(tǒng)的全局觀。

第五篇：軟件開發(fā)過程規(guī)范（模版）

軟件開發(fā)過程規(guī)范

1目的為了規(guī)范軟件研發(fā)各個(gè)階段的開發(fā)行為，特制定此規(guī)范。

2適用范圍

本規(guī)范適用于研發(fā)中心軟件產(chǎn)品研發(fā)從立項(xiàng)，到開發(fā)實(shí)施、測(cè)試、結(jié)項(xiàng)的各個(gè)階段，規(guī)定了各開發(fā)階段的文檔編制、代碼編寫和資料備份內(nèi)容與要求。3術(shù)語和縮寫

研發(fā)項(xiàng)目干系人：公司內(nèi)部與研發(fā)項(xiàng)目有關(guān)聯(lián)的任何人。

項(xiàng)目計(jì)劃周期：從項(xiàng)目立項(xiàng)到計(jì)劃完成時(shí)間的實(shí)際工作日數(shù)。

項(xiàng)目實(shí)際周期：從項(xiàng)目立項(xiàng)到實(shí)際完成時(shí)間的實(shí)際工作日數(shù)。

項(xiàng)目質(zhì)量目標(biāo)：項(xiàng)目允許出現(xiàn)的總的缺陷數(shù)的加權(quán)平均值。

項(xiàng)目實(shí)際質(zhì)量：項(xiàng)目實(shí)際出現(xiàn)的總的缺陷數(shù)的加權(quán)平均值。

軟件缺陷：在測(cè)試過程中被發(fā)現(xiàn)的軟件bug，按照不同的嚴(yán)重程度分為四級(jí)；一級(jí)，系統(tǒng)崩潰，無法自動(dòng)恢復(fù)，加權(quán)系數(shù)為100。

二級(jí)，系統(tǒng)功能無法實(shí)現(xiàn)或性能指標(biāo)無法達(dá)到，但不影響其他功能的使用，加權(quán)系數(shù)為2。

三級(jí)，系統(tǒng)功能實(shí)現(xiàn)不完整，加權(quán)系數(shù)為1。

四級(jí)，不影響系統(tǒng)功能和性能的小錯(cuò)誤，忽略此錯(cuò)誤系統(tǒng)可正常運(yùn)行，加權(quán)系數(shù)為0.5。

加權(quán)缺陷數(shù)量：測(cè)試中出現(xiàn)的各種缺陷的數(shù)量乘以其對(duì)應(yīng)的加權(quán)系數(shù)，求和。4內(nèi)容和要求

4.1研發(fā)立項(xiàng)

4.1.1立項(xiàng)申請(qǐng)，產(chǎn)品研發(fā)經(jīng)過申請(qǐng)后才能立項(xiàng)，立項(xiàng)申請(qǐng)人可以是公司員工，也可以是公司各職能部門。

4.1.2立項(xiàng)申請(qǐng)人或委托其部門負(fù)責(zé)人召集相關(guān)人員討論通過，確定項(xiàng)目經(jīng)理并初步確定項(xiàng)目組成員。

4.1.2.1《研發(fā)立項(xiàng)申請(qǐng)書》由項(xiàng)目經(jīng)理負(fù)責(zé)編制。

4.1.2.2項(xiàng)目編號(hào)規(guī)則為，軟件項(xiàng)目：PS+編制日期；（硬件項(xiàng)目：PH+編制日期）。如：PS20070902。

4.1.2.3《研發(fā)立項(xiàng)申請(qǐng)書》要規(guī)定開發(fā)的產(chǎn)品的具體名稱，以及所屬各個(gè)系列的規(guī)格型號(hào)定義。

4.1.2.4《研發(fā)立項(xiàng)申請(qǐng)書》規(guī)定開發(fā)的產(chǎn)品的屬性，包括功能詳細(xì)描述，性能要求詳細(xì)描述和穩(wěn)定性要求詳細(xì)描述。

4.1.2.5《研發(fā)立項(xiàng)申請(qǐng)書》明確項(xiàng)目經(jīng)理和項(xiàng)目組成員。

4.1.2.6《研發(fā)立項(xiàng)申請(qǐng)書》明確項(xiàng)目的開始日期和計(jì)劃完成日期。

4.1.2.7《研發(fā)立項(xiàng)申請(qǐng)書》概要說明項(xiàng)目開發(fā)的資源需求，包括硬件設(shè)備、軟件工具、場(chǎng)地環(huán)境等。

4.1.2.8《研發(fā)立項(xiàng)申請(qǐng)書》確定項(xiàng)目的質(zhì)量目標(biāo)，包括各級(jí)缺陷的數(shù)量和測(cè)試周期，所制定的質(zhì)量目標(biāo)不允許有一級(jí)缺陷。

4.1.2.9《研發(fā)立項(xiàng)申請(qǐng)書》的編制格式參照《研發(fā)立項(xiàng)申請(qǐng)書模板》。

4.1.3《研發(fā)立項(xiàng)申請(qǐng)書》由研發(fā)項(xiàng)目經(jīng)理、主管軟件的研發(fā)經(jīng)理、營(yíng)銷中心經(jīng)理認(rèn)可，主管研發(fā)副總經(jīng)理最終確認(rèn)。

4.1.4內(nèi)容變更：研發(fā)項(xiàng)目干系人可對(duì)申請(qǐng)對(duì)《研發(fā)立項(xiàng)申請(qǐng)書》的內(nèi)容進(jìn)行變更，變更后按申請(qǐng)的流程進(jìn)行簽字確認(rèn)，變更后的內(nèi)容重新填寫《研發(fā)立項(xiàng)申請(qǐng)書》并附在原申請(qǐng)書后。項(xiàng)目組成員的變更由研發(fā)內(nèi)部掌握，不必進(jìn)行變更申請(qǐng)。變更可在結(jié)項(xiàng)前的任何階段提出。

4.1.5項(xiàng)目撤銷，如遇重大變故造成所研發(fā)的項(xiàng)目已經(jīng)無實(shí)際意義或其他原因需要立即停止，可申請(qǐng)撤銷，申請(qǐng)人需是項(xiàng)目干系人，并具有中心經(jīng)理以上的級(jí)別，申請(qǐng)人負(fù)責(zé)編寫《研發(fā)項(xiàng)目撤銷申請(qǐng)書》,說明撤銷原因，撤銷申請(qǐng)需得到項(xiàng)目經(jīng)理、主管軟件的研發(fā)經(jīng)理、營(yíng)銷中心經(jīng)理和主管研發(fā)副中經(jīng)理認(rèn)可，經(jīng)由總經(jīng)理批準(zhǔn)后生效。撤銷申請(qǐng)可在結(jié)項(xiàng)前的任何階段提出。

4.2研發(fā)

4.2.1研發(fā)立項(xiàng)確定后，項(xiàng)目經(jīng)理需編寫《項(xiàng)目研發(fā)計(jì)劃書》。

4.2.1.1《項(xiàng)目研發(fā)計(jì)劃書》初步制定項(xiàng)目開發(fā)的任務(wù)列表和模塊劃分，以及項(xiàng)目組人員的模塊歸屬和工作時(shí)間安排。

4.2.1.2《項(xiàng)目研發(fā)計(jì)劃書》可以用通用的項(xiàng)目管理工具來完成，編制格式由項(xiàng)目經(jīng)理確定，推薦使用Microsoft Project。

4.2.1.3《項(xiàng)目研發(fā)計(jì)劃書》由項(xiàng)目組成員認(rèn)可。

4.2.1.5項(xiàng)目經(jīng)理可根據(jù)實(shí)際情況和設(shè)計(jì)的深入，隨時(shí)變更《項(xiàng)目研發(fā)計(jì)劃書》。

4.2.1.6主管軟件的研發(fā)經(jīng)理可抽查《項(xiàng)目研發(fā)計(jì)劃書》的編制和實(shí)施情況，并給出改進(jìn)建議。

4.2.2研發(fā)設(shè)計(jì)

4.2.2.1《軟件需求分析說明書》

4.2.2.1.1軟件項(xiàng)目需編制《軟件需求分析說明書》。

4.2.2.1.2《軟件需求分析說明書》由項(xiàng)目經(jīng)理或其委托人編制。

4.2.2.1.3《軟件需求分析說明書》確定整個(gè)系統(tǒng)的物理結(jié)構(gòu)和部署要求，并根據(jù)系統(tǒng)的物理結(jié)構(gòu)進(jìn)行模塊劃分，確定各個(gè)模塊的功能范圍和模塊間的接口方式。詳細(xì)說明系統(tǒng)規(guī)模要求和運(yùn)行環(huán)境限制，并指出系統(tǒng)運(yùn)行所需資源的要求。明確開發(fā)和系統(tǒng)運(yùn)行所需軟硬件資源的要求。確定項(xiàng)目進(jìn)行一次全面測(cè)試所需要的測(cè)試人員人數(shù)和測(cè)試周期?！盾浖?xiàng)目需求分析說明書》的格式參照《軟件項(xiàng)目需求分析說明書模板》。在軟件需求分析過程中，如果軟件有用戶界面，要在此階段進(jìn)行界面的初步設(shè)計(jì)，為了提高效率，界面草圖的繪制不限定形式和格式。

4.2.2.1.4《軟件需求分析說明書》由項(xiàng)目組全體成員認(rèn)可，主管軟件的研發(fā)經(jīng)理最終確認(rèn)。

4.2.2.1.5《軟件需求分析說明書》的變更，在開發(fā)過程中，項(xiàng)目組成員可提出對(duì)《軟件需求分析說明書》的變更申請(qǐng)，變更的范圍限于不能違背《研發(fā)立項(xiàng)申請(qǐng)書》的要求，即不能有涉及到《研發(fā)立項(xiàng)申請(qǐng)書》變更的內(nèi)容，如果有，需要做《研發(fā)立項(xiàng)申請(qǐng)書》變更的流程?！盾浖枨蠓治稣f明書》變更的主要目的是修正其中的錯(cuò)誤，或者經(jīng)過變更可提高產(chǎn)品的品質(zhì)或性能指標(biāo)或縮短產(chǎn)品的研發(fā)周期?！盾浖枨蠓治稣f明書》的變更需得到項(xiàng)目經(jīng)理的同意，必要時(shí)由項(xiàng)目經(jīng)理召集相關(guān)技術(shù)人員和項(xiàng)目組成員召開簡(jiǎn)短的技術(shù)會(huì)議進(jìn)行論證。項(xiàng)目經(jīng)理將變

更后的內(nèi)容形成新版本的《軟件項(xiàng)目需求分析說明書》，由主管軟件的研發(fā)經(jīng)理最終確認(rèn)。

4.2.2.2《軟件概要設(shè)計(jì)說明書》

4.2.2.2.1軟件項(xiàng)目需編制《軟件概要設(shè)計(jì)說明書》。

4.2.2.2.2《軟件概要設(shè)計(jì)說明書》由項(xiàng)目經(jīng)理或其委托人編制。

4.2.2.2.3《軟件概要設(shè)計(jì)說明書》確定整個(gè)系統(tǒng)的邏輯結(jié)構(gòu)，并對(duì)需求分析中各物理模塊進(jìn)行邏輯模塊劃分，詳細(xì)描述各邏輯模塊的業(yè)務(wù)規(guī)則和模塊之間的接口以及重要的內(nèi)部接口，確定系統(tǒng)級(jí)的全局變量和數(shù)據(jù)結(jié)構(gòu)，確定各邏輯模塊所包含的程序文件名稱和使用的開發(fā)工具，描述每個(gè)文件中所包含的函數(shù)功能。確定數(shù)據(jù)庫的類型和所有數(shù)據(jù)表名稱及數(shù)據(jù)表的用途，確定數(shù)據(jù)庫的訪問方式。詳細(xì)描述系統(tǒng)的配置方式。如果軟件有用戶界面，要對(duì)界面進(jìn)行詳細(xì)設(shè)計(jì)，確定所有界面的名稱、規(guī)格及界面上的元素類型及功能，界面設(shè)計(jì)可在開發(fā)工具中直接繪制，也可采用其他繪圖方式，但在概要設(shè)計(jì)文檔中要保留圖示并進(jìn)行詳細(xì)說明。格式參照《軟件項(xiàng)目概要設(shè)計(jì)說明書模板》。

4.2.2.2.4《軟件概要設(shè)計(jì)說明書》由項(xiàng)目組全體成員認(rèn)可，主管軟件的研發(fā)經(jīng)理最終確認(rèn)。

4.2.2.2.5《軟件概要設(shè)計(jì)說明書》的變更，在開發(fā)過程中，項(xiàng)目組成員可提出對(duì)《軟件概要設(shè)計(jì)說明書》的變更申請(qǐng)，變更范圍限于不得違背《研發(fā)立項(xiàng)申請(qǐng)書》和《軟件需求分析說明書》的要求，所涉及的變更不至于影響到《研發(fā)立項(xiàng)申請(qǐng)書》和《軟件需求分析說明書》的變更，如果有，需要做《研發(fā)立項(xiàng)申請(qǐng)書》的變更流程或者《軟件需求分析說明書》的變更流程?！盾浖乓O(shè)計(jì)說明書》變更的主要目的是修正其中的錯(cuò)誤，或者經(jīng)過變更可提高產(chǎn)品的品質(zhì)或性能指標(biāo)或縮短產(chǎn)品的研發(fā)周期。概要設(shè)計(jì)說明書的變更需得到項(xiàng)目經(jīng)理的同意，必要是由項(xiàng)目經(jīng)理召集相關(guān)技術(shù)人員和項(xiàng)目組成員召開簡(jiǎn)短的技術(shù)會(huì)議進(jìn)行論證。項(xiàng)目經(jīng)理將變更后的內(nèi)容寫入新版本的《軟件項(xiàng)目概要設(shè)計(jì)說明書》，主管軟件的研發(fā)經(jīng)理最終簽字確認(rèn)。

4.2.2.3軟件詳細(xì)設(shè)計(jì)

4.2.2.3.1軟件詳細(xì)設(shè)計(jì)由項(xiàng)目經(jīng)理指派，項(xiàng)目組成員分擔(dān)完成。

4.2.2.3.2軟件項(xiàng)目詳細(xì)設(shè)計(jì)的內(nèi)容及格式要求，軟件項(xiàng)目的詳細(xì)設(shè)計(jì)根據(jù)《軟件概要設(shè)計(jì)說明書》劃分的各個(gè)邏輯模塊包含的程序文件，確定每個(gè)程序文件中所包含的函數(shù)的詳細(xì)描述，要求有函數(shù)的功能描述、輸入輸出說明、使用規(guī)則和限制，如有必要，還可以描述函數(shù)的實(shí)現(xiàn)流程。詳細(xì)描述軟件中所有全局變量的格式、初始值、用途和使用規(guī)則。詳細(xì)描述軟件中所有的數(shù)據(jù)結(jié)構(gòu)和類結(jié)構(gòu)。詳細(xì)描述數(shù)據(jù)庫中的數(shù)據(jù)表，確定數(shù)據(jù)表的的每個(gè)字段，以及數(shù)據(jù)表之間的關(guān)系，確定所有的視圖、觸發(fā)器和存儲(chǔ)過程。詳細(xì)設(shè)計(jì)文檔不做具體的格式要求，為了提高研發(fā)效率，可以把詳細(xì)設(shè)計(jì)作為代碼的一部分，直接在程序中編寫，編寫時(shí)要遵循《研發(fā)中心軟件編碼標(biāo)準(zhǔn)》的規(guī)定。

4.2.2.3.3項(xiàng)目經(jīng)理負(fù)責(zé)組織對(duì)詳細(xì)設(shè)計(jì)進(jìn)行審核，審核方式可采用項(xiàng)目經(jīng)理主審和項(xiàng)目成員互審相結(jié)合的方式，主要審核詳細(xì)設(shè)計(jì)和概要設(shè)計(jì)及需求分析的符合性，及詳細(xì)設(shè)計(jì)的正確性。主管軟件的研發(fā)經(jīng)理可組織相關(guān)技術(shù)人員對(duì)詳細(xì)設(shè)計(jì)情況進(jìn)行抽查。

4.2.2.3.4詳細(xì)設(shè)計(jì)的變更，可在項(xiàng)目開發(fā)的任何時(shí)段進(jìn)行，由項(xiàng)目成員在得到項(xiàng)目經(jīng)理的口頭同意后進(jìn)行，要在變更處做好變更記錄。

4.2.2.4質(zhì)量控制

4.2.2.4.1項(xiàng)目組內(nèi)部互審，在項(xiàng)目的開發(fā)過程中，項(xiàng)目經(jīng)理可組織項(xiàng)目組成員對(duì)編制的代碼進(jìn)行互相審核，目的是審查代碼是否符合《研發(fā)中心軟件編碼標(biāo)準(zhǔn)》的要求，并在聯(lián)調(diào)前找到代碼中的缺陷，審核時(shí)要做好審核記錄，內(nèi)容為代碼的編寫人、審核人、缺陷位置、缺陷描述和改進(jìn)建議，格式由項(xiàng)目經(jīng)理決定。根據(jù)項(xiàng)目的具體情況，項(xiàng)目經(jīng)理有權(quán)決定不進(jìn)行代碼的互審。

4.2.2.4.2研發(fā)中心內(nèi)部抽查審核，在項(xiàng)目的開發(fā)過程中，主管軟件的研發(fā)經(jīng)理可組織相關(guān)人員對(duì)項(xiàng)目組的開發(fā)質(zhì)量進(jìn)行抽查審核，被審核的代碼模塊由研發(fā)經(jīng)理確認(rèn)，審核的主要目的是驗(yàn)證的代碼書寫的規(guī)范性和與設(shè)計(jì)的符合性。在評(píng)審中發(fā)現(xiàn)問題，主管軟件的研發(fā)經(jīng)理可口頭通知項(xiàng)目經(jīng)理進(jìn)行整改，問題嚴(yán)重時(shí)，可對(duì)項(xiàng)目組下達(dá)《軟件整改通知單》，通知項(xiàng)目組進(jìn)行整改。具體使用何種方式由主管軟件的研發(fā)經(jīng)理確定?！盾浖耐ㄖ獑巍废逻_(dá)后，按比例扣除項(xiàng)目組的項(xiàng)目獎(jiǎng)金，扣除辦法參見《研發(fā)軟件項(xiàng)目獎(jiǎng)金發(fā)放制度》。

4.2.2.4.3項(xiàng)目組內(nèi)部集成驗(yàn)證測(cè)試，項(xiàng)目經(jīng)理可在代碼完成后組織內(nèi)部集成測(cè)試，并同時(shí)指派項(xiàng)目組成員進(jìn)行《軟件使用說明書》的編制，在內(nèi)部集成測(cè)試結(jié)束，《軟件使用說明書》完成后，項(xiàng)目經(jīng)理可申請(qǐng)?zhí)峤卉浖腶測(cè)試。

4.2.2.4.4《a測(cè)試申請(qǐng)書》，項(xiàng)目經(jīng)理負(fù)責(zé)編制《a測(cè)試申請(qǐng)書》，格式參照《a測(cè)試申請(qǐng)書模板》。編制完畢后，與《軟件使用說明書》一起提交給主管軟件的研發(fā)經(jīng)理進(jìn)行審核確認(rèn)，主管軟件的研發(fā)經(jīng)理簽字同意后，指定項(xiàng)目的測(cè)試人員，進(jìn)行a測(cè)試。

4.2.2.4.5測(cè)試人員根據(jù)《研發(fā)立項(xiàng)申請(qǐng)書》和《軟件使用說明書》的要求與內(nèi)容，編制《軟件測(cè)試大綱》，確定要測(cè)試的具體項(xiàng)目以及對(duì)這些項(xiàng)目的要求，《軟件測(cè)試大綱》編制完成后要由項(xiàng)目經(jīng)理認(rèn)可，主管軟件的研發(fā)經(jīng)理確認(rèn)。同時(shí)項(xiàng)目組負(fù)責(zé)協(xié)助測(cè)試環(huán)境的搭建。

4.2.2.4.6在一輪測(cè)試結(jié)束后，測(cè)試人員出具《項(xiàng)目測(cè)試報(bào)告》。項(xiàng)目組對(duì)測(cè)試出的問題進(jìn)行修改，然后再申請(qǐng)新一輪的測(cè)試，新的一輪測(cè)試由項(xiàng)目經(jīng)理決定是進(jìn)行驗(yàn)證性測(cè)試還是完整測(cè)試，如果是驗(yàn)證性測(cè)試，可由項(xiàng)目經(jīng)理確定測(cè)試內(nèi)容范圍并和測(cè)試經(jīng)理協(xié)商測(cè)試周期，循環(huán)上述過程直到項(xiàng)目經(jīng)理認(rèn)為可以結(jié)束測(cè)試。為了保證測(cè)試質(zhì)量，要求最后一次測(cè)試必須是完整測(cè)試。測(cè)試結(jié)束后，測(cè)試人員要編制《測(cè)試過程總結(jié)報(bào)告》。

4.3研發(fā)結(jié)項(xiàng)

4.3.1測(cè)試結(jié)束后，項(xiàng)目經(jīng)理可決定對(duì)項(xiàng)目進(jìn)行結(jié)項(xiàng)提交。

4.3.2項(xiàng)目經(jīng)理負(fù)責(zé)編制《研發(fā)結(jié)項(xiàng)申請(qǐng)書》，格式參照《研發(fā)結(jié)項(xiàng)申請(qǐng)書模板》。

4.3.3《研發(fā)結(jié)項(xiàng)申請(qǐng)書》要對(duì)所存留的問題進(jìn)行詳細(xì)描述。

4.3.4《研發(fā)結(jié)項(xiàng)申請(qǐng)書》說明項(xiàng)目的實(shí)際開發(fā)周期，與計(jì)劃周期的差異將作為項(xiàng)目獎(jiǎng)金的評(píng)定依據(jù)。

4.3.5《研發(fā)結(jié)項(xiàng)申請(qǐng)書》要說明項(xiàng)目質(zhì)量目標(biāo)的實(shí)現(xiàn)情況，根據(jù)《測(cè)試過程總結(jié)報(bào)告》統(tǒng)計(jì)出項(xiàng)目的實(shí)際質(zhì)量，與計(jì)劃質(zhì)量目標(biāo)的差異將作為項(xiàng)目獎(jiǎng)金的評(píng)定依據(jù)。

4.3.6《研發(fā)結(jié)項(xiàng)申請(qǐng)書》中所存留問題部分的內(nèi)容需由此項(xiàng)目的實(shí)際測(cè)試人員進(jìn)行確認(rèn)。

4.3.7《研發(fā)結(jié)項(xiàng)申請(qǐng)書》由項(xiàng)目經(jīng)理、主管軟件的研發(fā)經(jīng)理、營(yíng)銷中心經(jīng)理、技服中心經(jīng)理認(rèn)可后，由主管研發(fā)副總經(jīng)理最終確認(rèn)。

4.3.4項(xiàng)目提交后，項(xiàng)目經(jīng)理出具《軟件項(xiàng)目信息統(tǒng)計(jì)表》，由主管軟件的研發(fā)

經(jīng)理認(rèn)可，主管研發(fā)副總經(jīng)理最終確認(rèn)，作為項(xiàng)目獎(jiǎng)金分配的依據(jù)。

4.4技術(shù)資料的管理與備份

4.4.1項(xiàng)目經(jīng)理負(fù)責(zé)技術(shù)資料的管理與備份，備份內(nèi)容包括項(xiàng)目所涉及的文檔、代碼和其他相關(guān)技術(shù)資料。

4.4.2項(xiàng)目立項(xiàng)后，項(xiàng)目組要在代碼管理服務(wù)器上建立專門的項(xiàng)目目錄。

4.4.3在研發(fā)過程中，項(xiàng)目組不定期的向代碼管理服務(wù)器進(jìn)行代碼備份，備份時(shí)機(jī)由項(xiàng)目經(jīng)理決定。

4.4.4項(xiàng)目提交測(cè)試前要進(jìn)行一次完整備份。

4.4.5項(xiàng)目結(jié)項(xiàng)后，要進(jìn)行一次完整備份，并將最終項(xiàng)目?jī)?nèi)容刻錄光盤備檔。

4.4.6備檔后的光盤由主管軟件的研發(fā)經(jīng)理統(tǒng)一管理。

4.4.7在研發(fā)過程中，紙質(zhì)文檔由項(xiàng)目經(jīng)理負(fù)責(zé)管理，項(xiàng)目結(jié)項(xiàng)后提交到主管軟件的研發(fā)經(jīng)理備檔。

4.4.8由于項(xiàng)目組備份不及時(shí)和備份管理不到位造成項(xiàng)目資料丟失，致使開發(fā)周期延誤的，每發(fā)生一次按比例扣發(fā)項(xiàng)目經(jīng)理的項(xiàng)目獎(jiǎng)金，造成重大損失的，全部扣發(fā)項(xiàng)目經(jīng)理項(xiàng)目獎(jiǎng)金，并根據(jù)具體情況追究其責(zé)任,是否為重大損失由主管軟件的研發(fā)經(jīng)理確認(rèn)。獎(jiǎng)金的扣發(fā)辦法參照《研發(fā)軟件項(xiàng)目獎(jiǎng)金發(fā)放制度》。5職責(zé)和權(quán)限

5.1主管研發(fā)副總經(jīng)理負(fù)責(zé)本規(guī)范的編制、發(fā)布、維護(hù)與解釋。

5.2主管軟件的研發(fā)經(jīng)理負(fù)責(zé)推動(dòng)和監(jiān)督本規(guī)范的實(shí)施。

5.3公司所有員工可對(duì)本規(guī)范提出修改意見。

6歷史記錄

本規(guī)范于2007年9月25日編制完成，形成V1.0版。

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