本科基于bs方式的教務管理信息系統(tǒng)分析與

1、<p>　　碩 士 學 位 論 文</p><p>　　基于B/S結構的教務管理信息系統(tǒng)分析與設計</p><p><b>　　郝海杰</b></p><p>　分類號:TP39</p><p>　10710-20050700</p><p>　　Analysis and Design

2、of Teaching Affairs Management Information System Based on B/S Structure</p><p>　　A Dissertation Submitted for the Degree of Master</p><p>　　Candidate：Hao.Haijie</p><p>　　Supervisor

3、：Prof. Liu Kong</p><p>　　Chang’an University, Xi’an, China</p><p><b>　　論文獨創(chuàng)性聲明</b></p><p>　　本人聲明：本人所呈交的學位論文是在導師的指導下,獨立進行研究工作所取得的成果。除論文中已經(jīng)注明引用的內容外，對論文的研究做出重要貢獻的個人和集體，均已在文

4、中以明確方式標明。本論文中不包含任何未加明確注明的其他個人或集體已經(jīng)公開發(fā)表的成果。</p><p>　　本聲明的法律責任由本人承擔。</p><p>　　論文作者簽名： 年 月 日</p><p>　　論文知識產(chǎn)權權屬聲明</p><p>　　本人在導師指導下所完成的論文及相關的職務作品

5、，知識產(chǎn)權歸屬學校。學校享有以任何方式發(fā)表、復制、公開閱覽、借閱以及申請專利等權利。本人離校后發(fā)表或使用學位論文或與該論文直接相關的學術論文或成果時，署名單位仍然為長安大學。</p><p>　?。ūＣ艿恼撐脑诮饷芎髴袷卮艘?guī)定）</p><p>　　論文作者簽名： 年 月 日</p><p>　　導 師 簽 名

6、： 年 月 日</p><p><b>　　摘 要</b></p><p>　　教務管理信息化是社會信息化的基礎和重要標志，實現(xiàn)教務管理的信息化是知識經(jīng)濟條件下高等院校發(fā)展的大勢所趨。隨著近年來我國教育改革的深化，素質教育的全面推進，高校擴招政策的出臺，各高校辦學規(guī)模不斷擴大，教學資源日益緊張。隨著學生人數(shù)

7、的增多，教務管理的難度也越來越大，長安大學電子與控制工程學院迫切需要建立教務管理信息系統(tǒng)。</p><p>　　本系統(tǒng)主要用戶是長安大學電子與控制工程學院，目的是開發(fā)一套完整的基于B/S結構的教務管理信息系統(tǒng)，以適應在新的形勢下高校教務管理工作的需要，提高教學管理效率和教學質量，完善教務管理模式，實現(xiàn)教務管理工作的網(wǎng)絡化、自動化、數(shù)字化。</p><p>　　系統(tǒng)基于Windows平臺，采

8、用Sybase電子商務解決方案，分析工具使用PowerDesigner，前端開發(fā)工具使用PowerBuilder，系統(tǒng)數(shù)據(jù)庫服務器使用Microsoft SQL Server 2000。本文首先分析了C/S和B/S兩種管理信息系統(tǒng)開發(fā)模型的特點，結合系統(tǒng)開發(fā)的需要確定了多層B/S結構的開發(fā)模式。具體對系統(tǒng)從功能、性能、環(huán)境、界面及安全等幾個方面做了詳細的分析，并且給出了系統(tǒng)預計的實現(xiàn)目標。在系統(tǒng)設計上，分別從環(huán)境、模塊、結構架構、數(shù)據(jù)庫

9、以及安全性等方面做了比較詳細的設計。在系統(tǒng)的安全方面主要介紹了基于Web 應用程序和數(shù)據(jù)庫連接的安全性，以及系統(tǒng)角色的訪問控制安全技術的分析與設計。</p><p>　　關鍵詞：B/S結構、管理信息系統(tǒng)、數(shù)據(jù)庫、Web安全性</p><p><b>　　Abstract</b></p><p>　　Teaching Affairs Manage

10、ment is the basis of the information society and an important symbol, it is the development trend of colleges and universities under the conditions of knowledge-based economy. With the deepening of China's education

11、reform in recent years, the quality education has promoted comprehensively, and the colleges increased enrollment policy released, cause the expanding of the university and the increasing of teaching resources tense. Wit

12、h the increasing of the number of student</p><p>　　The main users of this system is electronic and control engineering academy of Chang'an University, the aim is to develop a complete educational adminis

13、tration information systems based on B / S architecture, then adapt the educational administration of the University in the new situation, improve teaching management efficiency, teaching quality and Teaching Affairs Man

14、agement model achieve the Network, automation and digital of the educational administration. </p><p>　　The system based on the Windows platform, using Sybase e-commerce solutions, and the analytical tools is

15、 PowerDesigner, use the PowerBuilder as front development tool and the database server systems is using Microsoft SQL Server 2000. This paper analyzed the characteristics of the C/S and B/S system’s development model, id

16、entify the multi-storey B/S architecture of the development model with face the need of the development of the system. Analyze the function, performance, environment, interface</p><p>　　Keywords: B/S archite

17、cture, administration information systems, data-base, security of Web</p><p><b>　　第一章 緒論1</b></p><p><b>　　1.1引言1</b></p><p>　　1.2國內外發(fā)展現(xiàn)狀與問題2</p>&l

18、t;p>　　1.3課題研究背景3</p><p>　　1.4本文所做的主要工作3</p><p><b>　　1.5本章小結4</b></p><p>　　第二章 相關技術綜述5</p><p>　　2.1管理信息系統(tǒng)（MIS）5</p><p>　　2.1.1管理信息系統(tǒng)概述5

19、</p><p>　　2.1.2 C/S模式6</p><p>　　2.1.3 B/S模式7</p><p>　　2.1.4 C/S和B/S比較9</p><p>　　2.2應用服務器技術（ASSP）10</p><p>　　2.2.1 應用服務器技術產(chǎn)生的背景10</p><p>　

20、　2.2.2 應用服務器體系結構10</p><p>　　2.2.3 應用服務器的特點10</p><p>　　2.2.4 應用服務器的選擇11</p><p>　　2.3本章小結12</p><p>　　第三章 系統(tǒng)需求分析13</p><p>　　3.1系統(tǒng)分析工具的選擇13</p>&l

21、t;p>　　3.2系統(tǒng)組織結構及數(shù)據(jù)流圖14</p><p>　　3.3系統(tǒng)需求分析16</p><p>　　3.3.1系統(tǒng)功能需求分析16</p><p>　　3.3.2系統(tǒng)性能需求分析19</p><p>　　3.3.3系統(tǒng)環(huán)境需求分析19</p><p>　　3.3.4系統(tǒng)界面需求分析19<

22、;/p><p>　　3.3.5系統(tǒng)安全需求分析22</p><p>　　3.4系統(tǒng)實現(xiàn)目標23</p><p>　　3.5本章小結24</p><p>　　第四章 系統(tǒng)設計25</p><p>　　4.1總體設計25</p><p>　　4.1.1系統(tǒng)設計原則25</p>

