某汽車廠ERP管理系統(tǒng)軟件開發(fā)過程管理

1、某汽車廠ERP管理系統(tǒng)軟件開發(fā)過程管理一 需求分析汽車企業(yè)管理的重點是隨著汽車行業(yè)的發(fā)展而不斷變化的。 在汽車行業(yè)發(fā)展初期， 汽車 生產(chǎn)的組織形式是 按庫存生產(chǎn)，那時汽車品種非常單一，例如 20世紀 20 年代福特公司只 生產(chǎn)單一的黑色 T 型車，此時對于汽車企業(yè)管理的重點在于如何提高產(chǎn)品質(zhì)量、 擴大企業(yè)的 生產(chǎn)能力以及提高勞動生產(chǎn)率。而到了 21 世紀的今天，隨著人們生活水平的提高，人們對 于汽車的消費需求更加注重個性化特點， 汽車生產(chǎn)完全由過去的以產(chǎn)品為中心轉(zhuǎn)變?yōu)橐钥蛻?為中心，汽車企業(yè)的生產(chǎn)組織形式也由過去的按預(yù)測生產(chǎn)轉(zhuǎn)變?yōu)榘搭A(yù)測加訂單的生產(chǎn)組織形 式，甚至有些先進的汽車廠家已經(jīng)做到完全

2、按訂單生產(chǎn)。 對于現(xiàn)代汽車企業(yè)來說， 管理的重 點在于快速響應(yīng)客戶的訂單需求、 準確合理的排產(chǎn)計劃以及精確的成本控制， 詳細來說， 汽 車企業(yè)的管理需求主要在于以下幾個方面：(1) 采購、庫存、生產(chǎn)、財務(wù)四個業(yè)務(wù)環(huán)節(jié)應(yīng)緊密銜接、數(shù)據(jù)信息及時充分共享，才能 最大程度的避免盲目采購、庫存成本增加、生產(chǎn)過剩(或跟不上 ) 等現(xiàn)象的發(fā)生。(2) 采購計劃的編制、請購申請、供應(yīng)商的選擇及考核、采購人員的評價考核、合同的 擬訂及簽訂、采 購合同的執(zhí)行等等這些構(gòu)成了一個現(xiàn)代化企業(yè)的采購業(yè)務(wù)的整個過程，而 采購作為一個企業(yè)業(yè)務(wù)循環(huán)中的一個環(huán)節(jié)， 就必須具備以下特點才能使采購環(huán)節(jié)更好的服務(wù) 于生產(chǎn)等其他業(yè)務(wù)環(huán)節(jié)

3、：采購計劃的制定要有據(jù)可循； 供應(yīng)商的選擇體系要完善合理； 采購合同的執(zhí)行要有條不紊； 采購部門進貨提前量的控制； 采購資金的占用要有計劃而不盲目；(3) 庫存管理是汽車制造企業(yè)非常重要的一個環(huán)節(jié)，汽車的零件成千上萬，因而對于汽 車企業(yè)的庫存管理更顯重要， 要做到使成千上萬種物料的賬物相符、 降低庫存、 減少資金占 用、同時避免物料積壓或短缺，則現(xiàn)代化的汽車企業(yè)的庫存業(yè)務(wù)應(yīng)具備以下特點：能隨時得知某種物料的收、發(fā)、存狀況； 及時得知需要盤點的物料及盤點結(jié)果； 隨時能對現(xiàn)存的物料進行生產(chǎn)配比的模擬預(yù)算； 在保證生產(chǎn)的前提下，最大程度的降低庫存； 應(yīng)和財務(wù)部門緊密銜接，形成高效的過賬措施； 庫存物

4、資根據(jù)重要性不同，按照企業(yè)追溯制度要求，建立物資的庫存批號。(4) 生產(chǎn)計劃環(huán)節(jié)是汽車制造業(yè)企業(yè)的核心，也是整個企業(yè)管理最煩瑣和最難管理的環(huán) 節(jié)。生產(chǎn)計劃的 制定要求能適應(yīng)不同的生產(chǎn)模式，特別是能否成功處理按定單裝配與按訂單設(shè)計，這也是考驗一個 ERP產(chǎn)品功能是否強大的重要指標， 為了滿足個性化生產(chǎn)的需 要， 需要采用精益生產(chǎn)的方式。 這對于企業(yè)的部管理、 設(shè)備與控制系統(tǒng)的能力及人員素質(zhì)都是一 個非常大的挑戰(zhàn)。一個現(xiàn)代化的汽車制造業(yè)企業(yè)要想使自己的生產(chǎn)嚴密有序的進行， 其生產(chǎn)的業(yè)務(wù)體現(xiàn)上 則應(yīng)有以下特點：汽車市場需求的預(yù)測數(shù)據(jù)及銷售合同數(shù)據(jù)能夠及時準確地轉(zhuǎn)化為主生產(chǎn)計劃數(shù)據(jù)；根據(jù)主生產(chǎn)計劃、原

