【正文】 示例（僅供參考）： 《火電土建工程質(zhì)量檢驗評定系統(tǒng)》代碼的設計是根據(jù)火電施工的特點，結合現(xiàn)場的工作經(jīng)驗，在爭得用戶認可的情況下設計出來的，所設計的代碼結構如下： 1. 系統(tǒng)工程代碼 組成火電工程的 系統(tǒng)工程共有九個，代碼由一位數(shù)值組成，格式如下： X 所代表的含義如下： 系統(tǒng)工程編號 遼寧工程技術大學畢業(yè)設計（論文） 31 表 313 系統(tǒng)工程及其代碼 Tab313 System project and code 系統(tǒng)工程代碼 系統(tǒng)工程名稱 1 熱力系統(tǒng) 2 燃料供應系統(tǒng) 3 除灰系統(tǒng) 4 水處理系統(tǒng) 5 供水系統(tǒng) 6 電氣系統(tǒng) 7 交通運輸系統(tǒng) 8 附屬生產(chǎn)工程 9 生活福利系統(tǒng) 2. 單位工程代碼 各系統(tǒng)工程下的單位工程數(shù)量不定，但其值在 1999之間，依據(jù)代碼設計中的可擴充性的原則，單位工程代碼由四字節(jié)成： X XXX 所屬系統(tǒng)工程代碼及編號如表 313 所示， 各單位工程的代碼及其所代表的單位工程名稱詳見附錄一。 6. 容易修改：在需要時應能方便的對某些代碼進行調(diào)整或修改。 5. 力求短小與格式統(tǒng)一：在不影響使用的前提下，應 盡量縮短代碼的長度和使同類代碼在格式上的統(tǒng)一。盡量避免代碼體系的變動而引致數(shù)據(jù)存儲結構及程序系統(tǒng)的大修改。系統(tǒng)內(nèi)部的代碼必須是統(tǒng)一的和規(guī)范的。 1. 唯一確定性：保證每一個被表示的實體有而且只有一個確定的代碼。 代碼設計的原則 代碼設計是處理對象的代號或表示符號，其主要目的是方便計算機排序、檢索、查找等處理。代碼設計是系統(tǒng)設計中一項重要而繁雜的基礎工作，做好這一工作對于解決結構和實現(xiàn)數(shù)據(jù)資源共享具有重要意義。 此處的代碼不是指程序代碼。接口傳遞的信息將是以數(shù)據(jù)結構封裝了的數(shù)據(jù)，以參數(shù)傳遞或返回值的形式在各模塊間傳輸。 內(nèi)部接口 內(nèi)部接口方面，各模塊之間采用函數(shù)調(diào)用、參數(shù)傳遞、返回值的方式進行信息傳遞。 3. 硬件接口設計： 通常是對于鍵盤、鼠標的輸入 進行處理。 學生姓名：論文題目 28 提 示提 示是 否 添 加是 否 提 示提 示超 出 設 置 范 圍確 定 圖 34 系統(tǒng)提示界面設計 Fig34 Suggestion interface of the system 2. 軟件接口設計： 數(shù)據(jù)存儲接口方面， 可使用 Visual Studio 2021提供的對 SQL SERVER的接口，進行對數(shù)據(jù)庫 的所有訪問； 在網(wǎng)絡軟件接口方面，使用 一種無差錯的傳輸協(xié)議，采用滑動窗口方式對數(shù)據(jù)進行網(wǎng)絡傳輸及接受； 目標系統(tǒng) 與其它軟件接口方面，最重要的是數(shù)據(jù)結構的設計，就是 A軟件發(fā)送給 B軟件數(shù)據(jù)， B軟件 接收 到數(shù)據(jù)后，進行解析。 圖 32 某商品進銷存管理 系統(tǒng)主界面設計 Fig32 Main interface of a modity purchasing and marketing managemen system 例如，某考試管理系統(tǒng)的查詢界面如圖 33所示，僅供參考。 注： 本部分 并不是所研究系統(tǒng)的最終頁面截圖，而是采用界面設計工具提供的控遼寧工程技術大學畢業(yè)設計（論文） 27 件實現(xiàn)的界面設計。在設計語言上，假設已決定使用 .Net語言，編程工具選用 Visual Studio 2021的話，在界面上可使用 Visual Studio所提供的 可視化 控件，編寫基于 Windows風格的用戶界面。 在界面設計上，應做到簡單明了，易于操作，并且要注意到界面的布局，應突出顯示重要信息及出錯信息。 外部接口 外部接口主要包括系統(tǒng)的用戶界面、軟件接口與硬件接口。 輸出設計的內(nèi)容 通常包括 ：輸出的編號名稱、輸出類型、輸出設備和介質(zhì)、輸出時間和頻率、輸出格式和內(nèi)容 。 學生姓名：論文題目 26 輸出設計是針對系統(tǒng)的輸出信息（包括屏幕顯示及報表下載），進行輸出格式的設計。 示例 如下 （僅供參考） ： 表 310 輸入設計 Tab310 Input design 輸入名稱：煤粉工業(yè)分析表 輸入設備和介質(zhì)：鍵盤 輸入源：辦公室 輸入時間和頻率：每日一次 輸入信息量： 共享范圍：本系統(tǒng)使用 表 311 輸入格式及內(nèi)容 Tab311 Input form and content 數(shù)據(jù)項名稱 類 型 實際長度 備 注 檢驗日期 D 8 系統(tǒng)自動檢驗 廠別 C 1 列表選擇輸入 礦別 C 3 列表選擇輸入 水分（ Wf） N 1 灰份（ Af） N 1 揮發(fā)份（ Vf） N 1 固化碳含量（ CfGD） N 1 檢驗人 C 列表選擇輸入 說明：格式中用字符 C表示數(shù)據(jù)為字符型， C6表示字符串長為 6位；用字符 N表示數(shù)值型， N2表示整數(shù) 2位無小數(shù)位， 6位，整數(shù)位 4位，小數(shù)位 2位；用 L表示邏輯型，長為 1位； D表示日期型，長為 8位。同時，盡可能采用自動輸入方式，如條碼輸入、在線監(jiān)測等。因此，輸入設計既要給用戶提供方便的界面，又要有嚴格的檢查和糾錯功能，以盡可能減少輸遼寧工程技術大學畢業(yè)設計（論文） 25 入錯誤。 輸入數(shù)據(jù)的正確性對于整個系統(tǒng)質(zhì)量的好壞起決定作用。主要的輸出種類有顯示輸出和打印輸出，前者主要以顯示器為輸出設備，多用于查詢輸出，后者是對系統(tǒng)的每個需要打印的報表進行設計的，需要的設備為打印 機 。需要的設備有鼠標、鍵盤等。 這里討論的輸入設計是指操作人員對計算機的輸入。對于大多數(shù)用戶來說，輸出是系統(tǒng)開發(fā)的目的和評價系統(tǒng)開發(fā)的成功與否的標 準。輸入數(shù)據(jù)的正確性直接決定輸出的正確性。 下面以《葫蘆島自來水公司用水管理信息系統(tǒng)》為例進行說明（ 僅供 參考）： 表 31 城市代碼表 D0101 Tab31 City code D0101 列含義 列標示 類型 長度 完整性約束 城市代碼 City_id char 6 數(shù)字字符，每兩位校驗 城市名稱 City_name char 50 字符型數(shù)據(jù) 學生姓名：論文題目 22 表 32 片區(qū)代碼表 D0102 Ttab32 Piece area code D0102 列含義 列標示 類型 長度 完整性約束 片區(qū)代碼 Area_id char 9 數(shù)字字符 片區(qū)名稱 Area_name char 50 字符型數(shù)據(jù) 表 33 收費員代碼表 D0103 Tab33 Charger code D0103 列含義 列標示 類型 長度 完整性約束 收費員代碼 Employee_id char 9 數(shù)字字符 收費員姓名 Employee _name char 50 字符型數(shù)據(jù) 表 34 水費價格表 D0201 Tab34 Water fee price D0201 列含義 列標示 類型 長度 完整性 約束 月份 Month_id Char 6 年度 + 月份 居民水價 price_rezident Numberic 30 工業(yè)水價 price_industry Numberic 30 商飲水價 price_business Numberic 30 特種行業(yè) 水價 price_special Numberic 30 表 35 單位水費計劃表 D0202 Tab35 Department water fee plan drawing D0202 列含義 列標示 類型 長度 完整性約束 單位編碼 Month_id Char 10 年度 + 月份 城市編碼 City_id char 6 每兩位校驗 月份 Month_id Numberic 7 = 一個合理常量 工業(yè)計劃水量 plan_industry Numberic 7 = 一個合理常量 商飲計劃水量 plan_business Numberic 7 = 一個合理常量 特種行業(yè)計劃水量 plan_special Numberic 7 = 一個合理常量 遼寧工程技術大學畢業(yè)設計（論文） 23 表 36 居民基本情況表 D0301 Tab36 Inhabitant basic situation sheet D0301 列含義 列標示 類型 長度 完整性約束 居民編碼 Resident_id Char 10 數(shù)字型字符 戶主姓名 Resident_name char 8 字符 人口數(shù) Population int = 15 家庭住址 Address char 50 字符 所在片區(qū)編碼 Area_id char 9 片區(qū)編碼表中校驗 表 37 居民水費收繳情況表 D0301 Tab37 Inhabitant water fee captures situation sheet D0301 列含義 列標示 類型 長度 完整性約束 居民編碼 Resident_id Char 10 數(shù)字型字符 收費月份 month_id char 6 年份 + 月份 收費時間 Charge_time Datetime = 系統(tǒng)日期 月末表底指針 Last_point int 表的最大指針 收費員編碼 employee_id char 9 取收費員編碼表中的值 表 38 單位基本情況表 D0302 Tab38 Department basic situation sheet D0302 列含義 列標示 類型 長度 完整性約束 單位編碼 Dept_id Char 10 數(shù)字型字符 單位名稱 Dept_name char 50 字符 單位地址 Dept_address char 60 字符 開戶行 Bank char 50 字符 賬號 char 按國家賬號編碼方式校驗 片區(qū)編碼 Area_id char 取片區(qū)編碼表中的值 學生姓名：論文題目 24 表 39 單位水費收繳 情況表 D0302 Tab39 Department water fee captures situation sheet D0302 列含義 列標示 類型 長度 完整性約束 單位編碼 Resident_id Char 10 數(shù)字型字符 收費月份 month_id char 6 年份 + 月份 收費時間 Charge_time Datetime = 系統(tǒng)日期 收費員編碼 employee_id char 9 取收費員編碼表中的值 工業(yè)水量 plan_industry Numberic 7 = 一個合理常量 商飲水量 plan_business Numberic 7 = 一個合理常量 特種行業(yè)水量 plan_special Numberic 7 = 一個合理常量 輸入輸出設計 任何一個系統(tǒng)都可以被看作由輸入、處理和輸出三部分組成。 在此列出關系模式設計過程中遵循的原則和采用的主要方法。 根據(jù)對系統(tǒng)需求分析中的總體目標和具體目標部分的分析，得到系統(tǒng)結構 如圖31所示。由數(shù)據(jù)流圖推導出系統(tǒng)的初始結構圖，利用一些啟發(fā)式原則來改進系統(tǒng)的初始結構圖，直到得到符合要求的結構圖為止。 首先，研究、分析和審查數(shù)據(jù)流圖。 體系結構設計 體系結構設計定義軟件的主要結構元素及其之間的關系。 數(shù)據(jù)庫設計將實體 ——關系圖中描述的對象和關系，以及數(shù)據(jù)字典中描述的詳細數(shù)據(jù)內(nèi)容轉(zhuǎn)化為數(shù)據(jù)結構的定義。 名字：用戶自然信息維護 描述：一個用水戶的家庭情況信息的登錄，查詢，輸出等 編號： P1 輸入 /輸出數(shù)據(jù)流： 用戶自然信息 遼寧工程技術大學畢業(yè)設計（論文） 19 3 概要設計 概要設計 要著手解決 “怎么做” 的問題 ，即 采用某種設計方法進行 體系結構設計、數(shù)據(jù)設計、 輸入輸出設計、 接口設計 和其它必要的設計工作 。 （ 6） 外部接口：用戶對 目標 軟件系統(tǒng)與其他軟件系統(tǒng)或硬件設備之間的接口的要求。 （ 4） 安全性需求：用戶在身份認證、授權控制、私密性等方面的要求。 （ 2） 可靠性需求：用戶在軟件失效的頻率、嚴重程度、 易恢復性，以及故障可預測性等方面的要求。同學們在自己設計的系統(tǒng)中，應該給出所涉及系統(tǒng)的全部數(shù)據(jù)字典。在數(shù)據(jù)字典中，只需描述處理過程的說明性信息，通常包括 名字、描述、編號、 輸入 /輸出數(shù)據(jù)流 和加工邏輯等。 學生姓名：論文題目 18 （ 4）數(shù)據(jù)處理 （加工）詞條 。 （ 3）數(shù)據(jù)流 詞條 ， 是數(shù)據(jù)結構在系統(tǒng)內(nèi)傳輸?shù)穆窂?， 對數(shù)據(jù)流的描述通常包括名字、描述、編號、數(shù)據(jù)流來源、數(shù)據(jù)流去向和組成（數(shù)據(jù)結構）。一般而言， 包括名字、描述、編號（ 要求與數(shù)據(jù)流圖中該圖形元素的編號一致 ）、輸入的數(shù)據(jù)流、輸出的數(shù)據(jù)流、 組成（數(shù)據(jù)結構） 、存取方式和 存取頻