使用UML圖描述學(xué)生信息管理需求,計算機信息管理論文

使用UML圖描述學(xué)生信息管理需求,計算機信息管理論文本篇論文目錄導(dǎo)航：【題目】【第一章】【第二章】【3.13.2】使用UML圖描繪敘述學(xué)生信息管理需求【3.3-3.6】【第四章】【5.1-5.7】【5.85.9】【第六章】【總結(jié)/以下為參考文獻(xiàn)】第三章系統(tǒng)分析。3.1需求分析。在軟件工程中，需求分析和需求獲取是密切相關(guān)的兩個經(jīng)過，通過需求獲取階段的工作，軟件開發(fā)人員從用戶處收集到大量的需求信息，不過這些需求信息并不完全都是需求，由于這些需求信息中包含了一些與軟件系統(tǒng)無關(guān)或關(guān)系不大的信息，以及可能發(fā)生沖突或重疊的需求信息等。軟件需求分析的基本任務(wù)就是分析和綜合已經(jīng)收集得到的需求信息，分析的工作，目的在于透過現(xiàn)象看本質(zhì)，發(fā)現(xiàn)不同需求信息之間的內(nèi)在聯(lián)絡(luò)和隱藏在信息內(nèi)部、有可能在編程經(jīng)過中隨時產(chǎn)生的潛在的矛盾，而綜合的工作，目的在于排除那些并非本質(zhì)的信息，找出解決潛在矛盾的辦法，建立起系統(tǒng)的邏輯模型。詳細(xì)地講，需求分析的最基本的任務(wù)就是提煉、分析和審查已經(jīng)收集得到需求信息，找出真正并且詳細(xì)的信息，以確保所有項目相關(guān)人員都能明白其含義，方便接下來工作的進(jìn)行。除此之外，在分析經(jīng)過中，通過建立軟件系統(tǒng)的邏輯模型，發(fā)現(xiàn)或找出需求信息中存在的沖突、遺漏、錯誤或含糊問題等[19].從問題的求解經(jīng)過來分析，軟件需求分為四個抽象的層次，分別是基于原始問題的描繪敘述、基于用戶的需求、基于系統(tǒng)的需求和基于軟件設(shè)計的描繪敘述?；谠紗栴}的描繪敘述是對要解決的問題的描繪敘述，它是軟件需求的基礎(chǔ)。基于用戶的需求是使用自然語言和圖表來描繪敘述系統(tǒng)需要實現(xiàn)的功能以及操作的約束?；谙到y(tǒng)的需求是使用具體的術(shù)語描繪敘述系統(tǒng)需要實現(xiàn)的功能以及操作的約束，它與基于用戶的需求區(qū)別在于描繪敘述愈加專業(yè)化?；谲浖O(shè)計的描繪敘述是在基于系統(tǒng)的需求的基礎(chǔ)上參加更具體的內(nèi)容構(gòu)成的，它作為軟件具體設(shè)計和實現(xiàn)的基礎(chǔ)，是對軟件設(shè)計活動的概要描繪敘述[20].本系統(tǒng)結(jié)合學(xué)校在管理學(xué)生信息時的實際要求，以及對學(xué)生信息進(jìn)行管理時的實際流程，需要實現(xiàn)下面功能。一、管理員端的功能需求。1.管理員信息管理。〔1〕能夠設(shè)置管理員的密碼。管理員的賬號與密碼唯一，并且賬號名稱只能通過修改底層數(shù)據(jù)庫修改，無法直接通過學(xué)生信息管理系統(tǒng)修改，保證學(xué)生信息管理系統(tǒng)只能由一人操作，以確保學(xué)生信息管理系統(tǒng)的安全性。2.學(xué)籍信息管理〔1〕能夠增加學(xué)生信息。當(dāng)新生入學(xué)時，管理員負(fù)責(zé)添加學(xué)生信息。學(xué)生畢業(yè)或因某些問題肄業(yè)后學(xué)校能夠為此類學(xué)生的信息保存五年，超期自動刪除。學(xué)生信息包括學(xué)號、密碼、姓名、性別、班級、入校時間、出生日期、政治相貌、民族、家長、聯(lián)絡(luò)方式、家庭所在地等相關(guān)信息。華而不實前四項不能為空值，其他幾項默認(rèn)值為空。學(xué)生的密碼為學(xué)生登錄學(xué)生信息系統(tǒng)時使用，默認(rèn)與學(xué)號一致，在添加學(xué)生信息后便自動生成。學(xué)號按流水序號處理，為系統(tǒng)自動生成。出生日期〔若有〕格式為YYYY-MM-DD.入校時間〔若有〕格式為YYYY-09-01,入校時間YYYY后兩位須與班級六位數(shù)名稱的前兩位及年級四位數(shù)名稱的后兩位均一樣。〔2〕能夠修改學(xué)生信息。管理員必須持有各學(xué)院開具的介紹信才能夠為學(xué)生修改信息。并在學(xué)生信息備注一欄注明修改時間與原內(nèi)容。修改時給予能否確定修改？的詢問提示。〔3〕能夠刪除學(xué)生信息。當(dāng)學(xué)生畢業(yè)或因某種問題離校后五年后的所有信息會被自動刪除。管理員刪除學(xué)生信息時給予能否確定刪除？詢問提示?！?〕能夠查詢、打印學(xué)生信息。查詢方式包括查詢指定的學(xué)生信息、查詢?nèi)w的學(xué)生信息、模糊查詢等多種查詢方式。3.課程信息管理?！?〕能夠管理年級信息。年級定義為學(xué)生入學(xué)時的年份，每名學(xué)生只要一個年級，年級不隨學(xué)期變化而變化，與一般意義上的大一、大二等年級等不同。每個年級都應(yīng)有一個其對應(yīng)的流水序號?！?〕能夠設(shè)置班級信息。班級與學(xué)生、年級相關(guān)，每名學(xué)生只能參加一個班級，每個年級可包含若干個班級，但每個班級只能從屬于一個年級。班級名稱的構(gòu)成為年級號后兩位+學(xué)院代號〔兩位〕+流水序號〔兩位〕，共六位，學(xué)院代號為學(xué)校自行定義，不出如今本學(xué)生信息管理系統(tǒng)中。每個班級都應(yīng)有一個其對應(yīng)的流水序號，與班級名稱中構(gòu)成的流水序號不同。班級名稱構(gòu)成中的流水序號為在年級號后兩位與學(xué)院代號均一樣時對班級進(jìn)行的編號，而每個班級在六位號俱全的情況下再統(tǒng)一進(jìn)行編號作為班級的序號?！?〕能夠設(shè)置學(xué)期信息。學(xué)期用于定義不同學(xué)期、不同年級開設(shè)不同的課程，與課程、年級、成績相關(guān)。學(xué)期名稱的構(gòu)成為年份+年+春/秋，年份為本學(xué)期所位于的年份，位于上半年則為春、位于下半年則為秋。固然年級也用年份表示，但年級年份的含義與學(xué)期年份的含義不同。每個學(xué)期都應(yīng)有一個其對應(yīng)的流水序號。對年級、班級、學(xué)期進(jìn)行修改和刪除時給出能否確定修改？或能否確定刪除？的詢問提示。〔4〕能夠管理課程信息。課程分為三類：專業(yè)課、公共課、選修課。專業(yè)課與公共課為必修課，但專業(yè)課只能由特定班級特定學(xué)期的學(xué)生來上，公共課與選修課全校皆可上。一樣課程名稱的課程只能存在。每個課程都應(yīng)有一個其對應(yīng)的流水序號。對課程進(jìn)行修改和刪除時給出能否確定修改？或能否確定刪除？的詢問提示?！?〕能夠按年級設(shè)置開設(shè)課程。專業(yè)課必須由特定班級的學(xué)生在特定學(xué)期來上，公共課學(xué)生必須在特定學(xué)期來上，選修課每學(xué)期皆開設(shè)，全校學(xué)生可自由布置時間去聽課。專業(yè)課與公共課由各學(xué)院布置課表，學(xué)生不允許竄課，如需跳級聽課需要向?qū)W院教務(wù)處提出申請，由教務(wù)處進(jìn)行辦理。每名學(xué)生的每次所選的選修課只能聽一次，不允許重復(fù)聽。修改和刪除開設(shè)課表時時給出能否確定修改？或能否確定刪除？的詢問提示。4.成績信息管理?！?〕能夠登記學(xué)生各科成績。成績范圍為大于等于0,小于等于100,超出或低于允許范圍均做報錯處理。學(xué)生只要上過某門課才有該門課的成績，沒上過某門課不允許登記該門課的成績。〔2〕能夠管理學(xué)生各科成績。修改學(xué)生信息必須在教務(wù)處的組織下統(tǒng)一進(jìn)行，個人不得進(jìn)行修改。若某學(xué)生的某門課程未及格〔低于60分〕，學(xué)生重修后將新的成績覆蓋原成績，并在備注一欄注明重修，原成績?yōu)閄X.等字樣。選修課不允許重修。對成績進(jìn)行修改和刪除時給出能否確定修改？或能否確定刪除？的詢問提示?！?〕能夠查詢、打印學(xué)生成績表。查詢能夠按特定學(xué)生查詢、全體學(xué)生查詢、模糊查詢等多種成績查詢方式方法。二、學(xué)生端的功能需求。1.能夠設(shè)置學(xué)生用戶的密碼。這里不設(shè)置學(xué)生注冊界面，學(xué)生入學(xué)管理員就將學(xué)生的基本信息寫入數(shù)據(jù)庫，用戶名為學(xué)生姓名，初始密碼為學(xué)生的學(xué)號。學(xué)生端的用戶名無法更改。若學(xué)生畢業(yè)或因某種問題離校后管理員在管理員端刪除該學(xué)生信息，則該學(xué)生無法使用此系統(tǒng)的學(xué)生端。2.能夠查詢個人的相關(guān)信息?！?〕能夠查詢個人信息。學(xué)生只能查詢自個的個人信息。學(xué)生若要辦理留級、改名等信息更改，需持相關(guān)學(xué)院介紹信，去教務(wù)處修改自個的信息，不能自行通過學(xué)生端辦理。〔2〕能夠查詢個人成績。學(xué)生只能查詢自個的個人成績。3.2使用UML圖描繪敘述需求。3.2.1用例圖的建立。由介入者、用例以及它們之間的互相關(guān)系所構(gòu)成的描繪敘述系統(tǒng)中能夠?qū)崿F(xiàn)哪些功能的動態(tài)視圖稱作UML用例圖，華而不實介入者和用例之間的對應(yīng)關(guān)系又能夠被稱作通信關(guān)聯(lián)，它表示介入者能夠使用系統(tǒng)中存在的哪幾項用例。UML用例圖顯示了系統(tǒng)中的用戶都是誰和以及用戶希望系統(tǒng)能夠?qū)崿F(xiàn)的功能有哪些，有利于提出需求的用戶和軟件開發(fā)相關(guān)人員之間進(jìn)行溝通和協(xié)商[21].通過介入者和用例來對系統(tǒng)需求分析進(jìn)行描繪敘述，介入者能夠是一個人、一個硬件、另一個軟件應(yīng)用，甚至是其它和系統(tǒng)交互用于實現(xiàn)某些功能的實體，而為了確保系統(tǒng)用例的正確性，在用例圖中必須表示出出介入者與用例間的關(guān)系[22].通過需求，能夠得知本系統(tǒng)系統(tǒng)有兩個介入者：學(xué)生和系統(tǒng)管理員。描繪敘述的是本系統(tǒng)的UML用例圖，該圖由介入者、介入者所驅(qū)動的各種用例以及用例之間的關(guān)聯(lián)組合而成。3.2.2時序圖的建立。UML時序圖描繪敘述的是系統(tǒng)大顆粒的行為，是對構(gòu)造模型和框架模型的補充講明。描繪敘述的是學(xué)生信息查詢用例的時序圖，管理員通過查詢界面查詢學(xué)生信息，學(xué)生信息查詢界面是一個邊界對象，這類對象緊挨著系統(tǒng)的邊界，直接與系統(tǒng)外部的管理員進(jìn)行交互。查詢操作能夠看作是一個控制對象，這類對象控制一組對象之間對信息進(jìn)行分享。學(xué)生在學(xué)生端查詢自個的相關(guān)信息的流程可以以參考該時序圖來實現(xiàn)。對學(xué)期、年級、課程類別等增加、刪除、修改、查詢的時序圖與對學(xué)生信息的增加、刪除、修改、查詢的時序圖相仿，不再另行畫圖。描繪敘述的是管理員修改密碼的時序圖，首先管理員應(yīng)按提示輸入舊密碼與兩次新密碼，系統(tǒng)首先核對兩個新密碼能否一樣，然后核對舊密碼與數(shù)據(jù)庫中原有密碼能否一樣，假如這兩項全部符合，則把新密碼寫入數(shù)據(jù)庫，然后通知系統(tǒng)管理員密碼修改成功。學(xué)生在學(xué)生端修改自個密碼的活動同樣能夠參考該圖。3.2.3狀態(tài)圖的建立。UML狀態(tài)圖描繪敘述一個對象所有可能出現(xiàn)的狀態(tài)以及當(dāng)某一事件發(fā)生時該狀態(tài)的變換條件是什么。描繪敘述的是學(xué)生信息〔包括成績〕的狀態(tài)圖，從圖上能夠看出學(xué)生信息在什么情況下才能被處理。3.2.4活動圖的建立。UML活動圖描繪敘述需要知足用例所要求，必須進(jìn)行的活動和不同活動間的約束關(guān)系，能夠方便地辨別哪些活動是并行的活動。管理員對學(xué)生信息進(jìn)行管理的活動圖，從圖中可具體表現(xiàn)出管理