23、<p>　　4.1.2系統(tǒng)環(huán)境設計26</p><p>　　4.1.3系統(tǒng)模塊設計26</p><p>　　4.1.4系統(tǒng)結構架構設計28</p><p>　　4.2數(shù)據(jù)庫設計29</p><p>　　4.2.1數(shù)據(jù)庫設計遵循的基本原則29</p><p>　　4.2.2數(shù)據(jù)庫的選擇30</

24、p><p>　　4.2.3數(shù)據(jù)庫的表結構設計31</p><p>　　4.2.4數(shù)據(jù)庫的表關系設計34</p><p>　　4.3安全性設計37</p><p>　　4.3.1數(shù)據(jù)庫的安全性37</p><p>　　4.3.2組件的安全性40</p><p>　　4.3.3訪問控制的安全性

25、41</p><p>　　4.3.4網(wǎng)絡與系統(tǒng)的安全性44</p><p>　　4.4本章小結45</p><p>　　第五章 系統(tǒng)關鍵技術46</p><p>　　5.1Web 應用程序和數(shù)據(jù)庫連接的安全性考慮46</p><p>　　5.2 Web 環(huán)境下基于角色的用戶權限控制安全性研究47</p

26、><p>　　5.2.1用戶身份的驗證48</p><p>　　5.2.2基于菜單資源的功能權限分配49</p><p>　　5.2.3頁面的驗證50</p><p>　　5.3Web 應用程序中數(shù)據(jù)完整性問題50</p><p>　　5.4Web 應用程序中數(shù)據(jù)一致性問題51</p><p&

27、gt;　　5.5本章小結53</p><p><b>　　總結與展望54</b></p><p><b>　　參考文獻55</b></p><p>　　攻讀碩士學位期間取得的研究成果58</p><p><b>　　致 謝59</b></p><p

28、><b>　　第一章 緒論</b></p><p><b>　　1.1 引言</b></p><p>　　隨著互聯(lián)網(wǎng)的迅猛發(fā)展，當今社會已經(jīng)進入網(wǎng)絡時代，計算機網(wǎng)絡已成為社會和經(jīng)濟發(fā)展的強大動力，利用網(wǎng)絡信息技術實現(xiàn)國民經(jīng)濟和社會的信息化更是我們國家科教興國的重點戰(zhàn)略。在這樣的背景下，教學管理應如何主動適應時代的發(fā)展需要，是教學管理迫切需要

29、解決的一個重大課題。高校信息化是社會信息化的基礎和重要標志，實現(xiàn)高校的信息化是知識經(jīng)濟條件下高等院校發(fā)展的大勢所趨。利用先進的網(wǎng)絡技術手段提高作為高校核心工作的教務管理水平，對加強人才的綜合素質培養(yǎng)具有重大的影響，對創(chuàng)建高品牌高校及大學更有著廣泛深遠的意義。</p><p>　　教務管理信息化就是在現(xiàn)代教育教學思想指導下，充分運用現(xiàn)代信息技術，組織和配置教學信息資源，進行信息化教學管理活動，從而高效率地達到既定的

30、教學目標。</p><p>　　教學管理的最終目的是提高教學質量。而傳統(tǒng)的手工作業(yè)為主的教務管理模式越來越受到現(xiàn)代教育思想的沖擊，成為制約教學質量提高的重要因素。教務管理信息化正是將教學過程中的人力、物力、財力、時間和信息進行優(yōu)化組合，實現(xiàn)教學資源高效率的配置和利用，從而最大限度地提高教學質量。因此，充分開發(fā)和利用教育教學管理資源，實現(xiàn)教學管理信息化，在高等教育改革和發(fā)展中起著重要的作用。</p>

31、<p>　?。?）實現(xiàn)教學管理信息化有助于提高工作效率，實現(xiàn)教學管理的規(guī)范化、科學化。目前一些教學管理仍然處于經(jīng)驗管理的狀態(tài)，實行以老帶新的傳統(tǒng)管理方式，沒有或沒有完全采用信息化教務管理模式，因而工作效率低，重復勞動多，工作量大，準確性低，工作的無序化、繁瑣性造成人員的大量浪費，同時影響工作進程和質量，降低了教學管理的效果和作用。而以信息化為平臺支撐的教學管理改革具有巨大的辦學效益，通過實現(xiàn)信息資源的高速共享，可以促進各系級、

32、教務管理部門之間的相互協(xié)作；通過電子文檔、無紙化、信息化可以實現(xiàn)教學管理的程序化、規(guī)范化和科學化，提高工作效率和管理水平。</p><p>　?。?）實現(xiàn)教學管理信息化有助于加快教學管理人員與師生之間的雙向交流。教學管理人員是師生之間聯(lián)系的紐帶。他們必須及時獲取教學活動過程的信息，在師生之間進行雙向的交流和反饋，以改進教學方法，提高教學質量。實現(xiàn)教學管理信息化，師生之間可利用網(wǎng)絡的及時性、虛擬性、靈活性直接進行交

33、流，也可直接與教學管理人員交流。這樣不僅提高了意見的準確性，而且加快了工作進程[1]。</p><p>　　1.2 國內外發(fā)展現(xiàn)狀與問題</p><p>　?。?）國內外教育信息化發(fā)展現(xiàn)狀</p><p>　　國外教務管理信息系統(tǒng)從六七十年代開始發(fā)展，現(xiàn)在已比較成熟。而我國高校在信息技術的應用起步較晚，八十年代中期才開始進行校園網(wǎng)基礎設施建設，1997年4月的全國信

34、息化工作會議又確定了“國家領導、統(tǒng)一標準、聯(lián)合建設、互聯(lián)互通、資源共享”的國家信息化建設的方針和總體任務，標志著我國信息化建設進入新的發(fā)展階段。截止2006年，全國84%以上的高校已經(jīng)建立起校園網(wǎng)和初步的教務管理信息系統(tǒng)。</p><p>　　盡管近年來，中國高校在信息化建設方面取得相當大的成就，但由于各方面現(xiàn)實因素的影響和制約，與西方發(fā)達國家的高等教育信息化發(fā)展程度相比，仍然存在著不少差距。</p>

35、<p>　　（2）國內教育信息化存在問題</p><p>　　目前高校信息化建設中存在著“重硬輕軟”的現(xiàn)象，到2003年為止，高校在管理信息系統(tǒng)軟件方面的投入比例還較小[2]。我國高校信息化總體發(fā)展水平還停留在計算機單體系統(tǒng)的應用階段，導致了信息不一致，信息共享困難。</p><p>　　國內高校信息技術應用的總體水平還不高，在許多方面滯后于高校的發(fā)展對信息技術的需求，主要表

