修改---圖書管理系統(tǒng)-OOA - 1資料

1、軟件工程(run jin n chn)需求分析共二十五頁主要(zhyo)內(nèi)容準(zhǔn)備知識需求調(diào)研業(yè)務(wù)建模業(yè)務(wù)過程建模系統(tǒng)用例建模用例描述(mio sh)完成OOA模型共二十五頁準(zhǔn)備(zhnbi)知識1.1 什么是軟件需求？1.2 軟件需求的作用或意義？1.3 怎樣獲取需求？要點(diǎn)是什么？1.4 獲取需求的過程中應(yīng)注意哪些事項(xiàng)？1.5 需求分析(fnx)完成的標(biāo)志是什么？1.6 軟件需求的質(zhì)量標(biāo)準(zhǔn)共二十五頁本節(jié)目標(biāo)(mbio)理解軟件(run jin)需求及其作用和意義理解軟件需求規(guī)格說明書及其評價(jià)標(biāo)準(zhǔn)了解獲取需求過程中的注意事項(xiàng)，掌握獲取需求的要點(diǎn)共二十五頁1.1 什么(shn me)是軟件需求？功

2、能需求：描述系統(tǒng)(xtng)預(yù)期提供的功能或服務(wù)對系統(tǒng)應(yīng)提供的服務(wù)如何對輸入做出反應(yīng)系統(tǒng)在特定條件下的行為非功能需求：指那些不直接與系統(tǒng)具體功能相關(guān)的一類需求產(chǎn)品需求機(jī)構(gòu)需求外部需求領(lǐng)域需求：源于系統(tǒng)的應(yīng)用領(lǐng)域需求共二十五頁功能(gngnng)需求軟件系統(tǒng)的功能需求描述可以有許多方式：文字描述圖表表示功能需求可以以不同的詳細(xì)程度反復(fù)編寫和細(xì)化功能需求描述應(yīng)該完整而且一致和準(zhǔn)確(zhnqu)完整性意味著用戶所需的所有的服務(wù)應(yīng)該全部給出描述一致性意味著需求描述不能前后矛盾準(zhǔn)確性是指需求不能出現(xiàn)模糊和二義性的地方共二十五頁非功能(gngnng)需求非功能(gngnng)需求主要與系統(tǒng)的總體特征相關(guān)，

3、是一些限制性要求，是對實(shí)際使用環(huán)境所做的要求性能要求可靠性要求安全性要求可用性要求移植性要求非功能需求關(guān)心的是系統(tǒng)整體特征而不是個(gè)別的系統(tǒng)的特征，比功能需求對系統(tǒng)更關(guān)鍵。非功能需求卻很難檢驗(yàn)非功能需求與功能需求有時(shí)會發(fā)生沖突，它們之間存在著相互作用關(guān)系共二十五頁領(lǐng)域(ln y)需求領(lǐng)域需求反映應(yīng)用領(lǐng)域的基本問題(wnt)，直接影響到系統(tǒng)的可用性。共二十五頁練習(xí)(linx)：各組就自己組所選擇的系統(tǒng)列舉出有哪些功能(gngnng)需求、非功能(gngnng)需求和領(lǐng)域需求共二十五頁1.2 軟件需求(xqi)的作用或意義？軟件需求是軟件開發(fā)的基礎(chǔ)。對軟件需求的完全理解(lji)和系統(tǒng)描述是軟件成功

4、開發(fā)至關(guān)重要的前提。用戶開發(fā)人員對外：是開發(fā)方和用戶之間的合同，它描述了開發(fā)方和用戶對未來系統(tǒng)的共識。需求人員對外：是軟件系統(tǒng)設(shè)計(jì)和開發(fā)的依據(jù)共二十五頁1.3 怎樣獲取(huq)需求？可以通過對用戶訪談來獲取需求與用戶進(jìn)行訪談可以通過正式會議或者一般訪談的形式(xngsh)進(jìn)行。在進(jìn)行訪談前，業(yè)務(wù)員需要了解用戶所在行業(yè)的一些背景情況和相關(guān)行業(yè)知識。無論何種訪談，在進(jìn)行前都應(yīng)該準(zhǔn)備訪談提綱，在得到一些訪談信息后，要有針對性的設(shè)置訪談問題。共二十五頁訪談(fn tn)的要點(diǎn)是什么？OOA中的三種基本模型功能模型：即用例模型對象模型：構(gòu)建分析類，使用類圖、對象圖描述對象、對象屬性、對象之間的關(guān)系，是

