今天給各位分享軟件開發(fā)管理流程制度的知識(shí)，其中也會(huì)對(duì)軟件開發(fā)管理流程制度內(nèi)容進(jìn)行解釋，如果能碰巧解決你現(xiàn)在面臨的問題，別忘了關(guān)注本站，現(xiàn)在開始吧！

本文目錄一覽：

• 1、編制軟件開發(fā)項(xiàng)目管理規(guī)范的依據(jù)？
• 2、IT公司的規(guī)范跟制度流程算不算保密文檔比如軟件開發(fā)或者測(cè)試的規(guī)范與制度流程
• 3、軟件公司管理制度
• 4、軟件開發(fā)管理如何風(fēng)險(xiǎn)管理
• 5、論述軟件項(xiàng)目管理過程中如何開展好配置管理工作

編制軟件開發(fā)項(xiàng)目管理規(guī)范的依據(jù)？

軟件開發(fā)項(xiàng)目管理手冊(cè)是根據(jù)公司各項(xiàng)要求和軟件項(xiàng)目的具體情況，對(duì)軟件項(xiàng)目在整個(gè)生產(chǎn)活動(dòng)中的各個(gè)方面所做的具體要求。

編制依據(jù)：總公司手冊(cè)，總公司軟件項(xiàng)目管理規(guī)范，公司管理制度手冊(cè)，公司項(xiàng)目管理部制度手冊(cè)。

編制原則：將軟件項(xiàng)目生產(chǎn)管理活動(dòng)分解，使所規(guī)定的各項(xiàng)管理制度具有針對(duì)性、可操作性和可追朔性。

編制目的：有效控制軟件項(xiàng)目施工成本，提高軟件項(xiàng)目經(jīng)濟(jì)效益，確保軟件項(xiàng)目質(zhì)量、安全、工期、成本等各項(xiàng)指標(biāo)順利完成，最終實(shí)現(xiàn)公司規(guī)定的質(zhì)量目標(biāo)和成本指標(biāo)。

軟件項(xiàng)目管理：是指企業(yè)運(yùn)用系統(tǒng)的觀點(diǎn)、理論和方法對(duì)項(xiàng)目進(jìn)行的決策、計(jì)劃、組織、控制、協(xié)調(diào)等全過程的全面管理。

軟件項(xiàng)目管理制度：是施工項(xiàng)目經(jīng)理部為實(shí)現(xiàn)施工項(xiàng)目管理目標(biāo)，完成施工任務(wù)而制訂的內(nèi)部責(zé)任制度和規(guī)章制度。

責(zé)任制度：是以部門單位崗位為主體制訂的制度。就拿日事清的銷售部來說，責(zé)任制規(guī)定了該部門各類人員應(yīng)該承擔(dān)的責(zé)任對(duì)誰負(fù)責(zé)負(fù)什麼責(zé)，考核標(biāo)準(zhǔn)以及相應(yīng)的權(quán)利和相互協(xié)作要求等內(nèi)容。責(zé)任制是根據(jù)崗位劃分的，其重要程度不同，責(zé)任大小也各不相同，責(zé)任制強(qiáng)調(diào)創(chuàng)造性地完成各項(xiàng)任務(wù)，其衡量標(biāo)準(zhǔn)是多層次的，可以評(píng)定等級(jí)。

IT公司的規(guī)范跟制度流程算不算保密文檔比如軟件開發(fā)或者測(cè)試的規(guī)范與制度流程

一個(gè)制度一般有總則、管理機(jī)構(gòu)與職責(zé)、機(jī)構(gòu)管理范圍、業(yè)務(wù)管理規(guī)范、獎(jiǎng)懲或責(zé)任追究、附則等幾大塊。

作為軟件公司，涉及保密的事情不少，要在總則中把保密的概念、保密的范圍、密級(jí)劃分和工作原則、管理體制等說清楚，在管理機(jī)制和職責(zé)等方面，要把研發(fā)、產(chǎn)品、人力資源、法律事務(wù)等相關(guān)部門的職責(zé)、協(xié)同關(guān)系等說清楚，在業(yè)務(wù)管理規(guī)范方面，則要基于軟件開發(fā)、驗(yàn)證、測(cè)試、檔案管理等各流程環(huán)節(jié)設(shè)定關(guān)鍵結(jié)點(diǎn)的管理規(guī)范、標(biāo)準(zhǔn)等，強(qiáng)調(diào)操作性；在責(zé)任方面，則要對(duì)違反管理規(guī)范的事件有明確的處理標(biāo)準(zhǔn)，可分主要的幾項(xiàng)加以控制，當(dāng)然責(zé)任上有輕重、損失有大小，要明確；在附則中，要明確該制度的責(zé)任主體是誰，誰負(fù)責(zé)解釋，實(shí)施日期等。

作為保密，一般應(yīng)當(dāng)有個(gè)保密協(xié)議，要將規(guī)章制度中的標(biāo)準(zhǔn)和規(guī)范等落實(shí)在協(xié)議中，這個(gè)協(xié)議一般可作為一項(xiàng)重要工作的組織部分，同時(shí)也應(yīng)當(dāng)是人事管理的組成部分，在人事管理中，應(yīng)當(dāng)有個(gè)總的保密協(xié)議或在總的人事協(xié)議中有較為可操作的保密條款。

