項目申報管理系統(tǒng)數(shù)據(jù)庫課程設計

1、 項目申報管理系統(tǒng)目 錄1.概述- 1.1 系統(tǒng)研究的背景 - 1.2 主要功能-1.3 系統(tǒng)設計目標- 1.4 系統(tǒng)設計意義- 1.5 運行體系-1.5.1 用戶環(huán)境-1.5.2 設計環(huán)境-1.5.3 結構化系統(tǒng)開發(fā)方法-2.需求分析-2.1 調查分析 -2.2 系統(tǒng)總體功能分析-2.3 各部分功能分析-2.3.1 系統(tǒng)后臺管理-2.3.2 系統(tǒng)前臺管理-2.4 數(shù)據(jù)流程圖-2.4.1數(shù)據(jù)流程子圖-2.4.2 合并流程圖-2.5 數(shù)據(jù)字典-2.5.1.數(shù)據(jù)項-2.5.2 數(shù)據(jù)結構-2.5.3 數(shù)據(jù)流-2.5.4 數(shù)據(jù)存儲-2.5.5 處理過程-3.概念結構設計-3.1 分E-R圖-3.2 合

2、并E-R圖-4.邏輯結構設計-4.1 E-R圖向關系模型轉換-4.2 數(shù)據(jù)模型優(yōu)化-4.3 設計用戶子模式-5.物理結構設計-6.SQL語句的相應描述- 6.1 數(shù)據(jù)定義-6.2 數(shù)據(jù)查詢- -6.3 數(shù)據(jù)更新-7.小結-8.參考文獻- 項目申報管理系統(tǒng)1概述1.1 系統(tǒng)研究的背景項目申報是根據(jù)科技和經濟社會發(fā)展需要，以科技發(fā)展資金支持或以科技政策調控，引導，由科技行政部門制訂并組織實施的科技研究開發(fā)，科技產業(yè)化以及相關的科技進步活動，計劃項目一般由具有獨立法人資格的企事業(yè)單位承擔，并在一定時間周期內進行的。目前，國內地市級的科技計劃項目從申報，受理，審查，評估以及下達立項，到驗收，鑒定，申報

3、評獎等過程主要靠人工整理，匯總和存檔，工作量很大，突出表現(xiàn)為資料繁多，格式不一，不易檢索和查詢等缺點。為了提高科技經費使用效率和運行機制，規(guī)范管理程序，各地一直在理論和實踐兩方面積極探索科技計劃管理方法，并在實踐中取得了很大成效。但是科技計劃項目管理的某些環(huán)節(jié)仍存在一些有待改進的問題。1.2 主要功能科技計劃項目申報管理信息系統(tǒng)的開發(fā)，對減少申報單位的工作量，提高項目申報的效率，促進科技管理工作內部信息化程度，形成行為規(guī)范，運轉協(xié)調，公正透明，廉潔高效的行政管理體制有著重要作用。本系統(tǒng)的應用對傳統(tǒng)的政務流程，組織結構進行必要的調整，通過管理理念的創(chuàng)新，轉變管理職能，形成新的管理模式和管理流程，

4、使科技管理真正適應社會主義市場經濟的運行規(guī)律，達到加強宏觀管理，提高管理效能，促進科技進步的目的。 1.3設計目標本系統(tǒng)開發(fā)的目的就是為了方便業(yè)主單位報送項目，增強申報部門與項目單位間的信息溝通與反饋，了解項目的建設進度及存在問題，協(xié)調解決項目建設中存在的前期工作、資金籌措、征地拆遷、建設施工等問題。對于申報單位：能夠完成菜單的瀏覽、申報和申報項目的瀏覽，推薦專家注冊等功能對于評審專家：能夠完成基本信息的輸入、項目的評審等功能。對于負責人：能夠委托相關領域的專家對申報項目進行評審，對審評專家的評定結果作最后的綜合審定等功能。同時最好滿足以下的目標1.在網(wǎng)上下載相應的軟件節(jié)省購買費用，盡量利用網(wǎng)

5、絡上豐富的資源減少費用；2.將一切步驟網(wǎng)絡化，加快項目申報和審批的速度，節(jié)省時間開銷；3.系統(tǒng)為公共注冊用戶，推薦提供相應專家，達到項目申報的最大滿意度1.4 系統(tǒng)設計意義在計算機日益普及的今天，科技高速發(fā)展，國家對科技項目的研究也越來越重視，每年都有很多項目要上報國家或政府，紙制的項目申報報告的審批浪費了大量的人力、物力、財力等資源，基于此，我們小組打算開發(fā)一個“項目申報系統(tǒng)”，用戶通過網(wǎng)絡完成項目的申報等環(huán)節(jié)，同時還可以對所申報的項目進行實時跟蹤查詢以及修改。為了適應社會的需求，使市級重點建設項目月報信息統(tǒng)計工作更加科學、規(guī)范、高效、簡便，我們小組打算開發(fā)“項目申報管理系統(tǒng)”。本系統(tǒng)是為方

6、便重點建設項目業(yè)主單位報送項目月報，增強申報部門與項目單位間的信息溝通與反饋，了解項目的建設進度及存在問題，協(xié)調解決項目建設中存在的前期工作、資金籌措、征地拆遷、建設施工等問題而開發(fā)的應用軟件管理系統(tǒng)。1.5運行體系1.5.1 用戶環(huán)境服務器硬件要求：處理器：Pentium 3以上；內存=512MB;硬盤=40G;服務器端軟件要求：操作系統(tǒng)：Windows 2000或Windows XP；數(shù)據(jù)庫服務器：Microsoft SQL SERVER 2000;客戶端軟件要求：操作系統(tǒng)：Windows 2000或Windows XP；瀏覽器：Internet Explorer 6.0;1.5.2設計環(huán)

