軟件工程獲得功能性需求_第1頁
軟件工程獲得功能性需求_第2頁
軟件工程獲得功能性需求_第3頁
軟件工程獲得功能性需求_第4頁
軟件工程獲得功能性需求_第5頁
已閱讀5頁,還剩30頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

軟件工程獲得功能性需求第1頁,共35頁,2023年,2月20日,星期日一、功能性需求功能性需求是用來描述系統(tǒng)能夠提供哪些功能來解決用戶提出的問題。已經(jīng)學(xué)習(xí)過的技術(shù)結(jié)構(gòu)化的功能模型以數(shù)據(jù)流程圖為核心,描述數(shù)據(jù)在流動加工過程中的變化,抽取功能模型。第2頁,共35頁,2023年,2月20日,星期日面向?qū)ο蟮墓δ苣P蛷娬{(diào)人們?nèi)粘C枋鰡栴}的習(xí)慣和形式。分析者總是利用情景或經(jīng)歷來描述用戶和軟件系統(tǒng)之間的交互方式,從而獲取需求。IvarJacobson把這種看法系統(tǒng)地闡述成用例的方法,利用它進(jìn)行需求獲取和建模。第3頁,共35頁,2023年,2月20日,星期日用例的概念一組用例的實例,其中每個實例都是系統(tǒng)執(zhí)行的一系列活動,這些活動產(chǎn)生了對某個參與者而言可觀察的返回結(jié)果。用例描述了在不同條件下,系統(tǒng)對某一項目相關(guān)人員的請求所作出的響應(yīng),是系統(tǒng)中各相關(guān)人員之間就系統(tǒng)行為所達(dá)成的契約。根據(jù)參與者作出的請求和請求涉及的條件,系統(tǒng)將執(zhí)行不同的行為序列,每一行為序列被稱之為一個場景。一個用例是多個不同場景的集合。一、用例模型第4頁,共35頁,2023年,2月20日,星期日1.用例的描述形式用例實例通過萬維網(wǎng)購買股票基本流程:1、購買者選擇通過萬維網(wǎng)來購買股票2、系統(tǒng)從用戶那里得到所用站點的名稱。3、系統(tǒng)與該站點建立網(wǎng)絡(luò)連接,并保持控制權(quán)4、購買者在該站點上瀏覽并購買股票。5、系統(tǒng)截取站點的響應(yīng)信息,并更新購買者的記錄6、系統(tǒng)向用戶顯示更新后的記錄情況第5頁,共35頁,2023年,2月20日,星期日分支流程:2a.購買者要使用一個系統(tǒng)不支持的站點:

2a1.系統(tǒng)從購買者那里獲取新建議,轉(zhuǎn)向取消系統(tǒng)支持的用例。3a.在設(shè)置過程中,網(wǎng)絡(luò)發(fā)生故障:

3a1.系統(tǒng)向購買者報告錯誤,并建議他退回到第一步

3a2.購買者或者退出用例,或者重新再試。4a.計算機系統(tǒng)崩潰,或在交易過程中被關(guān)掉

4a1.(這時我們該怎么辦?)4b.web站點沒有及時認(rèn)可此次購買活動,而是把它推遲處理:

4b1.系統(tǒng)把這次推遲事件記入日志,設(shè)置一個時鐘,定期向購買者詢問結(jié)果第6頁,共35頁,2023年,2月20日,星期日含義用例是一個自包含的單元用例必須由參與者發(fā)起并監(jiān)控用例必須完成一個特定目標(biāo)用例應(yīng)該使系統(tǒng)保持在穩(wěn)定狀態(tài)第7頁,共35頁,2023年,2月20日,星期日用例是黑盒風(fēng)格需求并不是在項目一開始就很明確,往往是隨著項目的推進(jìn),逐漸細(xì)化。人的認(rèn)知往往具有層次的特性。從粗到細(xì)、從一般到特殊。采用不同的層次來描述,適于認(rèn)知的過程。例子用例的層次高層次目標(biāo)—概要級用例低層次目標(biāo)—用戶級用例第8頁,共35頁,2023年,2月20日,星期日