擴(kuò)展閱讀：【保險(xiǎn)】怎么買，哪個(gè)好，手把手教你避開保險(xiǎn)的這些"坑"

軟件公司管理制度

我公司的，熬了幾天才整出來的，給你關(guān)鍵的一部分的吧

第四節(jié) 崗位責(zé)任制度

一、營運(yùn)總監(jiān)：

1) 營運(yùn)總監(jiān)的工作范圍：

起草年度工作計(jì)劃。落實(shí)、執(zhí)行公司的年度工作計(jì)劃。監(jiān)督、規(guī)范各部門對(duì)公司年度工作計(jì)劃的執(zhí)行。協(xié)調(diào)各部門的日常運(yùn)作。

2) 營運(yùn)總監(jiān)的崗位責(zé)任：

對(duì)總經(jīng)理負(fù)責(zé)。對(duì)總經(jīng)理下達(dá)的一切工作指令的落實(shí)負(fù)責(zé)。對(duì)公司各部門執(zhí)行年度工作計(jì)劃的成效負(fù)責(zé)。對(duì)各部門執(zhí)行公司規(guī)章制度的運(yùn)作負(fù)責(zé)。

二、技術(shù)部：

1) 技術(shù)部的工作范圍：

? 保證公司各網(wǎng)站的正常運(yùn)行。負(fù)責(zé)公司新產(chǎn)品、新項(xiàng)目的開發(fā)，并對(duì)其提供技術(shù)支持。

? 公司及下屬網(wǎng)站的頁面設(shè)計(jì)、Flash動(dòng)畫制作、css定義、HTML語言的編寫、LOGO設(shè)計(jì)、造型設(shè)計(jì)等工作的策劃和制作。對(duì)巳調(diào)整和處理好程序的頁面進(jìn)行css定義并進(jìn)一步美化。網(wǎng)頁的更新、維護(hù)等。

? 建立并完善常用代碼庫，做好版本控制，整理技術(shù)文檔，保證軟件開發(fā)的連續(xù)性。

? 研究或總結(jié)新的開發(fā)技術(shù)，提高開發(fā)效率。

? 支持培訓(xùn)部工作，擔(dān)任部分課程的講授的輔導(dǎo)工作，對(duì)新員工或準(zhǔn)員工進(jìn)行技術(shù)培訓(xùn)。

? 負(fù)責(zé)公司所有服務(wù)器及空間的帳號(hào)(系統(tǒng)帳號(hào)、FTP帳號(hào))的建立、權(quán)限分配和管理。負(fù)責(zé)公司域名的續(xù)費(fèi)、解析等相關(guān)工作。

2) 技術(shù)部經(jīng)理的崗位責(zé)任：

對(duì)營運(yùn)總監(jiān)負(fù)責(zé)。對(duì)各網(wǎng)站的正常運(yùn)行負(fù)責(zé)。對(duì)開發(fā)新項(xiàng)目的技術(shù)支持工作負(fù)責(zé)。對(duì)領(lǐng)導(dǎo)網(wǎng)頁開發(fā)、網(wǎng)頁設(shè)計(jì)、多媒體設(shè)計(jì)的策劃、制作及其效果的工作負(fù)責(zé)。

完成每周工作總結(jié)和下周工作計(jì)劃。

三、培訓(xùn)部：

1）培訓(xùn)部的工作范圍：

? 根據(jù)教室及學(xué)員業(yè)余時(shí)間情況，安排課表，做好學(xué)員的分組、考勤管理，督促學(xué)員按時(shí)上課。

? 做好新課程的開發(fā)，對(duì)授課內(nèi)容進(jìn)行及時(shí)把握、完善和更新，根據(jù)學(xué)員情況自主調(diào)整上課內(nèi)容，但要保證學(xué)習(xí)內(nèi)容的實(shí)用性。

? 在培訓(xùn)班學(xué)員中發(fā)現(xiàn)并培養(yǎng)踏實(shí)、好學(xué)、熱心的學(xué)員，積極加以培養(yǎng)，賦予一定的責(zé)任，為公司各個(gè)崗位儲(chǔ)備人才，包括授課輔導(dǎo)人員。

? 建立和完善學(xué)員檔案及學(xué)員學(xué)習(xí)檔案，把握學(xué)員能力掌握情況，了解學(xué)員心理動(dòng)態(tài)，營造積極向上、團(tuán)結(jié)互助的學(xué)習(xí)氛圍。

? 配合市場(chǎng)部做好宣傳工作，為市場(chǎng)部提供必要的文檔和數(shù)據(jù)資料。

2）培訓(xùn)部經(jīng)理的崗位責(zé)任：

對(duì)營運(yùn)總監(jiān)負(fù)責(zé)。對(duì)培訓(xùn)體系的策劃、完善和實(shí)施等各環(huán)節(jié)的工作負(fù)責(zé)。對(duì)學(xué)員及參與授課和輔導(dǎo)的學(xué)長的進(jìn)行管理，調(diào)動(dòng)所有學(xué)員的積極性，充分發(fā)揮學(xué)員主觀能動(dòng)性，克服困難，努力完成公司下達(dá)的各項(xiàng)工作任務(wù)。做為公司與學(xué)員的銜接，對(duì)公司的各項(xiàng)規(guī)章制度起自覺執(zhí)行的模范領(lǐng)導(dǎo)作用。