7、境 過去的一些數(shù)據(jù)庫軟件，在操作上、數(shù)據(jù)庫建立、維護等等，都相當復雜且不易使用，但是在具備了窗口的GUI（圖形用戶界面）特性的SQLServer數(shù)據(jù)庫推出之后，數(shù)據(jù)庫的建立不再是困難的事情，我們可以在PC上簡單而快速的建立出一套符合自己的數(shù)據(jù)庫。不但如此，在SQLServer 2000 推出以后，我們發(fā)現(xiàn)數(shù)據(jù)庫的建立更加的快速，但是功能卻更加強大，用戶不用再去記憶那一大堆的文件名稱，或是為數(shù)據(jù)庫的文件管理大費周章，通過SQLServer的人性化管理接口把數(shù)據(jù)庫的管理整理，便于維護；此外，在報表的制作上也是相當容易的，完全的視覺開發(fā)向導設計，讓人使用起來很舒服。但是美中不足的是SQLServer

8、對于主從式結構的安全性管理不足，由于ACCESS可以快速的通過ODBC連接到數(shù)據(jù)庫服務器上（Database Server）,并瀏覽所有表格或是相關對象轉成HTML基本上，SQLServer對建立一個數(shù)據(jù)庫所具備的每一個對象，其中包括了表、查詢、窗體、報表、宏、模塊。SQL Server 是一個具備完全 Web 支持的數(shù)據(jù)庫產品，提供了對可擴展標記語言 (XML) 的核心支持以及在 Internet 上和防火墻外進行查詢的能力，提供了以 Web 標準為基礎的擴展數(shù)據(jù)庫編程功能。豐富的 XML 和 Internet 標準支持允許使用內置的存儲過程以 XML 格式輕松存儲和檢索數(shù)據(jù)。SQL Ser

9、ver 提供強大的開發(fā)工具和各類開發(fā)特性，在大大提高開發(fā)效率的同時，進一步拓展應用空間，帶來新的商業(yè)應用機遇。例如，XML數(shù)據(jù)庫與Web Service的支持將使您的應用實現(xiàn)Internet數(shù)據(jù)互聯(lián)，.Net集成極大的擴展了開發(fā)空間，異構數(shù)據(jù)集成、Service Broker使您的數(shù)據(jù)和其它應用無縫集成，各種新數(shù)據(jù)類型和T-SQL擴展帶來了諸多靈活性。C#、VB.Net、XQuery、XMLA、ADO.Net 2.0、SMO、AMO等都將成為SQL Server數(shù)據(jù)平臺上開發(fā)數(shù)據(jù)相關應用的有力工具。ASP 是服務器端腳本編寫環(huán)境，是由Server端腳本、對象以及組件拓展過的標準主頁使用它可以創(chuàng)

10、建和運行動態(tài)、交互的Web 頁和基于 Web 的功能強大的應用程序。ASP采用的工作模型是典型的B/S過程利用ASP提供的一組ActiveX服務器組件(ActiveX Server Components)可繼續(xù)擴充ASP的功能。使用ASP內置ADO組件可以輕松的存取各種數(shù)據(jù)庫，所以可采用ASP和SQLServer結合制作開發(fā)這個網(wǎng)上新聞采集系統(tǒng)。1.5.3 結構化系統(tǒng)開發(fā)方法結構化系統(tǒng)開發(fā)方法是迄今為止最傳統(tǒng)、應用最廣泛的一種系統(tǒng)開發(fā)方法。結構化系統(tǒng)開發(fā)方法的基本思想是：用系統(tǒng)工程的思想和工程化的方法，按用戶至上的原則，結構化、模塊化、自頂向下的對系統(tǒng)進行分析與設計。具體來說，就是先將整個信息

11、系統(tǒng)開發(fā)過程劃分出若干個相對比較獨立的階段。如系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設計、系統(tǒng)實施等。在前三個階段堅持自頂向下的對系統(tǒng)進行結構化劃分。也就是說，在系統(tǒng)調查或理順管理業(yè)務時，應從最頂層的管理業(yè)務入手，即從組織管理金字塔結構的塔尖入手，層層逐步深入至最基層。如果在系統(tǒng)分析，提出新系統(tǒng)方案和系統(tǒng)設計時，應從宏觀整體考慮入手，即先考慮系統(tǒng)整體的優(yōu)化，然后再考慮局部的優(yōu)化問題。而在系統(tǒng)的實施階段，則應堅持自底向上的逐步組織實施。也就是說，按照前幾階段設計的模塊組織人力從最基層的模塊做起（編程），然后按照系統(tǒng)設計的結構，將模塊一個個拼接到一起進行調試，自底向上，逐漸的構成整體系統(tǒng)。用結構化系統(tǒng)開發(fā)方法開

