畢業(yè)設計--大學生勤工助學管理信息系統(tǒng)的分析、設計與開發(fā)

1、<p>　　大學生勤工助學管理信息系統(tǒng)的分析、設計與開發(fā)</p><p><b>　　摘要</b></p><p>　　隨著高校信息化的不斷發(fā)展和高校助學工作層面的不斷擴大，開發(fā)適應當前工作 需要的辦公管理軟件已經成為必然。本文基于 UML 建模技術，結合 Delphi7 編程語言 和 SQL server 2000 數據庫服務技術，設計并實現了大學

2、生勤工助學管理信息系統(tǒng)。 整個管理信息系統(tǒng)的開發(fā)包括分析、設計、實現三個主要過程。在系統(tǒng)的分析和設計 階段，采用統(tǒng)一建模語言 UML 建立系統(tǒng)的模型，從用戶的角度建立系統(tǒng)的業(yè)務模型， 從開發(fā)者的角度建立系統(tǒng)開發(fā)的藍圖即靜態(tài)結構模型和動態(tài)行為模型。根據系統(tǒng)分析 與設計的藍圖，使用可視化編程工具 Delphi 對系統(tǒng)進行了開發(fā)。該系統(tǒng)適應了當前工 作需要的，它的使用將促進勤工助學管理工作的順利開展。</p><p>

3、　　關鍵詞：勤工助學；管理信息系統(tǒng)；UML；Delphi；SQL server 2000</p><p>　　College Work-study Management Information System: Analysis, Design and Development</p><p><b>　　Abstract</b></p><p&

4、gt;　　With the development of information technology and expanding of college student working level, the development of office software adapting to current work has become a necessity. Based on UML modeling techniques, co

5、mbined with Delphi and SQL server 2000 technology, we can design and implement the information system of college work-study. The development of system should include analysis, design, implement. We used the language of U

6、ML to establish the system. We build the business model of the sy</p><p>　　Keywords: work-study；management information system; UML；Delphi ；SQL server 2000</p><p><b>　　目錄</b></p&g

7、t;<p>　　1 緒論 .......................................................................................................................................1</p><p>　　1.1 研究的目的和意義.......................

8、................................................................................1</p><p>　　1.2 研究現狀........................................................................................................

9、...............1</p><p>　　1.3 主要研究內容...............................................................................................................2</p><p>　　2 系統(tǒng)構建工具概述 ....................

10、...........................................................................................4</p><p>　　2.1 UML 建模概述4</p><p>　　2.2 系統(tǒng)開發(fā)語言概述.................................................

11、......................................................6</p><p>　　3 系統(tǒng)分析 ...............................................................................................................................7</p&

12、gt;<p>　　3.1 系統(tǒng)業(yè)務模型...............................................................................................................7</p><p>　　3.1.1 需求描述與分析..................................

13、.................................................................7</p><p>　　3.1.2 系統(tǒng)的用例模型...................................................................................................8</p>

14、<p>　　3.1.3 用例描述...............................................................................................................9</p><p>　　3.2 系統(tǒng)靜態(tài)結構模型........................................

15、.............................................................12</p><p>　　3.2.1 系統(tǒng)中包含的實體類及相互關系.....................................................................12</p><p>　　3.2.2 系統(tǒng)中用戶界面類及相互關

16、系.........................................................................17</p><p>　　4 系統(tǒng)設計 ..................................................................................................................

17、...........22</p><p>　　4.1 系統(tǒng)動態(tài)行為設計.....................................................................................................22</p><p>　　4.1.1 工作流模型.......................

18、..................................................................................22</p><p>　　4.1.2 系統(tǒng)交互模型...............................................................................................

19、......25</p><p>　　4.1.3 主要實體對象的狀態(tài)機模型.............................................................................31</p><p>　　4.2 系統(tǒng)結構設計......................................................

20、.......................................................32</p><p>　　5 系統(tǒng)實現 .............................................................................................................................34</p

21、><p>　　5.1 功能模塊的實現.........................................................................................................34</p><p>　　5.2 服務器功能的實現.......................................

22、..............................................................40</p><p>　　5.3 系統(tǒng)前臺與后臺服務器的連接.................................................................................42</p><p>　　5.4

23、 系統(tǒng)實現中的關鍵技術.............................................................................................42</p><p>　　結論........................................................................................

24、........................................47</p><p>　　致謝................................................................................................................................48</p><p>　

25、　參考文獻 ................................................................................................................................49</p><p><b>　　III</b></p><p>　　大學生勤工助學管理信息系統(tǒng)的分析

26、、設計與開發(fā)</p><p><b>　　1 緒論</b></p><p>　　1.1 研究的目的和意義 隨著我國高等教育在招生、收費、就業(yè)制度等方面改革的不斷深入，教育費用</p><p>　　實現了由政府完全承擔到政府和受教育者共同分擔的轉變，貧困生問題自此凸現出</p><p>　　來。高校貧困生作為一個特殊群體，

27、吸引著社會的廣泛關注，關于高校貧困生資助 內容的調查表明，社會和高校正在轉變資助觀念，采取直接資助與間接資助相互彌 補的方式，為其創(chuàng)造勤工助學條件，培養(yǎng)其自力更生的能力。</p><p>　　勤工助學是指學生在學校的組織下利用課余時間，通過勞動取得合法報酬，用 于改善學習和生活條件的社會實踐活動[1]。勤工助學是學校學生資助工作的重要組 成部分，是提高學生綜合素質和資助家庭經濟困難學生的有效途徑[2] 。<

