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

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

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

3、善合理； 采購合同的執(zhí)行要有條不紊； 采購部門進貨提早量的控制； 采購資金的占用要有方案而不盲目； (3)庫存管理是汽車制造企業(yè)非常重要的一個環(huán)節(jié)，汽車的零件成千上萬，因此對于汽車企業(yè)的庫存管理更顯重要，要做到使成千上萬種物料的賬物相符、降低庫存、減少資金占用、同時防止物料積壓或短缺，那么現(xiàn)代化的汽車企業(yè)的庫存業(yè)務(wù)應(yīng)具備以下特點： 能隨時得知某種物料的收、發(fā)、存情況； 及時得知需求清點的物料及清點結(jié)果； 隨時能對現(xiàn)存的物料進展消費配比的模擬預(yù)算； 在保證消費的前提下，最大程度的降低庫存； 應(yīng)和財務(wù)部門嚴密銜接，構(gòu)成高效的過賬措施； 庫存物資根據(jù)重要性不同，按照企業(yè)追溯制度要求，建立物資的庫存批

4、號。 (4)消費方案環(huán)節(jié)是汽車制造業(yè)企業(yè)的中心，也是整個企業(yè)管理最煩瑣和最難管理的環(huán)節(jié)。消費方案的 制定要求能順應(yīng)不同的消費方式，特別是能否勝利處置按定單裝配與按訂單設(shè)計，這也是考驗一個ERP產(chǎn)品功能能否強大的重要目的，為了滿足個性化消費的需 要，需求采用精益消費的方式。這對于企業(yè)的內(nèi)部管理、設(shè)備與控制系統(tǒng)的才干及人員素質(zhì)都是一個非常大的挑戰(zhàn)。 一個現(xiàn)代化的汽車制造業(yè)企業(yè)要想使本人的消費嚴密有序的進展，其消費的業(yè)務(wù)表達上那么應(yīng)有以下特點： 汽車市場需求的預(yù)測數(shù)據(jù)及銷售合同數(shù)據(jù)可以及時準(zhǔn)確地轉(zhuǎn)化為主消費方案數(shù)據(jù)； 根據(jù)主消費方案、原資料及零部件的庫存量、在制量、采購合同量由系統(tǒng)產(chǎn)生物料需求方案，

5、大大提高方案編制的效率與準(zhǔn)確性； 根據(jù)消費方案及消費才干的比較，可以堅持平衡消費； 降低消費過程中的物料耗費、防止產(chǎn)生廢品呵斥浪費； 推行JIT及時消費和看板管理，減少在制品、減少物料庫存甚至實現(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)品售后效力并對用戶的質(zhì)量反響及時處置； (6)本錢核算與控制是汽車制造業(yè)企業(yè)管理的主要中心內(nèi)容之一。本錢分析與本錢考核，是對

6、影響企業(yè) 本錢變動的各種技術(shù)經(jīng)濟因數(shù)及其影響程度做出定量的描畫和定性的闡明，它既為下一時期的本錢預(yù)測、決策和控制提供了新的數(shù)據(jù)根據(jù)，同時也為前一時期本錢計 劃執(zhí)行情況做出了全面的總結(jié)，以反映企業(yè)本錢管理程度，并對企業(yè)內(nèi)部各級單位本錢管理的成果或失誤進展責(zé)任獎懲。本錢控制的重點是事前預(yù)測并經(jīng)過事后核算 修正預(yù)測數(shù)據(jù)為以后提供更準(zhǔn)確的預(yù)測。為了可以為事后核算提供準(zhǔn)確的數(shù)據(jù)用以修正事先的預(yù)測數(shù)據(jù)，需求可以提供實踐本錢實時統(tǒng)計的功能；為滿足管理上的要 求，本錢核算與控制系統(tǒng)應(yīng)具有以下特點： 可分批、分步進展結(jié)賬作業(yè)； 將本錢要素細分，分別求算； 人工權(quán)數(shù)、費用權(quán)數(shù)的設(shè)定維護； 可計算各期間各廢品、半廢