12、發(fā)一個系統(tǒng)，將整個開發(fā)過程分為五個首尾相連的階段，一般稱之為系統(tǒng)開發(fā)的生命周期。1.系統(tǒng)規(guī)劃階段系統(tǒng)規(guī)劃階段的工作就是根據(jù)用戶的系統(tǒng)開發(fā)請求，初步調查，明確問題，然后進行可行性研究。2.系統(tǒng)分析階段 系統(tǒng)分析階段的任務是：分析業(yè)務流程；分析數(shù)據(jù)與數(shù)據(jù)流程；分析功能與數(shù)據(jù)之間的關系；最后提出新系統(tǒng)邏輯方案。3.系統(tǒng)設計階段階段的任務是：總體結構設計；代碼設計；數(shù)據(jù)庫/文件設計輸入/輸出設計；模塊結構與功能設計。與此同時根據(jù)總體設計的要求購置與安裝設備，最終給出系統(tǒng)實施方案。4.系統(tǒng)實施階段系統(tǒng)實施階段的任務是：同時進行編程；人員培訓；數(shù)據(jù)準備。然后投入試運行。5.系統(tǒng)運行階段系統(tǒng)運行階段的任務是

13、：同時進行系統(tǒng)的日常運行管理、評價、監(jiān)理審計三部分工作。然后分析運行結果，如果運行結果良好，則送管理部門指導組織生產經營活動；如果有點問題，則要對系統(tǒng)進行修改、維護或者是局部調整；如果出現(xiàn)了不可調和的大問題，則用戶將會進一步提出開發(fā)新系統(tǒng)的要求，這標志著老系統(tǒng)生命的結束，新系統(tǒng)的誕生。21需求分析 需求分析的任務是通過詳細的調查現(xiàn)實世界的對象（組織、部門、企業(yè)等），充分了解原系統(tǒng)（手工系統(tǒng)或計算機系統(tǒng)）工作概況，明確用戶的各種需求，然后在此基礎上確定新系統(tǒng)的功能。新系統(tǒng)必須充分考慮今后可能的擴充和改變，不能僅僅按當前應用需求來設計數(shù)據(jù)庫。目前，國內地市級的科技計劃項目從申報，受理，審查，評估以

14、及下達立項，到驗收，鑒定，申報評獎等過程主要靠人工整理，匯總和存檔，工作量很大，針對這一情況，我們建立了項目管理申報管理系統(tǒng)。2.1.1 基本信息1項目申報信息。該子系統(tǒng)包括申報項目提交，附件上傳，個人信息管理及個人密碼修改的功能。2部門評審。該子系統(tǒng)包括部門初步評審，部門管理及部門登錄密碼修改功能。3專家評審。該子系統(tǒng)包括評審專家評審項目，專家信息管理及專家密碼修改功能。4綜合評定。該子系統(tǒng)包括系統(tǒng)管理登錄，對所有項目申報人，對所有項目申報人，部門及專家信息的管理。2.1.2 用戶對系統(tǒng)要求21信息要求：申請人能查詢自己申請的項目處于什么狀態(tài)，是否通過審批。管理員可以查詢所有信息，并可以對基

15、本表進行修改，查詢，刪除和更新。22、處理要求：當基本信息發(fā)生變化時，宿舍樓管理員能對其進行修改。23、安全性與完整性要求：A、安全性要求：（1）系統(tǒng)應設置訪問用戶的標識以鑒別是否是合法用戶，并要求合法用戶設置其密碼，保證用戶身份不被盜用；（2）系統(tǒng)應對不同的數(shù)據(jù)設置不同的訪問級別，限制訪問用戶可查詢和處理數(shù)據(jù)的類別和內容；（3）系統(tǒng)應對不同用戶設置不同的權限，區(qū)分不同的用戶，如區(qū)分普通用戶（學生），管理員。B、完整性要求：（1）各種信息記錄的完整性，信息記錄內容不能為空；（2）各種數(shù)據(jù)間相互的聯(lián)系的正確性；（3）相同的數(shù)據(jù)在不同記錄中的一致性。2.2 系統(tǒng)總體功能分析本系統(tǒng)主要有以下功能:項

16、目申報，部門評審，專家評審和綜合評定。項目申報包括項目申報，附件上傳，個人信息管理，個人密碼修改。部門評審包括部門初步評審，部門信息管理和部門密碼修改。專家評審包括專家評審，專家信息管理和專家密碼修改。綜合評定包括附件下載，個人信息管理，部門信息管理，專家信息管理，項目設置，分配專家，項目信息管理和管理員密碼修改。23業(yè)務流程概述基于以上需求分析，按照工作流的設計方法，劃分了系統(tǒng)的功能模塊。1） 項目申報。該子系統(tǒng)包括申報項目提交，附件上傳，個人信息管理以及個人密碼修改功能。申報項目以表單錄入方式提交，在項目申報期間，提交者可以隨時對申報項目進行補充，修改及上傳佐證材料，申報期過后，提交者只能

17、查看信息，不能再進行任何的改動。個人信息管理只能對申報者本人的信息進行增，刪，該，查等操作。2） 部門評審。該子系統(tǒng)包括部門初步評審，部門信息管理及部門登錄密碼修改功能。在部門評審期間，各部門科研負責人可以對本部門提交的申報項目進行初步在線評審，給出評審意見及評審結果（部門評審通過及不通過）。部門評審通過工作結束后，項目申報人可以查看部門評審結果，部門評審未通過得項目評審專家看不見其任何信息。部門信息管理只能對本部門的基本信息進行增，刪，該，差等操作。3） 專家評審。該子系統(tǒng)包括評審專家評審項目，專家信息管理及專家密碼修改功能。在專家評審項目期間，當評審專家登錄確認后，即可進入項目評審工作，此

