资讯系统开发方法论

资讯系统开发方法论

ID:37970996

大小:317.60 KB

页数:49页

时间:2019-06-04

资讯系统开发方法论_第1页
资讯系统开发方法论_第2页
资讯系统开发方法论_第3页
资讯系统开发方法论_第4页
资讯系统开发方法论_第5页
资源描述:

《资讯系统开发方法论》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、第十五章資訊系統開發方法論本章大綱第一節資訊系統不同的開發方法第二節系統開發生命週期法第三節雛型開發法第四節合作需求規劃與合作應用設計第五節使用者自建系統第六節資訊系統的委外與租用第七節套裝軟體的引進第八節不同資訊系統開發方法的比較附錄15-A系統開發生命週期法的開發步驟附錄15-B套裝軟體選擇的一些準則圖15-1系統開發方法分類圖系統開發生命週期法雛型開發法合作需求規劃及合作應用設計使用者自建系統採購套裝軟體委外租用組織內部開發組織外部開發可行性分析影響需要不同開發方法的主要因素問題特性需求確定程度。標準化程度。策略性。系統特質專案風險性的高低。資訊安全。結構化程度。效率要求和規模。影響

2、需要不同開發方法的主要因素(續)使用者特性資訊資源充裕程度企業經營環境財務壓力動態變化時間壓力成本問題。時間問題。品質問題。成敗問題。圖15-2不同ISD選擇的主要影響因素與造成的影響系統特質資訊資源充裕程度使用者特性問題特性企業經營環境系統開發方法的選擇成本、品質、成敗、時間1970年代後期注重分析階段Data導向集體分析圖15-3ISD開發技術的 演進史195019701980199020001950~1970年代傳統式的SDLC瀑布式1980年代初期4GL雛型開發法1980年代晚期CASE工具OO1990年代初期Client/Server整合OO/CASE2000年代Web-base

3、d,JavaWhat?SDLC方法論的主要特色整個生命週期的階段定義分明。原則上,前一階段完成後,方能開始下一階段的工作。每一個階段工作的完成,必定有其一定的里程碑或文件。每一階段的任務力求完整、正確、嚴謹。嚴謹的專案管理控制。使用者僅在分析與系統測試時參與。Why?SDLC的主要目標建立標準化、嚴謹的開發程序。透過專案管理的工具提高資源的利用率。利用模組化的分析與設計,將複雜的問題由上而下切割(Top-DownPartition)成為簡單的模組。透過統一的步驟,保證產品的品質。清楚的階段劃分易於分工與責任的歸屬。每一階段的文件力求完整,較易追蹤維護。利用管理控制的檢查工具,降低錯誤的發生

4、。圖15-4SDLC的主要步驟專案起始研究瞭解問題與契機定義專案的範圍與資訊系統目標專案可行性分析財務可行性分析技術可行性分析組織接受可行性分析系統分析使用者需求分析、訪談ERD與DFD的模式建立系統設計架構的大部設計輸出入、程式、資料庫的設計系統建構程式撰寫系統導入直接導入部分導入測試資源建構平行導入階段導入實驗導入SDLC的主要缺點發展時間冗長。使用者參與程度少。SDLC的前段沒有實際的系統雛型可供使用者試驗學習。使用者測試評估僅在資訊系統上線的最後階段。因發展時間冗長,使用者常失去耐心。雛型開發法雛型開發法出現的原因使用者對自己的需求常常不甚明確,根本說不清 楚。開發人員常常無法充分

5、瞭解使用者的需求。邊做邊學(LearningbyDoing)的優點。外在環境需求的經常變動,需及時反應。分析後期所產生的修改成本很高,應盡早發現錯 誤。雛型開發法(續)圖15-5Prototype的主要步驟定義已知或重要的需求開發雛型使用者試用雛型使用者評估雛型雛型任務結束放棄此系統建置此系統重新規劃此系統否是雛型開發法的主要特點與優勢快速驗證需求。利用實際IS來掌握需求。使用者參與高。可早期發現錯誤。重複發展彈性高。邊用邊學、接受程度高。雛型開發法的主要不同 類型用後丟棄雛型開發法(ThrowAway)。介面雛型開發法(MockUp)。演化型雛型開發法(EvolutionaryProto

6、type)。雛型開發法的缺點嚴謹度不夠。文件不完備。太早交貨的問題。觀念的抗拒。When?雛型開發法的 適用時機資訊需求不清楚。對使用者需求必須檢定高成本系統、高風險系統、新科技應用,無法在真正投資後才發現不可行,此時應使用Portotype。傳統系統分析的缺點個人一對一訪談時間太久,以致成本太高。訪談由系統開發人員掌控,使用者角色太過被動而妨礙創造力、想像力。不同使用者間的需求常存在著衝突、不一致,且難以解決。系統需求與組織的目標策略配合度不良。使用者對系統的目標、內容運作或價值存在疑慮,缺少共識的形式。使用者與系統人員之間互動的機會太少,無法互相學習、協調與腦力激盪。合作需求規劃的特點

7、屬於分析階段。由使用者主導。追求共識。集體討論。技術諮詢角色。雙方互動。組織動力學。腦力激盪。合作需求規劃的特點(續)專家主持。成員地位平等。解決衝突。文件產出。合作需求規劃的益處瞭解IS的目標。充分知識分享。可協調衝突。提高認同感。節省時間。與企業目標配合。思考BPR。使用者自建系統使用者自建系統的定義使用者自建系統(EUC)指的是:「使用者自行利用易學、容易上手的軟體(例如4GL),由資訊人員扮演支援協助的角色,進行

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。