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

...wd......wd......wd...軟件開發(fā)部規(guī)章制度及軟件工程管理方法第一局部：軟件開發(fā)部規(guī)章制度日常工作制度：關(guān)于休假、加班：嚴格遵守公司的考勤制度，如有事，提前書面形式填寫請假申請，批準前方可休假，如情況緊急不能提前填寫請假申請，要請示上級領(lǐng)導(dǎo)，并在休假后補辦請假手續(xù)。開發(fā)部人員在工程緊張時盡量不提出請假申請。研發(fā)人員原則上不安排加班，研發(fā)進度根據(jù)公司要求結(jié)合工程實際由工程組長負責制定，工程組長協(xié)調(diào)安排工作。工程組長根據(jù)進度需要安排的加班，加班費用由工程獎金中支出。公司工作需要硬性安排的加班，加班費有公司支出。相關(guān)標準按照國家相關(guān)制度執(zhí)行。開發(fā)部員工守則：遵紀守法，忠于職守，克己奉公。維護公司聲譽，保護公司利益。服從領(lǐng)導(dǎo)，關(guān)心下屬，團結(jié)互助。保護公物，節(jié)約開支，杜絕浪費。努力學(xué)習(xí)，提高水平，精通業(yè)務(wù)。積極進取，勇于開拓，創(chuàng)新奉獻。員工工作日志：工作日志制度的目的是形成嚴格的工作跟蹤和積累習(xí)慣，要求部門中工程負責人以下人員按要求每日記錄。工作日志是部門員工的工作記錄載體，起到局部績效考核和浮開工資確實定依據(jù)的作用。工作日志包含每日方案和完成情況，每日工作始終時間，每日工作飽和度〔5為最高，1為最低，如為請假，請注明“事假〞或“病假〞〕，次周方案，以及問題、意見和建議。工作日志嚴格要求每日填寫，絕不允許在上交前統(tǒng)一填寫。填寫時注意清空原有內(nèi)容。如發(fā)現(xiàn)某些欄目多周雷同的情況，將進展警告。每日工作內(nèi)容如無特殊情況，至少需要寫3條以上。表達工作內(nèi)容要求盡可能說明清楚。不允許簡單的如“修改錯誤〞的描述。工作日志嚴格要求在次周上午10:00前提交。不提交工作周報將適當予以懲罰。對于未提交日志的人員，部門經(jīng)理保證當周內(nèi)口頭通知。工作日志以Email形式提交給工程負責人和部門經(jīng)理。部門經(jīng)理收到后保證第一時間進展回復(fù)，并依此進展考核。文件名格式：《***工作日志〔200*年*月*日〕.doc》。其中***為員工姓名，日期為提交日期。工程月報制度：工程月報制度是保證工程順利推進的一種階段性總結(jié)和方案載體的機制。工程月報由工程負責人負責擬定。工程月報應(yīng)根據(jù)實際情況包含本月方案、完成情況〔含方案的偏離情況〕、成果和缺乏、突發(fā)事務(wù)及其解決情況、工程組成員工作情況、客戶反響情況、下月方案，以及問題、建議和意見等內(nèi)容。工程月報由工程負責人于每月第五個工作日以前，通過Email提交給部門經(jīng)理，經(jīng)部門經(jīng)理審訂后發(fā)布到工程月報文件夾中。部門所有成員可以查閱已發(fā)布的工程月報。工程月報的文件名格式為《***工程月報〔$$$，200*年*月*日〕.doc》。其中***為工程名稱，$$$為工程負責人姓名，日期為提交日期工程例會制度：每月第一個周一上午10:30在公司會議室召開，部門所有人員〔含參與部門人員為主導(dǎo)的工程并起核心作用的其他部門人員〕參加。會議由部門經(jīng)理召集，并由部門經(jīng)理主持。會議議程：

a)各工程負責人回憶上月工作情況、成果和缺乏，以及當月的大致工作方案。

b)部門經(jīng)理總結(jié)上月工作，對缺乏的問題提出解決方法。