18、時鏈接系統(tǒng)將自動從數(shù)據(jù)庫項目信息表中取出相應項目的各種資料以便專家查閱，專家可以填寫評審意見并進行項目打分。專家信息管理只能對當前登錄的專家信息進行增，刪，改，查等操作。4） 綜合評定。該子系統(tǒng)包括系統(tǒng)管理員登錄，對所有項目申報人，部門及專家信息的管理，項目設置，分配專家，項目信息查看及統(tǒng)計，項目附件下載，系統(tǒng)管理密碼修改功能。系統(tǒng)管理員可以對所有項目申報人，部門，專家的信息進行增，刪，改，查等操作，并可設置各用戶初始登錄密碼。項目設置是指系統(tǒng)管理員可以設定項目申報的開始和截止日期。在項目申報截止之后，評審專家評審之前，分配專家功能可以為每個部門評審通過得申報項目分配5個與項目相同領域的專家。

19、項目信息查看及統(tǒng)計功能可實現(xiàn)按多種方式查詢并統(tǒng)計項目信息，查看專家評審信息及評分信息。項目附件下載可實現(xiàn)項目佐證材料的下載功能；系統(tǒng)管理員密碼修改功能可實現(xiàn)系統(tǒng)管理員對自身的秘密修改。2.4各部分功能概述 2.4.1系統(tǒng)后臺管理 1 系統(tǒng)登陸用戶管理 管理員可以進行相關權限的工作，進行用戶的添加，被添加的用戶可以使用系統(tǒng)，進行部分操作。 申報員登錄用戶名密碼為了保護進入系統(tǒng)進行使用的安全，用戶權限部分受權限的控制，在系統(tǒng)的用戶管理方面只能進行用戶的查詢和修改，不能添加、刪除用戶。其他各模塊的功能與管理員的權限一樣。2 修改個人密碼功能 通過此項功能，用戶可以按照規(guī)定修改密碼，以保護自身資料信息

20、的安全。管理員申請人評審專家修改個人密碼2.4.2 系統(tǒng)前臺管理 系統(tǒng)前臺管理功能，用戶可以按照各自的權限在系統(tǒng)下完成錄入、瀏覽、刪除的功能，不過在除管理員外的所有用戶不能使用用戶添加管理功能。登陸界面科研項目網(wǎng)上申報管理系統(tǒng)部門評審模塊專家評審模塊綜合評定模塊項目申報模塊各模塊結構設計圖如下：個人申報模塊：項目申報模塊項目申報項目查詢個人資料密碼修改項目申請書模版推薦單位模塊：部門評審模塊項目推薦項目管理專家評審模塊：專家評審模塊專家評審專家信息管理專家密碼修改綜合評定模塊:附件下載個人信息管理部門信息管理專家信息管理管理員密碼修改項目信息管理分配專家項目設置綜合評定2.4 數(shù)據(jù)流程圖數(shù)據(jù)流

21、程圖是全面描述信息系統(tǒng)邏輯模型的工具，它抽象概括地把信息系統(tǒng)中各種業(yè)務處理過程聯(lián)系起來。根據(jù)以上的業(yè)務流程的分析，以及項目申請的特點，我們給出了以下項目申請管理信息系統(tǒng)的數(shù)據(jù)流程圖系統(tǒng)總體結構圖如下：各模塊對應的功能不同：個人申報模塊提供的是面向個人的項目申報與管理功能；推薦單位模塊提供的是管理個人申報項目與向衛(wèi)生廳推薦合適項目的功能；管理中心模塊提供的是對各推薦單位推薦上來的項目進行管理并分配專家進行評審，最后根據(jù)評審專家對該項目的意見與打分，決定是否對該項目進行立項的功能；評審專家模塊提供專家對分配到的項目進行打分與提供專家意見的功能。由于各模塊功能設置不一樣，為了避免系統(tǒng)權限分配混亂，我

22、們采取的方法是：個人通過網(wǎng)頁注冊獲得進入個人申報模塊的用戶名與密碼（系統(tǒng)通過個人注冊時填寫的個人身份證號碼進行辨別，保證用戶的唯一性），進入個人申報模塊后的個人將獲得申報項目等權限。而管理中心的管理員用戶名與密碼將由我們直接在系統(tǒng)中進行設置，并提供給衛(wèi)生廳科教處。確定該管理員人員名單后，將由該管理員在管理中心設置推薦單位與評審專家的用戶帳號與密碼并提供給相應的負責人。2。.4.1系統(tǒng)流程圖如下：所屬推薦單位是否推薦是否將結果返回到個人管理中心個人申報項目審查網(wǎng)上評審不通過通過將結果返回到推薦單位將結果返回到管理中心用戶登錄驗證進入系統(tǒng)管理員界面申請人介面評審專家界面“用戶名或密碼錯誤”返回YN

23、系統(tǒng)登錄開始修改密碼判斷是否正確修改密碼成功退出錯誤提示信息返回YN修改個人密碼子流程圖開始添加客戶信息判斷正確添加成功退出錯誤提示信息返回YN添加客戶信息用戶登錄系統(tǒng)申請資料資料管理功能管理員界面申請人界面評審專家面操作是否正確申請信息管理退出錯誤提示信息YN返回申請資料管理流程圖開始返回添加信息表錯誤信息提示yn判斷添加申請信息流程圖退出添加成功2。.4.2合并流程圖：項目申報報用戶登錄驗證進入系統(tǒng)部門評審專家評審綜合評定個人申請員評審專家管理員判斷操作是否正確成功退出Y錯誤提示信息N返回申請狀態(tài)YN項目申報管理系統(tǒng)流程圖25數(shù)據(jù)描述 251數(shù)據(jù)項 單位登錄表數(shù)據(jù)字典1） 屬性名： 單位代

