軟件需求講義-第一部分

軟件需求從諺語開始中國有句諺語：“好的開始就等于成功的一半”西方的諺語是：“Garbagein,garbageout！”

內(nèi)容概要軟件需求的基本概念需求工程與需求工程過程需求獲取與需求分析需求文檔與需求質(zhì)量驗(yàn)證軟件需求管理軟件需求參考書作者：黃國興

周勇出版社：清華大學(xué)出版社軟件需求工程

本書著重介紹了軟件需求工程的基本概念、基本理論和實(shí)際應(yīng)用技術(shù)。內(nèi)容涵蓋了需求工程中的每個(gè)重要步驟，提供了一些檢查表和比較簡單易懂的需求過程模型和建模實(shí)踐。軟件需求參考書作者：（美）karle.wiegers

譯者：劉偉琴劉洪濤

出版社：清華大學(xué)出版社軟件需求（第2版）

本書介紹了貫穿整個(gè)開發(fā)周期的管理需求工程的實(shí)用技術(shù)，包括多種可以促進(jìn)用戶、開發(fā)人員和管理層之間有效溝通的方法。這一版對第一版進(jìn)行了擴(kuò)充，提供了新的實(shí)例，及作者在實(shí)際工作中遇到的各種實(shí)際案例和解決方案。此外，還添加了新的章節(jié)、需求示例文檔以及故障診斷指南等。

參考教材作者：張海藩編著出版社：清華大學(xué)出版社軟件工程導(dǎo)論（第4版）

本書是在吸取了國內(nèi)外有關(guān)教材的精華，并結(jié)合編者多年來進(jìn)行軟件工程的教學(xué)及軟件開發(fā)實(shí)踐的經(jīng)驗(yàn)、體會的基礎(chǔ)上編寫的，軟件工程領(lǐng)域的經(jīng)典教材，尤其結(jié)構(gòu)化的軟件建模方法值得借鑒。參考教材作者：鄺孔武，王曉敏編著出版社：清華大學(xué)出版社信息系統(tǒng)分析與設(shè)計(jì)

本書是在吸取了國內(nèi)外有關(guān)教材的精華，并結(jié)合編者多年來的教學(xué)及軟件開發(fā)實(shí)踐的經(jīng)驗(yàn)、體會的基礎(chǔ)上編寫的，通過典型案例，展示了使用面向?qū)ο蠓椒ê徒Y(jié)構(gòu)化方法進(jìn)行軟件建模的具體思路和步驟。

參考教材作者：蔡敏，徐慧慧，黃炳強(qiáng)編著出版社：人民郵電出版社UML基礎(chǔ)與Rose建模教程

本書是在吸取了國內(nèi)外有關(guān)教材的精華，并結(jié)合編者多年來的教學(xué)及軟件開發(fā)實(shí)踐的經(jīng)驗(yàn)、體會的基礎(chǔ)上編寫的，通過4個(gè)綜合性的案例，展示了使用UML和Rose進(jìn)行軟件建模的具體方法和步驟。

參考教材4.軟件工程SoftwareEngineering,6thEdition作者：（英）IanSommerville出版社：機(jī)械工業(yè)出版社（影印版）

本書是英國著名軟件工程學(xué)家IanSommerville系統(tǒng)介紹軟件工程理論的力作，以要求極高的一類系統(tǒng)為實(shí)例，精辟透徹地闡述了軟件工程的內(nèi)涵。參考網(wǎng)站卡內(nèi)基梅大學(xué)軟件工程研究所/

對象技術(shù)和構(gòu)件技術(shù)鏈接Rational公司http://OMG(ObjectManagementGroup)1.

