【計算機軟件畢業(yè)設(shè)計】基于Java的手機游戲服務(wù)端的設(shè)計與實現(xiàn)-文獻翻譯

1、文 獻 翻 譯譯文：解釋流程和發(fā)現(xiàn)需求在結(jié)構(gòu)化的方式中，解釋程序流程是獲取和表達需求的最好方式之一。一個規(guī)范的解釋會促使你去思考怎樣使一個流程成功，流程的精確行為是成功所必須的。解釋流程的工作最好是為了發(fā)現(xiàn)功能需求，并不是自我限定。隨意提出的任何類型的需求包括-非功能性的、有組織的、商業(yè)性的等等。獲取多余的需求是沒有錯的，尤其是第一次規(guī)劃時。你可以在審查周期中消除重復(fù)。對每個流程的解釋都應(yīng)該包括以下：l 命名和編號：準確的命名和流程的編號應(yīng)被描述出來。l 成功的標準：流程基本成功的結(jié)果要如何去識別和認定。（The essential successful result of the proce

2、ss and how exactly to identify and measure it.）l 啟動：啟動流程的前提要求，通常有一個觸發(fā)事件。根據(jù)流程的類型，這還可以包括數(shù)據(jù)的輸入。l 結(jié)果：流程的最終狀態(tài)，包含所有數(shù)據(jù)的輸出，環(huán)境的改變和其他產(chǎn)品流程可能不會是成功條件的直接部分。l 要素：在流程中實體存在不僅包括技術(shù)組成，如服務(wù)器和軟件，還包括人和團隊。l 行為：流程成功完成包含一系列事件和步驟，也包括成功序列之外的異常。l 要求：準確的函數(shù)或條件必須存在，或以某種方式運作都是為了滿足流程的成功標準。流程是能被高標準化和具體化的。為了調(diào)整詳細的級別，所以流程操作可以被描述為少于10個步驟。

3、我確信在某時我們將發(fā)現(xiàn)，如果我們早已不復(fù)存在，我們的頭腦在組織10件事情以上將會非常困難，那將會直接關(guān)系到我們自身。在如何獲得和呈現(xiàn)信息時你有許多選擇，但一種描述不包括其他多種因素，那是不完整的，還將可能是失敗的。阿利斯泰爾科伯恩博士在他的杰出的著作Writing Effective Use Cases中用例說明了關(guān)于“隨意”與“完全打扮”的必要性。因此在本書中我不在用例和流程類型加以區(qū)分，我推薦相同的特性。其次，為了適應(yīng)流程的的范圍和每一步驟的層次細節(jié)所以你能將行為表述為3到10步。做到準確很重要，太精確將會導(dǎo)致難以理解，解釋不清楚和所有精確細節(jié)的浪費。我們應(yīng)當(dāng)在流程解釋時，關(guān)注每一個元素的

4、細節(jié)。流程命名開始解釋時總是以流程的命名和流程的編號開頭。我并不想反復(fù)討論這個非常明顯的觀點，但是我發(fā)現(xiàn)，聰明的人往往忽視這個明顯的觀點，從而妨礙他們的工作。我曾多次看到過非常有才的人因為流程的命名不符而為此做許多的努力去詳細的解釋。沒有流程的命名，細節(jié)將與整體不連貫；所有接連的信息將與圖、系統(tǒng)、工作范圍及其他都沒有關(guān)系。它就像是憑空想象的，沒有人能告訴你作者想解釋什么。在你描述數(shù)據(jù)流程圖時，對流程的命名一定要用相同的名字。成功標準成功的標準應(yīng)該包含在一份簡短聲明，聲明中流程的成功是如何被檢測，觀察，或其他衡量。流程的成功完成會考慮到功能的本質(zhì)，和它相關(guān)的，是在事件中如何解決主要問題。你或許可

