功能性疾病是什麼意思?

General 更新 2024-11-21

什麼叫功能性疾病

說白了就是神經方面的疾病，比如心臟的功能性疾病和器質性的心臟病症狀一樣，但心臟本身沒有問題

什麼是功能性?

我們的軟件產品或者項目，其需求都有三個層級和三個方面。一、我們首先看需求的三個層次軟件需求包括3個不同的層次――業務需求、用戶需求和功能需求。業務需求（Business requirement）表示組織或客戶高層次的目標。業務需求通常來自項目投資人、購買產品的客戶、實際用戶的管理者、市場營銷部門或產品策劃部門。業務需求描述了組織為什麼要開發一個系統，即組織希望達到的目標。使用前景和範圍（vision and scope）文檔來記錄業務需求，這份文檔有時也被稱作項目輪廓圖或市場需求（project charter 或 market requirement）文檔。用戶需求（user requirement）描述的是用戶的目標，或用戶要求系統必須能完成的任務。用例、場景描述和事件――響應表都是表達用戶需求的有效途徑。也就是說用戶需求描述了用戶能使用系統來做些什麼。功能需求（functional requirement）規定開發人員必須在產品中實現的軟件功能，用戶利用這些功能來完成任務，滿足業務需求。功能需求有時也被稱作行為需求（behavīoral requirement），因為習慣上總是用“應該”對其進行描述：“系統應該發送電子郵件來通知用戶已接受其預定”。功能需求描述是開發人員需要實現什麼。注意：用戶需求不總是被轉變成功能需求。產品特性，所謂特性（feature），是指一組邏輯上相關的功能需求，它們為用戶提供某項功能，使業務目標得以滿足。對商業軟件而言，特性則是一組能被客戶識別，並幫助他決定是否購買的需求，也就是產品說明書中用著重號標明的部分。客戶希望得到的產品特性和用戶的任務相關的需求不完全是一回事。一項特性可以包括多個用例，每個用例又要求實現多項功能需求，以便用戶能夠執行某項任務。系統需求（system requirement）用於描述包含有多個子系統的產品（即系統）的頂級需求。系統可以只包含軟件系統，也可以既包含軟件又包含硬件子系統。人也可以是系統的一部分，因此某些系統功能可能要由人來承擔。業務規則包括企業方針、政府條例、工業標準、會計準則和計算方法等。業務規劃本身並非軟件需求，因為它們不屬於任何特定軟件系統的範圍。然而，業務規則常常會限制誰能夠執行某些特定用例，或者規定系統為符合相關規則必須實現某些特定功能。有時，功能中特定的質量屬性（通過功能實現）也源於業務規則。所以，對某些功能需求進行追溯時，會發現其來源正是一條特定的業務規則。功能需求記錄在軟件需求規格說明（SRS）中。SRS完整地描述了軟件系統的預期特性。SRS我們一般把它當作文檔，其實，SRS還可以是包含需求信息的數據庫或電子表格；或者是存儲在商業需求管理工具中的信息；而對於小型項目，甚至可能是一疊索引卡片。開發、測試、質量保證、項目管理和其他相關的項目功能都要用到 SRS。除此之外，對於需求層次，我們還有其它的分法：組織級需求->業務需求->用戶需求->功能需求（有時也叫行為需求）。組織級需求：一般代表著組織的願景和目標。對於大的公司，一般是通過資深的諮詢顧問和諮詢公司得出的，呈現的方式是諮詢報告。比如在ITSM或者企業信息化這方面。典型的組織級的需求是：降低成本、減少庫存成本、提升IT服務部門在企業中的價值、通過ISO20000、提高IT服務的效率、提高員工的滿意度等。業務需求：是要完組織的使命，達成組織的願景的各個業務流程和業務單元具有的需求。業務需求服從於組織需求。用戶需求：用戶級的需求，是在業務級的需求下，各個崗......