1、甘肅智聯(lián)信息科技有限責任公司軟件開發(fā)部工作手冊0.1目錄章內容頁數(shù)節(jié)0.0首頁10.1目錄20.2修訂履歷30.3定義41.0組織結構和職責5-82.0工作指引清單9-353.04.14.24.34.44.54.64.74.84.94.104.114.124.134.140.2修訂履歷版ECN編修訂項次修訂人備注次號ABCDEFGHIJKLMNOPQRSTUVWXYZ0.3定義1.0組織機構和職責1 組織機構和管理職責軟件開發(fā)部經(jīng)理項目經(jīng)理系統(tǒng)分析員開發(fā)工程師美工配置管理工程師2部門崗位職責、職責與權限2.1公司確定組織內各部門的職能和相互之間的職責和權限，以促進質量管理的有效性。各部門經(jīng)理及

2、管理者均需貫徹質量方針，負責質量體系文件在本部門的實施，并對本部門質量記錄的準確性，完整性負責。2.2職責與權限軟件開發(fā)部部門經(jīng)理崗位責任服從公司總經(jīng)理的工作安排，并積極貫徹執(zhí)行，將結果及時匯報。根據(jù)公司制定的研發(fā)戰(zhàn)略， 負責制定具體實施方案，并組織落實。了解市場和客戶的需求，負責組織新產(chǎn)品的開發(fā)及現(xiàn)有產(chǎn)品的改進，滿足市場和客戶的需求。全面負責管理軟件開發(fā)部的各項目的計劃管理、范圍管理、資金預算管理、進度管理、成本管理、風險管理及溝通管理。負責管理軟件開發(fā)部的人力資源。包括人員招聘、技術培訓、工作分配、業(yè)績考核、懲罰和獎勵、人員解聘等。負責組織軟件開發(fā)部各項目的策劃、開發(fā)、評審、驗證及確認。負

3、責協(xié)調軟件開發(fā)部與公司其它各部門的工作以及部門內各組之間的工作。具有開拓精神，全面推動軟件開發(fā)部各項工作向前發(fā)展。軟件開發(fā)部項目經(jīng)理崗位責任負責協(xié)調軟件開發(fā)部與公司其它各部門的工作以及部門內各組之間的工作。具有開拓精神，全面推動軟件開發(fā)部各項工作向前發(fā)展。服從軟件開發(fā)部部門經(jīng)理的工作安排，并積極貫徹執(zhí)行，將結果及時匯報。根據(jù)公司制定的研發(fā)戰(zhàn)略， 負責前期技術論證， 組織市場調研，并組織編寫技術可行性分析報告。了解本行業(yè)的最新技術標準、 行業(yè)法規(guī)、行業(yè)技術動態(tài)，保證產(chǎn)品的技術先進性和性能可靠性。負責組織項目組內內部人員的技術培訓工作和技術攻關任務。負責安排項目組人員的工作安排和工作分配。負責本項

4、目的計劃編制， 提供項目開發(fā)計劃書、 開發(fā)進度月報和項目開發(fā)總結報告。參與系統(tǒng)前期需求分析工作， 協(xié)助系統(tǒng)分析員給出需求分析規(guī)格說明書、數(shù)據(jù)要求說明書和數(shù)據(jù)庫設計說明書。負責本項目進展過程中技術應用的監(jiān)控和人力資源的配置。負責管理本項目組的人力資源。包括技術培訓、工作分配、業(yè)績考核、懲罰和獎勵等。負責管理本項目的計劃管理、進度管理、 技術管理、文檔管理、風險管理及溝通管理、質量管理、成本管理和資金預算管理。軟件開發(fā)部系統(tǒng)分析員崗位責任若屬于某一項目組， 則服從項目經(jīng)理的工作安排， 否則服從部門經(jīng)理的工作安排， 并積極貫徹執(zhí)行， 將結果及時匯報。負責項目需求分析工作， 給出需求分析說明書、 數(shù)據(jù)

5、要求說明書和數(shù)據(jù)庫設計說明書。參與系統(tǒng)設計工作， 負責編制項目概要設計方案書， 同 時協(xié)助軟件工程師給出項目詳細設計方案書負責組織項目各個階段的開發(fā)任務以及指導項目組人員的技術開發(fā)工作和制定編程規(guī)范。負責組織對項目技術難題的攻關和討論并協(xié)助項目經(jīng)理對項目的技術管理工作。按照直接上級制訂的工作計劃，積極做好本崗位的工作，控制本崗位的進度，主動排除客觀因素的影響，保證工作的按期完成。不斷學習進步，能夠勝任本崗位工作。遵守公司的各項規(guī)章制度，嚴格要求自己。軟件開發(fā)部工程師崗位責任若屬于某一項目組， 則服從項目經(jīng)理的工作安排， 否則服從部門經(jīng)理的工作安排， 并積極貫徹執(zhí)行， 將結果及時匯報。負責軟件詳

