系统建置.ppt

* 可維護性(Maintainability) 系統能被了解、更正、調整以及升級的容易程度。 影響因素： 潛在的缺失 使用系統的用戶人數 系統文件的品質 系統維護人員 工具 結構完整的程式 * 管理系統維護人員 維護系統人員數目超過開發系統人數。 資訊人員常負面看待維護工作。 輪調維護人員可減低對於維護工作的負面感覺。 企業通常會提供較好的獎勵與工作機會給予執行新系統開發的人員 * 管理系統維護人員 三種常見組織結構： 分離—維護團隊中沒有包含開發團隊人員。 結合—開發人員同時也是系統維護人員。 功能性—系統維護人員編制於組織的功能事業單位中。 * 衡量維護效能 必須衡量下列的因素： 失敗的次數 系統失敗間的平均時間(Mean Time Between Failure, MTBF) ：用以追蹤錯誤發生之頻率的衡量系統品質的指標。 失敗的型態 * 管控維護要求 維護要求可能頻繁。 變更要求應依種類及重要性來進行歸類，並決定其修復的優先順序。 依可行性分析進行評估。 * 組態管理(Configuration management) 又常譯為架構、建構或構型管理 確保變更動作唯有在授權的狀況下才能在系統上進行。 基線模組(Baseline Modules)：目前版本中已經通過測試、有完善文件和通過審核的軟體模組。 系統程式管理員(System Librarian)：負責控管基線模組簽入與簽出、系統備份與控管整合。 建構程序：從基線程式碼建構出可執行系統建構的一系列執行方式的準則。 * CASE工具在維護中的角色 傳統的系統開發 大多數的時間用於程式的撰寫與測試。 當軟體變更核可時，首先變更程式碼，接著進行測試。 一旦確認程式碼的功能，就會更新文件以及系統規格文件來反映系統的變更。 「文件更新」常是沈悶且耗費時間的活動，因此常被忽略。 * 使用CASE或其他自動化工具 強調設計文件 變更屬於設計規格層級 程式碼產生器會自動地從這些更新的設計中產生系統的新版本。 文件變更在維護階段將已經完成。 逆向工程：一種自動化工具，能夠以程式的原始碼當輸入，進而產生圖形和文字，呈現系統設計階層的資訊，如：程式控制結構、資料結構以及資料流程圖等的資訊。 系統再造工程：一種自動化工具，能夠以程式的原始碼當輸入，執行程式資料和邏輯分析，進而自動地（或是與系統分析師進行互動）修改目前的系統以改善系統的品質或效能。 CASE工具在維護中的角色 * 網站維護特殊的議題 24/7/365 系統持續提供服務的本質使維護工作更具挑戰性。 當部分網頁需進行變更時，可鎖定這部分的網頁。 不鎖定被更動的頁面，而是在網頁上加註目前最新變更的日期與時間的戳記。 檢查損壞的連結 HTML 驗證： 在修改網頁或發佈新網頁前，這些網頁需要經過例行性的程式碼檢查。 重新註冊 當網站內容有大幅度變更時，在搜尋引擎中重新註冊網站。 未來的版本 保持網站一致性對使用者是重要的。 指出未來網站要加強的部分。 採用批次變更的方式以降低網站變更的頻率 * No additional notes. * 系統實作與維護 System Implementation and Maintenance * 大綱 系統實作 撰寫程式(Coding) 測試(Testing) 安裝(Installment)與轉換（Conversion) 製作文件(Documentation) 使用者訓練(Training) 系統維護 類型 成本 人員 控管 * 系統實作 目的 將系統規格轉換成可行及可靠的軟體及硬體。 記錄與提供工作相關文件。 提供協助給現在及未來的使用者及系統維護人員。 * 系統實作流程 撰寫程式(Coding) 將設計規格轉換成程式碼。 測試(Testing) 透過不同策略進行測試（可與撰寫程式並進)。 安裝(Installment)與轉換（Conversion) 將新系統取代目前系統的流程。 製作文件(Documentation):提供給系統運行期間 負責維護的資訊系統人員及日常使用者。 使用者訓練(Training) 針對特定應用系統。 提供一般員工的電腦操作訓練，包含某些作業系統或新的套裝軟體。 * The V model context Requirements Analysis Architecture Design Detailed Design Code Integration Testing Acceptance Testing System Testing Unit Testing * Essentials of V model Highlights the existence of several levels of testing and delineates