28、;/p><p>　　學校在為貧困生提供勤工助學條件時，更需要加強對勤工助學工作的管理。開 發(fā)大學生勤工助學管理信息系統(tǒng)的目的在于通過信息技術手段促進大學生勤工助 學管理工作的科學化和效率化，使勤工助學管理的各項工作及時落實，促進勤工助 學管理事業(yè)的發(fā)展。</p><p>　　大學生勤工助學管理信息系統(tǒng)能充分滿足各部門在信息安全、信息操作和信息 控制等方面的需求，幫助解決工作中貧困生多、信息量大

29、、校區(qū)部門分散等因素造 成的管理困難，使勤工助學工作在信息化條件下管理的準確度和效率得到提升。</p><p><b>　　1.2 研究現狀</b></p><p>　　1）國外現狀 大學生的資助政策在高等教育發(fā)展中發(fā)揮了重要的作用。美國作為世界上大學</p><p>　　生資助體系最發(fā)達的國家,在大學生資助方面的許多做法具有很高的參考價值。美

30、 國高校采取“資助包”政策，通過“上學成本”、“預期家庭貢獻”和“應需資助資 金”三方面數據結合計算機及信息化技術進行綜合平衡，盡可能使有限的資金資助 更多的學生[3]。同時美國政府致力于計算機應用和數據庫技術的推廣，通過建立完 善的資助數據庫系統(tǒng)為高校的勤工助學工作的開展提供技術支持，為勤工助學的管</p><p>　　理提供更加方便快捷的途徑。建立聯網的勤工助學系統(tǒng)，可以使經濟困難的學生獲</p>

31、<p>　　得更多形式的資助和更多人的幫助[4] 。 2）國內現狀</p><p>　　隨著招生規(guī)模的擴大，貧困生數目的增加，高校助學工作層面不斷擴大，原來 的信息管理體系和軟件支撐平臺，已不能適應當前的工作需求，為了更加科學規(guī)范、 快捷準確的做好助學工作，開發(fā)新型辦公管理軟件已成為必然[5] 。建立并不斷完善 大學生勤工助學管理信息系統(tǒng)是勤工助學管理工作長足發(fā)展的客觀需要[6] 。</p&

32、gt;<p>　　中國現有的大學生勤工助學管理信息系統(tǒng)大多基于 C/S 架構，這些系統(tǒng)基本能 完成用戶登錄，學生申請，完善信息，資格審核，工作審核，工作安排等功能，個 別系統(tǒng)也能提供勤工反饋和工時核算等功能?；?B/S 架構的勤工助學管理信息系 統(tǒng)較少，雖然基于 web 的系統(tǒng)有諸多優(yōu)勢，但由于與 C/S 實現技術的差異，B/S 結 構的系統(tǒng)功能單一，結構固定，用戶自定義功能差[ 7]。國外的 C/S 系統(tǒng)發(fā)展的較完 善

33、，個性化功能強大，目前正致力于開發(fā)高柔性、高安全的基于 B/S 結構的管理信 息系統(tǒng)，且取得較好的成效。國內現有的勤工助學管理信息系統(tǒng)大多是基于 C/S 結 構的系統(tǒng)，功能較全，結構固定，但不能真正滿足個性化需求。</p><p>　　1.3 主要研究內容</p><p>　　本課題選用 Trufun Plat 2008，Delphi，Microsoft SQL Server 2000 對

34、大學 生勤工助學管理信息系統(tǒng)進行設計與實現。主要包括使用楚帆科技出品的 Trufun Plato 2008 對大學生勤工助學管理信息系統(tǒng)進行分析設計，使用 Borland 公司的 Borland Delphi 進行前端應用程序的開發(fā)，使用 Microsoft 公司的 SQL Server 2000 對信息系統(tǒng)數據庫進行建立與維護。最終實現一個滿足用戶需求、數據信息 安全可靠、維護手段簡單方便的大學生勤工助學管理信息系統(tǒng)。</p&g

35、t;<p>　　本文共分為五個章節(jié)，各章節(jié)安排如下： 第一章緒論，主要介紹課題的研究目的及意義，勤工助學信息系統(tǒng)的研究與應</p><p>　　用現狀以及存在的問題等，最后簡述了本文的研究內容。 第二章系統(tǒng)構建工具概述，主要介紹系統(tǒng)分析和系統(tǒng)開發(fā)時用到的工具及語</p><p>　　言。對文中將用到的圖形使用簡例，進行說明。 第三章系統(tǒng)分析，主要包括系統(tǒng)業(yè)務模型的建立和系統(tǒng)靜

36、態(tài)結構模型的建立。</p><p>　　通過對系統(tǒng)的需求描述和需求分析，確定系統(tǒng)中的功能模塊和相應用例。對系統(tǒng)中</p><p>　　的用例進行建模，并對系統(tǒng)的用例進行描述。通過對系統(tǒng)的分析，從系統(tǒng)開發(fā)者的 角度對系統(tǒng)的靜態(tài)結構進行建模。</p><p>　　第四章系統(tǒng)設計，主要包括系統(tǒng)動態(tài)行為的設計和系統(tǒng)結構的設計。根據系統(tǒng) 分析，確定系統(tǒng)的工作流、交互方式、實體

37、對象狀態(tài)變化，使用活動圖、順序圖、 對象狀態(tài)機圖對系統(tǒng)的動態(tài)行為進行設計。依據系統(tǒng)需求，對系統(tǒng)的結構進行設計。</p><p>　　第五章系統(tǒng)實現，主要包括功能模塊的實現，服務器功能的實現，系統(tǒng)前臺與 后臺服務器的連接，系統(tǒng)實現中的關鍵技術。根據系統(tǒng)的分析與設計，通過使用可 視化編程工具 Delphi7 對系統(tǒng)功能模塊進行實現。使用數據庫服務器 SQL server 2000 實現服務器功能，為前臺提供數據庫支撐