6、細設計、 軟件編碼和相關文檔編寫工作， 給 出項目詳細設計方案書。配合系統(tǒng)分析員參加項目的概要設計工作。按照直接上級制訂的工作計劃，積極做好本崗位的工作，控制本崗位的進度，主動排除客觀因素的影響，保證工作的按期完成。不斷學習進步，能夠勝任本崗位工作。遵守公司的各項規(guī)章制度，嚴格要求自己。軟件開發(fā)部美工崗位責任若屬于某一項目組， 則服從項目經(jīng)理的工作安排， 否則服從部門經(jīng)理的工作安排， 并積極貫徹執(zhí)行， 將結果及時匯報。負責產(chǎn)品界面設計、圖片制作等工作。按照直接上級制訂的工作計劃，積極做好本崗位的工作，控制本崗位的進度，主動排除客觀因素的影響，保證工作的按期完成。不斷學習進步，能夠勝任本崗位工作

7、。遵守公司的各項規(guī)章制度，嚴格要求自己。軟件開發(fā)部主管崗位責任如果項目人員比較多， 項目經(jīng)理可以提議在項目組內部設立主管職位，由部門經(jīng)理發(fā)文批準。主管對項目經(jīng)理負責， 協(xié)助項目經(jīng)理管理項目的技術工作和人員工作安排。主管只是一個行政職位， 不是一個技術職位。 項目經(jīng)理、系統(tǒng)分析員、軟件工程師和美工是技術職位。軟件開發(fā)部配置管理工程師崗位責任服從軟件開發(fā)部部門經(jīng)理的工作安排，并積極貫徹執(zhí)行，將結果及時匯報。了解配置管理的最新技術標準、 技術動態(tài)， 保證配置管理工作的技術先進性。負責對項目組人員的配置管理培訓工作。負責項目的變更管理、源代碼管理、版本控制、文檔控制、過程管理和代碼規(guī)范。負責配置管理體

8、系的建設包括配置管理制度、 流程、工作指引等。負責軟件演示版的制作和正式版的發(fā)行工作。負責管理公司內部技術有關文檔及源代碼等保密性文件。2 0 工作指引清單1. 工作指引1) 63MA014A 測試工作指引2) 63MA015A 對外技術合作工作指引3) 63MA016A 軟件開發(fā)部工作計劃及進度管理工作指引4) 63MA017A 評審工作指引5) 63MA018A 軟件開發(fā)部文檔管理工作指引6) 63MA019A 目管理工作指引7) 63MA013A 產(chǎn)品名稱、型號命名工作指引輸入信息測試問題點處理記錄測試問題點處理記測試問題點處理記測試分析報告測試工作流程圖項目經(jīng)理開發(fā)部經(jīng)理客服經(jīng)理測試主

9、管內部測試填寫測試申請單NO審批YES安排測試主管測試準備編寫測試計劃測試問題點處理記錄問題點處理后續(xù)測試撰寫測試分析報告NO評審YES完成輸出信息測試申請單測試計劃測試問題點處理記錄測試分析報告測試工作指引1 目的1.1 規(guī)范客戶服務部測試管理工作。1.2 保證軟件產(chǎn)品的質量。1.3 理順測試流程。2 定義無3 適用范圍3.1 客戶服務部的測試工作3.2 軟件開發(fā)部的測試工作4 職責4.1 項目經(jīng)理：負責測試問題點修改工作的安排。4.2 部門經(jīng)理：負責測試工作的協(xié)調和測試進度的把握。4.3 測試工程師：負責測試計劃的制定和具體的測試工作以及測試分析報告的編寫。5 內容5.1 測試申請5.1.

10、1項目經(jīng)理填寫測試申請單送交軟件開發(fā)部部門經(jīng)理審批。5.1.2軟件開發(fā)部部門經(jīng)理審批之后提交給客戶服務部部門經(jīng)理，客戶服務部部門經(jīng)理根據(jù)當前工作安排情況安排相應人員擔任測試主管，并簽署相應意見提交給測試主管。測試主管接受測試申請單并填寫相應意見。如果雙方在協(xié)調之中遇到困難可以請求總經(jīng)理協(xié)調。測試主管如果在測試的過程中發(fā)現(xiàn)很多問題，測試無法繼續(xù)下去，可以請求部門經(jīng)理將測試申請單退回軟件開發(fā)部，要求軟件開發(fā)部重新進行內部測試。5.2 測試準備測試主管負責建立測試環(huán)境，測試環(huán)境的建立要求考慮各種操作平臺。測試人員要仔細閱讀有關資料，包括規(guī)格說明、 設計文檔、 使用說明書及在設計過程中形成的測試大綱、

11、測試內容及測試的通過準則，全面熟悉系統(tǒng)，編寫測試計劃，設計測試用例。測試人員首先要對文檔和代碼進行審查，保證測試工作的進一步的開展。項目組人員應該配合測試人員的工作，對測試人員提出的問題應該進行耐心的解答。項目經(jīng)理負責組織相關人員對測試人員就軟件的設計、功能進行培訓，以使測試人員充分了解軟件的體系結構。5.3 測試流程測試工程師在測試過程中發(fā)現(xiàn)問題，負責填寫測試問題點處理記錄，然后提交給測試主管。測試主管將所提交的測試問題點處理記錄進行篩選、過濾，并在簽字確認后提交給項目經(jīng)理。項目經(jīng)理負責將測試主管提交的測試問題點處理記錄轉發(fā)給相關人員。由相關人員負責處理測試問題點記錄。處理完畢， 須將測試問

