October 8, 2010

作業











系統分析與設計  第一次作業


97261441 劉彥廷  97261xxx 王琮瑋

一.
1.CASE = 電腦輔助軟體工程 ( computer-aided software engineering )
2.RAD=快速應用程式開發 (rapid application development,RAD)
3.RUP=Rational 統一流程 (rational unified process,RUP)
4.Systems Analyst = 系統分析師
5.JAD = 協合應用系統設計 ( joint application design,JAD )


二.
1.SDLC 第一階段 : 規劃 ( 確認新系統或升級現有系統的需求)
               第二階段 : 分析 ( 徹底了解組織現有的流程與執行任務所需的系統)
               第三階段 : 設計 ( 將建議的方案轉換成邏輯與實體的系統規格)
               第四階段 : 實作 ( 不論實體系統規格是細部模型表單或規格書,都要在實作階段的一開始交給程式設計人員) 
               第五階段 : 維護 ( 為持系統正常運作,並依據使用者的要求進行修改 )


   
2.瀑布模式的缺點:(1)實務上,很少有資訊系統的開發專案能完全按照瀑布模式進行。引用瀑布模式開發系統時,常常前一個階段尚未完成,便繼續進行下一個階段。
                                   (2)在開發初期進行析統分析時, 客戶經常無法清楚地描述其需求, 因而使得開發工作難以進行。
                                   (3)系統開發的時間相當地長, 而客戶的參與程度很低,往往必須等到撰寫出到可以執行的程式,才得以了解系統的樣貌和功能。
                                        若此時才發現不符合客戶需求, 接下的修改工作將是困難重重, 甚至必須重新設計, 其難度及成本會比首次開發要高。
          
 
3. 一個最終系統之雛型可以提早在分析階段開發,以便分析者確認使用者之需求。之後,最終系統就能根據雛型所得到之規格來開發。


4.瀑布模式的優點:(1)整個生命週期劃分成數個階段, 每個階段都有清楚的任務目標。
                                    (2)每個階段的輸出 (成果) 會成為下一階段的輸入 (基礎)。
                                    (3)理論上, 前一個階段完成後才能繼續下一個階段。
                                    (4)每一階段的任務必須正確、完整。因此若某個步驟出現問題, 則會回到影響所及的前面階段, 將問題修正或補足後, 再繼續流程。
                                    (5)使用者只有在系統分析階段及系統運行與維護這 2 個階段會參與。


  瀑布模式的缺點:(1)實務上, 很少有資訊系統的開發專案能完全按照瀑布模式進行。引用瀑布模式開發系統時, 常常前一個階段尚未完成, 便繼續進行下一個階段。
                                  (2)在開發初期進行析統分析時, 客戶經常無法清楚地描述其需求, 因而使得開發工作難以進行。
                                  (3)系統開發的時間相當地長, 而客戶的參與程度很低, 往往必須等到撰寫出到可以執行的程式,才得以了解系統的樣貌和功能。
                                       若此時才發現不符合客戶需求,接下的修改工作將是困難重重, 甚至必須重新設計, 其難度及成本會比首次開發要高。
 
  雛型模式的優點:(1)藉由具體'可操作的軟體雛型,可以增進使用者與開發者的互動與良好的溝通。
                                  (2)讓使用者參與軟體需求分析的過程,藉由溝通的過程,可以更有效地辨別出使用者真正的需求是什麼。
                                  (3)提高使用者的參與意願,讓使用者願意提供更多資訊,同時降低使用者在等待系統開發時的抱怨程度。
                                  (4)使用者可藉由操作軟體雛型的過程,發現系統不完善的地方或增加新的需求。

  雛型模式的缺點:(1)軟體雛型的的開發缺少自動化工具,再加上缺乏有經驗的雛型軟體開發人員,使得開發軟體雛型反而花費許多時間及成本,
                                       違反了雛型模式『最短開發時間』及『最經濟的開發方式』的本意。
                                  (2) 雛型模式因需要使用者高度參與, 而且會提高系統開發的成本, 常引起較保守的程式設計師反彈
                                  (3)系統開發人員容易有直接將雛型轉換成最終產品的傾向,影響系統產品之品質
                                      雛型是協助分析軟體需求的工具,因此雛型軟體通常較不具結構化設計也較不嚴謹,若直接以雛型軟體轉換為最後的系統,其品質是相當有疑慮的

  螺旋模式的優點 : (1)開發任一階段,螺旋模式可選擇整合雛行模式已降低風險
                                 (2)螺旋模式包容了現有軟體開發規模之大部分優點,且強調風險分析,故適用於大型而複雜的系統開發

  螺旋模式的缺點 : (1) 系統完成的時間無法控制

0推薦此文章
Today's Visitors: 0 Total Visitors: 61
Personal Category: 我說呢 Topic: creation / literature / ghost-story
Previous in This Category: 回頭看看   Next in This Category: What can I say
[Trackback URL]

Post A Comment









Yes No



Please input the magic number:

( Prevent the annoy garbage messages )
( What if you cannot see the numbers? )
Please input the magic number

誰來收藏
Loading ...
unlog_NVPO 0