四、資訊業(yè)務(wù)部：

1）資訊業(yè)務(wù)部的工作范圍：

? 維護(hù)網(wǎng)站信息和內(nèi)容，將網(wǎng)站搭建為完善的宣傳平臺(tái)和與客戶交流的平臺(tái)，從網(wǎng)站的信息中挖掘有用信息，并做進(jìn)一步開發(fā)。

? 建立和完善客戶檔案，對(duì)客戶進(jìn)行分類整理。

? 處理客戶異議及投訴，幫助會(huì)員解決參與網(wǎng)站的各項(xiàng)活動(dòng)時(shí)所遇到的任何難題。

? 通過優(yōu)良的服務(wù)，策劃新的客戶服務(wù)項(xiàng)目，吸引更多的誠忠于我們網(wǎng)站的客戶。

? 策劃公司新的業(yè)務(wù)項(xiàng)目，策劃公司網(wǎng)站新的產(chǎn)品服務(wù)項(xiàng)目，策劃網(wǎng)站會(huì)員服務(wù)的線下活動(dòng)。對(duì)新的策劃項(xiàng)目組織實(shí)施及效果評(píng)估。對(duì)公司的產(chǎn)品及服務(wù)進(jìn)行市場(chǎng)調(diào)研及數(shù)據(jù)分析，并以此為依據(jù)策劃新的項(xiàng)目或改進(jìn)現(xiàn)有產(chǎn)品及服務(wù)。

? 配合公司各部門對(duì)市場(chǎng)各方面的業(yè)務(wù)聯(lián)絡(luò)及工作安排。

? 做好沖浪協(xié)會(huì)的管理工作。

2） 業(yè)務(wù)部經(jīng)理的崗位責(zé)任：

對(duì)營運(yùn)總監(jiān)負(fù)責(zé)。對(duì)網(wǎng)站的所有會(huì)員活動(dòng)及服務(wù)等各環(huán)節(jié)的工作負(fù)責(zé)。團(tuán)結(jié)本部門員工，調(diào)動(dòng)部門員工的積極性，發(fā)揮其領(lǐng)導(dǎo)的主觀能動(dòng)性，克服困難，努力完成部門經(jīng)理下達(dá)的各項(xiàng)工作任務(wù)。對(duì)公司的各項(xiàng)規(guī)章制度起自覺執(zhí)行的模范領(lǐng)導(dǎo)作用。對(duì)市場(chǎng)各方面業(yè)務(wù)聯(lián)絡(luò)及工作安排的成效負(fù)責(zé)。對(duì)市場(chǎng)各方面業(yè)務(wù)項(xiàng)目、活動(dòng)項(xiàng)目策劃及實(shí)施工作的成效負(fù)責(zé)。

五、綜合服務(wù)部：

1）負(fù)責(zé)日常行政工作。包括：公司管理制度的執(zhí)行推進(jìn)，負(fù)責(zé)公司檔案的設(shè)立、整理及管理工作。公司日常文書工作。公司對(duì)外的接持工作。

2）負(fù)責(zé)日?？倓?wù)工作。負(fù)責(zé)勞保用品、保潔用品的申購、保管及發(fā)放。公司員工的食宿安排協(xié)助，公司部分外勤工作，公司一切相關(guān)的工作。

3）財(cái)務(wù)管理。做好出納工作，根據(jù)收集財(cái)務(wù)信息，進(jìn)行財(cái)務(wù)分析，并組織人員對(duì)項(xiàng)目欠費(fèi)進(jìn)行清繳。

軟件開發(fā)管理如何風(fēng)險(xiǎn)管理

風(fēng)險(xiǎn)管理的達(dá)成必須包括三個(gè)要素：

首先，在項(xiàng)目開發(fā)計(jì)劃中必須制定風(fēng)險(xiǎn)管理計(jì)劃；

第二，在項(xiàng)目預(yù)算中必須包含解決風(fēng)險(xiǎn)所需的經(jīng)費(fèi)；

第三，評(píng)估風(fēng)險(xiǎn)時(shí)，風(fēng)險(xiǎn)的影響也必須納入項(xiàng)目計(jì)劃中。

下面就軟件開發(fā)過程中經(jīng)常發(fā)生的風(fēng)險(xiǎn)，談?wù)勎覀儾扇〉念A(yù)防措施。

1、需求不明確

需求不明確是軟件開發(fā)過程中經(jīng)?？赡苡龅降膯栴}，這類問題往往表現(xiàn)在需求范圍未界定、需求未細(xì)化、需求描述不清楚、需求遺漏、需求互相矛盾等多個(gè)方面。在軟件開發(fā)過程的生命周期各階段中，需求不明確所造成的浪費(fèi)是最大的，必須盡早盡可能解決。確定用戶需求是件非常困難的事情，我們常常從以下幾個(gè)方面著手處理需求不明確問題：

（1） 讓用戶參與開發(fā)