用例模型是所有書面用例的集合是系統(tǒng)功能性和環(huán)境的模型用例模型中可包括UML用例圖,以顯示用例和參與者的名稱及其關(guān)系第9頁,共35頁,2023年,2月20日,星期日用例的可視化描述第10頁,共35頁,2023年,2月20日,星期日用例之間的聯(lián)系2.用例之間的關(guān)系第11頁,共35頁,2023年,2月20日,星期日3.參與者概念也可稱為執(zhí)行者。是任何具有行為的人或事物。參與者和用例通信并且期待它的反饋——一個有價值或可覺察的結(jié)果。第12頁,共35頁,2023年,2月20日,星期日參與者的類型有三種主要參與者具有用戶目標(biāo),并通過使用當(dāng)前系統(tǒng)的服務(wù)完成。例如,收銀員。他們是發(fā)現(xiàn)驅(qū)動用例的用戶目標(biāo)。協(xié)助參與者為當(dāng)前系統(tǒng)提供服務(wù)。例如,自動付費授權(quán)服務(wù)。協(xié)助參與者通常是計算機系統(tǒng),但也可以是組織或人。通過協(xié)助參與者可以明確外部接口和協(xié)議。幕后參與者在用例行為中具有影響或利益,但不是主要或協(xié)助參與者。例如政府稅收機關(guān)。幕后參與者的確定確保確定并滿足所有必要的重要事務(wù)。如果不明確地對幕后參與者進(jìn)行命名,則有時很容易忽略其影響或利益。第13頁,共35頁,2023年,2月20日,星期日4.用例的描述方法三種常用形式摘要簡介的一段式概要,通常用于主成功場景非正式非正式的段落格式。用幾個段落覆蓋非正式場景詳述詳細(xì)編寫所有步驟及各種變化,同時具有補充部分,如前置條件和成功保障。用例是文本形式的。第14頁,共35頁,2023年,2月20日,星期日詳述形式的用例模板內(nèi)容第15頁,共35頁,2023年,2月20日,星期日將事件表按照參與者分組對事件進(jìn)行歸類,命名具有群集趨向的事件這些事件的共同點是什么?這些事件有相同的最終目標(biāo)嗎?倘若有,目標(biāo)是什么?采用用例圖描述分析的結(jié)果二、由事件表向用例的轉(zhuǎn)化第16頁,共35頁,2023年,2月20日,星期日用例產(chǎn)生的過程第17頁,共35頁,2023年,2月20日,星期日列出事件清單第18頁,共35頁,2023年,2月20日,星期日第19頁,共35頁,2023年,2月20日,星期日將MSMS項目事件表進(jìn)行分組第20頁,共35頁,2023年,2月20日,星期日整理后的用例圖第21頁,共35頁,2023年,2月20日,星期日對用例的描述摘要式描述登錄:設(shè)定使用權(quán)限。用戶提供用戶名和密碼,系統(tǒng)根據(jù)注冊信息進(jìn)行驗證,通過后根據(jù)用戶權(quán)限顯示主界面。藏書管理:對個人擁有圖書信息的管理。添加:登記新購買圖書的信息,包括書名、作者、譯者、出版社、購買時間(系統(tǒng)自動給出錄入時間)、價格、對圖書的推薦信息、喜愛程度(默認(rèn)情況下為3星,最高等級為5級,最低等級為1級),數(shù)量(默認(rèn)為1本,極個別情況會出現(xiàn)多本重復(fù)書籍)、歸類(方便管理,可自己設(shè)定歸類名稱)。系統(tǒng)根據(jù)圖書名稱進(jìn)行重復(fù)圖書檢查之后,將圖書信息進(jìn)行存儲,并提示存儲成功。系統(tǒng)重新顯示初始錄入界面,用戶可以進(jìn)行下一本圖書的錄入過程。查詢:根據(jù)指定條件進(jìn)行圖書信息的查詢,條件包括書名、作者、購買時間范圍、喜愛程度、公開程度(是否進(jìn)行晾曬)。