5、以理解為流程成功的過程就像“在美國東部時間下午4點清理所有進入流程系統(tǒng)的事務(wù)”。事實上滿足這種情況對于流程真正成功的過程根本無關(guān)。一個更好的成功標準可能是“買方或者賣方的賬戶被授權(quán)操作者鑒定（監(jiān)督），當(dāng)事人反對去辦公室或者外國資產(chǎn)控制中心檢查大量最近可用的數(shù)據(jù)，并且職員進入交易處理系統(tǒng)清理交易數(shù)據(jù)”。當(dāng)描述一個高層次的過程時，成功的標準仍然包括許多相當(dāng)抽象的，例如，“客戶在滿意的范圍上，和我們繼續(xù)生意的服務(wù)是靈活的”。開始一個流程開始之前，某種狀態(tài)必須存在，預(yù)期的數(shù)據(jù)必須達成，所有的必要的元素必須到位，并且一個特殊的結(jié)果必然發(fā)生。描述的就是這些。一個典型的例子就是：l “客戶將交易文件拖入到名

6、為FileTrans的交易文件夾中”。l “確認在美國東部時間下午3點開始，每個營業(yè)日都有交易發(fā)生”。結(jié)果除了實現(xiàn)其成功標準(或沒有實現(xiàn))，一個過程同樣產(chǎn)生其他事務(wù)。解釋所有事都是流程在環(huán)境的運轉(zhuǎn)中產(chǎn)生或改變。結(jié)果比成功的標準更詳細，并且不總是關(guān)系到成功。當(dāng)看所有結(jié)果時，我們在這一過程中同樣可以發(fā)現(xiàn)需求。不要過多的擔(dān)心結(jié)果會有多余的成功條件、行為和需求，它在不同地方看到想同信息時同樣有幫助?？紤]下以下例子：l 所有事件都標記為清理或不清理。l 所有清理的事件都進入到事件處理系統(tǒng)。l 所有客戶文件從文件夾移除并存檔。l 交易團隊管理者能收到增加交貨問題的警報郵件。l 事務(wù)處理是凍結(jié)或恢復(fù)基于交易

7、文件的交易狀態(tài)。因素列出流程所有的執(zhí)行者。執(zhí)行者可以是這個過程中的做了某事或?qū)⒁瞿呈碌娜魏稳?、任何事或者任何系統(tǒng)：服務(wù)器、軟件、數(shù)據(jù)、操作人員、應(yīng)付賬單或者用戶驗證流程。行為行為駕馭過程以達到成功的標準。用簡單的詞描述每個步驟的說明，寫下你的句子如下：執(zhí)行者行為存在某事達成某事操作人員執(zhí)行者評論行為購買者賬目檔案存在某事在賬單上確認賬目數(shù)目是否匹配達成某事創(chuàng)建一系列的行為編號描述所有事務(wù)，為了實現(xiàn)流程的成功。寫操作最大的挑戰(zhàn)是明確的事件可能有一個混亂的隨機事件列表?？紤]如下的例子：1. 母親讓小紅帽把籃子給奶奶。2. 母親指導(dǎo)小紅帽直接穿過森林不要和陌生人說話。3. 小紅帽拿著籃子離開了異常

8、處理大多數(shù)流程包括各種可能的行為，依靠以前行為的結(jié)果。簡單解釋流程的每個行為是有明確的結(jié)果和下一個步驟收益，但是我們都知道在各種步驟中要做許多選擇，并且經(jīng)常有意外的或令人不悅的結(jié)果。如果我們解釋所有事情都盡可能發(fā)生在每一刻，我們將被壞事件或混亂的解釋打敗。許多這一領(lǐng)域的專家簡歷寫一篇成功標準讓每一個行為都有預(yù)期的結(jié)果。一個成功的場景就是一個非常好的事件，但是它有一個邪惡的姐妹：異常。成功的場景經(jīng)常伴隨一連串的異常，例如：“第五步異常：如果賬戶是無效的，操作人員要求給買家提供帳號，系統(tǒng)不能繼續(xù)操作除非操作人員拿到正確的帳號，如果買家的帳號確實與命令的不同，操作人員將命令發(fā)送給客戶服務(wù)器解決?？吹?/p>