提供一個(gè)協(xié)作開發(fā)環(huán)境，讓用戶參與開發(fā)過程。如果條件不允許，至少應(yīng)該在每次迭代的需求分析和系統(tǒng)測(cè)試階段，讓客戶能夠參與開發(fā)。

在選擇參與開發(fā)過程的用戶時(shí)，一方面，要盡可能爭(zhēng)取精通業(yè)務(wù)或計(jì)算機(jī)技術(shù)的用戶參與。另一方面，如果開發(fā)的產(chǎn)品要在不同規(guī)模、不同類型的企業(yè)應(yīng)用，應(yīng)該選擇具有代表性的用戶參與。

僅僅讓用戶參與是不夠的，應(yīng)該采取一定的激勵(lì)措施，提高用戶參與的積極性。

（2） 開發(fā)用戶界面原型

用戶通常不善于精確描述自己的業(yè)務(wù)需求，系統(tǒng)分析員需要借助白板、白紙等溝通方式，幫助用戶清楚表述需求。然后，開發(fā)一個(gè)用戶界面原型，以便用戶確認(rèn)需求。用戶界面原型的作用僅僅是收集用戶需求，不應(yīng)該再作它用，也不要給用戶造成系統(tǒng)快要實(shí)現(xiàn)的錯(cuò)覺。

（3） 需求討論會(huì)議

對(duì)于用戶分布廣、用戶量大的項(xiàng)目，要全面收集用戶需求，往往很困難，通常采取需求研計(jì)會(huì)議方式進(jìn)行需求確認(rèn)。通過在會(huì)議前幾周調(diào)查各地、各部門用戶需求意見，然后集中各地或各部門的用戶代表，舉辦一次需求研討會(huì)，通過會(huì)議方式收集需求。本方法適合于具有一定信息系統(tǒng)使用經(jīng)驗(yàn)的用戶。

（4） 強(qiáng)化需求分析與評(píng)審

首先，需求分析是項(xiàng)目成功的基礎(chǔ)，需要引起足夠的重視，并分配充足的時(shí)間和人力，要讓有經(jīng)驗(yàn)的系統(tǒng)分析員負(fù)責(zé)，切忌讓項(xiàng)目新手或程序員負(fù)責(zé)。其次，要進(jìn)行需求評(píng)審，盡可能讓用戶參與需求評(píng)審，不要讓需求評(píng)審流于行式。第三，也是最重要的一點(diǎn)，通過評(píng)審的需求規(guī)格說明書，要讓用戶方簽字，并作為項(xiàng)目合同的附件，對(duì)雙方都具有約束力。在公司內(nèi)部要將通過評(píng)審的需求規(guī)格說明書，納入配置管理。

2、項(xiàng)目缺少可見性

當(dāng)一個(gè)項(xiàng)目經(jīng)理或一名開發(fā)者說已經(jīng)完成了80%的任務(wù)，您必須保持審慎的態(tài)度。因?yàn)槭Ｏ碌?0%可能還需要80%的時(shí)間，甚至永遠(yuǎn)都不能完成[1]。軟件開發(fā)項(xiàng)目，往往在項(xiàng)目進(jìn)度和軟件質(zhì)量方面缺少可見性，項(xiàng)目越缺少可見性，項(xiàng)目就越難以控制，項(xiàng)目就越有可能失敗。我們可以通過迭代開發(fā)、技術(shù)評(píng)審、持續(xù)集成來增強(qiáng)項(xiàng)目的可見性。

（1） 迭代開發(fā)

采用迭代的開發(fā)模型，將產(chǎn)品的交付過程分為多個(gè)階段，按照功能遞增式交付。以下是一些典型的迭代：

一次簡短的先期迭代，以建立規(guī)模和前景并確定商業(yè)理由；

一次精化迭代，其間將為穩(wěn)定的構(gòu)架劃定基線；

一次構(gòu)建迭代，其間將實(shí)現(xiàn)用例并充實(shí)構(gòu)架；

幾次產(chǎn)品化迭代，將產(chǎn)品轉(zhuǎn)移到用戶群。

每次迭代，都要充分接收用戶的評(píng)審意見，以便為自我糾正。漸近式的功能交付，有利于降低開發(fā)人員的壓力，增加用戶的滿意度，有利于增強(qiáng)項(xiàng)目的可見性，是最好的進(jìn)展報(bào)告。

（2） 技術(shù)評(píng)審

技術(shù)評(píng)審是確保軟件質(zhì)量的重要環(huán)節(jié)，技術(shù)評(píng)審包括代碼走查、會(huì)議評(píng)審和同行專家評(píng)審。代碼走審可以是開發(fā)人員之間的交叉審查，或者是高級(jí)開發(fā)人員對(duì)普通開發(fā)人員的審查；會(huì)議評(píng)審一般應(yīng)至少每兩周進(jìn)行一次，每次評(píng)審時(shí)間不宜太長；同行專家評(píng)審包括技術(shù)和業(yè)務(wù)兩個(gè)方面的專家，經(jīng)常性地讓精通業(yè)務(wù)的用戶專家參與項(xiàng)目評(píng)審，是項(xiàng)目成功的重要保證。