12、題點處理記錄提交給項目經(jīng)理。項目經(jīng)理須簽字確認相關人員的處理結果，并在后續(xù)送測時將確認后的測試問題點處理記錄統(tǒng)一返回給測試主管。測試主管在后續(xù)測試時，須將返回的 測試問題點處理記錄分發(fā)給相關測試工程師。測試工程師驗證并填寫相關內容。驗證完畢后， 再將測試問題點處理記錄交由測試主管。測試主管負責統(tǒng)一處理測試問題點處理記錄并歸檔保存。測試問題點處理記錄的要求填寫規(guī)范： 填寫時請盡量做到工整、不涂改、不漏寫；請相關人員在簽名（必須是全中文名）和填寫日期時務必書寫完整，尤其是日期；測試主管每版都應檢查測試問題點處理記錄的填寫是否合乎規(guī)范，如有重大錯漏，務必請相關人員重新填寫。如果問題點級別是E 和 F

13、 級，要求部門經(jīng)理審核，必要時可開會討論。5.4 測試總結測試主管測試完成之后整理測試問題點記錄并撰寫測試分析報告。測試分析報告 撰寫完成之后發(fā)送郵件形式提交給部門經(jīng)理和項目經(jīng)理告知測試已經(jīng)完成。項目評審組組織人員對測試分析報告 進行評審， 如果評審未通過，要求測試主管重新測試。6 相關文件及資料6.1 無。7 質量記錄7.1 測試計劃7.2 測試分析報告7.3 測試問題點處理記錄7.4 測試申請單輸入信息對外技術合作流程圖項目經(jīng)理部門經(jīng)理總經(jīng)理合作方輸出信息項目任務書項目開發(fā)計劃書項目需求規(guī)格說明書提出書面申請審批YES技術談判NO批準NOYES談判記錄商務談判談判記錄技術協(xié)議編寫對外技術合

14、作合同合同條款編寫批準NOYES執(zhí)行進度跟進備忘錄技術跟進驗收方案審批NOYESNO驗收報告驗收整改備忘錄或協(xié)議YES資料整理資料存檔、應用對外技術合作工作指引1 目的1.1 為了規(guī)范對外技術合作立項，順暢工作流程，減少人為失誤和隱患。2 適用范圍2.1 軟件開發(fā)部內推行使用。3 定義3.1 無4 職責4.1 項目經(jīng)理：負責對外技術合作的提案，合作的具體實施。4.2 部門經(jīng)理：負責對外技術合作的審核、協(xié)調和進度控制。4.3 總經(jīng)理：負責外技術合作項目批準。5 內容5.1 對外技術合作的立項項目經(jīng)理根據(jù)項目任務書、項目開發(fā)計劃書和項目需求規(guī)格說明書，提出對外技術合作的項目。用備忘錄形式向部門經(jīng)理

15、提出書面申請。包括以下內容：對外技術合作的原因對外技術合作項目描述對外技術合作的可行性分析對外技術合作的方式對外技術合作者的調查資料對外技術合作資金、進度安排部門經(jīng)理對技術合作的申請做認真審核，并提出是否合作的意見?？偨?jīng)理批準技術合作的立項。5.2 對外技術合作的合同對外技術合作的技術談判由項目經(jīng)理負責。對外技術合作商務談判由部門經(jīng)理或總經(jīng)理負責。對外技術合作的合同條款由部門經(jīng)理負責編寫，技術協(xié)議由項目經(jīng)理負責編寫，合同由總經(jīng)理簽字。5.3 對外技術合作的協(xié)調、控制部門經(jīng)理負責對外技術合作的進度跟進，負責日常協(xié)調、 控制，定期編制備忘錄通知相關部門以及組織階段性評審。總經(jīng)理協(xié)調控制合作中重大問

16、題。項目經(jīng)理負責對外技術合作的技術跟進。5.4 對外技術合作的項目驗收項目經(jīng)理按照技術協(xié)議，制訂對外技術合作的項目驗收方案，送交部門經(jīng)理審核。經(jīng)審核的驗收方案，前期準備工作由項目經(jīng)理負責具體實施。包括：驗收方法、驗收標準、測試報告、測試設備的配置等。項目驗收由部門經(jīng)理負責組織，合作雙方共同參加驗收。部門經(jīng)理初具驗收報告。并給出結論。驗收通過后，由項目經(jīng)理負責，按照合同條款，將合作的技術文檔資料整理，送部門經(jīng)理存檔。并開始實施對外技術合作成果在產(chǎn)品中的應用。如果驗收沒有通過，依照合同條款，由部門經(jīng)理及項目經(jīng)理與合作方提出整改建議，并簽署有關整改備忘錄或協(xié)議。6 相關文件及資料6.1 無。7 質量