36、現(xiàn)為：</p><p>　　1）高校信息系統(tǒng)大多屬于部門級應用，部分系統(tǒng)是局限于部門內部局域網(wǎng)的應用，部分系統(tǒng)甚至只是單機應用。</p><p>　　2）沒有統(tǒng)一的信息規(guī)范，信息共享困難。分離的服務模式導致應用系統(tǒng)不能共享， 無法為學生、教職工、管理部門和學校領導提供實時、準確的信息服務。</p><p>　　3）已有信息系統(tǒng)軟件設計平臺不統(tǒng)一，系統(tǒng)難以集成和維護，

37、擴展性差。</p><p>　　因此，在這種情況下，多方面借鑒發(fā)達國家高等教育信息化過程中所取得的成功經(jīng)驗和國內其他高校信息化建設的經(jīng)驗，同時吸收它們的失敗教訓，在校園信息化建設過程中就可以做到趨利避弊，以最低的成本和最高的速度來推進高校的信息化建設。</p><p>　　而且，隨著信息技術的飛速發(fā)展和校園網(wǎng)的升級，硬件和網(wǎng)絡技術不再成為阻礙校園信息系統(tǒng)的建設瓶頸，管理信息系統(tǒng)建設已得到越

38、來越多高校的重視，并作為各大高校持續(xù)發(fā)展的重要技術保障?？v觀我國各高校的發(fā)展情況，大部分高校，特別是發(fā)展中高校為了增強自身的競爭能力，提高教學管理效率和教學質量，正在完善教務管理模式，實現(xiàn)流程再造。學校信息化的建設也以“教務綜合管理信息系統(tǒng)”為核心，逐步向外延伸，最終實現(xiàn)“數(shù)字化校園”。</p><p>　　1.3 課題研究背景</p><p>　　隨著近年來我國教育改革的深化，素質教育的

39、全面推進，高校擴招政策的出臺，各高校辦學規(guī)模不斷擴大，教學資源日益緊張。對管理部門來說，不僅增加了工作量，更增加了工作難度，管理手段落后將直接影響教學質量和辦學水平。如何充分利用緊缺的教學資源，提高資源的使用率，處理成倍增長的信息量，已成為管理職能部門共同關心的焦點。</p><p>　　面對這一挑戰(zhàn)，許多高校紛紛啟動并加快了數(shù)字化校園建設的步伐，相繼建成了校園網(wǎng)，搭建了數(shù)字化校園的硬件平臺，部分高校購置了管理系

40、統(tǒng)，部分高校開發(fā)了單項管理模塊，但是，不少軟件在實際使用過程中或多或少存在一些缺陷：如管理模式滯后，缺乏與信息技術相匹配的管理理念；功能單一，不能涵蓋高校管理部門的諸多方面；可用性不強，大量的實際問題得不到解決；缺乏統(tǒng)一規(guī)劃和系統(tǒng)設計。</p><p>　　隨著學生人數(shù)的增多，教務管理的難度也越來越大，迫切需要建立教務管理信息系統(tǒng)。通過該管理系統(tǒng)可以實現(xiàn)信息的快速傳遞，可以充分發(fā)揮室、部、系教學管理的職能，可以改

41、變教務管理效率低、工作無序、信息反饋滯后等狀態(tài)，從而全面實現(xiàn)教務管理的網(wǎng)絡化、自動化、數(shù)字化。</p><p>　　為便于更好的利用學校校園網(wǎng)絡，實現(xiàn)信息的高效管理和共享，長安大學電子與控制工程學院決定開發(fā)一套基于B/S結構的教務管理信息系統(tǒng)。</p><p>　　1.4 本文所做的主要工作</p><p>　　本文以所設計開發(fā)的基于B/S（Browser/Serv

42、er）結構的教務管理信息系統(tǒng)為背景，對系統(tǒng)開發(fā)過程中的主要問題和關鍵技術進行了研究，主要完成了以下工作：</p><p>　?。?）本文首先分析了C/S（Client/Server）和B/S兩種管理信息系統(tǒng)開發(fā)模式的特點，結合系統(tǒng)開發(fā)的需要確定了多層B/S結構的開發(fā)模式，對系統(tǒng)開發(fā)平臺的選型做了介紹。</p><p>　?。?）給出了系統(tǒng)的功能、性能、環(huán)境、界面及安全需求分析，并且根據(jù)前期

43、的調查和功能分析，給出了系統(tǒng)的組織結構圖及數(shù)據(jù)流圖。</p><p>　?。?）給出了系統(tǒng)結構功能設計的大體框架，并在此基礎上對系統(tǒng)的模塊設計與各模塊的具體功能進行了詳細闡述。</p><p>　　（4）在系統(tǒng)的安全方面主要介紹了基于角色控制（RBAC）技術在系統(tǒng)中的應用及其它安全措施的設計與實現(xiàn)。</p><p><b>　　1.5 本章小結</b

44、></p><p>　　本章主要概述了本課題的研究背景、內容和開發(fā)意義，分析了國內管理信息系統(tǒng)方面的發(fā)展現(xiàn)狀，根據(jù)實際情況提出了系統(tǒng)地開發(fā)方案，指出了系統(tǒng)開發(fā)的重要作用，最后對本文情況作了簡單的介紹。</p><p>　　第二章 相關技術綜述</p><p>　　2.1 管理信息系統(tǒng)（MIS）</p><p>　　2.1.1 管理信息系

45、統(tǒng)概述</p><p>　　管理信息系統(tǒng)（Management Information System，MIS）是綜合運用了管理科學和計算機科學等科學知識的方法，以計算機和現(xiàn)代通訊技術為基本信息處理手段和傳輸工具的、能為管理決策者提供信息服務的人機系統(tǒng)。它是一個能夠進行信息的收集、傳遞、存儲、處理、維護和使用的人機系統(tǒng)。管理信息系統(tǒng)的主要任務是利用TPS（事物處理系統(tǒng) Transaction Processing

46、System）和大量定量化的科學管理方法實現(xiàn)對生產(chǎn)經(jīng)營和管理過程的預測、管理、調節(jié)、規(guī)劃和控制。</p><p>　　教務管理系統(tǒng)的發(fā)展大致經(jīng)歷了兩個階段：</p><p>　　一是以單機和獨立的業(yè)務系統(tǒng)為主體的教務管理信息系統(tǒng)發(fā)展階段（20世紀80年代到90年代初期）。這一階段計算機硬件的價格開始降低，為其在國內普及應用提供了條件。正是在這一時期，計算機走入了教育行業(yè)。但這時的教務管理信

47、息系統(tǒng)幾乎都處于功能間的相互獨立狀態(tài)，大量的數(shù)據(jù)是以獨享方式存在的，沒有實現(xiàn)信息的整合。</p><p>　　二是以局域網(wǎng)和數(shù)據(jù)庫為基礎的網(wǎng)絡教務管理信息系統(tǒng)發(fā)展階段（90年代中后期至今）。這一階段網(wǎng)絡迅速崛起，網(wǎng)絡數(shù)據(jù)庫逐步普遍應用。這時的教務管理系統(tǒng)的建設以先進的教育思想和基于Web的教務計算理念為指導，以現(xiàn)代信息技術為支撐，以開放式、交互式、共享式為原則，力圖建設一個信息安全可靠、傳輸快速、分散處理、集中優(yōu)

