2008年10月27日 星期一

0971020系統分析與研討-Homework


Project management(專案管理)?
專案管理的歷史
在冷戰的史普托尼克危機(蘇聯發射第一顆人造衛星)之前,專案管理還沒有用做一個獨立的概念。在危機之後,美國國防部需要加速軍事專案的進展以及發明完成這個目標的新的工具(模型)。在1958年,美國發明了計劃評估和審查審技術(PERT),作為的北極星飛彈潛艇專案。與此同時, 杜邦公司發明了一個類似的模型成為關鍵路徑方法(CPM)。PERT後來被工作分解結構(WBS)所擴展。軍事任務的這種過程流和結構很快傳播到眾多私人企業中。
隨著時間的推移,更多的指導方法被發明出來,這些方法可以用於形式上精確地說明專案是如何被管理的。這些方法包括專案管理知識體系(PMBOK),個體軟體過程(PSP),團隊軟體過程(TSP),IBM全球專案管理方法(WWPMM)等技術試圖把開發小組的活動標準化,使其更容易地預測、管理和跟蹤。
何謂專案管理
就「專案」而言,根據美國專案管理學會(PMI)的定義:「是指一項暫時性的任務、配置,以開創某獨特性的產品或服務。」;再就「專案管理」根據美國專案管理學會(PMI)的定義:「...應用知識、技能、工具與技術來規劃活動,以達成專案的需求。」 專案管理是藝術也是科學。藝術構面與人際構面有緊密結合也就是領導眾人的事務,科學構面包括對流程工具與技巧的掌握。
每一個專案都有其執行的時間而在這個時間內專案有其生命週期約略分為:
一、起始階段:定義出專案的需求,並釐清與描述對此需求的適當回應。
二、規劃階段:儘可能的詳細發展專案的解決之道。
三、執行階段:持續監控進度,同時在實際狀況與原並計畫有所出入時,適當地進行調整與記錄。
四、結案階段:驗證該專案是否滿足原本的需求。
組成一專案進行管理有其目的,希望透過組織內不同單位人員的臨時性編組來達成「追求資源效率的極大化」,亦即:
一、 如期達成或縮短時程達成。
二、在預算成本內或更少成本達成該專案或更少。
三、產出物性能達到預期目標或比預期更優。
四、產出物的品質達到預期目標或比預期目標更好。
專案管理的方法有兩種
傳統的方法需要識別一系列需要完成的步驟。 相對的是敏捷軟體開發方法,專案被看作一些相對小的任務,而不是一個完整的過程。
敏捷軟體開發的目的是盡量小的管理費用來制定標準、審核、文檔、報告會議和許可。
對於專案管理的執行重點與進行專案管理的建議:
一、善用專案會議、各類管理工具與IT工具。
二、不讓成員閒置、減少工作分配不均現象。
三、善用檢討及問題解決方法,促使產業進步。
四、查檢工作要確實與嚴謹且要書面化,以有憑據可循。
參考網站:
一、精機通訊:http://www.or.com.tw/MZ/down_mz_7/down_mz_7-58.htm
二、維基百科:http://zh.wikipedia.org/w/index.php?title=%E5%B0%88%E6%A1%88%E7%AE%A1%E7%90%86&variant=zh-tw#.E5.8F.82.E8.80.83.E6.96.87.E7.8C.AE
--------------------------------------------------------------------
Gantt chart (甘特圖)?
一、定義:
甘特圖(Gantt chart)是條狀圖的一種流行類型,顯示項目、進度以及其他與時間相關的系統進展的內在關係隨著時間進展的情況。在專案管理中,甘特圖顯示項目的終端元素的開始和結束,概要元素或終端元素的依賴關係。甘特圖是由亨利•甘特于1910年代開發出來的。過往甘特圖的製作甚少有軟體支持。在繪圖軟體當中,亦只有Harvard Graphics可以讓用戶繪製甘特圖。一般用戶都只能在Lotus 1-2-3或Microsoft Excel上手動繪製。自從專案管理軟體面世後,很多軟體包中都有體現,如Microsoft Project和Mr. Project等。
二、用途:
甘特圖乃是用來規劃、控制及評估專案的各項工作進度,為計畫與實際進行之時序圖。其主要構思是將橫座標等分成時間單位(時、天、週、月、季、年),係表示時間的變化,縱座標則表示記載專案的各項工作。
三、其圖形範例如下: Justin's Project_1
參考網站:
一、維基百科:http://zh.wikipedia.org/wiki/%E7%94%98%E7%89%B9%E5%9B%BE
二、台北榮民總醫院 醫療品質管理中心(醫療品質審議委員會 簡淑芬技術員)http://homepage.vghtpe.gov.tw/~hcqa/files/book/w411.pdf
--------------------------------------------------------------------
Program Evaluation Review Technique(PERT)?
一、定義:
計劃評核術(Program Evaluation Review Technique)簡稱為PERT。其為用來安排大型、複雜計畫的專案管理方法。是一種規劃專案計劃(project)的管理技術,它利用作業網(net-work)的方式,標示出整個計劃中每一作業 (activity)之間的相互關係,同時利用數學方法,精確估算出每一作業所需要耗用的時間、經費、人力水準及資源分配。
二、用途:
然計劃者必須估算在不影響最後工期(project duration)的條件下,每一作業有多少寬容的時間,何種作業是工作的瓶頸 (bottle neck),並據此安排計劃中每一作業的起記時刻 (scheg),以及人力與資源的有效運用。PERT的內容包含了「管理循環」中的三個步驟:計劃(planning)、執行(doing)、和考核(controlling)。
三、PERT圖如下:

 Justin's Project_1_PERT