5、材料及零部件的庫存量、在制量、采購合同量由系統(tǒng)產(chǎn)生物料需求計劃，大大提高計劃編制的效率與準確性；根據(jù)生產(chǎn)計劃及生產(chǎn)能力的比較，能夠保持均衡生產(chǎn)；降低生產(chǎn)過程中的物料消耗、避免產(chǎn)生廢品造成浪費；推行 JIT 及時生產(chǎn)和看板管理， 減少在制品、 減少物料庫存甚至實現(xiàn)某些項目的零庫 存以降低成本；(5) 營銷管理能夠建立分布廣、 效率高、市場信息反饋靈活的汽車銷售網(wǎng)絡(luò)， 從而實現(xiàn)對整個分銷 網(wǎng)絡(luò)的管理，對分銷點銷售定單的匯總以及對產(chǎn)品的分銷調(diào)撥管理等等；增強企業(yè)對汽車銷售市場需求的應(yīng)變能力， 盡快縮短新產(chǎn)品開發(fā)周期以適應(yīng)市場靈活 多變的需要；做好產(chǎn)品售后服務(wù)并對來自用戶的質(zhì)量反饋及時處理；(6) 成

6、本核算與控制是汽車制造業(yè)企業(yè)管理的主要核心容之一。成本分析與成本考核，是對影響企業(yè) 成本變動的各種技術(shù)經(jīng)濟因數(shù)及其影響程度做出定量的描述和定性的說明， 它既為下一時期的成本預(yù)測、 決策和控制提供了新的數(shù)據(jù)依據(jù)， 同時也為前一時期成本計 劃 執(zhí)行情況做出了全面的總結(jié)， 以反映企業(yè)成本管理水平， 并對企業(yè)部各級單位成本管理的成 績或失誤進行責(zé)任獎懲。成本控制的重點是事前預(yù)測并通過事后核算修正預(yù)測數(shù)據(jù)為以后提供更精確的預(yù)測。 為了能夠為事后核算提供精確的數(shù)據(jù)用以修正事先的預(yù)測數(shù)據(jù)， 需要能 夠提供實際成本實時統(tǒng)計的功能；為滿足管理上的要 求，成本核算與控制系統(tǒng)應(yīng)具有以下 特點：可分批、分步進行結(jié)賬作

7、業(yè)；將成本要素細分，分別求算； 人工權(quán)數(shù)、費用權(quán)數(shù)的設(shè)定維護； 可計算各期間各成品、半成品及在制品的實際成本； 可提高各項管理報表；項目風(fēng)險項目風(fēng)險分析表 （按風(fēng)險值排序）排可能 影序輸入風(fēng)險事件性響風(fēng)險值采取的措施需求變更，或者需1.開發(fā)采用原型模型1需求分析求分析不明確85%90%78%2.需求分析需要做的更加充分缺乏設(shè)計能力，導(dǎo)致設(shè)計不合理。數(shù)1.留出充足的系統(tǒng)設(shè)計時間據(jù)庫設(shè)計考慮不完2.小組多次評審整，導(dǎo)致系統(tǒng)設(shè)計3.令更加有經(jīng)驗的人去做領(lǐng)導(dǎo)2系統(tǒng)設(shè)計變更與編碼修改60%70%42%者項目進程中遇到突發(fā)性事件導(dǎo)致進度1.進度計劃預(yù)留機動時間減緩或中斷。特別2.做好更加充分的準備是錯誤的

