需求分析規(guī)范——附加說明1用例描述文檔編寫規(guī)范

1、ERP項(xiàng)目需求分析規(guī)范用例描述文檔編寫規(guī)范（精要）版本 <1.0>文檔編號：001-0002-2 版本歷史日期版本描述作者2006-07-01<1.0>初稿整理呂春秋目 錄1.前言51.1目的51.2范圍51.3本文檔說明52.基本要求63.用例事件流的描述63.1基本事件流的要求73.2子事件流的要求73.3備選事件流的要求83.4事件流中的序號標(biāo)號93.5事件流中“確認(rèn)”與“執(zhí)行”操作的描述94.業(yè)務(wù)規(guī)則的描述94.1業(yè)務(wù)規(guī)則的種類9業(yè)務(wù)規(guī)則的抽取及編號10公共業(yè)務(wù)規(guī)則的抽取及編號104.2業(yè)務(wù)規(guī)則描述結(jié)構(gòu)10要點(diǎn)說明式10順序結(jié)構(gòu)10分支結(jié)構(gòu)11循環(huán)結(jié)構(gòu)11混合結(jié)

2、構(gòu)12注意事項(xiàng)124.3業(yè)務(wù)規(guī)則描述中的縮進(jìn)規(guī)則124.4業(yè)務(wù)規(guī)則描述中的標(biāo)號125.子用例的定義與描述125.1上級調(diào)用用例的判斷方法136.用例描述中的其它規(guī)范136.1類、屬性、參數(shù)的書寫規(guī)則13類名的書寫規(guī)則13屬性名的書寫規(guī)則13參數(shù)名的書寫規(guī)則13各種值的書寫規(guī)則136.2用例描述中的注釋信息14注釋要求14注釋信息的描述146.3參數(shù)傳遞147.新一代ERP系統(tǒng)中的幾個(gè)公共機(jī)制147.1刪除完整性檢查147.2狀態(tài)管理147.3變更管理157.4權(quán)限控制157.5消息機(jī)制157.6編號管理157.7地址管理157.8長文本158.用例描述中用詞規(guī)范15用例描述文檔編寫規(guī)范（精要）

3、1. 前言1.1 目的本用例描述文檔編寫精要對新一代ERP項(xiàng)目組幾年來用例設(shè)計(jì)經(jīng)驗(yàn)進(jìn)行總結(jié)，廣泛吸收各方長處，分析編寫過程中出現(xiàn)的弊端，整理出了這些編寫用例文檔需要掌握的要點(diǎn)，為指導(dǎo)今后需求設(shè)計(jì)、需求更改過程中文檔編寫起到規(guī)范的作用，不足，發(fā)現(xiàn)優(yōu)點(diǎn)。還要不斷地充實(shí)和完善。提高用例編寫水平，1.2 范圍本“用例描述文檔編寫精要”作為一個(gè)規(guī)范性的文件，適用于新一代ERP項(xiàng)目組需求分析與設(shè)計(jì)過程中的用例描述文檔的設(shè)計(jì)工作。1.3 本文檔說明采用說明與案例相結(jié)合的方式進(jìn)行描述，便于理解。本文檔描述的內(nèi)容相對比較多，每次應(yīng)用時(shí)都通篇閱讀比較費(fèi)時(shí)。為了重點(diǎn)突出，文檔描述中帶“雙下浪線”的文字都是當(dāng)前章節(jié)的

