1、ER頃目需求分析規(guī)范用例描述文檔編寫規(guī)范（精要）版本 <>文檔編號(hào)：001-0002-2版本歷史日期版本描述作者2006-07-01<>初稿整理呂春秋1. 前言目的 范圍 本文檔說(shuō)明2. 基本要求錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。3. 用例事件流的描述基本事件流的要求子事件流的要求備選事件流的要求事件流中的序號(hào)標(biāo)號(hào)事件流中“確認(rèn)”與“執(zhí)行”操作的描述錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。4. 業(yè)務(wù)規(guī)則的描述業(yè)務(wù)規(guī)則的種類業(yè)務(wù)規(guī)則的抽取及編號(hào) 公共

2、業(yè)務(wù)規(guī)則的抽取及編號(hào)業(yè)務(wù)規(guī)則描述結(jié)構(gòu)要點(diǎn)說(shuō)明式 順序結(jié)構(gòu) 分支結(jié)構(gòu) 循環(huán)結(jié)構(gòu) 混合結(jié)構(gòu) 注意事項(xiàng)業(yè)務(wù)規(guī)則描述中的縮進(jìn)規(guī)則業(yè)務(wù)規(guī)則描述中的標(biāo)號(hào)5. 子用例的定義與描述上級(jí)調(diào)用用例的判斷方法錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。6. 用例描述中的其它規(guī)范類、屬性、參數(shù)的書寫規(guī)則類名的書寫規(guī)則 屬性名的書寫規(guī)則 參數(shù)名的書寫規(guī)則 各種值的書寫規(guī)則用例描述中的注釋信息注釋要

3、求注釋信息的描述 參數(shù)傳遞錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。7. 新一代ERPC統(tǒng)中的幾個(gè)公共機(jī)制刪除完整性檢查狀態(tài)管理錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。變更管理 權(quán)限控制 消息機(jī)制 編號(hào)管理 地址管理 長(zhǎng)文本8. 用例描述中用詞規(guī)范用例描述文檔編寫規(guī)范（精要）1 .刖百1.1 目的本用例描述文檔編寫精要對(duì)

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

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

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

7、要把這一個(gè)事件流分別作為子事件流和備選事件流寫成兩個(gè)， 而是以流程的執(zhí)行或書寫的順序，在第一次使用這個(gè)事件流時(shí)它是子事件流，就將它放在子 事件流章節(jié)中作為子事件流來(lái)書寫；在第一次使用這個(gè)事件流時(shí)它是備選事件流，就將它放 在備選事件流章節(jié)中作為備選事件流來(lái)書寫；3、界面流轉(zhuǎn)在事件流中一定要說(shuō)清楚：例如:(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"應(yīng)用程序選擇”界面)。正確的描述方法應(yīng)

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

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

10、子事件流”章節(jié)中，子事件流的編號(hào)&二_S-nnL （ nn是從01開 始的連續(xù)的兩位數(shù)字編號(hào)）；2、子事件流的定義除了要有子事件流編號(hào)之外，還應(yīng)該給子事件流1個(gè)，中文名稱,.便于閱讀。例如：子事件流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、引用子事件流之處可以用“按照 子事件流編號(hào)進(jìn)行XXX操作”等描述將控制轉(zhuǎn)入子事件 流。例如：(4)執(zhí)行者選擇“

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

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

13、在事件流描述中，經(jīng)常會(huì)遇到“確認(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í)行者在執(zhí)行“保存”之前可以先使用“確 認(rèn)”功能進(jìn)行一次檢查。為了意思表達(dá)清楚，規(guī)定：

14、在遇到“確認(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ī)則是需求文檔中對(duì)業(yè)務(wù)處理要求及處理邏輯的描述，因此，除了在事件流當(dāng)中描寫的處理 過(guò)程之外，其它需求都應(yīng)該放在業(yè)務(wù)規(guī)則中描寫。4.1 業(yè)務(wù)規(guī)則的種類在新一

15、代ERP系統(tǒng)開發(fā)規(guī)范中，按照業(yè)務(wù)規(guī)則的應(yīng)用范圍（即所在文檔）的不同，將其分為業(yè)務(wù) 規(guī)則和公共業(yè)務(wù)規(guī)則兩類，它們?cè)诿枋錾蠜](méi)有什么區(qū)別，只是作用范圍不同。對(duì)于它們共同的規(guī)定有 以下幾方面：1、在用例描述文檔中，對(duì)于重復(fù)使用的處理邏輯及處理規(guī)則，2、無(wú)論業(yè)務(wù)規(guī)則還是公共業(yè)務(wù)規(guī)則，除了給出正確的編號(hào)之外，還要給出其相應(yīng)的中文名稱。中文名稱的要求是：能夠高度概括業(yè)務(wù)規(guī)則的主要功能；3、為了便于閱讀，無(wú)論業(yè)務(wù)規(guī)則還是公共業(yè)務(wù)規(guī)則，在其起始處都要給出簡(jiǎn)要的注釋說(shuō)明；4.1.1業(yè)務(wù)規(guī)則的抽取及編號(hào)這里所說(shuō)的“業(yè)務(wù)規(guī)則”是用例文檔中放在業(yè)務(wù)規(guī)則章節(jié)中描述的業(yè)務(wù)處理要求及處理邏輯，其 有效作用范圍是所在用例。業(yè)務(wù)

