进度计划编制说明(模板9篇)

计划是为了在有限的时间内实现特定目标而进行的安排和安排的行动指南，它可以帮助我们合理分配时间和资源，有效提高工作和学习效率。我觉得我们应该为接下来的任务做一个详细的计划吧。时间不等人，让我们用计划来驾驭时间吧。每个成功的项目背后都有一个明确的计划，让我们一起制定计划，迈向成功的道路吧。一个好的计划是成功的一半，让我们紧紧抓住计划的马车，走向胜利的彼岸。计划可以帮助我们事半功倍，为我们的工作和学习提供有效的指导和支持。没有计划就像航海没有指南针，让我们明确目标，制定计划，驶向成功的航程吧。计划是实现目标的桥梁，让我们打造坚固的桥梁，走出成功的步伐吧。一个好的计划可以帮助我们把时间和精力集中在最重要的事情上，让我们一起制定一个高效的计划吧。计划就像一张地图，为我们的行动提供方向和路径，让我们一起绘制行动路线吧。编写计划的过程中，需要做到全面、系统、合理，充分考虑到各个方面的因素和影响。这是一个时间管理计划的样本，通过合理分配时间和设置提醒，提高工作和学习效率。

进度计划编制说明篇一

现在一建进入最后的冲刺复习阶段，建议考生多做冲刺练习的同时也要多巩固一级建造师知识点。下面是小编梳理了2017一建《市政工程》考点：施工进度计划编制方法的应用，帮助考生提分。

每一条箭线应表示一项工作。箭线的箭尾节点表示该工作的开始，箭线的箭头节点表示该工作的结束。能揭示各项工作之间的相互逻辑关系(紧前或紧后)，涉及到关键线路、关键工作、计算工期和工期索赔等问题。

施工进度管理中的网络图计算是重点，会计算会灵活运用，常结合工程变更或涉及索赔问题以案例题目形式出现。

施工进度计划是项目施工组织设计重要组成部分，对工程履约起着主导作用。编制施工总进度计划的基本要求是：保证工程施工在合同规定的期限内完成;迅速发挥投资效益;保证施工的连续性和均衡性;节约费用、实现成本目标。

1.符合国家政策、法律法规和工程项目管理的有关规定;

2.符合合同条款有关进度的要求;

3.兑现投标书的承诺。

1.满足企业对工程项目要求的施工进度目标;

2.结合项目部的施工能力，切合实际地安排施工进度;

4.能有效调动施工人员的积极性和主动性，保证施工过程中施工的'均衡性和连续性;

5.有利节约施工成本，保证施工质量和施工安全。

1.以合同工期为依据安排开、竣工时间}

2.设计图纸、定额材料等;

3.机械设备和主要材料的供应及到货情况;

4.项目部可能投入的施工力量及资源情况;

5.工程项目所在地的水文、地质等方面自然情况;

6.工程项目所在地资源可利用情况;

7.影响施工的经济条件和技术条件;

8.工程项目的外部条件等。

1.首先要落实施工组织;其次为实现进度目标，应注意分析影响工程进度的风险，并在分析的基础上采取风险管理的措施;最后采取必要的技术措施，对各种施工方案进行论证，选择既经济又能缩短工期的施工方案。

2.施工进度计划应准确、全面的表示施工项目中各个单位工程或各分项、分部工程的施工顺序、施工时间及相互衔接关系。施工进度计划的编制应根据各施工阶段的工作内容、工作程序、持续时间和衔接关系，以及进度总目标，按资源优化配置的原则进行。在计划实施过程中应严格检查各工程环节的实际进度，及时纠正偏差或调整计划，跟踪实施，如此循环、推进，直至工程竣工验收。

3.施工总进度计划是以工程项目群体工程为对象，对整个工地的所有工程施工活动提出时间安排表;其作用是确定分部、分项工程及关键工序准备、实施期限、开工和完工的日期;确定人力资源、材料、成品、半成品、施工机械的需要量和调配方案，为项目经理确定现场临时设施、水、电、交通的需要数量和需要时间提供依据。因此，正确地编制施工总进度计划是保证工程施工按合同期交付使用、充分发挥投资效益、降低工程成本的重要基础。

4.规定各工程的施工顺序和开、竣工时间，以此为依据确定各项施工作业所必需的劳动力、机械设备和各种物资的供应计划。

常用的表达工程进度计划方法有横道图和网络计划图两种形式。

