包含生產(chǎn)管理系統(tǒng)軟件實(shí)例的詞條

本篇文章給大家談?wù)勆a(chǎn)管理系統(tǒng)軟件實(shí)例，以及對應(yīng)的知識(shí)點(diǎn)，希望對各位有所幫助，不要忘了收藏本站喔。 今天給各位分享生產(chǎn)管理系統(tǒng)軟件實(shí)例的知識(shí)，其中也會(huì)對進(jìn)行解釋，如果能碰巧解決你現(xiàn)在面臨的問題，別忘了關(guān)注本站，現(xiàn)在開始吧！

本文目錄一覽：

• 1、有沒有適合機(jī)械加工制造行業(yè)的APS生產(chǎn)計(jì)劃排程軟件？最好有具體的應(yīng)用案例和解決方案介紹的廠商？
• 2、什么是ERP系統(tǒng)?它該怎么來運(yùn)用?
• 3、生產(chǎn)計(jì)劃與物料控制
• 4、試列舉兩個(gè)大型應(yīng)用系統(tǒng)的實(shí)例,說明軟件在該系統(tǒng)中所起的關(guān)鍵作用以及軟件質(zhì)量對系統(tǒng)成敗的影響

有沒有適合機(jī)械加工制造行業(yè)的APS生產(chǎn)計(jì)劃排程軟件？最好有具體的應(yīng)用案例和解決方案介紹的廠商？

國內(nèi)比較知名的有：易普優(yōu)APS，小吉星APS、施達(dá)優(yōu)APS、安達(dá)發(fā)APS；
國外Asprova APS，永凱APS，西門子Preactor, Ge Scheduler；
近幾年易普優(yōu)APS憑借華中科技大學(xué)背景，厚積薄發(fā)交付了不少項(xiàng)目，其中針對機(jī)械加工行業(yè)的APS解決方案也有典型性，有中車集團(tuán)的案例，具體解決方案從易普優(yōu)官網(wǎng)轉(zhuǎn)載如下：

一、機(jī)械加工行業(yè)現(xiàn)狀

機(jī)械制造業(yè)在生產(chǎn)管理上的主要特點(diǎn)是：離散為主、流程為輔、裝配為重點(diǎn)。機(jī)械制造業(yè)的基本加工過程是把原材料分割，大部分屬于多種原材料平行加工，逐一經(jīng)過車、銑、刨、磨或鈑金成型等加工工藝，成為零件，然后組裝制成為產(chǎn)品的裝配式復(fù)雜多步驟生產(chǎn)。生產(chǎn)管理特點(diǎn)如下：

生產(chǎn)方式：專用設(shè)備生產(chǎn)以按訂單生產(chǎn)為主，按訂單設(shè)計(jì)、按訂單裝配和按庫存生產(chǎn)為輔;通用設(shè)備生產(chǎn)以按訂單生產(chǎn)和按庫存生產(chǎn)相結(jié)合，按訂單設(shè)計(jì)、按訂單裝配為輔。

生產(chǎn)批量：根據(jù)機(jī)械產(chǎn)品結(jié)構(gòu)和生產(chǎn)批量的不同，可分為單件小批量生產(chǎn)，多品種、中小批量生產(chǎn)和大量流水生產(chǎn)3種類型。傳統(tǒng)上裝配車間多屬于中小批量生產(chǎn)類型，零部件生產(chǎn)車間則多屬于多品種中小批量生產(chǎn)類型或大批量生產(chǎn)類型。

產(chǎn)品配置復(fù)雜，BOM層次多，邊設(shè)計(jì)邊生產(chǎn)，且首件生產(chǎn)周期長，工過程藝變更對生產(chǎn)計(jì)劃影響較大。制造工藝復(fù)雜，加工工藝路線具有很大的不確定性，一種零部件或產(chǎn)品可以有多種工藝并存，生產(chǎn)過程所需機(jī)器設(shè)備和工裝夾具種類繁多。

訂單多數(shù)按項(xiàng)目型接單制造方式，整個(gè)生產(chǎn)運(yùn)營過程，按項(xiàng)目號、產(chǎn)品型號、零部件進(jìn)行單件跟蹤和成套控制。

生產(chǎn)計(jì)劃：產(chǎn)品結(jié)構(gòu)復(fù)雜，制造工藝復(fù)雜，產(chǎn)品中各部件制造周期長短不一和產(chǎn)品加工工藝路線的不確定性，造成管理對象動(dòng)態(tài)多變，因此為了保證產(chǎn)品成套、按期交貨，又要盡可能減少在制品積壓，導(dǎo)致生產(chǎn)物資管理工作十分復(fù)雜，需要從每一產(chǎn)品的交貨期倒推，周密安排各部件、零件、毛坯的投入/產(chǎn)出數(shù)量和時(shí)間;生產(chǎn)計(jì)劃的制訂與車間任務(wù)工作繁重，影響生產(chǎn)過程的不確定因素多，導(dǎo)致制訂生產(chǎn)、采購計(jì)劃困難。

產(chǎn)品零部件加工采用自制和委外加工結(jié)合模式，中間部分工序由于工藝特性需要委外加工，甚至需要出口委外，委外周期長。

機(jī)械制造業(yè)企業(yè)由于主要是離散加工，產(chǎn)品的質(zhì)量和生產(chǎn)率很大程度依賴于工人的技術(shù)水平，而自動(dòng)化程度主要在單元級，例如數(shù)控機(jī)床、柔性制造系統(tǒng)等。

產(chǎn)品中各部件制造周期長短不一和產(chǎn)品加工工藝路線的復(fù)雜性造成在制品管理不易。

二、中車集團(tuán)需求

中車集團(tuán)某子公司主要有三個(gè)不同車間：“A車間-C車間-F車間”。A車間負(fù)責(zé)中間品A和中間品B的加工和中間件的組裝，有全自動(dòng)的智能化加工線和手工線，生長周期在1周左右。C車間主要生產(chǎn)中間品C的零部件生產(chǎn)、多次加工與組裝，生長周期在1個(gè)月左右。F車間按照客戶訂單完成最終成品的組裝，生產(chǎn)周期短，制定3日計(jì)劃。因此，排程需要考慮部分特殊的工藝和車間的聯(lián)動(dòng)計(jì)劃，具體需求如下：

?? 多版本工藝路線：需要支持產(chǎn)品存在多條不同的工藝路線生產(chǎn)。

產(chǎn)線/機(jī)臺(tái)負(fù)荷均衡：綜合考慮各產(chǎn)線之間的負(fù)載平衡生產(chǎn)，工序有多個(gè)候選機(jī)臺(tái)時(shí)，保證機(jī)臺(tái)加工負(fù)載均衡；提高設(shè)備利用率。

物料齊套約束：除了自制件，還需要考慮外購物料是否齊套對生產(chǎn)計(jì)劃的影響約束。

?? 部裝和總裝車間協(xié)同排產(chǎn)：中間品加工、部件組裝、成品組裝屬于不同的車間，排程周期不一樣，排程時(shí)需考慮按照總裝的計(jì)劃倒推出部裝的計(jì)劃，同時(shí)當(dāng)部裝的計(jì)劃調(diào)整時(shí)，需考慮調(diào)整對總裝的計(jì)劃影響。

?? 工序拆分和批量委外加工生產(chǎn)：訂單成品和中間件，需要拆分成單件進(jìn)行生產(chǎn)跟蹤；部分工序需要委外生產(chǎn)，需要集齊N件之后批量委外生產(chǎn)。

?? 產(chǎn)品組合（混流）生產(chǎn)：不同種類的中間品C在退火工序一次可加工數(shù)量不一樣，需要根據(jù)訂單產(chǎn)品組合生產(chǎn)。

?? 爐資源選擇條件：如中間品C在退火工序使用退火爐，需根據(jù)產(chǎn)品種類選擇退火爐設(shè)備，且加工數(shù)量不一樣，要求同時(shí)開始同時(shí)結(jié)束。

?? 工序緩沖時(shí)間：很多工序是離散工位，需要考慮工序之間的銜接等待緩沖時(shí)間。

?? 自動(dòng)一鍵排程：將計(jì)劃員的經(jīng)驗(yàn)和排程邏輯固化到系統(tǒng)排程約束規(guī)則后，計(jì)劃的制定能一鍵智能排產(chǎn)，自動(dòng)排程響應(yīng)計(jì)劃調(diào)整。

?? 響應(yīng)各類生產(chǎn)異常：設(shè)備停機(jī)、維修、保養(yǎng)；生產(chǎn)延期、缺料、緊急插單都會(huì)影響訂單的生產(chǎn)，在出現(xiàn)異常的情況應(yīng)該保持之前已下發(fā)鎖定的訂單生產(chǎn)順序的不變，快速響應(yīng)異常調(diào)整計(jì)劃。

?? 滾動(dòng)排程：計(jì)劃需要考慮生產(chǎn)執(zhí)行情況，滾動(dòng)排程，形成閉環(huán)計(jì)劃。

三、易普優(yōu)APS解決方案

針對該企業(yè)的生產(chǎn)計(jì)劃排程需求，易普優(yōu)APS（高級計(jì)劃排程系統(tǒng)）設(shè)計(jì)并提供了對應(yīng)的解決方案：

1.排程整體流程設(shè)計(jì)

業(yè)務(wù)流程描述:

工藝管理系統(tǒng)將APS系統(tǒng)所需的工藝BOM數(shù)據(jù)傳入APS。

ERP系統(tǒng)根據(jù)訂單管理分解出相關(guān)的需求訂單，檢查物料齊套后，將訂單數(shù)據(jù)和物料預(yù)計(jì)齊套時(shí)間傳入APS。