c)部門經(jīng)理宣布公司近期動態(tài)和相關(guān)事項。

d)部門經(jīng)理做出工作方面的安排。

e)部門人員暢所欲言，提出問題、想法、建議與意見。大家討論。

f)部門經(jīng)理解答部門人員的問題，并做出總結(jié)。部門人員輪流做會議記錄，并在會議完畢后第二天內(nèi)整理并在Vss中發(fā)布。文件名格式：《軟件二部200*年*月*日例會〔***整理〕.doc》。其中日期為例會召開日期，***為會議記錄整理人的姓名。部門例會制度：每周五下午在部門會議室召開，具體工程的所有參與人員參加。會議由工程負責人召集并主持，部門經(jīng)理根據(jù)實際情況列席。會議指定固定人員做會議記錄，并在第二周周一上午9:30前整理并通過郵件發(fā)送給工程負責人。工程負責人修改并認可會議記錄后，在第二周周一上午11:00前在Vss中發(fā)布。文件名格式：《***工程組例會〔200*年*月*日〕.doc》。其中***為工程名稱，日期為例會召開日期。軟件開發(fā)部組織構(gòu)造：開發(fā)部人員崗位制度：開發(fā)部經(jīng)理崗位職責：職責：制定產(chǎn)品的目標。制定各個工作的詳細任務(wù)表，跟蹤這些任務(wù)的執(zhí)行情況，進展控制。組織會議對程序進展評審。綜合具體情況，對各種不同方案進展取舍并做出決定。協(xié)調(diào)各工程參與人員之間的關(guān)系。工程組長崗位職責：對工程經(jīng)理負責，負責軟件工程的詳細設(shè)計、編碼和內(nèi)部測試的組織實施，對小型軟件工程兼任系統(tǒng)分析工作。參與需求調(diào)研、工程可行性分析、技術(shù)可行性分析和需求分析。熟悉并熟練掌握交付軟件部開發(fā)的軟件工程的相關(guān)軟件技術(shù)。負責向工程經(jīng)理及時反響軟件開發(fā)中的情況，并根據(jù)實際情況提出改良建議。參與軟件開發(fā)和維護過程中重大技術(shù)問題的解決，參與軟件首次安裝調(diào)試、數(shù)據(jù)割接、用戶培訓(xùn)和工程推廣。負責相關(guān)技術(shù)文檔的擬訂。負責對業(yè)務(wù)領(lǐng)域內(nèi)的技術(shù)開展動態(tài)進展分析研究。負責向工程經(jīng)理、部門經(jīng)理/副經(jīng)理及時反響實際工作中遇到的問題，并提出改良建議。承當相應(yīng)的保密職責。完成部門經(jīng)理/副經(jīng)理或工程經(jīng)理交辦的其它工作。一般開發(fā)人員崗位職責：根據(jù)工程具體要求，承當開發(fā)任務(wù)，按方案完成任務(wù)目標。配合系統(tǒng)分析人員完成軟件系統(tǒng)及模塊的需求調(diào)研與需求分析配合系統(tǒng)分析人員完成軟件系統(tǒng)及模塊的設(shè)計獨立完成軟件系統(tǒng)及模塊的編碼協(xié)助測試試人員完成軟件系統(tǒng)及模塊的測試負責編制與工程相關(guān)的技術(shù)文檔軟件研發(fā)人員績效考核：目的：對軟件開發(fā)的過程所產(chǎn)生的軟件項的質(zhì)量和過程進展定量的評價，用評價的結(jié)果指導(dǎo)軟件的開發(fā)過程，不斷地提高軟件開發(fā)質(zhì)量水平，并依據(jù)度量記錄來考核軟件開發(fā)人員的工作績效。軟件項包括：1〕技術(shù)文檔：主要包括：可行性分析報告、需求分析報告、軟件功能規(guī)格說明、開發(fā)方案、質(zhì)量方案、系統(tǒng)設(shè)計報告、測試文檔、技術(shù)報告、用戶手冊、總結(jié)報告等；2〕計算機程序。度量數(shù)據(jù)來源：1〕工程方案；2〕評審報告；3〕測試報告；4〕問題報告；5〕軟件維護記錄；質(zhì)量度量：度量指標，主要根據(jù)各類軟件項檢查表的檢查指標來確定，例如，軟件需求規(guī)格說明書檢查表〔見附錄1〕，有10個檢查指標，則根據(jù)具體工程檢查側(cè)重點不同，可從中選擇相應(yīng)的檢查指標作為度量指標。質(zhì)量等級：1〕軟件項的質(zhì)量等級確實定根據(jù)度量綜合指標進展。2〕度量綜合指標計算公式為：Total=∑QiMi過程度量：及時度：以軟件工程方案規(guī)定的的完成時間為基準成熟度：以軟件項檢查、評審、測試的結(jié)果為評價基準改善效率：在檢查、評審、測試的結(jié)果的根基上改善軟件項結(jié)果，以改善的時間是否影響后續(xù)階段的完成和方案的總體完成時間為評分依據(jù)人員績效考核：開發(fā)人員：軟件部門根據(jù)軟件項綜合評價表每個月或季度統(tǒng)計各開發(fā)人員所負責的軟件項的平均得分值，比擬開發(fā)人員軟件項的平均得分值與績效考核標準范圍，確定開發(fā)人員績效考核評價。根據(jù)相應(yīng)的績效考核成績決定每個開發(fā)人員的獎勵等級。工程經(jīng)理：軟件部門每個月或季度確定了工程組成員績效考核評價后，計算工程組的平均得分值，比擬工程組的平均得分值與績效考核標準范圍，確定工程經(jīng)理、開發(fā)經(jīng)理績效考核評價。測試人員考核：測試人員的缺陷查找質(zhì)量度量表作為月度考核或季度考核依據(jù)，軟件部門根據(jù)軟件項綜合評價表每個月或季度統(tǒng)計各檢查人員或測試人員缺陷查找的平均得分值，比擬檢查人員或測試人員缺陷查找的平均得分值與績效考核標準范圍，確定檢查人員或測試人員績效考核評價，績效考核為"良好"以上人員獎勵相應(yīng)金額。軟件資料控制管理：軟件測試由開發(fā)組和測試組人員共同進展，提前編寫測試方案、側(cè)使用例，最后完成測試報告。軟件開發(fā)任務(wù)完成后，要提交一份詳細資料給公司IT人員。開發(fā)過程亦和公司IT專門人員配合。IT工作也可由研發(fā)部經(jīng)理安排專門人員負責。軟件研發(fā)部門工程獎金：根據(jù)公司相關(guān)工程性質(zhì)，制定工程獎的比例，公司方案類工程和工程盈利性工程可按照不同比例制定，盈利性工程可按照利潤的百分比制定工程獎，非盈利性工程由公司在工程完成后研究給與適當工程獎。工程獎由研發(fā)部經(jīng)理、工程組長根據(jù)工程組成員實際工作情況，合理安排比例，報請公司批準后由公司統(tǒng)一發(fā)放。關(guān)于部門協(xié)作的規(guī)定：市場部，不設(shè)立專門的平面設(shè)計人員及技術(shù)文檔、宣傳文檔人員，相關(guān)工作需部門之間合作完成，部門之間的合作，由部門經(jīng)理協(xié)調(diào)，具體適宜由當事人協(xié)商解決，本著對公司工作負責的原則，部門經(jīng)理根據(jù)實際工作安排決定有哪些人配合。第二局部：軟件工程管理方法軟件工程管理是為了使軟件工程能夠按照預(yù)定的本錢、進度、質(zhì)量順利完成，而對人員〔People〕、產(chǎn)品〔Product〕、過程〔Process〕和工程(Project)進展分析和管理的活動。軟件工程管理的根本目的是為了讓軟件工程尤其是大型工程的整個軟件生命周期〔從分析、設(shè)計、編碼到測試、維護全過程〕都能在管理者的控制之下，以預(yù)定本錢按期，按質(zhì)的完成軟件交付用戶使用。軟件工程的方案：軟件工程方案是一個軟件工程進入系統(tǒng)實施的啟動階段,主要進展的工作包括:確定詳細的工程實施范圍、定義遞交的工作成果、評估實施過程中主要的風(fēng)險、制定工程實施的時間方案、本錢和預(yù)算方案、人力資源方案等。軟件工程管理過程從工程方案活動開場，而第一項方案活動就是估算：需要多長時間、需要多少工作量、以及需要多少人員。此外，我們還必須估算所需要的資源〔硬件及軟件〕和可能涉及到的風(fēng)險。為了估算軟件工程的工作量和完成期限，首先需要預(yù)測軟件規(guī)模。度量軟件規(guī)模的常用方法有直接的方法——LOC〔代碼行〕，間接的方法——FP〔功能點〕。這兩種方法各有優(yōu)缺點，應(yīng)該根據(jù)軟件工程的特點選擇適用的軟件規(guī)模度量方法。軟件工程的控制：對于軟件開發(fā)工程而言，控制是十分重要的管理活動。軟件質(zhì)量保證〔SQA，SoftwareQualityInsurance〕是在軟件過程中的每一步都進展的“保護性活動〞。SQA主要有基于非執(zhí)行的測試〔也稱為評審〕、基于執(zhí)行的測試〔即通常所說的測試〕和程序正確性證明?！?〕用分階段的生命周期方案嚴格管理；〔2〕堅持進展階段評審；〔3〕實行嚴格的產(chǎn)品控制；〔4〕采用現(xiàn)代程序設(shè)計技術(shù)；〔5〕結(jié)果應(yīng)能夠清楚地審查；〔6〕開發(fā)小組地人員應(yīng)該少而精；〔7〕成認不斷改良軟件工程實踐地必要性。軟件配置管理〔SCM，Softwareconfigurationmanagement〕是應(yīng)用于整個軟件過程中的保護性活動，它是在軟件整個生命周期內(nèi)管理變化的一組活動。1、目前軟件開發(fā)中面臨的問題。在有限的時間、資金內(nèi)，要滿足不斷增長的軟件產(chǎn)品質(zhì)量要求；。開發(fā)的環(huán)境日益復(fù)雜，代碼共享日益困難，需跨越的平臺增多；。程序的規(guī)模越來越大；。軟件的重用性需要提高；。軟件的維護越來越困難。2、軟件配置管理應(yīng)提供的功能，在ISO9000.3中，對配置管理系統(tǒng)的功能作了如下描述：。唯一地標識每個軟件項的版本；。標識共同構(gòu)成一完整產(chǎn)品的特定版本的每一軟件項的版本；?？刂朴蓛蓚€或多個獨立工作的人員同時對一給定軟件項的更新；。控制由兩個或多個獨立工作的人員同時對一給定軟件項的更新；。按要求在一個或多個位置對復(fù)雜產(chǎn)品的更新進展協(xié)調(diào)；。標識并跟蹤所有的措施和更改；這些措施和更改是在從開場直到放行期間，由于更改請求或問題引起的。3、版本管理軟件配置管理分為版本管理、問題跟蹤和建設(shè)管理三個局部，其中版本管理是根基。版本管理應(yīng)完成以下主要任務(wù)：。建設(shè)工程；。重構(gòu)任何修訂版的某一項或某一文件；。利用加鎖技術(shù)防止覆蓋；。當增加一個修訂版時要求輸入變更描述；。提供比擬任意兩個修訂版的使用工具；。采用增量存儲方式；。提供對修訂版歷史和鎖定狀態(tài)的報告功能；。提供歸并功能；。允許在任何時候重構(gòu)任何版本；。權(quán)限的設(shè)置；。晉升模型的建設(shè)；。提供各種報告。軟件工程管理的組織形式：軟件工程可以是一個單獨的開發(fā)工程，也可以與產(chǎn)品工程組成一個完整的軟件產(chǎn)品工程。如果是訂單開發(fā)，則成立軟件工程組即可；如果是產(chǎn)品開發(fā)，需成立軟件工程組和產(chǎn)品工程〔負責市場調(diào)研和銷售〕，組成軟件產(chǎn)品工程組。公司實行工程管理時，首先要成立工程管理委員會，工程管理委員會下設(shè)工程管理小組、工程評審小組和軟件產(chǎn)品工程組。1、工程管理委員會工程管理委員會是公司工程管理的最高決策機構(gòu)，一般由公司總經(jīng)理、副總經(jīng)理組成。主要職責如下：〔1〕依照工程管理相關(guān)制度，管理工程；〔2〕監(jiān)視工程管理相關(guān)制度的執(zhí)行；〔3〕對工程立項、工程撤消進展決策；〔4〕任命工程管理小組組長、工程評審委員會主任、工程組組長.2、工程管理小組工程管理小組對工程管理委員會負責，一般由公司管理人員組成。主要職責如下：〔1〕草擬工程管理的各項制度；〔2〕組織工程階段評審；〔3〕保存工程過程中的相關(guān)文件和數(shù)據(jù)；〔4〕為優(yōu)化工程管理提出建議。3、工程評審小組工程評審小組對工程管理委員會負責，可下設(shè)開發(fā)評審小組和產(chǎn)品評審小組，一般由公司技術(shù)專家和市場專家組成。主要職責如下：〔1〕對工程可行性報告進展評審；〔2〕對市場方案和階段報告進展評審；〔3〕對開發(fā)方案和階段報告進展評審；〔4〕工程完畢時，對工程總結(jié)報告進展評審。4、軟件產(chǎn)品工程組軟件產(chǎn)品工程組對工程管理委員會負責，可下設(shè)軟件工程組和產(chǎn)品工程組。軟件工程組和產(chǎn)品工程組分別設(shè)開發(fā)經(jīng)理和產(chǎn)品經(jīng)理。成員一般由公司技術(shù)人員和市場人員構(gòu)成。主要職責是：根據(jù)工程管理委員會的安排具體負責工程的軟件開發(fā)和市場調(diào)研及銷售工作。人員的組織與管理：軟件開發(fā)中的開發(fā)人員是最大的資源。對人員的配置、調(diào)度安排貫穿整個軟件過程，人員的組織管理是否得當，是影響對軟件工程質(zhì)量的決定性因素。

