我们正在努力恢复Google Play商店上的Unionpedia应用程序
传出传入
🌟我们简化了设计以优化导航!
Instagram Facebook X LinkedIn

非功能性需求

指数 非功能性需求

在系統工程及需求工程中,非功能性需求(Non-functional requirement)是指依一些條件判斷系統運作情形或其特性,而不是針對系統特定行為的需求。和非功能性需求相對的是功能需求,後者會定義系統特定的行為或功能。非功能性需求也可以視為為了滿足客戶業務需求而需要符合,但又不在功能性需求以内的特性。 一般會在中詳細列出實現功能需求的計劃,而會在系统架构中詳細列出實現非功能性需求的計劃。一般而言,功能需求會定義系統的行為,而非功能性需求會定義系統的特性。 非功能性需求一般會稱為系統的「品質」,有時也會稱為「限制」、「品質屬性」、「品質目標」、「品質服務需求」或「非行為性的需求」。有許多非功能性需求的英文都是以「ility」結尾,例如穩定性(stability)及可移植性(portability),因此非功能性需求有時也稱為「ilities」。 非功能性需求可以分為以下的二類:.

目录

  1. 38 关系: 功能需求反應時間可伸縮性可用性可靠度向下兼容备份履約保證平均修復時間平均故障間隔互操作性价格強健性 (電腦科學)开放源代码保安品质环境保护灾难恢复系统工程系统平台系统架构网络拓扑組態管理無障礙環境相容性 (法規)隐私权認證軟體可移植性軟體可測試性需求需求工程需求分析電腦性能URPS最终用户许可协议易用性文献效力

  2. 系统工程
  3. 軟體需求
  4. 软件质量

功能需求

功能需求(functional requirement)為一軟體工程用語,功能需求定義一個軟體系統或元件的功能,也是一個系統需提供的功能及服務。功能可以用一組輸入、行為及輸出的組合來表示。功能需求可以是計算、技術細節、資料處理或其他說明系統希望達成功能的內容。功能需求會以非功能性需求(或是品質需求)為其基礎,後者會描述設計或實--時的限制條件(例如性能需求、保安性或可靠度等)。 若依照需求工程的定義,功能需求會列出系統的特定結果,而非功能性需求會列出系統的一些整體特性(如成本及可靠度),功能需求有關系統的應用架構,而非功能性需求和系統的技術架構有關。 例如一個計算機的功能需求可能是可計算9位數字的加減乘除及根號,而其非功能性需求是成本需在美金10元以下。 功能需求理論上需要有全面性及一致性,一方面描述用戶所需要的所有機能,同時各機能的說明不能前後衝突。不過對於大型的系統,由於系統的複雜及參與人員看待事物的觀點不同,要作到全面性及一致性相當困難。 有時需求分析師會在收集許多功能需求後,會依功能需求建立一系列的用例。功能需求的階層為:使用者或利益相關者的需求->功能->用例->業務規則,每一個用例都會描述一個到多個功能需求所對應的行為。不過有時需求分析師也會從一些用例開始,再從用例中找出用例中需要用的功能需求。.

查看 非功能性需求和功能需求

反應時間

反應時間,也叫响应时间,指的是一個系統或是一個電路元件從接收輸入控制訊號到輸出處理結果之間,所需花費的時間。.

查看 非功能性需求和反應時間

可伸縮性

#重定向 可扩展性.

查看 非功能性需求和可伸縮性

可用性

可用性(英文:Availability)是和易用性(英文:Usability)不同的两个概念。 在电信和可靠性理论中,可用性是指:.

查看 非功能性需求和可用性

可靠度

可靠度(Reliability),指产品在规定的条件下和规定的时间内,完成规定任务的概率。若一批產品的總數為N,當t.

查看 非功能性需求和可靠度

向下兼容

向下兼容(downward compatibility),又称向后兼容(backward compatibility)、回溯--相容,在计算机中指在一个程序、库或硬體更新到较新版本后,用旧版本程序创建的文档或系统仍能被正常操作或使用(包括输入数据)、在旧版本库的基础上开发的程序仍能正常编译运行,或較舊版的硬體仍可在新版使用的情况。.

查看 非功能性需求和向下兼容

备份

在信息技术与数据管理领域,备份指将文件系统或数据库系统中的数据加以复制;一旦发生灾难或错误操作时,得以方便而及时地恢复系统的有效数据和正常运作。最好將重要資料製作三個,或三個以上的備份,並且放置在不同的場所,以利日後回存之用。.

查看 非功能性需求和备份

履約保證

履約保證(英文:Escrow)依據韋伯字典的解釋,英文“Escrow”指一種代管契約,由買賣雙方的第三方保管某特定文件、契約、金錢、證券或其他財產,當特定條件成就或法律事件發生時,該第三人即將其保管物交給特定之人。 目前常使用於EBay網拍及房仲業者。.

