學(xué)籍管理系統(tǒng)報(bào)告

1、精選優(yōu)質(zhì)文檔-傾情為你奉上學(xué)籍管理系統(tǒng)報(bào)告題 目： 指導(dǎo)教師： 學(xué)生姓名： 學(xué) 號(hào)： 學(xué) 院： 專業(yè)班級(jí)： 摘要本文介紹了面向?qū)ο笈c構(gòu)件的技術(shù)的發(fā)展，并用該技術(shù)設(shè)計(jì)一個(gè)學(xué)籍管理系統(tǒng)。該系統(tǒng)用標(biāo)準(zhǔn)建模語言來描述，描述了系統(tǒng)的用例圖，時(shí)序圖，以及類圖。學(xué)籍管理系統(tǒng)是典型的信息管理系統(tǒng)。其開發(fā)主要包括后臺(tái)數(shù)據(jù)庫的操作以及前端應(yīng)用程序的開發(fā)兩個(gè)方面。對(duì)于前者要求建立起數(shù)據(jù)完整性強(qiáng)、數(shù)據(jù)安全性好的數(shù)據(jù)庫庫。而對(duì)于后者則要求應(yīng)用程序功能完備,易使用等特點(diǎn)。關(guān)鍵字： 構(gòu)件, 標(biāo)準(zhǔn)建模語言，學(xué)籍， 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面向?qū)ο笈c構(gòu)件技術(shù)1.1概述構(gòu)件是軟件開發(fā)、復(fù)用和

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

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

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

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

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

9、，語言的創(chuàng)造者努力推崇自己的產(chǎn)品，并在實(shí)踐中不斷完善。但是，OO方法的用戶并不了解不同建模語言的優(yōu)缺點(diǎn)及相互之間的差異，因而很難根據(jù)應(yīng)用特點(diǎn)選擇合適的建模語言，于是爆發(fā)了一場(chǎng)“方法大戰(zhàn)”。90年代中，一批新方法出現(xiàn)了，其中最引人注目的是Booch 1993、OOSE和OMT-2等。Booch是面向?qū)ο蠓椒ㄗ钤绲某珜?dǎo)者之一，他提出了面向?qū)ο筌浖こ痰母拍睢?991年，他將以前面向Ada的擴(kuò)展到整個(gè)面向?qū)ο笤O(shè)計(jì)領(lǐng)域。Booch 1993比較適合于系統(tǒng)的設(shè)計(jì)和構(gòu)造。（參考文獻(xiàn)2）      Rumbaugh等人提出了面向?qū)ο蟮慕＃∣MT）方法，采用了面向?qū)ο?/p>

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

11、0;      此外，還有Coad/Yourdon方法，即著名的OOA/OOD，它是最早的面向?qū)ο蟮姆治龊驮O(shè)計(jì)方法之一。該方法簡(jiǎn)單、易學(xué)，適合于面向?qū)ο蠹夹g(shù)的初學(xué)者使用，但由于該方法在處理能力方面的局限，目前已很少使用。（參考文獻(xiàn)3）      概括起來，首先，面對(duì)眾多的建模語言，用戶由于沒有能力區(qū)別不同語言之間的差別，因此很難找到一種比較適合其應(yīng)用特點(diǎn)的語言；其次，眾多的建模語言實(shí)際上各有千秋；第三，雖然不同的建模語言大多雷同，但仍存在某些細(xì)微的差別，極大地妨礙了用戶之間的交流。因此在客觀上，極有必要在精心比較不

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

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

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

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

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

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

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

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

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