48、化、資源共享的教務管理環(huán)境。教務管理系統(tǒng)的設計開始注重數(shù)據(jù)共享，即開始考慮不同部門之間的數(shù)據(jù)交換問題。這使學校整體教務管理的效率得到了很大程度的提高，重復工作也逐漸得以避免[3-4]。</p><p>　　就主流的教務管理信息系統(tǒng)產(chǎn)品而言，除了產(chǎn)品名稱不同外，主要的功能模塊都很相似。主要功能模塊包括：系統(tǒng)及權限管理、公共信息管理、學籍成績管理、教師管理、畢業(yè)管理、考試管理、教材管理、教學計劃管理、選課系統(tǒng)、排課系

49、統(tǒng)、教務辦公等。</p><p>　　從設計結構上看，大部分教務管理系統(tǒng)采用了比較適于網(wǎng)絡方式并易于升級維護的B/S結構方式，也有一部分校園管理軟件還維持著C/S的結構。此外，也有一部分軟件支持B/S、C/S及Lotus Domino多種結構，或在B/S內含其它結構。整體來說，教務管理系統(tǒng)正在經(jīng)歷著從C/S向B/S結構轉變的重大變革。</p><p>　　2.1.2 C/S模式</p

50、><p>　　C/S結構是一種客戶端/服務器方式，基本工作方式是客戶程序向數(shù)據(jù)庫服務器發(fā)送SQL請求，服務器返回數(shù)據(jù)和結果。這種結構在近些年不但得到了廣泛應用，而且相當成功，現(xiàn)在仍然有著大量的管理系統(tǒng)采用C/S結構如酒店管理系統(tǒng)，醫(yī)藥管理系統(tǒng)等，而且部分應用采用C/S方式完全滿足使用需要。</p><p>　　C/S結構如圖2.1所示：</p><p>　　圖2.1 C

51、/S結構</p><p>　　在基于網(wǎng)絡的數(shù)據(jù)處理中，C/S二層計算模式具有里程碑意義。這種模式在20世紀80年代后期開始引入業(yè)界。它為多用戶系統(tǒng)提供了前所未有的雙向交流感和靈活性，革命性的改變了傳統(tǒng)的應用設計和系統(tǒng)實現(xiàn)方式，很快便在各種類型的軟件系統(tǒng)設計與開發(fā)中獲得了廣泛應用，到20世紀90年代初期，這種計算模式已成為業(yè)界的主流技術。C/S二層計算模式的基本結構如圖2.1所示?？蛻舳颂峁┯脩艚缑?、運行邏輯處理應

52、用，數(shù)據(jù)服務器接受客戶端SQL語句并對數(shù)據(jù)庫進行查詢，然后返回查詢結果。用一個形象的比喻來描述就是：服務器端像一個倉庫，主要功能是存儲原材料和成品，但并不進行加工，而客戶端就像最后的加工車間，完成從原料到成品的整個制造過程，然后將成品存儲到倉庫。由于業(yè)務的處理邏輯主要在客戶機端執(zhí)行，因此這種結構也被成為胖客戶(Fat client)結構。該結構最大的優(yōu)點在于結構簡單，開發(fā)和運行的環(huán)境簡單。</p><p>　　但

53、也正是這種結構，產(chǎn)生了問題：</p><p>　?。?）效率低下，由于客戶端和服務器直接連接，服務器將消耗部分系統(tǒng)資源用于處理與客戶端的連接工作。當同時有大量客戶端發(fā)送數(shù)據(jù)請求時，服務器有限的資源將被用于頻繁的與客戶端的連接，從而無法及時響應數(shù)據(jù)請求?？蛻舳藬?shù)據(jù)請求堆積的直接后果將導致系統(tǒng)整體運行效率大幅度降低，甚至崩潰。</p><p>　?。?）可靠性差。C/S結構中，客戶端用于程序直

54、接與數(shù)據(jù)庫服務器打交道，因此客戶端擁有對數(shù)據(jù)庫的足夠權限，這就存在極大的隱患，如果數(shù)據(jù)庫服務器因某種原因停機，那么整個系統(tǒng)將趨于癱瘓。</p><p>　?。?）維護困難，所開發(fā)的程序移植性差。由于應用邏輯被封裝在客戶端程序里，因而不能對其進行集中控制和管理，一旦需要更新或修改，就必須更新所有客戶端。</p><p>　　當然，C/S的缺點是隨著技術的發(fā)展而凸現(xiàn)出來的，這些問題是兩層結構本

55、身的原生性問題，僅僅依靠對二層結構進行細枝末節(jié)的修補和開發(fā)，無法很好解決。要真正解決這些問題，必須從根本上改變這種二層結構設計。</p><p>　　2.1.3 B/S模式</p><p>　　B/S結構是一種瀏覽器/服務器方式，B/S三層體系結構下，表示層(Presentatioon)、功能層(Business Logic)、數(shù)據(jù)層（Data Service）被割成三個相對獨立的單元：

56、</p><p>　　B/S結構如圖2.2所示：</p><p>　　圖2.2 B/S結構</p><p>　　第一層 表示層：Web瀏覽器 </p><p>　　在表示層中包含系統(tǒng)的顯示邏輯，位于客戶端。它的任務是由Web瀏覽器向網(wǎng)絡上的某一Web服務器提出服務請求，Web服務器對用戶身份進行驗證后用HTTP協(xié)議把所需的主頁傳送給客戶端，客

57、戶機接受傳來的主頁文件，并把它顯示在Web瀏覽器上。 </p><p>　　第二層 功能層：也被稱為中間層，具有應用程序擴展功能的應用服務器和Web服務器。</p><p>　　在功能層中包含系統(tǒng)的事務處理邏輯，位于Web服務器端。它的任務是接受用戶的請求，首先需要執(zhí)行相應的擴展應用程序與數(shù)據(jù)庫進行連接，通過SQL等方式向數(shù)據(jù)庫服務器提出數(shù)據(jù)處理申請，然后等數(shù)據(jù)庫服務器將數(shù)據(jù)處理的結果提交

58、給Web服務器，再由Web服務器傳送回客戶端。</p><p>　　第三層 數(shù)據(jù)層：數(shù)據(jù)庫服務器 </p><p>　　在數(shù)據(jù)層中包含系統(tǒng)的數(shù)據(jù)處理邏輯，位于數(shù)據(jù)庫服務器端。它的任務是接受Web服務器對數(shù)據(jù)庫操縱的請求，實現(xiàn)對數(shù)據(jù)庫查詢、修改、更新等功能，把運行結果提交給Web服務器。</p><p>　　三層B/S結構的優(yōu)點：</p><p&g