另外，充分利用質(zhì)量審查的工具軟件，也有利于提高代碼質(zhì)量。例如：在Eclipse開發(fā)環(huán)境中，可以集成Findbug、Checkstyle、PMD插件檢查代碼編寫質(zhì)量。

（3） 持續(xù)集成

持續(xù)集成能夠把最終的一次大規(guī)模的集成調(diào)試過程分散到項(xiàng)目開發(fā)時(shí)間表的每一周、每一天、甚至每個(gè)小時(shí)。讓項(xiàng)目中的各個(gè)人員都能夠隨時(shí)掌握當(dāng)前的整體進(jìn)度，并迅速發(fā)現(xiàn)集成過程中出現(xiàn)的問題并進(jìn)行解決[1]。

開發(fā)小組應(yīng)制定持續(xù)集成的制度，一般情況下每日構(gòu)建一次，可以利用Ant等構(gòu)建工具進(jìn)行Java應(yīng)用程序的構(gòu)建。小組成員應(yīng)在每個(gè)功能開發(fā)完成后，及時(shí)向版本控制系統(tǒng)（如CVS）提交代碼，而且不應(yīng)該向版本控制系統(tǒng)提交有問題（編譯通不過）的代碼。

每日構(gòu)建、持續(xù)集成，讓項(xiàng)目進(jìn)度跟蹤工作更加容易。當(dāng)項(xiàng)目小組每天重新編譯系統(tǒng)時(shí)，已完成與未完成的功能清楚可見，小組成員能夠簡單地從軟件的表現(xiàn)知道距離整體完成還有多遠(yuǎn)。

3、新技術(shù)引入

技術(shù)創(chuàng)新是一種具有探索性、創(chuàng)造性的技術(shù)經(jīng)濟(jì)活動(dòng)。在開發(fā)過程中引入新技術(shù)，不可避免地要遇到各種風(fēng)險(xiǎn)。通過T形軟件開發(fā)、充分論證、多階段評(píng)審、同行經(jīng)驗(yàn)等措施可降低新技術(shù)風(fēng)險(xiǎn)。

（1） T形軟件開發(fā)

在項(xiàng)目開發(fā)早期，開發(fā)小組應(yīng)該建立系統(tǒng)的架構(gòu)，解決關(guān)鍵技術(shù)難題、開發(fā)系統(tǒng)的基礎(chǔ)構(gòu)件，并對(duì)系統(tǒng)所需要應(yīng)用的技術(shù)做深度探索。例如：基于JavaEE5構(gòu)建全國聯(lián)網(wǎng)售票系統(tǒng)，涉及到分布式事務(wù)處理、海量數(shù)據(jù)存儲(chǔ)、異構(gòu)平臺(tái)互連等關(guān)鍵問題，應(yīng)該優(yōu)先處理這些問題；對(duì)開發(fā)所涉及到的EJB3、JSF、 JBoss Seam、Eclipse RCP等技術(shù)，要做深度探索。

越是技術(shù)復(fù)雜度高的項(xiàng)目，就越應(yīng)該早地處理技術(shù)難題。如果在項(xiàng)目開發(fā)的中期或后期才發(fā)現(xiàn)架構(gòu)有問題或是關(guān)鍵技術(shù)難題不能解決，則為時(shí)已晚。

（2） 充分論證

新技術(shù)開發(fā)是探索性很強(qiáng)的工作，潛在著許多失敗的風(fēng)險(xiǎn)。在可行性分析階段，要廣泛搜集相關(guān)信息，設(shè)計(jì)多種可行方案，進(jìn)行充分論證。在制定決策時(shí)，情報(bào)的數(shù)量和質(zhì)量致關(guān)重要。掌握的信息越多、越準(zhǔn)確，才能作出正確的的決策，項(xiàng)目失敗的風(fēng)險(xiǎn)也就相對(duì)減少；反之，承擔(dān)的風(fēng)險(xiǎn)就會(huì)增大。

（3） 同行經(jīng)驗(yàn)

針對(duì)新技術(shù)，由于沒有經(jīng)驗(yàn)可借鑒，因此在探索過程中要充分利用互聯(lián)網(wǎng)，通過搜索同行經(jīng)驗(yàn)，往往事半功倍。要充分利用世界日益平坦化的優(yōu)勢(shì)，對(duì)于不能盡快解決的問題，可以先放一放，可能過不了幾天，網(wǎng)上就有相類似問題的解決方案了。

4、技術(shù)兼容性風(fēng)險(xiǎn)

硬件產(chǎn)品之間、系統(tǒng)軟件（操作系統(tǒng)、中間件、數(shù)據(jù)庫管理系統(tǒng)）與主機(jī)設(shè)備之間、系統(tǒng)軟件之間、應(yīng)用軟件與系統(tǒng)軟件之間以及應(yīng)用軟件之間，都可能存在兼容性問題。往往系統(tǒng)集成的項(xiàng)目越復(fù)雜，兼容性問題就越有可能存在。

（1） 設(shè)計(jì)先行

在做系統(tǒng)的總體設(shè)計(jì)方案時(shí)，務(wù)必把好相關(guān)產(chǎn)品的選型關(guān)，確保網(wǎng)絡(luò)、主機(jī)、系統(tǒng)軟件與應(yīng)用軟件之間不要存在較大的技術(shù)兼容性問題。在網(wǎng)絡(luò)平臺(tái)建設(shè)方案中，明確相關(guān)設(shè)備的技術(shù)參數(shù)和配置要求。