8、決策導(dǎo)致3.小組多次討論3開發(fā)過程延期70%50%35%1.通過一周兩次的例會充分溝小組溝通不暢影響通項目進度?；蛘咝?.用文檔、成果交流組人員意見不合，3.增加人員之間的交流次數(shù)， 達4管理過程導(dǎo)致進度緩慢。60%55%33%到更好的效果1.專門測試組進行測試設(shè)計缺乏測試經(jīng)驗與技2.測試人員與開發(fā)人員輪崗術(shù)，不能測出缺陷。3.加大測試次數(shù)5測試測試的數(shù)次不達標50%60%30%4.增強測試的質(zhì)量開發(fā)過程中小組成1進度計劃中預(yù)留機動時間員減少導(dǎo)致進度減2控制好項目過程文檔6開發(fā)過程緩。50%50%25%3加班技術(shù)儲備匱乏，遇到技術(shù)障礙。對于1.設(shè)立技術(shù)攻堅小組技術(shù)問題，設(shè)計之2.迭代開發(fā)， 通

9、過一個模塊做全前并沒有想的周組的技術(shù)培訓(xùn)7編碼到。65%40%24%3.求助技術(shù)外援1.集成提前2.各模塊編碼規(guī)各子模塊集成不成3.集成前各模塊充分地單元測8編碼功35%65%22.75%試截止期提前導(dǎo)致進1.修改需求計劃9項目限制度計劃更改30%60%18%2.加班人力及資源計劃3.1項目角色與職責(zé)本次項目將公司的在職 120人中抽選出100人進行負責(zé)開發(fā)。具體分為以下8組：1. 項目經(jīng)理：1人，主要負責(zé)該項目的總進度與人員的總調(diào)度。2. 項目副經(jīng)理：3人，直接對項目經(jīng)理負責(zé)，分別主管項目小組與客戶聯(lián)絡(luò)，人力資源調(diào) 度，后勤工作。3. 需求分析組：10人，用一些善于交流的員工做此項工作，主要

10、是與客戶進行聯(lián)絡(luò)。確定 項目需求與溝通。4. 總架構(gòu)師：1人，負責(zé)整個項目的總體架構(gòu)。5. 架構(gòu)師：5人，在總架構(gòu)師做好整體架構(gòu)之后，每個架構(gòu)師主要負責(zé)自個模塊的模塊架 構(gòu)。6. 設(shè)計小組：30人，每組6人，在架構(gòu)師設(shè)計好模塊架構(gòu)后，對項目中各個模塊的具體環(huán) 節(jié)進行設(shè)計。7. 程序員小組：50人，本小組的人員可以與其他的小組人員部分重合。負責(zé)項目實現(xiàn)。8. 技術(shù)公關(guān)小組：10人，用一些技術(shù)高手作為在技術(shù)公關(guān)，在項目中遇到的技術(shù)難題，負 責(zé)解決。9. 測試小組：30人，本小組的人員主要是一些擅長與軟件測試技術(shù)的人員，同時也可以與其他的小組人員部分重合，再細分為6個小組，分別對系統(tǒng)的功能模塊進行測

11、試，并輪流進行其他模塊的測試。10. 配置人員：5人，負責(zé)服務(wù)器相關(guān)軟硬件配置，為程序員、測試員提供必要的后勤協(xié)助。11. 培訓(xùn)師：外聘1-3人，負責(zé)進行相關(guān)培訓(xùn)角色職責(zé)工作說明項目經(jīng)理負責(zé)整個項目的進度控制和質(zhì)量保證:進行項目總負責(zé)需求分析員負責(zé)與用戶溝通，明確用戶的詳細需 求，并將用戶詳細需求形成文檔，記 錄下來。協(xié)助項目精力進 行項目總負責(zé)，負 責(zé)和客戶溝通需 求并最終確定需 求設(shè)計人員在設(shè)計好的架構(gòu)下對項目的具體環(huán)節(jié) 進行設(shè)計風(fēng)格頁面的制作程序員應(yīng)用程序的二次開發(fā)工作編寫程序測試員對軟件中的各個模塊需要進行詳細的 測試，測試通過之后才能進行總體的 整合，整合之后還需要大量的測試。 測試

12、成功之后，產(chǎn)品才能發(fā)布。系統(tǒng)測試計劃的 編制、測試工作的 進行、測試分析報 告的撰寫。總架構(gòu)師負責(zé)整個項目的總體架構(gòu)。與設(shè)計小組進行 溝通設(shè)計架構(gòu)師對與自己所負責(zé)的模塊進行模塊的架 構(gòu)設(shè)計與總架構(gòu)師進行 交流，然后實現(xiàn)各 個模塊的設(shè)計配置管理員負責(zé)服務(wù)器相關(guān)軟硬件配置，為程序 員、測試員提供必要的協(xié)助資源配置管理培訓(xùn)師負責(zé)進行相關(guān)培訓(xùn)用戶培訓(xùn)3.2項目資金計劃1. 程序員每人每月基本工資為2000，每組每人多出 500作為獎金，由評審組按照員工的出勤情況和平時工作中的表現(xiàn)情況進行評定，然后決定每個人的獎金數(shù)量，然后上報后勤財會處。2. 總架構(gòu)師每月10000,另從程序員的活動資金中抽出部分作為

