解难-系统开发ProblemSolvingSystemDevelopment.PPT

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
解难-系统开发ProblemSolvingSystemDevelopment

解難-系統開發 Problem Solving System Development 中七級 電腦應用科 系統開發步驟 當一個機構欲重新設計或更新一個系統時,可以跟據一套程序去進行: 系統調查 系統分析 系統設計 開發/實施 系統轉換 測試/評估 系統開發步驟 系統調查 檢視現有問題 選擇可行方案 系統分析 分析用家需求 分析環境因素 系統設計 設計系統、流程 設計使用者介面 開發/實施 採購硬件 寫程式 系統轉換 安裝新系統 訓練員工 測驗/評估 檢視系統 建議改良措施 檢視現有問題 根據一個個案,探討其問題徵結之所在。 問題未必一定是負面的,可以是要求有更好的運作。 問題未必一定「直接」出現於個案之內,而是要「分析」出來的。 這個步驟通常由決策者向開發人員直接提出。 未必可以立刻想出解決方案。 系統分析 在正式探討解決方法之前,盡量對問題有更深入的瞭解。 想一想將來系統的使用者會是誰。 不同情境/對象以不同方法進行。 目的: 直接瞭解用戶的需要。 進一步發掘問題所在。 明白系統的製作方向。 用家需求分析的方法 面談、訪問 通常用於機構決策人 通常用於將會主要應用系統的人 開會討論 通常用於一群對系統有影響的人 問卷 通常用於一群人 翻查文件 翻查以往的文件記錄,以作參考 觀察 親身到運作地點視察情況 系統設計 在設計系統時,我們需要考慮很多因素: 成本效益(包括軟、硬件) 時間限制(凡事都有deadline) 人手問題(是否有足夠人手) 使用者介面(user friendly) 保安問題 (軟、硬件配套) 開發/實施 場地整理 檔案轉換 將舊的檔案資料數碼化 聘請數據輸入員將文字資料輸入電腦 公司銷售數據庫 將舊相片掃瞄為數碼相片 學生証 將錄影帶轉為數碼影像檔(mpg) 廣告上載上網 更改數據庫結構/格式 改用網頁支援的格式 系統轉換 測試 在系統正式推出前,必須先進行測試 測試的方法包括: 個別程序及分組測試 將現實生活數據或模擬數據輸入 模擬真實情況將數據輸入 用不同方法或不同人手測試(包括用家) 測試的範圍通常包括: 程式(俗稱「除蟲」) 穩定性(多時間使用會否當機) 兼容性(在不平台能否正常運作) 速度(下載速度,運作速度,列印速度) 評估 檢討一下是否達到目的及用戶要求 通常在系統實施一段時間之後才進行 使用的方法包括: 計算成本效益 能否即省營運開支 運作速度和流程是否快了 是否為用家所歡迎 面談、訪問、會議、問卷 跟進工作 文件記錄 讓接手的人容易跟進 方便培訓新員工 維護 硬件損壞 系統不夠完善 功能更新 * * 步驟包括: 場地整理 「檔案轉換」 (數據轉換) 安裝軟、硬件 「系統轉換」模式 用家培訓 電源 地方用途更改 傢俱 場地規劃 空調 One-time changeover 在一段時間內,新舊系統互相測試 通常用這個模式比較安全 在一個時刻,放棄舊系統,直接採用新系統 比較冒險,如系統有任何問題影響很大 Parallel changeover 一次過轉換 並行轉換 *

文档评论(0)

xiaozu + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档