Requirements Determination
需求確定
系統分析的第一個子階段，確定現有系統如何運作以及用戶對新系統的期望
Requirements Structuring
需求結構化
將收集到的需求組織成有結構的形式，以便後續分析和設計使用
Interviewing
訪談
與利害關係人面對面收集需求的傳統方法，分為結構化訪談和非結構化訪談
Structured Interview
結構化訪談
事先準備好固定問題清單的訪談方式，確保所有受訪者回答相同的問題
Unstructured Interview
非結構化訪談
沒有預設問題清單的訪談方式，根據對話情境自由提問
Observation
觀察
直接觀察使用者在工作環境中的實際操作，以了解現有流程和需求
Document Analysis
文件分析
收集和分析現有的表單、報告、程序文件等，以了解現有系統運作方式
Questionnaire
問卷調查
用於大量使用者的需求收集工具，可同時向多人蒐集資訊
Open-ended Questions
開放式問題
允許受訪者自由回答的問題類型，不限制回答範圍
Closed-ended Questions
封閉式問題
限制回答選項的問題類型，受訪者從預設選項中選擇
Joint Application Design (JAD)
聯合應用設計
結構化的群組會議方法，將所有利害關係人聚集在一起同時確定需求
JAD Session Leader
JAD 會議主持人
負責引導和促進 JAD 會議進行的專業人員
Scribe
記錄員
在 JAD 會議中負責記錄所有決定和討論內容的人員
Prototyping
原型法
快速建立系統的工作模型，讓使用者評估並提供回饋的需求確定方法
Throwaway Prototyping
拋棄式原型
用於探索和釐清需求的原型，需求確定後即丟棄，不會成為最終系統的一部分
Evolutionary Prototyping
演化式原型
原型逐步演化、反覆修改，最終發展成為正式系統
Agile Methodologies
敏捷方法
強調持續用戶參與和增量開發的軟體開發方法論
Use Case
使用案例
描述系統如何回應用戶請求的場景，用來捕捉功能需求
Business Rules
業務規則
組織運作所遵循的規則和政策，約束系統的行為
Functional Requirements
功能需求
系統必須執行的功能，描述系統應該做什麼
Non-functional Requirements
非功能需求
系統在效能、安全性、可用性等方面的品質要求
Cloud Computing
雲端運算
透過網路提供運算資源和服務，影響現代系統需求的確定方式
Q1. 需求確定（Requirements Determination）是系統分析的哪個子階段？
需求確定是系統分析的第一個子階段，用於確定現有系統如何運作及用戶對新系統的期望。
Q2. 以下哪一項不是傳統的需求收集方法？
傳統方法包括訪談、觀察、文件分析和問卷調查。原型法屬於現代方法。
Q3. 結構化訪談（Structured Interview）的特點是什麼？
結構化訪談事先準備好固定的問題清單，確保所有受訪者回答相同的問題。
Q4. 開放式問題（Open-ended Questions）允許受訪者自由回答，不限制回答範圍。
開放式問題的特點就是允許受訪者自由回答，不限制回答的範圍和形式。
Q5. 封閉式問題（Closed-ended Questions）的主要特點是什麼？
封閉式問題限制回答選項，受訪者需從預設選項中選擇。
Q6. 問卷調查（Questionnaire）最適合用於哪種情境？
問卷調查適合用於大量使用者的需求收集，能同時向多人蒐集資訊。
Q7. JAD 代表什麼？
JAD 代表 Joint Application Design（聯合應用設計）。
Q8. JAD 是一種非結構化的個別訪談方法。
JAD 是一種結構化的群組會議方法，將所有利害關係人聚集在一起同時確定需求，不是個別訪談。
Q9. 在 JAD 會議中，負責引導會議進行的角色是？
JAD Session Leader（會議主持人）負責引導和促進 JAD 會議的進行。
Q10. Scribe（記錄員）在 JAD 會議中負責記錄所有決定和討論。
Scribe 的職責是在 JAD 會議中記錄所有的決定和討論內容。
Q11. 拋棄式原型（Throwaway Prototyping）的目的是什麼？
拋棄式原型用於探索和釐清需求，需求確定後即丟棄，不會成為最終系統的一部分。
Q12. 演化式原型（Evolutionary Prototyping）會逐步發展成為最終系統。
演化式原型會逐步演化、反覆修改，最終發展成為正式系統。
Q13. 以下哪種原型方法的原型最終會被丟棄？
Throwaway Prototyping（拋棄式原型）在探索需求後即丟棄。
Q14. 敏捷方法（Agile Methodologies）強調什麼？
敏捷方法強調持續用戶參與和增量開發，以快速回應變化的需求。
Q15. Use Case（使用案例）描述的是系統如何回應用戶請求的場景。
Use Case 描述系統如何回應用戶請求的場景，用來捕捉功能需求。
Q16. Business Rules（業務規則）是指什麼？
業務規則是組織運作所遵循的規則和政策，約束系統的行為。
Q17. 功能需求（Functional Requirements）描述的是系統的效能和安全性要求。
功能需求描述的是系統必須執行的功能。效能和安全性屬於非功能需求。
Q18. 以下哪項屬於非功能需求（Non-functional Requirements）？
系統回應時間屬於效能方面的品質要求，是非功能需求。其餘選項都是功能需求。
Q19. 需求結構化（Requirements Structuring）是將收集到的需求組織成有結構的形式。
需求結構化的目的就是將收集到的需求組織成有結構的形式，以便後續分析和設計使用。
Q20. 觀察法（Observation）的優點是什麼？
觀察法透過直接觀察使用者在工作環境中的操作，可以發現使用者自己可能未察覺或未提及的需求。
Q21. 文件分析（Document Analysis）包括收集和分析現有的表單、報告、程序文件。
文件分析就是收集和分析組織現有的表單、報告、程序文件等，以了解現有系統的運作方式。
Q22. 在問卷設計中，以下哪一種問題類型會產生較難量化的回覆？
開放式問題允許自由回答，產生的回覆較難量化和統計分析。封閉式問題的回覆則容易量化。
Q23. JAD 會議的主要優點之一是可以將所有利害關係人聚集在一起同時確定需求。
JAD 的核心概念就是將所有利害關係人聚集在一起，透過結構化的群組會議同時確定需求，減少個別訪談的時間。
Q24. 以下哪項不是 JAD 會議的角色？
JAD 會議的角色包括 Session Leader（主持人）、Scribe（記錄員）和 End User（最終使用者）等，但不包括 Compiler。
Q25. 原型法（Prototyping）的主要目的是讓使用者評估系統模型並提供回饋。
原型法透過快速建立系統的工作模型，讓使用者能夠實際操作、評估並提供回饋，有助於釐清需求。
Q26. 雲端運算（Cloud Computing）如何影響系統需求？
雲端運算透過網路提供運算資源和服務，影響系統架構、部署方式、擴展性等多方面的需求確定。
Q27. 需求分析（Requirements Analysis）的目的是分析和驗證收集到的需求。
需求分析的目的是對收集到的需求進行分析和驗證，確保需求的正確性、完整性和一致性。
Q28. 以下哪種方法最適合在短時間內從大量使用者收集結構化資料？
問卷調查可以同時向大量使用者發放，在短時間內收集結構化的資料。
Q29. 非結構化訪談（Unstructured Interview）比結構化訪談更彈性，可以根據對話情境自由提問。
非結構化訪談沒有預設問題清單，分析師可以根據對話的情境自由提問，具有更高的彈性。
Q30. 以下哪項最能描述演化式原型與拋棄式原型的差異？
演化式原型會逐步演化成為最終系統，而拋棄式原型在探索需求後即被丟棄，不會成為最終系統的一部分。