9、一行 782：客戶服務(wù)細節(jié)”。一些非常重要的信息（命令不能處理無有效賬戶）被人為擱置的結(jié)果。當(dāng)完成其他操作后，異常將可能不讀到。這樣的put-the-exceptions-after-the-success-scenario方式結(jié)束了你的事件。試圖努力的解釋異常就像你孤獨的行走，但使用格式和簡潔的語言來保存事件的清晰和前進的動力。用一個合理的敘述保存所有真實重要的信息。不要讓讀者來回看才得到重要信息。異常處理是注重細節(jié)的頭腦的一個危險的陷進。如果你太注重異常，你將因為異常駕馭而變得“危險”。這是一個漂亮的行話來描述付出這么多的關(guān)注到異常，這也是成功的模糊的簡單敘述。與其相反的是不能好好專注于異

10、常情況，甚至可以忽略它們，其結(jié)果將是發(fā)生異常時關(guān)閉系統(tǒng)，或者因為沒有什么在需求文檔指定的想法而由工程師的方式處理。最詳細的細節(jié)和異常就如中間路徑中正確的一道，當(dāng)然，很大困難去實現(xiàn)。從我寫作的背景，我學(xué)到了對異常處理有幫助的許多描述分支條件的方法，他們從所需的流程中結(jié)合各種簡潔的寫作格式對異常來加以區(qū)分。我列出他們在以下部分中，根據(jù)可能的異常大小?？s進段落解釋異常放置一個末編號，編號縮進段落之后的行為提供了一個解釋簡單的異常的好地方，或許任何你想加上的沒有混亂的行為。1 操作人員從網(wǎng)絡(luò)上的共享文件夾中打開日常事務(wù)文件。如果文件不存在，他撥打FileTrans的熱線號碼并要求延遲的原因和恢復(fù)時間的

11、估計。如果恢復(fù)估計在倆小時內(nèi)，他推遲時間繼續(xù)處理重新開始。如果超過倆小時，他發(fā)電子郵件給團隊宣布，因為FileTrans中斷，交易將不會處理直到下一個工作日。2 操作人員在日常文件中提取帳號的交易情況。3 操作人員比較交易帳號和客戶的帳號?？s進要點列出可能的異常如果一個段落解釋的異常包括太多的分支，它可以增加一個縮進無序列表描述每一種可能性。把文本的序號列出是一個重要的開始，并且左邊的數(shù)字并不會妨礙行為。注意下面的例子，然后解釋如何處理異常，這是我回復(fù)讀者關(guān)心行為的一個短語，“一旦他成功打開了交易文件.”。1. 操作人員從網(wǎng)絡(luò)共享文件夾中打開日常交易文件如果文件不存在，他撥打FileTrans

12、熱線號碼通知技術(shù)員說明日常交易文件沒有傳遞。l 如果恢復(fù)時間少于2個小時，他延遲處理的時間并一遍遍開始這個過程。l 如果操作人員30分鐘后不能找到FileTrans，他電子郵件供應(yīng)商將要求管理升級。l 如果如果他30分鐘后也不能查找到FileTrans，他電子郵件供應(yīng)商也將要求管理升級。l 如果交付估計時間超過2小時，他發(fā)送電子郵件給團隊并告知FileTrans中斷，交易將不被執(zhí)行直到下一個工作日。2. 一旦他成功的打開了交易文件，操作人員從日常交易文件中提取了帳號。3. 操作人員比較交易帳號和客戶帳號。為異常和結(jié)果添加一個表如果你能輕松的處理異常和可能的結(jié)果，那么就可以考慮用表來解決。在表里

13、，你能在一個列中列出多種可能的結(jié)果，解釋的結(jié)果在下一列，你甚至可以把藥店和編號放在第二列的單元格。盡管一些堅定的傳統(tǒng)支持者相信表是不以被閱讀的，我覺得可以通過掃描表的行列來快速的標識出異常，那樣不用查看每一個字，并且可以非常快速，比一個字一個字閱讀起來更快，也更有趣。1 操作人員從網(wǎng)絡(luò)共享文件夾中取出交易文件?？赡艿漠惓Ｈ绻僮髟谀骋惶觳僮魅藛T得到了交易文件并開始處理如果預(yù)計恢復(fù)在EST.3點半之前，操作人員向交易事務(wù)所通知（口頭或電子郵件不可用），并且開始在預(yù)計時間前一遍一遍重復(fù)。如果預(yù)計恢復(fù)時間在工作日當(dāng)天EST.3點半后，工作人員發(fā)送電子郵件給交易中心宣布交易不被允許，直到下一個工作日。

