B14111803朱芯雨 軟件工程實驗報告

1、南京郵電大學實驗報告課程名稱 軟件工程 實驗名稱 實驗一 軟件需求規(guī)格說明書編制 實驗時間 2016 年 11 月 29 日學生姓名 朱芯雨 班級學號 B14111803 學院(系) 管理學院 專 業(yè) 信息管理與信息系統(tǒng) 【實驗目的】 1 掌握用例圖進行需求規(guī)格說明書的編制。2 掌握UML中用例圖的組成、作用以及使用場合。3 掌握用例與用例之間的各種關系。4 學習針對具體場景使用用例圖進行分析說明的方法。5 掌握用例描述的概念和基本結構，以及用例描述的作用。【實驗性質】設計性實驗?！緦嶒炓蟆? 學習針對具體場景識別參與者和用例的方法，設計其用例圖。2 學習通過Rational Rose繪制用

2、例圖的方法。3 掌握如何對每個用例進行用例描述?！緦嶒瀮?nèi)容】一網(wǎng)上選課系統(tǒng)需求分析1某學校的網(wǎng)上選課系統(tǒng)主要包括如下功能：管理員通過系統(tǒng)管理界面進入，建立本學期要開的各種課程，將課程信息保存在數(shù)據(jù)庫中并可以對課程進行改動和刪除；學生通過客戶機瀏覽器根據(jù)學號和密碼進入選課界面，在這里學生可以進行三種操作：查詢已選課程、選課以及付費。同樣，通過業(yè)務層，這些操作結果存入數(shù)據(jù)庫中。2對本系統(tǒng)的的用例、參與者進行分析：本系統(tǒng)擬使用C+語言通過三層模型實現(xiàn)：數(shù)據(jù)核心層、業(yè)務邏輯層和接入層。數(shù)據(jù)核心層包括對數(shù)據(jù)庫的操作；業(yè)務邏輯層作為中間層對用戶輸入進出邏輯處理，在映射到相應的數(shù)據(jù)層操作；接入層包括用戶界面

3、、系統(tǒng)登錄界面、管理界面、用戶選課界面等。本系統(tǒng)涉及的用戶包括管理員和學生，是用例圖中的活動者，他們的主要特征類似，都有學號和姓名等信息，可抽象出“基”活動者people，而register (管理員)和student (學生)則從people誕生，數(shù)據(jù)庫管理系統(tǒng)是另外一個活動者。3寫出系統(tǒng)中出現(xiàn)的一些事件流，如添加課程事件流、刪除課程事件流、修改課程事件流，選課事件流等。下面是系統(tǒng)中出現(xiàn)的一些事件流。添加課程事件流：a） 管理員選擇進入管理界面，用例開始。b） 系統(tǒng)提示輸入管理員密碼。c） 管理員輸入密碼。d） 系統(tǒng)驗證密碼。A1：密碼錯誤e） 進入管理界面，系統(tǒng)顯示目前所建立的全部課程信息

4、。f） 管理員選擇添加課程。g） 系統(tǒng)提示輸入新課程信息。h） 管理員輸入信息。i） 系統(tǒng)驗證是否和已有課程沖突。 A2：有沖突 j） 系統(tǒng)添加新課程，提示課程添加成功。k） 系統(tǒng)重新進入管理主界面，顯示所有課程。l） 用例結束。 其他事件流：A1：密碼錯誤a） 系統(tǒng)提示再次輸入密碼b） 用戶確認c） 三次錯誤，拒絕再次訪問。d） 否則進入添加課程事件流第e)步。A2：有沖突a） 系統(tǒng)提示有沖突，顯示沖突課程信息b） 用戶重新輸入c） 繼續(xù)驗證直到無沖突d） 進入添加課程事件流第j）步刪除課程事件流和修改課程事件流于此類似。選課事件流：a） 學生進入選課登錄界面，用例開始。b） 系統(tǒng)提示輸入學

5、號和密碼c） 學生輸入學號和密碼d） 系統(tǒng)驗證密碼A1：驗證失敗e） 進入選課主界面f） 學生點擊選擇課程g） 系統(tǒng)顯示所有課程信息h） 學生選擇課程i） 系統(tǒng)驗證選課是否成功A2：選課不成功j） 系統(tǒng)提示課程選擇成功，提示學生交費k） 用例結束。錯誤流：A1：驗證失敗a） 系統(tǒng)提示驗證失敗，提示重新輸入b） 三次錯誤，拒絕再次訪問c） 成功，轉選課事件流第e）步A2：選課不成功a） 系統(tǒng)提示課程不可選以及原因b） 學生重新選課c） 重新驗證直至成功d） 轉選課事件流第j）步。因為付費方式多樣，在此不必討論付費用例。查詢事件流比較簡單，在這里也不用詳細描述。根據(jù)以上描述，繪制系統(tǒng)的用例圖。并選

