理论与实务应用完成规格设计书的流程.pptVIP

第 11 章 完成設計規格 完成規格設計書的流程 在設計階段發現並修正錯誤的成本比較低廉 兩組原則 撰寫品質規格書 處理規格書上的品質問題 品質規格書 正確 可行性 必要的 優先順序 不模糊 可檢驗的 設計規格書的內容 快速應用程式發展(RAD) 只有四個生命週期：規劃(planning)、設計(design)、建構(construction)、結案(cutover) 通常搭配聯合應用設計(JAD)、電腦輔助軟體工程(CASE)和雛形法一起運作。 其優點可以較為快速設計與開發系統，並隨時調整使用者需求的變化。 第 12 章 系統實作 系統實作 六項主要活動 程式撰寫：將規格書轉換成實際在電腦上運作的程式 測試：以各種不同的策略進行測試、測試可以跟程式撰寫同時並行 安裝：新系統要取代原有系統時進行(新舊系統有切換的問題) 文件製作： 訓練 支援 目的 將實際的系統規格轉變成能夠執行又可靠的軟體和硬體 將已經完成的工作記錄在文件裡 支援現在或未來的系統使用者和管理者 程式撰寫、測試、安裝的程序 程式撰寫 將規格書轉換成實際在電腦上運作的程式 測試 以各種不同的策略進行測試 測試可以跟程式撰寫同時並行 安裝 新系統要取代原有系統時進行(新舊系統有切換的問題) 程式撰寫、測試、安裝的工作成果與結果 製作系統文件 系統文件 關於系統設計規格、內部作業以及功能描述的詳細資訊 使用者文件 關於應用程式系統，及其如何使用、如何使用等書面形式或是以其他視覺化方式呈現的資訊 訓練資訊系統使用者 訓練方式 常駐的專業人員 電腦輔助教學 課程式教學 軟體輔助說明元件 個別教學 互動式教材 外部來源，如廠商 電子化效能支援系統（EPSS） 套裝軟體或應用程式中內嵌訓練和教育資訊的元件 支援資訊系統使用者 支援對於使用者而言是極度重要的 調查報告發現，使用者支援是使用者對個人電腦使用滿意度的第一標準 大部分組織所提供的支援有兩種方法 資訊中心 服務台 第 13 章 維護資訊系統 維護階段讓系統發展流程變成生命週期 維護動作與SDLC的對應關係 進行系統維護類型 修正性維護 用來修改系統中有瑕疵的設計、程式碼撰寫或實作部分 適應性維護 因為企業需求變更而加入新功能與程式模組，讓企業適應未來的變化與挑戰 完善性維護 讓系統加強其處理效能，或加強其使用介面 防範性維護 為了強化系統可靠性與安全性，使系統免於在未來發生問題的變更程式 進行系統維護：維護成本 許多組織分配近80％的資訊系統預算用於維護作業 影響系統可維護性的因素 潛在瑕疵的數量 使用者人數 文件品質 維護人員素質 工具 軟體的結構是否健全 不同的維護組織結構會影響維護的效率 進行系統維護：評估維護效果 故障的次數 每次故障的時間 故障的型態 故障平均間隔時間（MTBF） 測量系統錯誤發生的平均間隔時間，用來評估系統的品質 維護需求在組織內如何傳遞 第 14 章 系統開發的新發展 新的系統發展方法 雛形法 建立一個完整系統的縮小精華版 優點： 使用者可參與設計 以具體形式捕捉需求 聯合應用設計（JAD） 使用者、管理階層及分析人員一起密集會議 檢視系統需求 結構化會議 快速應用程式發展（RAD） 接近雛形法，在使用者需求已明確後才產生系統設計 廣義的雛形法 系統發展的自動化工具 電腦輔助軟體工程（CASE） 系統分析用來開發資訊系統的自動化軟體工具 用來自動化或支援系統發展過程中的活動 目標是增加生產力與提升系統整體品質 CASE的目標 CASE 工具的種類 圖表工具:以圖形方式來表示系統程序、資料和控制結構。 電腦顯示畫面和報表產生工具:讓使用者瞭解『系統是什麼樣子』，同時也可讓系統分析分析人員更容易的定義使用者的需求。 分析工具:自動檢查不完整、不一致或不合規格部分的分析工具。 中央儲存庫:可綜合儲存規格、圖表、報表和專案管理資訊。 文件產生器:可以使用標準格式建立技術文件與使用者文件。 程式碼產生器:可以依照文件、圖形、表單和報表自動產生程式碼和定義資料庫。 CASE工具與系統發展生命週期之間的關係 SDLC使用CASE的例子 傳統系統發展與使用CASE系統發展的比較 由Oracle的Designer CASE環境繪製出來的資料流程圖 由Oracle的Developer CASE環境中的表格設計工具 除存在CASE儲存庫的系統發展項目 CASE知識庫內容範例 * * Copyright 2002 Prentice-Hall, Inc. Jeffrey A. Hoffer Joey F. GeorgeJoseph S. Valacich 系統分析與設計理論與實務應用 系統的功能的詳盡說明 介面規格的說明 整個系統的描述，包含系統大致功能、系統環境、使用者範圍 結構圖的使用(可以