13、總架構(gòu)師的獎金。3. 普通架構(gòu)師每月7000,另從程序員的活動資金中抽出部分作為總架構(gòu)師的獎金。4. 測試人員每人的月薪是4000,每組每人多出 500作為獎金，由評審組按照員工的出勤情況和平時工作中的表現(xiàn)情況進行評定，然后決定每個人的獎金數(shù)量，然后上報后勤財會處。5. 項目經(jīng)理按年薪制，年薪 10萬，在最后，按項目的評定進行獎金增降幅度每年- 5涮 10%6. 最后在項目交工驗收之后，按照效益的不同，進行不同程度的薪水漲幅。在最后按項目的評定對其進行獎金進行漲幅，每月5% 15%四.項目進度計劃4.1進度管理基準進度管理基準編號工程階段管理指標和基準1設(shè)計根據(jù)需求分析由總架構(gòu)師設(shè)計，然后由各

14、個普通架構(gòu)師進行設(shè)計2編程?關(guān)于作成的 Module數(shù)和代碼仃數(shù) 實際行數(shù)/計劃行數(shù)3測試此處由于文檔需要，略4.2進度管理相關(guān)的會議進度管理相關(guān)的會議進度管理相關(guān)的會議會議名稱開會周期（時 間）主要參加人 員地點會議形式會議容備注項目 周進 度會 議每周兩次 星期一或二13:3014:00星期四或五13:3014:00項目組長 項目組成員會議1. 跟蹤進度 狀況2. 下階段任 務(wù)布置3問題的整 理和討論項目?4.3進度計劃項目總進度計劃編號任務(wù)名稱工期提交物1前期準備1月2需求分析40日需求分析說明書3項目計劃1月項目進度計劃項目規(guī)模及成本分析風(fēng)險分析4系統(tǒng)設(shè)計11月系統(tǒng)概要設(shè)計系統(tǒng)詳細設(shè)計

15、數(shù)據(jù)庫設(shè)計系統(tǒng)測試計劃書5項目需求調(diào) 整10日項目變更管理6編碼及單元 測試7月代碼、測試結(jié)果7集成測試、系 統(tǒng)測試及接 受測試2月代碼、測試結(jié)果8收尾工作10日系統(tǒng)、代碼、文檔、項目總結(jié)432詳細進度計劃及資源分配資源分配：1. 程序員每人每月基本工資為2000,每組每人多出 500作為獎金，由評審組按照員工的出勤情況和平時工作中的表現(xiàn)情況進行評定，然后決定每個人的獎金數(shù)量，然后上報后勤財會處。2. 總架構(gòu)師每月10000,另從程序員的活動資金中抽出部分作為總架構(gòu)師的獎金。3. 普通架構(gòu)師每月7000，另從程序員的活動資金中抽出部分作為總架構(gòu)師的獎金。4. 測試人員每人的月薪是4000,每組

16、每人多出 500作為獎金，由評審組按照員工的出勤情況和平時工作中的表現(xiàn)情況進行評定，然后決定每個人的獎金數(shù)量，然后上報后勤財會處。5. 項目經(jīng)理按年薪制，年薪 10萬，在最后，按項目的評定進行獎金增降幅度每年-5%到10%6. 最后在項目交工驗收之后， 按照效益的不同，進行不同程度的薪水漲幅。 在最后按項目的評定對其進行獎金進行漲幅，每月5%到15%7. 培訓(xùn)人員由于是外聘，所以聘用工資待定。詳細進度計劃:任務(wù)名稱工期資源名稱汽車ERP項目24月工資前期準備1月工資需求分析40工作日工資用戶需求收集10工作日工資初步需求分析5工作日工資界面設(shè)計及建立原型15工作日工資詳細需求分析10工作日工資