1.采用网络图的形式表达单位工程施工进度计划，能充分揭示各项工作之间的相互制约和相互依赖关系，并能明确反映出进度计划中的主要矛盾;可采用计算软件进行计算、优化和调整，使施工进度计划更加科学，也使得进度计划的编制更能满足进度控制工作的要求。

2.采用横道图的形式表达单位工程施工进度计划可比较直观的反映出施工资源的需.求及工程持续时间。

进度计划编制说明篇二

项目管理师如何编制项目进度计划，需要有哪些程序呢？下面小编为大家介绍项目管理师如何编制项目进度计划，希望能帮到大家！

对于每一个最低级别的wbs元素，识别任务和里程碑对应交付的元素。可交付物通常设置为里程碑，产生可交付物的活动被称为任务。里程碑是一个时间点，被用于管理检查点来测量成果。

在确定了交付产品的任物和里程碑之后，他们应该被逻辑的.排序，来反映将被执行的工作方式。排序建立了任物和里程碑之间的依赖，并被用于计算交付产品的的进度。

任务的历时评估是项目计划中最具挑战的部分，他也是后续成本估计的关键。这是一个不断细化的过程，贯穿于计划过程，因为它直接受人员安排和成本估算活动影响。

一旦任务和里程碑被识别，排序，并且有了计划的历时评估，对每一个交付的产品就有了进度计划。没有整合，每一部分的进度是独立的，并且因此不能描述与整个项目相关的时间问题。

一个较大和复杂的进度计划需要从多个人那里获得输入，没有人拥有项目的每一个方面的所有影响进度计划因素的所有的知识，因此团队应该执行进度计划的审查，来发现问题，或完善该进度计划。

进度计划编制说明篇三

2项目进度管理目标应按项目实施过程、专业、阶段或实施周期进行分解。

3项目经理部应按下列程序进行进度管理：

2进行计划交底，落实责任。

3实施进度计划，跟踪检查，对存在的问题分析原因并纠正偏差，必要时对进度计划进行调整。

4编制进度报告，报送组织管理部门。

进度计划编制说明篇四

1.横道图计划表中的进度线（横道）与时间坐标相对应，直观易懂。

2.通常横道图的表头为工作及其简要说明；对于重复性的任务，可将工作简要说明直接放在横道上，一行上可容纳多项工作。

3.横道图也可将最重要的逻辑关系标注在内。

4.工作可按照时间先后、责任、项目对象、同类资源等进行排序。

5.横道图可用于计算资源需要量、概要预示进度等。

6.横道图的缺点：

（1）工序（工作）之间的逻辑关系可以设法表达，但不易表达清楚；

（2）适用于手工编制计划；

（4）计划调整只能用手工方式进行，其工作量较大；

（5）难以适应较大的进度计划系统。

进度计划编制说明篇五

编制依据:。

2012年石景山区老旧小区综合整治-八角北里小区污水改造工。

程(修改版)招标文件、补充文件、答疑文件以及工程量清单报价表。我单位对施工现场实地调查情况。

我单位可调动的人员和机械设备等综合实力及以往类似工程的施工经验。

本施工进度计划编制是在我公司机械、人员配备及材料准备齐全情况下编制。施工过程中所需的机械、设备、技术人员、劳动力、材料、资金给予保证，同时成立具有丰富同类型工程施工经验、组织管理能力强、结构形式合理的项目部领导班子，配备一批优秀的技术骨干，组成一个高质素、高效率的施工队伍。保证施工计划的顺利进行。

进度计划编制说明篇六

软件项目计划（spp：softwareprojectplan）是cmm二级中列出的第二个关键过程域。这是因为cmm2软件项目计划需要根据纳入配置管理后的软件需求进行项目估算，并依据文档化的流程，形成项目计划文档。软件项目计划的目的在于建立合理的计划，执行软件工程和管理软件项目。软件项目计划管理在软件开发过程中处于十分重要的地位，它体现了对客户需求的理解，是开展项目活动的基础，是软件项目跟踪与监控（spto）的基础。

一、软件项目计划这一关键过程域在实施的过程中应该贯彻如下方针：

1.以分配的软件需求作为计划软件项目的基础。

在项目定义阶段，针对用户提出的原始需求（又称statementsofwork,sow）,通过用户方和承接方的相互协商，确定双方一致同意的、项目组承诺实现的需求，这个需求即是“分配给软件的系统需求”或者更简洁地说，“分配需求”，然后根据它来提出项目意见，制定初始的项目计划。由此可见项目计划是以分配给软件需求作为软件项目的基础。