38、。最終實現基于 C/S 架構的適應用戶 需求的大學生勤工助學管理信息系統(tǒng)。</p><p>　　2 系統(tǒng)構建工具概述</p><p>　　2.1 UML 建模概述</p><p><b>　　1）建模工具概述</b></p><p>　　Trufun Plato 2008 是新一代的 UML 建模軟件，是高效快捷的軟

39、件開發(fā)建模工 具。Trufun 是在 OMG 發(fā)布 UML2.1 規(guī)范之后同步發(fā)布 UML2.x 工具的 CASE 工具廠商。 Trufun Plato 2008 是繼 Plato 2007 之后，基于全新理念的、先進的企業(yè)級 UML 工 具。Trufun Plato 2008 關注的核心角色是系統(tǒng)分析員、系統(tǒng)架構師、以及軟件設 計師，并提供了團隊建模支持以及版本管理和配置管理等功能。</p><p>　　2）U

40、ML 建模圖形說明 用例圖主要從用戶角度描述系統(tǒng)功能,并指出各功能的參與者和系統(tǒng)用例。用</p><p>　　例模型的主要構件是參與者、用例、系統(tǒng)邊界，其中用例是用來描述系統(tǒng)的功能， 指出系統(tǒng)是做什么的；參與者是系統(tǒng)外部實體，可以是人，也可以是與之聯系的其 他管理系統(tǒng)，是用例的發(fā)起者；系統(tǒng)邊界定義了系統(tǒng)的功能范圍[8] 。其中參與者用 人形符號描述，橢圓符號表示用例，它們之間的一般關系使用帶箭頭的線段表示。 在

41、系統(tǒng)分析階段會采用該圖對系統(tǒng)的參與者和系統(tǒng)邊界進行描述，如圖 2.1 所示。</p><p><b>　　圖 2.1用例圖</b></p><p>　　類圖主要描述系統(tǒng)中類的靜態(tài)結構。類圖定義了系統(tǒng)中的類，類之間的聯系如 關聯、依賴、聚合等,類用分為三個層次的矩形表示，第一層顯示類名；第二層顯 示類的屬性，屬性可分為公有、私有、保護三種類型；第三層則顯示了類的操作，

42、 也有以上三種分類，但操作一般是被另一個或幾個類調用的，所以我們常見的是公 共操作。在系統(tǒng)的分析階段使用該圖描述系統(tǒng)的實體對象類和用戶界面類，為系統(tǒng) 設計和系統(tǒng)實現提供依據，如圖 2.2 所示。</p><p><b>　　圖 2.2 類圖</b></p><p>　　狀態(tài)圖主要描述一個特定類的對象所有可能的狀態(tài)以及由于各種事件的發(fā)生 而引起的時狀態(tài)間的轉移，它是對類

43、圖的補充，描述了一個對象在其生命周期中的 行為。然而在實用上并不需要為所有的類畫狀態(tài)圖,一般僅為那些有多個狀態(tài)其狀 態(tài)會因為外界環(huán)境的變化而發(fā)生改變的類畫狀態(tài)圖。在系統(tǒng)設計中使用該圖系統(tǒng)中 實體狀態(tài)的躍變進行描述，如圖 2.3 所示。</p><p><b>　　圖 2.3狀態(tài)圖</b></p><p>　　活動圖主要描述滿足用例要求所要進行的活動以及活動間的約束關

44、系 ,有利于 識別并行活動。在系統(tǒng)設計階段使用該圖對系統(tǒng)的工作流進行描述，如圖 2.4 所示。</p><p><b>　　圖 2.4活動圖</b></p><p>　　順序圖主要從時間的角度描述多個對象之間的動作協作，并顯示對象之間發(fā)送 消息的時間順序。對象用矩形框表示，名稱是帶下劃線的對象名，消息用帶箭頭的 實線表示，時間用垂直虛線表示。在系統(tǒng)設計中使用該圖

45、對系統(tǒng)交互進行描述，如 圖 2.5 所示。</p><p><b>　　圖 2.5順序圖</b></p><p>　　2.2 系統(tǒng)開發(fā)語言概述</p><p>　　Delphi 是 Borland 公司推出的可視化開發(fā)工具，擁有世界上最快的編譯器，并 提供了豐富組件集、強大的自動生成功能和豐富的數據庫管理工具，在集成開發(fā)環(huán) 境下，編程人員可以

46、更快地建立各種應用程序。Delphi 適應于多種數據庫結構包括 客戶機/服務器結構到多層結構；具有高效率的數據庫管理系統(tǒng)和先進的數據庫引 擎[9] 。</p><p>　　SQL Server 2000 是 Microsoft 公司推出的 SQL Server 數據庫管理系統(tǒng)的最 新版本。該版本繼承了 SQL Server 7.0 版本的優(yōu)點，同時又增加了許多更先進的 功能，具有使用方便、可伸縮性好與相關軟件集成

47、程度高等優(yōu)點，可跨越從運行 Microsoft Windows 98 的個人電腦到運行 Microsoft Windows 2000 的大型多處理 器的服務器等多種平臺使用[10 ]。</p><p><b>　　3 系統(tǒng)分析</b></p><p>　　信息系統(tǒng)是一門科學，信息系統(tǒng)的設計與開發(fā)過程需要做到嚴謹[11]。系統(tǒng)分析 是信息系統(tǒng)設計與開發(fā)的開始，也是

48、極其重要的一個環(huán)節(jié)。大量實例證明信息系統(tǒng) 的系統(tǒng)分析的好壞在很大程度上決定信息系統(tǒng)開發(fā)的成敗[12 ]。</p><p>　　3.1 系統(tǒng)業(yè)務模型</p><p>　　3.1.1 需求描述與分析</p><p>　　1）需求描述 大學生勤工助學管理信息系統(tǒng)的系統(tǒng)需求主要來自勤工助學者和勤工助學工</p><p>　　作相關部門的工作人員。學生

