62681《軟件需求分析（微課版）》第2章

第2章軟件需求開發(fā)流程目錄CONTENTS軟件需求開發(fā)基本流程01戰(zhàn)略分析02定義業(yè)務(wù)需求03識別用戶類型04獲取用戶需求05分析整理需求06整理系統(tǒng)涉及的數(shù)據(jù)需求07識別其他非功能性需求08記錄需求09需求確認10軟件需求開發(fā)基本流程軟件需求開發(fā)不太可能一蹴而就，他是一個循環(huán)迭代、持續(xù)更新的過程。需求獲取需求分析需求定義需求驗證澄清需求補缺需求重寫需求重新評估確認及更正軟件需求開發(fā)基本流程由于軟件開發(fā)項目和團隊文化的差異，需求開發(fā)過程迄今為止沒有一個公式化的套路。需求開發(fā)中的重要步驟：（1）戰(zhàn)略分析；（2）定義業(yè)務(wù)需求；（3）識別用戶類型；（4）獲取各類用戶需求；（5）理解用戶需求，得出功能需求；（6）為需求建模；（7）整理系統(tǒng)涉及的數(shù)據(jù)需求；（8）識別其他非功能性需求；（9）記錄需求；（10）需求確認。戰(zhàn)略分析（1）用一個“故事”來說清楚項目的來由，這就是項目背景。（2）該項目能幫助甲方實現(xiàn)哪些核心價值？（3）該項目對甲方的重要性如何？A、生存需求：該項目關(guān)系到甲方的生存問題。B、核心發(fā)展需求：該項目有利于甲方提高核心領(lǐng)域的生產(chǎn)力和競爭力。C、次要發(fā)展需求：該項目對甲方的生產(chǎn)力和發(fā)展不產(chǎn)生重要影響，但有利于甲方解決一些具體問題，或有助于改善核心領(lǐng)域的工作。D、面子需要：該項目有利于企業(yè)或領(lǐng)導(dǎo)的“政績”。戰(zhàn)略分析（4）要成功完成這個項目，甲方有哪些有利條件和不利條件？（5）要成功完成這個項目，乙方有哪些有利條件和不利條件？（6）乙方應(yīng)以怎樣的戰(zhàn)略來應(yīng)對這個項目？A、全力以赴，滿足甲方需求，哪怕犧牲自身利益。B、花費合理的乙方成本，滿足甲方的基本需求，超出乙方當前承受范圍的，引導(dǎo)甲方做“下一期”。C、僅滿足甲方非常緊迫的需求，為維持客戶關(guān)系而勉強做這個項目，不得罪客戶，但保證乙方不虧本或只稍微虧本。D、不做這個項目。定義業(yè)務(wù)需求業(yè)務(wù)需求反映了組織機構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目標需求。業(yè)務(wù)需求是軟件系統(tǒng)建設(shè)的目標。用戶需求和功能需求必須與業(yè)務(wù)需求建立的背景和目標保持一致。任何無助于項目達成業(yè)務(wù)目標的需求都不宜實現(xiàn)。業(yè)務(wù)需求一般會定義解決方案的愿景和實現(xiàn)該方案的項目范圍。愿景需要簡要描述最終產(chǎn)品要達成什么業(yè)務(wù)目標，后續(xù)需求分析，項目實施都得圍繞這一目標展開。項目范圍明確當前項目或迭代版本需要完成的各項具體工作的簡明描述。恰當?shù)姆秶缍▽τ陧椖砍晒κ鞘种匾?。定義業(yè)務(wù)需求–定義愿景產(chǎn)品愿景是項目負責人對項目未來前景和方向的一個高度概括描述，它應(yīng)符合公司或組織的戰(zhàn)略目標。產(chǎn)品愿景是整個項目的目標，好的產(chǎn)品愿景要回答以下幾個問題：（1）產(chǎn)品是什么？（2）產(chǎn)品的目標客戶是誰？（3）產(chǎn)品滿足了什么需求或達成了什么目標？（4）產(chǎn)品的類型是什么？（5）產(chǎn)品的主要功能或主要收益是什么？（6）競爭對手是誰？（7）如何滿足用戶需求并超越競爭對手？定義業(yè)務(wù)需求–愿景聲明模板針對【目標客戶】對象【陳述需求或機會】產(chǎn)品【產(chǎn)品名稱】是【產(chǎn)品類型】具體的【主要功能、關(guān)鍵收益、吸引人使用的理由】不同于【主要當前系統(tǒng)、當前業(yè)務(wù)過程或競爭產(chǎn)品】【陳述新產(chǎn)品的主要不同點和優(yōu)勢】定義業(yè)務(wù)需求–愿景聲明案例某留學(xué)交流中心因為業(yè)務(wù)擴展，每日咨詢量增加迅猛，客服人員即便每天加班，也沒法及時回復(fù)所有咨詢?nèi)藛T的問題。為了能降低工作人員的壓力，同時也能及時響應(yīng)咨詢?nèi)藛T，留學(xué)交流中心希望在官網(wǎng)上增加一個在線咨詢的聊天機器人，從而減少人工咨詢數(shù)量，并能及時響應(yīng)咨詢?nèi)藛T的問題。目標客戶：留學(xué)交流中心產(chǎn)品名稱：聊天機器人主要優(yōu)勢：減少人工咨詢數(shù)量，降低留學(xué)交流中心工作人員的壓力，并能及時響應(yīng)留學(xué)咨詢?nèi)藛T的問題。主要功能：管理人員通過預(yù)先輸入大量問題及解答后，留學(xué)咨詢?nèi)藛T可以通過點擊在線咨詢，輸入自己的問題，與聊天機器人一對一的聊天。業(yè)務(wù)需求：及時響應(yīng)留學(xué)咨詢?nèi)藛T的問題定義業(yè)務(wù)需求–愿景聲明案例針對留學(xué)交流中心咨詢量較大，客服人員不能及時響應(yīng)的問題，聊天機器人是一個用來模擬對話或聊天的程序。管理人員通過預(yù)先輸入大量問題及解答后，留學(xué)咨詢?nèi)藛T可以通過點擊在線咨詢，輸入自己的問題，與聊天機器人一對一的聊天。不同于當前單一的人工咨詢模式，聊天機器人可以減少人工咨詢數(shù)量，降低留學(xué)交流中心工作人員的壓力，并能及時響應(yīng)留學(xué)咨詢?nèi)藛T的問題。定義業(yè)務(wù)需求–產(chǎn)品愿景確認在確定產(chǎn)品愿景之后，檢查愿景是否回答了前面提到的七個問題。檢查后要與項目干系人確認，然后根據(jù)其反饋進行修改。修改之后，要把產(chǎn)品愿景發(fā)給項目團隊中的每個人，保證團隊都理解并認可產(chǎn)品愿景。在整個研發(fā)過程中，團隊都需要產(chǎn)品愿景來指引方向，有時產(chǎn)品愿景甚至可以作為判斷一個需求要不要做的有力依據(jù)。每隔一段時間根據(jù)業(yè)務(wù)需要和市場變化對愿景聲明進行審核與修改。定義業(yè)務(wù)需求–項目范圍和限制如果對項目的范圍界定不夠清晰，很可能掉入需求蔓延的陷阱。項目范圍的定義為需求是否屬于該項目劃定了界限，它確定了項目需要實現(xiàn)的功能，以及實現(xiàn)這些功能會有些什么限制。也可以把項目范圍的定義細分成范圍和限制。范圍為提議解決方案的概念和適用領(lǐng)域進行描述。限制則指出產(chǎn)品不包括的某些性能。范圍最終是在計劃某個具體的版本的一組功能需求定義的。在每個層面，范圍必須限定在上一級的邊界范圍內(nèi)。業(yè)務(wù)需求用戶需求功能需求定義業(yè)務(wù)需求–首發(fā)版的范圍在1.0版本中，應(yīng)該關(guān)注在最快的時間允許的范圍內(nèi)、以最能接受的成本、向最廣大的群體提供最多價值。首發(fā)版中也需要關(guān)注非功能性需求。一個快遞APP的1.0版本并不要求快速、漂亮或易于使用，但必須可靠。定義業(yè)務(wù)需求–后續(xù)版本的范圍項目范圍中可以包含多個后續(xù)迭代版本的范圍。后續(xù)版本會實現(xiàn)更多的用例和特性，不斷的擴充和豐富首發(fā)版。定義業(yè)務(wù)需求–限制和排除限制和排除項目范圍之外的內(nèi)容需要列出干系人期望但不計劃納入在產(chǎn)品范圍或特定版本中的產(chǎn)品功能和特性。對范圍的任何更改都必須經(jīng)過完整的更改控制程序，以確保團隊只在他們需要做的事情上工作。定義業(yè)務(wù)需求–范圍變更當客戶提出新的需求時，需求分析師應(yīng)該首先考慮：“這是在當前版本范圍內(nèi)嗎？”客戶需求分析師這是在當前版本范圍內(nèi)嗎？（1）該需求明顯超出范圍。（2）該需求明顯在項目定義的范圍內(nèi)。（3）新需求雖然超出了范圍，但是它是一個很好，很適用的需求。當前版本后續(xù)版本?識別用戶類型產(chǎn)品的用戶可能在以下方面有差別，基于這些差別，可以將用戶分成不同的用戶群。他們的訪問權(quán)限和安全級別。他們在業(yè)務(wù)操作中執(zhí)行的任務(wù)。他們使用的特性。他們使用產(chǎn)品的頻率。他們在應(yīng)用領(lǐng)域和計算機專業(yè)技能方面的經(jīng)驗。他們使用的平臺（臺式機、筆記本、平板、智能手機和定制設(shè)備）。他們的母語。他們是直接還是間接與系統(tǒng)交互。識別用戶類型在項目早期階段識別并劃分出用戶類別，以便從各個重要的用戶類別代表那里獲取需求。這里推薦一種“發(fā)散后聚攏”的方法。第一個階段，首先，問項目出資人誰會使用系統(tǒng)，然后，通過頭腦風暴列出項目盡可能多的用戶類別。在這個階段，即使列出幾十個也不要怕，重要的是不要遺漏用戶類別。第二個階段，識別有相同需求的用戶，把他們歸為一類，試著將這個列表縮減到15個不同的用戶類別以下。識別用戶類型在第二部分可視化需求建模中會介紹組織結(jié)構(gòu)圖，借助組織結(jié)構(gòu)圖我們可以更加從容的識別出用戶類型。分析組織結(jié)構(gòu)圖可以降低遺漏組織內(nèi)重要用戶群的可能性。它可以指引你找到特定用戶群的代表，還能幫你確定誰可能是核心的需求決策人。識別用戶類型一種用戶類別在系統(tǒng)中實際上對應(yīng)了一種角色，記錄這些角色的所有相關(guān)信息，如角色名，角色人數(shù)，角色承擔的事情等，可以通過列表的方式進行展示。下表是聊天機器人項目的用戶角色表。角色名角色人數(shù)角色描述信息技術(shù)部負責人1人負責所有中心系統(tǒng)的采購和運維。在線客服10人+負責在線回答留學(xué)人員咨詢的問題。他們有相關(guān)的培訓(xùn)手冊，里面記載了留學(xué)人員的常見問題。但是對于一些個例性的問題他們通常需要咨詢項目主管或其他相關(guān)人員。項目主管30人+不同國家涉及多個不同的項目。每個項目主管一般負責1個國家或幾個相鄰國家的項目。針對美國、英國等留學(xué)項目較多的國家，可能涉及多個項目主管負責同一個國家的情況。每個項目主管負責收集整理各項目相關(guān)的法律法規(guī)、相關(guān)政策等。他們對自己負責的項目情況非常了解。他們會評審留學(xué)項目，給留學(xué)人員辦理相關(guān)的留學(xué)資助、留學(xué)目的地變更、留學(xué)期限變更等事務(wù)。留學(xué)咨詢?nèi)藛T5000+人咨詢留學(xué)項目，留學(xué)申請流程等。獲取用戶需求--用戶訪談用戶訪談是獲取用戶需求常用的一種方法。用戶訪談是一種研究型的交談，它運用有目的、有計劃、有方法的口頭交談方式，對有意識要獲得的資料進行收集和梳理。無計劃、無目的、無主題有計劃、有目的、有主題無時間規(guī)劃有明確的時間安排及進程可以無需互動、無需真實必須有良好的互動且力求真實可隨意符合不隨意贊同或評價無記錄、無總結(jié)有記錄、有總結(jié)普通談話用戶訪談獲取用戶需求--用戶訪談前明確研究目標1招募訪談對象23準備訪談內(nèi)容4建立融洽關(guān)系獲取用戶需求--用戶訪談中取得用戶信任1聚焦訪談主題23探究用戶想法4避免誘導(dǎo)性問題說他們的語言5鼓勵現(xiàn)場演示67記錄訪談過程獲取用戶需求--用戶訪談后梳理訪談過程1問題確認，持續(xù)迭代2獲取用戶需求--焦點小組焦點小組又稱小組座談法，是由一個經(jīng)過訓(xùn)練的主持人與一組用戶代表進行交談，從而獲得對有關(guān)問題的深入了解。當時間比較短，同時資源又很有限的時候，如果想盡快獲取到用戶的問題，可以采用“焦點小組”法。焦點小組的主要目的是傾聽被調(diào)查者對研究問題的看法。被調(diào)查者選自研究的總體人群。焦點小組的優(yōu)點在于，研究者常?？梢詮淖杂捎懻撝械玫揭庀氩坏降陌l(fā)現(xiàn)。之所以強調(diào)焦點，是因為焦點小組集中在一個或一類主題，用結(jié)構(gòu)化方式揭示目標用戶的經(jīng)驗、感受、態(tài)度，并努力呈現(xiàn)其背后的理由。獲取用戶需求--焦點小組焦點小組的實施過程一般包括以下幾步：（1）征選用戶代表。（2）征選主持人。（3）編制討論指南。（4）訪談。（5）訪談總結(jié)。獲取用戶需求–現(xiàn)場觀察如果讓用戶描述他們的工作，他們可能會遺漏一些細節(jié)或者表達得不夠準確。照成這個問題的原因一般可能有多方面：（1）用戶的專業(yè)背景和需求分析者不一致。（2）任務(wù)太過復(fù)雜，用戶很難記住每一項細節(jié)。（3）用戶對任務(wù)太熟悉了，反而無法將其所有的步驟清晰的表達出來。獲取用戶需求–現(xiàn)場觀察去現(xiàn)場觀察用戶，能夠獲取到更多需求。但是現(xiàn)場觀察通常比較耗時，因此不適合所有用戶或所有任務(wù)。可以選擇重要或高風險任務(wù)以及多個用戶類別來觀察?，F(xiàn)場觀察時需要注意以下幾點：（1）為了不干擾用戶日常的工作安排，盡量將每次觀察的時間限制在2小時以內(nèi)。（2）做好記錄，嘗試理解用戶實際使用計算機系統(tǒng)和處理事務(wù)的細節(jié)。（3）像用戶一樣使用系統(tǒng)和參與實際工作，發(fā)現(xiàn)關(guān)鍵問題和瓶頸。觀察結(jié)束后，需要對觀察到的用戶活動進行提煉總結(jié)，保證捕獲到的需求能夠從整體上應(yīng)用于該類用戶，而不是只針對個體。獲取用戶需求–問卷調(diào)查用戶訪談的數(shù)量一般有限，如果希望針對更大群體的用戶收集需求，可以進行問卷調(diào)查。根據(jù)載體的不同，問卷調(diào)查可分為紙質(zhì)問卷調(diào)查和網(wǎng)絡(luò)問卷調(diào)查。紙質(zhì)問卷調(diào)查就是傳統(tǒng)的問卷調(diào)查，調(diào)查者通過雇傭工人來分發(fā)這些紙質(zhì)問卷，以回收答卷。這種形式的問卷存在一些缺點，分析與統(tǒng)計結(jié)果比較麻煩，成本比較高。而另一種網(wǎng)絡(luò)問卷調(diào)查，就是用戶依靠一些在線調(diào)查問卷網(wǎng)站，這些網(wǎng)站提供設(shè)計問卷，發(fā)放問卷，分析結(jié)果等一系列服務(wù)。這種方式的優(yōu)點是無地域限制，成本相對低廉，缺點是答卷質(zhì)量無法保證。目前國內(nèi)的問卷網(wǎng)、問卷星、調(diào)查派等公司提供了這種方式。獲取用戶需求–問卷調(diào)查問卷調(diào)查的關(guān)鍵在于問題的設(shè)計。設(shè)計問卷之前也需要明確兩點，一是問卷調(diào)查的目的，二是問卷調(diào)查的人群，不要指望一次調(diào)查搞定所有用戶。針對不同類型的用戶，可以設(shè)計不同的問卷調(diào)查。問卷設(shè)計中我們需要注意以下幾個問題：（1）問卷調(diào)查最好以多選題開始。（2）問卷調(diào)查的時間最好不要超過15分鐘。（3）在問題中不要有所暗示。（4）問題的答案應(yīng)該盡量窮舉，且答案之間應(yīng)該互斥。（5）設(shè)計的答案應(yīng)該是用戶愿意回答，盡量不要涉及用戶隱私。獲取用戶需求–競品分析競品是競爭對手的產(chǎn)品，競品分析顧名思義，是對競爭對手的產(chǎn)品進行比較分析。競品分析也是一種常用的需求挖掘方法。進行競品分析有利于我們及時對自有產(chǎn)品進行查缺補漏，也有利于取其精華去其槽粕。那么我們?nèi)绾稳プ龈偲贩治瞿?？一般情況下，并不需要花幾個小時去寫上一篇詳細的競品分析報告，重點關(guān)注以下幾點就行：（1）競品是否有新上線的業(yè)務(wù)，上線背后邏輯是什么？（2）競品的上線產(chǎn)品的評論及用戶反饋。（3）競品的前端對應(yīng)后臺的管理需求、操作需求、配置需求。獲取用戶需求–用戶反饋用戶反饋，是產(chǎn)品與用戶溝通的渠道，是需求從收集，到實現(xiàn)，到反饋的閉環(huán)過程。只有不斷收集用戶反饋，持續(xù)改進，才能讓用戶更好的接受產(chǎn)品。在這個過程中，不僅解決了用戶的問題、收集了產(chǎn)品需求，更重要的是建立了用戶與產(chǎn)品之間的情感關(guān)聯(lián)。用戶反饋可以通過多種渠道獲?。海?）社交平臺，比如微信，微博，知乎，貼吧，論壇等。（2）應(yīng)用商店，比如APPStore、豌豆莢等應(yīng)用商店。（3）內(nèi)部渠道，比如客服咨詢、反饋投訴等。分析整理需求獲取需求時不要指望客戶會給你一份清晰、完整的需求清單?？蛻粼诿枋鲂枨髸r常常會將很多信息混雜在一起，需求分析師必須對聽到的各類信息進行歸類整理，層層分解，最終轉(zhuǎn)化為可以進行工程實踐的功能需求。分析整理需求1.業(yè)務(wù)需求如果客戶描述其希望從產(chǎn)品中獲得資金、市場或者其他有業(yè)務(wù)利益，則可以歸入業(yè)務(wù)需求。注意傾聽體現(xiàn)軟件購買方或者用戶預(yù)期價值的陳述。示例如下：“在n個月內(nèi)將x區(qū)域內(nèi)的市場份額提升m個百分點。”“通過去除無效的浪費，每年可以節(jié)省x萬元開銷?！狈治稣硇枨?.用戶需求對用戶目標或者用戶需要完成的業(yè)務(wù)任務(wù)的總體陳述。例如“我需要<做什么>”可能就是在描述一個用戶需求。示例如下：“我需要為每一臺設(shè)備制作一個二維碼?！薄白鳛閷嶒炇夜芾砣藛T，我需要為每一門實驗課程分配實驗教室?！狈治稣硇枨?.業(yè)務(wù)規(guī)則當客戶說只有特定的用戶在特定的環(huán)境下才能去做某項活動時，他可能是在表述一個業(yè)務(wù)規(guī)則。例如，“必須要符合……,”“必須要依據(jù)……,”“如果<某些條件屬實>，那么<就會發(fā)生某些事情>”。業(yè)務(wù)規(guī)則雖然并不代表軟件需求，但可以從中引出一些功能需求的前置條件。示例如下：“用戶必須登錄以后才能查看個人信息?！薄把a假審批必須符合公司人事部門制定的休假制度?！狈治稣硇枨蠊δ苄枨蠊δ苄枨竺枋龅氖窍到y(tǒng)在特定條件下展示出來的可觀察到的行為及系統(tǒng)允許用戶采取的行動。示例如下：“如果溫度超過37°，需要語音報警?！薄坝脩舯仨氁軌?qū)嶒灹斜戆磳嶒灻Q和提交時間進行排序?！狈治稣硇枨筚|(zhì)量屬性質(zhì)量屬性屬于系統(tǒng)的非功能性需求，通常是對系統(tǒng)如何很好完成某些任務(wù)的陳述。注意傾聽描述系統(tǒng)特征的詞：迅速、簡單、用戶友好、可靠、安全。示例如下：“移動軟件必須對觸摸指令做出快速響應(yīng)。”“購物車必須好用，使新客戶不至于放棄購買?！狈治稣硇枨?.外部接口此類需求描述系統(tǒng)與外部世界的聯(lián)系。例如：“必須從……讀取信號”、“必須要向……發(fā)送信息”、“必須要以<某種格式>來讀取文件”、“用戶界面元素必須符合<某個標準>”。示例如下：“實驗系統(tǒng)中的課程名單必須從教務(wù)系統(tǒng)中導(dǎo)入。”“用戶除了可以使用用戶名、密碼登錄，還支持通過微信、QQ等第三方平臺驗證登錄。”分析整理需求7.約束設(shè)計和實現(xiàn)約束是對開發(fā)人員可用選項的合理限制。例如：“必須要用<某個編程語言>來寫”、“不能超過<某些限制>”、“必須要用<一種具體的用戶界面控制>”。示例如下：“提交的電子文檔必須使用pdf格式，大小不能超過10M?！薄盀楸ＷC所有安全交易，瀏覽器必須要用256位密匙?！狈治稣硇枨?.數(shù)據(jù)需求如果客戶描述的內(nèi)容是：格式、數(shù)據(jù)類型、允許值或者數(shù)據(jù)元素的默認值；復(fù)雜的業(yè)務(wù)數(shù)據(jù)結(jié)構(gòu)的組成；或者是待生成的報告。那他們就是在表達數(shù)據(jù)需求，示例如下：“郵政編碼由6個數(shù)字組成?！薄坝唵涡畔嚎蛻羯矸荨l(fā)貨信息、一件或多件產(chǎn)品，每個都要包含產(chǎn)品編號、數(shù)量、單價和總價?！狈治稣硇枨?.解決思路有些來自用戶的“需求”其實是解決思路。如果有人在描述與系統(tǒng)交互使其執(zhí)行某個動作的一種特定方法，說明他就是在提供解決思路。示例如下：“從下拉選項列表中選擇一個包裹發(fā)送目的地?！薄笆謾C必須允許用戶用一個手指在屏幕上滑動導(dǎo)航?！狈治稣硇枨髮蛻糨斎脒M行歸類以后，還需要將信息組合成為表述清晰，組織良好的需求集合。需求分析師在描述、記錄需求時，可以借助一些可視化需求模型來表達。下表是用戶需求中的描述詞語到可視化需求模型的映射。詞語類型示例可視化需求模型名詞人員、組織機構(gòu)、軟件系統(tǒng)、數(shù)據(jù)元素或已存在對象的描述組織結(jié)構(gòu)圖用例圖實體關(guān)系圖數(shù)據(jù)流圖動詞行為、用戶或者系統(tǒng)所發(fā)生的事情及流程用例圖順序圖活動圖數(shù)據(jù)流圖條件條件邏輯的陳述角色權(quán)限矩陣活動圖狀態(tài)機圖整理系統(tǒng)涉及的數(shù)據(jù)需求哪里有功能，哪里就有數(shù)據(jù)。不管數(shù)據(jù)代表的是視頻游戲中的像素、手機通話中的數(shù)據(jù)、公司季度銷售報表還是其他任何事情，軟件的功能就是創(chuàng)建、修改、顯示、刪除、處理和使用數(shù)據(jù)。在需求獲取過程中，一旦有數(shù)據(jù)，需求分析師就應(yīng)該開始收集并定義它們。在需求獲取階段，用戶提到的名詞常常暗示著重要的數(shù)據(jù)實體：留學(xué)人員、項目主管、關(guān)鍵詞、問題列表等。實體關(guān)系圖、業(yè)務(wù)數(shù)據(jù)圖和類圖可以幫助我們理解業(yè)務(wù)中或系統(tǒng)中的數(shù)據(jù)組件及相互之間的關(guān)系。第三篇將重點討論軟件需求分析中常見的數(shù)據(jù)分析方法和各種數(shù)據(jù)需求模型。識別其他非功能性需求在需求分析時，功能性需求是人們普遍關(guān)注的，但也不能忽視非功能性需求的分析。非功能性需求主要包括質(zhì)量屬性和約束條件。軟件產(chǎn)品要想取