項目開發(fā)管理辦法_第1頁
項目開發(fā)管理辦法_第2頁
項目開發(fā)管理辦法_第3頁
項目開發(fā)管理辦法_第4頁
項目開發(fā)管理辦法_第5頁
免費預覽已結束,剩余5頁可下載查看

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

工程開發(fā)治理方法〔草案〕2022年十一月前言險等方面滿足可控要求,特制定此治理方法〔。及文件治理等活動行為,由總經(jīng)理審核批準后加以貫徹實施范圍工程開發(fā)主要指以下幾方面的內(nèi)容范圍。①產(chǎn)品的開發(fā)。②老產(chǎn)品的派生、升級換代。③協(xié)作公司的工程拓展而臨時開展的變更設計。任務來源工程開發(fā)主要包括以下任務來源。①公司領導直接下達的開發(fā)任務。②公司每年的例行市場調(diào)研及需求分析報告。③老產(chǎn)品的升級換代、產(chǎn)品派生。過程掌握階段,每階段又包括假設干子項,可穿插進展。工程立項總經(jīng)理提出立項申請。評審。評審通過,立項階段完結,工程進入開發(fā)設計階段,否則依據(jù)評審意見,完善、開發(fā)設計〔或兼任〕具體的工程負責人,并與工程負責人協(xié)商確定工程組其他成員、布置任務。排,開展設計工作。計。進展評審,評審通過,即可依據(jù)《總體技術方案》的任務安排,開展具體設計工作。向技術總監(jiān)書面報告設計進度?!犊傮w技術方案》所規(guī)定設計任務的具體設計工作。〔或子系統(tǒng)函數(shù)、流程等的設計內(nèi)容、數(shù)量準時間需求,以便納入進度跟蹤。⑩設計階段,假設涉及SDK〔或其他開發(fā)包〕應用開發(fā),軟件設計人員應首先編制針對SDK〔或其他開發(fā)包〕測試程序,對應用功能執(zhí)行狀況進展驗證,確認無誤前方可進展具體的設計開發(fā)。11等設計。12 善后形成正式的軟硬件設計文件。13 設計進程中,對于設計功能、模塊、接口、協(xié)議、數(shù)據(jù)表構造等的變更,項為工程的復查供給記錄資料。14 理、技術總監(jiān)的批準,方可交由生產(chǎn)部門進展樣機制作;具體設計收尾階段,技集成為正式的樣機。15 樣機制作完成,開發(fā)設計階段完畢,工程進入測試評價階段。測試評價開展。主要硬件單元或軟件代碼的跟蹤測試〔即白盒測試,白盒測試實行開發(fā)人員時間內(nèi)完成修正、改善。測評。制的依據(jù)。理批準,開展肯定數(shù)量的產(chǎn)品試制。⑥第三方測評假設需要在室外環(huán)境進展,工程組應全力協(xié)作,現(xiàn)場指導并配置滿足要求的測試平臺,方可移交第三方進展測評。產(chǎn)品試制高產(chǎn)品的牢靠性。②產(chǎn)品試制階段,工程組應依據(jù)《技術任務書》及相關國家標準的相關定型試客觀、科學的開展,提交的測試報告將作為開發(fā)工程產(chǎn)品化的重要依據(jù)。③產(chǎn)品試制階段,技術總監(jiān)應組織工程組成員,在總結工程的根底上,完成產(chǎn)驗收移交②在以上工作均成功完畢的狀況下,工程組應提交工程驗收申請;技術總監(jiān)依據(jù)工程公司狀況,在2③驗收評審由工程組、需求部門、生產(chǎn)部、工程部、質檢部等業(yè)務部門共同參與;由技術總監(jiān)主持,邀請總經(jīng)理參與。④⑤技術總監(jiān)在對各類文件審核無誤后,除了作好技術資料的歸庫備份治理外,還必需將全部資料刻錄成CD光碟,并將刻錄好的資料移交給總經(jīng)理;光碟封面注明工程產(chǎn)品名稱及軟件版本號。跟蹤治理儲藏。②產(chǎn)品的技術維護跟蹤實行工程責任制的方式開展,產(chǎn)品開發(fā)的工程負責人為制程因素問題等等,均有工程負責人組織處理。③產(chǎn)品投向市場后的客戶試用跟蹤,由市場部負責推廣組織,工程部負責工程安裝、調(diào)試,技術部負責技術支持。文件治理過程文件治理的技術文件,各階段主要的技術文件如下。文件名編制部門①工程立項階段《市場調(diào)研報告》市場部《立項報告》技術部《工程立項評審記錄表》技術部②開發(fā)設計階段《技術任務書》技術部《總體技術方案》技術部《軟件設計說明書》技術部《硬件設計說明書》技術部《內(nèi)部測試〔軟、硬件〕報告》技術部《設計過程記錄書》技術部③測試評價階段《軟件功能一方評價報告》設計者《軟件功能二方評價報告》技術部《軟件功能三方評價報告》質檢部/用戶托付《樣試鑒定報告》質檢部④產(chǎn)品試制階段《技術規(guī)格書》工程負責人《技術總結報告》工程負責人《產(chǎn)品使用手冊》工程組《產(chǎn)品維護手冊》工程組⑤驗收移交階段《工程驗收報告》工程組《技術文件材料移交兩聯(lián)單》工程負責人《歸檔設計文檔登記帳》技術總監(jiān)文件編碼規(guī)章①方法規(guī)定的各類文件,其名稱代號均承受取名稱中最主要兩個關鍵字漢語拼JGJF2段組成,第一字段為產(chǎn)品編碼,可為組合字段,如JL-650VP;其次字段為立項時間,四位數(shù)字段,如2023;假設開發(fā)工程為純粹的產(chǎn)品開發(fā),工程編號可直接等同為產(chǎn)品編碼,此時不需要時間字段;如產(chǎn)品JL-650VP,其工程標號即JL-650VP,JL-650VP-JG,可直接表意為“JL-650VP先申請工程編號,方可開展工程的后續(xù)設計工作。④產(chǎn)品編碼依照以下的命名規(guī)章進展統(tǒng)一編碼。音表示。第一局部為產(chǎn)品的種類,超速電子警察為“JLCS“JLCDJLCGJLCC警察為“JLCZ”等等;其次局部為產(chǎn)品的分類特征,此處取檢測方式進展分類;環(huán)行線圈檢測為“HJSPLDJG外檢測為“HW”等等?!癎X數(shù)碼相機為“SM“MSSS⑤編碼的不同字段之間承受“-”進展連接。軟件代碼治理①公司建立統(tǒng)一的程序源代碼提交庫;源代碼提交庫由公司總經(jīng)理直接治理,治理;程序更應保證原庫與備份庫同步進展,保持兩者的全都性。②全部軟件實行版本治理制度,版本的產(chǎn)生及升級由技術總監(jiān)進展統(tǒng)一治理;〔可執(zhí)行文件〕,均承受統(tǒng)一的版本號,即V1.0版;后續(xù)軟件優(yōu)化、產(chǎn)品功能變化或其他因素而導致軟件修改,軟件版本將統(tǒng)一進展升級。③版本升級對源代碼的改動只允許申請人一人改動;修改前必需進展具體的備無誤后提交技術總監(jiān)進展版本升級及歸庫處理。確證沒有缺陷后,才能申請歸庫。⑤產(chǎn)品每一版本軟件投入使用〔或發(fā)行〕前,整個庫都被鎖上。⑥建立源代碼互審的治理制度,每個軟件開發(fā)工程師遍寫的代碼都有致少一個以上的同事對其程序進展測評審查。組件接口、講解詞等進展統(tǒng)一規(guī)定,以標準產(chǎn)品軟件設計。⑧軟件設計以前,工程負責人必需與軟件工程師一道確定測試打算,并在設計中實行測試與開發(fā)同步的方式進展;測試打算內(nèi)容至少包括確定測試的優(yōu)先級別、測試涉及的函數(shù)模塊、功能模塊等等。不良影響。其他規(guī)定①工程開發(fā)可依據(jù)公司自身資源,選擇自行開發(fā)、我方主持下選擇合作伙伴開發(fā)、全權托付開發(fā)等方式進展。②當實行我方主持下選擇合作伙伴開發(fā)或全權托付開發(fā)開展工

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論