首先在軟件開發(fā)的一開場，要合理的配置人員，根據(jù)工程的工作量、所需要的專業(yè)技能，再參考各個人員的能力、性格、經(jīng)歷，組織一個高效、和諧的開發(fā)小組。一般來說，一個開發(fā)小組人數(shù)在5到10人之間最為適宜，如果工程規(guī)模很大，可以采取層級式構(gòu)造，配置假設(shè)干個這樣的開發(fā)小組。

在選擇人員的問題上，要結(jié)合實際情況來決定是否選入一個開發(fā)組員。并不是一群高水平的程序員在一起就一定可以組成一個成功的小組。作為考察標準，技術(shù)水平、與本工程相關(guān)的技能和開發(fā)經(jīng)歷、以及團隊工作能力都是很重要的因素。一個一天能寫一萬行代碼但卻不能與同事溝通融洽的程序員，未必適合一個對組員之間通訊要求很高的工程。還應(yīng)該考慮分工的需要，合理配置各個專項的人員比例。例如一個網(wǎng)站開發(fā)工程，小組中有頁面美工、后臺服務(wù)程序、數(shù)據(jù)庫幾個局部，應(yīng)該合理的組織各項工作的人員配比。在決定一個開發(fā)組的開發(fā)人員數(shù)量時，除了考慮候選人素質(zhì)以外，還要綜合考慮工程規(guī)模、工期、預(yù)算、開發(fā)環(huán)境等因素的影響.在組建開發(fā)組時，還應(yīng)充分估計到開發(fā)過程中的人員風(fēng)險。由于工作環(huán)境、待遇、工作強度、公司的整體工作安排和其他無法預(yù)知的因素，一個工程尤其是開發(fā)周期較長的工程幾乎無可防止的要面臨人員的流入流出。如果不在工程初期對可能出現(xiàn)的人員風(fēng)險進展充分的估計，作必要的準備，一旦風(fēng)險轉(zhuǎn)化為現(xiàn)實，將有可能給整個工程開發(fā)造成巨大的損失。以較低的代價進展及早的預(yù)防是降低這種人員風(fēng)險的根本策略。具體來說可以從以下幾個方面對人員風(fēng)險進展控制：