49、用戶的主要需求是能夠注冊自己的賬戶，填充自己的 申請信息，瀏覽自己的信息，修改自己的信息。勤工助學相關工作人員需要能夠通 過信息系統(tǒng)實現核實、審查、安排、核算、反饋等工作，以達到高效準確完成勤工 助學工作的目的。</p><p>　　大學生勤工助學管理信息系統(tǒng)需要保證信息的安全，系統(tǒng)的用戶應具有部門權 限和操作權限。系統(tǒng)中的用戶具有不同的部門角色，處于不同部門的用戶只能進行 本部門職能范圍內的操作。系統(tǒng)中的用戶具

50、有不同的權限，用戶只能進行與自己權 限相對應的操作。</p><p>　　2）需求分析 從提出的需求來看，大學生勤工助學管理信息系統(tǒng)的參與者有三大類：學生用</p><p>　　戶、工作人員用戶、管理員用戶，因此系統(tǒng)需要為三大類用戶提供用戶接口，設置 不同的操作權限。</p><p>　　大學生勤工助學管理信息系統(tǒng)是一個典型數據庫信息系統(tǒng)，在系統(tǒng)分析與設計 時必須采

51、取合理的層次結構，保證界面簡單、功能完善、數據安全。同時為滿足多 用戶便捷的參與到管理信息系統(tǒng)中的需要，系統(tǒng)設計階段必須結合現有物理網絡結 構，進行詳細的系統(tǒng)架構進而指導系統(tǒng)開發(fā)。</p><p>　　系統(tǒng)的需求描述中提出的操作要求需要通過功能模塊來實現，由此可以確定管 理信息系統(tǒng)的功能模塊，如圖 3.1 所示。</p><p>　　大學生勤工助學管理信息系統(tǒng)</p><

52、;p>　　學 生 用 戶 接 口</p><p>　　工 作 人 員 用 戶 接 口</p><p>　　管 理 用 戶 接 口</p><p><b>　　修</b></p><p><b>　　周改</b></p><p><b>　　期用</b

53、></p><p><b>　　初戶</b></p><p><b>　　始權</b></p><p><b>　　化限</b></p><p><b>　　審審</b></p><p><b>　　核核&

54、lt;/b></p><p><b>　　勤需</b></p><p><b>　　工求</b></p><p><b>　　資信</b></p><p><b>　　格息</b></p><p>　　3.1.2 系統(tǒng)

55、的用例模型</p><p>　　圖 3.1系統(tǒng)功能模塊圖</p><p>　　根據系統(tǒng)的需求描述和分析，系統(tǒng)的參與者由三大類可具體分為五小類，分別</p><p>　　是勤工助學者、輔導員、助學基地人員、助學中心人員、財務人員。根據各類用戶 需求，可以確定系統(tǒng)的用例。下面基于不同系統(tǒng)參與者的視角確定角色與對應的用 例：</p><p>　　

56、1）勤工助學者參與的用例是“申請勤工助學”。“申請勤工助學”主要是進入 系統(tǒng)后通過注冊、修改、填充自己的基本申請信息（勤工助學者示例：所在學校的 在校貧困大學生）。</p><p>　　2）輔導員參與的用例是“完善申請信息”?！巴晟粕暾埿畔ⅰ敝饕沁M入系統(tǒng) 后通過對申請勤工助學的學生信息進行適當的補充，使申請信息更加完善（輔導員 示例：班主任）。</p><p>　　3）助學基地人員參與的

57、用例是“提出需求信息”和“反饋勤工情況”?！疤岢?需求信息”主要是提出本部門用工需求信息，提供詳細信息供審查；“反饋勤工情 況”主要是對在本部門的勤工助學者進行工作反饋（助學基地人員示例：圖書館主 任）。</p><p>　　4）助學中心人員參與的用例是“審核勤工資格”，“審核需求信息”，“安排勤 工助學”，“修改用戶權限”，“系統(tǒng)周期初始化”。“審核勤工資格”主要是對經過完</p><p&g

58、t;　　善的勤工助學申請信息進行審核；“審核需求信息”主要是對勤工助學基地提交的</p><p>　　助學崗位進行審核；“安排勤工助學”主要是對通過審核的勤工助學者和助學崗位； “修改用戶權限”主要是對管理信息系統(tǒng)中的四類工作人員權限就行修改 ；“系統(tǒng) 周期初始化”主要是對需要初始化的系統(tǒng)數據進行初始化（助學中心人員示例：學 生處助學中心主任）。</p><p>　　5）財務人員參與的用例

59、是“核算勤工工時”?！昂怂闱诠すr”主要是對勤工 助學記錄中的工時信息進行核算（財務人員示例：助學基金使用審核員）。</p><p>　　使用用例分析系統(tǒng)，可以用一個矩形表示系統(tǒng)和外部世界之間的邊界，用橢圓 表示用例。系統(tǒng)的用例屬于系統(tǒng)內部，裝入矩形內，而參與者則是系統(tǒng)的外部實體。 根據對用戶需求的分析確定的用例，可以確定如圖 3.2 所示的系統(tǒng)總體用例圖。</p><p>　　3.1.3

60、 用例描述</p><p>　　圖 3.2系統(tǒng)總體用例圖</p><p>　　根據系統(tǒng)需求分析，建立的用例模型和確定了功能模塊，需要對已經確定的用</p><p>　　例進行詳細的描述。由于用例“修改用戶權限”、“系統(tǒng)周期初始化”用例比較簡單， 文中不進行詳細的描述，將對圖 3.2 中所示的“申請勤工助學”，“完善申請信息”， “審核勤工資格”，“提出需求信息”，