查看 非功能性需求和履約保證

平均修復時間

平均修復時間(Mean time to recovery,MTTR),是描述產品由故障狀態轉為工作狀態時修理時間的平均值。產品的特性決定了平均值的長短,例如:硬碟錯誤的自動修復機制,又或整個機場的電腦系統發生故障。 在工程學,「平均修復時間」是衡量產品維修性的值。因此,這個值在維護合約裡很常見,並以之作為服務收費的準則。舉例說:當一個團體的電腦系統發生故障,一份要求在24小時內把系統修復的合約,一般會比一份允許系統在一星期內修復的合約要來得昂貴。然而,這個「平均修復時間」的值並不表示系統必然會在指定的時間內恢復,因為那只是一個平均時間值。若要表示在指定時間內恢復系統,則要使用「最大修復時間」。 在數學上,「平均修復時間」可以用以下的運算式來表示: MTTR.

查看 非功能性需求和平均修復時間

平均故障間隔

MTBF(平均故障間隔)是可靠度工程及製造工程學的名詞,取自英文“Mean Time Between Failures”的縮寫,意即是產品在操作使用或測試期間的平均连续無故障时间,需要注意的是,这里探讨的MTBF并非一个实测值,而是在产品设计阶段工程师依据理论所估算出的参考值。使用平均故障間隔時,一般假設故障的系統可以立刻修復。倘若故障的系統無法修復,一般改用MTTF(故障前平均時間)來說明。 平均故障間隔并非指系统一定出现物理性损坏,而是取决于该系统如何定义“故障”。例如对于需要高可靠性的复杂系统来说,“故障”就可能指的是系统出现预期以外的状况使得必须停止工作并维护。能通过良好的维护而加以避免,或者直接导致设备除役的“故障” 以及计划内必须使设备停止工作的维护并不在这个定义所考虑的范畴之内。.

查看 非功能性需求和平均故障間隔

互操作性

互操作性(英文:Interoperability;中文又称为:协同工作能力,互用性)作为一种特性,它指的是不同的系统和组织机构之间相互合作,协同工作(即互操作)的能力。技术系统工程设计(technical systems engineering)方面常常会用到这条术语;另外,广义地说,还会考虑到那些影响系统间性能(system to system performance)的社会、政治和组织机构因素。另外,Interop还是几个年度网络产品贸易展览会的名称(英文:annual networking product trade shows)。.

查看 非功能性需求和互操作性

价格

在经济学及營商的過程中,價格是一項以货币為表现形式,為商品、服務及資產所訂立的價值數字。在微觀經濟學之中,資源在需求和供應者之間重新分配的過程中,價格是重要的變數之一。.

查看 非功能性需求和价格

強健性 (電腦科學)

#重定向 健壮性 (计算机科学).

查看 非功能性需求和強健性 (電腦科學)

开放源代码

開放原始碼(Open Source)描述了一种在产品的出品和开发中提供最终源材料的做法。在這個詞廣泛使用前,開發者和生產者使用很多詞去描述這個概念;開放源代碼在互聯網上獲得廣泛使用,參加者需要大量更新電腦原始碼。開放源代碼使得生產模組、通訊管道、互動社群獲得改善。隨後,一個新著作權、軟體授權條款、域名和消費者提供建立的,一個新詞開源軟體誕生。 開源模型概念包括同時間不同時程和方法來生產,相對而言,更加集中式的軟体設計模型,例如典型的商業軟体公司。一個開源軟体開發的主要原則和慣例是易貨貿易和合作的同儕生產,經由免費公開的最終產品、原始資訊、藍圖和--。這逐漸應用在其它領域,例如生物技術。.

查看 非功能性需求和开放源代码

保安

保安(英文:Security),或稱保全,是指保護事物遠離危險或招受損失的一種概念。一般來說,保安的概念跟安全相似,不過保安的著眼點是保護事物免受外來的傷害。保安亦指預防危險或突發情況的一種手段或措施,或進行保安工作的工作人員或職員。.

查看 非功能性需求和保安

品质

--(Quality),香港通常沿用古語稱為質素,可指物品的特征、品性、本质,也可指商品或服务的水准、质量。 影响品质的要素包括:物品的可靠性、安全性,功能上是否完备,能否满足需求, 等等。.

查看 非功能性需求和品质

环境保护