（2） 售前產(chǎn)品測(cè)試

在做項(xiàng)目招投標(biāo)工作時(shí)，要求投標(biāo)方在售前提供產(chǎn)品兼容性測(cè)試，以避免在項(xiàng)目實(shí)施過程中才暴露技術(shù)兼容性問題。涉及應(yīng)用軟件開發(fā)的集成項(xiàng)目，要在開發(fā)工作的早期，做技術(shù)兼容性測(cè)試，以避免在項(xiàng)目開發(fā)后期才暴露技術(shù)兼容性問題。

例如，我們?cè)陂_發(fā)深圳市汽車客運(yùn)站售票及站務(wù)聯(lián)網(wǎng)調(diào)度系統(tǒng)時(shí)，為了確保技術(shù)兼容，在做硬件招標(biāo)時(shí)要求小型機(jī)設(shè)備廠商提供售前技術(shù)兼容性測(cè)試工作，并將測(cè)試結(jié)果做為評(píng)標(biāo)指標(biāo)。在深圳市軟件測(cè)試中心對(duì)IBM、SUN、HP三家公司提供的小型機(jī)進(jìn)行測(cè)試時(shí)，暴露了許多應(yīng)用軟件、應(yīng)用服務(wù)器、數(shù)據(jù)庫和操作系統(tǒng)之間的技術(shù)兼容性問題，如果這些問題在系統(tǒng)實(shí)施時(shí)才暴露或處理，勢(shì)必會(huì)拖延項(xiàng)目進(jìn)度。

5、性能問題

由于先期設(shè)計(jì)不足，性能問題往往在系統(tǒng)切換或新系統(tǒng)使用一段時(shí)間后暴露。出現(xiàn)性能問題往往要進(jìn)行大量的優(yōu)化工作，甚至局部的或全面的重新設(shè)計(jì)。無論是用戶還是開發(fā)者，誰都不希望出現(xiàn)性能問題。

（1） 性能規(guī)劃

在系統(tǒng)設(shè)計(jì)時(shí)，應(yīng)做好前期做性能規(guī)劃，對(duì)可能出現(xiàn)性能問題的環(huán)節(jié)做到充足的估計(jì)。在做數(shù)據(jù)庫設(shè)計(jì)時(shí)，應(yīng)爭(zhēng)取DBA參與。

另外，在技術(shù)方法方面，盡可能采取一些性能優(yōu)化模式，如DTO、AJAX、延遲加載等，盡可能在開發(fā)過程中解決了性能問題。不至于到了項(xiàng)目后期才解決性能問題，既費(fèi)錢又費(fèi)時(shí)。

（2） 性能測(cè)試

在開發(fā)過程中，要重視性能測(cè)試和壓力測(cè)試，盡可能模擬現(xiàn)實(shí)使用環(huán)境，搭建測(cè)試平臺(tái)。另外，由于開發(fā)環(huán)境的計(jì)算機(jī)往往比生產(chǎn)環(huán)境的計(jì)算機(jī)配置高，在做測(cè)試時(shí)應(yīng)盡量找一些配置低的機(jī)器、較小的網(wǎng)絡(luò)帶寬進(jìn)行測(cè)試。

（3） 充足的調(diào)試時(shí)間

在項(xiàng)目開發(fā)計(jì)劃中，為后期性能優(yōu)化留有余地。在對(duì)系統(tǒng)進(jìn)行性能優(yōu)化后，要進(jìn)行性能測(cè)試和壓力測(cè)試，可能還要做幾次回歸測(cè)試。因此，應(yīng)該留有充足的時(shí)間和人力。

6、倉促上線

在項(xiàng)目實(shí)施過程中，系統(tǒng)切換上線環(huán)節(jié)最容易出紕漏。項(xiàng)目好不容易開發(fā)完成了，卻在最后最后時(shí)刻功潰一匱。如果項(xiàng)目小，影響面窄倒不怎么重要；如果是影響面大的項(xiàng)目，則千萬不可出現(xiàn)問題。在系統(tǒng)切換前，應(yīng)充分考慮各種可能出現(xiàn)的問題，做好風(fēng)險(xiǎn)對(duì)策。

（1） 應(yīng)急預(yù)案

面對(duì)各種不可預(yù)知的風(fēng)險(xiǎn)，要做好應(yīng)急預(yù)案。正常運(yùn)行的車站售票系統(tǒng)在春運(yùn)、旅游黃金周，都會(huì)做好應(yīng)急預(yù)案。新系統(tǒng)切換時(shí)，更應(yīng)該做好應(yīng)急預(yù)案。應(yīng)急預(yù)案中應(yīng)做好最壞的打算，售票系統(tǒng)不能正常工作時(shí)，準(zhǔn)備手工票就是最壞的打算。

（2） 分步切換

