學籍管理系統(tǒng)報告

1、精選優(yōu)質文檔-傾情為你奉上學籍管理系統(tǒng)報告題 目： 指導教師： 學生姓名： 學 號： 學 院： 專業(yè)班級： 摘要本文介紹了面向對象與構件的技術的發(fā)展，并用該技術設計一個學籍管理系統(tǒng)。該系統(tǒng)用標準建模語言來描述，描述了系統(tǒng)的用例圖，時序圖，以及類圖。學籍管理系統(tǒng)是典型的信息管理系統(tǒng)。其開發(fā)主要包括后臺數(shù)據(jù)庫的操作以及前端應用程序的開發(fā)兩個方面。對于前者要求建立起數(shù)據(jù)完整性強、數(shù)據(jù)安全性好的數(shù)據(jù)庫庫。而對于后者則要求應用程序功能完備,易使用等特點。關鍵字： 構件, 標準建模語言，學籍， ABSTRACTThe report describes Object-Oriented and Compone

2、nt technology, and uses this technology to design a Study Management System. It is depicted by Unified Modeling Language. Including User Case Diagram, Timing Diagram and Class Diagram are described in the report.Study Management System is a typical information management system. Its development incl

3、udes two main aspects: back-end database manipulation and front-end application. The needs of database are strong integrity and perfect security. The needs of application are full function and easy operation.KEY WORDS: component, unified modeling language, study, 目錄專心-專注-專業(yè)1面向對象與構件技術1.1概述構件是軟件開發(fā)、復用和

4、軟件組裝的實體單元，包括以下要素：構件類型(componenttype)、構件實現(xiàn)(componentimplement)、提供接口(provides-interfaces)和依賴接口(requires-interface)。1. 構件類型(componenttype)：構件類型表明構件是處理什么問題和提供哪些接口功能，它包含了構件類型的名稱。2. 構件實現(xiàn)(componentimplement)：對構件類型的具體實現(xiàn)稱為構件實現(xiàn)，一個構件類型可能有多個構件實現(xiàn)。3. 提供接口(provides-interfaces)：提供接口指構件提供給外部程序使用的接口。4. 依賴接口(requires-

5、interface)：依賴接口指構件運行時所必須依賴的外部程序接口。（參考文獻6）1.2構件的基本特征1. 復用：復用是構件最基本的性質，構件的設計必須滿足未來能在新的應用、項目中使用。2. 封裝：構件封裝對外界隱藏構件的設計和實現(xiàn)細節(jié)，僅通過接口與外界交互。這可以保證構件功能復用的完整性和構件開發(fā)及交付的獨立性。3. 組裝：構件可以通過組裝形成新的構件或系統(tǒng)，組裝是構件復用的手段，同時具備可插拔，便于替換，系統(tǒng)可以由不同的開發(fā)商開發(fā)的構件組裝而成。4. 粒度：構件是有大小的，越是跟領域相關的構件粒度越大，小粒度的構件可以方便的組裝成較大粒度的構件。5. 層次：構件可以按層次進行劃分，企業(yè)級應

6、系統(tǒng)的復雜邏輯可以通過層次來解決，不同的層次需要不同層次的構件。按照MVC的體系架構，可以把構件劃分為：展現(xiàn)層、控制層、業(yè)務層、運算層及數(shù)據(jù)層等。（參考文獻1）1.3構件的實現(xiàn)目前軟件市面上有三個代表性的構件技術標準分別是：COM/DCOM、CORBA和EJB。1. COM/DCOM：COM(Conponent Object Model)是由Microsoft公司推出的構件接口標準，DCOM是指可以分布式布的COM。2. CORBA：CORBA(Common Object Request Broker Architecture)是由對象管理組織(OMG)提出的構件技術標準。3. EJB：EJB

7、是由SUN公司提出的構件技術標準。以上三種構件標準實現(xiàn)的構件互相依賴的方式仍然是基于對象接口式的，當系統(tǒng)復雜度到一定規(guī)模時，整個系統(tǒng)會因依賴關系混亂而陷入失控。比較理想的構件模型是構件之間是數(shù)據(jù)耦合的，每個構件只單獨與數(shù)據(jù)總線發(fā)生聯(lián)系。當需求發(fā)生變化時，可以對各個單獨的構件進行添加、減少或者修改而不影響整體的架構和性能?；跀?shù)據(jù)耦合的構件，據(jù)有很高的獨立性，對需求變化有較強的適應能力。1.4構件技術與構件化構件技術與構件化的區(qū)別在于，構件化的關注點不在于構件本身的技術實現(xiàn)，而在于如何把應用系統(tǒng)分解成穩(wěn)定、靈活、可重用的構件，在于如何利用已有的構件庫組裝出隨需應變的應用軟件，從一個面向構件的環(huán)境