14、一個內(nèi)部系統(tǒng)問題阻止了操作人員共享文件工作人員通知經(jīng)理并詢問恢復(fù)的預(yù)計時間。文件不在共享文件夾里工作人員通知FileTrans報告這個問題。問題需要FileTrans調(diào)查工作人員向交易團隊宣布延期，如果FileTrans沒有在半小時內(nèi)回應(yīng)，工作人員向交易團隊發(fā)布消息。文件不可讀工作人員想交易團隊再次發(fā)送消息。2 一旦他成功打開了交易文件，工作人員從所有的日常交易文件提取帳號。3 操作人員比較交易帳號和客戶帳號。注意表的第一行定義了一個響應(yīng)任何延遲的處理，其余行解釋特殊的阻礙，所有的這些都有延時。那不需要重復(fù)的為每個異常延遲響應(yīng)。交叉引用其他流程當(dāng)一個特殊的復(fù)雜的異常超過了你的表處理的范圍，那么

15、可以用交叉引的一個流程來處理。1. 工作人員從網(wǎng)絡(luò)共享文件夾中打開日常交易文件2. 工作人員從日常交易文件中提取帳號如果文件中包含了 Caymen Mortgage-Backed Credit Derivatives的交易，工作人員移除了這些交易并將它通過電子郵件發(fā)送給了Mary?？戳鞒?3a，“ Caymen Mortgage-Backed Credit Derivatives過程”對于這些行為的解釋，你需要在需求時確定。提取需求寫清楚能夠讓發(fā)現(xiàn)需求變得十分簡單。再次閱讀時思考為了結(jié)果成功，什么是每一步所需的，也要處理不成功的結(jié)果。在早期的文檔中發(fā)現(xiàn)過多的需求是沒錯的。回顧流程可以去除不必要

16、的需求。還有一些操作，如用簡短和簡單的句式來描述需求，并確定能正確的發(fā)現(xiàn)有用的需求。要求句式和行為相似，但是你應(yīng)該重新考慮到他們?nèi)绻嗨频膯栴}。記住，你只提取最需要的，不是所有事情都會發(fā)生，并不是只有結(jié)果。語言要求一些分析人員用相當(dāng)正式的形式，去表述需求，就像開始總是“系統(tǒng)應(yīng).”，而這并沒有任何技術(shù)上的錯誤，那只是顯得單調(diào)多余罷了。避免重復(fù)的詞和用詞的要求，沒有人想去閱讀那樣的句子，就像所以開頭都是“系統(tǒng)應(yīng).”，這些都是表述需求。我們知道他們應(yīng)該怎么描述怎么做，那么你可以不使用了?；蛟S，你可以引用一系列的有用的描述，就像“系統(tǒng)過濾用一下方式.”動詞，比如shall，can，或者will，他們

17、和名詞短語結(jié)合起來，能組合成復(fù)雜的、清晰的、有說服力或者流行的詞語，比較下面兩段描述：系統(tǒng)應(yīng)能夠查看未知的輸入帳號。系統(tǒng)從傳入的數(shù)據(jù)中過濾出未知帳號。第一句話的開始“系統(tǒng)應(yīng).”沒法添加任何意思和趣味。需求編號當(dāng)前流程的每一個需求都應(yīng)編號。這為每一個過程的需求提供了一個唯一的標識符。標識符是一個關(guān)鍵的工具，通過開發(fā)過程的追蹤防止混亂。需求的描述并不用太長，它們也不是唯一的。同樣，他們對查看需求編號和瀏覽出現(xiàn)的位置十分有用。用流程編號和需求編號，你可以添加前綴，比如R代表要求，F(xiàn)R代表功能需求，所以，你能夠從其他文檔額數(shù)字中得到它。接下來的例子展示了一些功能需求的編號：系統(tǒng)驗證輸入的交易帳號和客戶