a．保證開發(fā)組中全職人員的比例，且工程核心局部的工作應(yīng)該盡量由全職人員來擔任，以減少兼職人員對工程組人員不穩(wěn)定性的影響。

b．建設(shè)良好的文檔管理機制，包擴工程組進度文檔、個人進度文檔、版本控制文檔、整體技術(shù)文檔、個人技術(shù)文檔、源代碼管理等。一旦出現(xiàn)人員的變動，比方某個組員因病退出，替補的組員能夠根據(jù)完整的文檔盡早接手工作。

c．加強工程組內(nèi)技術(shù)交流，比方定期開技術(shù)交流會，或根據(jù)組內(nèi)分工建設(shè)工程組內(nèi)部的開發(fā)小組，是開發(fā)小組內(nèi)的成員能夠相互熟悉對方的工作和進度，能夠在必要的時候替對方工作。

d．對于工程經(jīng)理，可以從一開場就指派一個副經(jīng)理在工程中協(xié)同工程經(jīng)理管理工程開發(fā)工作，如果工程經(jīng)理退出開發(fā)組，副經(jīng)理可以很快接手。但是只建議在工程經(jīng)理這樣的高度重要的崗位采用這種冗余復(fù)制的策略來預(yù)防人員風(fēng)險，否則將大大增加工程本錢。

