【文章內容簡介】 有關的編碼標準是代碼設計的重要依據(jù)。另外，系統(tǒng)內部使用的同一種代碼應做到統(tǒng)一，代碼的使用范圍越大越好。簡明性：代碼必須簡單明了，短小精悍。但必須以有利于對數(shù)據(jù)統(tǒng)計、匯總、分析等操作為宜。穩(wěn)定性核可擴充性：代碼系統(tǒng)一旦制定出來并應用到系統(tǒng)中去，要有相對的穩(wěn)定性，一般考慮3～5年的使用期限。同時也要考慮系統(tǒng)的發(fā)展和變化，當增加新的實體或屬性時，可直接利用源代碼加以擴充，而不要重新改變代碼系統(tǒng)。容易修改：當某個代碼在條件、特點或代表的實體關系改變時，容易修改，也要方便系統(tǒng)的初始化。滿足系統(tǒng)要求，便于記憶和使用：例如，會計科目、一級科目代碼國家已統(tǒng)一規(guī)定，明細科目（二級、三級科目等）的編碼位數(shù)及方法，則要根據(jù)業(yè)務處理要求，核算方法、報表要求、管理要求以及計算機處理特點和會計人員的記憶等因素全盤考慮，從而滿足新系統(tǒng)的要求。如果代碼含有邏輯意義，則有利于記憶。 系統(tǒng)平臺具體設計：企業(yè)部門內部局域網采用以太網的結構。物理上由路由器、服務器、工作站和操作終端通過集線器形成星型結構共同構成局域網。100M雙絞線客戶機客戶機客戶機數(shù)據(jù)庫服務器路由器交換機INTERNET10G光纖 數(shù)據(jù)庫結構的具體設計：完整性說明：DB的完整性是指數(shù)據(jù)的正確性和相容性。在數(shù)據(jù)庫設計中要根據(jù)數(shù)據(jù)庫中存儲的數(shù)據(jù)的語義信息，結合具體DBMS確定其各個級別的各種完整性要求。A、字段（屬性）級的完整性：通過在數(shù)據(jù)庫表結構中增加字段完整性行，可以在該行的有字段完整性要求的字段所對應的單元格中指明“非空”來規(guī)定該字段不能取空值；標注①、②…等標號，再在框架下部說明中的字段完整性說明中對相應標號列出具體要求。VFP中對字段完整性要求可以有如下內容：驗證規(guī)則――字段值必須滿足的條件，出錯信息――違反規(guī)則時指出錯誤的提示信息，缺省值――沒有輸入時字段的自動取值；此外，還可有字段的長名與注釋，字段的輸出顯示的標題、樣式，字段的輸入格式（掩碼）等。B、記錄（元組）級完整性：在框架下部說明中的記錄完整性說明中列出具體要求。VFP中對記錄完整性要求可以有如下內容：①記錄驗證，包括：驗證規(guī)則――同一記錄不同字段取值之間要滿足的條件，出錯信息――違反驗證規(guī)則時顯示的提示信息；②更新檢錯觸發(fā)器，包括：插入觸發(fā)器――插入或追加記錄時被觸發(fā)，要求記錄滿足該觸發(fā)條件，修改觸發(fā)器――修改記錄時被觸發(fā)，要求對記錄的修改必須滿足該觸發(fā)條件，刪除觸發(fā)器――刪除記錄時被觸發(fā)，只有滿足該條件的記錄才能被刪除。C、表（關系）級完整性：包括函數(shù)依賴約束、實體完整性約束、統(tǒng)計約束。函數(shù)依賴約束主要是在數(shù)據(jù)庫設計中通過規(guī)范化分解到BCNF或3NF，然后在關系模式定義中確定主碼，再由DBMS保證主碼取值不能重復來保證，在優(yōu)化中降低了關系的規(guī)范化程度后，就一定要由DBA或應用程序員設計輸入程序與修改程序（而不是DBMS提供的系統(tǒng)輸入工具）來完成數(shù)據(jù)的輸入與修改，這些程序中要有保證函數(shù)依賴約束的能力。實體完整性是指主碼不能取空值，VFP是在字段完整性行中指定的。統(tǒng)計約束是一個字段值與關系中多個記錄的多個字段的統(tǒng)計值之間要滿足的條件，這也是通過專門設計的輸入或修改應用程序來控制的。后面兩種約束要在表框架的完整性說明的表級完整性中具體規(guī)定。D、參照完整性（RI）：兩個不同的數(shù)據(jù)庫表（關系）的記錄（元組）間的對應關系，主要指在建立父表主碼到子表外碼的永久關聯(lián)的基礎上，確定子表記錄與相關聯(lián)的父表記 錄之間的對應規(guī)則。設計參照完整性首先要畫出數(shù)據(jù)庫表間的永久關聯(lián)圖。現(xiàn)金日記賬字段名數(shù)據(jù)類型長度（字節(jié)）是否為空憑證號數(shù)字型10否對方科目字符型10否摘要字符型20否收入字符型20否支出字符型10否銀行存款日記賬： 同上記賬憑證：字段名數(shù)據(jù)類型寬度是否為空憑證號數(shù)字型10否日期字符型10否摘要字符型20否總賬科目字符型20否明細科目字符型10否借方金額字符型8否貸方金額字符型10否記賬員字符型10否審核員字符型4否出納員字符型6否 模塊設計總體模塊設計：進入用戶菜單會計憑證管理會計賬簿管理科目匯總管理報表管理原始憑證瀏覽記賬憑證管理記賬憑證填制記賬憑證審核賬簿登記 借貸金額修改借貸科目修改會計賬簿審查顯示歡迎界面輸入用戶名和密碼退出系統(tǒng)開始錯誤正確利潤表管理 資產負債表管理現(xiàn)金流量表管理所有者權益變動4. 系統(tǒng)實現(xiàn) 模塊的實現(xiàn)由于本系統(tǒng)子模塊較多，工作量十分龐大，因此只對登錄模塊、主界面模塊、以及具有代表性的會計憑證管理模塊進行設計，按照總體模塊設計思路，只需進行簡單的模塊擴充即可完成系統(tǒng)的實現(xiàn)。由于采用原型法，以下用AXURE RP軟件進行模塊實現(xiàn)。 系統(tǒng)管理模塊實現(xiàn)1. 歡迎窗口FootnoteLabelInteractions1OnClick: Case 1: Show 登錄12. 登錄窗口FootnoteLabelInteractions1OnClick: Case 1 (If text on widget 用戶名 equals ): Set dyn state to 提示輸入賬號 Case 4 (Else If text on widget 密碼 equals ): Set dyn state to 提示密碼 Case 2 (Else If text on widget 用戶名 equals 123 and text on widget 密碼 equals 123): Toggle Visibility for 跳轉dyn Set 跳轉dyn state to State1 Wait 1000 ms Set text on widget 跳轉 equal to 登錄成功！4秒后跳轉到主界面 Wait 1000 ms Set text on widget 跳轉 equal to 登錄成功！3秒后跳轉到主界面 Wait 1000 ms Set text on widget 跳轉 equal to 登錄成功！2秒后跳轉到主界面 Wait 1000 ms Set text on widget 跳轉 equal to 登錄成功！1秒后跳轉到主界面 Wait 1000 ms Open 主菜單 in Current Window Case 3 (Else If text on widget 用戶名 does not equal 123 or text on widget 密碼 does not equal 123): Set dyn state to 錯誤2OnClick: Case 1: Show 跳轉dyn Set 跳轉dyn state to 聯(lián)系 Wait 1000 ms Hide 跳轉dyn3OnClick: Case 1: Hide 登錄1當權限不足時，有以下提示賬號密碼輸入正確后3. 主菜單 FootnoteLabelInteractions1OnClick: Case 1: Open 原始憑證管理 in Current Window2OnClick: Case 1: Open 記賬憑證管理 in Current Window3