4、要點(diǎn)內(nèi)容，便于概覽閱讀。為了問題說明重點(diǎn)突出，所有例子都是化簡之后的實(shí)例，不能認(rèn)為例子與原用例的不一致就是用例錯(cuò)誤或例子錯(cuò)誤。新一代ERP項(xiàng)目的需求規(guī)范是在開發(fā)過程中不斷總結(jié)和完善的，因此，本“用例描述文檔編寫精要”同樣需要逐步完善的過程，如果發(fā)現(xiàn)文檔存在問題，發(fā)現(xiàn)需求設(shè)計(jì)工作存在問題，或者有好的建議，或者有不同見解，請及時(shí)與需求主管聯(lián)系，誠謝。系統(tǒng)的效率2. 基本要求對于用例描述文檔的書寫（需求設(shè)計(jì)），不同部分會有不同的要求，但是從整體上來講應(yīng)該遵循以下幾項(xiàng)原則：1、 要從開發(fā)者的角度完善文檔的可讀性及處理性能；2、 要站在客戶的角度考慮程序的可操作性3、 用例所用的表結(jié)構(gòu)要和ROSE中的業(yè)

5、務(wù)類圖保持一致，用例中使用的類屬性描述；4、 需求設(shè)計(jì)基本上還是邏輯功能設(shè)計(jì)，應(yīng)該是面向任何開發(fā)工具和開發(fā)平臺的。因此，在需求文檔中應(yīng)該只描述出功能即可，而不應(yīng)該絕對具體，以免限制設(shè)計(jì)人員針對具體開發(fā)工具的物理實(shí)現(xiàn)設(shè)計(jì)和程序人員的發(fā)揮；5、 在用例描述文檔中對事件流、業(yè)務(wù)規(guī)則、公共業(yè)務(wù)規(guī)則、例外、擴(kuò)充點(diǎn)、注釋等內(nèi)容的引用，要進(jìn)行鏈接，便于閱讀。3. 用例事件流的描述用例文檔中有三種事件流：基本事件流、子事件流、備選事件流，事件流編寫的基本要求如下：1、 事件流描寫“執(zhí)行者”和“系統(tǒng)”的交互過程，一般不應(yīng)該夾雜著業(yè)務(wù)規(guī)則和條件判斷；2、 子事件流和備選事件流的確定：有的事件流在一個(gè)用例文檔中既作

6、為子事件流出現(xiàn)，又作為備選事件流出現(xiàn)，此時(shí)沒有必要把這一個(gè)事件流分別作為子事件流和備選事件流寫成兩個(gè)，而是以流程的執(zhí)行或書寫的順序，在第一次使用這個(gè)事件流時(shí)它是子事件流，就將它放在子事件流章節(jié)中作為子事件流來書寫；在第一次使用這個(gè)事件流時(shí)它是備選事件流，就將它放在備選事件流章節(jié)中作為備選事件流來書寫；3、 界面流轉(zhuǎn)在事件流中一定要說清楚；例如：(2) 系統(tǒng)顯示“選擇查詢戰(zhàn)略”界面（CCA120-09）。(3) 執(zhí)行者選擇“按信息結(jié)構(gòu)查詢”。(4) 系統(tǒng)根據(jù)條件 “應(yīng)用環(huán)境”=當(dāng)前應(yīng)用環(huán)境.并且.“物流應(yīng)用程序標(biāo)志”真 在“物流信息系統(tǒng)”類中查找符合條件的信息，顯示在界面內(nèi)（CCA120-10“

7、應(yīng)用程序選擇”界面）。正確的描述方法應(yīng)該是：(2) 系統(tǒng)顯示“選擇查詢戰(zhàn)略”界面（CCA120-09）。(3) 執(zhí)行者選擇“按信息結(jié)構(gòu)查詢”。(4) 系統(tǒng)進(jìn)入“應(yīng)用程序選擇”（CCA120-10）界面，并根據(jù)條件 “應(yīng)用環(huán)境”=當(dāng)前應(yīng)用環(huán)境.并且.“物流應(yīng)用程序標(biāo)志”真 在“物流信息系統(tǒng)”類中查找符合條件的信息，顯示在界面內(nèi)。4、 流程中描寫的操作應(yīng)該是一個(gè)抽象的操作功能，而不應(yīng)該寫成“按XX按鈕”或“雙擊XX項(xiàng)”等具體的操作方法。例如，操作者要選擇“執(zhí)行”操作，可以寫成：執(zhí)行者選擇“執(zhí)行”。系統(tǒng)按照XX業(yè)務(wù)規(guī)則處理發(fā)貨。而不寫成：執(zhí)行者按“執(zhí)行”按鈕，或執(zhí)行者雙擊“執(zhí)行”按鈕；3.1 基本事