軟件工程java實(shí)現(xiàn)softwareengineeringwithjavamcagraw-hillStephenR.Schach袁兆山機(jī)械工業(yè)出版社1999-9-1本書介紹經(jīng)典的和面向?qū)ο蟮能浖こ?，?qiáng)調(diào)理論、抽象和設(shè)計(jì)相結(jié)合，重視對軟件工程學(xué)有指導(dǎo)作用的重要概念。2.軟件工程概論清華大學(xué)殷人坤3.軟件工程導(dǎo)論清華大學(xué)張海藩(第四版)4.Java面向?qū)ο缶幊讨改享n柯電子工業(yè)出版社5.面向?qū)ο蟮南到y(tǒng)分析與設(shè)計(jì)（uml）清華大學(xué)出版社6.Uml系統(tǒng)分析設(shè)計(jì)與應(yīng)用案例人民郵電編寫有效用例機(jī)械工業(yè)8.Ood啟思錄人民郵電9.重構(gòu)——改善既有代碼的設(shè)計(jì)（中文版）Refactoring:ImprovingtheDesignofExistingCode作者：[美]MartinFowler/著譯者：侯捷熊節(jié)/譯出版社：中國電力出版社2003年8參考書10.設(shè)計(jì)模式:可復(fù)用面向?qū)ο筌浖幕A(chǔ)

designpatterns:elementsofreusableobject-orientedsoftwareAddsionWesley/Personpublisherauthor:ErichGamma李英軍機(jī)械工業(yè)出版社2000-9-1軟件工程的重要概念就是可復(fù)用。近幾年來“模式”給出了“軟件可復(fù)用”的漂亮解決方案。所謂模式一詞來源于城市建筑領(lǐng)域，“每一個(gè)模式描述了一個(gè)在我們周圍不斷重復(fù)發(fā)生的問題以及該問題的解決方案的核心。這樣，你就能多次使用該方案而不必做重復(fù)勞動?！边@種思想應(yīng)用在面向?qū)ο笤O(shè)計(jì)領(lǐng)域，指的是總結(jié)軟件設(shè)計(jì)中遇到的各類問題，并提出設(shè)計(jì)的解決方案。有經(jīng)驗(yàn)的設(shè)計(jì)者知道，不是解決任何問題都要從頭開始。這本書的目的就是將面向?qū)ο筌浖脑O(shè)計(jì)經(jīng)驗(yàn)作為設(shè)計(jì)模式記錄下來，每一個(gè)設(shè)計(jì)模式系統(tǒng)地命名、解釋和評價(jià)了面向?qū)ο笙到y(tǒng)中一個(gè)重要的和重復(fù)的設(shè)計(jì)。參考書11.敏捷軟件開發(fā)：原則、模式與實(shí)踐

AgileSoftwareDevelopment:Principles,Patterns,andPractices原出版社：PearsonEducation作者：[美]RobertC.Martin/著鄧輝譯清華大學(xué)出版社2003年9月

1.講述在預(yù)算和時(shí)間要求下，軟件開發(fā)人員和項(xiàng)目經(jīng)理如何使用敏捷開發(fā)完成項(xiàng)目。

2.使用真實(shí)案例講解如何用極限編程來設(shè)計(jì)、測試、量構(gòu)和結(jié)對編程

3.包含了極具價(jià)值的可多次使用的C++和JAVA源代碼。

4.重點(diǎn)講述了如何使用UML和設(shè)計(jì)模式解決面向客戶系統(tǒng)參考書12.與熊共舞：軟件項(xiàng)目風(fēng)險(xiǎn)管理

WaltzingWithBears:ManagingRiskonSoftwareProjects書中，作者展示了風(fēng)險(xiǎn)管理的益處√風(fēng)險(xiǎn)管理使企業(yè)可以積極地迎接風(fēng)險(xiǎn)√使管理不致陷于盲目√使項(xiàng)目能夠以最小代價(jià)應(yīng)對風(fēng)險(xiǎn)√使責(zé)權(quán)劃分更加明確√使子項(xiàng)目的失敗不致影響全盤。13.軟件工程思想電子林銳14.軟件工程36計(jì)金樽和機(jī)械工業(yè)出版社15.Uml核心建模技術(shù)參考書第一部分軟件需求的基本概念需求問題 需求的層次第1章 需求問題需求是軟件項(xiàng)目成敗的關(guān)鍵所在越早發(fā)現(xiàn)需求錯誤，越早改正它，其代價(jià)越小需求的定義好需求的特征：無歧義、完整、一致、可檢驗(yàn)、確定、可跟蹤的，正確的，可行的和必要的。