59、t;　　具有靈活的硬件系統(tǒng)構成及更好的支持分布式環(huán)境。</p><p>　　面向對象的模塊化組件設計可以提高開發(fā)速度，同時擁有較高的性能。</p><p>　　采用瘦客戶端模式，客戶端都是標準的瀏覽器，使用方便簡單。業(yè)務邏輯集中使系統(tǒng)管理簡單，維護、升級方便，有很高的可用性。</p><p>　　系統(tǒng)負載分布在網(wǎng)絡服務器、應用服務器和數(shù)據(jù)庫服務器上，網(wǎng)絡服務器和應用

60、服務器的數(shù)量可以根據(jù)訪問量來進行擴展配置，當用戶數(shù)量增多時，性能不會明顯下降。</p><p>　　系統(tǒng)的擴展性大大增強。由于系統(tǒng)模塊化，使得系統(tǒng)很容易在縱向和水平兩個方向拓展：一方面可以將系統(tǒng)升級為更大、更有力的平臺，同時也可以適當增加規(guī)模來增強系統(tǒng)的網(wǎng)絡應用[5-6]。</p><p>　　仔細分析不難看出，三層的B/S體系結構是把二層C/S結構的事務處理邏輯模塊從客戶機的任務中分離出

61、來，由單獨組成的一層來負擔其任務，這樣客戶機的壓力大大減輕了，把負荷均衡地分配給了應用服務器，于是由原來的兩層的C/S結構轉變成三層的B/S結構。</p><p>　　2.1.4 C/S和B/S比較</p><p><b>　?。?）開放的標準。</b></p><p>　　C/S所采用的標準只要在內部統(tǒng)一就可，它的應用往往是專用的。B/S所采

62、用的標準都是開放的、非專用的，是經(jīng)過標準化組織所確定的而非單一廠商所制定，保證了其應用的通用性和跨平臺性。</p><p>　?。?）較低的開發(fā)和維護成本。</p><p>　　C/S的應用必須開發(fā)出專用的客戶端軟件，無論是安裝、配置還是升級都需要在所有的客戶機上實施，極大地浪費了人力和物力。B/S的應用只需在客戶端裝有通用的瀏覽器即可，維護和升級工作都在服務器端進行，不需對客戶端進行任何

63、改變，故而大大降低了開發(fā)和維護的成本。</p><p>　　（3）使用簡單，界面友好。</p><p>　　C/S用戶的界面是由客戶端軟件所決定的，其使用的方法和界面各不相同，每推廣一個C/S系統(tǒng)都要求用戶從頭學起，難以使用。B/S用戶的界面都統(tǒng)一在瀏覽器上，瀏覽器易于使用、界面友好，不須再學習使用其它的軟件，一勞永逸的解決了用戶的使用問題。 </p><p>&l

64、t;b>　　（4）客戶端消腫。</b></p><p>　　C/S的客戶端具有顯示與處理數(shù)據(jù)的功能，對客戶端的要求很高，是一個"胖"客戶機。B/S的客戶端不再負責數(shù)據(jù)庫的存取和復雜數(shù)據(jù)計算的等任務，只需要其進行顯示，充分發(fā)揮了服務器的強大作用，這樣就大大的降低了對客戶端的要求，客戶端變得非常"瘦"。</p><p><b>

65、;　?。?）系統(tǒng)靈活。</b></p><p>　　C/S系統(tǒng)的三部分模塊中有一部分需改變就要關聯(lián)到其它模塊的變動，使系統(tǒng)極難升級。B/S系統(tǒng)的三部分模塊各自相對獨立，其中一部分模塊改變時其它模塊不受影響，系統(tǒng)改進變得非常容易，且可以用不同廠家的產(chǎn)品來組成性能更佳的系統(tǒng)。 </p><p>　?。?）保障系統(tǒng)的安全性。</p><p>　　在C/S系統(tǒng)中

66、由于客戶機直接與數(shù)據(jù)庫服務器進行連接，用戶可以很輕易的改變服務器上的數(shù)據(jù)，無法保證系統(tǒng)的安全性。B/S系統(tǒng)在客戶機與數(shù)據(jù)庫服務器之間增加了一層Web服務器，使兩者不再直接相連，客戶機無法直接對數(shù)據(jù)庫操縱，有效地防止用戶的非法入侵[7]。</p><p>　　2.2 應用服務器技術（ASSP）</p><p>　　應用服務器又稱為“應用服務器軟件平臺”（Application Server

67、Soft Ware Platform，簡稱為ASSP），是最重要的一類中間件軟件。簡單地理解相當于對象或組件的打包，但不是把ORB、MOM、交易管理、數(shù)據(jù)訪問中間件和別的中間件產(chǎn)品和技術簡單地打包在一起，因為當前的應用服務器軟件都是基于對象或組件技術的，各種中間件功能必須以面向對象或組件的方式提供。此外，還需要把其它重要的、增加價值的功能加進來－－如對象或組件的部署、運行時、管理功能。應用服務器的主要功能是為三層或多層應用系統(tǒng)提供基礎軟

68、件平臺，即中間件的支持。</p><p>　　2.2.1 應用服務器技術產(chǎn)生的背景</p><p>　　應用服務器技術的產(chǎn)生和現(xiàn)代化電子商務的發(fā)展是密不可分的。Web應用的開發(fā)經(jīng)歷了三個階段。第一階段，大家都使用Web服務器提供的服務器擴展接口，使用Ｃ或者Perl等語言進行開發(fā)。這種開發(fā)方式的主要問題是對開發(fā)者的素質要求很高，往往需要懂得底層的編程方法，了解HTTP協(xié)議。第二階段，大家開始

69、使用一些服務器端的腳本語言進行開發(fā)，主要包括ASP、PHP、LiveWire等。這種開發(fā)方式的主要問題是系統(tǒng)的可擴展性不夠好。為了解決這些問題，近年來，出現(xiàn)了一個新的Web應用開發(fā)方法，應用服務器技術由此而生。</p><p>　　2.2.2 應用服務器體系結構</p><p>　　應用服務器應當具備的首要特性是至少三個層次的服務器端體系結構。所有的應用請求，都將通過請求接收層，一般就是W

70、eb服務器，轉給應用處理層中的應用服務器處理。應用服務器是獨立的進程，對業(yè)務進行處理，并進行事務管理，將其中的所有數(shù)據(jù)操作轉給第三層，也就是數(shù)據(jù)處理層的數(shù)據(jù)庫服務器，而不是象第二階段的方法那樣，直接從Web服務器訪問數(shù)據(jù)庫服務器。</p><p>　　2.2.3 應用服務器的特點</p><p>　　應用服務器主要是運行在其中的軟件系統(tǒng)，應用服務器軟件是一個運行在中間層的軟件，位于基于HT