8、件流的要求任何用例都必須有基本事件流，基本事件流是一個(gè)用例的入口點(diǎn)，是一個(gè)用例的主要流程。編寫基本事件流應(yīng)該注意以下要點(diǎn)：1、 基本事件流描寫的是一個(gè)用例的主要流程，從這個(gè)主要流程能夠看出用例執(zhí)行的全貌；而非主要流程或細(xì)節(jié)流程，可以放在子事件流或備選事件流中進(jìn)行描寫2、 基本事件流是流程中正確處理的流程，例外流程應(yīng)該作為備選事件流來描述；3、 基本事件流一定要清晰、完整，要有始有終，具有一個(gè)出口結(jié)束點(diǎn)；4、 基本事件流描寫的步驟不宜太多（過程比較復(fù)雜的用例的基本事件流一般也要控制在20個(gè)步驟之內(nèi)）；5、3.2 子事件流的要求子事件流是另一個(gè)前序事件流中一個(gè)處理步驟的細(xì)節(jié)交互處理過程。編寫子事件

9、流應(yīng)該注意以下要點(diǎn)：1、 子事件流要放在用例文檔的“子事件流”章節(jié)中，子事件流的編號為“S-nn”（nn是從01開始的連續(xù)的兩位數(shù)字編號）；2、 子事件流的定義除了要有子事件流編號之外，還應(yīng)該給子事件流一個(gè)中文名稱，便于閱讀。例如：5.2 子事件流S-01：創(chuàng)建一個(gè)成本要素（1）系統(tǒng)按照業(yè)務(wù)規(guī)則“BR-002：初始化基本數(shù)據(jù)界面規(guī)則”顯示“創(chuàng)建成本要素-基本數(shù)據(jù)”界面（ N-1 ）（2）執(zhí)行者輸入或選擇編輯項(xiàng)3、 子事件流要完整（有始有終），子事件流結(jié)束后，正常應(yīng)該返回到引用子事件流之處，但是也允許將控制轉(zhuǎn)移到其它事件流；4、 引用子事件流之處可以用“按照子事件流編號進(jìn)行XXX操作”等描述將控

10、制轉(zhuǎn)入子事件流。例如：（4）執(zhí)行者選擇“確定”。（5）系統(tǒng)進(jìn)入“創(chuàng)建次級成本要素-基本數(shù)據(jù)”界面（ S-1：創(chuàng)建一個(gè)次級成本要素），創(chuàng)建一個(gè)次級成本要素。3.3 備選事件流的要求備選事件流是前序事件流中某個(gè)備選操作項(xiàng)的詳細(xì)過程描述，是前序事件流的一個(gè)處理分支。編寫子事件流應(yīng)該注意以下要點(diǎn)：1、 備選事件流要放在用例文檔的“備選事件流”章節(jié)中，編號為“A-nn”（nn是從01開始的連續(xù)的兩位數(shù)字編號）；2、 備選事件流結(jié)束正常應(yīng)該返回到引用備選事件流之處，但是也允許將控制轉(zhuǎn)移到其它事件流；3、 引用備選事件流之處應(yīng)該用“或某操作備選事件流編號”的方式將控制引入備選事件流；4、 在引用備選事件流之