軟件開發(fā)中的錯誤觀點(diǎn)只要掌握了1-2門程序設(shè)計(jì)語言，進(jìn)行軟件開發(fā)就沒有問題。只要有最好的開發(fā)工具、最好的計(jì)算機(jī)，一定能做出優(yōu)秀的軟件。軟件需求分析很困難，不管三七二十一，先把軟件做了再說，反正軟件是靈活的，隨時(shí)可以修改?？傊?，錯誤認(rèn)為：軟件就是程序，開發(fā)軟件就是編寫程序。

項(xiàng)目失敗與成功的原因*三種最經(jīng)常使項(xiàng)目“遇到困難”的因素是：缺乏用戶介入：占所有項(xiàng)目的13%不完整的需求和規(guī)格說明：占所有項(xiàng)目的12%不斷改變的需求和規(guī)格說明：占所有項(xiàng)目的12%三種項(xiàng)目最主要的“成功因素”是：用戶介入：占所有成功項(xiàng)目的16%高層管理的支持：占所有成功項(xiàng)目的14%需求陳述清晰：占所有成功項(xiàng)目的12%*[StandishGroup，1994]軟件開發(fā)的目標(biāo)軟件開發(fā)的目標(biāo)，簡單而言，就是滿足用戶的需要。需求在項(xiàng)目中的作用未真正明白這些問題就開始編碼，結(jié)果沒有人對產(chǎn)品滿意。在項(xiàng)目開發(fā)中，所有的涉眾（Stakeholder）都對需求分析階段備感興趣。（沒有理所當(dāng)然的需求）2-8原則：舉足輕重2-8原則*80%的工程活動是由20%的需求消耗的80%的軟件成本是由20%的構(gòu)件消耗的*[Royce，1998]

需求錯誤的代價(jià)在生命周期的不同階段修復(fù)缺陷的相對成本23需求的重要性重要性

DavisA.M.研究發(fā)現(xiàn)，在需求階段檢查和修復(fù)一個(gè)錯誤所需的費(fèi)用只有編碼階段的1/5到1/10，而在維護(hù)階段做同樣的工作所需付出的代價(jià)卻是編碼階段的20倍。結(jié)論 在軟件開發(fā)過程中，必須極早、有效地發(fā)現(xiàn)和解決與需求相關(guān)的問題。需求缺陷造成的成本增加重新進(jìn)行需求規(guī)格說明重新設(shè)計(jì)重新編碼重新測試改變訂單——告訴用戶將以一個(gè)修正后的版本來替代有缺陷的版本。糾正活動——消除由于不準(zhǔn)確的特定系統(tǒng)的錯誤造成的危害，可能涉及到賠償客戶損失。報(bào)廢——包括對于已經(jīng)完成的代碼、設(shè)計(jì)和測試，當(dāng)發(fā)現(xiàn)它們是根據(jù)不正確的需求進(jìn)行的時(shí)候，這些工作成果不得不被丟棄。收回有缺陷的軟件產(chǎn)品以及相關(guān)的用戶手冊。產(chǎn)品賠償或保修的成本。重新安裝新版本的成本。重新建檔的成本。高質(zhì)量的需求過程帶來的好處