為了減少風(fēng)險(xiǎn)的影響，可以做系統(tǒng)分步切換的方案。例如：售票系統(tǒng)在切換時(shí)，往往用新系統(tǒng)售預(yù)售票，或者是用新系統(tǒng)售長途車站，用舊系統(tǒng)暫時(shí)售短程票。待新系統(tǒng)運(yùn)行穩(wěn)定后，再全面切換到新系統(tǒng)。針對(duì)多個(gè)用戶單位的系統(tǒng)切換，也可分單位進(jìn)行。

（3） 交叉培訓(xùn)

新舊系統(tǒng)切換過程中，用戶都存在適應(yīng)過程。除了在切換前做好操作培訓(xùn)外，還要在新舊系統(tǒng)切換過程中做好交叉培訓(xùn)。讓用戶提前一些時(shí)間上班，讓早班的用戶在交班時(shí)培訓(xùn)中班的用戶，中班的用戶培訓(xùn)晚班的用戶。做好交叉培訓(xùn)能夠讓系統(tǒng)平衡過渡。

7、可用性問題

軟件的可用性包括軟件的使用是不是高效、是否容易學(xué)習(xí)、是否容易記憶、是否令人愉快、是否不易出錯(cuò)等諸多因素。往往由于軟件的可用性差，導(dǎo)致用戶不滿意，甚至被市場(chǎng)淘汰。在項(xiàng)目開發(fā)中應(yīng)注意可用性問題，避免軟件出現(xiàn)可用性方面的風(fēng)險(xiǎn)。

（1） 了解用戶

到用戶工作現(xiàn)場(chǎng)，了解目標(biāo)用戶使用軟件的真實(shí)目的，從用戶的角度、從用戶的立場(chǎng)出發(fā)，了解如何通過軟件系統(tǒng)替代用戶的業(yè)務(wù)處理流程中，最繁瑣、最容易出問題、或者是大量重復(fù)勞動(dòng)的環(huán)節(jié)，讓軟件提高用戶的工作效能和效率。例如：售票系統(tǒng)中，使用頻度最高的界面是售票界面，售票員最關(guān)心的是錢不要出錯(cuò)（多了沒收、少了要賠），因此，應(yīng)收款和找余字體的顯示應(yīng)該突出、醒目；同樣，票價(jià)和到達(dá)站也應(yīng)該較為突出顯示。通過快捷鍵、一鍵復(fù)位、數(shù)字小鍵盤等設(shè)計(jì)，盡量減少售票員敲擊鍵盤的次數(shù)。否則，在日發(fā)旅客流量達(dá)七、八萬人次的大型客運(yùn)站，如果用戶界面設(shè)計(jì)得不好，售票員一天工作下來，手指都會(huì)敲麻木。

（2） 參與型設(shè)計(jì)

與用戶協(xié)作，讓用戶參與用戶界面的設(shè)計(jì)、評(píng)審與測(cè)試，確保用戶能夠全面地、及早地發(fā)現(xiàn)可用性等方面的問題，并及時(shí)糾正。

讓客戶參與設(shè)計(jì)，而不要讓客戶設(shè)計(jì)，項(xiàng)目經(jīng)理或高級(jí)設(shè)計(jì)人員應(yīng)該主導(dǎo)設(shè)計(jì)。

（3） 競(jìng)爭(zhēng)性分析

通過對(duì)市場(chǎng)上同類競(jìng)爭(zhēng)性產(chǎn)品進(jìn)行分析，或者對(duì)這些產(chǎn)品進(jìn)行實(shí)驗(yàn)性測(cè)試，了解這些產(chǎn)品的用戶界面問題，從而對(duì)新系統(tǒng)的開發(fā)提供啟發(fā)。競(jìng)爭(zhēng)性分析并不意味著可以剽竊別人的設(shè)計(jì)，而是通過分析競(jìng)爭(zhēng)產(chǎn)品的優(yōu)勢(shì)和弱點(diǎn)，能夠比以前的設(shè)計(jì)做得更好[5]。

（4） 一致性

如果用戶知道同樣的命令或同樣的操作總會(huì)產(chǎn)生同樣的效果，那么他們?cè)谑褂孟到y(tǒng)時(shí)就會(huì)更加自信，同時(shí)也鼓勵(lì)他們進(jìn)行探索性學(xué)習(xí)，因?yàn)樗麄円呀?jīng)具備了使用系統(tǒng)新部分的基礎(chǔ)知識(shí)[Lewis er al。1989]。

開發(fā)團(tuán)隊(duì)?wèi)?yīng)遵循公司或小組制定的用戶界面標(biāo)準(zhǔn)，就可以在很多方面保持一致性，切忌不要一個(gè)系統(tǒng)存在多種不同的界面風(fēng)格。

鄭州觀致電子商務(wù),擁有有效資源, 多起成功案例, 專業(yè)制作水平, 提供微期貨平臺(tái)搭建、分銷系統(tǒng)開發(fā)、捕魚游戲開發(fā)、第三方支付軟件開發(fā)、商城網(wǎng)站建設(shè)、電商網(wǎng)站建設(shè)、網(wǎng)站定制開發(fā)、手機(jī)app軟件開發(fā)、微信小程序開發(fā)、電商系統(tǒng)開發(fā)、辦公系統(tǒng)軟件開發(fā)一系列服務(wù)。精英團(tuán)隊(duì)為您以后保駕護(hù)航!

8、結(jié)論

