第一篇：Project的操作与运用
Project的操作与运用
Microsoft Project(或 MSP)是一个国际上享有盛誉的通用的项目管理工具软件，凝集了许多成熟的项目管理现代理论和方法，可以帮助项目管理者实现时间、资源、成本的计划、控制。
Microsoft Project 不仅可以快速、准确地创建项目计划，而且可以帮助项目经理实现项目进度、成本的控制、分析和预测，使项目工期大大缩短，资源得到有效利用，提高经济效益。是专案管理软件程序由微软开发销售。软件设计目的在于协助专案经理发展计划、为任务分配资源、跟踪进度、管理预算和分析工作量。第一版微软Project 为微软Project for Windows 95，发布于1995年。其后版本各于1998, 2000, 2003和2006年发布。本应用程序可产生关键路径日程表——虽然第三方ProChain和Spherical Angle也有提供关键链关联软件。日程表可以以资源标准的，而且关键链以甘特图形象化。另外，Project可以辨认不同类别的用户。这些不同类的用户对专案、概观、和其它资料有不同的访问级别。自订物件如行事历、观看方式、表格、筛选器和字段在企业领域分享给所有用户。
一般Project使用步驟可以分为以下几步
1．输入项目基本信息；
2．输入任务名称、任务持续时间、建立任务间的逻辑关系； 3．检查网络逻辑关系；
4．输入资源数据、费用数据； 5．保存进度计划和基础数据；
6．检查工期和成本目标是否符合要求，不符合则进行调整和优化； 7．将最优计划设置为基准计划；
8．打印计划报告(网络图、横道图、资源负荷图)；
9．开始实施项目，并分别在7、8、9、10月底各进行一次跟踪和控制
MS Project是一个经典的项目管理工具，它以使用简单、易用得到广大项目管理人员的肯定。但在实际工作中很多项目管理人员并没有将MS Project的功能与项目管理的精髓进行结合来指导项目进度计划的制定，结果导致做出的项目进度计划“看上去很美”。
为什么每个项目都要先制定项目进度计划？因为项目进度计划的制定可以使项目经理、高层经理、客户、业主等所有项目干系人对项目的结果充满信心，在项目未开始前就可以看到项目的结果。因此，项目管理人员制定的项目进度计划一定要准确并具有可执行性，否则项目进度计划就成了空谈，直接导致项目进度计划不停的变更或弃之不用，最终造成项目失控。
在使用MS Project制定项目进度计划时，很多项目管理人员通常只做2件事：创建任务，给任务添加资源。就算项目的任务都经过了WBS分解，而且项目结束时间也符合要求，那么这样的项目进度计划仍然可能不具备实际的可操作性。在此必须强调的是：使用MS Project时不能只看Gantt图，还必须使用“Resource Usage资源使用情况视图”来验证项目计划的合理性和可操作性。
例如某项目需要3个项目成员在10天内完成一个工程，项目经理制定的进度计划如图1所示。当看到这份进度计划时，任何人都不会觉得有什么问题，大家都觉得项目势必是成功的。
图1 某项目进度计划Gantt图
但实际情况却不是如此，项目管理人员如果打开MS Project的“Resource Usage资源使用情况视图”就会发现项目进度计划中存在非常严重的问题。如图2所示，红色方框的区域是该项目成员没有工作任务；蓝色椭圆区域是项目成员要不工作量不足，要不工作量大的连加班都不可能完成。
通过MS Project提供的这2个视图就可以体现制定项目进度计划的精髓：“不但要在合理的时间内完成项目，而且在资源使用时达到平衡的效果”。
图2 Resource Usage图
除了以上2个视图外，MS Project还提供了制定项目计划非常有用的一些小工具。
设置关键路径：打开【Format】à【Gantt Chart Wizard】菜单，如图3所示，MS Project可以自动生成项目进度计划的关键路径，关键路径上的任务会使用红色进行标示。关键路径的设置对于项目经理监控项目是非常有用的。
图3 设置关键路径
多项目间资源共享：多项目共享某个资源的情况在实际工作中是非常常见的，例如：美工会参与多个项目的UI设计。但公司又没有使用Project Server，那么该如何对项目的共享资源进行合理使用呢？打开【Tools】à【Resource Sharing】à【Share Resources】菜单，如图4所示，可以将其他项目的进度计划中资源使用情况与本项目进行合并，这样就可以对项目资源进行有效的使用和平衡。
图4 共享多项目资源
MS project是基本的项目管理分析软件，可以对大多数项目进行时间控制和资源安排，有着强大的功能而且可以找到在项目在资源和时间上的瓶颈，但是制定一份合理、有效的项目进度计划却是个复杂的过程。他牵扯到对需求的WBS分解、项目规模的估算、资源能力的识别、资源日历的定义、任务时间的估算等诸多环节，这些环节中需要使用到不同的知识、工具和方法，MS Project只是这个环节中使用到的一种工具而已。因而一般的大的工程项目，都不用project。因此在实际操作过程中，应将理论与实践结合起来，成功地运用于实践，形成一种科学,可行的管理方法。正确地认识project软件，全面掌握project软件的功能。
第二篇：档位操作及运用
档位操作及运用
加减档（配档）基本原则：
档速与档位相适当：从最低档速到最高档速都是本档的适应范围，尽可能避免长时间使用最低或最高档速；
换档（加、减档）：原则上只要达到档速范围，就能换档，档位的取舍要考虑车速、动力性和经济性；
拖档：低于最低档速一般称为拖档，拖档会使车辆行驶无力、前后窜动，严重时会造成发动机熄火；
升档：当车速达到高一档的速度时，就应该实施升档，一般来说，高速车在档升档时机为发动机转速3500—4500转/分；
退档：当车速接近档位最低车速时，就应该实施退档，高速车退档时机应该掌握在本档速度中—中偏低的范围内，最晚不能低于本档的最低车速；退档时机的选择应根据路面和动力需求来掌握；
不同路况下档位的运用：
提速加档：在未进入正常行驶速度前，应该尽量在本档将车速提高（发动机转速中偏高所对应的车速），以便加档后车辆行驶有足够的动力性；这一点在实施上坡加档时尤为重要；
保持档位动力性：上坡行驶和一般路面调整速度行驶时，档速应保持中速（发动机中速运转状态），使车辆行驶时有足够的冲力和速度可调节性能；
正常行驶：正常行驶时，速度不需要太大的调整，档速选择中偏低，以利于行驶的经济
性；
下坡配档：
一般的非危险性下坡，档位可适当挂高，下坡阻力小，加速性能好，加档操作可提前进行，挂高档可以节省燃料；
下长坡配档：下长坡时，为了避免长时间使用刹车，造成刹车减效和失效，应该挂相应的低档，利用发动机来牵制车速；配档的原则掌握在不需要长期使用刹车减速为度；…………………………………………
换档操作：踩下离合踏板——迅速松开油门——将档换到所需的档位——根据档速配合适当的油门（或不配油门）、同时迅速将离合抬到接触点半接触状态——吻全平稳后轻轻放开离合踏板。
…………………………………………
最低档速与最高档速参考数据（奇瑞风云、5档、发动机怠速850转/分、发动机最高转速5500转/分）
最低档速：
1档：5公里/小时；
2档：10公里/小时；
3档：20公里/小时；
4档：25公里/小时；
5档：30公里/小时；
最高档速：
1档：40公里/小时；
2档：65公里/小时；
3档：100公里/小时；
4档：135公里/小时；
5档：165公里/小时
——泉州学车网原创资料
第三篇：Project学习心得
Project学习心得
一、Project的作用
Project企业项目管理（EPM）解决方案可以建立起企业级的项目管理平台，使整个组织、各部门或各小组成员之间协调工作，及时掌握和评估项目完成的情况，通过有效的分析工具及时发现问题和把握项目实施的质量和目标。改进工作流程，提高工作和项目管理效率。使用Microsoft Project server可协同管理多个项目组，将异地的项目成员变成网络上紧密沟通的合作团队，共同设定项目的合作框架、范围、项目计划、资源分配、进度控制，并可以使项目组成员实时了解项目进展的信息，进行同步的任务和项目计划及进度管理，增进项目沟通，可见性和可跟踪性。
二、Project对项目进行计划和控制的技术或工具
工作分解结构(WBS)：
把项目自上而下、层层分解为范围较小的任务的技术，使每项任务都被安排到整个项目结构的适当位置，便于进行工期、工时和成本的估计和汇总计算。
甘特图(也称为横道图)：
按条形图的方式表示任务的开始和结束时间，以及依赖关系的方法，横道的长度代表这一任务的工期。如果将每项任务的基准计划的和实际计划的条形图放到一起，就得到了跟踪甘特图，能够比较计划与实际之间的偏差，更直观地了解项目进度。
关键路径法(CPM)：
根据工作分解结构分解后的结果，在任务之间建立起依赖关系，估计每个任务的工期，再根据这些数据进行整个项目工期的计算，同时计算出每个任务的时差，计算时差，找到影响项目工期的任务（关键任务），这就是“关键线路法”。这种方法可以帮助我们很快地找到影响项目工期的关键因素，采取措施，压缩工期。
三、Project中管理一个项目可以分成以下五个主要步骤：
步骤一：
整体规划项目——确定要达到的目标，确定资源，建立资源库。考虑项目所受的限制，确定可用于完成项目的时间，以及项目的里程碑和期限。
步骤二：
制订计划——计划项目开始和结束的时间，确定项目所有的任务及其执行者；任务工作量和时间估计，确定任务相关性，将资源分配到各项任务。
步骤三：
优化管理——优化的目标是：对已制订好的项目计划通过不同的手段和方案以实现降低项目成本和缩短项目工期。
步骤四：
项目跟踪——跟踪项目的进程，对实际数据与原计划的值进行比较。找出差异，再进行调整，周而复始地进行计划、执行、比较、调整。
步骤五：
项目结束——项目结束后，将初始计划与项目实际进程进行比较，建立项目文件档案，将项目信息和数据进行存档。
第四篇：Project实验报告
Project实验报告
朱曦朦
学号：2010306202412
信管1001 实验目的：
通过做出一个标准的实验，了解project的基本运用方法和实验步骤，掌握设定项目的开始日期的基本方法。完成资源的优化配置，实现资源的充分利用。并对工期做一个初步的调整，提高估计工期的精确度，掌握PERT的方法，实现整个过程的最优配置。对甘特图，关键路径等基本定义有一个初步的了解，初步学习到PROJECT的基本内容。
一；定义起始时间：
在定义项目中进行时间的确认：
一直保存至第三步，进行初始化的设定。
二 复制新产品模板.三调整资源的最大单位
修改资源“产品工程设计”的最大单位为200%，并增加资源“生产线”（工时资源，100%，用于完成生产任务，原来工程师需要5小时完成的任务，生产线只要1小时就能完成，但必须同时配1名产品工程设计进行监控）。
通过视图进入资源工作表，将“产品工程设计”的最大单位改为200%
在甘特图中未找到工程师，所以未对其进行修改。
三．为了提高估计工期的精确度，采用PERT技术规划项目工期（选取2到3个任务进行规划）。
设置PERT权重
设置后观察得到PERT项工作表。
选取2，3个项目后确定乐观工期，预期工期，悲观工期，通过计算PERT得出结论。
四．分析项目工期由哪些任务决定，确定压缩工期的方法。
通过格式中的甘特图向导，对关键路径进行确认，从而得到确定项目工期的任务，由红线显示。编号为2，3，5，6，8，9，10，11
对项目进行优化，可以通过2种路径，一是调整关键路径的工期，将其缩短。二是删除原有的链接关系，将后面的工期开始时间提前，如下图所示。
实验总结：
通过按要求做实验，初步掌握的project的基本方法，但大部分还是按照书本的内容照搬，自己缺乏独立的融会贯通并将只是运用到实际甘特图中，并且，在有一些需要拓展的部分自己还是缺乏想法，没能很好地掌握知识。后面还需要多加练习，对制图还有一定的兴趣，但还是缺乏足够的训练。
第五篇：project 飞机场实验报告（范文模版）
Project 2 飞机场模拟问题
班级：2014级计科三班
姓名 张万涛 学号14348172
姓名 张锐滨 学号14348171
姓名 覃佳 学号14349020 【题目要求】
P1.将所有用于飞机场模拟的函数和方法组合成一个完整的程序。用飞机场模拟程序做若干次试运行实验，调整准备着陆和起飞的飞机数的期望值，并找出在飞机不会被拒绝服务的条件下这些数字尽可能大的近似值。如果队列的长度增加或减少，那么这些值将会有什么变化？
P2.修改模拟程序，使飞机场有两条飞机跑道，其中一条总是用来着陆，另一条总是用来起飞。比较双跑道机场能服务的总飞机数和单条飞机跑道的飞机场的相应数字，前者是否为后者的两倍？
P3.修改模拟程序，使飞机场有两条飞机跑道，其中一条总是用来着陆，另一条总是用来起飞。如果某个队列是空的，那么两条跑道都能用于其他的队列。如果着陆队列总是满的，并且另一架飞机要到达着陆，那么将停止起飞，并将两条跑道都用于清理搁置的着陆飞机。
P4.修改模拟程序，使飞机场有3条飞机跑道，其中各保留一条总是用于着陆和起飞，第三条用于着陆，但在着陆队列为空的情况下，第三条亦可用于起飞。P5.修改最初的模拟程序（单条跑道），使得当每架飞机到达着陆时，它将有（作为它的数据成员的）一个（随机产生的）油位，以剩余的时间单元度量。如果飞机没有足够的油位在队列中等待，则允许它立即着陆。因此着陆队列里的飞机可能需要再等待附加的单元，因此可能用完自身的燃料。作为着陆函数的一部分要检查这一点，并查明在飞机由于燃料耗尽而开始坠毁前机场有多忙。P6.写一个占位程序来代替随机函数，这个占位程序既能用于调试程序又允许用户正确地控制每一个时间单元内每个队列到达的飞机数。
【数据结构与算法】
P1题目比较简单，就是把课本给的代码连同课本附录B生成随机数的方法进行整合。①输入结束时间、队列的最大值，飞机起飞和降落的频率，建立一条跑道。②初始化current_time的值为0，当时间未结束时进行一个循环。该循环大致是将等待降落的飞机加入等待降落队列，如果队列已满就拒绝它；将等待起飞的飞机加入等待起飞队列，如果队列已满也同样拒绝它。如果有飞机等待降落，则让飞机降落；若没有，就判断也没有飞机等待起飞，若也为空则为跑道是空闲状态；若有，则让飞机起飞。③跳出循环后，将飞机请求数、起飞降落数量和时间等等输出。
P2与P1有相似之处，不同的是有了起飞跑道和降落跑道两个。因此建立了等待起飞和等待降落两个队列。若有飞机等待降落，则让飞机降落；如果没有，则等待降落队列为空。在判断又无飞机要起飞，如果有，则让飞机起飞，如果没有，那么等待起飞队列也是空的。其他的步骤和P1大致相同。
P3题目是在P2的基础上再进行修改。与前面不同的是，降落跑道如果返回值是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基础上增加两条跑道，判断方法与P3基本一致。
P5 先判断是否有紧急事件，如果没有，就让请求起飞或降落的飞机分别加入到等待起飞和等待降落的队列中。接着判断是否有飞机处于紧急降落状态，如果有，则让紧急需要降落的飞机降落；如果没有，调用activity函数，如果返回值是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先初始化各个函数和变量，进而选择飞机场的模拟模式，可以进行随机数模拟也可以进行用户输入，最后得出结果用于分析。
【测试数据、结果及分析】
输入的数据就是书中给出的例子，5、1000、0.48、0.48 下面给出一些运行截图
【分工、贡献%、自我评分】
张万涛：负责完成代码
33.4% 95 张锐滨：负责完成实验报告
33.3% 95 覃
佳：运行代码，分析数据
33.3% 95 【项目总结】
1、通过这一次的实验，我们加深了对队列的理解，认识到这不是一个抽象的知识，而是能运用到实际问题中的，让我们认识到不能读死书，应该懂得理论联系实际。
2、其中，考虑飞机燃油情况事实上就是队列优先级的一种应用。将飞机的燃油情况加入飞机的标志中，在原来的机场调度的情况下加入了飞机优先级，通过计算判断其是否处于紧急状态，是的话则将队列中应降落的飞机设为当前的紧急飞机，改变其入队顺序。
3、本次实验加深了我们对于队列的理解，以及更深刻地理解了他的实际应用，可以仿真机场的调度，由此推广开，也可以仿真任何可以用于排队的场合，只要修改相应的类对象就可以实现。
4、本次项目在实现过程中依照课本中给的类定义及主函数实现一条跑道的问题，优先处理降落的飞机。
而两条跑道的时候，则可以同时处理起飞和降落，可以用两个函数来判断，一个判断是否有降落，一个判断是否有起飞。
同样是两条轨道的情况，但是当一条轨道为空时可用于其他用途。小组最开始讨论的结果是再加上一条队列，但是考虑到实际情况，以及该种方法可能不是最优的做法，小组放弃了这种思路。最后采用的方法的关键是给Runway函数添加两个size函数，通过size函数判断跑道现在的状态，在作出相应的响应。
三条轨道的情况同样也没有太大的改变，只要判断出landing 轨道为空时就可以改变其用途用于起飞。
5、本次试验出现的问题
Plane类Runway类、队列以及Random类分别放在不同的头文件中，但相互之间有交集，存在着相互引用的现象，导致重复定义的问题。解决方法为每个类及自定义类型加上宏定义——“#ifndef #define #endif”就可以避免重定义问题。
6、本次实验的难度在于实验所涉及的项目非常之多，各种对象，函数非常之多，导致调试问题较多。我们觉得这次实验比上一次的难度有所加大，主要在于代码之多，之杂。但是我们期待着下一次实验的到来。
点击咨询 