17、記錄7.1 項目任務書7.2 項目需求規(guī)范說明書7.3 項目開發(fā)計劃書工作計劃及進度管理工作流程圖輸入信息項目組項目經(jīng)理部門經(jīng)理總經(jīng)理輸出信息年計劃項目開發(fā)計劃書年工作計劃批準NOYES部門月計劃組月計劃審批YES月工作計劃批準NOYESNO批準NOYES組周計劃周工作計劃審批NOYES部門周計劃NO甘特圖項目計劃審批YES填寫設計任務單執(zhí)行評審YES獎勵NO處罰軟件開發(fā)部工作計劃及進度管理工作指引1 目的1.1 規(guī)定軟件開發(fā)部工作計劃及進度管理的內容、職責。1 適用范圍1.1 適用于軟件開發(fā)部工作計劃及進度管理工作。2 定義2.1 計劃：包括責任人、 工作內容、 起始時間、完成時間和計劃調整

18、時間。2.2 完成時間：是指經(jīng)過設計評審后，可以發(fā)行的時間。3 職責3.1 部門經(jīng)理：負責軟件開發(fā)部工作計劃的制訂、審批及進度管理。3.2 項目經(jīng)理：負責本項目組計劃的制訂。4 內容4.1 計劃分類周工作計劃：一周的工作計劃。月工作計劃：一個月的工作計劃。年工作計劃：一年的工作計劃。項目開發(fā)計劃：項目開發(fā)完成的計劃。4.2 工作任務的制定項目組工作任務的制訂來源以下方面項目開發(fā)計劃書要求。軟件開發(fā)部下達的任務?？蛻粜枨笙逻_的任務?？蛻艋蚬緝炔刻岢龅脑O計更改。項目組自己安排的工作任務。項目組的工作任務不能偏離 項目開發(fā)計劃書 。公司下達的任務和客戶需求下達的任務是開發(fā)過程中的不斷完善過程。項目

19、經(jīng)理應合理安排。4.3 工期估計工期是指任務開始到結束的全部時間。在估計工期時要考慮以下因素：考慮社會平均技術能力條件下的完成時間?？紤]人力資源的配置?？紤]技術難易程度?？紤]非工作日和法定節(jié)假日。考慮資源的配備周期?？紤]市場需求和壓力。對于存在高度不確定因素的項目，可以給每個任務工期估計三個時間：樂觀時間：在任何事情都進展順利，沒有遇到任何困難的情況下，完成某項任務需要的時間。最可能時間：在正常情況下完成某項任務最經(jīng)常出現(xiàn)的時間。如果某項任務已經(jīng)做過多遍，最經(jīng)常發(fā)生的實際工期可以用作最可能時間估計。悲觀時間：某項任務在最不利的情況下（如不可預見或不可抗拒）能夠完成是時間。4.4 計劃的制訂和審

20、核項目開發(fā)計劃由項目經(jīng)理負責并提交給部門經(jīng)理， 由項目評審組評審通過之后生效。項目經(jīng)理負責本項目組的周工作計劃和月工作計劃，同時提交給部門經(jīng)理，由部門經(jīng)理匯總成本部門的周工作計劃和月工作計劃，月工作計劃需提交給總經(jīng)理由總經(jīng)理審批通過后生效，周工作計劃由部門經(jīng)理審批即生效。部門經(jīng)理負責制定軟件開發(fā)部的年工作計劃并提交給總經(jīng)理審批，總經(jīng)理審批通過之后生效。以上計劃都需要上級和下級充分協(xié)商。周工作計劃、月工作計劃、項目開發(fā)計劃和年工作計劃用 PROJECT 軟件編制甘特圖。4.4.1.2計劃進度主要進行時間管理， 控制項目任務的關鍵路線，需在甘特圖中予以標明。4.4.1.3周計劃按小時安排，月計劃按

21、天安排，年計劃安排按月安排，項目開發(fā)計劃按天安排。4.4.2部門經(jīng)理和總經(jīng)理協(xié)商后， 根據(jù)月工作計劃和協(xié)商后的情況，在每周最后一個工作日提交周工作計劃給總經(jīng)理，總經(jīng)理當天審批后下發(fā)給部門經(jīng)理生效。4.4.3部門經(jīng)理和項目經(jīng)理每周最后一個工作日協(xié)商下周工作計劃，項目經(jīng)理根據(jù)協(xié)商后的情況在每周第一個工作日10 ：00以前制定本周工作計劃并提交給部門經(jīng)理審核， 部門經(jīng)理在 12 ：00以前審核完畢，經(jīng)過批準的計劃將下發(fā)到各項目經(jīng)理。4.4.4總經(jīng)理和部門經(jīng)理每月的最后一個工作日協(xié)商下月工作計劃，部門經(jīng)理根據(jù)協(xié)商后的情況在每月第一個工作日12 ：00以前制定本月工作計劃并上報總經(jīng)理審核，本月的第一個工

