【文章內(nèi)容簡介】 審批意見（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）項(xiàng)目評審專家分配表（I_distribute）項(xiàng)目號（ItemID）項(xiàng)目名（Item_name）專家號（identityID）專家姓名（Expert_name）分?jǐn)?shù)0 （Score0）分?jǐn)?shù)1 （Score1）分?jǐn)?shù)2 （Score2）意見（mind）專家意見（expert_mind）申報(bào)評審時(shí)間設(shè)定表（I_itemSetup） 編號（dateID）申報(bào)開始時(shí)間（S_beginDate）申報(bào)結(jié)束時(shí)間（S_finishDate）評審開始時(shí)間（P_beginDate）評審結(jié)束時(shí)間（P_finishDate）管理員登陸表 (I_z_log) 管理員號(adminID)密碼(Password)數(shù)據(jù)流名：單位登錄信息數(shù)據(jù)流來源：申請人數(shù)據(jù)流去向：單位信息表組成：單位信息數(shù)據(jù)流名：申報(bào)單位信息數(shù)據(jù)流來源：申報(bào)單位信息表數(shù)據(jù)流去向：申請人組成：申請人信息數(shù)據(jù)流名：經(jīng)費(fèi)預(yù)算信息數(shù)據(jù)流來源：申請人數(shù)據(jù)流去向：經(jīng)費(fèi)預(yù)算信息表組成：預(yù)算信息數(shù)據(jù)流名：項(xiàng)目信息數(shù)據(jù)流來源：申請人數(shù)據(jù)流去向：項(xiàng)目信息表組成：項(xiàng)目信息數(shù)據(jù)流名：專家登錄信息數(shù)據(jù)流來源：專家數(shù)據(jù)流去向：專家信息表組成：專家信息數(shù)據(jù)流名：項(xiàng)目評審分配信息數(shù)據(jù)流來源：管理員數(shù)據(jù)流去向：項(xiàng)目評審分配信息表組成：項(xiàng)目評審信息數(shù)據(jù)流名：登記來訪結(jié)束信息數(shù)據(jù)流來源：管理員數(shù)據(jù)流去向：來訪者信息表組成：來訪結(jié)束信息1）數(shù)據(jù)源點(diǎn)及會點(diǎn)數(shù)據(jù)描述： 名稱：單位 簡要描述：單位申請形成訂單、單位修改基本信息、單位推薦專家信息 有關(guān)數(shù)據(jù)流：項(xiàng)目信息表、單位信息表、專家信息表加工邏輯詞條描述： ：申請項(xiàng)目 加工編號：1 簡要描述：根據(jù)用戶提交的項(xiàng)目信息，向數(shù)據(jù)庫中插入相應(yīng)的數(shù)據(jù) 輸入數(shù)據(jù)流：用戶信息、項(xiàng)目信息 輸出數(shù)據(jù)流：操作確認(rèn)信息 ：推薦專家 加工編號：2 簡要描述：填寫推薦專家的基本信息 輸入數(shù)據(jù)流：專家信息 輸出數(shù)據(jù)流：操作確認(rèn)信息 數(shù)據(jù)流名此條描述 數(shù)據(jù)流名：項(xiàng)目信息 說明：用于傳遞單位申報(bào)情況字段 數(shù)據(jù)流來源：單位 數(shù)據(jù)流去向：數(shù)據(jù)庫管理員2）數(shù)據(jù)源點(diǎn)及會點(diǎn)數(shù)據(jù)描述： 名稱：評審專家 簡要描述：評審專家查詢修改專家信息；評審項(xiàng)目、確認(rèn)信息 有關(guān)數(shù)據(jù)流：項(xiàng)目評審結(jié)果，專家信息加工邏輯詞條描述： ：修改專家信息 加工編號：3 簡要描述：查詢修改專家相應(yīng)信息 輸入數(shù)據(jù)流：專家信息 輸出數(shù)據(jù)流：專家詳細(xì)信息 ：評審項(xiàng)目 加工編號：4 簡要描述：評審單位申報(bào)項(xiàng)目信息 輸入數(shù)據(jù)流：專家信息 輸出數(shù)據(jù)流：操作確認(rèn)信息數(shù)據(jù)流名此條描述 A．?dāng)?shù)據(jù)流名：項(xiàng)目評審結(jié)果 說明：用于傳遞項(xiàng)目評審的結(jié)果字段 數(shù)據(jù)流來源：評審專家 數(shù)據(jù)流去向：數(shù)據(jù)庫 B．?dāng)?shù)據(jù)流名：專家信息 說明：用于傳遞專家身份信息 數(shù)據(jù)來源：數(shù)據(jù)庫 數(shù)據(jù)去向：操作系統(tǒng)3）數(shù)據(jù)源點(diǎn)及會點(diǎn)數(shù)據(jù)描述： 名稱：高級主管簡要描述：高級主管查詢修改專家信息；查看項(xiàng)目信息、分配瀏覽、查詢修改高級主管信息 有關(guān)數(shù)據(jù)流：項(xiàng)目評審結(jié)果，主管信息加工邏輯詞條描述： ：修改主管信息 加工編號：5 簡要描述：查詢修改主管相應(yīng)信息 輸入數(shù)據(jù)流：主管信息 輸出數(shù)據(jù)流：主管詳細(xì)信息 ：申報(bào)設(shè)置 加工編號：6 簡要描述：對申報(bào)的項(xiàng)目進(jìn)行相應(yīng)的設(shè)置 輸入數(shù)據(jù)流：項(xiàng)目信息 輸出數(shù)據(jù)流：操作確認(rèn)信息數(shù)據(jù)流名此條描述 A．?dāng)?shù)據(jù)流名：項(xiàng)目評審結(jié)果 說明：用于傳遞項(xiàng)目評審的結(jié)果字段 數(shù)據(jù)流來源：評審專家 數(shù)據(jù)流去向：數(shù)據(jù)庫 B．?dāng)?shù)據(jù)流名：主管信息 說明：用于傳遞主管身份信息 數(shù)據(jù)來源：數(shù)據(jù)庫 數(shù)據(jù)去向：操作系統(tǒng)3． 概念結(jié)構(gòu)設(shè)計(jì)概念結(jié)構(gòu)是將需求分析抽象為信息結(jié)構(gòu)即概念模型的過程，這樣才能更好地、更準(zhǔn)確的用某一DBMS實(shí)現(xiàn)這些需求，是整個(gè)數(shù)據(jù)庫設(shè)計(jì)的關(guān)鍵，它主要特點(diǎn)是能真實(shí)、充分地反映現(xiàn)實(shí)社會，包括事物和事物之間的聯(lián)系，能滿足用戶對數(shù)據(jù)的處理需求，是對現(xiàn)實(shí)世界的一個(gè)真實(shí)模型，而且還易于理解，也方便用戶的操作，對數(shù)據(jù)的修改和各種模型的轉(zhuǎn)換。從以上的數(shù)據(jù)流程圖中，我們選擇了第二層數(shù)據(jù)流程圖作為設(shè)計(jì)ER圖的出發(fā)點(diǎn)，從分析數(shù)據(jù)流圖和數(shù)字字典中可以看出，整個(gè)系統(tǒng)功能是圍繞“項(xiàng)目申報(bào)”問題進(jìn)行處理。單位登錄表：（單位代號，單位密碼）申報(bào)單位信息表:(單位代碼，單位名稱，營業(yè)證號，注冊資金，公司規(guī)模，經(jīng)營范圍，聯(lián)系人，電話，地址，Email，公司簡介)經(jīng)費(fèi)預(yù)算表：（經(jīng)費(fèi)代碼，項(xiàng)目代碼，支出項(xiàng)目，支出金額）項(xiàng)目信息表：（項(xiàng)目代碼，單位代碼，項(xiàng)目名稱，類別1，類別2，申請者，開始日期，結(jié)束日期，結(jié)束日期，所在單位，本課題研究意義，推薦單位意義，專家評審委員會意見，審批意見，是否通過）專家登錄表：（專家號，專家姓名，密碼）專家信息表：（專家號，專家姓名，單位代碼，所在單位，適評專業(yè)，電話）項(xiàng)目評審專家分配表：（項(xiàng)目號，項(xiàng)目名，專家號，專家姓名，分?jǐn)?shù)，意見，專家意見）申報(bào)評審時(shí)間設(shè)定表：（編號，申報(bào)開始時(shí)間，申報(bào)結(jié)束時(shí)間，評審開始時(shí)間，評審結(jié)束時(shí)間）管理員登陸表：（管理員號，密碼）單位登錄 根據(jù)這九個(gè)實(shí)體我們可以得到以下的各個(gè)分ER圖：單位代號單位密碼營業(yè)號名稱代碼注冊地址申報(bào)單位信息規(guī)模電話法人范圍代碼項(xiàng)目經(jīng)費(fèi)預(yù)算支出金額類別項(xiàng)名單碼項(xiàng)碼審批申請項(xiàng)目信息推薦開始研究意義所在單位結(jié)束專家號專家姓名專家登錄密碼專家號專家姓名單位代碼電話專家信息所在單位適評專業(yè)項(xiàng)目評審專家分配意見項(xiàng)目號項(xiàng)目名專家號專家意見專家姓名分?jǐn)?shù)申報(bào)評審時(shí)間設(shè)定申報(bào)開始時(shí)間編號申報(bào)結(jié)束評審開始評審結(jié)束時(shí)間 合并ER圖各個(gè)系統(tǒng)的分ER圖設(shè)計(jì)好以后，下一步就是要將所有的分ER圖綜合成一個(gè)系統(tǒng)的總ER圖。一般說來，視圖集成可以有兩種方式：（1）多個(gè)分ER圖一次集成。（2）逐步集成，用累加的方式一次集成兩個(gè)分ER圖。無論采用哪種方式，每次集成局部ER圖時(shí)都需要分兩步走。 （1）合并。 （2）修改和重構(gòu)。（一）、合并分ER圖，生成初步的ER圖。 各個(gè)局部應(yīng)用所面向的問題不同，且通常是由不同的設(shè)計(jì)人員進(jìn)行局部試圖設(shè)計(jì)，這就導(dǎo)致各個(gè)分ER圖之間必定會存在許多不一致的地方，稱之為沖突。因此合并ER圖并不是簡單的將各個(gè)分ER圖畫到一起，而是必須著力消除各個(gè)分ER圖中的不一致，以形成一個(gè)能為全系統(tǒng)中所有用戶共同理解和接受的統(tǒng)一的概念模式。合理消除各分ER圖的沖突是合并分ER圖的主要工作于關(guān)鍵所在。 各分ER圖之間的沖突主要有三類：屬性沖突、命名沖突和結(jié)構(gòu)沖突。 屬性沖突（1） 屬性域沖突，即屬性值的類型、取值范圍或取值集合不同。（2） 屬性取值單位沖突。 命名沖突（1） 同名異義，即不同意義的對象在不同的局部應(yīng)用中具有相同的名字。（2） 異名同義，即同一意義的對象在不同的局部應(yīng)用中具有不同的名字。 結(jié)構(gòu)沖突（1） 同一對象在不同的應(yīng)用中具有不同的抽象。解決的方法通常是把屬性變換為實(shí)體或把尸體變換為屬性，使同一對象具有相同的抽象。（2） 同一實(shí)體在不同分ER圖中包含的屬性個(gè)數(shù)和屬性排列次序不完全相同。這是很常見的一類沖突，原因是不同的局部應(yīng)用關(guān)心的是該實(shí)體的不同側(cè)面。解決的方法是使該實(shí)體的屬性取各分ER圖中屬性的并集，再適當(dāng)調(diào)整屬性的次序。（3） 實(shí)體間的聯(lián)系在不同的分ER圖中位不同的類型。解決的方法是根 據(jù)應(yīng)用的語義對實(shí)體聯(lián)系的類型進(jìn)行綜合或調(diào)整。（二）、消除不必要的冗余，設(shè)計(jì)基本ER圖。在初步的ER圖中，可能存在一些冗余的數(shù)據(jù)和實(shí)體間冗余的聯(lián)系。所謂冗余的數(shù)據(jù)是指可有基本數(shù)據(jù)導(dǎo)出的數(shù)據(jù)，冗余的聯(lián)系是指可由其他聯(lián)系導(dǎo)出的聯(lián)系。冗余數(shù)據(jù)和冗余聯(lián)系容易破壞數(shù)據(jù)庫的完整性，給數(shù)據(jù)庫維護(hù)增加困難，應(yīng)當(dāng)予以消除。消除了冗余后的初步ER圖稱為基本ER圖。 消除冗余主要采用分析方法，即以數(shù)據(jù)字典和數(shù)據(jù)流圖為依據(jù)，根據(jù)數(shù)據(jù)字典中關(guān)于數(shù)據(jù)項(xiàng)之間邏輯關(guān)系的說明來消除冗余。但并不是所有的冗余數(shù)據(jù)與榮譽(yù)聯(lián)系都必須加以消除，有時(shí)為了提高效率，不得不以冗余信息作為代價(jià)。因此在設(shè)計(jì)數(shù)據(jù)庫概念結(jié)構(gòu)時(shí)，哪些冗余信息必須消除，哪些冗余信息允許存在，需要根據(jù)用戶的整體需求來確定。如果人為地保留了一些冗余數(shù)據(jù)，則應(yīng)把數(shù)據(jù)字典中數(shù)據(jù)關(guān)聯(lián)的說明作為完整性約束條件。以下為合并后的總ER圖：經(jīng)費(fèi)預(yù)算專家登錄申報(bào)評審時(shí)間申請人信息單位登錄項(xiàng)目評審分配申請審查管理狀態(tài)專家信息項(xiàng)目信息正確正確提交支出項(xiàng)目代碼金額專家號密碼專家名申開申結(jié)評開申請時(shí)間意見評結(jié)編號離開時(shí)間代號單位聯(lián)系方式金額是否通過項(xiàng)目號專家名意見專家號項(xiàng)目名結(jié)束日期開始日期姓名名解決日期提交日期適評專業(yè)電話修改單碼密碼號單位代號項(xiàng)目名類別專家號審批4. 邏輯結(jié)構(gòu)設(shè)計(jì) 本階段是將概念化的數(shù)據(jù)庫邏輯化。主要涉及到的是數(shù)據(jù)庫的邏輯結(jié)構(gòu)設(shè)計(jì)。下面將闡述如何建立數(shù)據(jù)庫以及建立數(shù)據(jù)庫時(shí)應(yīng)該考慮到的相關(guān)事項(xiàng)。數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì)過程中需要對時(shí)間效率、空間效率、維護(hù)代價(jià)和各種用戶要求進(jìn)行權(quán)衡，其結(jié)果可以產(chǎn)生多種方案，數(shù)據(jù)庫設(shè)計(jì)人員必須對這些方案進(jìn)行細(xì)致的評價(jià)，從中選擇一個(gè)較優(yōu)的方案作為數(shù)據(jù)庫的邏輯結(jié)構(gòu)。 ER圖向關(guān)系模型轉(zhuǎn)換 概念結(jié)構(gòu)是獨(dú)立于任何一種數(shù)據(jù)模型的信息結(jié)構(gòu)。邏輯結(jié)構(gòu)設(shè)計(jì)的任務(wù)就是把概念結(jié)構(gòu)設(shè)計(jì)好的基本ER圖轉(zhuǎn)換為與DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。ER圖向關(guān)系模式的轉(zhuǎn)換要解決的問題是如何將實(shí)體型和實(shí)體間的聯(lián)系轉(zhuǎn)換為關(guān)系模式，如何確定這些關(guān)系模式的屬性和碼。關(guān)系模型的邏輯結(jié)構(gòu)是一組關(guān)系模式的集合。ER圖則是由實(shí)體型、實(shí)體的屬性和實(shí)體型之間的聯(lián)系3個(gè)要素組成的。所以將ER圖轉(zhuǎn)換為關(guān)系模型實(shí)際上就是要將實(shí)體型、實(shí)體的屬性和實(shí)體型之間的聯(lián)系轉(zhuǎn)換為關(guān)系模式，這種轉(zhuǎn)換一般遵循如下原則：一個(gè)實(shí)體型轉(zhuǎn)換為一個(gè)關(guān)系模式。實(shí)體的屬性就是關(guān)系的屬性，實(shí)體的碼就是關(guān)系的碼。對于實(shí)體型間的聯(lián)系則有以下不同的情況：（1） 一個(gè)1：1聯(lián)系可以轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式，也可以與任意一端對應(yīng)的關(guān)系模式合并。如何轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式，則與該聯(lián)系相連的各實(shí)體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，每個(gè)實(shí)體的碼均是該關(guān)系的候選碼。如果與某一端實(shí)體對應(yīng)的關(guān)系模式合并，則需要在該關(guān)系模式的屬性中加入另一個(gè)關(guān)系模式的碼和聯(lián)系本身的屬性。（2） 一個(gè)1：n聯(lián)系可以轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式，也可以與n端對應(yīng)的關(guān)系模式合并。如何轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式，則與該聯(lián)系相連的各實(shí)體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，而關(guān)系的碼為n端實(shí)體的碼。（3） 一個(gè)m：n聯(lián)系轉(zhuǎn)換為一個(gè)關(guān)系模式。與該聯(lián)系相連的各實(shí)體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，各實(shí)體的碼組成關(guān)系碼或關(guān)系碼的一部分。（4） 3個(gè)或者3個(gè)以上實(shí)體間的一個(gè)多元聯(lián)系可以轉(zhuǎn)換為一個(gè)關(guān)系模式。與該多元聯(lián)系相連的各實(shí)體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性各實(shí)體的碼組成關(guān)系的碼或關(guān)系碼的一部分。（5） 具有相同碼的關(guān)系模式可合并。由以上分析，得出上述8個(gè)表格結(jié)構(gòu)如下：1．申報(bào)單位信息表。該子系統(tǒng)包括申報(bào)項(xiàng)目提交，附件上傳，個(gè)人信息管理及個(gè)人密碼修改的功能。屬性名類型長度完整性約束備注單位代碼char8主碼申請單位代碼單位名稱Varchar2非空申請單位名稱營業(yè)證號char10非空單位營業(yè)證號注冊資金Varchar2非空單位注冊資金聯(lián)系方式char