18、授權(quán)的帳號是否匹配。FR3.1.1：在EST3點半之前交易到達，系統(tǒng)通過手機或郵件通知交易團隊。FR3.1.2：當(dāng)交易文件不存在或者不可讀時，系統(tǒng)立即通知FileTrans并詢問恢復(fù)時間。FR3.1.3：系統(tǒng)在30分鐘內(nèi)通知交易團隊無法送達FileTrans。試著在將要連接前想想，尤其是你在手動完成了某一過程時。因為人們知道他們所做的一些事，手動流程經(jīng)常沒有任何提示來表明操作完成。在我們的例子中我們可以添加一個要求系統(tǒng)驗證完成的要求。FR3.1.4：驗證一個賬戶后，工作人員添加“Validated”或“Not Validated”在交易單上。一些諺語說到需求就像是實現(xiàn)細節(jié)，但是需求的意義和內(nèi)容

19、是要合適的。流程說明中的數(shù)據(jù)需求進程寫功能需求你就會發(fā)現(xiàn)數(shù)據(jù)需求，數(shù)據(jù)需求的描述必須獲取新數(shù)據(jù)或數(shù)據(jù)的改變才能實現(xiàn)流程的成功結(jié)果。完成數(shù)據(jù)需求需要漫長和詳細。一般而言，他們不屬于過程描述，除非你能讓它們非常簡單。最好的特殊需求是對單一數(shù)據(jù)在一個流程里面的描述，和多余數(shù)據(jù)的特殊文檔，通常他們在一個附錄。我們剛創(chuàng)建的示例要求交易檔案中有“Validated（驗證）”文件，但是我們知道現(xiàn)在沒有，我們應(yīng)該添加一些：DR3.1.1：交易檔案包括一個“驗證”文件，用以在當(dāng)前交易中，記錄用戶驗證狀態(tài)。查看交易檔案規(guī)范在AppendixB，數(shù)據(jù)規(guī)范。我在第五章解釋更多關(guān)于數(shù)據(jù)規(guī)范。商務(wù)規(guī)則和非功能需求任何商務(wù)

20、規(guī)則都將被我們的操作所考慮到。商務(wù)規(guī)則并不真的屬于過程描述，但他們并不是沒有意義，其他人都不足以重視。一個商業(yè)規(guī)則就在我們賬戶驗證的例子中：BZR3.1：公開的所有交易都必須和賬戶一起接受OFAC的任意行為的記錄。確認這商業(yè)規(guī)則在你的文檔的某個地方列出。流程說明同樣可以揭示非功能需求，比如適當(dāng)?shù)墓芾碇С趾团c供應(yīng)商的溝通。在這個例子中，成功成功依靠供應(yīng)商的及時響應(yīng)，F(xiàn)ileTrans，和交易團隊管理。說明在流程中可以突出這些需求的重要性，但你也可能想用交叉引用去描述需求：NFR3.1：FileTrans必須在30分鐘內(nèi)響應(yīng)文件的查詢，并估計恢復(fù)時間。NFR3.2：交易團隊管理必須應(yīng)對FileTr

21、ans沒有回應(yīng)和在30分鐘不能傳遞的處理。選擇結(jié)構(gòu)圖和文本圖和文字的排列能給你文檔帶來不一樣的成功。選擇一個結(jié)構(gòu)和細節(jié)層次能更好適應(yīng)你的觀眾，能夠適應(yīng)項目的復(fù)雜性，也可以成功的操作時間和可用的資源。一種正式的，表格式的方法表格式的方法適用于文檔，包含許多正規(guī)的細節(jié)，特別的是完成至關(guān)重要的所有元素。表能讓解釋和強調(diào)的很小的細節(jié)難以忘記，這種方法占用更多的空間，但是比創(chuàng)建more-concise更加簡單，更少的正式構(gòu)建。在為任何工程采集需求時，我通常把每個過程描述在一個表里，每行代表每個部分，再加上一點筆記。在很長的一段時間里，more-concise文檔的大系統(tǒng)，它可以很好的保持這種結(jié)構(gòu)，然而，

22、那并不是最利于閱讀的。表4.1提供給了一個示例完成流程的描述。驗證賬號成功標準l 所有買方和賣方的賬戶日常行為，可以通過驗證數(shù)據(jù)庫再三的篩選和確認可疑的當(dāng)事人。l 驗證交易進入交易結(jié)算系統(tǒng)。開始l 客戶交易文件通過FileTrans交付給交易文件夾。l 驗證從EST.下午3點開始的每個工作日發(fā)生的任何交易。結(jié)果l 所以事務(wù)是否標記為清除或者不清除。l 所有清楚的交易都進入交易處理系統(tǒng)。l 所有客戶文件都從文件夾中移除并存檔l 交易團隊管理能收到交貨問題的郵件警報。l 交易處理是基于交易文件的狀態(tài)。因素客戶，共享的網(wǎng)絡(luò)資源，工作人員，數(shù)據(jù)庫行為1 FileTrans在共享交易文件夾中提供交易文件