(註)PERT network chart for a seven-month project with five milestones (10 through 50) and six activities (A through F).
四、PERT 圖與甘特圖呈現方式說明之比較
(一)PERT 圖:
強調任務項目的工作之執行順序的先後,每一任務須表示出其前置工作 ( Predecessor) 及後續工作 ( Successor )
(二)甘特圖 ( Gantt Chart ):
以長條圖代表任務工作 , 其長度代表執行時間之長短,用不同顏色代表工作之性質 ; 常使用於較不複雜之專案。
參考網站:
一、中原大學ERP研究中心:http://www.erp.org.tw/abc/daywordcontent.asp?no=139
二、維基百科:http://en.wikipedia.org/wiki/Pert
--------------------------------------------------------------------
Critical path scheduling(臨界路徑排程)?
一、定義:
CPM(Critical Path Method)源於1957年,James E. Kelley(Remington Rand Co.)、Morgan R. Walker(DuPont Co.)兩位所進行之「工作的計劃與安排」(Project Planning & Scheduling)研究。以「最少成本」(Minimum Cost),求取「最佳工期」(Optimum Duration)。
二、其優點與缺點及其與PERT之差異:
(一)其優點與缺點:
CPM的優點在於方法簡易有效,可清楚地描述專案的內容,進而達到管理的目的,除此之外,亦可協助人力的管控及資源的分配,如圖一所示。其缺點則在於並不適用於所有專案及有太多的假設條件,同時無法評估專案的可行性。
(二)與PERT之差異:
PERT與CPM之差異則在於前者除了考量各作業項目之邏輯關係外,亦導入作業項目之不確定性,針對作業項目所需時間的不確定性,以機率觀念加以考量,計算專案可能完成時間,作為評估如期完工之可能性。其優缺點與CPM方法約略相同,唯作業要徑不易判斷。
三、圖形:

800px-Pert_example_network_diagram_visio
(圖一)
(註)A completed network diagram created using Microsoft Visio. Note the critical path is in red.
參考網站:
一、維基百科:http://en.wikipedia.org/wiki/Critical_Path_Method

0971027 Gantt & PERT

本日課堂實作

Gantt