2.由项目经理、项目软件经理和其他软件经理共同协商软件项目的各项约。

定，并与系统工程组、硬件工程组和系统测试组协商，这些组介入该活。

动的有关事宜，同时记入文档。

所谓约定有对外约定和对内约定。对外约定如与客户、分包商有关部门约定。对内约定包含两方面：一是项目组与组织内部其他组，如测试组、硬件组、系统组的约定。二是项目组内部的约定。对软件而言，对外约定像用户需求的更改是不可避免的，一旦有变动会影响整个项目。因此cmm提出由高级管理者控制对外约定。约定是计划的基础，cmmspp中将其列为一个目标，即约定必须是有关各方一致同意、认可的。

另外，软件计划要包括所有项目活动和所有参加方面的责任，这些活动和责任都要文档化，以保证有效地将计划传达给项目各个参加方。在项目计划执行前，各个项目参加方要认同所承担的项目责任，这种认同是项目计划有效性的一个基本保证。

3.软件项目的规模、工作量和成本估计、进度和其他约定必须通过相关组的审查，以获得相关组及个人的支持。

cmm中的一个组织或一个机构里，通常有许多小组，比如软件质量保证组，负责计划和实施项目的质量保证活动的团队；软件配置管理组，负责策划、协调和实施软件项目正式配置管理活动的团队等等。在执行每个活动时候，这些组并不是独自行事的，而是相互影响的。在spp这个关键过程域中受影响的组包括软件工程组、软件估计组、系统工程组、系统测试组、软件质量保证组、软件配置管理组、合同组和文档组。但是在对所有与组织外部的个人和组所作的软件项目约定，则由高级管理人评审。所以cmm中提出“高级管理者参加按照文档化规程对组织外部个人和组所作的软件项目约定的评审”以此作为一项活动。

4.项目软件开发计划需要进行管理和控制。

项目计划是cmm实施一开始就涉及且最后才能相对完善的关键过程域，它主要包括软件规模估计、工作模块计划、人力资源计划、进度安排和其他资源计划。在其他关键过程域的实践相对稳定之前，项目计划的实践总是处于需要改动的状态。所以需要对项目软件开发计划进行管理和控制以保证项目顺利实施。

二、软件项目计划的关键问题及解决方案。

1.关于软件项目的估计。

建立合理的软件计划的基础是对软件项目规模、资源要求和风险等要有一个合理的估算。这个估算过程应是规范的，而不是任意的。例如，如果提出一个项目计划需十个软件工程师工作六个月的计划，那么就要问这些数据是如何得到的。用户提出的时间和费用的要求仅能作为项目计划约束的条件，而不能作为项目计划的基础。

根据cmmspp的活动9、10、11，估计对象应该包括软件规模、工作产品的工作量和成本、软件进度、风险、关键计算机资源等。项目计划的基础要求是估计项目中的各种工作所需的工作量和进度，软件成本通常由工作量换算而得到。

估计模型有很多种，常用的如下：

算法模型：包括一个或多个算法，生成的软件估计是一些变量的函数，如coco-mo。

专家判断：利用一个或多个专家的经验作估计。

自底向上的估计：分别估计软件作业的各个分量，再综合出整体估计。

在具体进行估计的时候应该注意以下几个问题：

1)选择科学的估计方法。cmm的核心思想是不断学习、不断改进。在项。

目过程中，计划是被不断修订的，所以每做一次修订，就必须作估计。

因此在某个项目中只对项目选定一种（几种）能改进的估计方法，多次。

估计的结果进行比较，才能积累经验和数据，估计也才能越来越精确。

2)必须积累本组织自己的数据。

随着生命周期阶段的进展，估计会越来越精确。一方面是不确定性随着。

阶段的进展而减少，另一方面基于对估计值与实际值的分析比较，可合理选择估计模型的参数。组织在每一个项目结束时，需要将项目数据综合归纳，保留。如果在刚开始没有估计值的情况下，我们只要选定方法，做就是了。需要数据的地方如项目有数据用自己的数据，否则用本组织数据。对于无组织的数据，则一次选定本地区的数据、本国行业数据，国际上的行业数据。cmm2级spp的活动场15要求建立一个数据库，记录项目估计数据，包括计划时的数据、再次调整计划后的数据。为使数据可用，必须记录下估计的假定，如采用的估计模型、模型参数、估计时作业的描述等。