71、ML的客戶端和后臺商務應用之間。一般具有以下的功能和特點：</p><p>　?。?）通過不同的硬件和操作系統(tǒng)連接多個系統(tǒng)。</p><p>　　（2）使用HTML和動態(tài)HTML以及可擴展標記語言XML等標準控制信息的發(fā)布。</p><p>　?。?）便于軟件的各部分的在應用，無論是內部開發(fā)或從第三方購買。包括CORBA、COM/DCOM、IIOP（Internet

72、 Inter-ORB）和EJB。</p><p>　?。?）通過JDBC、ODBC或直接支持CICS、SAP和Lotus Notes等接口，進行數(shù)據(jù)庫訪問。</p><p>　?。?）通過負載平衡、集群和容錯等特性提高系統(tǒng)的性能。</p><p>　?。?）支持安全特征，包括安全套接層（SSL）、授權和數(shù)字認證。</p><p>　　（7）把

73、上述所有特點集成到一個開發(fā)環(huán)境（IDE）中。</p><p>　　總之，應用服務器是三（N）層結構的一種核心技術，正是由他的中間層技術，架構了多層結構。這也是與傳統(tǒng)C/S結構的主要不同。由于應用服務器是一種新的技術，它的概念尚未統(tǒng)一，其內容包含什么也是仁者見仁，智者見智，但總體來說，應用服務器通過把用戶接口、商業(yè)邏輯和后端服務分割開來，向開發(fā)者提供了一種創(chuàng)建、部署和維護企業(yè)規(guī)模的Web應用的模塊化方式，為要轉向W

74、eb的用戶提供了高性能多線程的環(huán)境。它是一種支持多種工業(yè)標準的協(xié)議和界面引擎，支持的標準根據(jù)廠商可能有所不同，但基本上都支持包括數(shù)據(jù)庫互聯(lián)標準ODBC、JDBC、COM/DCOM、CORBA和EJB等主流對象模型。</p><p>　　2.2.4 應用服務器的選擇</p><p>　　最近幾年，除了微軟獨家提供與Windows操作系統(tǒng)綁定在一起的、基于DNA/DCOM技術的應用服務器軟件功

75、能外，主流應用服務器產(chǎn)品全部基于Java語言開發(fā)，并遵從J2EE/EJB規(guī)范。目前主流支持J2EE的應用服務器有BEA Weblogic、IBM Websphere、Oracle9iAS、Sybase EAServer、SUN iPlanet、Borland BES、Tomcat、JBoss等。BEA和IBM公司以其在中間件方面的產(chǎn)品優(yōu)勢和雄厚實力，使Weblogic和Websphere成為Web應用服務器的領跑者[8]。</p&

76、gt;<p>　　Websphere是IBM的產(chǎn)品，功能強大，而且與DB2Visual Age3.0/3.5等IBM的開發(fā)工具互聯(lián)配套，開發(fā)Web程序程序十分方便，但是不支持JMS和EJB2.0 。相對于WebLogic而言，負載均衡和失效恢復的支持表現(xiàn)稍差。</p><p>　　EAServer是Sybase公司推出的企業(yè)級應用服務器，它將Sybase的組件事務處理服務器Jaguar CTS和We

77、b應用服務器PowerDynamo緊密集成并加以發(fā)展，是同時實現(xiàn)Web OLTP和動態(tài)信息發(fā)布的企業(yè)級應用服務器平臺，并且支持所有標準的組件模型，包括JavaBean、COM和CORBA等，并且EAServer4.1提供對Web Services的支持。Sybase公司成功推出EAServer4.1，重點放在了Web Services和Java 2企業(yè)版（J2EE 1.3）認證上面。另外在可用性和性能方面也有顯著的提高。這些提高都旨在使

78、EAServer4.1繼續(xù)成為一個開放的企業(yè)級平臺，方便用戶開發(fā)和部署。</p><p>　　雖然相比Websphere和WebLogic，EAServer的功能略有欠缺，但二者的差距其實并不大，可以實現(xiàn)的功能基本一樣。由于本系統(tǒng)所用的分析建模工具及Web服務器都是Sybase公司出品的，考慮到系統(tǒng)運行的穩(wěn)定性問題，故選用EAServer應用服務器作為系統(tǒng)的組件服務器。</p><p>&

79、lt;b>　　2.3 本章小結</b></p><p>　　本章主要介紹了管理信息系統(tǒng)的概念，C/S、B/S模式以及二者的比較。分析了應用服務器技術，為下文系統(tǒng)構建采用的技術作了鋪墊。</p><p>　　第三章 系統(tǒng)需求分析</p><p>　　需求分析是數(shù)據(jù)庫信息管理系統(tǒng)開發(fā)的第一步也是最重要的一步。需求分析就是描述系統(tǒng)的需求，通過定義系統(tǒng)中的

80、關鍵類來建立模型。分析的根本目的是在開發(fā)者和提出需求的人之間建立一種理解和溝通的機制，因此，系統(tǒng)的需求分析應該是開發(fā)人員和用戶或客戶一起完成的。需求分析可以采用面向對象的方法來完成，即明確系統(tǒng)要服務于哪些用戶，對這些用戶提供哪些服務等[10-11]。</p><p>　　3.1 系統(tǒng)分析工具的選擇</p><p>　　當今系統(tǒng)的構建變得越來越復雜，UML建模CASE工具為項目相關人員提供了

81、許多的好處。UML建模CASE工具允許我們應用規(guī)范的面向對象分析和設計的方法與理論，遠離糾纏不清的源代碼，達到構建和設計變得更直觀，更容易地理解與修改的層次。</p><p>　　UML是編制軟件藍圖的標準化語言，它提供了一套描述軟件模型的概念和圖形表示法，以及語一言的擴展機制和對象約束語言。軟件開發(fā)人員使用語言對復雜軟件系統(tǒng)建立可視化的系統(tǒng)模型，編制說明和建立軟件文檔。支持面向對象的技術和方法，能夠準確方便的表

82、達面向對象的概念，體現(xiàn)面向對象的分析與設計風格。</p><p>　　UML的主要特點有[12]：</p><p><b>　?。?）統(tǒng)一標準。</b></p><p><b>　?。?）面向對象。</b></p><p>　?。?）可視化、表示能力強大。</p><p>　

83、?。?）獨立于過程標一記值和約束。</p><p>　?。?）容易掌握使用。</p><p>　　使用UML進行軟件系統(tǒng)的分析與設計，能夠加速軟件開發(fā)的進程，提高代碼的質量，支持變動的業(yè)務需求。UML適用于各種大小規(guī)模的軟件系統(tǒng)項目，能促進軟件復用，方便地集成已有的系統(tǒng)軟件資源。使用UML將有助于處理軟件開發(fā)中的各種風險。</p><p>　　作為UML建模CASE