23、。2 工作人員從網(wǎng)絡(luò)共享文件夾中打開交易文件?？赡艿漠惓Ｈ绻僮髟谀骋惶觳僮魅藛T得到了交易文件并開始處理l 如果預(yù)計恢復(fù)在EST.3點半之前，操作人員向交易事務(wù)所通知（口頭或電子郵件不可用），并且開始在預(yù)計時間前一遍一遍重復(fù)。l 如果預(yù)計恢復(fù)時間在工作日當(dāng)天EST.3點半后，工作人員發(fā)送電子郵件給交易中心宣布交易不被允許，直到下一個工作日。一個內(nèi)部系統(tǒng)問題阻止了操作人員共享文件工作人員通知經(jīng)理并詢問恢復(fù)的預(yù)計時間。文件不在共享文件夾里工作人員通知FileTrans報告這個問題。問題需要FileTrans調(diào)查工作人員向交易團隊宣布延期，如果FileTrans沒有在半小時內(nèi)回應(yīng)，工作人員向交易團隊

24、發(fā)布消息。等不了30分鐘工作人員向交易團隊再次發(fā)送消息。3. 一旦他成功打開了交易文件，工作人員在日常交易文件中提取帳號。4. 工作人員對比交易帳號和客戶帳號。l 如果出現(xiàn)未知賬戶，工作人員將他們從交易文件中取出，并與OFAC數(shù)據(jù)庫最新數(shù)據(jù)進行對比。l 如果與OFAC數(shù)據(jù)庫有匹配的可疑賬戶，職員電子郵箱將賬戶發(fā)送給交易團隊管理者并等待回應(yīng)。l 有與OFAC數(shù)據(jù)庫不匹配的賬戶，職員將添加賬戶號碼作為新的賬戶（見3.1a，“添加新賬戶”）5. 工作人員進入事務(wù)處理系統(tǒng)驗證賬戶后繼續(xù)處理。需求（要求）非功能性需求：NFR3.1：FileTrans必須在30分鐘內(nèi)響應(yīng)文件傳輸查詢，并且告訴預(yù)計的時間。

25、NFR3.2：交易團隊管理者必須應(yīng)對FileTrans沒有回應(yīng)和等待的30分鐘。商業(yè)規(guī)則：BZR3.1：公開的所有交易都必須和賬戶一起接受OFAC的任意行為的記錄功能需求：FR3.1：FileTrans必須在EST.下午3點前將日常交易文件傳輸給交易文件夾。FR3.2：工作人員在下午3點30分時不能交付交易文件的要通過電話或者郵件告知交易團隊管理者。FR3.3：當(dāng)交易文件不存在或者不可讀時工作人員要立即通知FileTrans并詢問恢復(fù)的時間。FR3.4：工作人員要提醒交易團隊等待FileTrans的30分鐘。FR3.5：賬戶篩選數(shù)據(jù)庫日常維護并對可疑賬戶監(jiān)控。FR3.6：被認定的買賣雙方都應(yīng)遵

26、守公司交易的指導(dǎo)方針。FR3.7：沒有記錄的未知賬戶的可疑活動，考慮給創(chuàng)建新賬戶。NOTES一個簡單的Prose-Based方法<言簡意賅標題的老式散文比板狀結(jié)構(gòu)的更能快速的閱讀和寫作，但你必須非常自信地包含所有需要的信息。當(dāng)寫一個故事時列表的方法比寫作用板狀結(jié)構(gòu)的方法更能辨認。它還需要更多的寫作技巧。為了節(jié)省時間,我們可以決定可能超出范圍的內(nèi)容忽視別人感覺好的決議。在我們的示例中,我們可以決定該文件交付的問題而不是一個工作新項目是什么。我們只有兩天去提出一些,所以我們將包含的成功標準，行動，和要求不僅是一個簡短的部分，我們還將只包含功能需求。只有當(dāng)他們出現(xiàn)在行動中我們能辨別出演員，我們

