【文章內(nèi)容簡介】 述：數(shù)據(jù)流和數(shù)據(jù)文件都具有一定的數(shù)據(jù)結構，必須以一種清晰、準確且無二義性的方式描述它。 系統(tǒng)的數(shù)據(jù)字典教師工作量核算系統(tǒng)的數(shù)據(jù)字典主要有管理員列表、學院列表、專業(yè)列表、教師類別表、教師信息表等，其中每個數(shù)據(jù)表的文件名、組成字段、數(shù)據(jù)組織如下所示。（1）管理員列表（用戶）216。 文件名：GS_ADMIN_INFO216。 組成：序號+用戶名+密碼216。 組織：序號為主鍵（2）學院列表216。 文件名：GS_DEPARTMENT216。 組成：學院編號+學院名稱216。 組織：學院編號為主鍵（3）專業(yè)列表216。 文件名：GS_MAJOR216。 組成：專業(yè)編號+專業(yè)編號+所屬學院編號216。 組織：專業(yè)編號為主鍵（4）教師類別表216。 文件名：AC_TEA_SORT216。 組成：教師類別編號+類別名稱+應完成課程數(shù)216。 組織：教師類別編號（5）教師信息216。 文件名：GS_TEA_INFO216。 組成：教師編號+教師類別編號+姓名+性別+出生年月+職稱+所在學院編號+所在專業(yè)編號+所在教研室+固定電話+移動電話+電子郵箱+個人簡介216。 組織：教師編號為主鍵（6）上課地點216。 文件名：AC_CLASS_ADDR216。 組成：上課地點編號+上課地點 216。 組織：上課地點編號為主鍵（7）學期信息216。 文件名：AC_TERM_INFO216。 組成：學期編號+學期216。 組織：學期編號為主鍵（8）課程信息216。 文件名：AC_COURSE216。 組成：課程編號+課程216。 組織：課程編號為主鍵（9）理論課程參數(shù)216。 文件名：AC_CLASS_MOD216。 組成：參數(shù)編號+類別名稱+課程人數(shù)基數(shù)+課程系數(shù)+人數(shù)系數(shù)+其他系數(shù)216。 組織：參數(shù)編號為主鍵（10）實踐課程參數(shù)216。 文件名：AC_PARCLASS_MOD216。 組成：參數(shù)編號+類別名稱+課程系數(shù)216。 組織：參數(shù)編號為主鍵（11）理論課程信息216。 文件名：AC_CLASS_INFO216。 組成：課程信息編號+教師編號+課程編號+理論課程參數(shù)編號+上課地點編號+學期信息編號+授課班級+授課人數(shù)+課時+平行課+人數(shù)+其他+標準課時+備注+課程編號216。 組織：課程信息編號（12）實踐課程信息216。 文件名：AC_PARCLASS_INFO216。 組成：實踐課信息編號+教師編號+課程編號+實踐課程參數(shù)編號+學期信息編號+授課人數(shù)+課時+備注216。 組織：實踐課信息編號為主鍵（13）教師課程匯總216。 文件名：AC_TEA_COLLECT216。 組成：匯總信息編號+教師編號+理論課總數(shù)+學期信息編號+實踐課總數(shù)+超課時數(shù)+狀態(tài)標志+備注+備注2+備注3216。 組織：匯總信息編號為主鍵（14）資源列表216。 文件名：AC_RES_INFO216。 組成：資源編號+資源名稱+資源描述216。 組織：資源編號為主鍵（15）授權列表216。 文件名：AC_ACCREDITED216。 組成：授權編號+資源編號+管理員編號216。 組織：授權編號為主鍵 小結本章根據(jù)實際業(yè)務的需求，對系統(tǒng)的實現(xiàn)目標做了詳細的描述。并根據(jù)目前用戶的軟硬件條件，設定了系統(tǒng)的運行環(huán)境，以滿足絕大部分用戶的實際應用情況。為了按照用戶的要求，高效、快速的開發(fā)出教師工作量核算系統(tǒng)，選用了目前主流的數(shù)據(jù)庫系統(tǒng)及開發(fā)語言，使系統(tǒng)的穩(wěn)定性、后繼性也有了基本的保障。對整個系統(tǒng)的邏輯功能用數(shù)據(jù)流圖進行了數(shù)據(jù)模型的建立，并對數(shù)據(jù)流圖中的各個成分用數(shù)據(jù)字典做了相應的描述。為下一步的系統(tǒng)設計做好了前期系統(tǒng)分析工作。3. 系統(tǒng)設計系統(tǒng)設計是軟件開發(fā)過程一個重要的環(huán)節(jié)，該環(huán)節(jié)主要的工作有系統(tǒng)設計描述、系統(tǒng)模塊描述、數(shù)據(jù)設計等。 系統(tǒng)設計描述系統(tǒng)設計工作由總體設計和詳細設計兩部分組成。總體設計主要完成設計軟件系統(tǒng)結構和各組成部分之間的相互關系的任務。為了實現(xiàn)目標系統(tǒng)，首先進行結構設計。具體方法為：（1）采用某種設計方法，將一個復雜的系統(tǒng)按功能劃分成模塊。（2）確定每個模塊的功能。（3）確定模塊之間的調(diào)用關系。（4）確定模塊之間的接口，即模塊之間傳遞的信息。（5）評價模塊結構的質(zhì)量。軟件總體設計的主要任務就是軟件結構的設計，為了提高設計的質(zhì)量，必須根據(jù)軟件設計的原理改進軟件設計，遵循如下軟件結構的設計優(yōu)化準則：（1）劃分模塊時，盡量做到高內(nèi)聚、低耦合，保持模塊相對獨立性，并以此原則優(yōu)化初始的軟件結構。（2）一個模塊的作用范圍應在其控制范圍之內(nèi)。模塊的作用范圍是指受該模塊內(nèi)一個判定影響的所有模塊的集合。模塊的控制范圍是指模塊本身以及所有從屬于它的模塊的集合，包括直接從屬的和間接從屬的。判定所在的模塊應與受其影響的模塊在層次上盡量靠近。（3）軟件結構的深度、寬度、扇入、扇出應適當。深度是指軟件結構中控制的層數(shù)；寬度是指軟件結構中同一層次上模塊總數(shù)的最大值；扇出是指一個模塊直接調(diào)用的模塊數(shù)；扇入是指一個模塊有多少上一級模塊調(diào)用它。軟件結構從形態(tài)上，總的考慮是頂層扇出數(shù)較高一些，中間層扇出數(shù)較低一些，底層扇入數(shù)較高一些[18]。（4）模塊的大小要適中。經(jīng)驗證明，模塊的大小在50行左右（兩屏幕可以顯示的行數(shù)）較為合適。過大的模塊不易理解，過小的模塊增加了系統(tǒng)接口的數(shù)量，加大了系統(tǒng)的不必要開銷。（5）模塊的接口要簡單、清晰、含義明確，便于理解，易于實現(xiàn)、測試與維護。 系統(tǒng)模塊描述系統(tǒng)的模塊描述主要包括系統(tǒng)總體設計描述和系統(tǒng)具體模塊描述兩個部分。 系統(tǒng)總體設計描述教師工作量核算系統(tǒng)全面支持Internet/Intranet，系統(tǒng)基于B/S結構，業(yè)務處理均集中在服務器端的業(yè)務層，客戶只需安裝少量的基礎控件，即可進行操作。系統(tǒng)簡單易用，具備高度的靈活性、可控性、擴充性。該系統(tǒng)嚴格按照模塊化的思路設計，分為基礎信息管理子系統(tǒng)、理論課程工作量核算子系統(tǒng)、實踐課程工作量核算子系統(tǒng)和工作量匯總與教師核對模塊。按照軟件的需求，四個子系統(tǒng)各自具備獨立的業(yè)務處理功能，模塊彼此之間盡量以數(shù)據(jù)連接為主，以特征連接為輔，盡量減弱模塊之間的聯(lián)系程度，增強模塊的獨立性。 教師工作量核算系統(tǒng)總體模塊圖基礎信息管理子系統(tǒng)細分為用戶信息管理、用戶權限管理、基礎代碼設置三個模塊。用戶信息管理模塊進一步細分為人員數(shù)據(jù)增加、人員數(shù)據(jù)修改和人員數(shù)據(jù)刪除三個模塊。用戶權限管理模塊進一步細分為人員權限分配模塊和人員權限收回兩個模塊?；A信息設置模塊進一步細分為學期信息管理、上課地點管理、教師類別管理和課程信息管理四個模塊。 基礎信息管理子系統(tǒng)功能圖 用戶信息管理模塊細分圖 用戶權限管理模塊細分圖 基礎信息設置模塊細分圖理論課程工作量核算系統(tǒng)按照實際業(yè)務需求上課信息管理、參數(shù)信息管理、工作量核算三個子模塊。上課信息管理模塊進一步細分為上課信息輸入、上課信息Excel導入、上課信息管理和上課信息查詢四個子模塊。 理論課程工作量核算子系統(tǒng)功能圖 上課信息模塊功能細分圖參數(shù)信息管理模塊進一步細分為參數(shù)信息輸入、參數(shù)信息管理和參數(shù)信息查詢?nèi)齻€子模塊。工作量核算模塊分為工作量計算、工作量查詢和工作量導出Excel三個子模塊。 參數(shù)信息管理模塊功能細分圖 工作量核算模塊功能細分圖工作量匯總與教師核對模塊按照實際業(yè)務需求分為工作量匯總和教師核對兩個子模塊。工作量匯總模塊進一步細分為工作量查詢和工作量導出Excel兩個子模塊。 工作量匯總與教師核對模塊功能圖 工作量匯總模塊功能細分圖 教師核對模塊功能細分圖實踐課程工作量核算子系統(tǒng)按照實際業(yè)務需求上課信息管理、參數(shù)信息管理和工作量核算三個子模塊，其細分功能模塊與理論課程工作量核算子系統(tǒng)類似，在此不再多述。 系統(tǒng)具體模塊描述系統(tǒng)模塊的描述主要是描述出系統(tǒng)模塊的功能和處理。主要是用文字去描述，而不是用圖形圖描述。（1）基礎信息管理模塊功能描述功能：對系統(tǒng)的管理人員、操作權限及編碼進行設定。處理：Case（a）用戶信息管理模塊（b）用戶權限管理模塊（c）基礎信息設置模塊End case（2）理論課程工作量核算系統(tǒng)功能描述功能：對理論課工作量進行計算管理。處理：Case（a）上課信息管理模塊（b）參數(shù)信息管理模塊（c）工作量核算模塊End case（3）實踐課程工作量核算系統(tǒng)功能描述功能：對實踐課工作量進行計算管理。處理：Case（a）上課信息管理模塊（b）參數(shù)信息管理模塊（c）工作量核算模塊End case（4）工作量匯總與教師核對模塊功能：工作量匯總管理，教師工作量核對流程。處理：Case（a）工作量匯總模塊（b）工作量核對模塊End case 數(shù)據(jù)庫設計數(shù)據(jù)庫設計模塊主要包括數(shù)據(jù)庫介紹，系統(tǒng)ER圖，數(shù)據(jù)邏輯結構表等部分。 數(shù)據(jù)庫介紹數(shù)據(jù)庫是指自描述的完整記錄的集合。數(shù)據(jù)庫是自描述的：它除了包含用戶的源數(shù)據(jù)外，還包含關于它本身結構的描述。數(shù)據(jù)庫的自描述特點，它提高了程序和數(shù)據(jù)的獨立性，它使得檢查數(shù)據(jù)庫本身就確定數(shù)據(jù)庫的結構和內(nèi)容成為可能。數(shù)據(jù)庫包含用戶數(shù)據(jù)文件和其他內(nèi)容，數(shù)據(jù)庫在元數(shù)據(jù)中包含關于自身的描述。另外，數(shù)據(jù)庫還包含用來表示數(shù)據(jù)之間的關系和提高數(shù)據(jù)庫應用的性能的索引。最后，數(shù)據(jù)庫還包含關于使用數(shù)據(jù)庫的應用程序的數(shù)據(jù)。數(shù)據(jù)庫基本的功能，主要有三個方面：（1）信息瀏覽和查詢；（2）信息的修改、添加和刪除；（3）信息的統(tǒng)計、匯總等。設計一個數(shù)據(jù)庫需要耐心收集和分析數(shù)據(jù)，仔細理清數(shù)據(jù)間的關系，消除對數(shù)據(jù)庫應用不利的隱患等等。在整個設計過程中，必須按步驟認真完成。一個數(shù)據(jù)庫的設計好壞將直接影響將來基于該數(shù)據(jù)庫的應用。另外，數(shù)據(jù)庫也不是獨立存在的，它總是與具體的應用相關的，為具體的應用而建立的。因此在設計數(shù)據(jù)庫之前我們必須明確應用的目的，在設計數(shù)據(jù)庫的時候也應時刻考慮用戶需求，數(shù)據(jù)庫與具體應用之間是相輔相成的關系。數(shù)據(jù)庫的設計過程一般包括以下四個步驟：（1）確定建立數(shù)據(jù)庫的目的和收集數(shù)據(jù)數(shù)據(jù)庫設計過程的第一個階段是確定建立數(shù)據(jù)庫的目的和收集數(shù)據(jù)。通常，確定建立數(shù)據(jù)庫的目的稱為需求分析。需求分析的任務就是通過詳細調(diào)查要處理的對象來明確用戶的各種需求。并且通過調(diào)查、收集和分析信息，以了解在數(shù)據(jù)庫中需要存儲哪些數(shù)據(jù)，要完成什么樣的數(shù)據(jù)處理功能。（2）建立概念模型確定建立數(shù)據(jù)庫的目的以及完成數(shù)據(jù)收集后，就進入數(shù)據(jù)庫設計過程的第二階段——建立概念模型。概念模型，也稱信息模型，它是按用戶的觀點來對數(shù)據(jù)和信息建模，主要用于數(shù)據(jù)庫設計。這一階段是整個數(shù)據(jù)庫設計的關鍵。設計時，一般先根據(jù)應用的需求，畫出能反映每個應用需求的ER圖，其中包括確定實體、屬性和聯(lián)系的類型。概念模型是對用戶需求的客觀反映，并不涉及具體的計算機軟、硬件環(huán)境。因此，在這一階段中必須將注意力集中在怎樣表達出用戶對信息的需求，而不考慮具體實現(xiàn)問題。 （3）建立數(shù)據(jù)模型完成上一階段后，我們得到了一個與具體計算機軟、硬件無關的概念模型。接著我們就可以著手建立數(shù)據(jù)庫模型了，這是數(shù)據(jù)庫設計過程的第三個階段。在這一階段中我們要將概念模型中得到的ER圖轉換成具體的數(shù)據(jù)模型。數(shù)據(jù)模型是表示實體與實體間的聯(lián)系的模型。數(shù)據(jù)模型一般分為層次、網(wǎng)狀、關系和面向對象模型等，主要是用于DBMS的實現(xiàn)。目前比較常用的是關系數(shù)據(jù)模型，我們通常將ER圖轉換成關系數(shù)據(jù)模型，實際上就是要將實體、實體的屬性和實體之間的聯(lián)系轉換為關系模式。（4）實施與維護數(shù)據(jù)庫最后一個階段是實施與維護數(shù)據(jù)庫。完成數(shù)據(jù)模型的建立后，我們就必須對字段進行命名，確定字段的類型和寬度，并利用數(shù)據(jù)庫管理系統(tǒng)或數(shù)據(jù)庫語言創(chuàng)建數(shù)據(jù)庫結構、輸入數(shù)據(jù)和運行等，因此數(shù)據(jù)庫的實施是數(shù)據(jù)庫設計過程的“最終實現(xiàn)”。數(shù)據(jù)庫的設計在數(shù)據(jù)庫應用系統(tǒng)的開發(fā)中占有很重要的地位。只有設計出合理的數(shù)據(jù)庫，才能為建立在數(shù)據(jù)庫上的應用提供方便。不過數(shù)據(jù)庫的設計過程從來都不會有真正的結束，因為隨著用戶需求和具體應用的變化和擴大，數(shù)據(jù)庫的結構也可能會隨之變化。 系統(tǒng)ER圖概念模型是對信息世界建模，所以概念模型能夠方便、準確地表示出信息世界中的常用概念。概念模型一般用ER圖來描述現(xiàn)實世界的概念模型，ER方法也稱ER模型。ER模型的關鍵元素是實體、屬性和聯(lián)系。實體是可以從用戶的工作環(huán)境中標識出的事物，是用戶想要跟蹤的某個事物。實體在ER圖中，用矩形表示，矩形框內(nèi)寫明實體名。實體具有屬性，有時也稱作性質(zhì)，是用來描述實體的特征的。屬性可以是組合的或者多值的。在ER圖中，屬性用橢圓形表示，并用無向邊將其與相應的實體連接起來。實體可以通過聯(lián)系相互關聯(lián)。在一般的聯(lián)系中，使用二元聯(lián)系居多，二元聯(lián)系主要有三種類型——l:1，1:n，m:n。在“l(fā):1”聯(lián)系中，一種類型的單個實體實例與另一個類型的單個實體實例關聯(lián)。在“l(fā):n”聯(lián)系中，一個類型的單個實體實例與另一個類型的多個實體實例相關聯(lián)。在“m:n”聯(lián)系中，一個類型的單個實例與另一個類型的多個實體實例相關聯(lián)，同時地，后一類型的單個實體實例與前一類型的多個實體實例相關聯(lián)。在E—R圖中，聯(lián)系用菱形表示，菱形框內(nèi)寫明聯(lián)系名，并用無向邊分別與有關實體連接起來，同時在無向邊旁標上聯(lián)系的類型（1:1，l:n或者m:n）。在本系統(tǒng)中，主要包括的實體有：人員、教師、教師類別、課程、課程類別、學期信息、上課地點信息、理論課上課信息、實踐課上課信息、理論課參數(shù)、實踐課參數(shù)等。（1）管理員列表實體與參數(shù)管理員列表參數(shù)主要為編號、密碼、用戶名等。 管理員信息實體與參數(shù)圖