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

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