另外，cmm2的本关键过程域还提到要按照文档化规程进行估计。由前面，在整个生存期内，随着项目的发展，需要不断进行估计。为确保估计的有效性，结果的可比性，必须描述项目进行估计的具体步骤，即所谓规程。这样一来就能保证估计过程的可重复性，无论什么人去估计，或是在不同时间估计、估计的步骤都是一致的，估计的假设也是一致的。cmmspp中要求有4个文档化的估计规程，具体的规程形式由项目自己确定，cmm仅提出了对规程的一般要求。这些规程指出：

估计假定要记入文档；

如有历史数据，使用历史数据；

估计要经过评审；

规模估计是多种估计的基础；

在用cmm进行过程改进的实践中，许多项目常常忘记进行规模估计，认为项目计划内容未明显包含规模。然而正是规模大小会影响技术解决方案。对于同一计划，人和月是不能交换的，比如说5个人干3个月的活就不等于4个人干4个月的工作。规模越大。通信与管理的开销越大。规模直接影响进度的安排、人力资源的安排、计算机资源的安排以及风险的分析。所以最初的模型估计也应该在项目定义阶段给出。其中代码行技术和功能点技术两个技术用来对软件规模进行估计。代码行技术是比较简单的定量估计软件规模的方法。这种方法根据以往开发类似产品的经验和历史数据，估计实现一个功能需要的源程序行数。功能点估计依据对软件信息域特性和软件复杂性的评估结果，估计软件规模。

在进行估计的时候我们可以参考如下几点建议：

首先下功夫精简软件需求规格说明书。从根本上来讲，估计的输入是需求规格说明书。要做合理的估计首先要力争使需求规格说明清晰。

尽可能将工作分解得详细。分解得越详细，对开发软件的技术方面理解越透，估计越精确。

采用几种独立的技术，没有一种估计技术是万能的，所以要避免其弱点利用其强处，最好采用技术组合。可以按情况对不同软件成分采用不同的估计技术。

比较与印证。对同一对象采用不同的估计技术，然后比较其结果，研究为何它们得到不同估计，从中能做出较精确的估计。

注意采集数据，将实际数据与估计值进行比较，不断修订估计值和估计模型的参数。

总之，根据cmm，当我们需要制定项目计划，首先确定了项目的需求后，估计出所有的可交付产品，以及这些产品的规模。比如，规模可能包括哪些？如果是生产类项目，可能估计的是交付的东西的数量，比如凳子多少条，牛奶多少箱等，如果软件开发类项目，可能是特性多少个，代码行多少行等，这些根据你所估计的对象来确定。另外，规模估计出来后，需要根据生产率估计项目可能的工作量，比如生产一条凳子要多长时间，一箱牛奶要多长时间，软件开发的话，可能就是一天生产多少行代码。在设计阶段，可能就是一天设计几个特性或者几页设计文档等。根据生产率再估计出总工作量。最后，根据你所拥有的人力，来确定出项目的进度计划。

根据这个再对应到软件开发上来。一个软件开发项目可能的生命周期有可能包括以下几个阶段：需求分析、软件设计、编码、单元测试、系统测试、交付。不同的项目有不同的生命周期，但项目计划阶段一定要把项目的生命周期确定下来，这也是计划的一部分。那么，在制定计划时，怎么估计这几个阶段的里程碑时间呢？在处于二级的组织，由于之前没有什么量化的能力基线（也就是一般的每个阶段的生产率），那么也只能去参考历史项目的信息。假使以前的项目刚好做了这些度量的话，比如度量过每个阶段花费的时间，投入的人力，统计过交付件的规模（文档页数、代码行数等）。那么，项目刚好可以参考这些历史的数据，大致估计一下这个项目各个阶段可能需要的时间，来确定这个项目的阶段里程碑时间。假使没有类似的项目数据的话，可能估计的可信度就不高了。业界有估计方法，都是用来帮助我们得到比较可信的估计结果的，比如delphe、pertsizing。

这些能力数据，才能保证后面的项目有可信赖的数据参考，支撑后面的项目进行估计和计划的制定。

2.鉴别和评估软件风险。

风险管理是项目管理的重要内容之内，从某种意义上讲，项目管理就是风险管理。风险就是不利事件发生的不确定性。所有。首先必须清楚风险是可能事件，它可能发生，也可能不发生。所以决定了风险的动态性。