22、作日18 ：00前審核通過。經(jīng)過批準的計劃將下發(fā)到各部門經(jīng)理。4.4.5部門經(jīng)理和項目經(jīng)理每月的第二個工作日協(xié)商本月工作計劃，項目經(jīng)理根據(jù)協(xié)商后的情況在每月第二個工作日12 ：00制定本月工作計劃并上報部門經(jīng)理審核，部門經(jīng)理在該月的第二個工作日 18 ： 00 前審核完畢。經(jīng)過批準的計劃將下發(fā)到各項目經(jīng)理。4.4.6總經(jīng)理和部門經(jīng)理協(xié)商明年工作計劃， 部門經(jīng)理根據(jù)協(xié)商后的情況制定明年工作計劃并在每年的最后一個工作日上報總經(jīng)理審核，下年的第 5 個工作日前審核通過。經(jīng)過批準的計劃下發(fā)到部門經(jīng)理。4.5 計劃的最終確認部門經(jīng)理是周計劃的最終確認機構，總經(jīng)理是月計劃、 項目開發(fā)計劃和年工作計劃的最終

23、確認機構。其它人或項目組要修改計劃應得到最終確認機構的同意。計劃確認后將成為KPI 考核的依據(jù)。4.6 進度控制計劃制訂后， 項目的進度控制由項目經(jīng)理負責， 部門經(jīng)理負責項目的進度監(jiān)控。重要計劃的進度控制由總經(jīng)理負責。進度控制包含以下方面：員工工作是否飽滿，把內部工作適當調劑，使任務均衡。員工的工作熱情是否高漲，深入與員工溝通，體察心態(tài)。工作任務緊張時，想方設法調動員工積極性，加班加點。協(xié)調部門工作，提高工作效率。預測下一階段可能要配置的資源，提前做好準備。計劃出現(xiàn)偏差時，找出問題所在，積極解決。深入了解技術，避免被動管理。將疑難問題積極向上反映，避免問題堆積。設計任務單的執(zhí)行項目經(jīng)理負責在任

24、務下達時填寫設計任務單 。分發(fā)到任務接受人。項目經(jīng)理根據(jù)開發(fā)計劃，把任務細化分解， 任務落實到人，每個任務開始之前都需要填寫設計任務單。其它部門委托的設計任務，部門經(jīng)理負責把委托任務轉化為內部設計任務單。在項目進展過程中， 計劃外穿插的任務也應執(zhí)行設計任務單。任務描述填寫要求。必須填寫任務的明確目標。包括：使用范圍：指任務的應用范圍任務需要達到的功能指標和性能指標任務的品質要求任務的成本要求任務完成后的提供的實物的填寫。包括：電子文檔文本文檔流程圖設計注意事項的填寫。包括：技術風險預測進度控制（預測和糾正）品質特殊要求相關任務的協(xié)調設計任務單由項目經(jīng)理全過程跟蹤。開發(fā)過程中的計劃更改由項目經(jīng)理

25、負責在設計任務單上做好記錄項目經(jīng)理組織好設計任務的過程評審，并在設計任務單做好記錄設計任務結束后，項目經(jīng)理必須做出評價設計任務單管理設計任務單一式兩份，在任務設計過程中，項目經(jīng)理和任務接受人各執(zhí)一份任務結束后當日， 項目經(jīng)理將任務接受人手中的設計任務單收回設計任務單將作為員工績效考核的依據(jù)項目經(jīng)理沒有按要求執(zhí)行設計任務單，罰款50元/ 次項目經(jīng)理應隨時了解計劃進展情況，當周計劃偏差2 天，月計劃偏差一周時，應及時向部門經(jīng)理反映。當員工加班加點仍完不成計劃時，應適當調整計劃。計劃的調整按照設計任務單要求執(zhí)行。一個任務的計劃調整最多兩次。員工工作不飽滿、沒有加班加點或者工作安排不妥，導致計劃沒有完

26、成，項目經(jīng)理負主要責任，部門經(jīng)理負次要責任。在計劃執(zhí)行過程中，遇到與公司其它部門協(xié)調困難嚴重影響項目進度時， 部門經(jīng)理及時與上級匯報， 必要時部門經(jīng)理填寫 軟件開發(fā)部投訴報告，經(jīng)總經(jīng)理批準后，提交總裁處理。4.7 獎勵辦法獎勵獎勵的發(fā)放對象。下列兩者之一：可以形成產(chǎn)品的總體項目。對產(chǎn)品總體項目有重要貢獻的子項目。獎勵的發(fā)放時機。達到下列全部要求時：項目按計劃或提前完成。項目通過評審。獎勵方式總經(jīng)理根據(jù)項目具體情況給予下列獎勵方式之一：獎金：總經(jīng)理根據(jù)具體情況來定。金額從100 元到2000 元。表揚：在公司通報表揚。其它：總經(jīng)理根據(jù)情況，采取其它獎勵方式。4.8 處罰辦法4.8.1 處罰對象4

27、.8.1.1計劃調整沒有經(jīng)過批準，擅自延長工期者。4.8.1.2進度沒有得到有效控制，致使計劃沒有完成的管理者。4.8.1.3部門經(jīng)理不按工作指引執(zhí)行者。任務完成質量非常差，雖然經(jīng)過二次調整仍然沒有完成者。處罰時機每月底對計劃的執(zhí)行情況進行評估后，執(zhí)行處罰。處罰方式罰款：總經(jīng)理根據(jù)具體情況來定。金額從100 元到2000 元。通報批評：情節(jié)嚴重者， 除罰款外在公司內通報批評。移交人力資源部：計劃沒有按時完成達到三次以上。5 相關文件及資料5.1 軟件開發(fā)部項目管理工作指引6 質量記錄6.1 設計任務單6.2 軟件開發(fā)部投訴報告評審工作流程輸入信息項目評審組部門經(jīng)理項目經(jīng)理總經(jīng)理總裁輸出信息市場