11、處允許有多個(gè)備選操作項(xiàng)，例如：（3）執(zhí)行者選擇“確定”（或“顯示”A-01、或“創(chuàng)建”A-02、或“退出”）。5、 對于“復(fù)制”、“刪除”、“取消”、“退出”等備選操作，在“ERP-REQ-一般說明.doc”文檔中有標(biāo)準(zhǔn)的操作結(jié)果描述，如果當(dāng)前用例對這些操作的記過與“ERP-REQ-一般說明.doc”文檔標(biāo)準(zhǔn)操作相一致，則在備選操作引用之處指出操作種類，而不同再重復(fù)描寫備選操作流程；例如，上例的“或退出”備選項(xiàng)；6、 有條件的備選流可以借助于其它方式進(jìn)行描述，例如可以在界面原型中說明。3.4 事件流中的序號標(biāo)號事件流中，對描述執(zhí)行者和系統(tǒng)之間操作過程的步驟序號統(tǒng)一規(guī)范，使用“（1）”、“（2）

12、”標(biāo)號形式。3.5 事件流中“確認(rèn)”與“執(zhí)行”操作描述的建議在事件流描述中，經(jīng)常會遇到“確認(rèn)”與“執(zhí)行”之間備選操作的時(shí)候。在新一代ERP項(xiàng)目早期的用例描述中習(xí)慣于以下的方式：(3) 系統(tǒng)顯示“創(chuàng)建分配因子主數(shù)據(jù)界面”（ CCA120-02）；(4) 執(zhí)行者維護(hù)“名稱”、“”屬性值并確認(rèn)； (5) 系統(tǒng)根據(jù)業(yè)務(wù)規(guī)則（BR-002）檢查執(zhí)行者錄入；(6) 執(zhí)行者執(zhí)行“保存”操作； (7) 系統(tǒng)根據(jù)業(yè)務(wù)規(guī)則（BR-002）再次檢查并更新“分配因子”類； 這樣描述之后，程序開發(fā)人員在閱讀之后提出異議：在“確認(rèn)”操作的時(shí)候都按照業(yè)務(wù)規(guī)則檢查，“保存”時(shí)為什么還重復(fù)檢查？其實(shí)用例描述的本意是允許執(zhí)行者在

13、執(zhí)行“保存”之前可以先使用“確認(rèn)”功能進(jìn)行一次檢查。為了意思表達(dá)清楚，規(guī)定：在遇到“確認(rèn)”與“執(zhí)行”之間備選操作的時(shí)候使用備選流的方式進(jìn)行描述，并且將“確認(rèn)”功能作為備選流描述：(3) 系統(tǒng)顯示“創(chuàng)建分配因子主數(shù)據(jù)界面”（ CCA120-02）；(4) 執(zhí)行者維護(hù)“名稱”、“”屬性值并執(zhí)行“保存”（或“確認(rèn)”A-02）； (5) 系統(tǒng)根據(jù)業(yè)務(wù)規(guī)則（BR-002）檢查之后，并更新“分配因子”類； A-02：創(chuàng)建界面確認(rèn)(1) 系統(tǒng)按照業(yè)務(wù)規(guī)則（BR-002）檢查檢查界面數(shù)據(jù)項(xiàng)；(2) 事件流結(jié)束，返回調(diào)用點(diǎn)。4. 業(yè)務(wù)規(guī)則的描述業(yè)務(wù)規(guī)則是需求文檔中對業(yè)務(wù)處理要求及處理邏輯的描述，因此，除了在事件