7、品及在制品的實踐本錢； 可提高各項管理報表；工程風(fēng)險工程風(fēng)險分析表按風(fēng)險值排序排序輸入風(fēng)險事件能夠性影響風(fēng)險值采取的措施1需求分析需求變卦，或者需求分析不明確85%90%78%開發(fā)采用原型模型需求分析需求做的更加充分2系統(tǒng)設(shè)計缺乏設(shè)計才干，導(dǎo)致設(shè)計不合理。數(shù)據(jù)庫設(shè)計思索不完好，導(dǎo)致系統(tǒng)設(shè)計變卦與編碼修正60%70%42%留出充足的系統(tǒng)設(shè)計時間小組多次評審令更加有閱歷的人去做指點者3開發(fā)過程工程進程中遇到突發(fā)性事件導(dǎo)致進度減緩或中斷。特別是錯誤的決策導(dǎo)致延期70%50%35%進度方案預(yù)留機動時間做好更加充分的預(yù)備小組多次討論4管理過程小組內(nèi)溝通不暢影響工程進度?；蛘咝〗M內(nèi)人員意見不合，導(dǎo)致進度緩

8、慢。60%55%33%經(jīng)過一周兩次的例會充分溝通用文檔、成果交流添加人員之間的交流次數(shù)，到達更好的效果5測試缺乏測試閱歷與技術(shù)，不能測出缺陷。測試的數(shù)次不達標(biāo)50%60%30%專門測試組進展測試設(shè)計測試人員與開發(fā)人員輪崗加大測試次數(shù)加強測試的質(zhì)量6開發(fā)過程開發(fā)過程中小組成員減少導(dǎo)致進度減緩。50%50%25%進度方案中預(yù)留機動時間控制好工程過程文檔加班7編碼技術(shù)貯藏匱乏，遇到技術(shù)妨礙。對于技術(shù)問題，設(shè)計之前并沒有想的周到。65%40%24%設(shè)立技術(shù)攻堅小組迭代開發(fā)，經(jīng)過一個模塊做全組的技術(shù)培訓(xùn)求助技術(shù)外援8編碼各子模塊集成不勝利35%65%22.75%1. 集成提早2. 各模塊編碼規(guī)范3. 集

9、成前各模塊充分地單元測試9工程限制截止期提早導(dǎo)致進度方案更改30%60%18%1. 修正需求方案2. 加班人力及資源方案3.1工程角色與職責(zé)本次工程將公司的在職120人中抽選出100人進展擔(dān)任開發(fā)。詳細分為以下8組：工程經(jīng)理：1人，主要擔(dān)任該工程的總進度與人員的總調(diào)度。工程副經(jīng)理：3人，直接對工程經(jīng)理擔(dān)任，分別主管工程小組與客戶聯(lián)絡(luò)，人力資源調(diào)度，后勤任務(wù)。需求分析組：10人，用一些擅長交流的員工做此項任務(wù)，主要是與客戶進展聯(lián)絡(luò)。確定工程需求與溝通?？偧軜?gòu)師：1人，擔(dān)任整個工程的總體架構(gòu)。架構(gòu)師：5人，在總架構(gòu)師做好整體架構(gòu)之后，每個架構(gòu)師主要擔(dān)任自個模塊的模塊架構(gòu)。設(shè)計小組：30人，每組6人

10、，在架構(gòu)師設(shè)計好模塊架構(gòu)后，對工程中各個模塊的詳細環(huán)節(jié)進展設(shè)計。程序員小組：50人，本小組的人員可以與其他的小組人員部分重合。擔(dān)任工程實現(xiàn)。技術(shù)公關(guān)小組：10人，用一些技術(shù)高手作為在技術(shù)公關(guān)，在工程中遇到的技術(shù)難題，擔(dān)任處理。測試小組：30人，本小組的人員主要是一些擅長與軟件測試技術(shù)的人員，同時也可以與其他的小組人員部分重合，再細分為6個小組，分別對系統(tǒng)的功能模塊進展測試，并輪番進展其他模塊的測試。配置人員：5人，擔(dān)任效力器相關(guān)軟硬件配置，為程序員、測試員提供必要的后勤協(xié)助。培訓(xùn)師：外聘1-3人，擔(dān)任進展相關(guān)培訓(xùn)角色職責(zé)任務(wù)闡明工程經(jīng)理擔(dān)任整個工程的進度控制和質(zhì)量保證進展工程總擔(dān)任需求分析員擔(dān)