17、里程碑：提交需求分析報告0工作日工資項目計劃1月工資系統(tǒng)設(shè)計11月工資概要設(shè)計30工作日工資數(shù)據(jù)庫設(shè)計100工作日工資數(shù)據(jù)可設(shè)計第一階段15工作日工資數(shù)據(jù)庫設(shè)計第二階段35工作日工資數(shù)據(jù)庫設(shè)計第三 階段數(shù)據(jù)可設(shè)計機動20 工作日工資時間30 工作日工資詳細設(shè)計150 工作日工資模塊功能分析與模塊分組30 工作日工資詳細設(shè)計第一階段25 工作日工資詳細設(shè)計第二階段25 工作日工資詳細設(shè)計第三階段50 工作日工資詳細設(shè)計機動時間20 工作日工資里程碑： 提交系統(tǒng)設(shè)計10 工作日工資項目需求調(diào)整10 工作日工資編碼及單元測試7 月工資數(shù)據(jù)庫實現(xiàn)與部署20 工作日工資迭代開發(fā)及單元測試第一階段30 工

18、作日 ?工資關(guān)鍵模塊開發(fā)及單元測試20 工作日 ?工資關(guān)鍵模塊集成調(diào)整20 工作日工資其他模塊開發(fā)及 單元測試（第 1 組） 其他模塊開發(fā)及10 工作日 ?工資單元測試（第 2 組）10 工作日 ?工資其他模塊集成調(diào)整10 工作日工資集成測試、 系統(tǒng)測試及接受測試10 工作日 ?工資模塊集成測試8 工作日工資系統(tǒng)測試2 月工資里程碑：測試0 工作日工資收尾工作15 工作日工資代碼文檔整理及項目總結(jié)15 工作日工資項目結(jié)束0 工作日工資五軟件質(zhì)量保證5.1 目的本計劃的目的在于對所開發(fā)的某汽車廠ERP軟件規(guī)定各種必要的質(zhì)量保證措施，以保證所交付的軟件能夠滿足項目需求分析中的各項需求。 而且在使用

19、中， 要求軟件的錯誤發(fā)生率 不能高于每月 5 次。5.2 任務(wù)軟件質(zhì)量保證工作涉及軟件生存周期各階段的活動， 應(yīng)該貫徹到日常的軟件開發(fā)活動中， 而 且應(yīng)該特別注意軟件質(zhì)量的早期評審工作。 因此， 對新開發(fā)的或正在開發(fā)的各子系統(tǒng)， 要按 照 GB8566 與本計劃的各項規(guī)定進行各項評審工作。 軟件質(zhì)量保證小組要派成員參加所有的 評審與檢查活動。 評審與檢查的目的是為了確保在軟件開發(fā)工作的各個階段和各個方面都認 真采取各項措施來保證與提高軟件的質(zhì)量。在軟件開發(fā)過程中，要進行如下幾類評審與檢查工作：階段評審： 在軟件開發(fā)過程中， 要定期地或階段性地對某一開發(fā)階段或某幾個開發(fā) 階段的階段產(chǎn)品進行評審。

20、 在軟件開發(fā)過程中， 應(yīng)該進行以下三次評審： 第一次評 審軟件需求、 概要設(shè)計、 驗證與確認方法； 第二次評審詳細設(shè)計、 功能測試與演示， 并對第一次評審結(jié)果復(fù)核； 第三次是功能檢查、 物理檢查和綜合檢查。 每一次評審 工作都應(yīng)填寫評審總結(jié)報告（RSR、評審問題記錄（RPL）、評審成員簽字表（RMT 與軟件問題報告單（SPR等四表格。日常檢查： 在軟件的工程化生產(chǎn)過程中， 各成員應(yīng)該填寫項目進展報表， 即軟件進 展報表表頭、 軟件階段進度表、 軟件階段產(chǎn)品完成情況表、 軟件開發(fā)費用表等四表 格。軟件驗收： 必須組織專門的小組成員對銀行軟件系統(tǒng)進行驗收。 驗收容應(yīng)包括文檔 驗收、程序驗收、演示、驗收測試與測試結(jié)果評審等幾項工作。5.3 文檔基本文檔為了確保軟件的實現(xiàn)滿足需求分析的各項需求，小組應(yīng)編寫以下文檔：a. 軟件需求規(guī)格說明書（ SRS；b. 軟件設(shè)計說明書（ SDD）；c. 軟件測試計劃（ STP）；d. 軟件測試報告（ STR）；e. 項目進度計劃；f. 項目開發(fā)總結(jié)。其他文檔除了基本文檔之外，對于尚在開發(fā)中的軟件，還應(yīng)該包括以下四個方面的文檔