61、“審核需求信息”，“安排勤工助學”，“反饋勤 工情況”，“核算勤工工時”和所有用戶都參與的“登錄”共 9 個用例用進行描述， 具體描述如表 3.1、表 3.2、表 3.3、表 3.4、表 3.5、表 3.6、表 3.7、表 3.8、表</p><p><b>　　3.9 所示。</b></p><p>　　表 3.1申請勤工助學用例描述</p>&l

62、t;p>　　表 3.2完善申請信息用例描述</p><p>　　表 3.3審核勤工資格用例描述</p><p><b>　　分支流</b></p><p>　　S-1：批準申請。對審核狀態(tài)進行更改，將信息更新到系統(tǒng)中，結束。 S-2：拒絕申請。對審核狀態(tài)進行更改，將信息更新到系統(tǒng)中，結束。</p><p>　　

63、表 3.4提出需求信息用例描述</p><p>　　表 3.5審核需求信息用例描述</p><p>　　表 3.6安排勤工助學用例描述</p><p>　　表 3.7反饋勤工助學用例描述</p><p>　　表 3.8核算勤工工時用例描述</p><p>　　表 3.9登錄用例描述</p>&

64、lt;p>　　3.2 系統(tǒng)靜態(tài)結構模型</p><p>　　建立系統(tǒng)的靜態(tài)結構模型是系統(tǒng)分析的基本任務，對于詳細分析系統(tǒng)具有重要 的意義。建立系統(tǒng)的靜態(tài)結構模型就是分析系統(tǒng)中包含的類，類之間的關系以及每 個類的基本屬性和基本操作[13]。根據對信息系統(tǒng)的需求分析我們可以進一步分析系 統(tǒng)中存在的類以及類之間的相互關系。</p><p>　　3.2.1 系統(tǒng)中包含的實體類及相互關系 大

65、學生勤工助學管理信息系統(tǒng)是由多部門參與的管理信息系統(tǒng)，而被管理的對</p><p>　　象是與勤工助學相關的信息和用戶權限信息。這些信息將保存在數據庫中作為系統(tǒng) 的操作管理對象，以實體類的形式存在。在本小節(jié)中將對系統(tǒng)中存在的實體從基本 屬性和公共操作的角度進行分析，并分析實體類之間的相互關系。</p><p>　　1）類 Persistent</p><p>　　類

66、 Persistent 是類 kl（密碼），類 wst（勤工助學者），類 job（勤工助學崗位），</p><p>　　類 record（勤工助學記錄），類 count（工時核算記錄），類 kl（密碼）的父類。為</p><p>　　對象的持久存儲提供支持。其私有屬性如表 3.10 所示，其公共操作如表 3.11 所示。</p><p>　　表 3.10類 Per

67、sistent 的私有屬性</p><p>　　表 3.11類 Persistent 的公共操作</p><p><b>　　2）類 OID</b></p><p>　　該類可用來引用系統(tǒng)中的持久對象，類 OID 的對象可以通過所引用的類的類名 和獨一無二的 idNumber，從數據庫文件中引用和檢索對象變得容易。其私有屬性如 表 3.1

68、2 所示，其公共操作如表 3.13 所示。</p><p>　　表 3.12類 OID 的私有屬性</p><p>　　表 3.13類 OID 的公共操作</p><p>　　3）類 wst(勤工助學者)</p><p>　　類 wst 描述了勤工助學者的信息，包括其屬性和相關的公共操作。其私有屬性</p><p&g

69、t;　　如表 3.14 所示，公共操作如表 3.15 所示。</p><p>　　表 3.14類 wst 的私有屬性</p><p>　　表 3.15類 wst 的公共操作</p><p>　　4）類 job(工作)</p><p>　　類 job 是描述勤工助學崗位信息，包括其屬性和相關的公共操作。其私有屬性 如表 3.16 所示，其公

70、共操作如表 3.17 所示。</p><p>　　表 3.16類 job 的私有屬性</p><p>　　表 3.17類 job 的公共操作</p><p>　　5）類 record(勤工助學記錄)</p><p>　　類 record 描述了勤工助學記錄，包括勤工助學記錄的屬性和相關操作。其私 有屬性如表 3.18 所示，其公共操作如

71、表 3.19 所示。</p><p>　　表 3.18類 record 的私有屬性</p><p>　　表 3.19類 record 的公共操作</p><p>　　6）類 count(工時核算信息)</p><p>　　類 count 描述了工時核算信息包括基本屬性和相關操作。其私有屬性如表 3.20</p><p&

72、gt;　　所示，其公共操作如表 3.21 所示。</p><p>　　表 3.20類 count 的私有屬性</p><p>　　表 3.21類 count 的公共操作</p><p>　　7）類 kl(密碼)</p><p>　　類 count 描述了工時核算信息包括基本屬性和相關操作。其私有屬性如表 3.22 所示，其公共操作如表 3

73、.23 所示。</p><p>　　表 3.22類 kl 的私有屬性</p><p>　　表 3.23類 kl 的公共操作</p><p>　　系統(tǒng)中實體類之間的相互關系如圖 3.3 所示。勤工助學者(wst)與勤工助學記</p><p>　　錄(record)之間的對應關系是一一對應關系，因為一個勤工助學者只安排一次工 作。密碼（k

74、l）與勤工助學者（wst）之間的關系是，一個密碼可以沒有或只有有 一個勤工助學者對應，因為密碼(kl)將存儲所有的用戶密碼權限，勤工助學者只是 其中的一類用戶。勤工助學崗位（job）與勤工助學記錄之間是一對多的關系。一 個工作崗位可以對應多個勤工助學記錄。</p><p>　　圖 3.3實體類的關系圖</p><p>　　3.2.2 系統(tǒng)中用戶界面類及相互關系 大學生勤工助學管理信息系