风险评估是项目计划时必不可少的一项工作。正如前面提到的项目成本估算和进度估计一样都是项目管理的重要活动。忽略了风险，轻者给项目工作带来被动，重者可能对项目造成严重的灾难性后果。

cmm实际上在本关键过程域的活动13是如此表述这个问题的：

“对与项目的成本、资源、进度和技术方面相联系的软件风险进行鉴别、评估和建立文档”。

风险评估包括风险识别、风险分析和对风险进行优先级排序。

风险识别是风险评估的第一步。就某个特定的软件工程项目来说，从项目具体情况出发，列举出可能出现的风险。真正弄清每一个可能风险的情况是风险识别的主要任务。检查单是风险识别的一个有力的工具。采用检查单中所列举的各种风险，对照即将开发的软件项目，逐一加以甄别，判定检查单中哪些风险在该项目中可能发生。在进行风险识别时采用访谈、调查还是会议方式应根据软件项目的具体情况决定。

风险识别以后需要弄清楚已识别的风险可能何时何地发生，发生了会怎么样。风险分析的任务是分析每个风险可能造成的影响，给出比较风险大小的量值。进行分析可以借助一些已有的模型，但不是所有列出的风险都可以借助模型进行分析的，因此常常采用主观分析。

识别出风险，对其进行分析后就要对其进行排序了。排序步骤包括对已识别和分析的风险估计概率类型，如高概率风险、低概率风险；评估每个风险对项目的影响级，如低级、中级、高级。风险排序应该根据该项目各有关风险的概率和影响级。显然高概率和高影响级的风险应该排在中概率和高影响级风险的前面。最后针对排序列在前几位的风险采取缓解措施和跟踪措施。

3.确定软件生存周期。

确定软件的生命周期，这在cmm本关键过程域活动5也有体现“识别和确定具有可管理的预先规定阶段的软件生命周期”。典型的几种生命周期模型包括瀑布模型、快速原型模型、渐进模型、喷泉模型等。

瀑布模型严格规定各阶段的任务，上一阶段任务输出作为下一阶段工作输入。此模型适合于用户需求明确、开发技术比较成熟、工程管理严格的场合使用，其缺点是：由于任务顺序固定，软件研制周期长，前一阶段工作中造成的差错越到后期越大，而且纠正前期错误的代价高。

渐进模型是指从一组简单的基本用户需求出发，首先建立一个满足基本要求的原型系统。通过测试和运行原型系统，有用户提出进一步细致的需求，然后修改和完善原型系统，反复进行这个过程直到用户满意为止。该模型适合开发初期用户需求不甚明确，相关技术和理论需要不断研究、反复实验以及开发过程需要经常与用户交互的场合，学习或研究类软件的开发常用此法。

基本上是线性顺序进行的。

喷泉模型主要用于面向对象软件技术开发项目，其特点是各项活动之间没有明显的界限。由于面向对象技术的优点，该模型软件开发过程与开发者对问题认识和理解的深化过程同步。该模型重视软件研发工作的重复与渐进，通过相关对象的反复迭代并在迭代中充实扩展，实现了开发工作的迭代和无间隙，该开发过程分为：分析、设计、实现、确认、维护和演化。

三软件项目计划的实际应用模式如下：

划的进度表。

果形成估算过程文档，并拟定软件开发计划。

3.软件开发计划内容包含：软件项目计划、迭代计划、进度时间表、配置。

管理计划、质量保证计划、需求管理计划、项目评测计划、风险管理计。

划、产品验收计划、问题解决计划、测试计划。

4.估算过程文档和软件项目计划文档必须通过相关组的审查，以获得相关。

组及个人的支持，包括：系统分析组、设计组、编码组、测试组、质量。

保证组、配置管理组、文档管理中心及个人。通过审查，发现并修正项。

目估算和项目计划的偏差。只有获得了支持，软件项目组在开发过程中。

才能尽量避免或消除风险。

5.在高层管理者复审通过后，项目经理指定人员或参与拟定软件开发计划。

其它部分，并由相关组和个人复审。

6.配置管理人员将软件开发计划文档纳入配置管理。

7.实际项目中应用的文档有：

制定项目计划流程定义、项目估算流程定义、项目评估表、资源评估表、软件开发计划模板（包括：软件项目计划、迭代计划、配置管理计划、质量保证计划、需求管理计划、项目评测计划、风险管理计划、产品验收计划、问题解决计划、测试计划）、进度时间表、制订软件开发计划的指南。

