軟件開發(fā)部規(guī)章制度及軟件項(xiàng)目管理方法

第第1012頁軟件開發(fā)部規(guī)章制度及軟件工程治理方法第一局部：軟件開發(fā)部規(guī)章制度一、 日常工作制度：1如狀況緊急不能提前填寫請(qǐng)假申請(qǐng)，要請(qǐng)示上級(jí)領(lǐng)導(dǎo)，并在休假后補(bǔ)辦請(qǐng)假手續(xù)。開發(fā)部人員在工程緊急時(shí)盡量不提出請(qǐng)假申請(qǐng)。研發(fā)人員原則上擔(dān)憂排加班，研發(fā)進(jìn)度依據(jù)公司要求結(jié)合工程實(shí)際由工程組長(zhǎng)負(fù)責(zé)制定，工程組長(zhǎng)協(xié)調(diào)安排工作。工程組長(zhǎng)依據(jù)進(jìn)度需要安排的加班，加班費(fèi)用由工程獎(jiǎng)金中支出。公司工作需要硬性安排的加班，加班費(fèi)有公司支出。相關(guān)標(biāo)準(zhǔn)依據(jù)國(guó)家相關(guān)制度執(zhí)行。2遵紀(jì)守法，忠于職守，克己奉公。維護(hù)公司聲譽(yù)，保護(hù)公司利益。聽從領(lǐng)導(dǎo)，關(guān)心下屬，團(tuán)結(jié)互助。疼惜公物，節(jié)約開支，杜絕鋪張。努力學(xué)習(xí)，提高水平，精通業(yè)務(wù)。樂觀進(jìn)取，勇于開拓，創(chuàng)奉獻(xiàn)。3工作日志制度的目的是形成嚴(yán)格的工作跟蹤和積存習(xí)慣，要求部門中工程負(fù)責(zé)人以下人員按要求每日記錄。工作日志是部門員工的工作記錄載體，起到局部績(jī)效考核和浮開工資確實(shí)定依據(jù)的作用。工作日志包含每日打算和完成狀況，每日工作始終時(shí)間，每日工作飽和度51為最低，如為請(qǐng)假，請(qǐng)注明“事假”或“病假”〕，次周打算，以及問題、意見和建議。如覺察某些欄目多周雷同的狀況，將進(jìn)展警告。每日工作內(nèi)容如無特別狀況，至少需要寫3條以上。表達(dá)工作內(nèi)容要求盡可能說明清楚。不允許簡(jiǎn)潔的如“修改錯(cuò)誤”的描述。工作日志嚴(yán)格要求在次周上午10:00前提交。不提交工作周報(bào)將適當(dāng)予以懲罰。對(duì)于未提交日志的人員，部門經(jīng)理保證當(dāng)周內(nèi)口頭通知。工作日志以Email形式提交給工程負(fù)責(zé)人和部門經(jīng)理。部門經(jīng)理收到后保證第一時(shí)間進(jìn)展回復(fù)，并依此進(jìn)展考核。文件名格式：《***工作日志〔200*年*月*日〕.doc》。其中***為員工姓名，日期為提交日期。4工程月報(bào)制度是保證工程順當(dāng)推動(dòng)的一種階段性總結(jié)和打算載體的機(jī)制。工程月報(bào)由工程負(fù)責(zé)人負(fù)責(zé)擬定。工程月報(bào)應(yīng)依據(jù)實(shí)際狀況包含本月打算、完成狀況〔含打算的偏離狀況〕、成果和缺乏、突發(fā)事務(wù)及其解決狀況、工程組成員工作狀況、客戶反響狀況、下月打算，以及問題、建議和意見等內(nèi)容。工程月報(bào)由工程負(fù)責(zé)人于每月第五個(gè)工作日以前，通過Email提交給部門經(jīng)理，經(jīng)部門經(jīng)理審訂后公布到工程月報(bào)文件夾中。部門全部成員可以查閱已公布的工程月報(bào)。工程月報(bào)的文件名格式為《***工程月報(bào)〔$$$，200*年*月*日〕.doc》。其中***為工程名稱，$$$為工程負(fù)責(zé)人姓名，日期為提交日期5每月第一個(gè)周一上午10:30在公司會(huì)議室召開，部門全部人員〔含參與部門人員為主導(dǎo)的工程并起核心作用的其他部門人員〕參與。會(huì)議由部門經(jīng)理召集，并由部門經(jīng)理主持。會(huì)議議程：各工程負(fù)責(zé)人回憶上月工作狀況、成果和缺乏，以及當(dāng)月的大致工作打算。b)部門經(jīng)理總結(jié)上月工作，對(duì)缺乏的問題提出解決方法。c)部門經(jīng)理宣布公司近期動(dòng)態(tài)和相關(guān)事項(xiàng)。d)部門經(jīng)理做出工作方面的安排。部門人員暢所欲言，提出問題、想法、建議與意見。大家爭(zhēng)論。f)部門經(jīng)理解答部門人員的問題，并做出總結(jié)。部門人員輪番做會(huì)議記錄，并在會(huì)議完畢后其次天內(nèi)整理并在Vss中公布。文件名格式：《軟件二部200*年*月*日例會(huì)〔***整理〕.doc》。其中日期為例會(huì)召開日期，***為會(huì)議記錄整理人的姓名。6每周五下午在部門會(huì)議室召開，具體工程的全部參與人員參與。會(huì)議由工程負(fù)責(zé)人召集并主持，部門經(jīng)理依據(jù)實(shí)際狀況列席。會(huì)議指定固定人員做會(huì)議記錄，并在其次周周一上午9:30前整理并通過郵件發(fā)送給工程負(fù)責(zé)人。工程負(fù)責(zé)人修改并認(rèn)可會(huì)議記錄后，在其次周周一上午11:00前在Vss中公布。文件名格式：《***工程組例會(huì)〔200*年*月*日〕.doc》。其中***為工程名稱，日期為例會(huì)召開日期。二、 軟件開發(fā)部組織構(gòu)造：開發(fā)部經(jīng)理開發(fā)部經(jīng)理工程組長(zhǎng)A工程組長(zhǎng)B工程組長(zhǎng)N系統(tǒng)分析員系統(tǒng)設(shè)計(jì)系統(tǒng)分析員系統(tǒng)設(shè)計(jì)系統(tǒng)分析員系統(tǒng)設(shè)計(jì)程序員A程序員A程序員A程序員N程序員N程序員N軟件測(cè)試軟件測(cè)試軟件測(cè)試工程小組 工程小組 工程小組三、 開發(fā)部人員崗位制度：1職責(zé)：制定產(chǎn)品的目標(biāo)。制定各個(gè)工作的具體任務(wù)表，跟蹤這些任務(wù)的執(zhí)行狀況，進(jìn)展把握。組織會(huì)議對(duì)程序進(jìn)展評(píng)審。綜合具體狀況，對(duì)各種不同方案進(jìn)展取舍并做出打算。協(xié)調(diào)各工程參與人員之間的關(guān)系。2小型軟件工程兼任系統(tǒng)分析工作。參與需求調(diào)研、工程可行性分析、技術(shù)可行性分析和需求分析。生疏并嫻熟把握交付軟件部開發(fā)的軟件工程的相關(guān)軟件技術(shù)。負(fù)責(zé)向工程經(jīng)理準(zhǔn)時(shí)反響軟件開發(fā)中的狀況，并依據(jù)實(shí)際狀況提出改進(jìn)建議。據(jù)割接、用戶培訓(xùn)和工程推廣。負(fù)責(zé)相關(guān)技術(shù)文檔的擬訂。負(fù)責(zé)對(duì)業(yè)務(wù)領(lǐng)域內(nèi)的技術(shù)進(jìn)展動(dòng)態(tài)進(jìn)展分析爭(zhēng)論。負(fù)責(zé)向工程經(jīng)理、部門經(jīng)理/副經(jīng)理準(zhǔn)時(shí)反響實(shí)際工作中遇到的問題，并提出改進(jìn)建議。擔(dān)當(dāng)相應(yīng)的保密職責(zé)。完成部門經(jīng)理/副經(jīng)理或工程經(jīng)理交辦的其它工作。3依據(jù)工程具體要求，擔(dān)當(dāng)開發(fā)任務(wù)，按打算完成任務(wù)目標(biāo)。協(xié)作系統(tǒng)分析人員完成軟件系統(tǒng)及模塊的需求調(diào)研與需求分析協(xié)作系統(tǒng)分析人員完成軟件系統(tǒng)及模塊的設(shè)計(jì)獨(dú)立完成軟件系統(tǒng)及模塊的編碼幫助測(cè)試試人員完成軟件系統(tǒng)及模塊的測(cè)試負(fù)責(zé)編制與工程相關(guān)的技術(shù)文檔四、 軟件研發(fā)人員績(jī)效考核：1、目的：對(duì)軟件開發(fā)的過程所產(chǎn)生的軟件項(xiàng)的質(zhì)量和過程進(jìn)展定量的評(píng)價(jià)，用評(píng)價(jià)的結(jié)果指導(dǎo)軟件的開發(fā)過程，不斷地提高軟件開發(fā)質(zhì)量水平，并依據(jù)度量記錄來考核軟件開發(fā)人員的工作績(jī)效。2技術(shù)文檔：主要包括：可行性分析報(bào)告、需求分析報(bào)告、軟件功能規(guī)格說明、開發(fā)打算、質(zhì)量打算、系統(tǒng)設(shè)計(jì)報(bào)告、測(cè)試文檔、技術(shù)報(bào)告、用戶手冊(cè)、總結(jié)報(bào)告等；計(jì)算機(jī)程序。3工程打算；評(píng)審報(bào)告；測(cè)試報(bào)告；問題報(bào)告；軟件維護(hù)記錄；4度量指標(biāo)，主要依據(jù)各類軟件項(xiàng)檢查表的檢查指標(biāo)來確定，例如，軟件需求規(guī)格說明書檢查表〔見附錄1，有10個(gè)檢查指標(biāo)，則依據(jù)具體工程檢查側(cè)重點(diǎn)不同，可從中選擇相應(yīng)的檢查指標(biāo)作為度量指標(biāo)。質(zhì)量等級(jí)：軟件項(xiàng)的質(zhì)量等級(jí)確實(shí)定依據(jù)度量綜合指標(biāo)進(jìn)展。度量綜合指標(biāo)計(jì)算公式為：Total=∑QiMi5準(zhǔn)時(shí)度：以軟件工程打算規(guī)定的的完成時(shí)間為基準(zhǔn)成熟度：以軟件項(xiàng)檢查、評(píng)審、測(cè)試的結(jié)果為評(píng)價(jià)基準(zhǔn)改善效率：在檢查、評(píng)審、測(cè)試的結(jié)果的根底上改善軟件項(xiàng)結(jié)果，以改善的時(shí)間是否影響后續(xù)階段的完成和打算的總體完成時(shí)間為評(píng)分依據(jù)6開發(fā)人員：軟件部門依據(jù)軟件項(xiàng)綜合評(píng)價(jià)表每個(gè)月或季度統(tǒng)計(jì)各開發(fā)人員所負(fù)責(zé)的軟件項(xiàng)的平均得分值，比較開發(fā)人員軟件項(xiàng)的平均得分值與績(jī)效考核標(biāo)準(zhǔn)范圍，確定開發(fā)人員績(jī)效考核評(píng)價(jià)。依據(jù)相應(yīng)的績(jī)效考核成績(jī)打算每個(gè)開發(fā)人員的嘉獎(jiǎng)等級(jí)。工程經(jīng)理：軟件部門每個(gè)月或季度確定了工程組成員績(jī)效考核評(píng)價(jià)后，計(jì)算工程組的平均得分值，比較工程組的平均得分值與績(jī)效考核標(biāo)準(zhǔn)范圍，確定工程經(jīng)理、開發(fā)經(jīng)理績(jī)效考核評(píng)價(jià)。測(cè)試人員考核：測(cè)試人員的缺陷查找質(zhì)量度量表作為月度考核或季度考核依據(jù)，軟件部門依據(jù)軟件項(xiàng)綜合評(píng)價(jià)表每個(gè)月或季度統(tǒng)計(jì)各檢查人員或測(cè)試人員缺陷查找的平均得分值，比較檢查人員或測(cè)試人員缺陷查找的平均得分值與績(jī)效考核標(biāo)準(zhǔn)范圍，確定檢查人員或測(cè)試人員績(jī)效考核評(píng)價(jià)，績(jī)效考核為“良好“以上人員嘉獎(jiǎng)相應(yīng)金額。五、軟件資料把握治理：軟件測(cè)試由開發(fā)組和測(cè)試組人員共同進(jìn)展，提前編寫測(cè)試打算、側(cè)使用例，最終完成測(cè)試報(bào)告。軟件開發(fā)任務(wù)完成后，要提交一份具體資料給公司IT人員。開發(fā)過程亦和公司IT特地人員協(xié)作。IT工作也可由研發(fā)部經(jīng)理安排特地人員負(fù)責(zé)。六、軟件研發(fā)部門工程獎(jiǎng)金：依據(jù)公司相關(guān)工程性質(zhì)，制定工程獎(jiǎng)的比例，公司打算類工程和工程盈利性工程可依據(jù)不同比例制定，盈利性工程可依據(jù)利潤(rùn)的百分比制定工程獎(jiǎng)，非盈利性工程由公司在工程完成后爭(zhēng)論給與適當(dāng)工程獎(jiǎng)。工程獎(jiǎng)由研發(fā)部經(jīng)理、工程組長(zhǎng)依據(jù)工程組成員實(shí)際工作狀況，合理安排比例，報(bào)請(qǐng)公司批準(zhǔn)后由公司統(tǒng)一發(fā)放。七、 關(guān)于部門協(xié)作的規(guī)定：市場(chǎng)部，不設(shè)立特地的平面設(shè)計(jì)人員及技術(shù)文檔、宣傳文檔人員，相關(guān)工作需部門之間合作完成，部門之間的合作，由部門經(jīng)理協(xié)調(diào)，具體適宜由當(dāng)事人協(xié)商解決，本著對(duì)公司工作負(fù)責(zé)的原則，部門經(jīng)理依據(jù)實(shí)際工作安排打算有哪些人協(xié)作。其次局部：軟件工程治理方法軟件工程治理是為了使軟件工程能夠依據(jù)預(yù)定的本錢、進(jìn)度、質(zhì)量順當(dāng)完成，而對(duì)人員〔People、產(chǎn)品〔Product、過程〔Process〕和工程(Project)進(jìn)展分析和治理的活工程治理的根本目的是為了讓軟件工程尤其是大型工程的整個(gè)〔從分析、設(shè)計(jì)、編碼到測(cè)試、維護(hù)全過程〕都能在治理者的把握之下，以預(yù)定本錢按期，按質(zhì)的完成軟件交付用戶使用。一、 軟件工程的打算：軟件工程打算是一個(gè)軟件工程進(jìn)入系統(tǒng)實(shí)施的啟動(dòng)階段,主要進(jìn)展的工作包括:確定具體的工程實(shí)施范圍、定義遞交的工作成果、評(píng)估實(shí)施過程中主要的風(fēng)險(xiǎn)、制定工程實(shí)施的時(shí)間打算、本錢和預(yù)算打算、人力資源打算等。軟件工程治理過程從工程打算活動(dòng)開頭，而第一項(xiàng)打算活動(dòng)就是估算：需要多長(zhǎng)時(shí)間、需要多少工作量、以及需要多少人員。此外，我們還必需估算所需要的資源〔硬件及軟件〕和可能涉及到的風(fēng)險(xiǎn)。為了估算軟件工程的工作量和完成期限，首先需要推想軟件規(guī)模。度量軟件規(guī)模的LOC〔代碼行FP〔功能點(diǎn)各有優(yōu)缺點(diǎn)，應(yīng)當(dāng)依據(jù)軟件工程的特點(diǎn)選擇適用的軟件規(guī)模度量方法。二、軟件工程的把握：對(duì)于軟件開發(fā)工程而言，把握是格外重要的治理活動(dòng)。軟件質(zhì)量保證〔SQA，SoftwareQualityInsurance〕是在軟件過程中的每一步SQA主要有基于非執(zhí)行的測(cè)試〔也稱為評(píng)審、基于執(zhí)行的測(cè)試〔即通常所說的測(cè)試〕和程序正確性證明?！?〕用分階段的生命周期打算嚴(yán)格治理；〔2〕堅(jiān)持進(jìn)展階段評(píng)審；〕實(shí)行嚴(yán)格的產(chǎn)品把握；〕承受現(xiàn)代程序設(shè)計(jì)技術(shù)；〕結(jié)果應(yīng)能夠清楚地審查；〕開發(fā)小組地人員應(yīng)當(dāng)少而精；〕成認(rèn)不斷改進(jìn)軟件工程實(shí)踐地必要性。軟件配置治理〔SCM，Softwareconfigurationmanagement 〕是應(yīng)用于整個(gè)軟件過程中的保護(hù)性活動(dòng)，它是在軟件整個(gè)生命周期內(nèi)治理變化的一組活動(dòng)。1、目前軟件開發(fā)中面臨的問題。在有限的時(shí)間、資金內(nèi)，要滿足不斷增長(zhǎng)的軟件產(chǎn)品質(zhì)量要求；。開發(fā)的環(huán)境日益簡(jiǎn)潔，代碼共享日益困難，需跨越的平臺(tái)增多；。程序的規(guī)模越來越大；。軟件的重用性需要提高；。軟件的維護(hù)越來越困難。2、軟件配置治理應(yīng)供給的功能，在ISO9000.3中，對(duì)配置治理系統(tǒng)的功能作了如下描述：。唯一地標(biāo)識(shí)每個(gè)軟件項(xiàng)的版本；。標(biāo)識(shí)共同構(gòu)成一完整產(chǎn)品的特定版本的每一軟件項(xiàng)的版本；。把握由兩個(gè)或多個(gè)獨(dú)立工作的人員同時(shí)對(duì)一給定軟件項(xiàng)的更；。把握由兩個(gè)或多個(gè)獨(dú)立工作的人員同時(shí)對(duì)一給定軟件項(xiàng)的更；。按要求在一個(gè)或多個(gè)位置對(duì)簡(jiǎn)潔產(chǎn)品的更進(jìn)展協(xié)調(diào)；。標(biāo)識(shí)并跟蹤全部的措施和更改；這些措施和更改是在從開頭直到放行期間，由于更改懇求或問題引起的。3、版本治理軟件配置治理分為版本治理、問題跟蹤和建立治理三個(gè)局部，其中版本治理是根底。版本治理應(yīng)完成以下主要任務(wù)：。建立工程；。重構(gòu)任何的某一項(xiàng)或某一文件；。利用加鎖技術(shù)防止掩蓋；。當(dāng)增加一個(gè)時(shí)要求輸入變更描述；。供給比較任意兩個(gè)的使用工具；。承受增量存儲(chǔ)方式；。供給對(duì)歷史和鎖定狀態(tài)的報(bào)告功能；。供給歸并功能；。允許在任何時(shí)候重構(gòu)任何版本；。權(quán)限的設(shè)置；。晉升模型的建立；。供給各種報(bào)告。三、 軟件工程治理的組織形式：軟件工程可以是一個(gè)單獨(dú)的開發(fā)工程，也可以與產(chǎn)品工程組成一個(gè)完整的軟件產(chǎn)品工程。假設(shè)是訂單開發(fā)，則成立軟件工程組即可；假設(shè)是產(chǎn)品開發(fā)，需成立軟件工程組和產(chǎn)品工程〔負(fù)責(zé)市場(chǎng)調(diào)研和銷售，組成軟件產(chǎn)品工程組。公司實(shí)行工程治理時(shí)，首先要成立工程治理委員會(huì)，工程治理委員會(huì)下設(shè)工程治理小組、工程評(píng)審小組和軟件產(chǎn)品工程組。1、工程治理委員會(huì)主要職責(zé)如下：依照工程治理相關(guān)制度，治理工程；監(jiān)視工程治理相關(guān)制度的執(zhí)行；對(duì)工程立項(xiàng)、工程撤消進(jìn)展決策；任命工程治理小組組長(zhǎng)、工程評(píng)審委員會(huì)主任、工程組組長(zhǎng).2、工程治理小組工程治理小組對(duì)工程治理委員會(huì)負(fù)責(zé)，一般由公司治理人員組成。主要職責(zé)如下：草擬工程治理的各項(xiàng)制度；組織工程階段評(píng)審；保存工程過程中的相關(guān)文件和數(shù)據(jù)；為優(yōu)化工程治理提出建議。3、工程評(píng)審小組工程評(píng)審小組對(duì)工程治理委員會(huì)負(fù)責(zé)，可下設(shè)開發(fā)評(píng)審小組和產(chǎn)品評(píng)審小組，一般由公司技術(shù)專家和市場(chǎng)專家組成。主要職責(zé)如下：對(duì)工程可行性報(bào)告進(jìn)展評(píng)審；對(duì)市場(chǎng)打算和階段報(bào)告進(jìn)展評(píng)審；對(duì)開發(fā)打算和階段報(bào)告進(jìn)展評(píng)審；工程完畢時(shí)，對(duì)工程總結(jié)報(bào)告進(jìn)展評(píng)審。4、軟件產(chǎn)品工程組軟件產(chǎn)品工程組對(duì)工程治理委員會(huì)負(fù)責(zé)，可下設(shè)軟件工程組和產(chǎn)品工程組。軟件工程組和產(chǎn)品工程組分別設(shè)開發(fā)經(jīng)理和產(chǎn)品經(jīng)理。成員一般由公司技術(shù)人員和市場(chǎng)人員構(gòu)成。主要職責(zé)是：依據(jù)工程治理委員會(huì)的安排具體負(fù)責(zé)工程的軟件開發(fā)和市場(chǎng)調(diào)研及銷售工作。四、人員的組織與治理：人員的組織治理是否得當(dāng)，是影響對(duì)軟件工程質(zhì)量的打算性因素。首先在軟件開發(fā)的一開頭，要合理的配置人員，依據(jù)工程的工作量、所需要的專業(yè)技能，再參考各個(gè)人員的力氣、性格、閱歷，組織一個(gè)高效、和諧的開發(fā)小組。一般來說，一個(gè)開發(fā)小組人數(shù)在510人之間最為適宜，假設(shè)工程規(guī)模很大，可以實(shí)行層級(jí)式構(gòu)造，配置假設(shè)干個(gè)這樣的開發(fā)小組。在選擇人員的問題上，要結(jié)合實(shí)際狀況來打算是否選入一個(gè)開發(fā)組員。并不是與本工程相關(guān)的技能和開發(fā)閱歷、以及團(tuán)隊(duì)工作力氣都是很重要的因素。一個(gè)一天能寫的工程。還應(yīng)當(dāng)考慮分工的需要，合理配置各個(gè)專項(xiàng)的人員比例。例如一個(gè)網(wǎng)站開發(fā)項(xiàng)人員配比。在打算一個(gè)開發(fā)組的開發(fā)人員數(shù)量時(shí)，除了考慮候選人素養(yǎng)以外，還要綜合考慮工程規(guī)模、工期、預(yù)算、開發(fā)環(huán)境等因素的影響.在組建開發(fā)組時(shí)，還應(yīng)充分估量到開發(fā)過程中的人員風(fēng)險(xiǎn)。由于工作環(huán)境、待遇、工作強(qiáng)度、公司的整體工作安排和其他無法預(yù)知的因素，一個(gè)工程尤其是開發(fā)周期較長(zhǎng)險(xiǎn)進(jìn)展充分的估量，作必要的預(yù)備，一旦風(fēng)險(xiǎn)轉(zhuǎn)化為現(xiàn)實(shí)，將有可能給整個(gè)工程開發(fā)造成巨大的損失。以較低的代價(jià)進(jìn)展及早的預(yù)防是降低這種人員風(fēng)險(xiǎn)的根本策略。具體來說可以從以下幾個(gè)方面對(duì)人員風(fēng)險(xiǎn)進(jìn)展把握：保證開發(fā)組中全職人員的比例，且工程核心局部的工作應(yīng)當(dāng)盡量由全職人員來擔(dān)當(dāng)，以削減兼職人員對(duì)工程組人員不穩(wěn)定性的影響。建立良好的文檔治理機(jī)制，包擴(kuò)工程組進(jìn)度文檔、個(gè)人進(jìn)度文檔、版本把握文檔、整體技術(shù)文檔、個(gè)人技術(shù)文檔、源代碼治理等。一旦消滅人員的變動(dòng)，比方某個(gè)組員因病退出，替補(bǔ)的組員能夠依據(jù)完整的文檔盡早接手工作。加強(qiáng)工程組內(nèi)技術(shù)溝通，比方定期開技術(shù)溝通會(huì)，或依據(jù)組內(nèi)分工建立工程組內(nèi)部的開發(fā)小組，是開發(fā)小組內(nèi)的成員能夠相互生疏對(duì)方的工作和進(jìn)度，能夠在必要的時(shí)候替對(duì)方工作。對(duì)于工程經(jīng)理，可以從一開頭就指派一個(gè)副經(jīng)理在工程中協(xié)同工程經(jīng)理治理項(xiàng)目開發(fā)工作，假設(shè)工程經(jīng)理退出開發(fā)組，副經(jīng)理可以很快接手。但是只建議在工程經(jīng)理本錢。為工程開發(fā)供給盡可能好的開發(fā)環(huán)境，包括工作環(huán)境、待遇、工作進(jìn)度安排等等，同時(shí)一個(gè)優(yōu)秀的工程經(jīng)理應(yīng)當(dāng)能夠在工程組內(nèi)營(yíng)造一種良好的人際關(guān)系和工作氣氛。良好的開發(fā)環(huán)境對(duì)于穩(wěn)定工程組人員以及提高生產(chǎn)效率都有不行無視的作用。五、 軟件工程治理的的原則：平衡原則高效原則分解原則實(shí)時(shí)把握原則分類治理原則簡(jiǎn)潔有效原則規(guī)模把握原則六、軟件開發(fā)不同階段必需具備的文檔資料：工程階段工程階段所需文檔開頭編碼前需求分析總體設(shè)計(jì)具體設(shè)計(jì)〔總體設(shè)計(jì)和具體設(shè)計(jì)可以合并在同一個(gè)文當(dāng)中〕提交驗(yàn)收javadoc測(cè)試打算〔對(duì)于用戶前臺(tái)，需要手工測(cè)試的模塊〕產(chǎn)品公布操作手冊(cè)公司工程開發(fā)周期分為以下幾個(gè)步驟：步驟 說明 參與角色 生成文檔或程序〔打*號(hào)為可選〕可行對(duì)工程的技術(shù)，功能需求和市場(chǎng)進(jìn)展性分調(diào)研和初步分析，確定是否需要立項(xiàng)析開發(fā)。

部門主管核心技術(shù)員

可行性分析報(bào)告*技術(shù)調(diào)研報(bào)告*立項(xiàng) 正式立項(xiàng)由部門主管指定工程經(jīng)理，部門主管工程經(jīng)理制定初步打算。初步打算包

工程初步打算括設(shè)計(jì)和開發(fā)時(shí)間的初步估算。

核心技術(shù)員需求對(duì)工程進(jìn)展具體的需求分析，編寫需分析 求分析文檔。對(duì)于B/S構(gòu)造軟件系統(tǒng)需要制作靜態(tài)演示頁面。需求分析文檔和靜態(tài)演示頁面需要通過部門主管審批才能夠進(jìn)展到下一個(gè)步驟詳細(xì)依據(jù)需求分析對(duì)工程進(jìn)展具體設(shè)計(jì)。設(shè)計(jì) 具體設(shè)計(jì)以