28、可行性分析報告項目評審報告技術可行性分析報告項目方案書YES項目投標書立項評審批復項目需求分析說明書數(shù)據(jù)要求說明書軟件質量保證計劃項目開發(fā)計劃書應用項目評審報告項目需求YES批復分析評審存檔提出申請組織安排項目評審報告項目階段性評審準備產(chǎn)品組織安排資料終結評審項目評審報告YES存檔批復評審工作指引1 目的1.1 確保項目設計方案和設計工作的正確性，保證產(chǎn)品的設計質量。2 范圍2.1 從產(chǎn)品設計立項至產(chǎn)品設計定型的評審工作。3 定義3.1 無。4 職責4.1 總裁：負責重大設計評審的核準。4.2 總經(jīng)理：負責項目重大設計評審的主持、 監(jiān)督實施和落實， 以及產(chǎn)品設計發(fā)行的核準。4.3 項目評審組：

29、負責項目的立項評審和終結評審。4.4 部門經(jīng)理：負責項目的階段性評審。4.5 項目經(jīng)理：負責任務設計單的評審和編碼階段里程碑的評審，同時負責項目評審的材料準備工作。5 內容5.1 項目評審組：由總經(jīng)理、軟件開發(fā)部部門經(jīng)理、 客戶服務部部門經(jīng)理、項目經(jīng)理以及外部聘請人員組成，總經(jīng)理擔任組長。 5.2 立項評審項目實施方案評審由總經(jīng)理負責組織項目評審組對市場可行性分析報告、技術可行性分析報告、項目方案書或項目投標書進行評審，評價內容主要是設計方案的正確性、先進性、可行性和經(jīng)濟性。項目評審組成員提出各自意見，在項目評審報告做好記錄。評審應給出項目是否實施的結論。通過表決來決定項目是否立項。有三分之二

30、以上成員同意，才能立項?？偨?jīng)理將項目實施方案評審結果上報公司總裁批復。項目需求分析評審由項目評審組負責組織，主要是針對項目需求分析說明書、數(shù)據(jù)要求說明書、軟件質量保證計劃以及項目開發(fā)計劃書進行評審。包括：設計方案正確性、先進性、可行性和經(jīng)濟性系統(tǒng)組成、系統(tǒng)要求及接口協(xié)調的合理性系統(tǒng)與各子系統(tǒng)間技術接口的協(xié)調性采用設計準則、規(guī)范和標準的合理性系統(tǒng)可靠性、維修性、安全性要求是否合理關鍵技術的落實解決情況編制的質量計劃是否可行需求是否清晰、完整、正確數(shù)據(jù)庫設計是否合理、完整。，描述是否清楚項目開發(fā)計劃的安排是否合理項目評審組填寫項目評審報告，并負責存檔。數(shù)據(jù)要求說明書、項目開發(fā)計劃書、軟件質量保證計

31、劃和項目需求分析說明書必須經(jīng)過評審組成員的一致通過，如果成員對數(shù)據(jù)要求說明書、項目開發(fā)計劃書、軟件質量保證計劃和項目需求規(guī)格說明書有異議，項目經(jīng)理要做相應修改。直至項目評審組全體通過。項目評審組將評審通過的項目開發(fā)計劃書、項目需求規(guī)格說明書和數(shù)據(jù)要求說明書以及評審結果報送總經(jīng)理批復。總經(jīng)理將批復后的項目評審報告送項目經(jīng)理存檔。5.3 項目階段性評審項目階段性評審是指項目進行過程中的某項設計的評審，項目經(jīng)理提出申請，是由部門經(jīng)理負責組織安排。包括：概要設計的階段評審，必須通過項目組的內部評審。包括：設計方案正確性、先進性、可行性和經(jīng)濟性。系統(tǒng)組成、系統(tǒng)要求及接口協(xié)調的合理性。系統(tǒng)與各子系統(tǒng)間技術

32、接口的協(xié)調性。采用設計準則、規(guī)范和標準的合理性。系統(tǒng)可靠性、維修性、安全性要求是否合理。關鍵技術的落實解決情況。系統(tǒng)模塊的劃分是否合理。詳細設計的階段評審，必須通過項目組的內部評審。包括：設計算法的正確性、先進性和可行性。系統(tǒng)組成、系統(tǒng)要求及接口協(xié)調的合理性。系統(tǒng)與各子系統(tǒng)間技術接口的協(xié)調性。采用設計準則、規(guī)范和標準的合理性。系統(tǒng)可靠性、維修性、安全性要求是否合理。關鍵技術的落實解決情況。程序模塊的劃分是否合理。說明書評審由客戶服務部組織，項目組人員參加評審，按照說明書制作工作指引執(zhí)行。部門經(jīng)理負責填寫項目評審報告，并交項目經(jīng)理存檔。評審沒有通過，部門經(jīng)理責成相關設計人員限期整改并給予技術支持