75、統(tǒng)具有眾多操作需求，這些需求需要通過系統(tǒng)的可</p><p>　　視化界面來實現。本小節(jié)將對系統(tǒng)中存在的界面類進行描述，旨在通過界面類所含 的公共操作和界面類之間的相互關系的描述，為系統(tǒng)的設計和實現提供依據。</p><p>　　1）類 MainWindow</p><p>　　主界面類 MainWindow 為系統(tǒng)提供主界面支撐并為系統(tǒng)調用界面類提供函數支 持。系

76、統(tǒng)的主界面中有按鈕選項和菜單及菜單項，當用戶選擇不同的項目時，系統(tǒng) 可以執(zhí)行不同的操作。程序退出時，主界面窗口關閉。其公共操作如表 3.24 所示。</p><p>　　表 3.24類 MainWindow 的公共操作</p><p>　　2）類 WstDialog</p><p>　　界面類 WstDialog 為系統(tǒng)提供“申請信息填充”和“申請信息修改”時所需

77、的 對話框，為模塊功能的實現提供函數支持。其公共操作如表 3.25 所示。</p><p>　　表 3.25類 WstDialog 的公共操作</p><p>　　3）類 JobDialog</p><p>　　界面類 JobDialog 為系統(tǒng)提供“提出勤工需求信息”時所需的對話框，為模塊 功能的實現提供函數支持。其公共操作如表 3.26 所示。</p&g

78、t;<p>　　表 3.26類 JobDialog 的公共操作</p><p>　　4）類 CompleDialog</p><p>　　界面類 CompleDialog 為系統(tǒng)提供“完善申請信息”時所需要的對話框，為模 塊功能的實現提供函數支持。其公共操作如表 3.27 所示。</p><p>　　表 3.27類 CompleDialog 的公

79、共操作</p><p>　　5）類 CheckWDialog</p><p>　　界面類 CheckWDialog 為系統(tǒng)提供“審核勤工資格”時所需要的對話框，為模 塊功能的實現提供函數支持。其公共操作如表 3.28 所示。</p><p>　　表 3.28類 CheckWDialog 的公共操作</p><p>　　6）類 Ch

80、eckJobDialog</p><p>　　界面類 CheckJobDialog 為系統(tǒng)提供“審核勤工需求”時所需要的對話框，為 模塊功能的實現提供函數支持。其公共操作如表 3.29 所示。</p><p>　　表 3.29類 CheckJobDialog 的公共操作</p><p>　　7）類 AppDialog</p><p>　　

81、界面類 AppDialog 為系統(tǒng)提供“安排勤工助學”所需要的對話框，為模塊功能 的實現提供函數支持。其公共操作如表 3.30 所示。</p><p>　　表 3.30類 AppDialog 的公共操作</p><p>　　8）類 FeedBackDialog</p><p>　　界面類 FeedBackDialog 為系統(tǒng)提供“反饋勤工情況”時所需要的對話框，為

82、 模塊功能的實現提供函數支持。其公共操作如表 3.31 所示。</p><p>　　表 3.31類 FeedBackDialog 的公共操作</p><p>　　9）類 CountDialog</p><p>　　界面類 CountDialog 為系統(tǒng)提供“核算勤工工”所需要的對話框，為模塊功能 的實現提供函數支持。其公共操作如表 3.32 所示。</p&g

83、t;<p>　　表 3.32類 CountDialog 的公共操作</p><p>　　10）類 SetqxDialog</p><p>　　界面類 SetqxDialog 為系統(tǒng)提供“修改用戶權限”所需要的對話框，為模塊功 能的實現提供函數支持，其公共操作如表 3.33 所示。</p><p>　　表 3.33類 SetqxDialog 的公共操

84、作</p><p>　　11）類 RestDialog</p><p>　　界面類 RestDialog 為系統(tǒng)提供“系統(tǒng)周期初始化”所需要的對話框，為模塊 功能的實現提供函數支持，其公共操作如表 3.34 所示。</p><p>　　表 3.34類 RestDialog 的公共操作</p><p>　　12）類 KlDialog<

85、/p><p>　　界面類 KlDialog 為系統(tǒng)提供“注冊”所需要的對話框，為模塊功能的實現提 供函數支持，其公共操作如表 3.35 所示。</p><p>　　表 3.35類 KlDialog 的公共操作</p><p>　　13）類 logindialog</p><p>　　界面類 logindialog 為系統(tǒng)提供“登錄”所需要

86、的對話框，為模塊功能的實現 提供函數支持，其公共操作如表 3.36 所示。</p><p>　　表 3.36類 logindialog 的公共操作</p><p>　　在圖 3.4 中描 述了界面 類之間的 相互關系 ，窗口 MessageWindow 和對 話框</p><p>　　logindialog、KlDialog、WstDialog、CompleDia

87、log、JobDialog、CheckWDialog、 CheckJobDialog 、 AppDialog 、 FeedBackDialog 、 CountDialog 、 SetqxDialog 、 ResetDialog、KlDialog、logindialog 都是主窗口 MainWindow 的一部分，如果 MainWindow 被破壞，則上述對話框隨之被破壞。</p><p>　　圖 3.4 界面類的

88、關系圖</p><p><b>　　4 系統(tǒng)設計</b></p><p>　　4.1 系統(tǒng)動態(tài)行為設計 根據系統(tǒng)分析中確定的用例模型和靜態(tài)結構模型，構建系統(tǒng)的動態(tài)行為模型。</p><p>　　系統(tǒng)的動態(tài)模型借助包括活動圖模型、狀態(tài)機模型、順序圖模型、通信圖模型、定</p><p>　　時圖模型、交互概覽圖模型等進行動態(tài)