11、任與用戶溝通，明確用戶的詳細需求，并將用戶詳細需求構(gòu)成文檔，記錄下來。協(xié)助工程精神進展工程總擔(dān)任，擔(dān)任和客戶溝通需求并最終確定需求設(shè)計人員在設(shè)計好的架構(gòu)下對工程的詳細環(huán)節(jié)進展設(shè)計風(fēng)格頁面的制造程序員運用程序的二次開發(fā)任務(wù)編寫程序測試員對軟件中的各個模塊需求進展詳細的測試，測試經(jīng)過之后才干進展總體的整合，整合之后還需求大量的測試。測試勝利之后，產(chǎn)品才干發(fā)布。系統(tǒng)測試方案的編制、測試任務(wù)的進展、測試分析報告的撰寫?？偧軜?gòu)師擔(dān)任整個工程的總體架構(gòu)。與設(shè)計小組進展溝通設(shè)計架構(gòu)師對與本人所擔(dān)任的模塊進展模塊的架構(gòu)設(shè)計與總架構(gòu)師進展交流，然后實現(xiàn)各個模塊的設(shè)計配置管理員擔(dān)任效力器相關(guān)軟硬件配置，為程序員、

12、測試員提供必要的協(xié)助資源配置管理培訓(xùn)師擔(dān)任進展相關(guān)培訓(xùn)用戶培訓(xùn)3.2工程資金方案程序員每人每月根本工資為2000，每組每人多出500作為獎金，由評審組按照員工的出勤情況和平常任務(wù)中的表現(xiàn)情況進展評定，然后決議每個人的獎金數(shù)量，然后上報后勤財會處?？偧軜?gòu)師每月10000，另從程序員的活動資金中抽出部分作為總架構(gòu)師的獎金。普通架構(gòu)師每月7000，另從程序員的活動資金中抽出部分作為總架構(gòu)師的獎金。測試人員每人的月薪是4000，每組每人多出500作為獎金，由評審組按照員工的出勤情況和平常任務(wù)中的表現(xiàn)情況進展評定，然后決議每個人的獎金數(shù)量，然后上報后勤財會處。工程經(jīng)理按年薪制，年薪10萬，在最后，按工程

13、的評定進展獎金增降幅度每年5%到10%。最后在工程交工驗收之后，按照效益的不同，進展不同程度的薪水漲幅。在最后按工程的評定對其進展獎金進展?jié)q幅，每月5%到15%。工程進度方案4.1 進度管理基準(zhǔn)進度管理基準(zhǔn)編號工程階段管理目的和基準(zhǔn)設(shè)計根據(jù)需求分析由總架構(gòu)師設(shè)計，然后由各個普通架構(gòu)師進展設(shè)計編程關(guān)于作成的Module數(shù)和代碼行數(shù)實踐行數(shù) 方案行數(shù) 測試此處由于文檔需求，略4.2 進度管理相關(guān)的會議進度管理相關(guān)的會議進度管理相關(guān)的會議會議稱號開會周期時間主要參與人員地點會議方式會議內(nèi)容備注工程周進度會議每周兩次星期一或二13:3014:00星期四或五13:3014:00工程組長工程組成員會議1.

14、跟蹤進度情況2.下階段義務(wù)布置3.問題的整理和討論工程4.3 進度方案4.3.1 工程總進度方案編號義務(wù)稱號工期提交物1前期預(yù)備1月2需求分析40日闡明書3工程方案1月4系統(tǒng)設(shè)計11月5工程需求調(diào)整10日6編碼及單元測試7 月代碼、測試結(jié)果7集成測試、系統(tǒng)測試及接受測試2 月代碼、測試結(jié)果8收尾任務(wù)10 日系統(tǒng)、代碼、文檔、工程總結(jié)4.3.2 詳細進度方案及資源分配資源分配：程序員每人每月根本工資為2000，每組每人多出500作為獎金，由評審組按照員工的出勤情況和平常任務(wù)中的表現(xiàn)情況進展評定，然后決議每個人的獎金數(shù)量，然后上報后勤財會處?？偧軜?gòu)師每月10000，另從程序員的活動資金中抽出部分作