境保護(簡稱環保)是在個人、組織或政府層面,為大自然和人類福祉而保護自然環境的行為。由於工業發展導致環境污染問題過於嚴重,損害生態環境,部份更達到無法挽回的地步,觸發各工業化國家對環境的重視,繼而利用國家法律法規去規管和處理污染問題,並作出宣傳使全社會注意污染對環境的深遠影響。自1960年代起,環保運動已漸漸令大眾更重視身邊的各種環境問題。 學術機構現在提供課程,如環境研究、環境管理和環境工程等,教授環境保護歷史和方法。保護環境需要人類的各種活動。廢物生產、空氣污染、生物多樣性喪失(物種入侵和滅絕所致)都是環保的相關議題。環境保護有三個相關因素:環境立法、道德與教育。這些因素都對國家環保決策和個人環境價值與行為產生影響。.

查看 非功能性需求和环境保护

灾难恢复

难恢复(Disaster recovery,也称灾备),指自然或人为灾害后,重新启用資訊系统的数据、硬體及软體设备,恢复正常商业运作的过程。灾难恢复规划是涵盖面更广的业务连续规划的一部分,其核心即对企业或机构的灾难性风险做出评估、防范,特别是对关键性业务資料、流程予以及时记录、备份、保护。.

查看 非功能性需求和灾难恢复

系统工程

系统工程是一個跨多學科領域的工程學和工程管理,通常專注於如何設計和管理在其生命週期內的複雜系統。系統工程的核心係利用系統性思考的原則,以建構其知識體系。當處理大型、複雜的專案時,所面臨的相關議題(例如:需求工程、可靠度、物流、不同團隊的協調、測試與評估、可維修性、和許多其他能夠成就系統開發、設計、執行、和最終除役的學科)變得更加困難。系統工程藉由工作流程、優化的方法、以及風險管理等工具來處理此一類型的專案,並且與技術、和以人為本的學科相互重疊(例如:工業工程、機械工程、製造工程、控制工程、軟體工程、電機工程、模控學、組織研究、以及專案管理)。系統工程確保專案或系統的各個層面均被詳加考慮、並整合成為一體。 系統工程流程是一種發現的過程,與製造流程顯著不同。製造流程專注於重複性的活動,以花費最少的成本與時間來達成最高的品質輸出。系統工程流程則必須由發現實際、待解決的問題為起始點,並識別出最有可能發生、或衝擊最大的失效,系統工程也涉入找出這些問題的最佳解決方案。.

查看 非功能性需求和系统工程

系统平台

系统平台(computing platform)是指在電腦裡讓软件运行的系统环境,包括硬件环境和软件环境。典型的系統平台包括一台電腦的硬件体系结构(computer architecture)、作業系統、運行時庫等。.

查看 非功能性需求和系统平台

系统架构

#重定向 计算机系统结构.

查看 非功能性需求和系统架构

网络拓扑

網絡拓撲,指構成網絡的成員間特定的排列方式。分為物理的,及真實的、或者邏輯的,即虚擬的兩種。如果兩個網絡的連接結構相同,我們就説它們的網絡拓撲相同,儘管它們各自内部的物理接綫、節點間距離可能會有不同。.

查看 非功能性需求和网络拓扑

組態管理

組態管理(Configuration Management,簡稱 CM),或譯為配置管理,是一個建立系統工程的過程,用來建立與維持一個產品,讓這個產品的效能、功能,以及它所要求的物理特性,在它的生命週期中,都能保持穩定與一致性。 在資訊與電信的領域,組態管理、或組態控制(configuration control)擁有以下的意涵.

查看 非功能性需求和組態管理

無障礙環境

無障礙環境(英文:Barrier Free Environment或Accessible Environment),翻譯自英文,意思為一個可以讓人通行無阻,而且易於接近及到達的理想環境。.

查看 非功能性需求和無障礙環境

相容性 (法規)

#重定向 守规.

查看 非功能性需求和相容性 (法規)

隐私权

隱私權,指個人人格上的利益不受不法僭用或侵害,個人與大眾無合法關聯的私事,亦不得妄予發布公開,而其私人活動,不得以可能造成一般人的精神痛苦或感覺羞辱之方式非法侵入的權利。是为众多法律系统所支持的一种人身基本权利。由于它的存在,政府和民间团体的某些活动受到一定的限制。.

查看 非功能性需求和隐私权

認證

認證(Certification)可以指:.

查看 非功能性需求和認證

軟體可移植性

在軟體工程中,可移植性(Portability),又譯為移植性、可攜性,是指使用高階語言寫成的軟體,在不同環境下,是否具備可以被重複使用的性質。一般來說,軟體是否具備可移植性的衡量標準,在於進行軟體移植時,需要付出多少工時為代價。具備高可移植性的軟體,在移植到不同系統平台時,並不需要做太多事情,因此能夠減少軟體開發及布署時的成本。為了使軟體具備高度可移植性,程式設計師需要使應用程式介面抽象化以及模組化。 以低階語言,例如匯編語言,寫成的軟體,一般來說,其可移植性都較低。.