8、中去分析應用，如何做出靈活、重用的構件來思考。但是，構件技術是構件化的基礎，它為構件的工廠化生產(chǎn)提供技術保障。傳統(tǒng)的軟件方法學是從面向機器、面向數(shù)據(jù)、面向過程、面向功能、面向數(shù)據(jù)流等反映問題的本質;而構件技術關注的是在構件已經(jīng)可用的情況下，在更高層次上的組裝和復用。面向構件的軟件設計方法把裝配和制造分離，構件運行時負責提供標準接口和框架，負責軟件裝配，而構件負責軟件的制造，使軟件開發(fā)變成構件的組裝。2標準建模語言UML的出現(xiàn)      公認的面向對象建模語言出現(xiàn)于70年代中期。從1989年到1994年，其數(shù)量從不到十種增加到了五十多種。在眾多的建模語言中

9、，語言的創(chuàng)造者努力推崇自己的產(chǎn)品，并在實踐中不斷完善。但是，OO方法的用戶并不了解不同建模語言的優(yōu)缺點及相互之間的差異，因而很難根據(jù)應用特點選擇合適的建模語言，于是爆發(fā)了一場“方法大戰(zhàn)”。90年代中，一批新方法出現(xiàn)了，其中最引人注目的是Booch 1993、OOSE和OMT-2等。Booch是面向對象方法最早的倡導者之一，他提出了面向對象軟件工程的概念。1991年，他將以前面向Ada的擴展到整個面向對象設計領域。Booch 1993比較適合于系統(tǒng)的設計和構造。（參考文獻2）      Rumbaugh等人提出了面向對象的建模（OMT）方法，采用了面向對象

10、的概念，并引入各種獨立于語言的表示符。這種方法用對象模型、動態(tài)模型、功能模型和用例模型，共同完成對整個系統(tǒng)的建模，所定義的概念和符號可用于軟件開發(fā)的分析、設計和實現(xiàn)的全過程，軟件開發(fā)人員不必在開發(fā)過程的不同階段進行概念和符號的轉換。OMT-2特別適用于分析和描述以數(shù)據(jù)為中心的信息系統(tǒng)。      Jacobson于1994年提出了OOSE方法，其最大特點是面向用例(Use-Case)，并在用例的描述中引入了外部角色的概念。用例的概念是精確描述需求的重要武器，但用例貫穿于整個開發(fā)過程，包括對系統(tǒng)的測試和驗證。OOSE比較適合支持商業(yè)工程和需求分析。

11、0;      此外，還有Coad/Yourdon方法，即著名的OOA/OOD，它是最早的面向對象的分析和設計方法之一。該方法簡單、易學，適合于面向對象技術的初學者使用，但由于該方法在處理能力方面的局限，目前已很少使用。（參考文獻3）      概括起來，首先，面對眾多的建模語言，用戶由于沒有能力區(qū)別不同語言之間的差別，因此很難找到一種比較適合其應用特點的語言；其次，眾多的建模語言實際上各有千秋；第三，雖然不同的建模語言大多雷同，但仍存在某些細微的差別，極大地妨礙了用戶之間的交流。因此在客觀上，極有必要在精心比較不

12、同的建模語言優(yōu)缺點及面向對象技術應用實踐的基礎上，組織聯(lián)合設計小組，根據(jù)應用需求，取其精華，去其糟粕，求同存異，統(tǒng)一建模語言。3系統(tǒng)設計3.1系統(tǒng)設計用例圖用例圖(Use Case Diagram)是UML建模的一部分，它也是UML里最基礎的部分。用例圖的最主要功能就是用來表達系統(tǒng)的功能需求或行為。用例圖由參與者（Actor）、用例（Use Case）、系統(tǒng)邊界、箭頭組成，用畫圖的方法來完成。用例圖是由軟件需求分析到最終實現(xiàn)的第一步，它描述人們如何使用一個系統(tǒng)。圖片 1系統(tǒng)用例圖（圖片1），描述了學籍管理系統(tǒng)（SYS）的用戶，如果登錄，并使用這個系統(tǒng)。其中包括：1. 參與者User，該參與者為