6、擇其中一個用例（如添加課程Add Course）給出其用例描述。用例的描述格式（參考模板）描述項說明用例名稱表明用戶的意圖或用例的用途，如“預訂圖書”標識符可選惟一標識符，如“UC1701”，在文檔其他地方可用標識符來引用這個用例用例描述概述用例的幾句話參與者與此用例相關的參與者列表優(yōu)先級一個有序的排列，1代表優(yōu)先級最高狀態(tài)可選用例的狀態(tài)，通常為以下幾種之一：進行中、等待審查、通過審查或未通過審查前置條件訪問用例前必須滿足的條件列表后置條件用例完成以后得到滿足的條件列表基本操作流程描述用例中各項工作都正常進行時用例的工作方式可選操作流程描述變更工作方式、出現(xiàn)異?；虬l(fā)生錯誤的情況下所遵循的路徑被

7、泛化的用例此用例所泛化的用例列表被包含的用例此用例所包含的用例列表被擴展的用例此用例所擴展的用例列表修改歷史記錄可選關于用例的修改時間、修改原因和修改人的詳細信息問題可選與此用例的開發(fā)相關的問題列表決策可選關鍵決策的列表，將這些決策記錄下來以便維護時使用頻率可選參與則訪問此用例的頻率，如用戶是每日訪問一次還是每月訪問一次用例“添加圖書”的描述用例名稱添加圖書標識符UC0001 用例描述圖書管理員在收到新采購的圖書后對之進行入庫。參與者圖書管理員優(yōu)先級1狀態(tài)通過審查前置條件圖書管理員登錄進入系統(tǒng)后置條件在庫圖書數(shù)目增加基本操作流程1 圖書管理員錄入圖書書目；2 系統(tǒng)檢查圖書書目是否已存在；3 系

8、統(tǒng)為這本圖書生成唯一書號（條形碼）；4 系統(tǒng)添加新的圖書書號?？蛇x操作流程系統(tǒng)檢查圖書書目不存在，系統(tǒng)添加新的圖書書目；被泛化的用例無被包含的用例無被擴展的用例無修改歷史記錄張三，定義基本操作流程，2009年3月20日張三，定義可選操作流程，2009年3月20日網(wǎng)上選課系統(tǒng)的參考用例圖如下：二“學生信息管理系統(tǒng)”需求分析1.功能性需求包括以下內(nèi)容：（1）系統(tǒng)管理員登錄后可以對班級的基本信息進行增加、刪除、修改、查詢等操作。學校領導登錄后可以對班級基本信息進行查詢操作。（2）教師登錄后可以對學生的考試成績進行錄入、刪除、修改、查詢等操作。學生登錄后可以對考試成績進行查詢操作。（3）學生登錄后可以

9、了解所有選修課程的具體信息，可以根據(jù)自己的需要選擇不同課程。系統(tǒng)管理員登錄后可以增加、修改、查詢、刪除選修課程。（4）系統(tǒng)管理員可以對賬號進行創(chuàng)建、設置、查看、刪除等操作。2. 識別參與者（1）對于一個學校來說，最重要的就是教育學生成才，所以我們首先要考慮到的參與者就是學生。（2）要給學生上課，必然就需要教師。教師負責教育學生、并且在日常管理中可以查詢學生的基本信息、查詢學生的考試成績。（3）作為一個學校，除了教師和學生，還有不可或缺的就是校領導。為了便于校領導掌握學校的基本情況，加強對學校的管理導。（4）不管什么系統(tǒng)，基本都會有比較專業(yè)的人員來負責管理系統(tǒng)，本系統(tǒng)也不例外。系統(tǒng)管理員除了負責

10、維護系統(tǒng)的日常運行，還要進行錄入學生基本信息、維護選課信息等工作。3. 構建用例模型（1）系統(tǒng)管理員直接參與的用例為登錄、找回密碼、查看班級基本信息、刪除班級基本信息、修改班級基本信息和錄入班級基本信息。校領導直接參與用例登錄、找回密碼和查看班級基本信息。當?shù)卿涍^程中發(fā)生忘記密碼的情況，就需要使用找回密碼的功能來找回密碼，而在正常情況下用不到找回密碼這個功能所以用例“找回密碼”和用例“登錄”之間是擴展關系。 根據(jù)以上分析，繪制出系統(tǒng)管理員和校領導作為參與者的用例圖。（2）學生作為參與者直接參與用例查看課程信息、按課程編號查看、按課程名查看、選擇課程、刪除已選課程、登錄和找回密碼。系統(tǒng)管理員參與

11、用例登錄、找回密碼和“維護課程信息”。其中查看課程信息有兩種方式，一種是按照課程名查看，另一種是按照課程編號查看。所以查看課程信息是父用例，而按照課程名查看和按照課程編號查看是子用例，他們之間的關系是泛化關系。用例找回密碼和用例登錄之間是擴展關系。根據(jù)以上分析，繪制出學生和系統(tǒng)管理員作為參與者的用例圖。（3）教師參與用例錄入成績、修改成績、保存成績、查詢成績、刪除成績和登錄。學生參與用例登錄和查詢成績。因為修改成績和錄入成績的時候都要保存成績，所以將保存成績抽象出來作為單獨的一個用例。用例錄入成績、修改成績和用例保存成績之間是包含關系，用例找回密碼和用例登錄之間是擴展關系。根據(jù)以上分析，繪制出教師和學生作為參與者的用例圖。（4）系統(tǒng)管理員參與用例創(chuàng)建新賬號、設置賬號、設置賬號基本信息、設置賬號權限、查看賬號和刪除賬號。在設置帳號時，主要分為設置賬號的基本信息和設置賬號的權限，為了便于修改和