第一篇:Project的操作與運用
Project的操作與運用
Microsoft Project(或 MSP)是一個國際上享有盛譽的通用的項目管理工具軟件,凝集了許多成熟的項目管理現(xiàn)代理論和方法,可以幫助項目管理者實現(xiàn)時間、資源、成本的計劃、控制。
Microsoft Project 不僅可以快速、準確地創(chuàng)建項目計劃,而且可以幫助項目經(jīng)理實現(xiàn)項目進度、成本的控制、分析和預(yù)測,使項目工期大大縮短,資源得到有效利用,提高經(jīng)濟效益。是專案管理軟件程序由微軟開發(fā)銷售。軟件設(shè)計目的在于協(xié)助專案經(jīng)理發(fā)展計劃、為任務(wù)分配資源、跟蹤進度、管理預(yù)算和分析工作量。第一版微軟Project 為微軟Project for Windows 95,發(fā)布于1995年。其后版本各于1998, 2000, 2003和2006年發(fā)布。本應(yīng)用程序可產(chǎn)生關(guān)鍵路徑日程表——雖然第三方ProChain和Spherical Angle也有提供關(guān)鍵鏈關(guān)聯(lián)軟件。日程表可以以資源標準的,而且關(guān)鍵鏈以甘特圖形象化。另外,Project可以辨認不同類別的用戶。這些不同類的用戶對專案、概觀、和其它資料有不同的訪問級別。自訂物件如行事歷、觀看方式、表格、篩選器和字段在企業(yè)領(lǐng)域分享給所有用戶。
一般Project使用步驟可以分為以下幾步
1.輸入項目基本信息;
2.輸入任務(wù)名稱、任務(wù)持續(xù)時間、建立任務(wù)間的邏輯關(guān)系; 3.檢查網(wǎng)絡(luò)邏輯關(guān)系;
4.輸入資源數(shù)據(jù)、費用數(shù)據(jù); 5.保存進度計劃和基礎(chǔ)數(shù)據(jù);
6.檢查工期和成本目標是否符合要求,不符合則進行調(diào)整和優(yōu)化; 7.將最優(yōu)計劃設(shè)置為基準計劃;
8.打印計劃報告(網(wǎng)絡(luò)圖、橫道圖、資源負荷圖);
9.開始實施項目,并分別在7、8、9、10月底各進行一次跟蹤和控制
MS Project是一個經(jīng)典的項目管理工具,它以使用簡單、易用得到廣大項目管理人員的肯定。但在實際工作中很多項目管理人員并沒有將MS Project的功能與項目管理的精髓進行結(jié)合來指導(dǎo)項目進度計劃的制定,結(jié)果導(dǎo)致做出的項目進度計劃“看上去很美”。
為什么每個項目都要先制定項目進度計劃?因為項目進度計劃的制定可以使項目經(jīng)理、高層經(jīng)理、客戶、業(yè)主等所有項目干系人對項目的結(jié)果充滿信心,在項目未開始前就可以看到項目的結(jié)果。因此,項目管理人員制定的項目進度計劃一定要準確并具有可執(zhí)行性,否則項目進度計劃就成了空談,直接導(dǎo)致項目進度計劃不停的變更或棄之不用,最終造成項目失控。
在使用MS Project制定項目進度計劃時,很多項目管理人員通常只做2件事:創(chuàng)建任務(wù),給任務(wù)添加資源。就算項目的任務(wù)都經(jīng)過了WBS分解,而且項目結(jié)束時間也符合要求,那么這樣的項目進度計劃仍然可能不具備實際的可操作性。在此必須強調(diào)的是:使用MS Project時不能只看Gantt圖,還必須使用“Resource Usage資源使用情況視圖”來驗證項目計劃的合理性和可操作性。
例如某項目需要3個項目成員在10天內(nèi)完成一個工程,項目經(jīng)理制定的進度計劃如圖1所示。當看到這份進度計劃時,任何人都不會覺得有什么問題,大家都覺得項目勢必是成功的。
圖1 某項目進度計劃Gantt圖
但實際情況卻不是如此,項目管理人員如果打開MS Project的“Resource Usage資源使用情況視圖”就會發(fā)現(xiàn)項目進度計劃中存在非常嚴重的問題。如圖2所示,紅色方框的區(qū)域是該項目成員沒有工作任務(wù);藍色橢圓區(qū)域是項目成員要不工作量不足,要不工作量大的連加班都不可能完成。
通過MS Project提供的這2個視圖就可以體現(xiàn)制定項目進度計劃的精髓:“不但要在合理的時間內(nèi)完成項目,而且在資源使用時達到平衡的效果”。
圖2 Resource Usage圖
除了以上2個視圖外,MS Project還提供了制定項目計劃非常有用的一些小工具。
? 設(shè)置關(guān)鍵路徑:打開【Format】à【Gantt Chart Wizard】菜單,如圖3所示,MS Project可以自動生成項目進度計劃的關(guān)鍵路徑,關(guān)鍵路徑上的任務(wù)會使用紅色進行標示。關(guān)鍵路徑的設(shè)置對于項目經(jīng)理監(jiān)控項目是非常有用的。
圖3 設(shè)置關(guān)鍵路徑
? 多項目間資源共享:多項目共享某個資源的情況在實際工作中是非常常見的,例如:美工會參與多個項目的UI設(shè)計。但公司又沒有使用Project Server,那么該如何對項目的共享資源進行合理使用呢?打開【Tools】à【Resource Sharing】à【Share Resources】菜單,如圖4所示,可以將其他項目的進度計劃中資源使用情況與本項目進行合并,這樣就可以對項目資源進行有效的使用和平衡。
圖4 共享多項目資源
MS project是基本的項目管理分析軟件,可以對大多數(shù)項目進行時間控制和資源安排,有著強大的功能而且可以找到在項目在資源和時間上的瓶頸,但是制定一份合理、有效的項目進度計劃卻是個復(fù)雜的過程。他牽扯到對需求的WBS分解、項目規(guī)模的估算、資源能力的識別、資源日歷的定義、任務(wù)時間的估算等諸多環(huán)節(jié),這些環(huán)節(jié)中需要使用到不同的知識、工具和方法,MS Project只是這個環(huán)節(jié)中使用到的一種工具而已。因而一般的大的工程項目,都不用project。因此在實際操作過程中,應(yīng)將理論與實踐結(jié)合起來,成功地運用于實踐,形成一種科學(xué),可行的管理方法。正確地認識project軟件,全面掌握project軟件的功能。
第二篇:檔位操作及運用
檔位操作及運用
加減檔(配檔)基本原則:
檔速與檔位相適當:從最低檔速到最高檔速都是本檔的適應(yīng)范圍,盡可能避免長時間使用最低或最高檔速;
換檔(加、減檔):原則上只要達到檔速范圍,就能換檔,檔位的取舍要考慮車速、動力性和經(jīng)濟性;
拖檔:低于最低檔速一般稱為拖檔,拖檔會使車輛行駛無力、前后竄動,嚴重時會造成發(fā)動機熄火;
升檔:當車速達到高一檔的速度時,就應(yīng)該實施升檔,一般來說,高速車在檔升檔時機為發(fā)動機轉(zhuǎn)速3500—4500轉(zhuǎn)/分;
退檔:當車速接近檔位最低車速時,就應(yīng)該實施退檔,高速車退檔時機應(yīng)該掌握在本檔速度中—中偏低的范圍內(nèi),最晚不能低于本檔的最低車速;退檔時機的選擇應(yīng)根據(jù)路面和動力需求來掌握;
不同路況下檔位的運用:
提速加檔:在未進入正常行駛速度前,應(yīng)該盡量在本檔將車速提高(發(fā)動機轉(zhuǎn)速中偏高所對應(yīng)的車速),以便加檔后車輛行駛有足夠的動力性;這一點在實施上坡加檔時尤為重要;
保持檔位動力性:上坡行駛和一般路面調(diào)整速度行駛時,檔速應(yīng)保持中速(發(fā)動機中速運轉(zhuǎn)狀態(tài)),使車輛行駛時有足夠的沖力和速度可調(diào)節(jié)性能;
正常行駛:正常行駛時,速度不需要太大的調(diào)整,檔速選擇中偏低,以利于行駛的經(jīng)濟
性;
下坡配檔:
一般的非危險性下坡,檔位可適當掛高,下坡阻力小,加速性能好,加檔操作可提前進行,掛高檔可以節(jié)省燃料;
下長坡配檔:下長坡時,為了避免長時間使用剎車,造成剎車減效和失效,應(yīng)該掛相應(yīng)的低檔,利用發(fā)動機來牽制車速;配檔的原則掌握在不需要長期使用剎車減速為度;…………………………………………
換檔操作:踩下離合踏板——迅速松開油門——將檔換到所需的檔位——根據(jù)檔速配合適當?shù)挠烷T(或不配油門)、同時迅速將離合抬到接觸點半接觸狀態(tài)——吻全平穩(wěn)后輕輕放開離合踏板。
…………………………………………
最低檔速與最高檔速參考數(shù)據(jù)(奇瑞風(fēng)云、5檔、發(fā)動機怠速850轉(zhuǎn)/分、發(fā)動機最高轉(zhuǎn)速5500轉(zhuǎn)/分)
最低檔速:
1檔:5公里/小時;
2檔:10公里/小時;
3檔:20公里/小時;
4檔:25公里/小時;
5檔:30公里/小時;
最高檔速:
1檔:40公里/小時;
2檔:65公里/小時;
3檔:100公里/小時;
4檔:135公里/小時;
5檔:165公里/小時
——泉州學(xué)車網(wǎng)原創(chuàng)資料
第三篇:Project學(xué)習(xí)心得
Project學(xué)習(xí)心得
一、Project的作用
Project企業(yè)項目管理(EPM)解決方案可以建立起企業(yè)級的項目管理平臺,使整個組織、各部門或各小組成員之間協(xié)調(diào)工作,及時掌握和評估項目完成的情況,通過有效的分析工具及時發(fā)現(xiàn)問題和把握項目實施的質(zhì)量和目標。改進工作流程,提高工作和項目管理效率。使用Microsoft Project server可協(xié)同管理多個項目組,將異地的項目成員變成網(wǎng)絡(luò)上緊密溝通的合作團隊,共同設(shè)定項目的合作框架、范圍、項目計劃、資源分配、進度控制,并可以使項目組成員實時了解項目進展的信息,進行同步的任務(wù)和項目計劃及進度管理,增進項目溝通,可見性和可跟蹤性。
二、Project對項目進行計劃和控制的技術(shù)或工具
工作分解結(jié)構(gòu)(WBS):
把項目自上而下、層層分解為范圍較小的任務(wù)的技術(shù),使每項任務(wù)都被安排到整個項目結(jié)構(gòu)的適當位置,便于進行工期、工時和成本的估計和匯總計算。
甘特圖(也稱為橫道圖):
按條形圖的方式表示任務(wù)的開始和結(jié)束時間,以及依賴關(guān)系的方法,橫道的長度代表這一任務(wù)的工期。如果將每項任務(wù)的基準計劃的和實際計劃的條形圖放到一起,就得到了跟蹤甘特圖,能夠比較計劃與實際之間的偏差,更直觀地了解項目進度。
關(guān)鍵路徑法(CPM):
根據(jù)工作分解結(jié)構(gòu)分解后的結(jié)果,在任務(wù)之間建立起依賴關(guān)系,估計每個任務(wù)的工期,再根據(jù)這些數(shù)據(jù)進行整個項目工期的計算,同時計算出每個任務(wù)的時差,計算時差,找到影響項目工期的任務(wù)(關(guān)鍵任務(wù)),這就是“關(guān)鍵線路法”。這種方法可以幫助我們很快地找到影響項目工期的關(guān)鍵因素,采取措施,壓縮工期。
三、Project中管理一個項目可以分成以下五個主要步驟:
步驟一:
整體規(guī)劃項目——確定要達到的目標,確定資源,建立資源庫。考慮項目所受的限制,確定可用于完成項目的時間,以及項目的里程碑和期限。
步驟二:
制訂計劃——計劃項目開始和結(jié)束的時間,確定項目所有的任務(wù)及其執(zhí)行者;任務(wù)工作量和時間估計,確定任務(wù)相關(guān)性,將資源分配到各項任務(wù)。
步驟三:
優(yōu)化管理——優(yōu)化的目標是:對已制訂好的項目計劃通過不同的手段和方案以實現(xiàn)降低項目成本和縮短項目工期。
步驟四:
項目跟蹤——跟蹤項目的進程,對實際數(shù)據(jù)與原計劃的值進行比較。找出差異,再進行調(diào)整,周而復(fù)始地進行計劃、執(zhí)行、比較、調(diào)整。
步驟五:
項目結(jié)束——項目結(jié)束后,將初始計劃與項目實際進程進行比較,建立項目文件檔案,將項目信息和數(shù)據(jù)進行存檔。
第四篇:Project實驗報告
Project實驗報告
朱曦朦
學(xué)號:2010306202412
信管1001 實驗?zāi)康模?/p>
通過做出一個標準的實驗,了解project的基本運用方法和實驗步驟,掌握設(shè)定項目的開始日期的基本方法。完成資源的優(yōu)化配置,實現(xiàn)資源的充分利用。并對工期做一個初步的調(diào)整,提高估計工期的精確度,掌握PERT的方法,實現(xiàn)整個過程的最優(yōu)配置。對甘特圖,關(guān)鍵路徑等基本定義有一個初步的了解,初步學(xué)習(xí)到PROJECT的基本內(nèi)容。
一;定義起始時間:
在定義項目中進行時間的確認:
一直保存至第三步,進行初始化的設(shè)定。
二 復(fù)制新產(chǎn)品模板.三調(diào)整資源的最大單位
修改資源“產(chǎn)品工程設(shè)計”的最大單位為200%,并增加資源“生產(chǎn)線”(工時資源,100%,用于完成生產(chǎn)任務(wù),原來工程師需要5小時完成的任務(wù),生產(chǎn)線只要1小時就能完成,但必須同時配1名產(chǎn)品工程設(shè)計進行監(jiān)控)。
通過視圖進入資源工作表,將“產(chǎn)品工程設(shè)計”的最大單位改為200%
在甘特圖中未找到工程師,所以未對其進行修改。
三.為了提高估計工期的精確度,采用PERT技術(shù)規(guī)劃項目工期(選取2到3個任務(wù)進行規(guī)劃)。
設(shè)置PERT權(quán)重
設(shè)置后觀察得到PERT項工作表。
選取2,3個項目后確定樂觀工期,預(yù)期工期,悲觀工期,通過計算PERT得出結(jié)論。
四.分析項目工期由哪些任務(wù)決定,確定壓縮工期的方法。
通過格式中的甘特圖向?qū)В瑢﹃P(guān)鍵路徑進行確認,從而得到確定項目工期的任務(wù),由紅線顯示。編號為2,3,5,6,8,9,10,11
對項目進行優(yōu)化,可以通過2種路徑,一是調(diào)整關(guān)鍵路徑的工期,將其縮短。二是刪除原有的鏈接關(guān)系,將后面的工期開始時間提前,如下圖所示。
實驗總結(jié):
通過按要求做實驗,初步掌握的project的基本方法,但大部分還是按照書本的內(nèi)容照搬,自己缺乏獨立的融會貫通并將只是運用到實際甘特圖中,并且,在有一些需要拓展的部分自己還是缺乏想法,沒能很好地掌握知識。后面還需要多加練習(xí),對制圖還有一定的興趣,但還是缺乏足夠的訓(xùn)練。
第五篇:project 飛機場實驗報告(范文模版)
Project 2 飛機場模擬問題
班級:2014級計科三班
姓名 張萬濤 學(xué)號14348172
姓名 張銳濱 學(xué)號14348171
姓名 覃佳 學(xué)號14349020 【題目要求】
P1.將所有用于飛機場模擬的函數(shù)和方法組合成一個完整的程序。用飛機場模擬程序做若干次試運行實驗,調(diào)整準備著陸和起飛的飛機數(shù)的期望值,并找出在飛機不會被拒絕服務(wù)的條件下這些數(shù)字盡可能大的近似值。如果隊列的長度增加或減少,那么這些值將會有什么變化?
P2.修改模擬程序,使飛機場有兩條飛機跑道,其中一條總是用來著陸,另一條總是用來起飛。比較雙跑道機場能服務(wù)的總飛機數(shù)和單條飛機跑道的飛機場的相應(yīng)數(shù)字,前者是否為后者的兩倍?
P3.修改模擬程序,使飛機場有兩條飛機跑道,其中一條總是用來著陸,另一條總是用來起飛。如果某個隊列是空的,那么兩條跑道都能用于其他的隊列。如果著陸隊列總是滿的,并且另一架飛機要到達著陸,那么將停止起飛,并將兩條跑道都用于清理擱置的著陸飛機。
P4.修改模擬程序,使飛機場有3條飛機跑道,其中各保留一條總是用于著陸和起飛,第三條用于著陸,但在著陸隊列為空的情況下,第三條亦可用于起飛。P5.修改最初的模擬程序(單條跑道),使得當每架飛機到達著陸時,它將有(作為它的數(shù)據(jù)成員的)一個(隨機產(chǎn)生的)油位,以剩余的時間單元度量。如果飛機沒有足夠的油位在隊列中等待,則允許它立即著陸。因此著陸隊列里的飛機可能需要再等待附加的單元,因此可能用完自身的燃料。作為著陸函數(shù)的一部分要檢查這一點,并查明在飛機由于燃料耗盡而開始墜毀前機場有多忙。P6.寫一個占位程序來代替隨機函數(shù),這個占位程序既能用于調(diào)試程序又允許用戶正確地控制每一個時間單元內(nèi)每個隊列到達的飛機數(shù)。
【數(shù)據(jù)結(jié)構(gòu)與算法】
P1題目比較簡單,就是把課本給的代碼連同課本附錄B生成隨機數(shù)的方法進行整合。①輸入結(jié)束時間、隊列的最大值,飛機起飛和降落的頻率,建立一條跑道。②初始化current_time的值為0,當時間未結(jié)束時進行一個循環(huán)。該循環(huán)大致是將等待降落的飛機加入等待降落隊列,如果隊列已滿就拒絕它;將等待起飛的飛機加入等待起飛隊列,如果隊列已滿也同樣拒絕它。如果有飛機等待降落,則讓飛機降落;若沒有,就判斷也沒有飛機等待起飛,若也為空則為跑道是空閑狀態(tài);若有,則讓飛機起飛。③跳出循環(huán)后,將飛機請求數(shù)、起飛降落數(shù)量和時間等等輸出。
P2與P1有相似之處,不同的是有了起飛跑道和降落跑道兩個。因此建立了等待起飛和等待降落兩個隊列。若有飛機等待降落,則讓飛機降落;如果沒有,則等待降落隊列為空。在判斷又無飛機要起飛,如果有,則讓飛機起飛,如果沒有,那么等待起飛隊列也是空的。其他的步驟和P1大致相同。
P3題目是在P2的基礎(chǔ)上再進行修改。與前面不同的是,降落跑道如果返回值是land(降落),則讓等待降落的飛機降落。如果降落跑道沒有飛機著陸,就判斷返回值是否為take_off(起飛),如果也不是那么跑道空閑中;如果是,則讓飛機起飛。其他與P1大致相同
Runway類的public成員中增加:
int arrival_size();int departure_size();int Runway::departure_size(){ return takeoff.size();}
int Runway::arrival_size(){ return landing.size();} P4即是在P1基礎(chǔ)上增加兩條跑道,判斷方法與P3基本一致。
P5 先判斷是否有緊急事件,如果沒有,就讓請求起飛或降落的飛機分別加入到等待起飛和等待降落的隊列中。接著判斷是否有飛機處于緊急降落狀態(tài),如果有,則讓緊急需要降落的飛機降落;如果沒有,調(diào)用activity函數(shù),如果返回值是land,則讓等待降落的飛機降落,反之若返回值是take_off,則讓等待起飛的飛機起飛。Plane類的public成員中增
Plane_status get_status()const;
成員中增加:int kj;定義:
#include
#ifndef PLANE #define PLANE class Plane{ public: Plane();Plane(int flt, int time, Plane_status status);void refuse()const;void land(int time)const;void fly(int time)const;int started()const;Plane_status get_status()const;private: int flt_num;int clock_start;Plane_status state;int fuel;};#endif P6先初始化各個函數(shù)和變量,進而選擇飛機場的模擬模式,可以進行隨機數(shù)模擬也可以進行用戶輸入,最后得出結(jié)果用于分析。
【測試數(shù)據(jù)、結(jié)果及分析】
輸入的數(shù)據(jù)就是書中給出的例子,5、1000、0.48、0.48 下面給出一些運行截圖
【分工、貢獻%、自我評分】
張萬濤:負責(zé)完成代碼
33.4% 95 張銳濱:負責(zé)完成實驗報告
33.3% 95 覃
佳:運行代碼,分析數(shù)據(jù)
33.3% 95 【項目總結(jié)】
1、通過這一次的實驗,我們加深了對隊列的理解,認識到這不是一個抽象的知識,而是能運用到實際問題中的,讓我們認識到不能讀死書,應(yīng)該懂得理論聯(lián)系實際。
2、其中,考慮飛機燃油情況事實上就是隊列優(yōu)先級的一種應(yīng)用。將飛機的燃油情況加入飛機的標志中,在原來的機場調(diào)度的情況下加入了飛機優(yōu)先級,通過計算判斷其是否處于緊急狀態(tài),是的話則將隊列中應(yīng)降落的飛機設(shè)為當前的緊急飛機,改變其入隊順序。
3、本次實驗加深了我們對于隊列的理解,以及更深刻地理解了他的實際應(yīng)用,可以仿真機場的調(diào)度,由此推廣開,也可以仿真任何可以用于排隊的場合,只要修改相應(yīng)的類對象就可以實現(xiàn)。
4、本次項目在實現(xiàn)過程中依照課本中給的類定義及主函數(shù)實現(xiàn)一條跑道的問題,優(yōu)先處理降落的飛機。
而兩條跑道的時候,則可以同時處理起飛和降落,可以用兩個函數(shù)來判斷,一個判斷是否有降落,一個判斷是否有起飛。
同樣是兩條軌道的情況,但是當一條軌道為空時可用于其他用途。小組最開始討論的結(jié)果是再加上一條隊列,但是考慮到實際情況,以及該種方法可能不是最優(yōu)的做法,小組放棄了這種思路。最后采用的方法的關(guān)鍵是給Runway函數(shù)添加兩個size函數(shù),通過size函數(shù)判斷跑道現(xiàn)在的狀態(tài),在作出相應(yīng)的響應(yīng)。
三條軌道的情況同樣也沒有太大的改變,只要判斷出landing 軌道為空時就可以改變其用途用于起飛。
5、本次試驗出現(xiàn)的問題
Plane類Runway類、隊列以及Random類分別放在不同的頭文件中,但相互之間有交集,存在著相互引用的現(xiàn)象,導(dǎo)致重復(fù)定義的問題。解決方法為每個類及自定義類型加上宏定義——“#ifndef #define #endif”就可以避免重定義問題。
6、本次實驗的難度在于實驗所涉及的項目非常之多,各種對象,函數(shù)非常之多,導(dǎo)致調(diào)試問題較多。我們覺得這次實驗比上一次的難度有所加大,主要在于代碼之多,之雜。但是我們期待著下一次實驗的到來。