Please enable JavaScript.
Coggle requires JavaScript to display documents.
SA-CH11-系統建置管理 (系統開發工具 (流程圖 (程式流程圖, 資料流程圖DFD), 實體關聯圖ERD, 虛擬碼 Pseudocode,…
SA-CH11-系統建置管理
系統開發工具
實體關聯圖ERD
流程圖
程式流程圖
資料流程圖DFD
虛擬碼 Pseudocode
決策樹
測試
單元測試
針對各
模組
(單元/函數)個別測試
輸入
測試資料
到函數當中，看函數有沒有回傳預的正確回傳值
整合測試(連結測試)
兩個或多個程式同時被測試
通常是同時測試多個
單元測試
連續的測試
例如：把單元測試A的結果，傳遞給單元測試B作為輸入的測試資料。把單元測試B的結果，再傳遞給單元測試C作為輸入的測試資料
系統測試(驗收測試)
向
使用者
,
開發人員
,
管理者
保證程式
符合規格
必要功能都有
能有效即時處理大量資料(壓力測試)
完整的模擬所有User實際操作情況
文件
程式文件：記載各模組的輸入、輸出、邏輯
系統文件: 記載系統的功能，和功能如何建置
例如: 資料字典、資料流程圖DFD、物件模型
操作文件: 記載如何安裝，網路配置...等輸入輸出的必要資訊
應用程式開發
分為
傳統法
模組 ＝ 一組相關的程式碼單元
各模組開發完成後，一一進行測試
將程式拆分成數個獨立
模組
來開發
追求 ：高度內聚力 + 鬆散耦合 :red_flag:
快捷法 (極限編程XP)
程式設計師透過和使用者密集的溝通，
反覆
進行規劃、設計
使用者提供
使用者案例
(需求) 給程式設計師: 裡面簡短敘述使用者的需求是什麼
發布計畫
: 開發團隊規劃各
使用者案例
，何時會開始實作、發布
反覆週期
: 一般來說是2週，2周內做完某些
使用者案例
的規劃、設計、編程、測試
平行程式設計
一位負責撰寫
一位負責監看
兩位程式設計師在同一台電腦上執行同一個任務
測試導向程式設計(TDD)
寫程式碼之前，就先寫好單元測試
定義
建構資訊系統基礎的過程
建構程式碼的過程
整合開發環境(IDE)
例如
Visual Studio
提供
錯誤偵測
語法提示
標亮程式碼 (顏色)
Class 瀏覽
版本控制 (ex. Git)
程式的錯誤分為
語法錯誤 (編譯器可自動檢查得出來)
邏輯錯誤 (透過人工程式碼審查 CodeReview 檢查得出來)
語法正確，但是執行結果錯誤
環境切分
生產環境(操作環境)：正式提供給使用者操作的環境
測試環境: 程式設計師開發測試用的環境
資料轉換
將舊系統中的資料，轉進新系統中
就系統將資料匯出成新系統可以接受的格式 (
標準格式
)
系統轉換
定義: 探討如何讓
新系統上線+舊系統退休
方法
1.直接切換
平行作業
新舊系統同時運行
資料同時輸入新舊系統
直到用戶對新系統的正確性滿意時，才停用舊系統
優點：風險低
缺點: 成本最高
先導作業
先在公司某部門嘗試使用完整的新系統
直到該部門測試滿意後，其他部門才一次進行直接切換
分段作業
將新系統切分成數個
子系統
，分段導入這些子系統
每個子系統都是釋出給
全體使用者
用
建置後的任務
進行
建置後評估
評估系統品質(正確、完整、即時)
是否滿足需求
是否達到預期效益
向管理層呈交最終報告
品質保證(QA) :checkered_flag:
目標
避免問題發生
盡快發現問題