84、工具的一種，PowerDesigner系列產(chǎn)品提供了一個完整的建模解決方案，業(yè)務或系統(tǒng)分析人員，設計人員，數(shù)據(jù)庫管理員DBA和開發(fā)人員可以對其裁剪以滿足他們的特定的需要；而其模塊化的結構為購買和擴展提供了極大的靈活性，從而使開發(fā)單位可以根據(jù)其項目的規(guī)模和范圍來使用他們所需要的工具。PowerDesigner靈活的分析和設計特性允許使用一種結構化的方法有效地創(chuàng)建數(shù)據(jù)庫或數(shù)據(jù)倉庫，而不要求嚴格遵循一個特定的方法學。PowerDesigner

85、提供了直觀的符號表示使數(shù)據(jù)庫的創(chuàng)建更加容易，并使項目組內的交流和通訊標準化，同時能更加簡單地向非技術人員展示數(shù)據(jù)庫和應用的設計。 </p><p>　　PowerDesigner不僅加速了開發(fā)的過程，也向最終用戶提供了管理和訪問項目的信息的一個有效的結構。它允許設計人員不僅創(chuàng)建和管理數(shù)據(jù)的結構，而且開發(fā)和利用數(shù)據(jù)的結構針對領先的開發(fā)工具環(huán)境快速地生成應用對象和數(shù)據(jù)敏感的組件。開發(fā)人員可以使用同樣的物理數(shù)據(jù)模型查看

86、數(shù)據(jù)庫的結構和整理文檔，以及生成應用對象和在開發(fā)過程中使用的組件。應用對象生成有助于在整個開發(fā)生命周期提供更多的控制和更高的生產(chǎn)率。</p><p>　　現(xiàn)在主流的UML建模CASE工具主要有EA、 Rose和PowerDesigner，每個軟件都各有其優(yōu)劣?？紤]到系統(tǒng)的Web服務器以及組件服務器都是用Sybase公司的軟件，故這里選用Sybase公司出品的PowerDesigner以使其可以更好的與系統(tǒng)吻合。&

87、lt;/p><p>　　3.2 系統(tǒng)組織結構及數(shù)據(jù)流圖</p><p>　　系統(tǒng)基本設計概念如圖3.1所示：</p><p>　　圖3.1 基本設計概念</p><p>　　根據(jù)前期的調查和功能分析，教務管理系統(tǒng)可以分為教師信息管理和學生信息管理兩大模塊，如下圖3.2所示：</p><p>　　圖3.2 系統(tǒng)組織結構<

88、;/p><p>　　數(shù)據(jù)流圖如圖3.3所示：</p><p>　　圖3.3 系統(tǒng)數(shù)據(jù)流圖</p><p>　　3.3 系統(tǒng)需求分析</p><p>　　3.3.1 系統(tǒng)功能需求分析</p><p>　　(1)不同人員角色的需求</p><p>　　本系統(tǒng)確定的用戶角色包括院領導、系統(tǒng)管理員、各處室管

89、理員、普通用戶（指一般教師、班長等）。它們在系統(tǒng)中具有不同的角色，即不同類別的用戶對數(shù)據(jù)庫的訪問權限不同，同一用戶對不同的數(shù)據(jù)庫的訪問權限也不相同。因此需要根據(jù)實際情況建立相應的訪問權限。</p><p>　　系統(tǒng)管理員對本系統(tǒng)的數(shù)據(jù)庫擁有最高選限，可以訪問所有數(shù)據(jù)庫，對所有的用戶進行授權，并維護系統(tǒng)和數(shù)據(jù)庫的安全。其他用戶除了可以修改自己密碼外，對不同數(shù)據(jù)庫有不同的訪問權限。</p><p&

90、gt;　　領導擁有對數(shù)據(jù)瀏覽的最高權限，可以瀏覽本系統(tǒng)所有可供查詢的數(shù)據(jù)。各處室管理員可以對本自己管理職責范圍內的數(shù)據(jù)進行錄入、修改、刪除、查詢、統(tǒng)計等各種操作。</p><p>　　普通用戶可以查詢自己個人的所有信息，如教師可查詢自己的基本情況，工作量、任課信息，學生可查成績、日常行為規(guī)范的遵守、品德分學期評定等。</p><p>　　(2)信息管理的操作處理功能需求</p>

91、<p>　　從系統(tǒng)組織結構圖，可以看出教務管理信息系統(tǒng)主要包括教師信息管理和學生信息管理2大模塊。</p><p>　　1)教師信息管理模塊的主要內容有教師基本信息、教學日歷、課程內容、教學大綱、科研論文、科研項目、編著和教材、教學檢查、教學工作量、系部活動。詳細內容如下:</p><p><b>　　教師基本信息</b></p><

92、p>　　主要包括教師從進入學院到現(xiàn)在的基本信息，包括教師ID、姓名、籍貫、民族、政治面貌、身份證號、聯(lián)系方式等信息，并對它進行管理及更新。</p><p><b>　　教學日歷</b></p><p>　　主要包括教學日歷相關內容的發(fā)布及更新。</p><p><b>　　課程內容</b></p>&l

93、t;p>　　主要包括課程名稱、課程ID、主要內容、總學時數(shù)、授課學時、試驗學時和上機學時的發(fā)布及更新。</p><p><b>　　教學大綱</b></p><p>　　主要包括課程的性質和任務、課程的基本要求、課程的主要內容、課程的使用大綱、課程教材和參考書的發(fā)布及更新。</p><p><b>　　科研論文</b>

94、;</p><p>　　主要包括文章名稱、作者次序、是否核心期刊等相關內容的發(fā)布及更新。</p><p><b>　　科研項目</b></p><p>　　主要包括項目來源、項目名稱、教師承擔角色、到帳經(jīng)費等相關內容的發(fā)布及更新。</p><p><b>　　編著和教材</b></p>

95、<p>　　主要包括書名、出版社、作者次序、獨立撰寫字數(shù)等相關內容的發(fā)布及更新。</p><p><b>　　教學檢查</b></p><p>　　主要包括聽課人、聽課教室、所聽課程名稱以及教師的儀容儀表、姿態(tài)及上課時間、是否提前下課等，學生的到課情況、教材使用情況、有無遲到現(xiàn)象等相關內容。</p><p><b>　　教

96、學工作量</b></p><p>　　主要需要統(tǒng)計是否本學院開設的課程，是否新開設的課程，除正常上課學時以外，試驗學時有多少，課程設計學時有多少，是基礎課還是專業(yè)課等等，統(tǒng)計完這些信息后，根據(jù)相關的系數(shù)換算成教學工作量的分數(shù)，然后進行統(tǒng)計并且發(fā)布。</p><p><b>　　系部活動</b></p><p>　　主要負責發(fā)布院系里

97、面通知的活動內容、活動時間及活動情況，以便教師和學生及時了解活動內容及時間，準時參加。</p><p>　　2)學生信息管理模塊的主要內容有學生基本信息、課程內容、培養(yǎng)計劃、實踐活動、考試、重修、畢業(yè)設計。詳細內容如下:</p><p><b>　　學生基本信息</b></p><p>　　主要包括學生從進入學院到現(xiàn)在的基本信息，包括學生學號、

