5 功能規格(functional specification)的主要目的是什麼?
(A) 詳細說明程式碼的撰寫方式
(B) 指出系統的技術架構
(C) 概述問題與預期解決方案
(D) 規劃測試案例

答案:登入後查看
統計: A(1), B(2), C(2), D(0), E(0) #3399852

詳解 (共 2 筆)

#7318694

【第一步:找關鍵字】

關鍵字:

  • 功能規格(functional specification)

  • 主要目的

  • 功能(不是技術、不是程式碼)

? 這題的重點在「功能」兩個字
? 也就是:系統要做什麼,而不是怎麼做

【第二步:白話翻譯】

這題在問:

? 「在寫系統規格書時,『功能規格』這一段是在幹嘛?」

是:

  • 教你怎麼寫程式?

  • 還是描述系統要做什麼?

【第三步:解題思路】

這題在考什麼觀念?

? 需求文件 vs 技術文件的區別

解題步驟

  1. 先理解「功能規格」是什麼
    → 描述系統「要做什麼功能」

  2. 分辨兩種文件

    • 功能規格 → 做什麼

    • 技術規格 → 怎麼做

  3. 找出符合「做什麼」的選項

原理與規則(生活比喻)

把開發系統想成「點餐」:

  • 功能規格=你點什麼菜(我要牛肉麵、不要香菜)

  • 技術規格=廚師怎麼煮(幾度、幾分鐘)

? 客戶只會說「我要什麼」
? 不會管「你怎麼寫程式」

【第四步:選項分析】

(A) 為什麼錯?

✘ 錯

「怎麼寫程式」是:

? 程式設計(coding)或技術設計文件

不是功能規格

(B) 為什麼錯?

✘ 錯

「技術架構(architecture)」是:

? 系統設計階段(例如用什麼框架、資料庫)

? 這是「怎麼做」,不是「做什麼」

(C) 為什麼對?

✔ 正確(本題答案)

? 功能規格的核心就是:

說明系統要解決什麼問題,以及提供什麼功能

例如:

  • 使用者可以登入

  • 可以查詢資料

  • 可以下單

? 這些都是「功能」

(D) 為什麼錯?

✘ 錯

測試案例是:

? 測試階段(Test Case)

不是功能規格本身

【觀念補充與延伸】

核心觀念定位

? 軟體工程 → 需求與規格文件
? 中高頻考點

法條或定義

  • 功能規格(Functional Specification)
    描述系統應具備的功能與行為(What)

  • 技術規格(Technical Specification)
    描述系統如何實作(How)

文件分層概念

文件類型 重點
需求文件 為什麼做
功能規格 做什麼
技術規格 怎麼做

觸類旁通(舉一反三)

對比概念

  • Functional vs Non-functional

    • Functional:功能(登入、查詢)

    • Non-functional:效能、安全性

變化題型

  • 問:哪個文件會寫 API 設計?
    ? 技術規格

【記憶口訣】

? 「功能講做什麼,技術講怎麼做」

【常見陷阱】

學生最容易搞混的地方

把「功能規格」跟「技術設計」混在一起

心理盲點

看到「規格」就以為是寫很技術的東西

避坑指南

? 看到 Functional:

先問一句話
「這是在講功能,還是在講技術?」

? 功能 = What
? 技術 = How

0
0
#6786517
1. 題目解析 在這道題目中,我們需要判...
(共 952 字,隱藏中)
前往觀看
0
0