89、建模，實現對系統(tǒng)中業(yè)務流程、系統(tǒng)中交互 過程以及系統(tǒng)中對象狀態(tài)變化的描述。由于本系統(tǒng)結構相對比較簡單，本節(jié)中只選 用部分模型對系統(tǒng)進行動態(tài)行為建模。</p><p>　　4.1.1 工作流模型 工作流模型主要是描述實現用例需求所需的活動及活動間的約束關系。為了對</p><p>　　系統(tǒng)的工作流描述清楚，在本小節(jié)中采用活動圖對系統(tǒng)中存在的業(yè)務流程進行設 計。</p><

90、p>　　在系統(tǒng)分析階段的對系統(tǒng)需求進行描述和分析，對系統(tǒng)的業(yè)務模型和靜態(tài)結構 模型進行了構建，根據詳細的系統(tǒng)分析，將采用活動圖對系統(tǒng)的業(yè)務流程進行設計。</p><p>　　大學生勤工助學管理信息系統(tǒng)中包括的工作活動主要有“申請勤工助學”，“完 善申請信息”，“提出需求信息”，“審核勤工資格”，“審核需求信息”，“安排勤工助 學”，“反饋勤工情況”，“核算勤工工時”，“修改用戶權限”，“系統(tǒng)周期初始化”，“

91、登 錄”?！吧暾埱诠ぶ鷮W”可以分為“填充申請信息”和“修改申請信息”兩個用例。 其中“完善申請信息”，“反饋情況”，“核算勤工工時”三個活動的傳遞控制相似， “審核勤工資格”，“審核需求信息”，“修改用戶權限”與“系統(tǒng)周期初始化”的傳 遞控制相似，故在系統(tǒng)的工作流設計中只對“申請勤工助學”，“完善申請信息”，“提 出需求信息”，“審核勤工資格”，“安排勤工助學”，“登錄”六個活動進行描述。</p><p>　　1

92、）申請勤工助學 該業(yè)務過程主要實現勤工助學者的注冊勤工助學申請和勤工助學修改申請信</p><p>　　息這兩個功能。以用戶選擇“申請勤工助學”菜單為活動開始，以新申請信息的保 存或申請信息的修改更新為結束。在進入系統(tǒng)后勤工助學者需要根據自己的操作需 求進入對應的操作環(huán)境。新的勤工助學者通過注冊建立新的賬號信息，再通過填充 信息實現基本申請信息的輸入。而修改申請信息則是通過系統(tǒng)的賬號驗證然后進入</p>

93、;<p>　　修改界面，提交修改信息。具體活動過程如圖 4.1 所示。</p><p><b>　　2）完善申請信息</b></p><p>　　圖 4.1申請勤工助學活動圖</p><p>　　該業(yè)務過程主要是為系統(tǒng)中存在的勤工助學申請進行申請信息的完善。以具有</p><p>　　權限的用戶點擊“完善

94、基礎信息”菜單進入該界面為開始，當用戶不再對勤工助學 申請進行信息完善時結束。用戶在進入界面后首先是了解可以執(zhí)行的操作，瀏覽需 要進行完善的信息記錄，在選擇記錄之后首先在界面中進行信息的填充，當用戶提 交時系統(tǒng)才通過命令將數據信息更新到遠程數據庫中。具體的活動過程如圖 4.2 所 示。</p><p><b>　　3）提出需求信息</b></p><p>　　圖 4.

95、2完善申請信息活動圖</p><p>　　該業(yè)務過程主要是向信息系統(tǒng)中提交一條完整的用工需求記錄。以具有權限的</p><p>　　用戶點擊“提出需求菜單”進入系統(tǒng)為開始，將信息保存到系統(tǒng)中結束。用戶在界 面中通過控件向系統(tǒng)環(huán)境中輸入信息，信息完整時保存至信息系統(tǒng)中。具體的活動 過程如圖 4.3 所示。</p><p><b>　　4）審核勤工資格<

96、;/b></p><p>　　圖 4.3 提出需求信息活動圖</p><p>　　該業(yè)務過程是該信息系統(tǒng)核心業(yè)務過程，實現對勤工助學申請的審核工作。此</p><p>　　業(yè)務過程是一個可循環(huán)的業(yè)務過程，以具有權限的用戶選擇“審核勤工資格”為活 動開始，用戶退出或系統(tǒng)無待審核數據時結束。審核人員進入系統(tǒng)后，瀏覽未審核 的信息，然后選擇要審核的對象，根據相關文件

97、規(guī)定為申請信息打上是否符合條件 的標記，將數據信息更新到數據庫中。具體的活動過程如圖 4.4 所示。</p><p><b>　　5）安排勤工助學</b></p><p>　　圖 4.4審核勤工資格活動圖</p><p>　　該業(yè)務過程是該信息系統(tǒng)的核心過程，主要是將未安排崗位的勤工助學者和有</p><p>　　空缺

98、的勤工助學崗位進行配對，并保存相關的記錄。以具有權限的用戶選擇“安排</p><p>　　勤工助學”為活動開始，當用戶退出或沒有待配對信息時活動結束。負責安排勤工 助學的人員通過瀏覽申請者信息和工作崗位信息，將信息進行配對，填寫勤工記錄， 并更新數據信息。具體的活動過程如圖 4.5 所示。</p><p><b>　　6）登錄</b></p><p

99、>　　圖 4.5安排勤工助學活動圖</p><p>　　該業(yè)務過程實現用戶憑借用戶名和密碼進入系統(tǒng)。以用戶點擊登錄按鈕為開</p><p>　　始，進入系統(tǒng)為結束。用戶輸入用戶名和密碼，當出現錯誤時，系統(tǒng)會提示繼續(xù)輸 入用戶名和密碼，當用戶輸入的賬號信息正確時，調用該賬戶權限信息，進入系統(tǒng)。 具體的活動過程如圖 4.6 所示。</p><p>　　4.1.2