15、為總架構(gòu)師的獎金。普通架構(gòu)師每月7000，另從程序員的活動資金中抽出部分作為總架構(gòu)師的獎金。測試人員每人的月薪是4000，每組每人多出500作為獎金，由評審組按照員工的出勤情況和平常任務(wù)中的表現(xiàn)情況進展評定，然后決議每個人的獎金數(shù)量，然后上報后勤財會處。工程經(jīng)理按年薪制，年薪10萬，在最后，按工程的評定進展獎金增降幅度每年5%到10%。最后在工程交工驗收之后，按照效益的不同，進展不同程度的薪水漲幅。在最后按工程的評定對其進展獎金進展?jié)q幅，每月5%到15%。培訓(xùn)人員由于是外聘，所以聘用工資待定。詳細進度方案：義務(wù)稱號工期資源稱號汽車ERP工程24 月工資前期預(yù)備1 月工資需求分析40 任務(wù)日工資

16、用戶需求搜集10 任務(wù)日工資初步需求分析5 任務(wù)日工資界面設(shè)計及建立原型15 任務(wù)日工資詳細需求分析10 任務(wù)日工資里程碑：提交需求分析報告0 任務(wù)日工資工程方案1 月工資系統(tǒng)設(shè)計11 月工資概要設(shè)計30 任務(wù)日工資數(shù)據(jù)庫設(shè)計100 任務(wù)日工資數(shù)據(jù)可設(shè)計第一階段15 任務(wù)日工資數(shù)據(jù)庫設(shè)計第二階段35 任務(wù)日工資數(shù)據(jù)庫設(shè)計第三階段20 任務(wù)日工資數(shù)據(jù)可設(shè)計機動時間30 任務(wù)日工資詳細設(shè)計150 任務(wù)日工資模塊功能分析與模塊分組30 任務(wù)日工資詳細設(shè)計第一階段25 任務(wù)日工資詳細設(shè)計第二階段25 任務(wù)日工資詳細設(shè)計第三階段50 任務(wù)日工資詳細設(shè)計機動時間20 任務(wù)日工資里程碑：提交系統(tǒng)設(shè)計10 任

17、務(wù)日工資工程需求調(diào)整10 任務(wù)日工資編碼及單元測試 7月工資數(shù)據(jù)庫實現(xiàn)與部署20 任務(wù)日工資迭代開發(fā)及單元測試第一階段30 任務(wù)日?工資關(guān)鍵模塊開發(fā)及單元測試20 任務(wù)日?工資關(guān)鍵模塊集成調(diào)整20 任務(wù)日工資其他模塊開發(fā)及單元測試第1組10 任務(wù)日?工資其他模塊開發(fā)及單元測試第2組10 任務(wù)日?工資其他模塊集成調(diào)整10 任務(wù)日工資集成測試、系統(tǒng)測試及接受測試10 任務(wù)日?工資模塊集成測試8 任務(wù)日工資系統(tǒng)測試2 月工資里程碑：測試0 任務(wù)日工資收尾任務(wù)15 任務(wù)日工資代碼文檔整理及工程總結(jié)15 任務(wù)日工資工程終了0 任務(wù)日工資五軟件質(zhì)量保證5.1目的本方案的目的在于對所開發(fā)的某汽車廠ERP軟件

18、規(guī)定各種必要的質(zhì)量保證措施，以保證所交付的軟件可以滿足工程需求分析中的各項需求。而且在運用中，要求軟件的錯誤發(fā)生率不能高于每月5次。5.2 義務(wù)軟件質(zhì)量保證任務(wù)涉及軟件生存周期各階段的活動，應(yīng)該貫徹到日常的軟件開發(fā)活動中，而且應(yīng)該特別留意軟件質(zhì)量的早期評審任務(wù)。因此，對新開發(fā)的或正在開發(fā)的各子系統(tǒng)，要按照GB 8566與本方案的各項規(guī)定進展各項評審任務(wù)。軟件質(zhì)量保證小組要派成員參與一切的評審與檢查活動。評審與檢查的目的是為了確保在軟件開發(fā)任務(wù)的各個階段和各個方面都仔細采取各項措施來保證與提高軟件的質(zhì)量。在軟件開發(fā)過程中，要進展如下幾類評審與檢查任務(wù)：階段評審：在軟件開發(fā)過程中，要定期地或階段性

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