APS系統(tǒng)根據(jù)系統(tǒng)提供的訂單、工藝數(shù)據(jù)，考慮工藝、產(chǎn)能、訂單、產(chǎn)品等多方面的約束條件，生成相應(yīng)的可執(zhí)行的工序級計(jì)劃。

計(jì)劃員對排程結(jié)果進(jìn)行評估，若計(jì)劃NG則往上溝通反饋，乃至計(jì)劃確認(rèn)。根據(jù)計(jì)劃反饋確認(rèn)委外情況、是否延期或通過其他方式完成。

根據(jù)計(jì)劃下達(dá)周期鎖定N天計(jì)劃并下達(dá)工位作業(yè)生產(chǎn)計(jì)劃到MES系統(tǒng)。

MES根據(jù)現(xiàn)場的執(zhí)行情況，對計(jì)劃的執(zhí)行以及影響計(jì)劃的異常進(jìn)行反饋進(jìn)入APS，APS對相應(yīng)的需求訂單、設(shè)備計(jì)劃進(jìn)行滾動(dòng)排程，生產(chǎn)新的生產(chǎn)計(jì)劃重新發(fā)布。

系統(tǒng)建模與排程結(jié)果

易普優(yōu)APS針對各個(gè)工序的資源設(shè)備產(chǎn)能約束和排程期望進(jìn)行系統(tǒng)建模，分工序通過了業(yè)務(wù)的邏輯建模與功能驗(yàn)證，用真實(shí)的數(shù)據(jù)各車間單工序滾動(dòng)驗(yàn)證，然后進(jìn)行三個(gè)車間的串聯(lián)，確保計(jì)劃實(shí)際指導(dǎo)生產(chǎn)。

1)???? 多版本工藝路線：易普優(yōu)APS支持多條工藝路徑的建模方式，如下某中間部件存在自動(dòng)化生產(chǎn)線和手動(dòng)加工線兩種不同的工藝路線。

2)???? 產(chǎn)線設(shè)備加工負(fù)載均衡：易普優(yōu)APS系統(tǒng)設(shè)置資源評估參數(shù)，確保設(shè)備線體加工負(fù)載均衡。

3)???? 物料齊套約束：易普優(yōu)APS在排程前，和ERP系統(tǒng)集成，動(dòng)態(tài)獲取物料齊套檢查后的物料預(yù)計(jì)齊套時(shí)間，作為訂單可以開始排程的最早開始時(shí)間約束，確保訂單生產(chǎn)不會(huì)出現(xiàn)缺料的情況。

4)???? 總裝部裝計(jì)劃協(xié)同：易普優(yōu)APS支持總裝和部裝的多級計(jì)劃協(xié)同，通過總裝計(jì)劃拉動(dòng)部裝的計(jì)劃進(jìn)行逆向排程。

考慮到部裝和總裝的父子約束關(guān)系，易普優(yōu)APS支持父子訂單約束關(guān)系，確保子訂單完成后，父訂單才可以開工。

5)???? 產(chǎn)品組合生產(chǎn)和爐資源選擇：需要考慮產(chǎn)品類型，易普優(yōu)APS可以設(shè)置資源有效條件進(jìn)行約束控制建模，確保對應(yīng)種類的產(chǎn)品在相應(yīng)的資源上生產(chǎn)且符合對應(yīng)產(chǎn)能節(jié)拍和可生產(chǎn)數(shù)量，且同進(jìn)同出。

排程結(jié)果如下：針對機(jī)車和地鐵類型的產(chǎn)品，在不同的退火爐上可生產(chǎn)的數(shù)量和種類是不一樣的。

6)???? 訂單的拆分批量和委外：易普優(yōu)APS滿足在工序模板設(shè)置拆分批量，進(jìn)行訂單的拆分和批量生產(chǎn)。可支持建立委外資源管理，進(jìn)行中間工序委外加工管控。如下，其他工序訂單單件拆分，調(diào)質(zhì)工序按照4個(gè)為批量進(jìn)行委外生產(chǎn)。

7)????前后工序的銜接等待：易普優(yōu)APS可支持工序的前后緩沖時(shí)間的設(shè)置。

8)????生產(chǎn)異常反饋：在計(jì)劃完成后，如出現(xiàn)生產(chǎn)異常或者訂單變更；考慮生產(chǎn)執(zhí)行情況；在APS系統(tǒng)錄入生產(chǎn)實(shí)績和異常反饋，易普優(yōu)APS支持一鍵排程，響應(yīng)計(jì)劃的調(diào)整。

四、應(yīng)用效果

1.?????易普優(yōu)APS系統(tǒng)通過與其他系統(tǒng)的集成，獲取生產(chǎn)訂單和工藝約束，進(jìn)行基于有限產(chǎn)能和設(shè)備的一鍵排產(chǎn)，改變現(xiàn)有通過EXCEL手工排程模式，提高計(jì)劃員制定計(jì)劃的效率，解決生產(chǎn)計(jì)劃和實(shí)際生產(chǎn)環(huán)節(jié)脫節(jié)的問題，提高價(jià)值鏈增值效率

2.?????通過梳理計(jì)劃員的經(jīng)驗(yàn)，建立和優(yōu)化排程規(guī)則固化到系統(tǒng)，并考慮更精細(xì)化的約束，排程到具體工位，實(shí)現(xiàn)精益生產(chǎn)和均衡生產(chǎn)，提高了設(shè)備利用率，使的生產(chǎn)過程的管控和物料的管控更加透明化。

3.?????通過部裝和總裝的多車間協(xié)同計(jì)劃，以客戶需求為中心，建立企業(yè)統(tǒng)一的計(jì)劃體系。以計(jì)劃體系為紐帶，全面協(xié)調(diào)銷售、采購、生產(chǎn)、委外加工、庫存和發(fā)運(yùn)的關(guān)鍵管理流程，實(shí)現(xiàn)整機(jī)裝配計(jì)劃于零部件加工計(jì)劃的有效銜接，實(shí)現(xiàn)企業(yè)內(nèi)部各環(huán)節(jié)的業(yè)務(wù)協(xié)同，以最快的速度響應(yīng)客戶需求，縮短交貨期，提高交貨準(zhǔn)時(shí)率。

4.?????對于機(jī)械行業(yè)工藝替代頻繁的特點(diǎn)，提供了多工藝路線解決方案，方便企業(yè)管理人員在車間排產(chǎn)時(shí)進(jìn)行靈活決策。

5.?????通過精細(xì)工序級的物料計(jì)劃，指導(dǎo)物料的配送，通過物料配套檢查的齊套時(shí)間約束排程，確保生產(chǎn)計(jì)劃考慮物料齊套問題，解決機(jī)械產(chǎn)品物料復(fù)雜，物料缺料待產(chǎn)頻繁的難題。減少因?yàn)槿绷系葐栴}造成訂單的延期，同時(shí)也降低了中間工序待料時(shí)間，縮短整體制造周期。

什么是ERP系統(tǒng)?它該怎么來運(yùn)用?

簡單來說生產(chǎn)管理系統(tǒng)軟件實(shí)例，ERP系統(tǒng)即企業(yè)資源計(jì)劃的一款軟件系統(tǒng)。
它可以運(yùn)用于各個(gè)行業(yè)領(lǐng)域。舉個(gè)制造業(yè)ERP的例子。例如天尊軟件的一款ERP針對的是中小型企業(yè)的制造業(yè)系統(tǒng)。
這款制造業(yè)ERP系統(tǒng)是一款融合了庫存管理，訂單管理，生產(chǎn)流程控制，成本計(jì)算，財(cái)務(wù)管理的綜合型流程控制管理系統(tǒng)。系統(tǒng)中除了包括傳統(tǒng)的MRP技術(shù)，還在管理、監(jiān)控上增加了大量的功能，使管理者不只是查閱生產(chǎn)狀況報(bào)，在事后總結(jié)成產(chǎn)中的問題，而是在生產(chǎn)過程中實(shí)時(shí)監(jiān)控，控制生產(chǎn)，掌握良品率、翻工率等數(shù)據(jù)，對生產(chǎn)進(jìn)程及時(shí)地做出調(diào)整，提高效率，降低成本。
系統(tǒng)的進(jìn)、銷、存模塊，從采購原料、QC檢測、MRB檢測、分倉入庫、到工令發(fā)料，工令退料、成品入庫及銷售訂單的管理、分批發(fā)貨、發(fā)貨登記等等，使用戶全方位的掌握企業(yè)的運(yùn)作，提高管理效率；采購、銷售、庫存幾個(gè)獨(dú)立模塊緊密相聯(lián)，在庫存模塊中便可看到每一個(gè)物料的采購銷售狀況，通過簡單的操作用戶便可得到所需的信息，這是這款ERP的主要特點(diǎn)之一。
工程、工令、途程、物料需求規(guī)劃、成本組成了一個(gè)龐大而又細(xì)致的生產(chǎn)制造模塊；在生產(chǎn)管理中包括了BOM的管理，訂單到工令，產(chǎn)能分析，成本核算等功能，系統(tǒng)提供的流程報(bào)表使用戶可以看到訂單實(shí)施的所有過程，包括庫存狀況、工令生產(chǎn)狀況、物料需求情況等等，全面細(xì)致的成產(chǎn)分析和大量的數(shù)據(jù)報(bào)表，核發(fā)、套料發(fā)料，在制品狀況的全程監(jiān)控，成產(chǎn)情況盡在掌控。
考慮到系統(tǒng)的實(shí)用性和不同企業(yè)的靈活性，生產(chǎn)管理系統(tǒng)軟件實(shí)例我們提供了管理模塊和即時(shí)系統(tǒng)。管理模塊使用戶可以自主的分配權(quán)限和用戶功能，方便大型企業(yè)的管理；而即時(shí)系統(tǒng)是每一個(gè)系統(tǒng)用戶之間信息溝通的平臺(tái)，使系統(tǒng)中的信息可以更快捷的傳輸。
這款ERP倡導(dǎo)的是有效管理，實(shí)時(shí)監(jiān)控，結(jié)合準(zhǔn)確地報(bào)表，使用戶更易掌控。生產(chǎn)管理系統(tǒng)軟件實(shí)例我們的宗旨就是貼近客戶，幫助客戶提高管理層級，實(shí)現(xiàn)“輕松管理、快捷掌控、精細(xì)經(jīng)營、規(guī)避風(fēng)險(xiǎn)”。
二、系統(tǒng)主要模塊分系統(tǒng)管理、存貨管理、途程管理、工程管理、MPS主生產(chǎn)計(jì)劃、MRP物料需求計(jì)劃、業(yè)務(wù)管理、采購管理、生產(chǎn)管理、質(zhì)量管理、成本管理、增值稅管理、應(yīng)收管理、應(yīng)付管理、會(huì)計(jì)分錄、信息管理、人事薪資、總賬管理。
使用ERP系統(tǒng)可有效的節(jié)約 控制 優(yōu)化公司資源，使企業(yè)可以掌控經(jīng)營管理過程中的各個(gè)關(guān)鍵環(huán)節(jié)，提高獲利能力。

