用戶界面選擇是功能性還是非功能性需求？

今天我們在辦公室就所需文檔中的UI元素進行了討論。用戶界面選擇是功能性還是非功能性需求？

問題是UI需求是功能還是非功能。

這是一個功能或者非功能性需求？

2010-06-02 Michel

這似乎是一個相當無聊的要求。我擔心典型的大學樣本。或者，也許你有蹩腳的客戶。 – 2010-06-02 07:12:19

我真的不同意，這不值得關注，看到我的答案。 – djna 2010-06-02 07:38:26

這是一個非功能性需求，它指出系統是如何執行，沒有什麼它是執行。

如果這個明確的區分太黑白了，也許太簡單了，可以忽略它或者提供一個更好的！而且，你爲什麼在意？

編輯：由其他答案提示。無論是功能性還是非功能性要求對其要求都不重要 - 如果要求您最好在產品中滿足要求。

2010-06-02 07:08:16

「爲背景藍色着色」聽起來像描述了要做什麼，而不是如何（自己着色每個像素，破壞地球......）。 – josefx 2010-06-02 08:45:19

@josefx：你說得很對，我也是。今天，每個人都可以獲得獎品！但是，那是這些問題之一...... – 2010-06-02 09:33:09

直到今天，我都不會同意這個迴應。如何與什麼。 – mobibob 2015-07-20 23:47:21

當看維基百科給出的兩個定義時，我會說不。

一個非功能性要求是指定可以用來判斷系統的操作標準，而不是特定行爲

一個功能要求限定了軟件的功能的需求系統或其組件

背景的顏色不是系統的特定功能或行爲，也不能用於判斷系統的操作。

我認爲這些UI需求不需要在軟件設計週期開始時指定。如果在開發過程中發現錯誤類型的藍色被描述了，該怎麼辦？這些選擇不是要求，但需要在UI開發過程中進行挑選（最好由用戶組來判斷）。

2010-06-02 07:10:55 Marc

我見過非常精確描述的顏色 - 很可能有詳細的家居風格。如果客戶有這樣的標準，那麼在開始開發之前我會想知道他們。實際上，我們可能需要推遲到稍後，但我不認爲它具有更爲詳細的規格那麼罕見或不合理。 – djna 2010-06-02 10:41:56

您在這裏描述的要求是「應用程序的外觀和風格應與房屋風格相匹配」。儘管如此，這不是一個真正的功能需求，但也許可以說，這是一個非功能需求，它可以用來判斷系統本身（儘管不是真正的操作）。 – Marc 2010-06-02 10:51:29

我目前正在努力滿足客戶的無障礙要求。

基本需求是支持部分視力和失明的用戶。前者通過仔細選擇字體，顏色對比等。後者通過保持HTML非常簡單，以便應用程序可以解析它並將其轉換爲語音或盲文。

所以我會說演示的細節值得說明。

我也會說屏幕布局，究竟要顯示哪些數據的確是功能規格，並且通過擴展顏色方案是其中的一部分。

2010-06-02 07:36:31 djna

有時邊界模糊。但在這種情況下，我會明確表示不起作用。功能是核心業務需求，與技術無關，人機工程學，如果您更改用戶界面，必須在那裏。顏色是關於用戶界面的，除非它代表了一些特殊的業務。

2010-06-20 08:28:29

UI中的性能改進也是可以測量的一個關鍵非功能要求。緩存靜態主數據，使用Ajax調用部分提交（而不是加載整個頁面），並最初加載大量的JavaScript或css文件，肯定會提高UI層的性能。背景可能不被視爲NFR。

2012-01-24 23:54:38

像這樣的定義取決於組織。不幸的是，只有普遍接受的做法，功能性和非功能性之間的區別或「什麼」和「如何」通常比大多數人意識到的更主觀。對於UI設計師來說，企業標準配色方案很可能是「什麼」而不是「如何」。

我將這稱爲UI規範，或者更確切地說，是UI規範要求。這不是一個標準的術語，但有時你只需要更具體就可以避免混淆。您可能會有一個非功能性需求說遵循公司準則，然後將UI規範要求放入該準則。

2012-09-25 13:58:22 Michael

回答