【正文】 s_remain char(6) as insert into FinancialAffairs values(financialaffairs_no, financialaffairs_purpose, financialaffairs_money, financialaffairs_Person, financialaffairs_time, financialaffairs_department, financialaffairs_remain)。 從上面的性能測試已說明數(shù)據(jù)庫系統(tǒng)設(shè)計的已經(jīng)符合用戶的需求。 數(shù)據(jù)庫實施階段結(jié)果 1. 關(guān)系模式說明 2. 數(shù)據(jù)定義語句（ 見附錄 ） 2 數(shù)據(jù)庫調(diào)試與試運行 這次測試用黑盒測試來做的，我們只要檢查程序功能是否按需求分析的規(guī)定正常使用，程序能否合理地接收輸入數(shù)據(jù)而進行正確的操作，并且保持外部信息（如數(shù)據(jù)庫）的完整性。 create cluster index StudentName on Student(StuName)。 create unique index DepartmentNo on Department(DepNo)。 create unique index GoodsNo on GoodsNo(GoodsNo)。 （ 6） 查看以往事務(wù)活動方案以供來參看 的視圖定義如下： create view AffView (活動 編號 ，活動名稱， 承辦部門 ，以往解決方案 ，是否特色活動 ) as select AffNo ， AffName， AffDepartment， AffScheme， AffQuality from Affairs with check option。 （ 2） 查詢和修改各部門的基本信息 視圖定義如下： create view DepView (編號 ， 名稱， 部長姓名 ，副部長人數(shù)， 部 委 人數(shù)，部長電話 ) as select * from Department with check option。 （ 7） 文件 基本信息表的建立： create table Files( FilesNo char(6) not null unique, FilesName char(10) not null, FilesType char(10) null, FilesBelDep char(6) not null, FilesPerson char(14) not null, RecDisPartner char(14) not null ArcDate datetime null, Remarks char(30) null, primary key(FilesNo), foreign key(FilesBelDep) references Department(DepNo))。 （ 4） 工組計劃 基本信息表的建立： create table WorkingPlan( PlaNo char(6) not null unique, PlaName char(30) not null, PlaDepartment char(6) not null, PlaPerson char(8) null, PlaTime Datetime null, PlaQuality char(4) not null, primary key(PlaNo), foreign key(PlaPerson) references Student(StuNo), foreign key(PlaDepartment ) references Department(DepNo))。 具體 的功能模塊如下所示 ： 23 物理設(shè)計階段結(jié)果 表 41 存儲過程匯總 編號 存儲過程名稱 定義 作用 P1 p1_ Student _Insert 詳見附錄 21 在 Student 中插入一元組 P2 p2_ Goods _Insert 詳見附錄 22 在 Goods 中插入一元組 P3 p3_ FinancialAffairs _Insert 詳見附錄 23 在 FinancialAffairs 中插入一元組 P4 p4_ WorkingPlan _Insert 詳見附錄 24 在 WorkingPlan 中插入一元組 P5 p5_ Affairs _Insert 詳見附錄 25 在 Affairs 中插入一元組 P6 p6_ Dpartment _Insert 詳見附錄 26 在 Dpartment 中插入一元組 P7 p7_ File _Insert 詳見附錄 27 在 File 中插入一元組 P8 p8_ AffairsGoods _Insert 詳見附錄 28 在 AffairsGoods 中插入一元組 P9 p9_ JoinAffairs _Insert 詳見附錄 29 在 JoinAffairs 中插入一元組 P10 P10_Query_Department 詳見附錄 210 在 Department 中匹配 (DepNo)查詢 P11 P11_Query_Department 詳見附錄 211 在 Department 中匹配 (DepName)查詢 P12 P12_Delete_Department 詳見附錄 212 在 Department 中刪除元組 P13 P13_Update_Department 詳見附錄 213 在 Department 中更新操作 （其他表的查詢、修改、 刪除與 Department 表的大致相同，這里不再具體列出） 24 數(shù)據(jù)庫實施階段 數(shù)據(jù)庫實施階段目標 用 DBMS 所提供的數(shù)據(jù)定義語言和其他實用程序?qū)?shù)據(jù)庫邏輯設(shè)計和物理設(shè)計結(jié)果描述出來，成為 DBMS 可以接受的源代碼，在經(jīng)過調(diào)試生成目標模式 數(shù)據(jù)庫實施階段任務(wù) 1． 建立數(shù)據(jù)庫 create database University_Student_Union_Management。 2． 系統(tǒng)功能模塊 （ 1） 學生會干部信息查詢和更新模塊 將實現(xiàn)對 學生會干部 信息的查詢和更新（修改、插入、刪除）操作，方便于 對學生干部基本信息的全面、科學的管理，能有效的應(yīng)對學生會干部的變動性和流動性，及時地更換信息。 表 用戶子模式設(shè)計 (View)列表 編號 用 戶子模式 (View) 作用 (共性：提供數(shù)據(jù)保密和安全保護機制 ) V－ 1 StuView 查詢和修改學生會干部的基本 信息 V－ 2 DepView 查詢和修改各 部門 的基本 信息 V－ 3 GooView 查看物品的借出和歸還信息 V－ 4 FinView 查看活動經(jīng)費使用 情況 V－ 5 WPView 查看工作計劃提交的情況 V－ 6 AffView 查看以往事務(wù)活動方案以 供 來參看 V－ 7 FilesView 查看以前存檔文件的基本信息 V－ 8 AGView 查詢舉辦活動物品的使用情況 19 2． 數(shù)據(jù)處理 系統(tǒng)功能模塊圖： 物理設(shè)計階段 物理設(shè)計階段的目標 不同的數(shù)據(jù)庫產(chǎn)品所提供的物理存儲環(huán)境、存取方法和存儲結(jié)構(gòu)有很大的差別，能供設(shè)計人員設(shè)用的設(shè)計變量、參數(shù)范圍也很不相同。因此，它們均已經(jīng)達到 3NF。 為了方便系統(tǒng)地實現(xiàn)和數(shù)據(jù)庫的設(shè)計，將所有的關(guān)系均作為一個單獨的關(guān)系模式。如果轉(zhuǎn)化為一個獨立的關(guān)系模式，則與該聯(lián)系相連的各個實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，每個實體的碼均是該關(guān)系的候選碼。 數(shù)據(jù)處理 階段主要任務(wù)是 畫出系統(tǒng)功能模塊圖。 4． 新系統(tǒng)流程圖 16 邏輯設(shè)計階段 邏輯設(shè)計階段的目標 以上的 概念設(shè)計階段是獨立于任何一種數(shù)據(jù)模型的，但是邏輯設(shè)計階段就與選用的DBMS 產(chǎn)品發(fā)生關(guān)系了，系統(tǒng)邏輯設(shè)計的 目標 就是將概念設(shè)計階段設(shè)計好的基本 ER 圖轉(zhuǎn)換為選用 DBMS 產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。冗余數(shù) 據(jù)和冗余聯(lián)系容易破壞數(shù)據(jù)庫的完整性，給數(shù)據(jù)庫的維護增加困難，應(yīng)予以消除。 結(jié)果 1． 各實體及其屬性 12 13 2． 生成 分 ER 圖 如下所示： 14 3． 合并各分Ｅ－Ｒ圖 ,消除 各類 沖突，得到初步 ER 圖，再消除不必要冗余，得到的基本ER 圖 。 概念設(shè)計階段 目標 將需求分析得到用戶需求抽象為信息結(jié)構(gòu)即概念模型的過程就是概念結(jié)構(gòu)設(shè)計。 根據(jù)實際需要 ，采取一定的手段來滿足用戶的完整性需求。 （ 4） 文 件管理 完成對學生會所有存檔文件的查詢與更新， 實現(xiàn)對學生會日常的工作文件的科學化管理，從而確保各項工作的開展有章可尋，使學生會的工作更富有條理化，避免一些重復文件的制定，造成資源的浪費。其中包括學生會干部信息 、 財產(chǎn)物品的使用以及登記， 日常事務(wù)管理和文件信息管理等 四 大功能 。 在日常事務(wù)信息處理中主要涉及幾下幾個方面的信息： （ 1） 事務(wù)活動 基本信息 （ Affairs）：包括 事務(wù)活動編號 、 事務(wù)活動名稱 、 職能范圍 、承辦部門 、 以往解決方案 、是否特色活動等信息。 在 學生會的干部 信息處理中主要涉及幾下幾個方面的信息： （ 1） 學生 會干部 基本信息 (Student)：包括 編號、姓名、性別、職務(wù)、 專業(yè)、 年級 、 加入 學生會日期、參加過的活動項目 等信息。 實例 3： 高校學生會管理 系統(tǒng)數(shù)據(jù)庫設(shè)計 1 1 數(shù)據(jù)庫設(shè)計 系統(tǒng)需求分析階段 需求分析簡單的說就是分析用戶的要求。 需求分析階段的任務(wù) 1． 處理對象： 系統(tǒng)處理對象 是學生會的干部信息管理 、 財務(wù)管理、 日常事務(wù) 管理和文件信息管理 四個方面。 （ 2） 財務(wù) 基本信息 (Financial affairs)：包括 財務(wù) 申請 編號 、 資金用途 、 申請金額 、 申請人 、 申請部門 、 申請時間 、 余額 等信息。 2． 處理功能要求 高校 學生會管理系統(tǒng)主要實現(xiàn) 對 學生會的 科學化、條理化、 信息化 、高效化 管理。 （ 3） 日常事務(wù) 管理 實現(xiàn)對學生會日常開展工作 的 管理 ， 完成日常事務(wù)的查詢與更新，從而更好地實現(xiàn)以下職能： 包括各部門提交的工作計劃、活動計劃的審核與安排 、 活動的籌劃 、 各項活動的人員合理的調(diào)度與安排，確保各項活動成功地舉辦， 更有利于 學生會各項日常工作 的 順利開展。 完整性要求用于描述 各種信息之間的制約關(guān)系，以及關(guān)聯(lián)關(guān)系， 各個 數(shù)據(jù)項的取值范圍以及各個數(shù)據(jù)項是否可以不取值。 PR2 判斷用戶修改要涉及的模塊，同時把相應(yīng)的修改數(shù)據(jù)傳到相應(yīng)的模塊之中 學生會干部信息管理模塊、財務(wù)管理模塊、學生會日常事務(wù)管理模塊、文件信息管理模塊：先確定更新所涉及的功能模塊；然后，把更新信息傳送到相應(yīng)的模塊中；最后，進行相應(yīng)的更新操作。 具體任務(wù) 1． 選擇中層數(shù)據(jù)流為切入點，通常選擇實際系統(tǒng)中的子系統(tǒng)； 2． 設(shè)計分 ER 圖，即各子模塊的 ER 圖； 3． 生成初步 ER 圖，通過合并方法，做到各子系統(tǒng)實體、屬性、聯(lián)系統(tǒng)一； 4． 生成全局 ER 圖，消除沖突。 15 在 ER 圖中，可能存在一些冗余的數(shù)據(jù)和實體間的聯(lián)系。