33、，反復評審。如果超過三次評審沒有通過，相關人員應承擔責任。沒有經(jīng)過評審的設計不能應用到項目中。5.4 項目終結評審項目終結評審由總經(jīng)理負責組織項目評審組對項目開發(fā)總結報告進行評審。包括：部門經(jīng)理組織項目組準備全套產(chǎn)品文檔資料。包括：可行性分析報告項目開發(fā)計劃書項目需求分析說明書數(shù)據(jù)要求說明書概要設計說明書數(shù)據(jù)庫設計說明書詳細設計說明書測試報告用戶手冊項目總結報告軟件質量保證計劃。評審小組對項目終結評審做出結論，并將填寫項目評審報告提交總經(jīng)理批復。項目經(jīng)理將所有項目文檔和項目評審報告移交給部門經(jīng)理，由部門經(jīng)理歸檔保存。5.5 項目變更評審分析階段的更改，需重新經(jīng)過項目評審組的評審。設計階段的更改

34、，應重新經(jīng)過部門經(jīng)理的評審。編碼階段的更改，應重新經(jīng)過項目經(jīng)理的評審。測試階段的更改，若牽涉到分析階段的變更，應重新經(jīng)過項目評審組的評審，若牽涉到設計階段的更改，應重新經(jīng)過部門經(jīng)理的評審，若牽涉到編碼階段的更改，應重新經(jīng)過項目經(jīng)理的評審。5.6 項目評審報告管理所有的評審都需相關責任人填寫項目評審報告，經(jīng)相關部門簽字。在項目終結評審前的項目評審報告由項目經(jīng)理負責存放。終結評審通過后，由項目經(jīng)理負責將產(chǎn)品所有的項目評審報告搜集整理，送交部門經(jīng)理存檔。項目終結的項目評審報告由部門經(jīng)理負責保存。6 相關文件6.1 軟件開發(fā)部項目管理工作指引6.2 軟件開發(fā)部設計品質工作指引7 質量記錄7.1 項目評

35、審報告軟件開發(fā)部文檔管理工作指引1 目的1.1 規(guī)范軟件開發(fā)部的文檔資料管理， 明確責任， 指導開發(fā)人員的文檔管理流程，加強軟件開發(fā)部文檔保密性和延續(xù)性。2 適用范圍2.1 用于軟件開發(fā)部的所有文檔資料的管理流程。3 定義3.1 AAA 級文檔：是軟件開發(fā)部最高保密級別的文檔。3.2 AA 級文檔：是軟件開發(fā)部的設計技術文檔。 包括：可行性研究報告、項目開發(fā)計劃書、 需求規(guī)格說明書、 概要設計說明書、 數(shù)據(jù)要求說明書、數(shù)據(jù)庫設計說明書、詳細設計說明書、軟件原代碼、操作手冊、 ECN 、設計評審表、原始設計資料、測試報告、說明書、測試分析報告、測試計劃、模塊開發(fā)卷宗、用戶手冊、項目開發(fā)總結報告、

36、開發(fā)進度月報、項目投標書、項目驗收報告等。3.3 A 級文檔：是軟件開發(fā)部的各種管理文件。包括：程序文件、工作指引、備忘錄、日常事務文件、傳真等。3.4 開發(fā)平臺：從事開發(fā)工作的計算機環(huán)境。例如：系統(tǒng)軟件，應用軟件，文件夾等。3.5 文檔編號：每個文檔都有一個編號，包括文本文檔和電子文檔。4 職責4.1 總經(jīng)理：負責軟件開發(fā)部文檔管理流程的監(jiān)督執(zhí)行， 重大文檔資料發(fā)行的簽署批準。4.2 部門經(jīng)理：負責軟件開發(fā)部文檔的審批、技術審核、保管、借閱、分發(fā)、控制和定期的備份。4.3 項目經(jīng)理：負責項目組的文檔資料管理工作。4.4 軟件開發(fā)部開發(fā)人員：負責本崗位的文檔管理。5 內容5.1 文檔資料的保管

37、開發(fā)過程中電子文檔的保管項目經(jīng)理負責項目組各個成員的電子文檔管理。 項目經(jīng)理負責制訂項目組各個成員的開發(fā)平臺，要求項目組成員在規(guī)定的文件夾下從事開發(fā)工作。開發(fā)工程師必須嚴格按照項目經(jīng)理制訂的開發(fā)平臺，從事開發(fā)工作。所有開發(fā)過程電子文檔存放在項目經(jīng)理指定的文件夾下。任何自己建造的開發(fā)平臺，必須經(jīng)過項目經(jīng)理同意。開發(fā)工程師依照項目經(jīng)理安排的工作任務，電腦中只能存放與自身業(yè)務有關的電子文檔。如果要存放任何與工作業(yè)務無關的電子文檔，必須經(jīng)過項目經(jīng)理同意。開發(fā)工程師不得將自己的開發(fā)平臺設置為共享文件夾。如果因工作需要，在公司局域網(wǎng)上拷貝文件，或者把電子文檔拷貝到公司局域網(wǎng)以外的電腦時，必須經(jīng)過批準。任何

