Positive SSL
A 需求規格標示更新版本的記錄
B 要求使用者參與系統測試
C 程式加上註解
D 多人共同開發

A 使用者的參與,是系統發展成功的重要因素之一
B 系統設計的項目中,不包含硬體架構配置設計
C 軟體開發時發生設計錯誤,為了達成預定進度,不要回頭修正
D 系統開發務求正確,可以慢慢設計,不需要理會預定的進度

A 系統規劃無法從單一角度瞭解全盤需求,需要合併文字與圖形來表達
B 為節省專案開發的時間,在規劃需求時,編撰詞彙及定義應用程式開發領域使用的特殊術語是多餘的工作
C 需求的變更不需經過可行性的探討,可任意進行設計或採用
D 流程圖(Flow chart)是結構化分析(Structured Analysis)最常採用的工具

A 初始(Inception)階段
B 規劃(Planning)階段
C 建構(Construction)階段
D 移交(Transition)階段

A 子系統之間的相關性愈小愈好
B 子系統之間不能有相關性
C 子系統之間相關性越大越好
D 子系統內部相關性越小越好

A 朝向元件化發展
B 朝向多層式(Multi-Tier)的架構
C 朝向緊密式關連
D 朝向網際網路系統

A 對各項工作應明確定義
B 開始與結束工作必須明確界定
C 每一步驟皆須排序,依次執行
D 是需求規格訂定不可或缺的工具

A 流程圖上至少有一個邏輯上的終點
B 流程圖上判斷符號,例如IF指令敘述至少有兩條向外的流線
C 終止符號不能有向外的流線
D 平行處理的符號是雙向箭頭

A 定義系統資料傳遞的過程
B 描述系統操作需具備的資料
C 定義與外界流通的資料
D 定義外部系統發生過程的處理

A 可以增進程式的易讀性
B 可以增進程式的易維護性
C 最好使用結構化分析(Structured Analysis)技術
D 可以節省程式撰寫的時間一半以上