在信息系統(tǒng)集成項(xiàng)目中，風(fēng)險(xiǎn)是多種多樣的，是無處不在的。在項(xiàng)目管理活動(dòng)中，要積極面對(duì)風(fēng)險(xiǎn)，要培養(yǎng)。越早識(shí)別風(fēng)險(xiǎn)、越早管理風(fēng)險(xiǎn)，就越有可能規(guī)避風(fēng)險(xiǎn)，或者在風(fēng)險(xiǎn)發(fā)生時(shí)能夠降低風(fēng)險(xiǎn)帶來的影響。特別是在項(xiàng)目參與方多、涉及面廣、影響面大、技術(shù)含量高的復(fù)雜項(xiàng)目，應(yīng)加強(qiáng)風(fēng)險(xiǎn)管理。如果不主動(dòng)駕馭風(fēng)險(xiǎn)，就會(huì)面臨風(fēng)險(xiǎn)。

論述軟件項(xiàng)目管理過程中如何開展好配置管理工作

1、配置管理員水平很重要。

2、領(lǐng)導(dǎo)要很重視（比如告訴他代碼需要控制不同的權(quán)限，集中保存防止出現(xiàn)各種意外比如離職泄露啊，電腦壞了啊等等，與開發(fā)過程相關(guān)的就不用說了，他不關(guān)心的）。

3、項(xiàng)目經(jīng)理要很重視，很多項(xiàng)目經(jīng)理本身是技術(shù)出身，可能管理跟的不是那么上~.~。

4、項(xiàng)目成員有這樣的概念。

以上是前提。

開展配置管理工作的關(guān)鍵是讓公司內(nèi)部的項(xiàng)目干系人的人感覺到配置管理工作在起作用。

最重要的手段：

針對(duì)不同的人進(jìn)行不同層次的培訓(xùn)。

1、對(duì)于老板/總監(jiān)/技術(shù)老大/項(xiàng)目老大等等所有項(xiàng)目的統(tǒng)籌負(fù)責(zé)人，可以做一些月度季度年度報(bào)表PPT什么的告訴他你做了什么。取得了什么樣的效果。

2、對(duì)于項(xiàng)目經(jīng)理們或者準(zhǔn)項(xiàng)目經(jīng)理們，做配置管理里關(guān)于流程方面的培訓(xùn)（比如配置項(xiàng)管理、基線管理、變更管理、構(gòu)建管理、版本管理、發(fā)布管理、審計(jì)管理、外部發(fā)布管理等）、然后就是一些配合不同開發(fā)模式（比如瀑布、螺旋、敏捷等）進(jìn)行配置工具培訓(xùn)、 比如分支開發(fā)、自動(dòng)構(gòu)建、持續(xù)集成等

3、對(duì)于普通開發(fā)測(cè)試等項(xiàng)目組成員，就是培訓(xùn)各類工具的使用了比如svn/git/cc等，比如一些好的操作，版本對(duì)比、回退機(jī)制、代碼共享、同步開發(fā)等等。

至于配置管理過程的話，網(wǎng)上一大堆，隨便憑記憶總結(jié)下，可能不全：

1、從組織上定義標(biāo)準(zhǔn)流程規(guī)范制度等。這個(gè)規(guī)范制度是用來指導(dǎo)配置管理工作的總規(guī)范。包括具體的配置管理簡介、配置管理過程中涉及到的人的權(quán)責(zé)、然后就是配置管理實(shí)施的策略（比如計(jì)劃、配置項(xiàng)、基線、變更、發(fā)布、審計(jì)、報(bào)告、服務(wù)器管理、配置工具說明、權(quán)限管理總則、配置庫結(jié)構(gòu)標(biāo)準(zhǔn)、庫備份啊、收尾工作比如移交轉(zhuǎn)產(chǎn)交付取消權(quán)限刻盤保存等），可能還要定義一個(gè)內(nèi)測(cè)版本、外測(cè)版本、正式版本號(hào)的附則。制作好所有的excel/word/ppt/txt模版。給領(lǐng)導(dǎo)審批通過就OK了。

2、項(xiàng)目開始就后按照組織定義的配置管理流程去做，不斷裁剪修改，不同規(guī)模的配置管理工作的需求是不同的，要考慮投入產(chǎn)出是否合理，與項(xiàng)目是否適配。

------------------------------------------

以上所有涉及到和領(lǐng)導(dǎo)相關(guān)的步奏，請(qǐng)考慮你在公司的實(shí)際地位和能力水平，有可能你的項(xiàng)目的配置管理工作沒有到這個(gè)高度，還只是初級(jí)階段，領(lǐng)導(dǎo)都不知道。一般來說成熟的軟件公司、規(guī)模比較大配置管理是單獨(dú)的。如果你只是某個(gè)項(xiàng)目的，沒有那么高的地位那就只針對(duì)本項(xiàng)目的經(jīng)理和普通成員來操作吧.......~.~

軟件開發(fā)管理流程制度的介紹就聊到這里吧，感謝你花時(shí)間閱讀本站內(nèi)容，更多關(guān)于軟件開發(fā)管理流程制度內(nèi)容、軟件開發(fā)管理流程制度的信息別忘了在本站進(jìn)行查找喔。