在開發(fā)后期和整個(gè)維護(hù)階段的重做的工作大大減少了。讓用戶積極參與需求收集過程能使產(chǎn)品更富有吸引力，而且能建立起更加忠實(shí)的客戶關(guān)系。用戶的參與能彌補(bǔ)用戶期望和開發(fā)者實(shí)際開發(fā)之間的“鴻溝”（期望差異）。將確定的系統(tǒng)需求明確地分配到各軟件子系統(tǒng)，確保軟硬件系統(tǒng)功能匹配適當(dāng)。有效的變更控制也能降低需求變更帶來的負(fù)面影響。將需求編寫成清晰、無二義性的文檔將會極大地有利于系統(tǒng)測試，確保產(chǎn)品質(zhì)量。需求定義[IEEE1997]IEEE軟件工程標(biāo)準(zhǔn)詞匯表定義需求為：用戶解決問題或達(dá)到目標(biāo)所需的條件或能力。系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或能力。一種反映上面(1)或(2)所描述的條件或能力的文檔說明。需求定義[Thayer,Dorfman.1997]MerlinDorfman和RichardH.Thayer提出了一個(gè)包容且更為精練的定義：用戶解決某一問題或達(dá)到某一目標(biāo)所需的軟件功能。系統(tǒng)或系統(tǒng)構(gòu)件為了滿足合同、規(guī)約、標(biāo)準(zhǔn)或其他正式實(shí)行的文檔而必須滿足或具備的軟件功能。好的需求應(yīng)具有的特性無歧義性完整性一致性可檢驗(yàn)性確定性可跟蹤性正確性可行性必要性無歧義性產(chǎn)生歧義的原因同一個(gè)詞具有多種含義編寫人員會下意識假設(shè)所有人對某個(gè)主題都具有和自己一樣的認(rèn)知水準(zhǔn)縮寫敘述不夠具體……無歧義性（續(xù)）示例：系統(tǒng)只允許保留5個(gè)有效的相關(guān)記錄和保障計(jì)劃，它必須包括最新的。系統(tǒng)只允許5個(gè)有效的相關(guān)記錄最新的相關(guān)記錄一定包含在上述相關(guān)記錄中每個(gè)保障計(jì)劃都被放在其相關(guān)記錄中結(jié)論：每個(gè)需求都應(yīng)該只敘述一個(gè)主體，在一個(gè)需求中包含多個(gè)主體時(shí)，會產(chǎn)生歧義。無歧義性（續(xù)）消除歧義的方法對感到模糊的地方刨根問底關(guān)鍵字技術(shù)其他技術(shù)完整性不能遺漏任何需求或必要的信息遺漏需求將很難查出來如果不能確定某項(xiàng)需求，務(wù)必用TBD（tobedetermined，待確定）來標(biāo)識項(xiàng)目開發(fā)前，必須解決需求中所有的TBD項(xiàng)每項(xiàng)需求必須完整描述即將交付使用的功能完整性（續(xù)）防止遺漏的方法注重用戶的任務(wù)而不是系統(tǒng)的功能。將高層需求分解足夠細(xì)，讓用戶真正的需求顯示出來：“應(yīng)該、將要、可能”