14、流當(dāng)中描寫的處理過程之外，其它需求都應(yīng)該放在業(yè)務(wù)規(guī)則中描寫。4.1 業(yè)務(wù)規(guī)則的種類在新一代ERP系統(tǒng)開發(fā)規(guī)范中，按照業(yè)務(wù)規(guī)則的應(yīng)用范圍（即所在文檔）的不同，將其分為業(yè)務(wù)規(guī)則和公共業(yè)務(wù)規(guī)則兩類，它們在描述上沒有什么區(qū)別，只是作用范圍不同。對于它們共同的規(guī)定有以下幾方面：1、 在用例描述文檔中，對于重復(fù)使用的處理邏輯及處理規(guī)則，2、 無論業(yè)務(wù)規(guī)則還是公共業(yè)務(wù)規(guī)則，除了給出正確的編號之外，還要給出其相應(yīng)的中文名稱。中文名稱的要求是：能夠高度概括業(yè)務(wù)規(guī)則的主要功能；3、 為了便于閱讀，無論業(yè)務(wù)規(guī)則還是公共業(yè)務(wù)規(guī)則，在其起始處都要給出簡要的注釋說明；4.1.1 業(yè)務(wù)規(guī)則的抽取及編號這里所說的“業(yè)務(wù)規(guī)則”

15、是用例文檔中放在業(yè)務(wù)規(guī)則章節(jié)中描述的業(yè)務(wù)處理要求及處理邏輯，其有效作用范圍是所在用例。業(yè)務(wù)規(guī)則的編號為：BR-nnn，（nnn為用例中業(yè)務(wù)規(guī)則連續(xù)編號的序號）；業(yè)務(wù)規(guī)則處理4.1.2 公共業(yè)務(wù)規(guī)則的抽取及編號公共業(yè)務(wù)規(guī)則和用例文檔中的業(yè)務(wù)規(guī)則沒有什么特別之處，只是超過一個(gè)以上的用例共同遵循或者執(zhí)行的業(yè)務(wù)規(guī)則。有的公共業(yè)務(wù)規(guī)則是為其它模塊提供的“接口”。1、 一般情況下，一個(gè)子模塊的公共業(yè)務(wù)規(guī)則放在一個(gè)獨(dú)立的公共業(yè)務(wù)規(guī)則文檔中；2、 公共業(yè)務(wù)規(guī)則的編號為：BR-nnn-XXX，（nnn為獨(dú)立公共業(yè)務(wù)規(guī)則文檔中業(yè)務(wù)規(guī)則連續(xù)編號的序號；XXX為三位的子模塊編碼）；3、 公共規(guī)則一定要抽取，避免冗余陳

16、述。4.2 業(yè)務(wù)規(guī)則描述結(jié)構(gòu)對于軟件需求的描述，根據(jù)要描述的需求的特性的不同，可以采用要點(diǎn)說明式的描述，也可以借鑒結(jié)構(gòu)式軟件開發(fā)方法，按照業(yè)務(wù)邏輯的結(jié)構(gòu)進(jìn)行描述。結(jié)構(gòu)式描述共有三種結(jié)構(gòu)方式：順序結(jié)構(gòu)、分支結(jié)構(gòu)、循環(huán)結(jié)構(gòu)。無論采用哪一種描述方式，都不允許通過“轉(zhuǎn)移”的方法實(shí)現(xiàn)業(yè)務(wù)邏輯，而是利用合理的結(jié)構(gòu)體來實(shí)現(xiàn)各種業(yè)務(wù)邏輯關(guān)系。4.2.1 要點(diǎn)說明式對于業(yè)務(wù)邏輯非常簡單、或者沒有處理邏輯的需求，可以采用要點(diǎn)說明式的描述方式，通過若干個(gè)并列的說明條目，將需求描述清楚。例如：4.2.2 順序結(jié)構(gòu)對于具有順序邏輯結(jié)構(gòu)關(guān)系的需求，可以采用順序結(jié)構(gòu)方式進(jìn)行描述。順序結(jié)構(gòu)的圖示：順序結(jié)構(gòu)可以按照操作的先后順