16、規(guī)則的編號(hào)為：BR-nnn, （ nnn為用例中業(yè)務(wù)規(guī)則連續(xù)編號(hào)的序號(hào)）；業(yè)務(wù)規(guī)則處理4.1.2公共業(yè)務(wù)規(guī)則的抽取及編號(hào)公共業(yè)務(wù)規(guī)則和用例文檔中的業(yè)務(wù)規(guī)則沒(méi)有什么特別之處，只是超過(guò)一個(gè)以上的用例共同遵循或 者執(zhí)行的業(yè)務(wù)規(guī)則。有的公共業(yè)務(wù)規(guī)則是為其它模塊提供的“接口”。1、一般情況下，一個(gè)子模塊的公共業(yè)務(wù)蛆則放在一個(gè)獨(dú)立的公共業(yè)務(wù)視則文檔中;2、公共業(yè)務(wù)規(guī)則的編號(hào)為：BR-nnn-XXX, （nnn為獨(dú)立公共業(yè)務(wù)規(guī)則文檔中業(yè)務(wù)規(guī)則連續(xù)編號(hào)的序號(hào)；XXX為三位的子模塊編碼）；3、公共規(guī)則一定要抽取，避免冗余陳述。4.2 業(yè)務(wù)規(guī)則描述結(jié)構(gòu)對(duì)于軟件需求的描述，根據(jù)要描述的需求的特性的不同，可以采用要點(diǎn)

17、說(shuō)明式的描述，也可以借 鑒結(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)。無(wú)論采用哪一種描述方式，都不允許通過(guò)“轉(zhuǎn)移”的方法實(shí)現(xiàn)業(yè)務(wù)邏輯，而是利用合理的結(jié)構(gòu)體 來(lái)實(shí)現(xiàn)各種業(yè)務(wù)邏輯關(guān)系。4.2.1 要點(diǎn)說(shuō)明式對(duì)于業(yè)務(wù)邏輯非常簡(jiǎn)單、或者沒(méi)有處理邏輯的需求，可以采用要點(diǎn)說(shuō)明式的描述方式，通過(guò)若干 個(gè)并列的說(shuō)明條目，將需求描述清楚。例如:4.2.2 順序結(jié)構(gòu)對(duì)于具有順序邏輯結(jié)構(gòu)關(guān)系的需求，可以采用順序結(jié)構(gòu)方式進(jìn)行描述。順序結(jié)構(gòu)的圖示:V順序結(jié)構(gòu)可以按照操作的先后順序逐條描寫。4.2.3 分支結(jié)構(gòu)對(duì)于具有條件約束、滿足特定條件才能夠執(zhí)行的功能說(shuō)