98、姓名、籍貫、民族、政治面貌、身份證號、聯(lián)系方式等信息，并對它進行管理及更新。</p><p><b>　　課程內容</b></p><p>　　主要包括課程名稱、課程ID、主要內容、總學時數(shù)、授課學時、試驗學時和上機學時的發(fā)布及更新。</p><p><b>　　培養(yǎng)計劃</b></p><p>　

99、　主要包括學生培養(yǎng)計劃的制定和執(zhí)行，基礎課程、專業(yè)課程、實驗及課程設計包括的學時、學分、上課地點及完成情況，每完成一部分內容均會在網(wǎng)上發(fā)布，并且及時更新。</p><p><b>　　實踐活動</b></p><p>　　主要包括學校安排相應的社會實踐環(huán)節(jié)的發(fā)布及完成情況，學生自己也可以聯(lián)系相應的社會實踐，但需要向院系提交書面申請及完成后的報告。</p>

100、<p><b>　　考試</b></p><p>　　主要包括考試科目、考試時間及考試地點的發(fā)布及更新，而且相應的考試注意事項也會在里面發(fā)布。</p><p><b>　　重修</b></p><p>　　主要包括上次考試未通過的學生重修時間的安排，教師、上課時間、上課教室及補考的相應通知的發(fā)布及更新。<

101、/p><p><b>　　畢業(yè)設計</b></p><p>　　主要包括學生的開題報告、畢業(yè)設計題目、指導教師等相應信息的發(fā)布及更新。</p><p>　　3.3.2 系統(tǒng)性能需求分析</p><p>　　系統(tǒng)性能需求是指系統(tǒng)所要遵循的一些約束和限制，如用戶訪問權限的控制、處理時間的約束、安全性要求、可靠性要求等等。下面是本

102、系統(tǒng)的性能要求:</p><p>　　(1)系統(tǒng)具有相關提示，管理人員不需要特別培訓，就可以很快地使用本系統(tǒng)中提供的大多數(shù)功能。</p><p>　　(2)系統(tǒng)具有的較高的安全性。管理人員經(jīng)過進入系統(tǒng)前，必須首先通過系統(tǒng)的身份驗證，然后系統(tǒng)要根據(jù)登錄的身份給與管理人員相應的權限(如學生信息管理的管理人員具有對學生信息的添加、修改、刪除、瀏覽的功能，而其他用戶對學生信息只有瀏覽的權限)。&l

103、t;/p><p>　　此外，由于數(shù)據(jù)要通過網(wǎng)絡傳輸，對于一些重要數(shù)據(jù)必須進行加密保護，以及利用事務處理技術防止因網(wǎng)絡延遲或中斷導致數(shù)據(jù)不完整、不一致的現(xiàn)象發(fā)生。</p><p>　　3.3.3 系統(tǒng)環(huán)境需求分析</p><p>　　根據(jù)系統(tǒng)開發(fā)環(huán)境以及對院里面硬件設備的調查，客戶端硬件配置的最低要求見表3.1所示：</p><p>　　表3.1

104、客戶端最低硬件配置</p><p>　　由于近年來計算機硬件發(fā)展水平的突飛猛進，機器的硬件配置已經(jīng)不是阻礙系統(tǒng)發(fā)展的因素，目前院里面所有機器完全可以滿足客戶端運行的最低要求。</p><p>　　3.3.4 系統(tǒng)界面需求分析</p><p>　　系統(tǒng)的界面應該遵循的原則是[13]：</p><p>　?。?）界面元素。通常一個軟件界面的元素包

105、括界面主顏色、字體顏色、字體大小、界面布局、界面交互方式、界面功能分布、界面輸入輸出模式。其中，對用戶工作效率有顯著影響的元素包括：輸入輸出方式、交互方式、功能分布，在使用命令式交互方式的系統(tǒng)中，命令名稱、參數(shù)也是界面元素的內容，如何設計命令及參數(shù)也很重要。影響用戶對系統(tǒng)友好性評價的元素則有：顏色、字體大小、界面布局等，軟件界面作為一個整體，其中任何一個元素不符合用戶習慣、不滿足用戶要求都將降低用戶對軟件系統(tǒng)的認可度，甚至影響用戶的工作

106、效率。圍繞界面元素所要達到的設計目的是讓最終用戶能夠獲得美感、提高工作效率、易于操作使用系統(tǒng)。 </p><p>　?。?）用戶角色。通過調查分析用戶特征，將每個不能建立模型的單一用戶歸納為集合，將用戶集合定義為角色模型，同時賦予不同的優(yōu)先級別，了解記錄其界面需求。用戶角色定義的原則是有代表性、同系統(tǒng)功能有關。一個用戶角色可能包括大量的用戶個體，他們對于界面的要求可以按照一定的界面模型進行定義。</p>

107、;<p>　　用戶角色的確定可以根據(jù)系統(tǒng)需求方提供的用戶資料和行業(yè)經(jīng)驗，如美學觀念、用戶計算機水平、用戶工作內容等對用戶進行初始角色定義，然后在需求調查過程中進行修正擴充。</p><p>　　之所以要定義用戶角色，是因為不同的用戶角色在需求分析過程中的需求目標不同，側重點也不同。依據(jù)用戶角色不同的優(yōu)先級別，平衡眾多用戶需求中的矛盾，抽象出完整的GUI界面模型。</p><p&g

108、t;　?。?）幫助和提示原則。要對用戶的操作命令做出反應，幫助用戶處理問題。系統(tǒng)要設計有恢復出錯現(xiàn)場的能力，在系統(tǒng)內部處理工作要有提示，盡量把主動權讓給用戶。 </p><p>　?。?）媒體最佳組合原則。多媒體界面的成功并不在于僅向用戶提供豐富的媒體，而應在相關理論指導下，注意處理好各種媒體間的關系,恰當選用。</p><p>　　根據(jù)以上原則，用Powerbuilder設計了一些簡單的

109、界面原型，下圖僅僅羅列了登錄界面、添加信息界面及信息查詢界面，如下圖3.4~3.6所示：</p><p>　　圖3.4 需求設計的登錄界面</p><p>　　圖3.5 需求設計的添加信息界面</p><p>　　圖3.6 需求設計的信息查詢界面</p><p>　　3.3.5 系統(tǒng)安全需求分析</p><p>　　(

110、1)物理安全需求。針對重要信息可能通過電磁輻射或線路干擾等泄漏。需要對存放絕密信息的機房進行必要的設計，如構建屏蔽室。采用輻射干擾機，防止電磁輻射泄漏機密信息。對存有重要數(shù)據(jù)庫且有實時性服務要求的服務器必須采用UPS不間斷穩(wěn)壓電源，且數(shù)據(jù)庫服務器采用雙機熱備份，數(shù)據(jù)遷移等方式保證數(shù)據(jù)庫服務器實時對外部用戶提供服務并且能快速恢復。 </p><p>　　(2)操作系統(tǒng)安全需求。對于操作系統(tǒng)的安全防范可以采取如下策略