查看 非功能性需求和軟體可移植性

軟體可測試性

軟體可測試性(Software testability)是指一個软件工件(軟體系統、模組、需求文件或設計文件等)在一給定的測試環境下,可支援測試的程度。 软件工件的可測試性不是一個性質,不像軟體大小一様可以直接量測。軟體可測試性是一個外在性質,由待測試的軟體及測試目標、方法及測試資源(測試環境)之間的相互關係來決定。 若軟體的可測試性低,可能會造成測試工作的增加。在一些極端的情形下,缺乏可測試性可能會使部份甚至全部的測試或無法進行。.

查看 非功能性需求和軟體可測試性

需求

求可以指:.

查看 非功能性需求和需求

需求工程

求工程(Requirements engineering,縮寫:RE)係指在工程設計過程中定義、記錄和維護需求的過程。 這在系統工程和軟體工程中是一個共同的角色。 1979年美國企業TRW Inc.的技術報告,可能是第一次使用「需求工程」這個術語,但是直到20世紀90年代IEEE電腦協會教程出版才得到普遍應用,並建立了一個關於需求工程的系列會議,這個會議已經發展成為當前的國際需求工程會議(International Requirements Engineering Conference)。 在瀑布模型中,需求工程作為開發過程的第一個階段。後來的開發方法(包括用於軟體的統一軟體開發過程(RUP))假設需求工程持續於系統的整個生命週期。 需求管理為系統工程實務的子功能,也在INCOSE(系統工程國際委員會)手冊中編入索引。.

查看 非功能性需求和需求工程

需求分析

在系统工程及软件工程中,需求分析指的是在建立一个新的或改变一个现存的系统或产品时,确定新系统的目的、范围、定义和功能时所要做的所有工作。需求分析是软件工程中的一个关键过程。在这个过程中,系统分析员和软件工程师确定顾客的需要。只有在确定了这些需要后他们才能够分析和寻求新系统的解决方法。 在软件工程的历史中,很长时间里人们一直认为需求分析是整个软件工程中最简单的一个步骤,但在过去十年中越来越多的人认识到它是整个过程中最关键的一个过程。假如在需求分析时,分析者们未能正确地认识到顾客的需要的话,那么最后的软件实际上不可能达到顾客的需要,或者软體无法在规定的时间里完工。.

查看 非功能性需求和需求分析

電腦性能

電腦性能一般會以電腦系統在指定時間和使用資源的條件下,所完成工作的數量來表示。 依上下文的不同,電腦性能的「良好」可能包括以下項目中的一項或幾項:.

查看 非功能性需求和電腦性能

URPS

#重定向 FURPS.

查看 非功能性需求和URPS

最终用户许可协议

最终用户许可协议(end-user license agreements,英文缩写:EULA)是指软件开发者或发行者授权用户使用特定软件产品时的规定,大多私有软件附带此协议,如不接受则无法安装。不过自由软件则较少使用这个协议,如GPL是一种授权协议,但不限于最终用户。一个例外是Firefox拥有注册商标,Mozilla基金会使用最终用户许可协议保护其商标。 正规情况下,一台预装Microsoft Windows的电脑,开始使用前必须接受EULA才能启用系统,根据Windows EULA的规定,用户可以选择联系供应商商讨退货,使用其他操作系统替代。 Category:软件授权.

查看 非功能性需求和最终用户许可协议

易用性

易用性是一種以使用者為中心的設計概念,易用性設計的重點在於讓產品的設計能夠符合使用者的習慣與需求。以網際網路網站的設計為例,希望讓使用者在瀏覽的過程中不會產生壓力或感到挫折,並能讓使用者在使用網站功能時,能用最少的努力發揮最大的效能。.

查看 非功能性需求和易用性

文献

文献(文件;文書;document)在现代的解释为“记录有信息和知识的一切有形载体”。具体地,文献是将知识、信息用文字、符号、图像、音频等记录在一定的物质载体的结合体。 该词最早见于《论语·八佾》:“子曰,夏礼,吾能言之,杞不足征也。殷礼,吾能言之,宋不足征也。文献不足故也。足,则吾能征之矣。”文指典籍,献指人才。朱熹《论语集注》中解释:“文,典籍也。献,贤也。”后该词向偏义词演化,偏重于“文”,单指典籍。 从学术的角度看,文献是为官方或民间收藏的用来记录群体或个人在政治、经济、军事、文化、科学以及宗教等方面活动的文字或其它载体的材料。《书经》被看作是世界上最早的档案。商代的甲骨文档案是中国目前能见的最古老的历史档案。.

查看 非功能性需求和文献

效力

#重定向 效能.

查看 非功能性需求和效力

另见

系统工程

軟體需求

软件质量

亦称为 非功能需求。