18、明，可以采用分支結(jié)構(gòu)方式進(jìn)行描述。分支結(jié)構(gòu)的圖示:(a)(b)對(duì)于分支結(jié)構(gòu)，在需求文檔中使用“如果則”的語(yǔ)法進(jìn)行描述,對(duì)于圖(a)的描述：如果條件成立，則相應(yīng)處理對(duì)于圖(b)的描述：如果條件成立，則相應(yīng)處理1否則相應(yīng)處理2多重分支條件的描述（相當(dāng)于CASE如果條件1成立，則相應(yīng)處理1如果條件2成立，則相應(yīng)處理2如果條件3成立，則相應(yīng)處理3»4.2.4 循環(huán)結(jié)構(gòu)對(duì)于需要重復(fù)處理、滿足特定條件才能夠結(jié)束的功能說(shuō)明，可以采用循環(huán)結(jié)構(gòu)方式進(jìn)行描述。循 環(huán)結(jié)構(gòu)的圖示：(a)1、 在循環(huán)結(jié)構(gòu)中，一定要首先給（指出）循環(huán)處理的，也可以用對(duì)象2、例1 :例2:例3:4.2.5 混合結(jié)構(gòu)一般情況下，對(duì)

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

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

21、傳遞，用例編號(hào)的變 化就會(huì)受到限制，或者需要修改用例、修改程序，或者忘記了修改用例和程序而使系統(tǒng)產(chǎn)生錯(cuò)誤。一般正確的方案應(yīng)該為：絢叁一上尊川例區(qū)立二t丕!1 叫叫熊代勁_(tái)爭(zhēng)貨休他）值？月國(guó) 每個(gè) 上級(jí)用例在調(diào)用子用例的時(shí)候傳遞屬于的功能代碼參數(shù)值。子用例中通過(guò)判斷接收的功能代碼參數(shù)值 來(lái)確定是哪一個(gè)上級(jí)用例調(diào)用執(zhí)行的。6 .用例描述中的其它規(guī)范6.1 類、屬性、參數(shù)、值的書寫規(guī)則6.1.1 類名的書寫規(guī)則1、在用例描述文檔及業(yè)務(wù)規(guī)則文檔中，類名一定要放在引號(hào)中：2、在描寫類對(duì)象查找條件時(shí)，要按照“按照一二二條住在一:二二上至史查找匹配對(duì)象”的書寫版式進(jìn) 行描寫；6.1.2 屬性名的書寫規(guī)則在用

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

23、的直接描寫，遵循開發(fā)語(yǔ)言的習(xí)慣，一 定要放在引號(hào)（""或）中。本書寫規(guī)則要求，要將值的描述放在引號(hào)（""或） 中，而代碼值、或必要的注釋放在其后的括號(hào)中；例如：、并且 應(yīng)用環(huán)境="營(yíng)業(yè)費(fèi)用-工資”、并且 2、 一般情況下系統(tǒng)處理的都是代碼值，本規(guī)則要求，將使用的值的描述放在引號(hào)（"”或''）中，并且要求在其之后用括號(hào)“（）”給出代碼值（或必要的注釋性描述）。這樣做 的必要性：含義清晰，不會(huì)引起歧義；開發(fā)人員讀文檔的時(shí)侯有助于快速理解文檔；修改這 些值的時(shí)候一旦忘記了修改用例描述，事后容易發(fā)現(xiàn)問(wèn)題、便于修改。例如：如果當(dāng)

24、前段對(duì)象的“轉(zhuǎn)出方規(guī)則”='記賬金額（1）（對(duì)應(yīng)的處理功能描述）（）6.2用例描述中的注釋信息6.2.1注釋要求1、用例描述文檔中需要必要注釋描述；2、簡(jiǎn)要描述中3、/* */4、注釋章節(jié)6.2.2注釋信息的描述6.3描述一致性用例中的類的屬性一定要和 TF表中的字段名保持一致。7 .接口O8 .新一代ERP系統(tǒng)中的幾個(gè)公共機(jī)制在新一代ERP系統(tǒng)中有一些公共機(jī)制會(huì)影響到系統(tǒng)開發(fā)及應(yīng)用過(guò)程。有些公共機(jī)制對(duì)開發(fā)過(guò)程產(chǎn)生約束，開發(fā)必須遵循這些規(guī)范；有些公共機(jī)制的功能可以直接使用，在應(yīng)用功能開發(fā)中幾乎可以不 用再去考慮這些問(wèn)題。8.1 刪除完整性檢查對(duì)于已經(jīng)被使用的一些主數(shù)據(jù)、設(shè)置數(shù)據(jù)等，一旦被其它數(shù)據(jù)所引用，