5、系統(tǒng)靜態(tài)模型。動(dòng)態(tài)模型：利用(lyng)活動(dòng)圖、時(shí)序圖、協(xié)作圖等描述系統(tǒng)動(dòng)態(tài)行為。共二十五頁訪談(fn tn)的要點(diǎn)是什么？圍繞以下(yxi)問題展開訪談：功能及過程數(shù)據(jù)及屬性共二十五頁以大家最熟悉(shx)的QQ軟件為例：Q：請問QQ群都提供了哪些功能？A: 聊天、群共享、.、群相冊等功能Q：請問群相冊是干什么用的？A：群成員可上傳照片到群相冊通過共享Q：可否具體談下如何上傳照片？A：1、首先進(jìn)入群相冊，2、選擇上傳照片功能；3、選擇要存放的相冊；4、選擇要上傳的照片；上傳。就完成(wn chng)了上傳照片的工作。功能過程共二十五頁需求(xqi)訪談續(xù)Q：請問存放的相冊是固定的還是可以(k

6、y)自己選擇？A：都可以。你可以選擇存放在缺省相冊，也可以新建相冊Q：新建相冊時(shí)要輸入什么數(shù)據(jù)呢？A：要輸入相冊名稱和相冊描述Q：兩個(gè)都必須輸嗎？A：相冊名稱必須輸，相冊描述可輸可不輸Q：數(shù)據(jù)的長度有限制嗎？A：是的，長度不超過30個(gè)字符。Q：.細(xì)化數(shù)據(jù)屬性及約束屬性及約束共二十五頁1.4 獲取(huq)需求的過程中的注意事項(xiàng)選擇關(guān)鍵人物進(jìn)行(jnxng)訪談?wù)_理解客戶的需求（行業(yè)、業(yè)務(wù)及背景知識）訪談的記錄要條例清晰，真實(shí)有效。根據(jù)實(shí)際的情況，訪談可能會進(jìn)行很多次，直到確實(shí)明確用戶的需求。共二十五頁1.5 需求(xqi)分析完成的標(biāo)志是什么？軟件需求規(guī)格（SRS，Software Requ

7、irement Specification）是需求分析(fnx)任務(wù)的最終“產(chǎn)品”，它是客戶、管理者、分析(fnx)工程師、測試工程師、維護(hù)工程師交流的標(biāo)準(zhǔn)和依據(jù)。軟件需求規(guī)格描述了系統(tǒng)的數(shù)據(jù)、功能、行為、性能需求、設(shè)計(jì)約束、驗(yàn)收標(biāo)準(zhǔn)、以及其他與需求相關(guān)的信息。分為：用戶需求和系統(tǒng)需求共二十五頁用戶(yngh)需求用戶需求是從用戶角度描述系統(tǒng)功能和非功能需求，以便讓不具備(jbi)專業(yè)技術(shù)知識的用戶能看懂。用戶需求描述的是系統(tǒng)的外部行為，通常用自然語言、圖表和直觀的圖形來表述共二十五頁用戶需求描述(mio sh)示例2.1 處理銷售：完成一次銷售過程。2.1.1 基本流程：（1）顧客攜帶所購商

8、品或服務(wù)到收銀臺通過POS機(jī)付款；（2）收銀員開始一次新的銷售交易；（3）收銀員輸入商品條碼；（4）系統(tǒng)逐條記錄銷售的商品，并顯示該商品的描述、價(jià)格和累計(jì)額；重復(fù)（3）（4），直到輸入結(jié)束；（5）系統(tǒng)顯示總額；（6）收銀員告知顧客總額，并請求付款；（7）顧客付款，系統(tǒng)處理支付；（8）系統(tǒng)記錄完整的銷售信息，并將銷售金和支持信息發(fā)送到外部的帳務(wù)系統(tǒng)和庫存系統(tǒng)；（9）系統(tǒng)打印(d yn)票據(jù)；（10）顧客攜帶商品和票據(jù)離開。2.1.2 擴(kuò)展流程：.共二十五頁系統(tǒng)(xtng)需求系統(tǒng)需求是比用戶需求更詳細(xì)的需求描述，是系統(tǒng)實(shí)現(xiàn)的基本依據(jù)系統(tǒng)需求描述可能包括許多不同的模型，如對象(duxing)模型和