100、 系統(tǒng)交互模型</p><p>　　圖 4.6 登錄活動圖</p><p>　　系統(tǒng)交互模型主要描述系統(tǒng)中對象在時間順序上的消息傳遞。在大學生勤工助</p><p>　　學管理信息系統(tǒng)中前臺程序和后臺數據庫之間存在大量的消息傳遞，在本小節(jié)中采</p><p>　　用順序圖構建系統(tǒng)的交互模型。 系統(tǒng)中的用例主要有“申請勤工助學”，“完善申請信息

101、”，“提出需求信息”，“審</p><p>　　核勤工資格”，“審核需求信息”，“安排勤工助學”，“反饋勤工情況”，“核算勤工工 時”，“修改用戶權限”，“系統(tǒng)周期初始化”，“登錄”。“申請勤工助學”可以分為“填 充申請信息”和“修改申請信息”兩個用例。由于“審核勤工資格”，“審核需求信 息”的信息交互方式相似，“完善申請信息”，“提出需求信息”，“反饋勤工情況”， “核算勤工工時”的交互方式相似，“修改用戶權限

102、”與“系統(tǒng)周期初始化”的信 息交付方式相似，故只使用“填充申請信息”，“修改申請信息”，“提出需求信息”， “審核勤工資格”，“安排勤工助學”，“登錄”七個順序圖描述信息系統(tǒng)的信息交互 方式。</p><p><b>　　1）填充申請信息</b></p><p>　　圖 4.7 中 MainWindow 為系統(tǒng)主界面類，kldialog、WstDialog 為界面類，

103、wst 為實體對象類。</p><p>　　圖 4.7填充申請信息的順序圖</p><p>　　圖 4.7 中填充申請信息的過程的描述如下：勤工助學者選擇了新申請（調用類 MainWindow 中的函數 addwst()進而調用界面類 KlDialog，啟動“申請者信息填空” 界面），對話框彈出，勤工助學者輸入新賬號的相關信息后提交（通過調用界面 類 kldialog 中的函數 inpu

104、t_info()進行信息的輸入），系統(tǒng)會將用戶提交的新賬號信 息與數據庫信息進行比較，若存在則重新申請賬號（調用循環(huán)控制中心 loop，當護 衛(wèi)條件為真時重復執(zhí)行），若不存在則建立新的賬戶（使用可選控制中心 opt 在護</p><p>　　衛(wèi)條件為真時，調用實體類 kl 中的函數 new_kl()、store()），并繼續(xù)填寫更多相</p><p>　　關申請信息（調用實體類中函數 ne

105、w_wst()構建新的申請信息記錄），將信息存儲到 數據庫中（使函數 store()保存信息）。</p><p><b>　　2）修改申請者信息</b></p><p>　　圖 4.8 中 MainWindow 為系統(tǒng)主界面類，Wstdialog 為界面類，Wst 為實體對象 類。</p><p>　　圖 4.8 中修改申請者信息的過程的描

106、述如下：勤工助學者選擇申請信息修改（通 過主界面 MainWindow 中的函數 change_wst()調用界面類 Wstdialog，啟動“申請 者信息修改”界面），對話框彈出，勤工助學者通過登錄時的賬戶信息自動進入自 己申請信息的修改界面（在界面類 Wstdialog 中以登錄界面中提供的賬號信息為參 數 調 用 函 數 find_wst() 讀 取 原 有 信 息 ）， 修 改 相 關 信 息 后 提 交 （ 使 用 函 數 i

107、nput_info()進而調用對象函數 set_wst()實現對申請信息的設置），信息更新到數 據庫中。</p><p><b>　　3）提出需求信息</b></p><p>　　圖 4.8修改申請信息的順序圖</p><p>　　圖 4.9 中 MainWindow 為系統(tǒng)主界面類，JobDialog 為界面類，Job 為實體對象</

108、p><p><b>　　類。</b></p><p>　　圖 4.9 中提出需求信息的過程描述如下：勤工助學基地人員選擇提出需求（通 過主界面中的函數 addJob()調用界面類 JobDialog，啟動“提出需求信息”界面）， 對話框彈出，將詳細的需求信息和工作崗位的介紹情況輸入到系統(tǒng)中（在這個關鍵</p><p>　　的步驟中調用控制中心 l

109、oop 當輸入的數據信息出錯時，通過函數 validate()清空</p><p>　　繼續(xù)重新輸入，直到信息正確），最后將信息存儲到數據庫中。</p><p><b>　　4）審核勤工資格</b></p><p>　　圖 4.9提出需求信息的順序圖</p><p>　　圖 4.10 中 MainWindow 為系

110、統(tǒng)主界面類，CheckWdialog 為界面類，Wst 為實體</p><p><b>　　對象類。</b></p><p>　　圖 4.10 中審核勤工資格的過程的描述如下：勤工助學中心的人員選擇審核勤 工 資 格 （ 調 用 系 統(tǒng) 主 界 面 類 MainWindow 中 的 函 數 check_wst() 調 用 界 面 類 CheckWdialog，開啟“審

111、核勤工資格”界面）對話框彈出，瀏覽申請者信息（通過 調 用 界 面 類 中 的 函 數 find_not_check_wst() 調 用 實 體 類 中 的 函 數 find_not_check_wst()尋找符合條件的對象并顯示出來），查看相關審核標準，然 后對審核通過與不通過的都進行標記（在控制中心 alt 中調用相應的函數去對對象 狀態(tài)進行設置），提交審核信息，將信息更新到數據庫中（通過實體類中的函 數 update()更新數據）