軟件需求講義-第一部分

軟件需求從諺語(yǔ)開(kāi)始中國(guó)有句諺語(yǔ)：“好的開(kāi)始就等于成功的一半”西方的諺語(yǔ)是：“Garbagein,garbageout！”

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

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

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

譯者：劉偉琴劉洪濤

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

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

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

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

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

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

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

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

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

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

軟件工程java實(shí)現(xiàn)softwareengineeringwithjavamcagraw-hillStephenR.Schach袁兆山機(jī)械工業(yè)出版社1999-9-1本書(shū)介紹經(jīng)典的和面向?qū)ο蟮能浖こ?，?qiáng)調(diào)理論、抽象和設(shè)計(jì)相結(jié)合，重視對(duì)軟件工程學(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)用案例人民郵電編寫(xiě)有效用例機(jī)械工業(yè)8.Ood啟思錄人民郵電9.重構(gòu)——改善既有代碼的設(shè)計(jì)（中文版）Refactoring:ImprovingtheDesignofExistingCode作者：[美]MartinFowler/著譯者：侯捷熊節(jié)/譯出版社：中國(guó)電力出版社2003年8參考書(shū)10.設(shè)計(jì)模式:可復(fù)用面向?qū)ο筌浖幕A(chǔ)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1.3任務(wù)執(zhí)行過(guò)程中，狀態(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)記錯(cuò)誤報(bào)告，幫助HTML入門(mén)者快速解決錯(cuò)誤?！翱焖佟边@個(gè)詞有歧義，不可行錯(cuò)誤報(bào)告什么時(shí)候產(chǎn)生，有哪些內(nèi)容，如何幫助初學(xué)者？不確定、不可檢驗(yàn)修訂：1.在HTML分析器完全解析完一個(gè)文件后，該分析器將生成一個(gè)出錯(cuò)報(bào)告，其內(nèi)容包括解析文件過(guò)程中所發(fā)現(xiàn)的所有HTML錯(cuò)誤的行號(hào)及其文本內(nèi)容，還包括對(duì)每個(gè)錯(cuò)誤的描述。

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

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