【文章內(nèi)容簡介】 各種層次的信息的訪問等。安全性包括保密、完整性保護、身份驗證、授權(quán)和預防重播 。 數(shù)據(jù)流圖 解決任何問題的第一步都是理解問題的根本原因，與軟件開發(fā)有關(guān)的、最常見最嚴重的問題都與需求有關(guān)，需求分析無疑是軟件開發(fā)過程中的重要一環(huán)，直接關(guān)系到項目的成敗。 需求獲取是在問題及其最終解決方案之間架設(shè)橋梁的第一步，是軟件開發(fā)中最困難、最關(guān)鍵、最易出錯及最需要交流的方面。本系統(tǒng)需 求獲取有以下幾個途徑： 一、了解客戶方的所有用戶類型以及潛在的類型。在軟件工程學士的培養(yǎng)過程中，學位管理工作主要由論文評審答辯和學位信息管理兩部分組成。 二、論文評審答辯工作主要由教務(wù)部主管本科生工作的人員負責，根據(jù)本科生培養(yǎng)計劃制定具體的評審和答辯細則，包括時間、地點、參與人員等等。評審秘書是聯(lián)系各項工作的紐帶，負責控制整個流程，向?qū)W生和教師傳達各項信息，以及安排和協(xié)調(diào)工作。論文評審和答辯過程中涉及到的用戶有 :教務(wù)部、學生、導師、評審人員、學院。由教務(wù)部組織學生提交論文，安排評審人員對論文進行評審，然后進 行答辯，最后將人員名單上報學院。 將各項工作轉(zhuǎn)到網(wǎng)上進行，各類用戶只要能有一臺連入 Inter 的 pc 機，便可直接在網(wǎng)上完成所要求的工作。學位信息管理主要由院系學位辦負責，是將授予學位的學生信息采集上報國務(wù)院學位辦。涉及到的用戶有 :教務(wù)處學位辦、學生、各培養(yǎng)單位評小型數(shù)據(jù)庫開發(fā)實訓 12 審秘書。由于需要采集的信息量大，希望能夠通過使用網(wǎng)絡(luò)實現(xiàn)信息的分散采集，學生本人將個人信息錄入系統(tǒng)，評審秘書及研究生院只負責審核把關(guān)、保證信息的完整性和準確性。 三、對用戶進行訪談和調(diào)研。 交流的方式包括會議、電話、電子郵件、小組討論、模擬演示等 不同形式。每一次交流都有記錄，對于交流的結(jié)果進行分類，便于后續(xù)的分析活動。 四、對收集到的用戶需求做進一步的分析和整理。 五、將調(diào)研的用戶需求以適當?shù)姆绞匠式唤o用戶方的相關(guān)人員。 由以上原則可畫出本系統(tǒng)的數(shù)據(jù)流圖，見圖 至圖 。 圖 學位管理系統(tǒng)頂層數(shù)據(jù)流圖 學位證書 信息 系統(tǒng)登記員 信息審 核 更新學生信 息 答辯處 理 打印答辯成 績 學生 學生基本信息庫 學校論文庫 評審教師 信息采 集 小型數(shù)據(jù)庫開發(fā)實訓 13 圖 學生基本信息審核數(shù)據(jù)流圖 圖 學生論文網(wǎng)上評審數(shù)據(jù)流圖 學生 輸入處 理 判定是否違紀 判定學分是否修滿 判定學費是否交清 學生信息錄入 學生基本信息庫 教師 信息 學生 論文上傳處理 論文審 核 論文下 載 論文評審結(jié)果 教師 學生 論文庫 小型數(shù)據(jù)庫開發(fā)實訓 14 圖 用戶密碼管理數(shù)據(jù)流圖 數(shù)據(jù)字典 (1) 數(shù)據(jù)流的名稱：登陸信息 數(shù)據(jù)流的組成：用戶帳號 +密碼 數(shù)據(jù)流的來源：用戶 數(shù)據(jù)流的去處：用戶角色 (2) 數(shù)據(jù)流的名稱：角色信息 數(shù)據(jù)流的組成：用戶帳號 +角色 數(shù)據(jù)流的來源： 用戶登陸 數(shù)據(jù)流的去處：用戶權(quán)限 (3) 數(shù)據(jù)流的名稱：權(quán)限信息 數(shù)據(jù)流的組成：用戶帳號 +角色 +權(quán)值 數(shù)據(jù)流的來源： 登陸信息 數(shù)據(jù)流的去處：用 戶特權(quán) (4) 數(shù)據(jù)流的名稱： 用戶特權(quán)信息 數(shù)據(jù)流的組成：用戶帳號 +角色 +權(quán)值 +模塊 +添加 +更新 +刪除 +審核 數(shù)據(jù)流的來源：登陸信息 數(shù)據(jù)流的去處： 用戶模塊 (5) 數(shù)據(jù)流的名稱： 模塊化分 數(shù)據(jù)流的組成：用戶帳號 +角色 +權(quán)值 +模塊 +在職 +標記 數(shù)據(jù)流的來源：登陸信息 數(shù)據(jù)流的去處： 系統(tǒng)菜單 學生 確 認用戶身份 密碼 用戶信息數(shù)據(jù)庫 輸入新密碼 再次輸入 密碼變更 學生 密碼 小型數(shù)據(jù)庫開發(fā)實訓 15 (6) 數(shù)據(jù)流的名稱：菜單 數(shù)據(jù)流的組成：用戶帳號 +角色 +權(quán)值 +模塊 +菜單 url+菜單父接點 +結(jié)點 +添加 +更新 +刪除 +審核 +描述 +菜單結(jié)點 數(shù)據(jù)流的來源：登陸信息 數(shù)據(jù)流的去處： 菜單管理 小型數(shù)據(jù)庫開發(fā)實訓 16 3 數(shù)據(jù)庫 系統(tǒng) 設(shè)計 總體設(shè)計 在上一小節(jié)中，已從學位管理系統(tǒng)的業(yè)務(wù)領(lǐng)域中抽象出系統(tǒng)的概念模型。建立系統(tǒng)的面向?qū)ο蟮哪Ｐ?，目的是根?jù)系統(tǒng)的概念模型和交互圖設(shè)計系統(tǒng)類圖。與概念模型相比，類圖中的設(shè)計類表示軟件類而不是現(xiàn)實世界中的概念的定義，表示應(yīng)用中軟件類和接口的規(guī)格說明。類圖能夠表示的典型信息包括 :類、關(guān)聯(lián)和屬性，接口以及接口上的操作和常數(shù)，方法，屬性類型信息，導航性，依賴。創(chuàng)建類圖的第一步是識別參與軟件解決方案的類。通過掃描概念模型以及交互圖，找到這些類。學位 管理系統(tǒng)中存在如下實體類 :學生、學歷、同等學力、教師、論文、論文評閱書、答辯記錄。同時，考慮系統(tǒng)的技術(shù)架構(gòu)，在類圖中加入業(yè)務(wù)邏輯類，我們稱之為管理類，例如評審過程管理類，評審人員管理類、論文管理類等。 第二步，為這些類以及在概念模型中以識別出來的屬性，繪制適當?shù)念悎D。將概念模型中實體的屬性轉(zhuǎn)換為類的屬性。以學生為例，學生的姓名、性別、年齡相應(yīng)的轉(zhuǎn)換為 Student 類的 name、 grade、 age 屬性。在本系統(tǒng)所采用的 Jvaa 語言中，聲明所有屬性私有，對每一個屬性提供存取的方法。第三步，添加類的方法。每一個類 的方法都可以通過分析交互圖得到。除了實體類的創(chuàng)建方法、屬性的存取方法，我們將實體類的添加、刪除、查詢方法以及與交互圖中的消息相對應(yīng)的業(yè)務(wù)方法封裝在管理類中。例如，將實現(xiàn)論文分發(fā)的方法放入評審過程管理類中。第四步，進一步的細化，添加更多的類型信息。屬性的類型、方法參數(shù)的類型以及方法返回的類型都可以在類圖中可選的表示。第五步，添加關(guān)聯(lián)和導航。導航是角色的一個屬性，表示從一個源對象沿著關(guān)聯(lián)可以單向地到達一個目標類。導航意指可見性一通常是屬性可見性。一個帶有導航箭頭的關(guān)聯(lián)通常含義是從源類到目標類的屬性可見性，在面向 對象編程語言中，通常轉(zhuǎn)換為源類擁有一個引用目標類實例的屬性。第六步，添加依賴關(guān)系。在類圖中，依賴關(guān)系常用來描述類之間的非屬性可見性，即參數(shù)、全局或本地聲明的可見性。最終建立學位管理系統(tǒng)核心類圖。 對于系統(tǒng)中諸多的類，可用包結(jié)構(gòu)將其組織起來。在 UML 中，包是用于把建模元素組織成組的通用機制。設(shè)計良好的包把一些在語義上接近并傾向于一起變化的元素組織在一起。因此結(jié)構(gòu)良好的包是松禍合、高內(nèi)聚的，而且對其內(nèi)容的訪問具有嚴密的控制。如何將類組織到包內(nèi)呢 ?可以應(yīng)用以下原則將下面的類組織到一起 ： 同一主題的類一由概念或 目的緊密相關(guān)。 在同一個類層次中。 根據(jù)以上原則， 劃分 學位管理系統(tǒng) 的模塊 。 小型數(shù)據(jù)庫開發(fā)實訓 17 整個學位管理工作可分為五個階段 :申請、預審、復審、答辯、學位信息管理。其中，前四個階段主要由各培養(yǎng)單位 (院系 )來控制工作流程，學位信息管理工作主要由 學院 控制完成。 預審申請階段 欲參加本次論文答辯的學生在此階段提出申請，評審秘書根據(jù)學生繳費情況、所修學分等條件審核該生是否具備答辯資格，通過審核的學生才能提交論文。導師有權(quán)為論文預審把關(guān)，需要為其所指導的學生論文填寫導師意見，未通過導師審核的論文不能參加本次答辯。本階段有幾點需 要特別注意 : 第一、學歷碩士和同等學力碩士在提交預審申請時填寫的申請表格不同，提交的申請信息有相同點也有不同點。 第二、由于論文評審是盲審，學生提交的論文預審稿中需要把個人姓名以及其他與個人身份相關(guān)的信息隱去。 第三、學生提交論文后，需要及時通知導師為其填寫導師意見，否則會影響其參加隨后的預審。 預審階段 論文預審階段的工作比較復雜，在這個階段由評審秘書將論文隨機分發(fā)給學院指定的評審人員 (包括初審人員和復審專家 )進行匿名評審，涉及到的用戶有 :評審秘書、學生、初審人員、復審專家、評審小組。 通過預審的論文進入復審階段。在這個階段，通過論文預審的學生根據(jù)預審的評審意見修改論文后，提交正式的論文打印稿。論文被分為兩部分，一部分被抽取送研究生院外審，其余的每份論文由學院為其指定一名校內(nèi)評審人員和一名校外評審人員。校內(nèi)和校外平審人員分別從網(wǎng)上下載論文，在線填寫論文評閱書，然后打印、簽字后送評審秘書處 (外地評審人員需要郵寄 )存檔。復審階段的評審人員具有一票否決權(quán)，只有順利通過校內(nèi)和校外評審或者通過研究生院外審的論文才能通過復審。通過復審的論文進入答辯階段 。 答辯階段 。 在答辯階段，評審秘書首先要做一 些準備工作，包括答辯資格審查、答辯分組、根據(jù)學院決議指定各小組答辯委員主席以及委員。答辯當日各答辯小組學生進行 現(xiàn)場抽簽決定答辯次序。答辯現(xiàn)場，由記錄員記錄答辯過程。 學位信息管理 通過論文預審的學生需要填寫完整的學位信息表，然后經(jīng)過評審秘書的審核，上報研究生院學位辦，學位辦根據(jù)學位授予情況，將學位信息匯總生成報盤文件報國務(wù)院學位辦。用 UML 活動圖為這部分的活動流程建模。 小型數(shù)據(jù)庫開發(fā)實訓 18 在學位管理工作中，論文狀態(tài)的轉(zhuǎn)換是關(guān)鍵，自管理員激活可申請參加本次答辯的學生開始，經(jīng)過一系列的狀態(tài)轉(zhuǎn)換，最后以答辯通過 (取得學位 )或 者參加下一次論文答辯為結(jié)束。使用 UML 狀態(tài)圖為整個論文狀態(tài)的轉(zhuǎn)換過程建模，通過原型、頁面或其它方式向用戶提供可視化的界面，用戶可以對需求做出自己的評價。使用原型分析方法來幫助開發(fā)方進一步獲取用戶需求或讓用戶確認需求。開發(fā)方往往先向用戶提供一個可視界面作為原型，并在界面上布置必要的元素以演不用戶所需要的功能。本系統(tǒng)充分利用B/S 結(jié)構(gòu)系統(tǒng)開發(fā)的特點，以制作靜態(tài)頁面 (HTML 文件 )的方式，為用戶提供一個可視化的界面。用戶可以在此原型上看到系統(tǒng)的功能原型，并且在此基礎(chǔ)上提出意見，開發(fā)人員再作進一步的分析和設(shè)計。同時 ，此原型可作為后續(xù)開發(fā)的基礎(chǔ)，將系統(tǒng)實現(xiàn)階段的一部分工作提前完成。 通過以上分析可得 到體系 結(jié) 構(gòu)圖，見圖 5 所示： 圖 學位管理系統(tǒng)體系結(jié)構(gòu)圖 子系統(tǒng)詳細設(shè)計 從學位管理需求分析我們可以看到，學位管理各個階段的工作比較明確，各階段工作的前提和結(jié)果也比較明確，因此采用按功能劃分的方法，將學位管理信息系統(tǒng)劃分為論文預審管理、論文評審管理、論文答辯管理和學位信息管理四個子系統(tǒng)，另外，系統(tǒng)還包括幾個支撐子系統(tǒng)，包括基本信息庫管理、學生管理、教師管理以及權(quán)限管理。 資格審查 學校審核 院系審核 信息采集 論文答辯管理 學位信息管理 學位信息管理系統(tǒng) 復審管理 預審管理 復審管理 初審管理 申請管理 論文預審管理 論文評審管理 學生管理 基本信息庫 結(jié)果匯總 答辯記錄 權(quán)限管理 教師管理 小型數(shù)據(jù)庫開發(fā)實訓 19 1