24、號類型 ：char長度：8備住： 單位代號2） 屬性名： 單位密碼類型 ：varchar長度：10備注：單位密碼申報單位信息表3） 屬性名： 單位代碼類型 ：char長度：2備?。捍a4） 屬性名：單位名稱類型 ：varchar長度：20備?。好Q5） 屬性名：；營業(yè)證號類型 ：char長度：11備?。籂I業(yè)證號6） 屬性名： 注冊資金類型 ：char長度：4備?。嘿Y金7） 屬性名：公司規(guī)模類型 ：varchar長度：10備?。汗疽?guī)模8） 屬性名：經營范圍類型 ：int長度：2備?。航洜I范圍9） 屬性名：聯(lián)系人類型 ：char長度：2備住：申請人聯(lián)系方式10） 屬性名：電話類型 ：varcha

25、r長度：20備?。郝?lián)系方式11） 屬性名： 地址類型 ：char長度：11備?。荷暾垎挝坏刂?2） 屬性名： Email類型 ：char長度：8備?。弘娮余]件13） 屬性名： 公司簡介類型 ：char長度：2備住：公司背景經費預算表數(shù)據(jù)字典14） 屬性名：經費代號類型 ：char長度：3備?。航涃M代號15） 屬性名： 項目代碼類型 ：char長度：12備?。喉椖看a16） 屬性名：支出項目類型 ：int長度：2備?。褐С鲰椖?7） 屬性名： 支出金額類型 ：int長度：2備?。褐С鼋痤~項目信息數(shù)據(jù)字典18）屬性名： 項目代碼類型 ：char長度：8備住：項目代碼19） 屬性名：單位代碼類型 ：

26、varchar長度：20備?。簡挝淮a20）屬性名：項目名稱類型 ：datetime長度：8備?。喉椖棵Q21）屬性名： 類別1類型 ：datetime長度：5備?。侯悇e122）屬性名：類別2類型 ：decimal長度：5備?。侯悇e223）屬性名： 申請者類型 ：char長度：2備?。荷暾堈?4）屬性名：開始日期類型 ：char長度：3備?。洪_始日期25）屬性名：結束日期類型 ：varchar長度：8備住：結束日期26）屬性名：所在單位類型 ：char長度：5備?。核趩挝?7）屬性名：本課題研究意義類型 ：datetime長度：8備?。赫n題研究28）屬性名：推薦單位意見類型 ：datetim

27、e長度：8備?。和扑]單位意見29）屬性名：專家評審委員會意見類型 ：decimal長度：5備?。簩＜以u審委員會意見30）屬性名：審批意見類型 ：char長度：2備住：審批意見31）屬性名：是否通過審批類型 ：char長度：3備?。菏腔蚍駥＜业卿洈?shù)據(jù)子典32）屬性名： 專家號類型 ：varchar】長度：4備住：專家號33）屬性名： 專家姓名類型 ：decimal長度：（5,2）備?。簩＜倚彰?4）屬性名： 密碼類型 ：decimal長度：（5，2）備?。好艽a專家信息表數(shù)據(jù)字典35）屬性名：專家號類型 ：char長度：2備住：專家號36）屬性名： 專家姓名類型 ：char長度：3備?。簩＜倚彰?

28、7）屬性名： 單位代碼類型 ：varchar長度：4備?。簡挝淮a38）屬性名： 所在單位類型 ：decimal長度：（5,2）備住：所在單位39）屬性名：適評專業(yè)1類型 ：decimal長度：（5,2）備?。哼m評專業(yè)140）屬性名： 適評專業(yè)2類型 ：varchar長度：適評專業(yè)2備?。簛碓L人姓名41）屬性名： 電話類型 ：varchar長度：10備?。弘娫掜椖吭u審專家分配數(shù)據(jù)字典42）屬性名： 項目號類型 ：varchar長度：2備住：項目號43）屬性名： 項目名類型 ：varchar長度：20備?。喉椖棵?4）屬性名： 專家號類型 ：datetime長度：8備住：專家號45）屬性名：專家

29、姓名類型 ：datetime長度：8備住：專家姓名46）屬性名： 分數(shù)0類型 ：datetime長度：8備?。悍謹?shù)047）屬性名： 分數(shù)1類型 ：varchar長度：20備?。悍謹?shù)148）屬性名：分數(shù)2類型 ：char長度：3備住：分數(shù)249）屬性名： 意見類型 ：varchar】長度：4備?。阂庖?0）屬性名： 專家意見類型 ：decimal長度：（5,2）備?。簩＜乙庖?、申報評審時間設定數(shù)據(jù)字典51）屬性名： 編號類型 ：decimal長度：（5，2）備?。壕幪?2）屬性名：申報開始時間類型 ：char長度：2備住：申報開始時間53）屬性名： 申報結束時間類型 ：char長度：3備?。荷陥?/p>

30、結束時間54）屬性名： 評審開始時間類型 ：varchar長度：4備?。涸u審開始時間55）屬性名： 評審結束時間類型 ：decimal長度：（5,2）備?。涸u審結束時間管理員登錄數(shù)據(jù)字典56）屬性名：管理員號類型 ：decimal長度：（5,2）備住：管理員號57）屬性名： 密碼類型 ：varchar長度：適評專業(yè)2備?。好艽a2.5.2數(shù)據(jù)結構單位登陸表（I_s_login）：單位代碼（Unit_ID）單位密碼（FoodName）申報單位信息表（I_s_info）：單位代碼（NoteId）單位名稱（Unit_name）營業(yè)證號（cardno）注冊資金（investment）公司規(guī)模（stuff