17、序逐條描寫。4.2.3 分支結(jié)構(gòu)對于具有條件約束、滿足特定條件才能夠執(zhí)行的功能說明，可以采用分支結(jié)構(gòu)方式進(jìn)行描述。分支結(jié)構(gòu)的圖示：對于分支結(jié)構(gòu)，在需求文檔中使用“如果則”的語法進(jìn)行描述，對于圖（a）的描述：如果條件成立，則相應(yīng)處理對于圖（b）的描述：如果條件成立，則相應(yīng)處理1否則相應(yīng)處理2多重分支條件的描述（相當(dāng)于CASE）：如果條件1成立，則相應(yīng)處理1如果條件2成立，則相應(yīng)處理2如果條件3成立，則相應(yīng)處理34.2.4 循環(huán)結(jié)構(gòu)對于需要重復(fù)處理、滿足特定條件才能夠結(jié)束的功能說明，可以采用循環(huán)結(jié)構(gòu)方式進(jìn)行描述。循環(huán)結(jié)構(gòu)的圖示：（a） （b）1、 在循環(huán)結(jié)構(gòu)中，一定要首先給（指出）循環(huán)處理的，也可

18、以用對象2、例1：例2：例3：4.2.5 混合結(jié)構(gòu)一般情況下，對于一個(gè)比較復(fù)雜的需求，簡單地采用一種結(jié)構(gòu)方式描述是不夠的，經(jīng)常是以上幾種結(jié)構(gòu)方式相互嵌套的混合結(jié)構(gòu)方式進(jìn)行描述。4.2.6 注意事項(xiàng)不能引用另外某個(gè)過則（或流程）中的某幾個(gè)步驟，尤其是不連續(xù)的步驟。4.3 業(yè)務(wù)規(guī)則描述中的縮進(jìn)規(guī)則層次關(guān)系。4.4 業(yè)務(wù)規(guī)則描述中的標(biāo)號建議：。5. 子用例的定義與描述所謂子用例，就是在UML中一個(gè)被其它用例所“包含”的用例。習(xí)慣稱“包含”用例為上級用例，“包含”稱為“引用”或“調(diào)用”。5.1 子用例的設(shè)計(jì)方法1、 對于一個(gè)被引用的沒有界面的處理過程，也可以將其設(shè)計(jì)為公共業(yè)務(wù)規(guī)則。但是，具有獨(dú)立界面和

19、操作過程的處理過程，必須將其設(shè)計(jì)為子用例；2、 多個(gè)用例中具有相同的操作界面和操作過程，應(yīng)該將這個(gè)相同的操作界面和操作過程設(shè)計(jì)為一個(gè)子用例；3、 對于多個(gè)用例中具有相同的操作過程或功能，這個(gè)操作過程不是執(zhí)行者與系統(tǒng)之間交互進(jìn)行的，可以將這個(gè)相同的操作過程或功能設(shè)計(jì)為一個(gè)子用例或者設(shè)計(jì)為一個(gè)公共業(yè)務(wù)規(guī)則；5.2 子用例中判斷上級調(diào)用用例的方法在合理的用例層次結(jié)構(gòu)設(shè)計(jì)過程中，經(jīng)常會設(shè)計(jì)為：多個(gè)上級用例調(diào)用一個(gè)子用例，而子用例中的某一個(gè)處理功能又需要接收上級用例傳遞的參數(shù)來判斷是哪一個(gè)上級用例調(diào)用執(zhí)行的。在設(shè)計(jì)這種傳遞參數(shù)的時(shí)候，一定不要將用例編號設(shè)計(jì)為傳遞參數(shù)。因?yàn)椋S著系統(tǒng)功能的擴(kuò)充，用例有可能

20、增減，用例編號也有可能發(fā)生變化。一旦用例編號被用作為參數(shù)傳遞，用例編號的變化就會受到限制，或者需要修改用例、修改程序，或者忘記了修改用例和程序而使系統(tǒng)產(chǎn)生錯(cuò)誤。一般正確的方案應(yīng)該為：給每個(gè)上級用例設(shè)計(jì)一個(gè)不同的功能代碼（事務(wù)代碼）值，并且，每個(gè)上級用例在調(diào)用子用例的時(shí)候傳遞屬于的功能代碼參數(shù)值。子用例中通過判斷接收的功能代碼參數(shù)值來確定是哪一個(gè)上級用例調(diào)用執(zhí)行的。6. 用例描述中的其它規(guī)范6.1 類、屬性、參數(shù)、值的書寫規(guī)則6.1.1 類名的書寫規(guī)則1、 在用例描述文檔及業(yè)務(wù)規(guī)則文檔中，類名一定要放在引號“”中；2、 在描寫類對象查找條件時(shí)，要按照“按照條件在類中查找匹配對象”的書寫版式進(jìn)行描

