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