31、）經營范圍（business）聯(lián)系人（connetman）電話（tel）地址（address）Email（Email）公司簡介（introduction）經費預算表（I_s_money）經費代碼（MoneyID）項目代碼（itemID）支出項目（outItem）支出金額（sMoney）項目信息表（I_s_item）項目代碼（ItemID)單位代碼（Unit_ID）項目名稱（Item_name）類別1（Sort1）類別2（Sort2）申請者（applicant）開始日期（Begin_date）結束日期（Finish_date）所在單位（Unit_name）本課題研究意義（purport）推薦單位

32、意見（Commend_mind）專家評審委員會意見（Expert_mind）審批意見（Leading_mind）是否通過審批（pass）專家登陸表（I_p_log） 專家號（identityID）專家姓名（Expert_name）密碼（password）專家信息表（I_p_info） 專家號（IdentityID）專家姓名（Expert_name）單位代碼（Unit_ID）所在單位（Unit_name）適評專業(yè)1（Sort1）適評專業(yè)2（Sort2）電話（tel）項目評審專家分配表（I_distribute）項目號（ItemID）項目名（Item_name）專家號（identityID）專家姓

33、名（Expert_name）分數(shù)0（Score0）分數(shù)1（Score1）分數(shù)2 （Score2）意見（mind）專家意見（expert_mind）申報評審時間設定表（I_itemSetup） 編號（dateID）申報開始時間（S_beginDate）申報結束時間（S_finishDate）評審開始時間（P_beginDate）評審結束時間（P_finishDate）管理員登陸表 (I_z_log) 管理員號(adminID)密碼(Password)2.5.3數(shù)據(jù)流數(shù)據(jù)流名：單位登錄信息數(shù)據(jù)流來源：申請人數(shù)據(jù)流去向：單位信息表組成：單位信息數(shù)據(jù)流名：申報單位信息數(shù)據(jù)流來源：申報單位信息表數(shù)據(jù)流去

34、向：申請人組成：申請人信息數(shù)據(jù)流名：經費預算信息數(shù)據(jù)流來源：申請人數(shù)據(jù)流去向：經費預算信息表組成：預算信息數(shù)據(jù)流名：項目信息數(shù)據(jù)流來源：申請人數(shù)據(jù)流去向：項目信息表組成：項目信息數(shù)據(jù)流名：專家登錄信息數(shù)據(jù)流來源：專家數(shù)據(jù)流去向：專家信息表組成：專家信息數(shù)據(jù)流名：項目評審分配信息數(shù)據(jù)流來源：管理員數(shù)據(jù)流去向：項目評審分配信息表組成：項目評審信息數(shù)據(jù)流名：登記來訪結束信息數(shù)據(jù)流來源：管理員數(shù)據(jù)流去向：來訪者信息表組成：來訪結束信息2.5.4數(shù)據(jù)存儲和處理1）數(shù)據(jù)源點及會點數(shù)據(jù)描述：名稱：單位簡要描述：單位申請形成訂單、單位修改基本信息、單位推薦專家信息有關數(shù)據(jù)流：項目信息表、單位信息表、專家信息表

35、加工邏輯詞條描述：A.加工名：申請項目加工編號：1簡要描述：根據(jù)用戶提交的項目信息，向數(shù)據(jù)庫中插入相應的數(shù)據(jù)輸入數(shù)據(jù)流：用戶信息、項目信息輸出數(shù)據(jù)流：操作確認信息B.加工名：推薦專家加工編號：2簡要描述：填寫推薦專家的基本信息輸入數(shù)據(jù)流：專家信息輸出數(shù)據(jù)流：操作確認信息 數(shù)據(jù)流名此條描述數(shù)據(jù)流名：項目信息說明：用于傳遞單位申報情況字段數(shù)據(jù)流來源：單位數(shù)據(jù)流去向：數(shù)據(jù)庫管理員2）數(shù)據(jù)源點及會點數(shù)據(jù)描述：名稱：評審專家簡要描述：評審專家查詢修改專家信息；評審項目、確認信息有關數(shù)據(jù)流：項目評審結果，專家信息加工邏輯詞條描述：A.加工名：修改專家信息加工編號：3簡要描述：查詢修改專家相應信息輸入數(shù)據(jù)流

36、：專家信息輸出數(shù)據(jù)流：專家詳細信息B.加工名：評審項目加工編號：4簡要描述：評審單位申報項目信息輸入數(shù)據(jù)流：專家信息輸出數(shù)據(jù)流：操作確認信息數(shù)據(jù)流名此條描述A數(shù)據(jù)流名：項目評審結果說明：用于傳遞項目評審的結果字段數(shù)據(jù)流來源：評審專家數(shù)據(jù)流去向：數(shù)據(jù)庫B數(shù)據(jù)流名：專家信息說明：用于傳遞專家身份信息數(shù)據(jù)來源：數(shù)據(jù)庫數(shù)據(jù)去向：操作系統(tǒng)3）數(shù)據(jù)源點及會點數(shù)據(jù)描述：名稱：高級主管簡要描述：高級主管查詢修改專家信息；查看項目信息、分配瀏覽、查詢修改高級主管信息有關數(shù)據(jù)流：項目評審結果，主管信息加工邏輯詞條描述：A.加工名：修改主管信息加工編號：5簡要描述：查詢修改主管相應信息輸入數(shù)據(jù)流：主管信息輸出數(shù)據(jù)流

