产品需求文档
产品需求文档(,)是软件工程和互联网产品设计中的术语。是将商业需求文档(Business Requirements Document,BRD)和市场需求文档(Market Requirements Document,MRD)用更加专业的语言进行描述。 产品需求文档,是交互设计的基础。通常包含了产品的理念宗旨、功能需求、逻辑架构、页面设计等信息。产品需求文档的撰写,是软件工程的重要阶段,对于把握产品需求、保证产品经理、设计师和软件开发者等…
共 18 篇文章
产品需求文档(,)是软件工程和互联网产品设计中的术语。是将商业需求文档(Business Requirements Document,BRD)和市场需求文档(Market Requirements Document,MRD)用更加专业的语言进行描述。 产品需求文档,是交互设计的基础。通常包含了产品的理念宗旨、功能需求、逻辑架构、页面设计等信息。产品需求文档的撰写,是软件工程的重要阶段,对于把握产品需求、保证产品经理、设计师和软件开发者等…
在系统工程及软件工程中,需求分析指的是在建立一个新的或改变一个现存的系统或产品时,确定新系统的目的、范围、定义和功能时所要做的所有工作,其中包括考慮來自不同利益相關者的需求,確認是否衝突,在衝突的需求之間進行取捨,並針對軟體需求及系統需求進行分析、記錄、確認以及管理。 需求分析是軟件專案或系統專案中的关键过程,關係專案的成敗。理想的需求要整理成文件、可以執行、可以量測、可以測試、可以追蹤、和識別到的商業的需求或機會有關,而且要有系統設計…
使用案例(),或譯-{zh-tw:用例;zh-cn:使用案例}-、用况,是软件工程或系统工程中对系统如何反应外界请求的描述,每个用例提供了一个或多个场景,该场景说明了系统是如何和最终用户或其它系统互動,也就是谁可以用系统做什么,从而完成一个明确的业务目标。人們可以通过用户的使用场景来進行需求分析。编写用例时要避免使用技术术语,而应该用最终用户或者领域专家(domain expert)的语言。用例一般是由软件开发者和最终用户共同创作的。 …
需求获取,属于软件工程中的一部分,包括需求来源和获取需求的技术。它是软件需求分析的第一阶段,其本质主要是人的活动,涉及软件开发人员如何与包括客户在内的各方干系人建立有效的沟通,以来获取各方对软件的要求、期望、限制等等。也称为“需求发现”、“需求获得”。 需求获取得到的产物目前没有统一的称呼。 常见有如下的一些做法: 在不少Scrum的实践中,将用户故事作为需求获取的产物,放到产品待办列表中。 称为客户需求,经简要提炼的客户需求,焦点是捕…
需求可追蹤性(Requirements traceability)也稱為需求可追溯性,是需求管理中的一部份,和软件开发及系统工程有關。IEEE Systems and Software Engineering Vocabulary有定義通用的可追溯性(Traceability),定義如下 #在開發過程中二個或是多個產品相關性的程度,特別是兩者之間有先後關係或主從關係的產品 #在產品層次結構中,工作產品的向上路徑及向下路徑的識別以及 #在…
在系统工程中,品質屬性(quality attributes)是實際的非功能性需求,可以用來評估系統的情形。有時也會稱為架構特性,或是因為其一些英文名稱後綴而稱為「ilities」。這些通常會是架構重要需求,架構師在規劃架構時需要考慮起來。 在软件架构中,這些屬性稱為架構特性或是非功能性需求。系统架构师的任務就是將這些屬性和和使用者需求搭配。軟體架構組件之間會有同步通訊,這些組件需要使用同一個架構特性。 品質屬性 著名的品質屬性有: 可…
需求工程(,縮寫:RE)是指在工程設計過程中定義、記錄和維護需求的過程。 這在系統工程和軟體工程中是一個共同的角色。 1979年美國企業TRW Inc.的技術報告,可能是第一次使用「需求工程」這個術語,但是直到20世紀90年代IEEE電腦協會教程出版才得到普遍應用,並建立了一個關於需求工程的系列會議,這個會議已經發展成為當前的國際需求工程會議(International Requirements Engineering Conferen…
可追蹤性矩陣(traceability matrix)也稱為追溯矩陣,簡稱TM,是软件开发中的文件,一般會用表格來表示,利用多對多關係的比較來確認二個形態基準文件中的關係完整性、软件需求说明、許多的交付文件,以及專案計劃任務。 常見的用法是一份文件中的項目以識別文字表示,將識別文字放在表格的左邊。另一份文件中的項目也以識別文字表示,放在表格的上方。若左邊某一項目及上方某一項目有關,則在對應二項目的方格註記記號。最後會分別將每一欄及每一列…
FURPS是功能(function)、易用性(usability)、可靠度(reliability)、性能(performance)及可支援性(supportability)五個詞英文字首的縮寫,是一種識別軟體品質屬性的模型。其中功能部份對應功能需求,另外四項則是軟體系統中重要的四項非功能性需求,有時會特別用URPS來表示此四項非功能性需求。 FURPS可分為以下五項: 功能需求(Function):功能集、能力、通用性、保安性。 易用…
领域模型(或称域模型;)可以被看作是一个系统的概念模型,用于以可视化的形式描述系统中的各个实体及其之间的关系。领域模型记录了一个系统中的关键概念和词汇表,显示出了系统中的主要实体之间的关系,并确定了它们的重要的方法和属性。因此,对应于用例所描述的动态视图,领域模型提供了一种对整个系统的结构化的视图。领域模型的一个好处是描述并限制了系统边界。 领域模型的語意可以被用在原始碼中,因此领域模型可以被应用在底层的软件开发阶段中。实体可以演化为類…
新產品開發及中的需求(Requirement),是用單一文件說明,特定設計、產品或是流程要滿足的目標。此一詞語常用在(例如系统工程、软件工程或企业工程)的正式說明中。需求是廣義的概念,可以指必要的(或是想要有的)機能、屬性、能力、特徵、或是系統的品質,而這些特性是對客戶、組織、內部使用者及利害相關者有價值,有效用的。 需求可能有不同的特定性層次。例如需求規格(requirement specification,也可能會簡稱為requir…
用例图反映了顾客(角色,)在餐馆(系统,)中的交互]] 用例图()是用户与系统交互的最简表示形式,展现了用户和与他相关的用例之间的关系。通过用例图,人们可以获知系统不同种类的用户和用例。用例图也经常和其他图表配合使用。 作用与意义 尽管用例本身会涉及大量细节和各种可能性,用例图却能提纲挈领地让人了解系统概况。它为“系统做什么”提供了简化了的图形表示,因此被譽为“搭建系统的蓝图”。 由于其简单纯粹的本质,用例图是项目参与者间交流的好工具。…
用户故事()是软件开发和项目管理中的常用術語。主旨是以日常语言或商务用语撰寫句子,是一段簡單的功能表述。以客戶或使用者的觀點撰寫下有價值的功能、引導、框架來與使用者進行互動,進而推動工作進程。可以被認為是一種規格文件,但更精確而言,它代表客戶的需求與方向。以該用戶故事來反应對象在組織內的其工作职责、范围、需要進行的任務等。用户故事在敏捷开发方法中用来定义系统需要提供的功能和实现需求管理。 用戶故事的實例 参考文献 Daniel H. S…
功能性需求()為一軟體工程用語,功能需求定義一個軟體系統或元件的功能,也是一個系統需提供的功能及服務。功能可以用一組輸入、行為及輸出的組合來表示。功能需求可以是計算、技術細節、資料處理或其他說明系統希望達成功能的內容。功能需求會以非功能性需求(或是品質需求)為其基礎,後者會描述設計或實-{現}-時的限制條件(例如性能需求、保安性或可靠度等)。 若依照需求工程的定義,功能需求會列出系統的特定結果,而非功能性需求會列出系統的一些整體特性(如…
差距分析(gap analysis)在管理学中是指理想性能(或潛在性能)和實際性能的差距。可能是針對組織或是產品來進行的分析。 針對組織的差距分析會識別組織的最佳资源分配,以及現有分配情形的差距,可以以此看出可以改善的部份。可以先識別企業需求以及目前能力之間的差距,以文件記錄,並且進一步改善。只要可以知道某一產業在表現上的期待,就可以比較公司目前表現和理想表現的差距,此一差異即為差距分析。在企業的策略層面或是營運層面也可以進行類似的分析…
在系統工程及需求工程中,非功能性需求()是指依一些條件判斷系統運作情形或其特性,而不是針對系統特定行為的需求。和非功能性需求相對的是功能需求,後者會定義系統特定的行為或功能。非功能性需求也可以視為為了滿足客戶業務需求而需要符合,但又不在功能性需求以内的特性。 一般會在系統設計中詳細列出實現功能需求的計劃,而會在系统架构中詳細列出實現非功能性需求的計劃。一般而言,功能需求會定義系統的行為,而非功能性需求會定義系統的特性。 非功能性需求一般…
電腦系統需求常簡稱為系統需求,是指软件要在電腦上運作,需要有的硬件元件或是其他軟體資源,系統需求多半是參考性的指引,不是絕對性的規定。大部份的軟體會有二種系統需求:最低系統需求及建議系統需求。 隨著軟體版本的更新,需要的處理能力以及運算資源也會隨之提昇,因此系統需求也會漸漸增加。產業分析師指出:現有電腦硬體系統的升級,主要是來自電腦系統需求的增加,其影響程度比技術的進步還要大。 建議系統需求 遊戲廠商一般會提供客戶「建議系統需求」的清單…
需求管理(Requirements Management, REQM)的目的,在於管理專案產品及產品組件的需求,並界定這些需求與專案計畫及工作產品間的差異。 簡介 「需求管理流程」管理專案所發展或收受的技術性、非技術性需求,以及組織加在專案的需求。尤其是如果組織實施「需求發展」流程領域,它的流程所產生的產品及產品組件需求,也要納入需求管理流程的管理。在所有的流程領域中,當使用產品及產品組件這個專門名詞時,也意指包含服務及其組件的意思。當…