38、人不得私自在公司局域網(wǎng)上相互備份文件，或私自以任何方式將電子文檔拷貝到公司局域網(wǎng)以外的電腦上。 AAA 級電子文檔拷貝要經(jīng)過總經(jīng)理同意。 AA 級電子文檔拷貝要經(jīng)過部門經(jīng)理同意。開發(fā)完后電子文檔的保管項目開發(fā)完后， 定型的各個版本的電子文檔資料應由項目經(jīng)理提交部門經(jīng)理保管。部門經(jīng)理負責對電子文件進行分類存放。電子文檔文件命名格式如下：產(chǎn)品名稱文件描述版本號設計者姓名日期六位字母十位漢字以四位字母縮寫四字母八位數(shù)以內內以內以內字例如：ILAMS需求分析規(guī)格說明書2.0 蔣仕文6/15日發(fā)行電子檔名稱： ILAMS 需求分析規(guī)格說明書V20JSW200206155.1.2.4每個電子文檔用一個文件

39、名存放，如果文件數(shù)量多于1 個，則用 WINZIP壓縮后按以上名稱存放。部門經(jīng)理應將電子文檔做好存放登記手續(xù)。電子文檔在服務器上的管理統(tǒng)一由部門經(jīng)理負責。任何人不得私自訪問服務器。部門經(jīng)理對文檔的正確性、完整性負責。開發(fā)過程中文本文檔的保管部門經(jīng)理負責來往的管理性文件的保管（項目經(jīng)理負責日常的技術文件的保管（AAA 級文檔）。級文檔）。開發(fā)工程師負責原始設計文件的保管。例如：詳細設計說明書、概要設計說明書、數(shù)據(jù)要求說明書等。文本文件的保管應按照公司相關文件管理的規(guī)定執(zhí)行。文件保管應使用公司標準文件夾和文件柜。部門經(jīng)理和項目經(jīng)理應定期對文件進行整理。任何人不得私自將技術文檔資料帶出公司外， 如果

40、因工作需要， 要把技術文檔資料帶出公司外，必須經(jīng)過直接上級同意。 AAA 級文檔帶出公司，應由總經(jīng)理批準。 AA 級文檔帶出公司，應由部門經(jīng)理批準。開發(fā)完后文本文件的保管部門經(jīng)理負責來往正式發(fā)行文本文件的保管。由軟件開發(fā)部向其它部門發(fā)行的文本文件或其它部門發(fā)行到軟件開發(fā)部的文本文件都集中在部門經(jīng)理登記存檔。部門經(jīng)理負責對存檔的文本文件進行分類保存并制作文件目錄。部門經(jīng)理應按照公司文件資料控制程序執(zhí)行。文件保管應使用公司標準文件夾和文件柜，按照產(chǎn)品類別、文件類別和文件編號整齊有序地存放。并在電腦中登記備案。部門經(jīng)理應及時對文件進行整理，保證文件的有效性。5.2 文檔資料的備份部門經(jīng)理每月最后一天

41、，將服務器上的文檔資料在自己電腦上備份一次。項目經(jīng)理負責每周五下班前對項目組成員的項目開發(fā)電子文檔在自己電腦上做一次備份。要求項目經(jīng)理電腦中應保管該項目的所有電子文檔。5.3 文檔資料的借閱AAA 級文檔的借閱需填寫 文檔借閱申請單 提交給部門經(jīng)理，同時要經(jīng)過總經(jīng)理的批準，并當日歸還。若不能當日歸還，應該說明原因。AA 級文檔的借閱需填寫 文檔借閱申請單 ，要通過部門經(jīng)理批準，并當日歸還。若不能當日歸還，應該說明原因。5.4 文檔資料的銷毀軟件開發(fā)部內部設計過程中的過期作廢文檔資料，不得隨意丟棄，設計人員應及時在碎紙機中銷毀。5.5 文檔資料的交接一般開發(fā)員工離職、出差或請假，其文檔資料由項目

42、經(jīng)理負責交接，若沒有項目經(jīng)理，直接由其部門經(jīng)理交接。項目經(jīng)理離職、出差或請假，其文檔資料由部門經(jīng)理負責交接。部門經(jīng)理離職、出差或請假，其文檔資料由總經(jīng)理負責交接。6 相關文件及資料6.1 文件管理控制程序7 質量記錄7.1 文檔借閱申請單項目管理工作指引1 目的1.1 確保項目能夠按計劃準時完成， 項目預算控制在既定的范圍內， 并且質量滿足客戶的要求。2 適用范圍2.1 公司所有項目有關的管理，包括項目的策劃、立項、組織、開發(fā)、測試、評審等的全部過程。3 定義3.1 無。4 職責4.1 總裁：核準項目立項及撤消。4.2 項目評審組：負責項目的重要階段的評審。4.3 總經(jīng)理：管理監(jiān)督項目。協(xié)調軟件開發(fā)部與客戶服務部的工作。項目組成員的任命。4.4 部門經(jīng)理：全面負責本部門的管理，包括人員管理、資金安排計劃、進度跟進、項目階段評審，對本部門產(chǎn)品的研發(fā)品質、成本和進度