9、數(shù)據(jù)流模型在面向?qū)ο蟮姆治鲋?，常采用圖形化符合（如UML等各種圖表）描述系統(tǒng)的功能共二十五頁軟件(run jin)需求說明必須描述功能 - 所數(shù)據(jù)的軟件要做什么性能 - 軟件功能在執(zhí)行過程中的速度、可使用性、響應(yīng)時(shí)間、各種軟件功能的恢復(fù)數(shù)據(jù)、吞吐能力、精度、頻率等限制 - 在效果、實(shí)現(xiàn)語言、數(shù)據(jù)庫完整性、資源(zyun)限制、操作系統(tǒng)等方面所要求的標(biāo)準(zhǔn)屬性 - 可移植性、正確性、可維護(hù)性及安全性等方面的考慮外部接口 - 與人、硬件、其它軟件和硬件的相互關(guān)系共二十五頁需求(xqi)規(guī)格文檔標(biāo)準(zhǔn)（GB856D-1988）1 引言 1.1 編寫(binxi)目的 1.2 項(xiàng)目背景（單位和與其他系統(tǒng)的

10、關(guān)系） 1.3 定義（專門術(shù)語和縮寫詞）2 任務(wù)概述 2.1 目標(biāo) 2.2 運(yùn)行環(huán)境 2.3 條件限制3 數(shù)據(jù)描述 3.1 靜態(tài)數(shù)據(jù) 3.2 動(dòng)態(tài)數(shù)據(jù) 3.3 數(shù)據(jù)庫描述 3.4 數(shù)據(jù)字典 3.5 數(shù)據(jù)采集4 功能需求 4.1 功能劃分 4.2 功能描述5 性能需求 5.1 數(shù)據(jù)精確度 5.2 時(shí)間特性 5.3 適應(yīng)性6 運(yùn)行需求 5.1 用戶界面 5.2 硬件接口 5.3 軟件接口 5.4 故障處理7 其他需求（檢測或驗(yàn)收標(biāo)準(zhǔn)、可用性、可維護(hù)性可移植性、安全保密性）共二十五頁1.6 軟件(run jin)需求的質(zhì)量標(biāo)準(zhǔn)需求驗(yàn)證對需求文檔和制品進(jìn)行質(zhì)量評估(pn )，確保需求說明準(zhǔn)確、完整包括

11、以下內(nèi)容：正確性一致性完整性可行性必要性可檢驗(yàn)性需求的可跟蹤性最后簽字確保需求和描述充分、正確確保需求無矛盾、沖突、含糊或二義的地方確保需求無遺漏確保每一項(xiàng)需求必須在已知系統(tǒng)和環(huán)境下可以實(shí)施確保需求是用戶需要的確保需求是可測、可驗(yàn)證的驗(yàn)證需求是否是可跟蹤的共二十五頁需求(xqi)跟蹤矩陣需求系統(tǒng)來源設(shè)計(jì)模塊代碼測試用例A05AmmR01R02R03R04Rnn共二十五頁內(nèi)容摘要軟件工程。功能需求：描述系統(tǒng)預(yù)期提供的功能或服務(wù)。領(lǐng)域需求：源于系統(tǒng)的應(yīng)用領(lǐng)域需求。完整性意味著用戶所需的所有的服務(wù)應(yīng)該全部給出描述。領(lǐng)域需求反映應(yīng)用領(lǐng)域的基本問題，直接影響到系統(tǒng)的可用性。與用戶進(jìn)行訪談可以通過正式會議或者一般訪談的形式進(jìn)行。在進(jìn)行訪談前，業(yè)務(wù)員需要了解用戶所在行業(yè)(hngy)的一些背