修改:圖書資料的內(nèi)容有可能會出現(xiàn)偏差,通過信息修改功能改正偏差還書:將揀來的圖書進(jìn)行歸還。從曬書場上撿來的圖書到期后,揀書者應(yīng)主動向藏書擁有者歸還圖書。系統(tǒng)在收到撿書者的歸還請求后,自動向藏書擁有者發(fā)送提示信息。藏書擁有者在確定拿到圖書后,通過系統(tǒng)進(jìn)行確認(rèn)徹底改變圖書的狀態(tài)(變?yōu)楸涣罆駡D書,或收回私人藏書室)圖書推薦:老師們可以推薦自己喜愛的圖書,得到的推薦列表可以作為購買圖書的依據(jù)。第22頁,共35頁,2023年,2月20日,星期日非正式形式的樣例項目用例用例UC2:藏書管理對個人擁有圖書信息的管理。用例UC2.1:添加藏書基本流程:藏書者登記新購買圖書的信息,包括書名、作者、譯者、出版社、購買時間(系統(tǒng)自動給出錄入時間)、價格、對圖書的推薦信息、喜愛程度(默認(rèn)情況下為3星,最高等級為5級,最低等級為1級),數(shù)量(默認(rèn)為1本,極個別情況會出現(xiàn)多本重復(fù)書籍)、歸類(方便管理,可自己設(shè)定歸類名稱)。系統(tǒng)進(jìn)行輸入信息的有效性檢查系統(tǒng)根據(jù)圖書名稱進(jìn)行重復(fù)圖書檢查存儲圖書信息,并提示存儲成功。系統(tǒng)重新顯示初始錄入界面,用戶可以進(jìn)行下一本圖書的錄入過程。分支流程:1.a、如果藏書者錄入信息有誤

1、系統(tǒng)提示藏書者此信息

2、返回添加藏書界面,界面保持原來填寫數(shù)據(jù)3.a、如果圖書名稱發(fā)生重復(fù),系統(tǒng)將提示此信息,并給出相應(yīng)圖書列表,用戶可以查閱圖書的詳細(xì)信息,同時要求用戶對此情況進(jìn)行處理。1、如果確認(rèn)圖書錄入重復(fù),則系統(tǒng)放棄對當(dāng)前圖書信息的存儲2、如果只是同名不同書,則用戶確認(rèn)此情況后,系統(tǒng)對當(dāng)前錄入的圖書信息進(jìn)行保存。第23頁,共35頁,2023年,2月20日,星期日詳述形式的樣例項目用例第24頁,共35頁,2023年,2月20日,星期日分支流程:

1.a、如果藏書者錄入信息有誤

1、系統(tǒng)提示藏書者此信息

2、返回添加藏書界面,界面保持原來填寫數(shù)據(jù)

3.a、如果圖書名稱發(fā)生重復(fù),系統(tǒng)將提示此信息,并給出相應(yīng)圖書列表,用戶可以查閱圖書的詳細(xì)信息,同時要求用戶對此情況進(jìn)行處理。

1、如果確認(rèn)圖書錄入重復(fù),則系統(tǒng)放棄對當(dāng)前圖書信息的存儲

2、如果只是同名不同書,則用戶確認(rèn)此情況后,系統(tǒng)對當(dāng)前錄入的圖書信息進(jìn)行保存。特殊需求:

希望能夠上傳圖書封皮的小圖像

希望系統(tǒng)能夠?qū)π落浫氲膱D書自動根據(jù)編碼規(guī)則編號技術(shù)和數(shù)據(jù)變元表:

資料管理員在錄入圖書信息時,希望使用讀卡器讀取圖書的ISDN號發(fā)生頻率:陣發(fā)式雜項:

