請簡述系統開發週期有哪些階段??
資料來源：
NULL
| 2 |
| |
 
|
|
|
| |
|
| 相關標籤 |
|
| |
|
回覆會員暱稱：
點數：
等級：初學者 榮譽勳章：
發文篇數：21
回文時間：2008-04-06 23:58:24
|
若文章過長，附件的方式也是個不錯的選擇喔！
|
| |
|
回覆會員暱稱：吉米
點數：705
等級：初學者 榮譽勳章：
發文篇數：29
回文時間：2008-03-31 22:35:28
|
非常感謝"小平頭"洋洋灑灑的分享
不過呢，版主是希望大家在回覆時
能盡量以簡單、重點、摘要式的回文
避免文章過於冗長
謝謝！
|
| |
|
回覆會員暱稱：小平頭
點數：220
等級：初學者 榮譽勳章：
發文篇數：11
回文時間：2008-03-31 16:28:42
|
u 覆核階段：
本階段之目的係供開發者及使用者用以監視評估並覆核系統。本階段所包含之工作計分下列各項，即(1)審閱工作(Systems review)(2)系統調整(Systems tune up)及(3)系統之維護(Systems maintenance)
1. 系統審閱(Systems review)
本工作係用以觀察系統之運行與操作。其子工作包括：
A. 觀察系統之進行並詳加記錄其異常。
B. 觀察系統之實際績效是否達成設計之預期績效
C. 評估系統異常之情況及偏差
D. 觀察使用者使用之型式(Pattern)及行為
E. 觀察並記錄系統缺失或異常之修正情形或方案。
F. 觀察系統之運行是否有潛在之能力不足處
2. 系統調整(Systems tune up)
正常之調整應隨時隨地進行以配合使用者之需求，如尖峰期間之使用、忙碌時間之使用，使用順序之設定，執行程序之先後等等均是用以進行系統調整之須考量之因子。
3. 系統維護(Systems maintenance)為了適應組織變更及環境變遷等因素，公司系統必須進行維護以配合變更或新的需求
|
| |
|
回覆會員暱稱：小平頭
點數：220
等級：初學者 榮譽勳章：
發文篇數：11
回文時間：2008-03-31 16:28:14
|
u 實作階段：
系統實作階段可包括下列四大項工作或活動，即(1)系統測試（Systems Testing）(2)系統轉換（Conversion）或裝設（Installation）(3)系統紀錄之完成（Systems Documentation），及(4)系統訓練之實施（Systems Training）。
1. 系統測試（Systems Testing）
系統測試係用以確保系統之操作及執行正確性，系統之測試可分為數大類A.用以除錯之測試B.用以偵測不當操作程序或錯誤之測試C.用以被使用者接受之測試D.依使用資料（真實資料或模擬資料）不同而進行之測試及有關介面之測試等等。
A. 用以除錯之測試
單元測試（Unit Test）、根據程式測試（Stub Test）、模組測試（Module Test）及應用程式測試（Application Test）等等均可歸屬為此類。五類測試一般而言僅有測試範圍之不同而已。
B. 用以排除操作不當或錯誤之測試
系統測試（System Test）或完整性測試（Complete Test）均可以檢驗系統工作之適當性。
C. 被使用者接受之測試（User-acceptance Test）
一般有α測試，β測試及r測試三種。隨測試地點之不同又可分為在開發地點之測試及安裝地點之測試，一般而言，這些測試除地點之不同外，α、β、r測試僅代表不同等級之接受程度及範圍之測試。
D. 隨測試資料不同之測試
通常之測試均有專屬或專門設計之測試計畫（Test Plan）及測試資料（Test Data）或測試程序（Test Procedure）。若使用上述之設計，則稱為模擬資料測試（Simulated Data Testing）。若使用真實資料來加以測試則稱之為真實資料測試（Real Data Testing）。
E. 介面測試（Interface Testing）
就工作領域而言，本測試可分為績效測試（performance testing）、壓力測試（pressure test）、異常情況測試（Exceptional test）及效率測試（efficiency test）。若依執行方式而言，本測試可分為：(1)漸進式測試（Evolutional Test）；(2)漸加式測試（Incremental Test）及(3)整合性測試（Integrated Test）。漸進式之執行係由一部門，擴展至一區域公司然後進而至全公司。而漸加式則為先測試系統之A模組，然後加入B模組，A與B都無誤後再加入C模組以進行測試，整合性可取兩者之綜合對整個系統迅速測試以求得測試結果。而上述之壓力測試係用以測試系統承受壓力之限度。如所有使用者同時使用系統以測試同時性(Concurrency)，又如尖峰時間測試(Busy Time Test)及最大負載測試(Peak Load Test)。
2. 系統轉換(Conversion)或安裝(Installation)
新系統之轉換或安裝是一個極困難之工作。此乃因為轉換或安裝工作涉及人員、程序、設備、輸入�出媒介之連結，資料庫之互連或轉換及網路系統或平台之轉裝等等活動。除此之外，在轉換及安裝期間，如何維持使用者之繼續使用如何運用資源來管理新舊系統之運行及如何確保公司或企業之正常營運等均屬重要研究課題。主要系統轉換或安裝之形式計有下列四種：(A)平行轉換(Parallel conversion)，(B)階段轉換(Phased conversion)，(C)先導轉換(Pilot conversion)，及(D)直接轉換(Direct conversion)。
A. 平行轉換
此一轉換係在某一段時間間隔內，維持新舊兩個系統之正常運行。此種方式之安全性及便利性最高但所耗費之資本及資源也是最多。此外因使用者之熟悉及依賴舊有系統及對新有系統之陌生常造成轉換期間之延長。
B. 階段轉換
此一轉換可以兩種不同型式來進行，一是依工作區域先後性的進行，而另一則是依不同模組或應用之先後執行程序來進行。此種方式之優點在於轉換工作不會造成對公司全面之直接衝擊，而且先應用之人員可用以指導後來者之使用及操作。而缺點則為使用新舊兩系統人員或地區間之資料互換或資源共享等工作會產生困難，而且階段轉換所須之成本較平行轉換為低。
C. 先導轉換
此一轉換乃是在某一地區或部門或對於某一應用模組程式來進行先行導入或轉換工作之進行。這一方式之好處在於可將先學習到之經驗或法則應用於後來之轉換工作。因為後來之轉換工作將可較順利的被實施。對於一些突發性的問題或事件也可運用先前所得之經驗來加以解決或排除。
D. 直接轉換
此一轉換所遭受之危險性最高而其所花費之成本及資源則為最少。此一轉換多半用於開發者對其系統有極大之信心及公司使用者具備有足夠之電腦常識或經驗。
3. 系統文件撰寫(Systems Documentation)
系統記錄對未來系統之操作、使用及維護扮有一舉足輕重之角色。本工作除須將所有前述各階段(研究、計劃、分析、設計及開發)之所有文件一一分類歸檔以便查詢及應用外，尚含有編篡各種手冊之工作。手冊之種類繁多，但一般可為下列數大類。依性質而分，可包括系統手冊、使用者手冊、操作及執行手冊、及應用手冊。若依內容而分則可包括指令手冊、警告訊息手冊(Alert and Warning)、錯誤訊息(Error message manual)，及檢試(Testing manual)手冊等等。
4. 系統訓練之實施（Systems Training）
系統之成功與失敗取決於使用者之滿意度。而使用者之滿意度則取決其對系統之熟悉性，而系統訓練可用以增進使用者對系統之熟悉性。系統訓練之型式計可分下列數種，即(A)由硬體、軟體或平台製造商所提供之訓練，(B)由資訊系統諮詢公司(Information Consulting)所提供之訓練，(C)由公司內部專家所提供之訓練，及(4)由第三者服務，訓練公司(Service bureau)所提供之訓練等。此外系統訓練也有職前訓練、在職訓練、專題訓練、軟硬體升級訓練等等。
|
| |
|
回覆會員暱稱：小平頭
點數：220
等級：初學者 榮譽勳章：
發文篇數：11
回文時間：2008-03-31 16:27:41
|
u 開發階段：
系統開發階段之主要活動包括軟、硬體、資料庫或網路軟、硬體之開發、獲得及評估。一般而言，硬體有關之設備或資源均由供應商或經銷商之處來取得。換言之，硬體有關設備均由購買或租賃之手段或途徑來加以取得。而軟體之開發或獲得可須經由下列途徑。
1. 由開發公司內部資訊部分之專家、程式人員加以編撰、負責。
2. 採用委外（Outsourcing）之概念，交由公司或企業外之資訊軟體顧問公司來開發。
3. 採用問軟硬體開發公司來加以購買或租賃方式。
|
| |
|
回覆會員暱稱：小平頭
點數：220
等級：初學者 榮譽勳章：
發文篇數：11
回文時間：2008-03-31 16:27:25
|
u 設計階段：
經過了系統研究，計畫及分析三個階段後，系統設計師開發人員已充分了解前因，即原有系統之不足或所產生之問題，新有系統所具有之性能，有關新系統之計畫之各項需求分析，以及有關新系統之各項功能資料等等。這一個階段即可順利地展開。此一階段計包括下列各項工作。
1. 邏輯層面之設計（Logical Design）
邏輯層面之設計又可稱之為初步設計（Preliminary Design）。此一設計之目的乃在於將前述各階段所得到之有關資料轉換成一種圖型化示意或格式以辨別其流程（Flow），排程（Scheduling）及各主體（Entity）間之關係。此一階段之應用是用以方便設計者或開發者從上一個階段（System development Phase）。所以本階段之邏輯層面包括下列各項，如流程圖（Flow Chart），資料流程圖（Data Flow Diagram），系統或程式流程圖（Systems or Programming Flow Chart），系統階層圖（Structure Chart or Hierarchical Chart），決策樹（Decision Tree）或決策表（Decision Table），結構化英文邏輯示意（Structure English），資料字典（Data Dictionary）等等。此外隨著使用之系統分析�設計方法之不同（如結構性系統分析－Structure Systems Analysis & Design及物件導向式系統分析與設計－Object-oriented Systems Analysis & Design），尚有許多不同的工具以供使用。
2. 實體層面之設計（Physical Design）
實體層面之設計又可稱之為細部設計（Detailed Design）。此一設計之主要目的乃在於將上一工作（Logical Design）所得到之結果用以進行本工作之繼續實行。在邏輯設計工作中，開發者將可得到有關系統之邏輯先後，各子系統或程式之執行順序，資料輸入至輸出間之各項流程之過程，與輸入�輸出媒介之關係或互動（Interaction）之情況。這些資料或結果將可大大地降低了實體階層設計之複雜性並使實體設計之結果更為配合系統所需要之邏輯及必備之功能。一般之實體層面設計及模組之設計、硬體或平台之設計、資料庫之設計、檔案資料（File Design）及通訊網路之設計等等。
3. 使用者介面之設計（Interface Design）
介面設計乃是一個著重於使用者與電腦系統之間互動的有關設計，故甚為重要。一個介面設計通常應包括下列各項子工作。這些子工作有輸出介面設計、輸出介面設計、電腦系統與通訊網路間之介面設計，資料庫與檔案庫互通之介面設計及其他各實體間之相互互動之介面設計。以輸出之介面設計而言，其應包括下列數種不同介面如螢幕顯示、聲音回應、表格輸出、文件列印，及報表產生等等。
4. 決定有關各實體之系統規格（Systems Specification）
在系統設計階段之另一個工作便是決定，紀錄，並列表所有各實體之系統規格以便利下一階段之執行。系統設計師或開發人員必須訂定有關硬體資源，軟體資源，資料庫資源，及人力資源之特定規格。這些規格應包括有關容量、速度、使用者之數目、供應商之姓名、細節、模型號碼（model number）、軟體version number、操作及維護程序�實務等等各項有關規格之細節。
5. 有關各實體安全，控管之系統設計（Control Design）
對於各實體之操作，維護及安全性之控管乃是本階段之最後一個也是極重要的一個工作。本工作可包括下列各項子工作，如安全控管（Security Control），稽核控管（Auditing Control），管理工作之控管（Management Control），績效監察與控管（Performance Monitoring and Control）及一般系統控管（System Control）等等。這些控管項目設計之目的乃在於
A. 對系統資源使用加以監控以確保無濫用或不當使用之情況。
B. 對系統績效之評估以確保系統之有效性及使用率。
C. 對系統使用狀況之檢視以確保系統之正常運作。
D. 對系統維護狀況之實行以確保系統之使用壽命並減少系統當機之危險性，可用以進行對系統分配各項資源之調整或計畫。
|
| |
|
回覆會員暱稱：小平頭
點數：220
等級：初學者 榮譽勳章：
發文篇數：11
回文時間：2008-03-31 16:26:58
|
u 分析階段：
此階段係用以調查使用者之需求，組織環境之限制，現在使用系統之缺失等來分析所需開發系統之功能。本階段包含下列數項工作。
1. 可行性研究（Feasibility Study）
一般而言，可行性研究係針對下列五項目進行研究分析。這個項目包括有：(1)技術可行性（Technological Feasibility）；(2)經濟可行性（Economic Feasibility）；(3)法律可行性（Legal Feasibility）；(4)執行可行性（Operational Feasibility）及(5)時效可行性（Scheduling Feasibility）。除此之外，尚可加入其他項目如組織可行性（Organizational Feasibility）、策略可行性（Strategic Feasibility）及管理可行性（Managerial Feasibility）等。技術可行性可以決定系統所需要之軟體、硬體、平台或其他電腦資源是否先進並且有無取得困難。對系統未來之延伸及擴充是否能配合先進科技之發展與走向也是可行性所應重視之一主題。經濟可行性多用以決定系統相關之成本或所產生之效益。此外本系統之開發能否提供非實質性效益或成本也應一一詳加以分析。法律可行性係用以決定有關軟體、硬體、應用程式之租賃條件，有關軟體線上版權（Online License）及其他有關Copyright or Property Right之事宜。執行可行性有無執行上之困難，使用或支援系統開發設計之意願及能力，操作上之顧慮或考量等等，常見之有關因子如適合性（Compatibility）、適應性（Adaptability）、使用者熟悉性（User-friendliness）等等。至於時效可行性則有關系統開發、設計及操作之時程控制，有無時間上之限制，所使用之開發或設計工具有無時效之限制等等。組織可行性則須考量有無組織因素之影響，有無組織章程改變之可能，任何營運規章或法令之改變，及部門實行法規之變更等事宜。管理可行性則用以決定有關人員之調配、訓練，部門人員之重整或編組，人員職掌之分配，使用者使用系統之意願等等。策略可行性則用以決定所設計、開發之系統能否配合公司之營運策略，任何環境或法令上之限制等等。
2. 成本效益分析（Costs/Benefits Analysis）
成本效益分析可以被用以測試經濟可行性（如上節所述），也可被單一使用以供系統分析。成本與利益均可分為兩大類，實質的與非實質的。實質的成本與利益，一般而言是可以被數量化的。因此實質的成本獲利亦常常可以用金錢、時間、人員工作時數、人員薪資等等加以計算，而非實質化之成本或利益一般而言甚難被數量化，一些非實質化成本或利益或因安裝系統所增加生產力（Productivity）、連結性（Connectivity）及適合性（Compatibility），或因安裝系統後所造成之不便或混亂等等。實質成本及利益之計算有下列數種方法，如回收法（Pay back），現值法（NPV）及投資報酬率（IRR）等，來計算其盈虧。至於非實質成本則可用危險�收益分析（Risk/payoff analysis）等方法來加以評估衡量。
3. 企業分析（Enterprise Analysis）
企業分析乃是分析、調查所有成本與本公司競爭者之現況。例如，什麼系統本公司之競爭者正在或將要使用？競爭者所使用的系統擁有什麼功能？優點？什麼科技競爭者已經在使用而本公司尚未使用？換言之，開發任何一個系統之前應對企業活動，企業生存之環境，政府對企業之規範，其他企業之管理結構等各事宜有一個充分的了解。
4. 使用者需求之分析（Users’ Need Analysis）
使用者之滿意度乃是決定一個系統成敗之最大因素。因此系統之設計開發工作應時時地向使用者查詢其意見及建議，這種回饋對系統之功能及需求有極大之幫助。一般而言，使用者應包括所有的操作人員，所有電腦中新進之人員，企業各部門之員工及管理階層。
|
| |
|
回覆會員暱稱：小平頭
點數：220
等級：初學者 榮譽勳章：
發文篇數：11
回文時間：2008-03-31 16:26:38
|
u 計劃階段
此一階段乃是供公司管理階層與開發者來討論並決定如何去進行系統之開發。一般而言，公司或開發者均使用專案管理科技來控管整個開發系統計劃之進行。
本階段計包括下列三項重要工作：專案小組之組成、實行方案之先前評估及蒐集資料。
1. 專案小組之組成
專案小組之組成計可分為下列數個小組。
u 策略指導小組（Strategic Mission Team）
根據第一階段之研究成果，一個策略指導小組應予成立以確定某一特定資訊系統之選擇與評估，決定此一選定之資訊系統能否幫助公司取得策略上之優勢等等。因為任一公司均有資源、經費、人力上的限制。同時為了確保公司之競爭能力，公司往往會有不同的方案（含不同目的之資訊系統）來達成目標。
u 專案指導小組（Project Team）
專案指導小組係有關某一專案或上述行動方案之組成，其組成一般包含專案領域之管理階層、資訊系統之管理階層、系統分析師、系統開發人員、專門科技專家（如資料庫管理者，DBA；作業系統專家，Operation System Specialist及通訊軟體管理者；及通訊軟體管理者，Network Administrator等）。
u 使用者小組（Users Group）
在專案指導小組之下應設有使用者小組，使用者小組可用以提供其工作之需求，對系統功能之使用需求提供有關系統設計、開發之回饋，對系統之測試，及對系統操作手續與操作文件之撰寫、編訂等工作。
u 品管監控小組（Quality Assurance Group）
此小組之設立乃在於監督及審核開發週期中每一階段所產生之文件、程式、結果或成品。其目的在於查核上述各成果之是否能具備一定的品質以滿足使用者之需求。此外，自這一小組中，亦可加入有關安全管制（Security Control）之類的工作確保所開發系統之安全性。
2. 實行方案之先前評估（Pre-assessment）
如階段一所述，根據系統研究階段所形成之共識，及對新系統需求之認知將會產生許多不同的實行方案。本階段之工作將對這些方案進行一個評估以決定實行之大方針。舉例來說，公司欲將營運市場較今日之市場擴大五個百分比，為了達成此一目標，可以有下列數個行動方案，如（1）實行促銷，將所有產品降價10%以增進市場佔有率（2）針對特殊用戶或使用階級利用折價券（Coupon）以刺激購買力，進而擴大市場之佔有率（3）改進銷售網路以降低成本並進而取得價格之競爭力（4）長期策略去增多R&D費用來增加產品之可靠性或使用性，以增進使用者之忠誠度更進而擴大市場之佔有率等。每一行動方案均須有不同資訊系統之協助。因而先行評估決定某一行動方案，便可大致決定所應開發之資訊系統及其工作範圍。
3. 蒐集資料
本階段之三個工作乃是蒐集資料。此一工作甚為重要，因為資料收集之完整與否乃決定系統成敗之一重要因素。一般資料蒐集之方法包括下述各類。
觀察: 用此方式以發現各系統之流程，資料之輸入與輸出過程，在流程中對資料所需之處理（計算或邏輯比較分析等）。
測試: 部份資料加以蒐集，然後進行測試，以推論系統可能產生之問題或現象。然後將所測得之問題或現象之解決方案設計成系統所應具有之功能。
模擬: 者著重於資料的輸出�入過程，而本方法則著重在於過程或流程之實行。前者可對某一部分之系統進行而後者則多用於一種一貫性之測試進行。而兩者均為尋找或搜尋系統可能產生問題之有效資料蒐集方式。
Queuing Analysis: 此一方法係用以偵查系統之等候點。例如百貨公司之結帳處理就經常會形成一個等候點，因對等候點之分析將可加速系統之處理速度更進而增加系統之有效性及生產性。若能將等候點之數目加以減少並減少任一工作在等候點所等待之時間，系統的throughput及反應時間（response time）必會大幅改進。
調查: 調查乃是另一通用之資料蒐集方式。調查之方式一般可分為兩大類，即問卷調查（Questionnaire）及電話訪談（Telephone Interview）。此方式可迅速而有效的蒐集一個完整的資料集合（Dataset），惟其缺點則是Survey需花費相當的時間去設計問卷或題目並進行蒐集。而另一缺點則是問卷回收率甚低，因此對所蒐集資料之代表性有所存疑。其他數學上常用之方法: 如採用平均值、中位數及其他統計上常用之方法等。
|
| |
|
回覆會員暱稱：小平頭
點數：220
等級：初學者 榮譽勳章：
發文篇數：11
回文時間：2008-03-31 16:26:07
|
u 研究階段
此階段之目的乃是供開發者了解企業所遭遇之問題及挑戰。研究階段一般包括下列幾項有關的工作。
1. 辨識正確的問題或挑戰
當原有系統之運行或操用已有某一段的年限後，系統已不能適應環境之需要或滿足使用者之需求。此時，系統之運行就會產生一連串的問題。也因此些問題之發生，管理階層便開始了解需要有一個新系統來取代舊有之系統。有時新系統之需求並非是由特殊問題所產生，而是基於所面臨之挑戰。舉例來說，如果同行均已進入使用ATM（Automatic Teller Machine）之使用，那麼這家銀行也應迅速更新到與ATM相容的新系統以應付顧客之需求及市場之挑戰。
2. 詳察舊有系統之不足並決定新有系統之功能
隨著環境之變遷，許多工作之處裡方式及程序均需加以變更以增進公司之營運績效或生產力。舊有系統往往不能容許此種變遷，因此造成能力不足之情況，一個新系統之需求也就因此而生。一個新的系統必須具有一些新增之功能以應付企業及使用者的新需求。根據此一步驟，系統開發者應詳查並列表所有舊有系統之不足及新有系統所應具備之功能。
3. 研究所有嶄新科技之優點及應用企業應時時研究如何運用新科技以增進公司之競爭能力。隨著網際網路及通訊軟體之日新月異，公司應詳查其需要及工作或服務之範圍而善用科技去設計開發新系統或修正其舊有系統而使其與一些新科技互相配合使用。
|
| |
|
回覆會員暱稱：
點數：
等級：初學者 榮譽勳章：
發文篇數：17
回文時間：2008-03-18 16:30:05
|
研究,計劃,分析,設計,開發,實作,覆核階段
|