Justin's Project_1

PERT

Justin's Project_1_PERT

2008年10月13日 星期一

0971013課程心得統整

今日天氣晴,是個好天氣,而下午的課程,系統分析與設計,老師將第一章作個總結,以整個系統發展方法論、系統發展生命週期(SDLC)以及其中各階段的作用,呈現出一個基礎面,告訴我們,一個SDLC都有一個循環(Cycle),而從前採用的SDLC模式,不外乎是瀑布模型(waterfall Model)與螺旋模型(Spiral Model),而其卻有一個重大的缺點,當在系統生命週期達到某一個階段之後,才發現所作的成效不彰、成本過高及不符合顧客要求標準等等之現象,此乃由於先前使用者的參與只存在「系統需求的確認階段」,易言之,即是驗收的階段,到了那時,客戶才發覺與已所想要有所不同,而在此時,該開發出來的系統,將重新歸零,嚴重地浪費人力、物力及彼此的時間。
為了改善上述所產生的重大缺點,而開發出雛形法(Prototyping)、敏捷方法(Agile Methodologies)、極限編程(eXtreme Programming)等等數項改善系統發展的不同方法。由消費者直接以參與的方式告知系統開發人員,其所想要的系統程式,除了透過雛形法構思出基本架構,再以敏捷方法「以人為本」的重要概念,導以「過程」的方式,組織出客戶所想要的,加上極限編程當中的四大基本宗旨,簡單性、交流、反饋和勇氣之基本宗旨之輔助導出最適合、最符合客戶的想法的一套系統。

2008年10月6日 星期一

0971006課程心得統整

系統分析與設計的第一堂課終於在第三個禮拜開始上課,雖然從未學習過資訊領域的科目,根據第一堂的上課內容,是非常值得的,因為學習到的內容是增加自我本身技能的一大重心,雖然老師今日尚未將chapter 1 授課完成,但在系統分析這一區塊中,有些許的概念;
一、首先,由於電腦剛發明的起初,雖在處理資料,使其成為資訊,雖然資訊系統被認為以電腦為主要工作,但不論大中小型的機構,私有及公共機構,均會有資訊系統的出現,多個世紀以來,這些系統不但用於文書上,而由於電腦的效能日益提升,而令電腦能應用於日常幾乎所有大小及形式的機構。今時今日,資訊系統所包含的是所有類型的商業資訊科技應用,但因其處理程度開始跟不上,資料所產生的速度,接著,摩爾定律產生了,告訴普羅大眾,每十八個月,即使電腦處理的速度加快。
二、從先前的著重增進程程序效率、程序導向程式語言、系統發展變得更具規則性,時到今日使用三層式設計,開起應用程式的大門。也因此,造就各大企業組織中有所謂系統分析人員所產生。正因如此,資訊系統透過人與電腦及通訊裝路間的互動而作業。資訊系統的出現,令交易可以更準確及更快捷地完成,更良好的決策,或是更完整地完成知識上的工作。它們的出現令組織運作更住,同時亦營造具競爭性的尖端或是開發新的市場。要達至這個目標,資訊系統的開發者必需與其合作伙伴有緊密的合作從而了解其所需,給予建議及採購新的系統。
三、資訊系統的種類略分三種,交易處理系統(TPS)、管理資訊系統(MIS)、決策支援系統(DSS),以此加以應用於各類組織單位上;此外,以資訊倉儲為統整資料與管理資源配置的效率之主要法則,
便能使組織在處理事務的工作上,有所斬獲。因此,也確實符合使成本降低及收益增加的誘因。時至今日,資訊系統影響所有機構內的員工,而相信於不久的將來,將會無法脫離資訊倉儲系統整合所提供的資料,不論資訊系統的專才亦或是業界客戶。因此,資訊系統的知識對於所有商科學生是有必要的,且並具備良好的溝通能力與專業能力。

嘿嘿!!

This is my new blog.
Welcome to Justin's blog.