系統(tǒng)是否能夠提供嵌入式的圖像掃描功能,并自動轉(zhuǎn)換成圖書封面格式第25頁,共35頁,2023年,2月20日,星期日練習(xí):將RP項目事件表進(jìn)行分組(原始表)RP公司的應(yīng)用程序中的事件表主語動詞賓語頻率到達(dá)方式響應(yīng)顧客下訂單1000/天陣發(fā)式編輯訂單并將其保存在系統(tǒng)中運貨職員發(fā)送貨物700/天陣發(fā)式貨物打包,并根據(jù)發(fā)貨要求發(fā)貨顧客購買擔(dān)保60/天陣發(fā)式按條款確認(rèn)貨物并記錄顧客修改訂單5/天陣發(fā)式編輯修改訂單并記錄供應(yīng)商發(fā)送商品目錄5~10/天陣發(fā)式登記新的商品目錄顧客取消訂單1/周陣發(fā)式從系統(tǒng)中刪除訂單時間產(chǎn)生延期交貨報告3/周陣發(fā)式產(chǎn)生報告時間產(chǎn)生會計接口數(shù)據(jù)1/周陣發(fā)式向系統(tǒng)添加接口數(shù)據(jù)客戶服務(wù)職員修改地址5/周陣發(fā)式修改地址打包職員準(zhǔn)備貨物100/天陣發(fā)式打包完畢,準(zhǔn)備發(fā)貨經(jīng)理查詢訂單5/天陣發(fā)式完成要求財務(wù)職員查詢應(yīng)付款發(fā)票10/天陣發(fā)式產(chǎn)生欠款報表顧客查詢訂單200/天陣發(fā)式提供訂單信息第26頁,共35頁,2023年,2月20日,星期日對事件按照參與者分組后的事件表主語動詞賓語頻率到達(dá)方式響應(yīng)顧客下訂單1000/天陣發(fā)式編輯訂單并將其保存在系統(tǒng)中顧客購買擔(dān)保60/天陣發(fā)式按條款確認(rèn)貨物并記錄顧客修改訂單5/天陣發(fā)式編輯修改訂單并記錄顧客取消訂單1/周陣發(fā)式從系統(tǒng)中刪除訂單顧客查詢訂單200/天陣發(fā)式提供訂單信息運貨職員發(fā)送貨物700/天陣發(fā)式貨物打包,并根據(jù)發(fā)貨要求發(fā)貨供應(yīng)商發(fā)送商品目錄5~10/天陣發(fā)式登記新的商品目錄時間產(chǎn)生延期交貨報告3/周陣發(fā)式產(chǎn)生報告時間產(chǎn)生會計接口數(shù)據(jù)1/周陣發(fā)式向系統(tǒng)添加接口數(shù)據(jù)客戶服務(wù)職員修改地址5/周陣發(fā)式修改地址打包職員準(zhǔn)備貨物100/天陣發(fā)式打包完畢,準(zhǔn)備發(fā)貨經(jīng)理查詢訂單5/天陣發(fā)式完成要求財務(wù)職員查詢應(yīng)付款發(fā)票10/天陣發(fā)式產(chǎn)生欠款報表第27頁,共35頁,2023年,2月20日,星期日整理后的用例圖第28頁,共35頁,2023年,2月20日,星期日顯示執(zhí)行者的意圖,而不是動作修改前 顧客使用ID和密碼進(jìn)入系統(tǒng)系統(tǒng)驗證顧客身份顧客提供姓名顧客提供地址顧客提供電話號碼顧客選取商品顧客確定購買商品數(shù)量系統(tǒng)驗證是否為老顧客系統(tǒng)打開庫存系統(tǒng)的連接系統(tǒng)通過庫存系統(tǒng)請求當(dāng)前庫存量庫存系統(tǒng)返回當(dāng)前庫存量系統(tǒng)驗證購買商品的數(shù)量是否足夠三、用例編寫的準(zhǔn)則第29頁,共35頁,2023年,2月20日,星期日修改后顧客使用ID、密碼進(jìn)入系統(tǒng)系統(tǒng)驗證顧客身份顧客提供姓名、地址、電話號碼系統(tǒng)驗證顧客是否為老顧客顧客選擇購買商品及相關(guān)數(shù)量系統(tǒng)有庫存系統(tǒng)驗證購買商品是否有足夠庫存……第30頁,共35頁,2023年,2月20日,星期日從俯視的角度編寫用例修改前系統(tǒng)讀取ATM卡和PIN號碼,并從賬號余額中扣除一定數(shù)量第31頁,共35頁,2

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論