13、用戶登錄前狀態(tài)。2. 參與者Student，該參與者是學生用戶，Student可以注冊（Enroll），制定選課計劃（Make Class Plan），選課（Choose Class），查詢成績（Select Grade）。3. 參與者Adminstrator，該參與者是系統(tǒng)管理員，擁有系統(tǒng)的最高權限。主要包括檢測選課計劃的沖突（Check Class Collision），輸入學分（Input Grade）。4. 用例Login，User登錄的用例。5. 用例注冊Enroll，Student注冊為學籍管理系統(tǒng)一員。6. 用例Make Class Plan，Student制定修課計劃。7. 用

14、例Choose Class，Student選課，根據(jù)修課計劃里的內容選課。8. 用例Select Grade，Student查詢修課的成績，根據(jù)已選課程查看修課成績。9. 用例Input Grade，Adminstrator輸入學生的成績，根據(jù)班級編號和學號來輸入。10. 用例Check Class Collision，Adminstrator確認學生修課計劃有無錯誤。（參考文獻4）3.2 Student注冊時序圖圖片 2Student注冊時序圖（圖片2），描述了Student如何完成注冊的功能，包括：1. Student在User Interface中輸入學號。2. User Interfa

15、ce向數(shù)據(jù)庫后臺查詢學號的正確性，并發(fā)回結果。3. User Interface顯示發(fā)回的結果，如果結果正確，則讓Student繼續(xù)操作，如果學號不正確則需要Student重新輸入。4. Student在User Interface填寫注冊信息，并檢查。5. User Interface將Student填寫的信息發(fā)到后臺保存。6. Database System將結果發(fā)回，并自User Interface顯示結果。7. Student完成注冊。3.3 Administrator登分時序圖圖片 3Administrator管理時序圖，描述了Administrator如何給學生登記分數(shù)，包括：1.

16、 Adminstrator選擇班級號，并發(fā)給Database System。2. Database System將學生信息顯示在界面上。3. Adminstrator選擇學生的信息，并輸入成績。4. Adminstrator Interface輸入合法性，并將數(shù)據(jù)存入Database System。5. Database System發(fā)回結果并顯示。3.4 制定修課計劃時序圖圖片 4制定修課計劃時序圖（圖片4），描述了Student如何制定修課計劃，包括：1. Student 制定修課計劃，并發(fā)給Database System。2. Database System用檢測系統(tǒng)Check Poin

17、t來檢查修課計劃是否合法。3. Database System將班級列表Class List發(fā)送給Student。4. Student選擇課程。5. 系統(tǒng)檢測Class List是否合法，保存Class List Plan。6. Database System顯示制定結果4 系統(tǒng)類圖圖片 54.1系統(tǒng)類圖說明系統(tǒng)類圖（圖片5），描述了系統(tǒng)中各個類與其他不同的類的關聯(lián)，其中包括：1. CStudent學生類。2. CTeacher教師類。3. CClass課程類。4. CDepartment學院類。5. CClassPlan課程計劃類。6. CUserInterface用戶接口類。7. CAdm

18、inistrator管理員類。8. CAdministrator管理員接口類。9. CDatabase數(shù)據(jù)庫類。（參考文獻5）4.2 類說明1) CStudent類CStudent學生類，包括了學生的各類信息：1. StudentNumber學號。2. StudentName學生姓名。3. CDepartment學院信息。4. CClassPlan學生制定的修課計劃。CStudent學生類可以完成：1. Enroll注冊。2. SelectClassGrade查詢課程成績。3. MakeClassPlan制定修課計劃。2) CTeacher類CTeacher教師類，包括了教師的信息。3) CC

19、lass類CClass課程類，包含了各門課程的信息。4) CDepartment類CDepartment學院類，是這個系統(tǒng)的核心之一，因為該系統(tǒng)是用學院類來規(guī)范管理CTeacher和CStudent的信息，包括：1. StudentList學生列表。2. TeacherLIst老師列表。3. ClassList課程列表。4. ClassPlanCheckPoint學院選課約束條件。5) CClassPlan類CClassPlan類是用于存放學生制定的學習計劃，包括：1. ClassList課程列表。2. GradeList成績列表。3. StudentNumber學號。4. ClassPlan

20、CheckPointNumber修課計劃約束。6) CUserInterface類CUserInterface類主要用來實現(xiàn)學生操作的界面，并保存學生的信息。7) CAdministrator類CAdministrator管理者類，包括管理者的信息，以及管理者可以實行的操作，包括：1. AdmNumber 管理者編號。2. AdmName 管理者名稱。8) CAdmInterface類CAdmInterface管理者接口類，用于實現(xiàn)管理者可以完成的操作，已經(jīng)管理者的信息，包括：1. AdmNumber管理者編號。2. DepartmentNumber學院標號，當管理者要操作時，可以按學院進行劃分。3. StudentNumber學生編號，管理者要操作的學生的編號。9) CDatabase