37、：主管詳細信息B.加工名：申報設置加工編號：6簡要描述：對申報的項目進行相應的設置輸入數(shù)據(jù)流：項目信息輸出數(shù)據(jù)流：操作確認信息數(shù)據(jù)流名此條描述A數(shù)據(jù)流名：項目評審結果說明：用于傳遞項目評審的結果字段數(shù)據(jù)流來源：評審專家數(shù)據(jù)流去向：數(shù)據(jù)庫B數(shù)據(jù)流名：主管信息說明：用于傳遞主管身份信息數(shù)據(jù)來源：數(shù)據(jù)庫數(shù)據(jù)去向：操作系統(tǒng)3 概念結構設計概念結構是將需求分析抽象為信息結構即概念模型的過程，這樣才能更好地、更準確的用某一DBMS實現(xiàn)這些需求，是整個數(shù)據(jù)庫設計的關鍵，它主要特點是能真實、充分地反映現(xiàn)實社會，包括事物和事物之間的聯(lián)系，能滿足用戶對數(shù)據(jù)的處理需求，是對現(xiàn)實世界的一個真實模型，而且還易于理解，也

38、方便用戶的操作，對數(shù)據(jù)的修改和各種模型的轉換。從以上的數(shù)據(jù)流程圖中，我們選擇了第二層數(shù)據(jù)流程圖作為設計E-R圖的出發(fā)點，從分析數(shù)據(jù)流圖和數(shù)字字典中可以看出，整個系統(tǒng)功能是圍繞“項目申報”問題進行處理。3.1分E-R圖單位登錄表：（單位代號，單位密碼）申報單位信息表:(單位代碼，單位名稱，營業(yè)證號，注冊資金，公司規(guī)模，經營范圍，聯(lián)系人，電話，地址，Email，公司簡介)經費預算表：（經費代碼，項目代碼，支出項目，支出金額）項目信息表：（項目代碼，單位代碼，項目名稱，類別1，類別2，申請者，開始日期，結束日期，結束日期，所在單位，本課題研究意義，推薦單位意義，專家評審委員會意見，審批意見，是否通過

39、）專家登錄表：（專家號，專家姓名，密碼）專家信息表：（專家號，專家姓名，單位代碼，所在單位，適評專業(yè)，電話）項目評審專家分配表：（項目號，項目名，專家號，專家姓名，分數(shù)，意見，專家意見）申報評審時間設定表：（編號，申報開始時間，申報結束時間，評審開始時間，評審結束時間）管理員登陸表：（管理員號，密碼）單位登錄 根據(jù)這九個實體我們可以得到以下的各個分E-R圖：單位代號單位密碼營業(yè)號名稱代碼注冊地址申報單位信息規(guī)模電話法人范圍代碼項目經費預算支出金額類別項名單碼項碼審批申請項目信息推薦開始研究意義所在單位結束專家號專家姓名專家登錄密碼專家號專家姓名單位代碼電話專家信息所在單位適評專業(yè)項目評審專家分

40、配意見項目號項目名專家號專家意見專家姓名分數(shù)申報評審時間設定申報開始時間編號申報結束評審開始評審結束時間3.1 合并E-R圖各個系統(tǒng)的分E-R圖設計好以后，下一步就是要將所有的分E-R圖綜合成一個系統(tǒng)的總E-R圖。一般說來，視圖集成可以有兩種方式：（1）多個分ER圖一次集成。（2）逐步集成，用累加的方式一次集成兩個分E-R圖。無論采用哪種方式，每次集成局部E-R圖時都需要分兩步走。 （1）合并。 （2）修改和重構。（一）、合并分E-R圖，生成初步的E-R圖。 各個局部應用所面向的問題不同，且通常是由不同的設計人員進行局部試圖設計，這就導致各個分E-R圖之間必定會存在許多不一致的地方，稱之為沖突

41、。因此合并E-R圖并不是簡單的將各個分E-R圖畫到一起，而是必須著力消除各個分E-R圖中的不一致，以形成一個能為全系統(tǒng)中所有用戶共同理解和接受的統(tǒng)一的概念模式。合理消除各分E-R圖的沖突是合并分E-R圖的主要工作于關鍵所在。 各分E-R圖之間的沖突主要有三類：屬性沖突、命名沖突和結構沖突。1、 屬性沖突（1） 屬性域沖突，即屬性值的類型、取值范圍或取值集合不同。（2） 屬性取值單位沖突。2、 命名沖突（1） 同名異義，即不同意義的對象在不同的局部應用中具有相同的名字。（2） 異名同義，即同一意義的對象在不同的局部應用中具有不同的名字。3、 結構沖突（1） 同一對象在不同的應用中具有不同的抽象。

42、解決的方法通常是把屬性變換為實體或把尸體變換為屬性，使同一對象具有相同的抽象。（2） 同一實體在不同分E-R圖中包含的屬性個數(shù)和屬性排列次序不完全相同。這是很常見的一類沖突，原因是不同的局部應用關心的是該實體的不同側面。解決的方法是使該實體的屬性取各分E-R圖中屬性的并集，再適當調整屬性的次序。（3） 實體間的聯(lián)系在不同的分E-R圖中位不同的類型。解決的方法是根 據(jù)應用的語義對實體聯(lián)系的類型進行綜合或調整。（二）、消除不必要的冗余，設計基本E-R圖。在初步的E-R圖中，可能存在一些冗余的數(shù)據(jù)和實體間冗余的聯(lián)系。所謂冗余的數(shù)據(jù)是指可有基本數(shù)據(jù)導出的數(shù)據(jù)，冗余的聯(lián)系是指可由其他聯(lián)系導出的聯(lián)系。冗余

