10/27系統分析與設計 課堂

甘特圖

PERT圖

系統分析與設計(10/20)作業版

1.Project management (專案管理)??

根據美國「專案管理協會(Project Management Institute, PMI)」 所編訂「專案管理知識體系範本(PMBOK Guide)」的定義：「『專案管理』乃是將管理知識、技術、工具、方法綜合運用到任何一個專案行為上，使其能符合或超越『專案利害關係者(Stakeholder)』需求與期許的一種專門科學；在執行過程中它必須兼顧 (1)專案的範疇、時程、成本與品質目標的達成，及尋求
(2) 『專案利害關係者(Stakeholder)』間不同的需求與期許和
(3)確認的﹝需求﹞與不確認的﹝期許﹞間之均衡。」
「專案管理」是一既有效率又有效益地將專案成功執行的一種程序與方法；而其所關切的是如何將一項任務能如期、如質及如預算的達成並充分滿足需求目標。

補充：
「專案管理」與「一般管理」的不同點：

一般管理　
(1) 在既定的系統、組織、程序、資源及能力下運作
(2) 係執行例行性重複性及連續性之管理
(3) 對變動性的環境與需求較不敏感
(4) 管理者的思維較傾向於狹隘與片面

專案管理
(1) 以極為彈性的原則在臨時性的組織下運作
(2) 具特殊性與時程及有限資源使用的壓迫性
(3) 面對變動性的環境與需求須作快速的反應
(4) 管理者的思維較為宏觀及多元

2. Gantt chart (甘特圖)??

甘特圖乃是被利用來作為規劃、控制及評估專案各項工作進度，為計畫與實際進度之時序圖。其主要構成是將橫座標等分成時間單位(年、季、月、週、日、時等)，表示時間的變化縱座標則記載專案各項工作。是甘特(Henry L. Gantt)於1917年所發展出來的管理工具。其主要構成是將橫座標等分成時間單位(年、季、月、週、日、時等)，表示時間的變化縱座標則記載專案各項工作。

圖例：
http://tw.myblog.yahoo.com/jw!RJNHwRaeAx6tQG9za0v6awU-/article?mid=4361


3.Program Evaluation Review Technique (PERT)??

PERT(Program Evaluation and Review Technique)用來安排大型、複雜計畫的專案管理方法。是一種規劃專案計劃 (project)的管理技術，它利用作業網(net-work)的方式，標示出整個計劃中每一作業 (activity)之間的相互關係，同時利用數學方法，精確估算出每一作業所需要耗用的時間、經費、人力水準及資源分配。

補充：與甘特圖之比較

甘特圖 ( Gantt Chart )以長條圖代表任務工作 , 其長度代表執行時間之長短 , 用不同顏色代表工作之性質 ; 常使用於較不複雜之專案。


PERT 圖強調任務工作之執行順序 , 每一任務須表示出其前置工作 ( Predecessor) 及後續工作 ( Successor )


4. Critical path scheduling (臨界路徑排程)??

(網路上以及相關書籍並未查到此名詞之相關，更據一些文章之說明，有可能是簡化，實際上為Critical Path Method Scheduling(要徑法排程)因此對以下做簡單報告，如有錯誤，望請指教)

ＣＰＭ：要徑法 (Critical Path Method)用來決定一個專案的開始和完工日期的一種方法。這種方法所得到結果就是找出一條要徑(critical path)，或者是從開始到結束將活動串成一條活動縺(chain ofactivities)。從專案開始起，要徑上的任何一項活動的落後，結果都會讓整個專案無法如期完成。因為這些活動對專案是非常的重要，所以關鍵活(criticalactivities)在資源分配和管理(management efforts)上享有最高的優先。

系統分析與設計(10/13)

已經很久沒趕在最後一天把所有的事情做完!感覺有點不踏實...
這次講到系統發展的方法論,其實,寫到那麼多,主要也只是將電腦為什麼會發展到現今的狀態,做一個解釋,有點像學歷史或者該說是在寫証明式比較洽當,其實就我而論,在電腦上與其去讀這些,不如實作來的好;當然,這是以前的想法,從我自修C++踢到鐵板後,想法就變哩!我發現沒讀過C,C++裡面很多都不知道他在寫什麼,所以,只好乖乖回去讀C,結果前面讀的C++還是要重看一次,事倍功半。
分享:http://yes.nctu.edu.tw/VC/ C的教學網

上面那個網址挺好用的,他會一個一個步驟教怎麼使用C,有興趣的可以自己上網參閱,要程式的話,就請自己想辦法哩!當然,可以循愛台灣的方法(盜版),呵呵...

系統分析與設計(10/6)

　　先走過人禍(選課人數不足)，再走過天災(颱風天放假)，最後，硬闖一場大雨後，系統分析與設計終於能如願開課，這種一波三折的經歷，是上天在隱喻未來坎坷的道路嗎？
　　在今天的課程當中，教導了系統分析與設計的發展史以及資訊系統的種類，其中，最讓我感興趣的部份，就是3-Tier Architecture(三層式架構)的那ㄧ個部份，因為它讓我聯想到了，我在系上所負責維護的ERP系統，不過有些不太一樣，因為ＥＲＰ只有2-Tier(兩層式架構)，由Client端直接連接到Database端，其中少的Application Server端，大多數的功能由Client端取代，這樣的缺點是資料處理速度和能處理的資料量較3-Tier慢且小，雖然說教學並不需大量資料的運算，但有時仍希望系上能夠將2-Tier增購為3-Tier。
　　資料系統的部份，系上的ERP大多以MIS將可用的原始資料轉換成有意義的整合為主，其他系統之功能(如TPS、DSS)的功能雖有部份支援，但仍不夠完善。
　　這門課的起頭遍吸收了不少知識，能夠套用於現今所學的知能上，望以後課程內容能夠更加的精采。
附錄分享:
3C 科技–ERP 導入成功案例
http://eblog.cisanet.org.tw/post/3C-e7a791e68a80e28093ERP-e5b08ee585a5e68890e58a9fe6a188e4be8b.aspx