e．為工程開發(fā)提供盡可能好的開發(fā)環(huán)境，包括工作環(huán)境、待遇、工作進度安排等等，同時一個優(yōu)秀的工程經(jīng)理應(yīng)該能夠在工程組內(nèi)營造一種良好的人際關(guān)系和工作氣氛。良好的開發(fā)環(huán)境對于穩(wěn)定工程組人員以及提高生產(chǎn)效率都有不可無視的作用。軟件工程管理的的原則：1平衡原則2高效原則3分解原則4實時控制原則5分類管理原則6簡單有效原則7規(guī)?？刂圃瓌t軟件開發(fā)不同階段必須具備的文檔資料：工程階段所需文檔開場編碼前需求分析總體設(shè)計詳細設(shè)計〔總體設(shè)計和詳細設(shè)計可以合并在同一個文當中〕提交驗收javadoc測試方案〔對于用戶前臺，需要手工測試的模塊〕產(chǎn)品發(fā)布操作手冊公司工程開發(fā)周期分為以下幾個步驟：步驟說明參與角色生成文檔或程序〔打*號為可選〕可行性分析對工程的技術(shù)，功能需求和市場進展調(diào)研和初步分析，確定是否需要立項開發(fā)。部門主管核心技術(shù)員可行性分析報告*技術(shù)調(diào)研報告*立項正式立項，由部門主管指定工程經(jīng)理，工程經(jīng)理制定初步方案。初步方案包括設(shè)計和開發(fā)時間的初步估算。部門主管核心技術(shù)員工程初步方案需求分析對工程進展詳細的需求分析，編寫需求分析文檔。對于B/S構(gòu)造軟件系統(tǒng)需要制作靜態(tài)演示頁面。需求分析文檔和靜態(tài)演示頁面需要通過部門主管審批才能夠進展到下一個步驟工程經(jīng)理工程核心小組需求分析文檔靜態(tài)演示頁面工程方案修訂版本詳細設(shè)計根據(jù)需求分析對工程進展詳細設(shè)計。詳細設(shè)計以后，