综上所述，spp阶段需要制定的计划不仅仅是进度计划，也包括需求管理计划（对需求如何管理，变更如何控制,谁来评审这些变更，如果变更了要怎么办），进度计划，配置管理计划（项目所有的交付件包括可交付的产品和中间的交付物等如何归档，如何变更，如何控制等），风险管理计划（项目开展中会碰到哪些风险，目前有哪些不确定因素后面可能发生，这些风险如何应对，假使风险发生如何处理，如何预防这些风险等等），资源配置计划（项目开展过程中需要哪些资源，包括办公用品，电脑，机器等等，这些资源何时提供，怎么分配，怎么管理等），等等这些都是项目计划要考虑的，比较复杂的内容，计划阶段会考虑所有的东西，甚至可能要包括利益关系人管理计划（比如识别项目的利益关系人，这些人应该如何管理，如何及时向他们汇报项目的信息等）。

进度计划编制说明篇七

在施工过程中采取节点控制，即根据进度网络图定出几个控制实施总进度计划的主要节点。为实现这些控制节点必须要采取的多种措施如组织措施、技术措施及其他措施，以保证按时完成这些节点。由于工地的情况是经常在变化的，计划不变是相对的，变化是绝对的，平衡是相对的，不平衡是绝对的，因此，在为实现总体计划的基础上对单项进度计划和每月每周进度计划经常进行调整，并在每周例会上进行检查，找出存在问题，采取相应的措施，对计划实行全过程控制，对发现关键线路工期延误，或非关键线路转换成关键线路，其他工作面由于工期延误导致接近关键线路工期等情况时，将及时召开进度协调会，分析原因，提出赶工措施，并严格督促实施，通过对每周、每月进度情况分析，对进度情况提出预见性的意见，并组织实施，确保总进度计划的实现。

进度计划编制说明篇八

机电工程项目施工进度表示方法有横道图、网络图、流水作业图表等。常用的有横道图和网络图两种。

1.横道图计划：

(1)横道图表示的施工进度计划，包括两个基本部分，左侧的工作名称及其工作的持续时间等基本数据部分和右侧的横道线部分。

(2)横道图编制方法简单，直观清晰，便于实际进度与计划进度比较，便于计算劳动力、物资和资金的需要量。

(3)横道图不能反映出工作所具有的机动时间，不能反映出影响工期的关键工作和关键线路，也就无法反映出整个过程的关键所在，因而不便于进度控制人员抓住主要矛盾，不利于施工进度的动态控制。

(4)工程项目规模大、工艺关系复杂时，横道图就很难充分暴露矛盾。由此可见，利用横道计划控制施工进度有较大的局限性。

(1)网络图施工进度计划(双代号)能够明确表达各项工作之间的逻辑关系，通过网络计划时间参数的计算，可以找出关键线路和关键工作，也可以明确各项丁作的机动时间;网络计划可以利用计算机进行计算、优化和调整。

(2)网络计划可以反映出工期最长的关键线路，便于突出施工进度计划的管理重点。

(3)网络计划能反映非关键线路中的时间储备，可以指导施工进度计划实施时合理调度人力、物力，使计划执行平稳均衡，有利于降低施工成本。

(4)网络计划能应用计算机软件编制和管理计划，可快捷得出各类实时数据，便于判断计划执行的偏差数值和计划调整的重点部位。

进度计划编制说明篇九

项目实施阶段作如下安排：

1.1.1第一阶段：网站建设阶段。

1.1.2第二阶段：试运行调试：时间15工作日。

测试网站的功能；内容的添加和完善，程序功能、美术设计的小调整和修改、系统的稳定性、速度测试等等。测试的详细项目如下：

兼容性测试：在不同配置的电脑、操作系统和不同分辨率下，均能正常浏览网页，不出现无法访问、出错、网页变形等故障。

内容审核：对网站的内容，进行最后的审核和修正。迈龙交出后台管理的权。

限，烟草公司可自行修改、校正网站的内容；当然，也可提出意见，由迈龙进行修改。

6.2项目工作组人员安排。

因为该项目实施比较复杂，工作量比较大，迈龙将成立一个专门的项目小组，以确保项目能保质保量的按时完工。拟定组建5人的项目小组，专门实施该项目，人员具体配置如下：