21、寫；6.1.2 屬性名的書寫規(guī)則在用例描述文檔及業(yè)務(wù)規(guī)則文檔中對屬性名的描寫，在多屬性判斷的復(fù)合條件中一般情況下遵循開發(fā)語言的習(xí)慣，不放在引號（“”或）中；但是為了清晰起見，在單獨(dú)使用屬性的場合下，可以象類的描述一樣，例如：檢查“資本化固定資產(chǎn)標(biāo)識”屬性是否為“真”值，6.1.3 參數(shù)名的書寫規(guī)則在用例描述文檔及業(yè)務(wù)規(guī)則文檔中對參數(shù)名的描寫，遵循開發(fā)語言的習(xí)慣，一般情況下不放在引號（“”或）中； 6.1.4 各種值的書寫規(guī)則在用例處理功能描述中，經(jīng)常會出現(xiàn)判斷某一個(gè) “值”的描述，這個(gè)值可以是類屬性值（或參數(shù)值、或枚舉值）。對于值描述的規(guī)范1、 在用例描述文檔及業(yè)務(wù)規(guī)則文檔中對屬性值或參數(shù)值的

22、直接描寫，遵循開發(fā)語言的習(xí)慣，一定要放在引號（“”或）中。本書寫規(guī)則要求，要將值的描述放在引號（“”或）中，而代碼值、或必要的注釋放在其后的括號中；例如：、并且 應(yīng)用環(huán)境“營業(yè)費(fèi)用-工資”、并且2、 一般情況下系統(tǒng)處理的都是代碼值，本規(guī)則要求，將使用的值的描述放在引號（“”或）中，并且要求在其之后用括號“（）”給出代碼值（或必要的注釋性描述）。這樣做的必要性：含義清晰，不會引起歧義；開發(fā)人員讀文檔的時(shí)侯有助于快速理解文檔；修改這些值的時(shí)候一旦忘記了修改用例描述，事后容易發(fā)現(xiàn)問題、便于修改。例如：如果當(dāng)前段對象的“轉(zhuǎn)出方規(guī)則”記賬金額（1）（對應(yīng)的處理功能描述）（）6.2 用例描述中的注釋信息6.2.1 注釋要求1、 用例描述文檔中需要必要注釋描述；2、 簡要描述中3、 /* */4、 注釋章節(jié)6.2.2 注釋信息的描述6.3 描述一致性用例中的類的屬性一定要和TF表中的字段名保持一致。7. 接口。8. 新一代ERP系統(tǒng)中的幾個(gè)公共機(jī)制在新一代ERP系統(tǒng)中有一些公共機(jī)制會影響到系統(tǒng)開發(fā)及應(yīng)用過程。有些公共機(jī)制對開發(fā)過程產(chǎn)生約束，開發(fā)必須遵循這些規(guī)范；有些公共機(jī)制的功能可以直接使用，在應(yīng)用功能開發(fā)中幾乎可以不用再去考慮這些問題。8.1 刪除完整性檢查對于已經(jīng)被使用的一些主數(shù)據(jù)、設(shè)置數(shù)據(jù)等，一旦被其它數(shù)據(jù)所引用，就不允許對其執(zhí)行刪除操作，以避免系統(tǒng)內(nèi)產(chǎn)生不完整的數(shù)據(jù)。這種刪除確認(rèn)檢查在