27、不詳細的得出所有的過程的結(jié)果。注意這些變化有影響的例子。1.1 驗證賬號成功的標準：賬戶驗證過程的成功表現(xiàn)在賬戶中的買賣方在日常事務(wù)中能確定數(shù)據(jù)庫和篩選數(shù)據(jù)，驗證交易能進入交易結(jié)算系統(tǒng)。行為：交易發(fā)生在每個營業(yè)日預(yù)計的時間下午3點驗證。1. 文件交易提供事務(wù)文件夾共享事務(wù)刪除文件夾。2. 操作人員從網(wǎng)絡(luò)上的共享文件夾中打開一個日常事務(wù)文件夾。如果在傳遞文件時有延遲，估計恢復(fù)的時間在預(yù)計的時間3:30之前有延遲,操作人員將會宣布延遲事務(wù)團隊(可用口頭或電話如果電子郵件不可用),然后開始一遍又一遍確認約定的時間。如果估計的回復(fù)的時間在預(yù)計時間3點半后,操作工作人員發(fā)送一個電子郵件給事務(wù)團隊宣布交易

28、將不會被處理,直到下一個營業(yè)日。3. 一旦他成功地打開了交易文件,操作人員成員將會從所有日常事務(wù)文件提取賬戶數(shù)字。4. 操作人員拿交易賬號與已知的客戶賬戶進行比較。l 如果有未知賬戶,操作員工把它們從交易文件夾和檢查的未知事務(wù)文件中移除從而對帳號進行數(shù)據(jù)庫篩選。l 在數(shù)據(jù)庫中如果有任何相匹配的可疑賬戶,工作人員用電子郵件把帳號傳遞給事務(wù)管理團隊直到收到管理人的回復(fù)。l 在賬戶中沒有匹配的賬戶篩選數(shù)據(jù)庫,工作人員為了進行處理會添加帳戶數(shù)量(s)到新的賬戶文件(見3.1,“添加新賬戶”)。5. 操作人員為了持續(xù)處理在在事務(wù)處理系統(tǒng)中從而進入驗證賬戶。需求：FR3.1：在預(yù)計的時間下午3點，為了日常

29、事務(wù)文件交易刪除文件夾，文件交易要提供交易文件。FR3.2：如果文件交易在預(yù)計時間下午3:30不能完成，操作人員會通過電話或電子有郵件提醒事務(wù)管理團隊。FR3.3：如果文件交易在30分鐘不能完成，操作人員會提醒事務(wù)管理團隊。FR3.4：帳戶篩選數(shù)據(jù)庫為維護日常提要從批準的服務(wù)中來監(jiān)控可疑賬戶。FR3.5：每筆交易的買方和賣方為各自的交易確立了符合公司交易的指導(dǎo)方針。FR3.6：為創(chuàng)建新帳戶將會對沒有記錄的可疑行為的未知賬戶進行研究。一個集成的圖和需求如果給你的時間很短,你對非常不耐煩文檔的閱讀不耐煩,最好把所有的信息匯成一個圖表。你還必須做出一系列合適的假設(shè),不是詳細的介紹一些例外,只說最基本的要求。添加圖和部分介紹到目前為止,我已經(jīng)介紹了信息至關(guān)重要的一個過程。在圖中解釋所有的流程,畫一個簡要的總結(jié)所有的流程和與整體故事文檔相關(guān)的介紹圖。簡要的散文敘事連接文檔的一部分從而形成一個有意義的故事是至關(guān)重要的。過描述過程細節(jié)和需求過程，圖表和文字結(jié)合可以充分的使故事達到要求，傳統(tǒng)散文的最佳寫作方法是寫一個簡要的介紹。摘要介紹通常由一個或兩個散文段落構(gòu)成,可能是散文和要點的結(jié)合。它包含大部分相同元素來作為一個個體過程進行描述。你把整個圖總結(jié)(或一系列圖)為一個單一的過程來考慮包括下面的每一個點,這非常類似于作為個人的元素來進行過程描述。然而,你不應(yīng)該覺