43、數(shù)據(jù)和冗余聯(lián)系容易破壞數(shù)據(jù)庫的完整性，給數(shù)據(jù)庫維護增加困難，應當予以消除。消除了冗余后的初步E-R圖稱為基本E-R圖。 消除冗余主要采用分析方法，即以數(shù)據(jù)字典和數(shù)據(jù)流圖為依據(jù)，根據(jù)數(shù)據(jù)字典中關于數(shù)據(jù)項之間邏輯關系的說明來消除冗余。但并不是所有的冗余數(shù)據(jù)與榮譽聯(lián)系都必須加以消除，有時為了提高效率，不得不以冗余信息作為代價。因此在設計數(shù)據(jù)庫概念結構時，哪些冗余信息必須消除，哪些冗余信息允許存在，需要根據(jù)用戶的整體需求來確定。如果人為地保留了一些冗余數(shù)據(jù)，則應把數(shù)據(jù)字典中數(shù)據(jù)關聯(lián)的說明作為完整性約束條件。以下為合并后的總E-R圖：經費預算專家登錄申報評審時間申請人信息單位登錄項目評審分配申請審查管理

44、狀態(tài)專家信息項目信息正確正確提交支出項目代碼金額專家號密碼專家名申開申結評開申請時間意見評結編號離開時間代號單位聯(lián)系方式金額是否通過項目號專家名意見專家號項目名結束日期開始日期姓名名解決日期提交日期適評專業(yè)電話修改單碼密碼號單位代號項目名類別專家號審批4. 邏輯結構設計 本階段是將概念化的數(shù)據(jù)庫邏輯化。主要涉及到的是數(shù)據(jù)庫的邏輯結構設計。下面將闡述如何建立數(shù)據(jù)庫以及建立數(shù)據(jù)庫時應該考慮到的相關事項。數(shù)據(jù)庫邏輯結構設計過程中需要對時間效率、空間效率、維護代價和各種用戶要求進行權衡，其結果可以產生多種方案，數(shù)據(jù)庫設計人員必須對這些方案進行細致的評價，從中選擇一個較優(yōu)的方案作為數(shù)據(jù)庫的邏輯結構。 4

45、.1 E-R圖向關系模型轉換 概念結構是獨立于任何一種數(shù)據(jù)模型的信息結構。邏輯結構設計的任務就是把概念結構設計好的基本ER圖轉換為與DBMS產品所支持的數(shù)據(jù)模型相符合的邏輯結構。E-R圖向關系模式的轉換要解決的問題是如何將實體型和實體間的聯(lián)系轉換為關系模式，如何確定這些關系模式的屬性和碼。關系模型的邏輯結構是一組關系模式的集合。E-R圖則是由實體型、實體的屬性和實體型之間的聯(lián)系3個要素組成的。所以將E-R圖轉換為關系模型實際上就是要將實體型、實體的屬性和實體型之間的聯(lián)系轉換為關系模式，這種轉換一般遵循如下原則：一個實體型轉換為一個關系模式。實體的屬性就是關系的屬性，實體的碼就是關系的碼。對于實

46、體型間的聯(lián)系則有以下不同的情況：（1） 一個1：1聯(lián)系可以轉換為一個獨立的關系模式，也可以與任意一端對應的關系模式合并。如何轉換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，每個實體的碼均是該關系的候選碼。如果與某一端實體對應的關系模式合并，則需要在該關系模式的屬性中加入另一個關系模式的碼和聯(lián)系本身的屬性。（2） 一個1：n聯(lián)系可以轉換為一個獨立的關系模式，也可以與n端對應的關系模式合并。如何轉換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，而關系的碼為n端實體的碼。（3） 一個m：n聯(lián)系轉換為一個關系模式。與該聯(lián)

47、系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，各實體的碼組成關系碼或關系碼的一部分。（4） 3個或者3個以上實體間的一個多元聯(lián)系可以轉換為一個關系模式。與該多元聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性各實體的碼組成關系的碼或關系碼的一部分。（5） 具有相同碼的關系模式可合并。由以上分析，得出上述8個表格結構如下：1申報單位信息表。該子系統(tǒng)包括申報項目提交，附件上傳，個人信息管理及個人密碼修改的功能。屬性名類型長度完整性約束備注單位代碼char8主碼申請單位代碼單位名稱Varchar2非空申請單位名稱營業(yè)證號char10非空單位營業(yè)證號注冊資金Varchar2非空單位注冊資金聯(lián)系方式char11可以為空聯(lián)系方式公司規(guī)模datetime8非空注冊公司規(guī)模經營范圍char2非空公司經營范圍地址號char3非空公司地址號2單位登錄表：屬性名類型長度完整性約束備注單位代號char4主碼單位代號單位密碼Varchar10非空單位密碼.3.。經費預算表：屬性名類型長度完整性約束備注經費代碼char2主碼申請經費代碼項目代碼char3非空申請項目代碼支出項目char12非空經費支出項目支出金額smallint2非空經費支出金額4專家登錄表：（專家號，專家姓名，密碼）屬性名類型長度完整性約束備注專家號c