→“將、必須”。務(wù)必讓所有用戶類都提出意見，確保每個(gè)用例都至少有一個(gè)執(zhí)行者。用多種方式表達(dá)需求：UML模型、數(shù)據(jù)流圖、判定表（樹）、E-R圖等。跟蹤系統(tǒng)需求、業(yè)務(wù)規(guī)則、用例，直至詳細(xì)的軟件功能性需求，確保導(dǎo)出了所有必須的功能。檢查邊界值完整性（續(xù)）示例：如果可能的話，應(yīng)該根據(jù)主要法人賬號列表在線確認(rèn)所輸入賬號的合法性。TBD，盡快確定其必要性驗(yàn)證成功如何驗(yàn)證失敗又該如何修訂：當(dāng)請求者輸入賬戶號碼時(shí)，系統(tǒng)將根據(jù)在線的法人賬號列表來驗(yàn)證所輸入的賬號。如果在此列表中查不到該賬號，則系統(tǒng)將顯示一個(gè)出錯信息并拒絕訂貨；否則進(jìn)入訂貨流程。一致性任何一項(xiàng)需求不會與其他需求或更高層次的需求發(fā)生沖突記下每項(xiàng)需求的來源，當(dāng)發(fā)現(xiàn)需求沖突知道該找誰商量項(xiàng)目開發(fā)前，必須解決需求不一致的問題可檢驗(yàn)性需求可以通過合理的方式充分檢測開發(fā)人員能夠確認(rèn)軟件是否滿足用戶需求測試人員能夠設(shè)計(jì)合理的測試方法，檢驗(yàn)系統(tǒng)能否正常運(yùn)行示例1：用新的系統(tǒng)完成報(bào)表自動化處理。示例2：員工標(biāo)識號必須在一個(gè)有效的范圍內(nèi)。確定性使得所有人都知道在所有可能的條件下系統(tǒng)應(yīng)該做什么處理有條件的行為，要使用兩種不同的需求一條：說明滿足條件系統(tǒng)如何另一條：說明不滿足條件系統(tǒng)如何確定性（續(xù)）示例：系統(tǒng)1應(yīng)該每隔5分鐘向系統(tǒng)2發(fā)送一次新記錄。每隔5分鐘的時(shí)間起點(diǎn)在哪里，不確定當(dāng)無新記錄可發(fā)時(shí)，系統(tǒng)1該如何修訂：如果自上次向系統(tǒng)2發(fā)送消息以來，5分鐘內(nèi)收到了新記錄，則系統(tǒng)1向系統(tǒng)2發(fā)送新記錄；如果在上述5分鐘內(nèi)沒有收到新記錄，則系統(tǒng)1向系統(tǒng)2發(fā)送“無新記錄”的提示消息?？筛櫺钥筛櫟模ㄜ浖┬枨蠖寄苷业剿膩碓纯筛櫟模ㄜ浖┬枨蠖加兴鼘?yīng)的設(shè)計(jì)單元、實(shí)現(xiàn)代碼可跟蹤的（軟件）需求都有它被正確實(shí)現(xiàn)的測試用例可跟蹤的（軟件）需求都有一個(gè)固定、惟一的標(biāo)識可行性需求必須在已知系統(tǒng)和環(huán)境的限制范圍內(nèi)能夠?qū)嵤┬枰浖_發(fā)人員配合，檢查技術(shù)可行性忌諱使用“迅速、瞬間、及時(shí)”等用詞必要性每一項(xiàng)需求都必須是用戶真正的需要，或者是為符合外部系統(tǒng)的需求，或者是符合某一標(biāo)準(zhǔn)每項(xiàng)需要都必須來源于有權(quán)定義需求的一方，可追溯至特定的客戶要控制軟件開發(fā)的風(fēng)險(xiǎn)，一定要確認(rèn)所要開發(fā)的內(nèi)容是用戶實(shí)際需要的練習(xí)題產(chǎn)品應(yīng)在不少于每60秒的正常周期內(nèi)提供狀態(tài)信息。不少于每60秒，一年如何？狀態(tài)信息有哪些內(nèi)容，在哪里顯示，如何顯示？修訂：1.產(chǎn)品將在用戶界面的指定區(qū)域顯示狀態(tài)信息。

1.1自產(chǎn)品啟動后，狀態(tài)信息必須每隔60±10秒更新一次。

1.2狀態(tài)信息必須保持持續(xù)的可見性。

1.3任務(wù)執(zhí)行過程中，狀態(tài)信息將顯示任務(wù)的完成百分比。

1.4任務(wù)完成時(shí)，狀態(tài)信息將顯示“已完成（Done）”。