生產(chǎn)計(jì)劃與物料控制

生產(chǎn)計(jì)劃與物料控制(PMC)
白金課程：
一針見血:兩天您就能掌握根據(jù)“PMC是所有生產(chǎn)部門在生產(chǎn)進(jìn)度和物料控制兩個(gè)層面上的上司”概念制定的跟進(jìn)制度流程.
生產(chǎn)計(jì)劃和物料控制部門是一個(gè)企業(yè)“心臟”,統(tǒng)籌營運(yùn)資金、物流、信息等動(dòng)脈,其制度和流程決定公司盈利成敗.
課程背景
各企業(yè)都期望低庫存而能滿足客戶需求的流暢生產(chǎn)環(huán)境,以適應(yīng)當(dāng)今激烈競爭微利時(shí)代。物料資金一般占企業(yè)營運(yùn)資金55%~80%,而生產(chǎn)進(jìn)度依時(shí)完成,直接影響客戶合作滿意程度,鑒此,物料控制(俗稱物控MC)和生產(chǎn)控制(俗稱生管PC),這個(gè)部門(PMC)掌握企業(yè)生產(chǎn)及物料運(yùn)作的總調(diào)度和命脈.直接涉及影響生產(chǎn)部、生產(chǎn)工程部、采購、貨倉、品控部、開發(fā)與設(shè)計(jì)部、設(shè)備工程、人力資源及財(cái)務(wù)成本預(yù)算控制等.生產(chǎn)及物料控制部門和相關(guān)管理層必須充分了解:物料計(jì)劃、請購、物料調(diào)度、物料的控制(收、發(fā)、退、借、備料等)、生產(chǎn)計(jì)劃與生產(chǎn)進(jìn)度控制,并諳熟運(yùn)用這門管理技術(shù)來解決問題。
本課程是經(jīng)過講師十余年親身體會(huì)揣摩憑感覺和理論匯煉之精華.透過學(xué)員研討和習(xí)作技能,幫助學(xué)員提升工作技能和管理技巧。
課程特色
“60/40”時(shí)間原則(講師40%,學(xué)員60%)、小組討論/發(fā)表、管理電影分享/研討、案例分析、情景仿真、自帶企業(yè)資料現(xiàn)場診斷和實(shí)作對策、游戲分享、學(xué)員與學(xué)員、講師互動(dòng)相輔而成、少講理論多講實(shí)踐經(jīng)驗(yàn)生產(chǎn)管理系統(tǒng)軟件實(shí)例，要求學(xué)員課堂結(jié)合本公司實(shí)際情況量身訂做提出問題（可在課堂打斷講師思路），不是純粹填鴨灌輸,也不是研究客觀案例，而是讓學(xué)員體驗(yàn)執(zhí)行過程，關(guān)注現(xiàn)實(shí)事例。
業(yè)界評價(jià)
從眾多的老師里面選擇雷老師來我公司內(nèi)訓(xùn),主要是雷老師物料控制和生產(chǎn)計(jì)劃實(shí)踐豐富,授課時(shí)能令到學(xué)員全程投入,十分難得.
----中國長城計(jì)算機(jī)深圳股份有限公司副總經(jīng)理 王華波
雷老師在上海米其林中國地區(qū)集訓(xùn)帶來豐富實(shí)用歐美采購經(jīng)驗(yàn)和先進(jìn)物料控制模式，令我們規(guī)范現(xiàn)有物料流程，提高公司市場競爭力，謝謝您生產(chǎn)管理系統(tǒng)軟件實(shí)例！
-------米其林采購總監(jiān) 劉云
透過現(xiàn)場互動(dòng)把海南馬自達(dá)四十多位干部學(xué)習(xí)態(tài)度和投入情緒調(diào)動(dòng)起來,并結(jié)合本公司實(shí)際情況量身訂做,研討出符合公司生產(chǎn)／物料流程.
-------一汽海馬汽車有限公司人力資源部部長 李欣婭
雷老師課程簡明務(wù)實(shí)、創(chuàng)新、文如其人.淺入深出或深入淺出,體會(huì)到他的獨(dú)特管理感覺和造詣.不愧為頂級培訓(xùn)大師
-----惠州TCL照明人力資源經(jīng)理 羅春彥
培訓(xùn)收獲：
4兩天您就能掌握根據(jù)“PMC是所有生產(chǎn)部門在生產(chǎn)進(jìn)度和物料控制兩個(gè)層面上的上司”概念制定的跟進(jìn)制度流程.
4兩天您就能掌握制定多批/多種/少量/交期短生產(chǎn)排程及時(shí)跟進(jìn)其生產(chǎn)進(jìn)度/物料進(jìn)度
4兩天您就能掌握跟進(jìn)預(yù)期滾動(dòng)計(jì)劃生產(chǎn)型/推進(jìn)式(push)生產(chǎn)控制系統(tǒng)與拉動(dòng)式(pull)生產(chǎn)控制系統(tǒng)管理方法
培訓(xùn)能量：
4建立制定完善的生產(chǎn)與物控運(yùn)作體系 ?
4提升準(zhǔn)時(shí)交貨和降低庫存成本
4預(yù)測及制定合理的短、中、長期銷售計(jì)劃 ?
4達(dá)成公司策略管理目標(biāo)
4對自身的生產(chǎn)能力負(fù)荷預(yù)先進(jìn)行詳細(xì)分析并
4建立完善產(chǎn)品資料機(jī)制 ?
4協(xié)助公司建立產(chǎn)品工程資料
4生產(chǎn)前期做好完整的生產(chǎn)排程和周生產(chǎn)計(jì)劃 ?
4提高備料準(zhǔn)確率,保持生產(chǎn)順暢
4配合生產(chǎn)計(jì)劃做到良好物料損耗控制和備料 ?
4完善降低物料損耗機(jī)制和停工待料工時(shí)
4對生產(chǎn)進(jìn)度及物料進(jìn)度及時(shí)跟進(jìn)和溝通協(xié)調(diào) ?
4縮短生產(chǎn)周期,提高企業(yè)競爭力
第一室: 物料控制/生產(chǎn)計(jì)劃/銷售計(jì)劃管理概述
1 物料管理范圍和先進(jìn)組織架構(gòu)
2 某著名美資公司物料管理組織架構(gòu)
3 生產(chǎn)計(jì)劃/物料控制五大職能
4 物料管理三大因素結(jié)構(gòu)圖
研討：某通訊公司縮短物料周期電腦系統(tǒng)（用友）流程主界面實(shí)例分析
5 物料管理精髓三不政策和八大死穴
6 生產(chǎn)計(jì)劃與銷售業(yè)務(wù)鏈接流程
案例：中山某衡器有限公司準(zhǔn)時(shí)生產(chǎn)計(jì)劃VS市場業(yè)務(wù)部VS客戶“三贏”規(guī)則，有效控制扦單、急單、補(bǔ)單五種措施(范例)
7 銷售計(jì)劃流程
◇ 銷售預(yù)測流程 ◇ 銷售計(jì)劃流程 ◇ 備貨計(jì)劃流程 ◇ 生產(chǎn)計(jì)劃流程
8 制造業(yè)生產(chǎn)計(jì)劃控制三種模式
◇ 預(yù)期滾動(dòng)計(jì)劃系統(tǒng) ◇ 推進(jìn)式(push)生產(chǎn)控制系統(tǒng)
◇ 拉動(dòng)式(pull)生產(chǎn)控制系統(tǒng) ◇ 預(yù)期滾動(dòng)計(jì)劃編制程序／特點(diǎn)／運(yùn)作
案例研討：深圳某著名民營企業(yè)生產(chǎn)計(jì)劃控制三種模式全流程剖析
9 多批少量生產(chǎn)現(xiàn)場供料三大做法
◇ 物料管理---JIT三A政策六措施 ◇ 廣告牌生產(chǎn)條件/流程圖 ◇ 精益采購（JIT采購）
一汽馬自達(dá)公司精益生產(chǎn)拉動(dòng)式配送物料實(shí)例分析
供應(yīng)商管理庫存（VMI）----鼓點(diǎn)式交貨方式實(shí)施七對策
某著名家電民營企業(yè)VMI收費(fèi)實(shí)施表
某美資公司銷售預(yù)測計(jì)劃和VMI 物料需求計(jì)劃實(shí)錄分析
基于互聯(lián)網(wǎng)的電子化采購--與供應(yīng)商信息共享/實(shí)時(shí)視頻采購
中國某著名民營企業(yè)ERP-ORACLE系統(tǒng)SCP協(xié)同平臺(tái)主界實(shí)例面分析
使用條形碼及與供貨商進(jìn)行電子數(shù)據(jù)交換(EDI)實(shí)例展示
10 最新生產(chǎn)計(jì)劃控制管理模式
第二室 物料工程管理
1.物料規(guī)格四方面的訂定與管制
2.材料清單 (BOM)
3.物料分類/編號
案例：某實(shí)業(yè)有限公司物料編碼系統(tǒng)實(shí)例分析―
4.物料ABC分析法和運(yùn)用
5.物料ABC執(zhí)行六步驟
6.ERP物料ABC分類管理明細(xì)功能案例分析
第三室: 物料控制管理
1 物料管理執(zhí)行流程
案例1：上海某實(shí)業(yè)有限公司物料管理ERP流程示意圖(原理)實(shí)物分析
案例2：北京某通訊電子有限公司(歐洲全資)ERP—SAP/R3系統(tǒng)采購訂單管理流程主界面分析
2 物料管理相輔相成十四流程
3 某著名美資公司生產(chǎn)計(jì)劃與生產(chǎn)過程控制流程及其相應(yīng))ERP--BAAN系統(tǒng)(美資)流程系列主界面/表格實(shí)錄分析
4 某公司物料工程更改流程分析/某著名美資公司最新呆料處理制度
5 個(gè)案演算-----控制物料損耗演算
6 江門某實(shí)業(yè)有限公司補(bǔ)料/損耗控制案例分析
案例：生產(chǎn)物料損耗控制方法---深圳某日資精工有限公司生產(chǎn)零庫存實(shí)例
案例：生產(chǎn)物料損耗控制方法流程圖和損耗明細(xì)表
第四室 材料計(jì)劃跟進(jìn)與存量管制-----訂貨型(OEM)/存貨型(ODM)
1 材料計(jì)劃流程七步驟----某公司學(xué)員現(xiàn)場診斷(學(xué)員與講師互動(dòng)點(diǎn)評)
深圳某民營公司透過ERP-用友系統(tǒng)縮短采購物料周期機(jī)制實(shí)例分析
某著名美資公司每日物料欠料跟進(jìn)表實(shí)例分析
東莞某外資公司訂貨型(OEM)按訂單編號GG4K028A1跟進(jìn)物料計(jì)劃跟蹤過程實(shí)錄
偉創(chuàng)力（美資）在物料欠料分析表實(shí)例分析
項(xiàng)目MRP計(jì)算/查詢/日志------金碟K3系統(tǒng)主界面
2 物料跟單員跟單十大技巧互動(dòng)點(diǎn)評
物料跟單員督促物料到位進(jìn)度三種方法----備料到位率/目標(biāo)法/預(yù)警法
佛山某有限公司物料訂購及督促物料預(yù)警法工作流程
佛山某有限公司跟單員督促物料預(yù)警法圖表實(shí)錄分析
3 安全庫存的設(shè)置方式
安全存量VS最高存量VS.最低存量
庫存管理ERP子功能庫存調(diào)整/庫存查詢/查詢分析展示
多批/多種少量經(jīng)濟(jì)批量的決定方式――損益平衡點(diǎn)控制方法
4 10種物料成本降低途徑和操作方法
5 存量管制
6 物料請購、跟進(jìn)與進(jìn)料控制
7 物料短缺八大原因和七種預(yù)防對策
8 物料剩余七真因和如何治療/預(yù)防
9 剖析物料供應(yīng)不繼五大方面
第四室 生產(chǎn)計(jì)劃控制----柔性化的計(jì)劃和生產(chǎn)
1 生產(chǎn)計(jì)劃控制流程七途徑---講師/學(xué)員點(diǎn)評某公司現(xiàn)場診斷
2 多批少量生產(chǎn)計(jì)劃與備貨計(jì)劃管理流程解析
第五室 生產(chǎn)計(jì)劃與進(jìn)度控制
1 大連某日資公司生產(chǎn)主業(yè)務(wù)流程/生產(chǎn)控制基本流程案例分享
2 生產(chǎn)產(chǎn)能分析:人力負(fù)荷/機(jī)器負(fù)荷
3 插單產(chǎn)能規(guī)劃應(yīng)變六方法
4 分析產(chǎn)能負(fù)荷七要素方面---人力負(fù)荷/機(jī)器負(fù)荷……
5 生產(chǎn)計(jì)劃要點(diǎn)、內(nèi)容及編制演練----
銷售預(yù)測與生產(chǎn)計(jì)劃 長、中、短期生產(chǎn)計(jì)劃制定與執(zhí)行重點(diǎn)演練
上海某公司五張訂單月/周生產(chǎn)計(jì)劃排程表制定個(gè)案演練
生產(chǎn)排產(chǎn)優(yōu)先五規(guī)則
6 生產(chǎn)排產(chǎn)三種標(biāo)準(zhǔn)
7. 生產(chǎn)進(jìn)度監(jiān)控三個(gè)階段------事前/事中/事后
8 協(xié)調(diào)溝通處理生產(chǎn)異常問題--生產(chǎn)進(jìn)度落后六條改善措施
9 產(chǎn)銷失調(diào)原因與對策--跨部門生產(chǎn)進(jìn)度控制七步驟
10 生產(chǎn)計(jì)劃進(jìn)度跟進(jìn)案例分組研討------某公司實(shí)例
第六室 生產(chǎn)計(jì)劃與物料計(jì)劃績效管理
1 生產(chǎn)計(jì)劃/生產(chǎn)物料/生產(chǎn)控制績效管理明細(xì)表
2 生產(chǎn)三類成本分析-----財(cái)務(wù)監(jiān)督/跟進(jìn)
3 生產(chǎn)控制四方面
4 PMC績效執(zhí)行六部份
某美資企業(yè)PMC工作任務(wù)目標(biāo)細(xì)化實(shí)例分析
績效管理項(xiàng)目(案例分析)
PMC精益要求轉(zhuǎn)化量化的指針→管理項(xiàng)目→對應(yīng)具體日常制度/流程
PMC目標(biāo)管理活動(dòng)核心------執(zhí)行力管理
PMC執(zhí)行力項(xiàng)目與公式
PMC執(zhí)行力管理辦法---(_____月____________部門執(zhí)行力管理表)
尾聲:
通過學(xué)員成果發(fā)表-----講師點(diǎn)評 實(shí)踐/活用所學(xué)五步驟
雷衛(wèi)旭
香港理工大學(xué)MBA,香港生產(chǎn)力促進(jìn)局特約講師、美國管理學(xué)會(huì)(AMA)授權(quán)專業(yè)培訓(xùn)師、北京大學(xué)/中山大學(xué)EMBA班特邀實(shí)戰(zhàn)型講師．
2003/2004年被培訓(xùn)論壇推譽(yù)為“十大實(shí)戰(zhàn)派培訓(xùn)師”、專業(yè)課程講授專家、資深顧問.曽任某大型日港合資企業(yè)副總經(jīng)理,擁有十幾年的物料、生產(chǎn)管理經(jīng)驗(yàn). 企業(yè)高層管理及課程講授經(jīng)驗(yàn)非常豐富，講授/輔導(dǎo)過八十多家中外企業(yè)、融集中、港、臺(tái)多家企業(yè)經(jīng)驗(yàn)之精華。著有《十大管理能力粹煉》、《五大能力測煉》等書籍,并由北京大學(xué)出版《如何做好生產(chǎn)計(jì)劃與物料計(jì)劃》系列叢書和北京時(shí)代光華出版管理光盤，“寓觀念于談笑間,蘊(yùn)哲理于詼諧中”,風(fēng)格生動(dòng)、幽默,講解深入淺出或淺入深出,不僅案例豐富,且提供多種實(shí)用的解決問題之工具及技巧.至今有四萬四仟以上人次接受專業(yè)課程訓(xùn)練，其務(wù)實(shí)的作風(fēng)深受廠家好評如潮.
曾經(jīng)講授及輔導(dǎo)過的企業(yè)有：青島海爾,中國移動(dòng)。順德美的空調(diào).聯(lián)想、南方電網(wǎng)。粵電集團(tuán)、海南航空、日立.施耐德電氣.上海松下半導(dǎo)體.西安楊森制藥、蘇州/上海西門子.偉創(chuàng)力(MULTEK). 香港長實(shí)集團(tuán).東莞偉易達(dá)集團(tuán)、卡西歐(番禺)電子、上海米其林.雅居樂房地產(chǎn).美贊臣(MeadJohnson)、珠江啤酒、步步高電子、格力空調(diào)..海南馬自達(dá).法雷沃汽車.ABB等多家知名企業(yè)，曾駐廠輔導(dǎo) 東莞諾基亞、惠州TCL、南京愛立信、華強(qiáng)三洋、夏新電子.惠州德賽、飛利浦照明電子（上海）、中國長城計(jì)算機(jī)(深圳).東莞湯姆遜(電器). 順德美的日用集團(tuán).順德樂華陶瓷(arrow).美泰玩具. 東莞臺(tái)達(dá)電子. 富士康集團(tuán).康佳集團(tuán)等

試列舉兩個(gè)大型應(yīng)用系統(tǒng)的實(shí)例,說明軟件在該系統(tǒng)中所起的關(guān)鍵作用以及軟件質(zhì)量對系統(tǒng)成敗的影響

1.概念 需求的定義包括從用戶角度(系統(tǒng)的外部行為),以及從開發(fā)者角度(一些內(nèi)部特性)來闡述需求. 關(guān)鍵的問題是一定要編寫需求文檔.我曾經(jīng)目睹過一個(gè)項(xiàng)目中途更換了所有的開發(fā)者,客戶被迫與新的需求分析者坐到一起.系統(tǒng)的分析人員說:"我們想與你談?wù)勀愕男枨?"客戶的第一反應(yīng)便是:"我已經(jīng)將我的要求都告訴你們前任了,現(xiàn)在我要的就是給我編一個(gè)系統(tǒng)". 百事通 而實(shí)際上,UGGs,需求并未編寫成文檔,因此新的分析人員不得不從頭做起.所以如果只有一堆郵件、會(huì)談?dòng)涗浕蛞恍┝闼榈奈凑淼膶υ?你就確信你已明白用戶的需求,那完全是自欺欺人. 需求的另外一種定義認(rèn)為需求是"用戶所需要的并能觸發(fā)一個(gè)程序或系統(tǒng)開發(fā)工作的說明".有些需求分析專家拓展了這個(gè)概念:"從系統(tǒng)外部能發(fā)現(xiàn)系統(tǒng)所具有的滿足于用戶的特點(diǎn)、功能及屬性等".這些定義強(qiáng)調(diào)的是產(chǎn)品是什么樣的,而并非產(chǎn)品是怎樣設(shè)計(jì)、構(gòu)造的.而下面的定義則從用戶需要進(jìn)一步轉(zhuǎn)移到了系統(tǒng)特性: 需求是指明必須實(shí)現(xiàn)什么的規(guī)格說明.它描述了系統(tǒng)的行為、特性或?qū)傩?是在開發(fā)過程中對系統(tǒng)的約束. 從上面這些不同形式的定義不難發(fā)現(xiàn):并沒有一個(gè)清晰、毫無二義性的"需求"術(shù)語存在,真正的"需求"實(shí)際上在人們的腦海中,這個(gè)人們主要是指客戶,但一般情況下,用戶并不能描述自己的需要,只就需要系統(tǒng)分析人員根據(jù)用戶的自己語言的描述整理出相關(guān)的需要再進(jìn)一步和客戶核對.系統(tǒng)分析員和客戶需要確保所有項(xiàng)目風(fēng)險(xiǎn)承擔(dān)者在描述需求的那些名詞的理解上務(wù)必達(dá)成共識(shí). 任何文檔形式的需求(例如如下將要描述的需求規(guī)格說明書)僅是一個(gè)模型,一種描述. 2.需求分析的任務(wù) 開發(fā)軟件系統(tǒng)最為困難的部分就是準(zhǔn)確說明開發(fā)什么.最為困難的概念性工作便是編寫出詳細(xì)技術(shù)需求,這包括所有面向用戶、面向機(jī)器和其它軟件系統(tǒng)的接口.同時(shí)這也是一旦做錯(cuò),將最終會(huì)給系統(tǒng)帶來極大損害的部分,并且以后再對它進(jìn)行修改也極為困難. 目前,國內(nèi)產(chǎn)品的龐雜,一家企業(yè)可能有幾個(gè)系統(tǒng)并立運(yùn)行,它們之間接口是系統(tǒng)開發(fā)人員最頭痛的問題. 對于商業(yè)最終用戶應(yīng)用程序,企業(yè)信息系統(tǒng)和軟件作為一個(gè)大系統(tǒng)的一部分的產(chǎn)品是顯而易見的.但是對于我們開發(fā)人員來說,并沒有編寫出客戶認(rèn)可的需求文檔,我們?nèi)绾沃理?xiàng)目于何時(shí)結(jié)束?而如果我們不知道什么對客戶來說是重要的,那我們又如何能使客戶感到滿意呢? 然而,即便并非出于商業(yè)目的的軟件需求也是必須的.例如庫、組件和工具這些供開發(fā)小組內(nèi)部使用的軟件.當(dāng)然你可能偶爾勿需文檔說明就能與其他人意見較為一致,但更常見的是出現(xiàn)重復(fù)返工這種不可避免的后果,而重新編制代碼的代價(jià)遠(yuǎn)遠(yuǎn)超過重寫一份需求文檔的代價(jià),這些血的教訓(xùn)正在國內(nèi)的軟件開發(fā)者身上發(fā)生. 近來,我遇到一個(gè)開發(fā)小組開發(fā)包括代碼編輯器在內(nèi)的一套內(nèi)部使用的計(jì)算機(jī)輔助軟件.不幸的是,當(dāng)他們開發(fā)完這個(gè)工具后,發(fā)現(xiàn)這個(gè)工具不能打印出源代碼文件,使用者當(dāng)然希望有這個(gè)功能.結(jié)果這個(gè)小組只好手工抄寫源代碼文檔以供代碼檢查.這說明那怕需求明確無誤并構(gòu)思準(zhǔn)確,如果我們沒有編寫文檔,軟件達(dá)不到期望目標(biāo)也只能是咎由自取了. 相反的情況,我曾見一個(gè)要集成到"錯(cuò)誤跟蹤系統(tǒng)"中的簡單界面寫了一頁需求說明.而操作系統(tǒng)系統(tǒng)管理員在為處理腳本時(shí)發(fā)現(xiàn)簡單的一張需求清單竟是如此有用.他們依據(jù)需求對系統(tǒng)進(jìn)行測試時(shí),此系統(tǒng)不僅非常清晰地實(shí)現(xiàn)了所有必需功能,而且未發(fā)現(xiàn)任何錯(cuò)誤. 事實(shí)上,需求文檔在開發(fā)過程中一直起指導(dǎo)作用. 3.需求分析過程 可把整個(gè)軟件需求工程研究領(lǐng)域劃分為需求開發(fā)和需求管理兩部分更合適,如圖4-1所示: 圖4-1 需求工程域的層次分解示意圖 需求開發(fā)可進(jìn)一步分為:問題獲取、分析、編寫規(guī)格說明和驗(yàn)證四個(gè)階段.這些子項(xiàng)包括軟件類產(chǎn)品中需求收集、評價(jià)、編寫文檔等所有活動(dòng).需求開發(fā)活動(dòng)包括以下幾個(gè)方面: 確定產(chǎn)品所期望的用戶類別. 獲取每個(gè)用戶類的需求. 了解實(shí)際用戶任務(wù)和目標(biāo)以及這些任務(wù)所支持的業(yè)務(wù)需求. 分析源于用戶的信息以區(qū)別用戶任務(wù)需求、功能需求、業(yè)務(wù)規(guī)則、質(zhì)量屬性、建議解決方法和附加信息. 將系統(tǒng)級的需求分為幾個(gè)子系統(tǒng),并將需求中的一部份分配給軟件組件. 了解相關(guān)質(zhì)量屬性的重要性. 商討實(shí)施優(yōu)先級的劃分. 將所收集的用戶需求編寫成文檔和模型. 評審需求規(guī)格說明,確保對用戶需求達(dá)到共同的理解與認(rèn)識(shí),并在整個(gè)開發(fā)小組接受說明之前將問題都弄清楚. 需求管理需要"建立并維護(hù)在軟件工程中同客戶達(dá)成的合同" .這種合同都包含在編寫的需求文檔與模型中.客戶的接受僅是需求成功的一半,開發(fā)人員也必須能夠接受他們,并真正把需求應(yīng)用到產(chǎn)品中.通常的需求管理活動(dòng)包括: 定義需求基線(迅速制定需求文檔的主體). 評審提出的需求變更、評估每項(xiàng)變更的可能影響從而決定是否實(shí)施它. 以一種可控制的方式將需求變更融入到項(xiàng)目中. 使當(dāng)前的項(xiàng)目計(jì)劃與需求一致. 估計(jì)變更需求所產(chǎn)生影響并在此基礎(chǔ)上協(xié)商新的承諾,這種承諾具體體現(xiàn)在項(xiàng)目解決方案上. 讓每項(xiàng)需求都能與其對應(yīng)的設(shè)計(jì)、源代碼和測試用例聯(lián)系起來以實(shí)現(xiàn)跟蹤. 在整個(gè)項(xiàng)目過程中跟蹤需求狀態(tài)及其變更情況. 以上幾點(diǎn)說明是我總結(jié)了成功實(shí)施項(xiàng)目后系統(tǒng)分析人員的經(jīng)驗(yàn),同時(shí)也根據(jù)國內(nèi)外的其他系統(tǒng)實(shí)施的相關(guān)成功經(jīng)驗(yàn),進(jìn)行了總結(jié). 4.需求的類型 下面這些定義是需求工程領(lǐng)域中常見術(shù)語的定義. 軟件需求包括三個(gè)不同的層次:業(yè)務(wù)需求、用戶需求和功能需求(也包括非功能需求). 1.業(yè)務(wù)需求(business requirement)反映了組織機(jī)構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求,它們在項(xiàng)目視圖與范圍文檔中予以說明. 2.用戶需求(user requirement) 文檔描述了用戶使用產(chǎn)品必須要完成的任務(wù),這在使用實(shí)例(use case)文檔或方案腳本說明中予以說明. 3.功能需求(functional requirement)定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能,使得用戶能完成他們的任務(wù),從而滿足了業(yè)務(wù)需求. 在軟件需求規(guī)格說明書 (SRS)中說明的功能需求充分描述了軟件系統(tǒng)所應(yīng)具有的外部行為.軟件需求規(guī)格說明在開發(fā)、測試、質(zhì)量保證、項(xiàng)目管理以及相關(guān)項(xiàng)目功能中都起了重要的作用.對一個(gè)大型系統(tǒng)來說,軟件功能需求也許只是系統(tǒng)需求的一個(gè)子集,因?yàn)榱硗庖恍┛赡軐儆谧酉到y(tǒng)(或軟件部件). 作為功能需求的補(bǔ)充,軟件需求規(guī)格說明還應(yīng)包括非功能需求,它描述了系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等.它包括產(chǎn)品必須遵從的標(biāo)準(zhǔn)、規(guī)范和合約;外部界面的具體細(xì)節(jié);性能要求;設(shè)計(jì)或?qū)崿F(xiàn)的約束條件及質(zhì)量屬性.所謂約束是指對開發(fā)人員在軟件產(chǎn)品設(shè)計(jì)和構(gòu)造上的限制.質(zhì)量屬性是通過多種角度對產(chǎn)品的特點(diǎn)進(jìn)行描述,從而反映產(chǎn)品功能.多角度描述產(chǎn)品對用戶和開發(fā)人員都極為重要. 下面以一個(gè)字處理程序?yàn)槔齺碚f明需求的不同種類.業(yè)務(wù)需求可能是:"用戶能有效地糾正文檔中的拼寫錯(cuò)誤",該產(chǎn)品的包裝盒封面上可能會(huì)標(biāo)明這是個(gè)滿足業(yè)務(wù)需求的拼寫檢查器.而對應(yīng)的用戶需求可能是"找出文檔中的拼寫錯(cuò)誤并通過一個(gè)提供的替換項(xiàng)列表來供選擇替換拼錯(cuò)的詞".同時(shí),該拼寫檢查器還有許多功能需求,如找到并高亮度提示錯(cuò)詞的操作;顯示提供替換詞的對話框以及實(shí)現(xiàn)整個(gè)文檔范圍的替換. 從以上定義可以發(fā)現(xiàn),需求并未包括設(shè)計(jì)細(xì)節(jié)、實(shí)現(xiàn)細(xì)節(jié)、項(xiàng)目計(jì)劃信息或測試信息.需求與這些沒有關(guān)系,它關(guān)注的是充分說明你究竟想開發(fā)什么.項(xiàng)目也有其它方面的需求,如開發(fā)環(huán)境需求或發(fā)布產(chǎn)品及移植到支撐環(huán)境的需求.盡管這些需求對項(xiàng)目成功也至關(guān)重要,但它們并非本書所要討論的. 5.需求分析的原則 不重視需求過程的項(xiàng)目隊(duì)伍將自食其果.需求工程中的缺陷將給項(xiàng)目成功帶來極大風(fēng)險(xiǎn),這里的"成功"是指推出的產(chǎn)品能以合理的價(jià)格、及時(shí)地在功能、質(zhì)量上完全滿足用戶的期望.下面將討論一些需求風(fēng)險(xiǎn). 不適當(dāng)?shù)男枨筮^程所引起的一些風(fēng)險(xiǎn): 1. 無足夠用戶參與 客戶經(jīng)常不明白為什么收集需求和確保需求質(zhì)量需花費(fèi)那么多功夫,開發(fā)人員可能也不重視用戶的參與.究其原因:一是因?yàn)殚_發(fā)人員感覺與用戶合作不如編寫代碼有意思;二是因?yàn)殚_發(fā)人員覺得已經(jīng)明白用戶的需求了.在某些情況下,與實(shí)際使用產(chǎn)品的用戶直接接觸很困難,而客戶也不太明白自己的真正需求.但還是應(yīng)讓具有代表性的用戶在項(xiàng)目早期直接參與到開發(fā)隊(duì)伍中,并一同經(jīng)歷整個(gè)開發(fā)過程. 系統(tǒng)人員在實(shí)踐過程中,也有些感覺,在實(shí)施一家公司的項(xiàng)目時(shí),若無足夠的用戶參與,系統(tǒng)人員獲得的需求是片面的,不完整的,這樣系統(tǒng)在需求之初就埋下風(fēng)險(xiǎn). 2. 用戶需求的不斷增加 在開發(fā)中若不斷地補(bǔ)充需求,項(xiàng)目就越變越龐大以致超過其計(jì)劃及預(yù)算范圍.計(jì)劃并不總是與項(xiàng)目需求規(guī)模與復(fù)雜性、風(fēng)險(xiǎn)、開發(fā)生產(chǎn)率及需求變更實(shí)際情況相一致,這使得問題更難解決.實(shí)際上,問題根源在于用戶需求的改變和開發(fā)者對新需求所作的修改. 要想把需求變更范圍控制到最小,必須一開始就對項(xiàng)目視圖、范圍、目標(biāo)、約束限制和成功標(biāo)準(zhǔn)給予明確說明,并將此說明作為評價(jià)需求變更和新特性的參照框架.說明中包括了對每種變更進(jìn)行變更影響因素分析的變更控制過程,有助于所有風(fēng)險(xiǎn)承擔(dān)者明白業(yè)務(wù)決策的合理性,即為何進(jìn)行某些變更,相應(yīng)消耗的時(shí)間、資源或特性上的折中. 產(chǎn)品開發(fā)中不斷延續(xù)的變更會(huì)使其整體結(jié)構(gòu)日漸紊亂,補(bǔ)丁代碼也使得整個(gè)程序難以理解和維護(hù).插入補(bǔ)丁代碼使模塊違背強(qiáng)內(nèi)聚、松耦合的設(shè)計(jì)原則,特別是如果項(xiàng)目配置管理工作不完善的話,收回變更和刪除特性會(huì)帶來問題.如果你盡早地區(qū)別這些可能帶來變更的特性,你就能開發(fā)一個(gè)更為健壯的結(jié)構(gòu),并能更好地適應(yīng)它.這樣設(shè)計(jì)階段需求變更不會(huì)直接導(dǎo)致補(bǔ)丁代碼,同時(shí)也有利于減少因變更導(dǎo)致質(zhì)量的下降. 3. 模棱兩可的需求 模棱兩可是需求規(guī)格說明中最為可怕的問題.它的一層含義是指諸多讀者對需求說明產(chǎn)生了不同的理解;另一層含義是指單個(gè)讀者能用不止一個(gè)方式來解釋某個(gè)需求說明. 模棱兩可的需求會(huì)使不同的風(fēng)險(xiǎn)承擔(dān)者產(chǎn)生不同的期望,它會(huì)使開發(fā)人員為錯(cuò)誤問題而浪費(fèi)時(shí)間,并且使測試者與開發(fā)者所期望的不一致.一位系統(tǒng)測試人員曾告訴我,她所在的測試組經(jīng)常對需求理解有誤,以致不得不重寫許多測試用例并重做許多測試. 處理模棱兩可需求的一種方法是組織好負(fù)責(zé)從不同角度審查需求的隊(duì)伍.僅僅簡單瀏覽一下需求文檔是不能解決模棱兩可問題的.如果不同的評審者從不同的角度對需求說明給予解釋,但每個(gè)評審人員都真正了解需求文檔,這樣二義性就不會(huì)直到項(xiàng)目后期才被發(fā)現(xiàn),那時(shí)再發(fā)現(xiàn)的話會(huì)使得更正代價(jià)很大. 4. 不必要的特性 "畫蛇添足"是指開發(fā)人員力圖增加一些"用戶欣賞"但需求規(guī)格說明中并未涉及的新功能.經(jīng)常發(fā)生的情況是用戶并不認(rèn)為這些功能性很有用,以致在其上耗費(fèi)的努力"白搭"了.開發(fā)人員應(yīng)當(dāng)為客戶構(gòu)思方案并為他們提供一些具有創(chuàng)新意識(shí)的思路,具體提供哪些功能要在客戶所需與開發(fā)人員在允許時(shí)限內(nèi)的技術(shù)可行性之間求得平衡,開發(fā)人員應(yīng)努力使功能簡單易用,而不要未經(jīng)客戶同意,擅自脫離客戶要求,自作主張. 同樣,客戶有時(shí)也可能要求一些看上去很"酷",但缺乏實(shí)用價(jià)值的功能,而實(shí)現(xiàn)這些功能只能徒耗時(shí)間和成本.為了將"畫蛇添足"的危害盡量減小,應(yīng)確信:你明白為什么要包括這些功能,以及這些功能的"來龍去脈",這樣使得需求分析過程始終是注重那些能使用戶完成他們業(yè)務(wù)任務(wù)的核心功能. 5. 過于精簡的規(guī)格說明 有時(shí),客戶并不明白需求分析有如此重要,于是只作一份簡略之至的規(guī)格說明,僅涉及了產(chǎn)品概念上的內(nèi)容,然后讓開發(fā)人員在項(xiàng)目進(jìn)展中去完善,結(jié)果很可能出現(xiàn)的是開發(fā)人員先建立產(chǎn)品的結(jié)構(gòu)之后再完成需求說明.這種方法可能適合于尖端研究性的產(chǎn)品或需求本身就十分靈活的情況.但在大多數(shù)情況下,這會(huì)給開發(fā)人員帶來挫折(使他們在不正確的假設(shè)前提和極其有限的指導(dǎo)下工作),也會(huì)給客戶帶來煩惱(他們無法得到他們所設(shè)想的產(chǎn)品). 6. 忽略了用戶分類 大多數(shù)產(chǎn)品是由不同的人使用其不同的特性,使用頻繁程度也有所差異,使用者受教育程度和經(jīng)驗(yàn)水平也不盡相同.如果你不能在項(xiàng)目早期就針對所有這些主要用戶進(jìn)行分類的話,必然導(dǎo)致有的用戶對產(chǎn)品感到失望.例如,菜單驅(qū)動(dòng)操作對高級用戶太低效了,但含義不清的命令和快捷鍵又會(huì)使不熟練的用戶感到困難. 7. 不準(zhǔn)確的計(jì)劃 據(jù)統(tǒng)計(jì),導(dǎo)致需求過程中軟件成本估計(jì)極不準(zhǔn)確的原因主要有以下五點(diǎn):頻繁的需求變更、遺漏的需求、與用戶交流不夠、質(zhì)量低下的需求規(guī)格說明和不完善的需求分析. 對不準(zhǔn)確的要求所提問題的正確響應(yīng)是"等我真正明白你的需求時(shí),我就會(huì)來告訴你".基于不充分信息和未經(jīng)深思的對需求不成熟的估計(jì)很容易為一些因素左右.要作出估計(jì)時(shí),最好還是給出一個(gè)范圍.未經(jīng)準(zhǔn)備的估計(jì)通常是作為一種猜測給出的,聽者卻認(rèn)為是一種承諾.因此我們要盡力給出可達(dá)到的目標(biāo)并堅(jiān)持完成它. 6.需求分析人員和用戶的合作關(guān)系 優(yōu)秀的軟件產(chǎn)品是建立在優(yōu)秀的需求基礎(chǔ)之上的.而高質(zhì)量的需求來源于客戶與開發(fā)人員之間有效的交流與合作.通常,開發(fā)人員與客戶或客戶代理人,如市場人員間的關(guān)系反而會(huì)成為一種對立關(guān)系.雙方的管理者都只想自己的利益而擱置用戶提供的需求從而產(chǎn)生摩擦,在這種情況下,不會(huì)給雙方帶來一點(diǎn)益處. 只有當(dāng)雙方參與者都明白要成功自己需要什么,同時(shí)也應(yīng)知道要成功合作方需要什么時(shí),才能建立起一種合作關(guān)系.由于項(xiàng)目壓力與日漸增,所有風(fēng)險(xiǎn)承擔(dān)者有著一個(gè)共同的目標(biāo)這一點(diǎn)容易被遺忘.其實(shí)大家都想開發(fā)出一個(gè)既能實(shí)現(xiàn)商業(yè)價(jià)值,又能滿足用戶需要,還能使開發(fā)者感到滿足的優(yōu)秀軟件產(chǎn)品. 軟件客戶需求權(quán)利書列出了十條關(guān)于客戶在項(xiàng)目需求工程實(shí)施中與分析人員、開發(fā)人員交流時(shí)的合法要求.每一項(xiàng)權(quán)利都對應(yīng)著軟件開發(fā)人員、分析人員的義務(wù).而軟件客戶需求義務(wù)書也列出了十條關(guān)于客戶在需求過程中應(yīng)承擔(dān)的義務(wù).如果愿意,可以將其作為開發(fā)人員的權(quán)利書. 客戶有如下權(quán)利: 1:要求分析人員使用符合客戶語言習(xí)慣的表達(dá) 需求討論應(yīng)集中于業(yè)務(wù)需要和任務(wù),故要使用業(yè)務(wù)術(shù)語,你應(yīng)將其教給分析人員,而你 不一定要懂得計(jì)算機(jī)的行業(yè)術(shù)語. 2:要求分析人員了解客戶的業(yè)務(wù)及目標(biāo) 通過與用戶交流來獲取用戶需求、分析人員才能更好地了解你的業(yè)務(wù)任務(wù)和怎樣才能使產(chǎn)品更好地滿足你的需要.這將有助于開發(fā)人員設(shè)計(jì)出真正滿足你的需要并達(dá)到你期望的優(yōu)秀軟件.為幫助開發(fā)人員和分析人員,可以考慮邀請他們觀察你或你的同事是怎樣工作的.如果新開發(fā)系統(tǒng)是用來替代已有的系統(tǒng),那么開發(fā)人員應(yīng)使用一下目前的系統(tǒng),這將有利于他們明白目前系統(tǒng)是怎樣工作的,其工作流程的情況,以及可供改進(jìn)之處. 3:要求分析人員編寫軟件需求規(guī)格說明 分析人員要把從你和其他客戶那里獲得的所有信息進(jìn)行整理,以區(qū)分開業(yè)務(wù)需求及規(guī)范、功能需求、質(zhì)量目標(biāo)、解決方法和其它信息.通過這些分析就能得到一份軟件需求規(guī)格說明.而這份軟件需求規(guī)格說明便在開發(fā)人員和客戶之間針對要開發(fā)的產(chǎn)品內(nèi)容達(dá)成了協(xié)議.軟件需求規(guī)格說明書可以用一種你認(rèn)為易于翻閱和理解的方式組織編寫.要評審編寫出的規(guī)格說明以確保它們準(zhǔn)確而完整地表達(dá)了你的需求.一份高質(zhì)量的軟件需求規(guī)格說明能有助于開發(fā)人員開發(fā)出真正需要的產(chǎn)品. 4:要求得到需求工作結(jié)果的解釋說明 分析人員可能采用了多種圖表作為文字性軟件需求規(guī)格說明的補(bǔ)充.因?yàn)槿绻ぷ髁鞒虉D那樣的圖表能很清楚地描述出系統(tǒng)行為的某些方面.所以需求說明中的各種圖表有著極高的價(jià)值.雖然它們不太難于理解,但是你很可能對此并不熟悉.因此可以要求分析人員解釋說明每張圖表的作用或其它的需求開發(fā)工作結(jié)果和符號的意義,及怎樣檢查圖表有無錯(cuò)誤及不一致等. 5:要求開發(fā)人員尊重你的意見 如果用戶與開發(fā)人員之間不能相互理解,那關(guān)于需求的討論將會(huì)有障礙,共同合作能使大家"兼聽則明".參與需求開發(fā)過程的客戶有權(quán)要求開發(fā)人員尊重他們并珍惜他們?yōu)轫?xiàng)目成功所付出的時(shí)間.同樣,客戶也應(yīng)對開發(fā)人員為項(xiàng)目成功這一共同目標(biāo)所作出的努力表示尊重與感激. 6:要求開發(fā)人員對需求及產(chǎn)品實(shí)施提供建議,拿出主意 通常,客戶所說的"需求"已是一種實(shí)際可能的實(shí)施解決方案,分析人員將盡力從這些解決方法中了解真正的業(yè)務(wù)及其需求,同時(shí)還應(yīng)找出已有系統(tǒng)不適合當(dāng)前業(yè)務(wù)之處,以確保產(chǎn)品不會(huì)無效或低效.在徹底弄清業(yè)務(wù)領(lǐng)域內(nèi)的事情后,分析人員有時(shí)就能提出相當(dāng)好的改進(jìn)方法.有經(jīng)驗(yàn)且富有創(chuàng)造力的分析人員還能提出增加一些用戶并未發(fā)現(xiàn)的很有價(jià)值的系統(tǒng)特性. 7:描述產(chǎn)品易使用的特性 你可以要求分析人員在實(shí)現(xiàn)功能需求的同時(shí)還要注重軟件的易用性.因?yàn)檫@些易用特性或質(zhì)量屬性能使你更準(zhǔn)確、高效地完成任務(wù).例如,客戶有時(shí)要求產(chǎn)品要"用戶友好"或"健壯"或"高效率",但這對于開發(fā)人員來說,太主觀了并無實(shí)用價(jià)值.正確的應(yīng)是:分析人員通過詢問和調(diào)查了解客戶所要的友好、健壯、高效所包含的具體特性. 8:調(diào)整需求,允許重用已有的軟件組件 需求通常要有一定的靈活性.分析人員可能發(fā)現(xiàn)已有的某個(gè)軟件組件與你描述的需求很相符.在這種情況下,分析人員應(yīng)提供一些修改需求的選擇以便開發(fā)人員能夠在新系統(tǒng)開發(fā)中重用一些已有的軟件.如果有可重用的機(jī)會(huì)出現(xiàn),同時(shí)你又能調(diào)整你的需求說明,那就能降低成本和節(jié)省時(shí)間,而不必嚴(yán)格按原有的需求說明開發(fā).所以說,如果想在產(chǎn)品中使用一些已有的商業(yè)常用組件,而它們并不完全適合你所需的特性,這時(shí)一定程度上的需求靈活性就顯得極為重要了. 9:獲得滿足客戶功能和質(zhì)量要求的系統(tǒng) 每個(gè)人都希望項(xiàng)目獲得成功.但這不僅要求你要清晰地告知開發(fā)人員關(guān)于系統(tǒng)"做什么"所需的所有信息,而且還要求開發(fā)人員能通過交流了解清楚取舍與限制.一定要明確說明你的假設(shè)和潛在的期望.否則,開發(fā)人員開發(fā)出的產(chǎn)品很可能無法讓你滿意. 客戶有下列義務(wù): 1:給分析人員講解你的業(yè)務(wù) 分析人員要依靠你給他們講解的業(yè)務(wù)概念及術(shù)語.但你不能指望分析人員會(huì)成為該領(lǐng)域的專家,而只能讓他們真正明白你的問題和目標(biāo).不要期望分析人員能把握你們業(yè)務(wù)的細(xì)微與潛在之處,他們很可能并不知道那些對于你和你的同事來說理所當(dāng)然的"常識(shí)". 2:抽出時(shí)間清楚地說明并完善需求 客戶很忙,經(jīng)常在最忙的時(shí)候還得參與需求開發(fā).但無論如何,你有義務(wù)抽出時(shí)間參與"頭腦風(fēng)暴"會(huì)議的討論,接受采訪或其它獲取需求的活動(dòng).有時(shí)分析人員可能先以為明白了你的觀點(diǎn),而過后發(fā)現(xiàn)還需要你的講解.這時(shí),請耐心一些對待需求和需求的精化工作過程中的反復(fù),因?yàn)樗侨藗兘涣髦械暮茏匀坏默F(xiàn)象,何況這對軟件產(chǎn)品的成功極為重要. 3:準(zhǔn)確而詳細(xì)地說明需求 編寫一份清晰、準(zhǔn)確的需求文檔是很困難的.由于處理細(xì)節(jié)問題不但煩人而且又耗時(shí),故很容易留下模糊不清的需求.但是,在開發(fā)過程中,必須得解決這種模糊性和不準(zhǔn)確性.而你恰是為解決這些問題作出決定的最佳人選.不然的話,你就只好靠開發(fā)人員去正確猜測了.在需求規(guī)格說明中暫時(shí)加上待定(to be determined, TBD也可采用漢語拼音略寫"DQD:待確定")的標(biāo)志是個(gè)不錯(cuò)的辦法.用該標(biāo)志可指明了哪些需要進(jìn)一步探討、分析或增加信息的地方.不過,有時(shí)也可能因?yàn)槟硞€(gè)特殊需求難以解決或沒有人愿意處理它而注上TBD標(biāo)志.盡量將每項(xiàng)需求的內(nèi)容都闡述清楚,以便分析人員能準(zhǔn)確的將其寫進(jìn)軟件需求規(guī)格說明中.如果你一時(shí)不能準(zhǔn)確表述,那就得允許獲取必要的準(zhǔn)確信息這樣一個(gè)過程.通常使用所謂的原型技術(shù).通過開發(fā)的原型,你可以同開發(fā)人員一起反復(fù)修改,不斷完善需求定義. 4:及時(shí)地作出決定 正如一位建筑師為你修建房屋,分析人員將要求你做出一些選擇和決定.這些決定包括來自多個(gè)用戶提出的處理方法或在質(zhì)量特性沖突和信息準(zhǔn)確度中選擇折衷方案等.有權(quán)做出決定的客戶必須積極地對待這一切,盡快做處理、做決定.因?yàn)殚_發(fā)人員通常只有等你做出了決定才能行動(dòng),而這種等待會(huì)延誤項(xiàng)目的進(jìn)展. 5:尊重開發(fā)人員的需求可行性及成本評估 所有的軟件功能都有其成本價(jià)格,開發(fā)人員最適合預(yù)算這些成本(盡管許多開發(fā)人員并不擅長評估預(yù)測).你所希望的某些產(chǎn)品特性可能在技術(shù)上行不通,或者實(shí)現(xiàn)它要付出極為高昂的代價(jià).而某些需求試圖在操作環(huán)境中要求不可能達(dá)到的性能或試圖得到一些根本得不到的數(shù)據(jù),開發(fā)人員會(huì)對此作出負(fù)面的評價(jià)意見,你應(yīng)該尊重他們的意見.有時(shí),你可以重新給出一個(gè)在技術(shù)上可行、實(shí)現(xiàn)上便宜的需求,例如,要求某個(gè)行為在"瞬間"發(fā)生是不可行的,但換種更具體的時(shí)間需求說法("在50ms以內(nèi)",但若沒有準(zhǔn)確的技術(shù)分析不能輕易下結(jié)論),這就可以實(shí)現(xiàn)了. 6: 劃分需求優(yōu)先級別 大多數(shù)項(xiàng)目沒有足夠的時(shí)間或資源來實(shí)現(xiàn)功能性的每個(gè)細(xì)節(jié).決定哪些特性是必要的,哪些是重要的,哪些是好的,是需求開發(fā)的主要部分.只能由你來負(fù)責(zé)設(shè)定需求優(yōu)先級,因?yàn)殚_發(fā)者并不可能按你的觀點(diǎn)決定需求優(yōu)先級.開發(fā)者將為你確定優(yōu)先級提供有關(guān)每個(gè)需求的花費(fèi)和風(fēng)險(xiǎn)的信息.當(dāng)你設(shè)定優(yōu)先級時(shí),你幫助開發(fā)者確保在適當(dāng)?shù)臅r(shí)間內(nèi)用最小的開支取得最好的效果.在時(shí)間和資源限制下,關(guān)于所需特性能否完成或完成多少應(yīng)該尊重開發(fā)人員的意見.盡管沒有人愿意看到自己所希望的需求在項(xiàng)目中未被實(shí)現(xiàn),但畢竟是要面對這種現(xiàn)實(shí)的.業(yè)務(wù)決策有時(shí)不得不依據(jù)優(yōu)先級來縮小項(xiàng)目范圍或延長工期,或增加資源,或在質(zhì)量上尋找折衷. 7:評審需求文檔和原型 正如我們將在第1 4章討論的,無論是正式的還是非正式的方式,對需求文檔進(jìn)行評審都會(huì)對軟件質(zhì)量提高有所幫助.讓客戶參與評審才能真正鑒別需求文檔是否的確完整、正確說明了期望的必要特性.評審也給客戶代表提供一個(gè)機(jī)會(huì),給需求分析人員帶來反饋信息以改進(jìn)他們的工作.如果你認(rèn)為編寫的需求文檔不夠準(zhǔn)確,就有義務(wù)盡早告訴分析人員并為改進(jìn)提供建議.通過閱讀需求規(guī)格說明,很難想象實(shí)際的軟件是什么樣子的.更好的方法是先為產(chǎn)品開發(fā)一個(gè)原型.這樣你就能提供更有價(jià)值的反饋信息給開發(fā)人員,幫助他們更好地理解你的需求.必須認(rèn)識(shí)到:原型并非是一個(gè)實(shí)際產(chǎn)品,但開發(fā)人員能將其轉(zhuǎn)變、擴(kuò)充成功能齊全的系統(tǒng). 8:需求出現(xiàn)變更要馬上聯(lián)系 不斷的需求變更會(huì)給在預(yù)定計(jì)劃內(nèi)完成高質(zhì)量產(chǎn)品帶來嚴(yán)重的負(fù)面影響.變更是不可避免的,但在開發(fā)周期中變更越在晚期出現(xiàn),其影響越大.變更不僅會(huì)導(dǎo)致代價(jià)極高的返工,而且工期也會(huì)被迫延誤,特別是在大體結(jié)構(gòu)已完成后又需要增加新特性時(shí).所以一旦你發(fā)現(xiàn)需要變更需求時(shí),請一定立即通知分析人員. 9:應(yīng)遵照開發(fā)組織處理需求變更的過程 為了將變更帶來的負(fù)面影響減少到最低限度,所有的參與者必須遵照項(xiàng)目的變更控制過程.這要求不放棄所有提出的變更,對每項(xiàng)要求的變更進(jìn)行分析、綜合考慮,最后作出合適的決策以確定將某些變更引入項(xiàng)目中. 10:尊重開發(fā)人員采用的需求工程過程 軟件開發(fā)中最具挑戰(zhàn)性的莫過于收集需求并確定其正確性.分析人員采用的方法有其合理性.也許你認(rèn)為需求過程不太劃算,但請相信花在需求開發(fā)上的時(shí)間是"很有價(jià)值"的.如果你理解并支持分析人員為收集、編寫需求文檔和確保其質(zhì)量所采用的技術(shù),那么整個(gè)過程將會(huì)更為順利.盡管去詢問分析人員為什么他們要收集某些信息,或參與與需求有關(guān)的活動(dòng). 系統(tǒng)分析人員在開發(fā)過程中可能會(huì)遇到以下問題,一些很忙的客戶可能不愿意積極參與需求過程,而缺少客戶參與將很可能導(dǎo)致不理想的產(chǎn)品.故一定要確保需求開發(fā)中的主要參與者都了解并接受他們的義務(wù).如果遇到分歧,通過協(xié)商以達(dá)成對各自義務(wù)的相互理解,這樣能減少今后的摩擦. 7.需求文檔 需求開發(fā)的最終成果是:客戶和開發(fā)小組對將要開發(fā)的產(chǎn)品達(dá)成一致協(xié)議.協(xié)議綜合了業(yè)務(wù)需求、用戶需求和軟件功能需求.就像我們早先所看到的,項(xiàng)目視圖和范圍文檔包含了業(yè)務(wù)需求,而使用實(shí)例文檔則包含了用戶需求.你必須編寫從使用實(shí)例派生出的功能需求文檔,還要編寫產(chǎn)品的非功能需求文檔,包括質(zhì)量屬性和外部接口需求.只有以結(jié)構(gòu)化和可讀性方式編寫這些文檔,并由項(xiàng)目的風(fēng)險(xiǎn)承擔(dān)者評審?fù)ㄟ^后,各方面人員才能確信他們所贊同的需求是可靠的. 你可以使用以下三種方法編寫軟件需求規(guī)格說明: 用好的結(jié)構(gòu)化和自然語言編寫文本型文檔. 建立圖形化模型,這些模型可以描繪轉(zhuǎn)換過程、系統(tǒng)狀態(tài)和它們之間的變化、數(shù)據(jù)關(guān)系、邏輯流或?qū)ο箢惡退鼈兊年P(guān)系. 編寫形式化規(guī)格說明,這可以通過使用數(shù)學(xué)上精確的形式化邏輯語言來定義需求. 由于形式化規(guī)格說明具有很強(qiáng)的嚴(yán)密性和精確度,因此,所使用的形式化語言只有極少數(shù)軟件開發(fā)人員才熟悉,更不用說客戶了.雖然結(jié)構(gòu)化的自然語言具有許多缺點(diǎn),但在大多數(shù)軟件工程中,它仍是編寫需求文檔最現(xiàn)實(shí)的方法.包含了功能和非功能需求的基于文本的軟件需求規(guī)格說明已經(jīng)為大多數(shù)項(xiàng)目所接受.圖形化分析模型通過提供另一種需求視圖,增強(qiáng)了軟件需求規(guī)格說明. 關(guān)于生產(chǎn)管理系統(tǒng)軟件實(shí)例和的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。 生產(chǎn)管理系統(tǒng)軟件實(shí)例的介紹就聊到這里吧，感謝你花時(shí)間閱讀本站內(nèi)容，更多關(guān)于、生產(chǎn)管理系統(tǒng)軟件實(shí)例的信息別忘了在本站進(jìn)行查找喔。

版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實(shí)的內(nèi)容，請聯(lián)系我們jiasou666@gmail.com 處理，核實(shí)后本網(wǎng)站將在24小時(shí)內(nèi)刪除侵權(quán)內(nèi)容。