1.5任務(wù)中止時(shí)，狀態(tài)信息將顯示“Error”。練習(xí)題(續(xù)）HTML分析器可以產(chǎn)生HTML標(biāo)記錯誤報(bào)告，幫助HTML入門者快速解決錯誤?！翱焖佟边@個(gè)詞有歧義，不可行錯誤報(bào)告什么時(shí)候產(chǎn)生，有哪些內(nèi)容，如何幫助初學(xué)者？不確定、不可檢驗(yàn)修訂：1.在HTML分析器完全解析完一個(gè)文件后，該分析器將生成一個(gè)出錯報(bào)告，其內(nèi)容包括解析文件過程中所發(fā)現(xiàn)的所有HTML錯誤的行號及其文本內(nèi)容，還包括對每個(gè)錯誤的描述。

2.如果在解析過程中未發(fā)現(xiàn)任何錯誤，將不生成出錯報(bào)告。練習(xí)題(續(xù)）產(chǎn)品應(yīng)瞬間在文本中的顯示和隱藏不可打印字符間切換?！八查g”這個(gè)需求不可行？需求不完整：未聲明切換的源頭（自動還是外部觸發(fā)）需求不確定：“不可打印字符”是什么，文中發(fā)生變化的范圍有多大修訂：用戶在編輯文檔時(shí)，通過特定的菜單項(xiàng)，可以在顯示和隱藏文本中所有控制字符之間進(jìn)行切換。改變顯示方式所需的時(shí)間為0.1秒或更短。第二章需求的層次需求是多層次的，包括目標(biāo)需求、業(yè)務(wù)（用戶）需求、功能需求和非功能需求。需求路線圖：涉眾需要—〉系統(tǒng)的特性—〉建立軟件需求軟件需求包括不同的層次目標(biāo)需求內(nèi)容：表示組織或客戶對系統(tǒng)、產(chǎn)品高層次的目標(biāo)來源：投資人、購買產(chǎn)品的客戶、市場營銷部門、產(chǎn)品策劃部門、實(shí)際使用者的管理者描述方式：前景（視圖）和范圍文檔示例：為乘坐航空公司航班的乘客購票提供便利，增加航空公司的客流量，需要開發(fā)

“網(wǎng)上機(jī)票預(yù)訂系統(tǒng)”。業(yè)務(wù)（用戶）需求內(nèi)容：描述了用戶要求系統(tǒng)、產(chǎn)品必須能完成的任務(wù)來源：實(shí)際使用系統(tǒng)的所有潛在用戶描述方式：用例模型示例：“機(jī)票預(yù)訂”、“修改預(yù)訂”、“取消預(yù)訂”、“機(jī)票查詢”功能需求內(nèi)容：規(guī)定開發(fā)人員必須在系統(tǒng)、產(chǎn)品中實(shí)現(xiàn)的軟件功能來源：實(shí)際使用者、開發(fā)人員描述方式：軟件需求規(guī)格說明書（SRS）示例：“編輯訂單”、“提交訂單”、“取消提交”、“取消訂單”、“計(jì)算費(fèi)用”、“選擇付費(fèi)方式”等術(shù)語：系統(tǒng)需求內(nèi)容：包含多個(gè)子系統(tǒng)的產(chǎn)品（即系統(tǒng)）的頂級需求。純軟件產(chǎn)品只包含軟件子系統(tǒng)，否則既包含軟件又包含硬件子系統(tǒng)示例：系統(tǒng)需求：系統(tǒng)能控制實(shí)驗(yàn)室設(shè)備給整排燒杯加入精確數(shù)量的化學(xué)藥品（即把這項(xiàng)乏味的工作自動化）軟件的功能需求：向硬件發(fā)送“移動加藥噴頭”的信號；讀取定位傳感器；向硬件發(fā)送“開泵”的信號；向硬件發(fā)送“關(guān)泵”的信號；軟件的6個(gè)質(zhì)量特征[ISO9126]軟件的非功能性需求（質(zhì)量屬性）可靠性可用性有效性可維護(hù)性可移植性可靠性如果一個(gè)系統(tǒng)不能可靠運(yùn)行（例如，在加載時(shí)發(fā)生故障，或在系統(tǒng)故障時(shí)不知所措等），則它就不能滿足客戶的需要。影響可靠性的因素：MTBF（平均無故障時(shí)間）。要仔細(xì)定義什么是故障MTTR（平均修復(fù)時(shí)間）。系統(tǒng)出故障后修復(fù)所需要的時(shí)間。即使出現(xiàn)故障，系統(tǒng)也能可靠運(yùn)行嗎？（健壯性）復(fù)制和故障轉(zhuǎn)移的方案是什么？系統(tǒng)故障時(shí)，需要手動干預(yù)，還是系統(tǒng)可以自動進(jìn)行故障轉(zhuǎn)移。系統(tǒng)的安全性：系統(tǒng)如何訪問授權(quán)，如何保護(hù)系統(tǒng)不受攻擊?？捎眯匀绻脩舨荒芊奖愕厥褂孟到y(tǒng)，則它就不能滿足用戶的需要，影響可用性的因素：系統(tǒng)是否為用戶帶來不適當(dāng)?shù)呢?fù)擔(dān)（如，需要特殊瀏覽器）？系統(tǒng)是否不間斷地為所有用戶提供所有服務(wù)？系統(tǒng)是否提供好的體系結(jié)構(gòu)，使多用戶界面成為可能，方便多用戶同時(shí)使用。訓(xùn)練用戶所需的時(shí)間，這里需要區(qū)分新手、普通用戶和高級用戶。指明在線幫助、使用向?qū)А⒐ぞ咛崾?、上下文相關(guān)幫助、用戶手冊和其他形式的文檔和幫助。有效性如果沒有有效地使用資源（例如處理器、內(nèi)存和磁盤空間），功能性、可靠性和可用性再好的系統(tǒng)最后都會失敗?？梢詫⒂行詣澐殖尚阅芸煽缮炜s性兩個(gè)子范圍：性能：系統(tǒng)能夠多快多好的運(yùn)行工作，它只是平穩(wěn)緩慢地運(yùn)行嗎？系統(tǒng)可以達(dá)到響應(yīng)時(shí)間目標(biāo)嗎？可伸縮性：如果系統(tǒng)在小范圍內(nèi)運(yùn)行看起來相當(dāng)快，那么當(dāng)成千上萬個(gè)活動的時(shí)候呢？它的設(shè)計(jì)能夠達(dá)到怎樣的吞吐量目標(biāo)，是否存在瓶頸（例如公共數(shù)據(jù)庫）？可維護(hù)性這是一個(gè)極其重要的需求，它表明了系統(tǒng)需要升級或修正時(shí)，系統(tǒng)被修改的能力?？深A(yù)見的可維護(hù)性：例如當(dāng)用戶數(shù)超過某一界限時(shí)，系統(tǒng)的吞吐量要相應(yīng)增加，需求中就可以規(guī)定維護(hù)的定量指標(biāo)。不可預(yù)見的可維護(hù)性：為了提高不確定情況下系統(tǒng)的可維護(hù)水平，需求要制定一些約束規(guī)則?？梢浦残钥梢浦残詫ο到y(tǒng)未來改變部署提出了要求。例如，如何采用標(biāo)準(zhǔn)來提供某種形式的平臺獨(dú)立性？是否計(jì)劃將應(yīng)用程序遷移到客戶最新最高版本的應(yīng)用服務(wù)器上？需求規(guī)格說明中的非功能需求練習(xí)題由于軟件故障引起實(shí)驗(yàn)失敗的概率不超過5‰。只有那些被授權(quán)可以在家訪問公司內(nèi)聯(lián)網(wǎng)的用戶，才可以在公司以外的地方使用“內(nèi)部訂餐系統(tǒng)“。如果在用戶保存文件之前編輯器發(fā)生故障，那么下次同一用戶啟動程序時(shí)，編輯器能恢復(fù)發(fā)生在1分鐘之前對所編輯文件所作的修改。XX系統(tǒng)軟件菜單中的所有功能都必須定義快捷鍵。在預(yù)計(jì)的峰值負(fù)載條件下，至少25%的處理能力和應(yīng)用程序可用內(nèi)存必須留出備用。在上午9點(diǎn)到11點(diǎn)這一高峰時(shí)段，數(shù)據(jù)庫系統(tǒng)最多能支持50個(gè)用戶的并發(fā)訪問。（可靠性）（可靠性或安全性）（可靠性或健壯性）（可用性）（有效性）（有效性或靈活性或可擴(kuò)展性）練習(xí)題（續(xù)）ATM柜員機(jī)系統(tǒng)對提款請求的身份認(rèn)證不能超過10秒。一個(gè)合格的技師能在10分鐘內(nèi)更換打印頭電纜，在5分鐘內(nèi)更換色帶感應(yīng)器。函數(shù)調(diào)用的嵌套層次不能超過2層。以前從沒有使用過“化學(xué)品跟蹤系統(tǒng)”的化學(xué)家，在經(jīng)過最多不超過30分鐘的適應(yīng)之后，能夠正確地對一個(gè)