工程项目管理软件应用案例

某大学为配合城市道路扩建工程,将校门及围墙后移25米,并对校门进行了重新设计。经初步设计,新的校门采用钢架结构支撑,上部采用网架结构经过招标,工程的施工图由建筑设计院设计;校门的钢架基础由第三建筑公司负责施工;两边钢架由笁程机械厂制造,并负责运输至现场,同时,工程机械厂还负责钢架和网架的安装工作;上部网架委托网架工程公司制造,并负责运输到施工现场;大門的装饰、照明用灯及霓虹灯由电子霓虹有限公司制作,运输至现场,并负责安装和调试;最后的现场清理工作由第三建筑公司完成。校方委托學校所属的监理公司负责此项工作的监理工作学校监理公司根据学校的要求采用项目管理软件管理该工程的进度计划。

根据学校的安排,整个工作从2001年4月9日开始,2001年6月20日完工 以下是利用项目管理软件对该工程进行管理的过程,整个过程分为计划和控制两个阶段。

计划阶段 编码系统规划

监理公司根据各个中标的设计和施工单位上报的进度计划,并考虑到工程的特点和校方对进度计划的要求,建立了如下编码系统

工莋分解结构(WBS及其编码 结构:xx.x 编码及编码说明 WBS编码编码说明 GT 校门工程 GT.1 设计

作业分类码结构划分及码值确定 代码长度说明码值码值说明

LOCA 1 场所1 设计院 2 施工现场 3 制作工厂 4 运输途中 资源编码结构

(本例的资源仅考虑承包单位投入的人工和施工机械

本例仅考虑一部分费用科目。费用科目应采鼡树形层次结构,其示意图见图6-4

102004图6-4 费用科目树形层次结构示意图 定义工程日历

根据工程的安排和各个参与方实际情况,需在项目计划中设置兩种日历,在工地进行土建和安装工程施工时采用每周七天工作制的日历,而在设计院和各个制作单位内采用每周五天工作制的日历。此外,在笁程实施期间,5月1日和2日为节假日

监理工程师根据各承包单位上报的施工进度计划和校方对工期的要求,制定了如下的作业清单。其中包括:莋业代码、作业名称、作业类型、原定工期、以紧前作业表示的逻辑关系

1210 网架吊装 1 任务20 照明装饰灯制作10 任务 照明装饰灯运输 1 任务 照明装飾灯安装 2 任务50 照明装饰灯调试测试 1 任务 现场清理 2 任务 项目完成0 完工里程碑1260FF 将所定义的内容输入项目管理软件

在项目管理软件中建立新工程(見图6-5;按照各个编码表格的内容输入各个编码结构和编码值;按照作业清单输入作业及作业的相关内容,同时输入作业间的逻辑关系;将输入的各類编码码值分配(加载给每个作业;为每个作业指定日历。具体的操作过程参见图6-6

输入完成后的横道图见图6-7,图6-8是按照责任人分组的横道图,图6-9昰按照承包单位分组的单代号网络图。

输入作业输入逻辑关系 计算定义日历加载日历 约束条件 计算定义分类码 字典加载分类码

定义资源字典定义费用字典 资源、费用科 目加载

分析优化建立目标 定义WBS结构 定义WBS代码 加载WBS代码

图6-6 在项目管理软件中建立新项目的操作流程

图6-7 校门工程莋业列表和横道图 初始计划草案优化

至此,我们已经建立了初始计划的草案,要让这个草案成为句有实施可能的计划,至少还需要做到: (1计划的完笁日期应符合业主对工期的要求

(2整个工程实施过程中不应出现资源的过分配现象。 针对这两个最基本的要求,还需要进行如下的工作 进喥优化

根据工期的要求,工程应在2001年6月20日前竣工;当前计划草案的完工时间为2001年7月2日,因此应采取措施压缩工期。

本例的解决方式是将作业1020和1030之間的逻辑关系由“完成到开始”改为“开始到

开始”,同时加入5天的延迟时间,即作业1020开始5天后,作业1030就可以开始结果是计划的完工时间可以提前到6月18日,可以满足工期的要求。

图6-8 按责任人分组的横道图

图6-9是按照承包单位分组的单代号网络图 资源优化

由图6-10可以看到设计工程师(L01出现過分配的现象,即该资源的单日用量超过了其最大限量;对此问题,本例采用软件自带的“自动平衡”功能进行处理,处理后的结果见图6-11

目标计劃,也称为基线计划,是经过监理工程师批准后作为施工过程中控制工程进度的基准,也是项目计划阶段的最终成果。图6-12是分别根据本工程目标計划的最早时间和最

工程项目管理软件应用 晚时间生成的项目按周发生的费用直方图和费用累计曲线（S 曲线） 图 6－10 资源过分配示意图 控淛阶段 图 6－11 经过资源平衡后

的情况 图 6－12 费用直方图和费用累计曲线 进入计划实施阶段后，采用项目管理软件进行动态控制的基本步骤如下： 第6页 共7页

工程项目管理软件应用 根据事先确定的现场数据反馈周期（即计划控制周期） 按时收集现场数据，包括进度数据 和资源消耗數据并将这些数据输入项目管理软件。 将实际进度与目标计划进行比较并根据工程实施情况确定是否需要对目标计划进行调整， 图 6－13 昰本例在第一个控制周期结束时实际进度与目标计划的进度横道比较每组横道 下方的是目标计划，上方的是实际进度 图 6－13 第一个控制周期结束时实际进度与目标计划的进度横道比较 在工程尚未完成的情况下，如果不需要对计划进行调整则直接进入下一个控制周期，即囙 到第一步；如果需要调整则需下发新的目标计划，在下一个控制周期中采用新的计划直 至整个工程完成。 第7页 共7页

1项目是指在一定約束条件下(主要是限定资金、限定时间),为完成某一独特的产品或服务具有特目标的一次性任务.2项目管理是项目管理者在悠闲地资源约束下,運用系统的观点、方法和理论,对项目涉及的全部工作进行有效的管理,,即对项目的投资决策开始到项目结束的全过程进行计划、组织、指挥、协调、控制和评价,已达到项目的目标.3综合管理是指为确保项目的各项工作能够有机地协调和配合所展开的综合性和全局性的项目管理工莋工程和过程.它包括项目集成计划的制定,项目集成计划的实施和项目变动的总体控制等工作.4项目管理划分为两个阶段:20世纪80年代之前的传统嘚项目管理阶段,80年代之后的现代项目管理阶段.5在项目管理的九大知识领域中,核心领域是范围管理、时间管理、成本管理与质量管理6项目嘚三要素：时间、费用、范围7项目的特征：目标性、独特的性质、一次性、可限制性、不确定性。8视图主要分为任务类视图和资源类视图9單元格时标准的最小单位要选中单元格，通常是把光标置于单元格内单击鼠标，单元格被一个黑框所包围时即被选中8Microsoft

.9甘特图”的作鼡1）通过输入任务和完成每项任务所需用的时间来创建一个项目2）可以通过链接任务在任务之间建立顺序的相关性3）将人员和其他资源分配给任务4）查出任务的进度5）在图形化任务的同时仍然可以访问任务的进度6）拆分任务一中断任务，以后再回复而该任务拆分10以只读方式打开的文档，对文档的编辑修改将无法直接保存到原文档上.而需要将编辑修改后的文档另存为一个新的文档;一副本方式打开的文档,将打開一个文档的副本,而不是打开源文档,对该副本文档所做的编辑修改将直接保存到副本文档中,而对原文件则没有影响.11在Project 2007中模板文件的扩展洺为.mpt,项目文档的扩展名为.mpp,工作环境文件的扩展名为mpw。12如果要保持另存为的文档与源文件同名则必须选择与源文件不同的保存路径；如果偠与源文档在同一个文件夹中则必须重命名另存为的文档。13Project 2007的作用：1）共享项目信息2）编制和组织信息3）跟踪项目4）方案的优化度分析5）信息计算6）检测和维护14使用“任务分配状况”视图可完成以下工作：1）根据任务组织资源2）估算每项任务的工作量3）估算每项任务的成夲4）对计划时间和实际工时进行比较5)对计划成本和实际成本进行比较。15使用“日历”视图可以完成以下工作：1)显示其日程排定在某个或某幾个星期中的任务2)检查其日程排定在特定的某天、某星期或某月的任务3)通过输入任务和完成每项任务所用的时间来创建一个项目4)通过链接任务在任务之间建立顺序的相关性5)将资源和其他资源分配给任务。16使用”网络图”视图可完成以下工作1)创建及调整日期2)链接任务以指定任务的执行顺序,并确定任务的开始日期和完成日期3)以图形化的方式显示已完成任务,进行中的任务以及为开始的任务.4给指定任务分配人员或其他资源.17使用”资源工作表”视图可完成以下工作;1)输入和编辑资源信息2)审查每种资源的分配工作小时数.3)审查资源成本18使用”资源图表”视圖可完成以下工作:1)查看过度分配资源和过度分配量2)计算出每种资源的预算工作小时数3)查看每种资源预算工作时量百分比4)确定每种资源可用於附加工作的时间5)审阅资源成本19新建项目文档的方法有三种：新建空杯项目文档；新建基于模板的项目文档和新建基于现有项目的项目文檔20在创建任务列表后，可以将任务列表建成大纲模式将相关的任务缩进在较大的阶段任务下。这些较大阶段称为摘要任务缩进的任務称为子任务。21周期性任务就是项目进行过程中重复发生的任务22任务相关性是指两个任务之间的关系，即任务链接其中，开始任务和唍成时间取决于其他任务的任务称作后续任务它所依赖的任务称作前置任务。23里程碑用于标识日程中的重要事项其工期为0,。可以将其莋为一个参考点以监视项目的进行。24任务期限是指在任务的开始日期或完成日期上设置的限制默认情况下，再以开始日期排定的项目Φ添加任务是Project将自动制定一个越早越好限制相反，再以完成日期排定的项目中添加任务时Project将自动指定一个越早越好限制。25任务大纲模式的优点：1将项目分成明确的阶段易于阅读较长的任务列表2易于跟踪项目的进度3可以更加清晰地了解项目的结构。26项目中的资源是指用鼡于完成项目的人、设备和材料Project中的资源可分为工时资源、材料资源和成本资源。27在Project中资源可用性表示资源何时以及有多少时间可安排給所分配的工作在Project2007中使用资源的最大单位来标识资源的可用性。28如果项目中的显示的资源过多可以使用筛选功能只显示其中一部分资源。29在给任务分配资源时Project将根据资源的可用性自动计算任务的进度。30Project中成本分为资源成本和固定成本。两者相加即为总的资源成本31┅个项目的总成本包括为资源、任务或工作分配所输入的所有基于费率的成本、每次使用成本和固定成本。32每次使用成本并不取决于要完荿的工作数它们是在每次使用资源时发生的一次性成本，工时资源的每次使用完成本取决于所用的工作分配数量而材料资源的每次使鼡成本只应用一次。33材料资源的费率是通过材料的单位分配的当为某项任务分配了一种材料资源时，Project将使用所输入得材料资源的费率以忣完成任务所需的材料数量计算出材料总成本34成本的累算方式是指确定资源成本何时发生并确定实际成本何时累计到项目中。累计成本鈳以在项目开始时、结束时或者在项目过程中按比例累计35资源成本累算的方式:按比例,按任务开始时间,按任务结束时间.36比较基准计划是在項目进展过

程中用于跟踪进度原计划,它包括任务信息,资源信息,和工作分配信息.37用户日程开始日期在核对对话框中输入的日期后, Project会认为任务還没有开始而将完成百分比设置为0。如果日程完成日期在输入的日期之前, Project会认为已经完成而将完成百分比设置为100%.38用户在保存了项目的比较基准后,可以方便的使用跟踪甘特图视图来跟踪项目,查看任务的进度及估算任务的进度延迟.39进度线是反映项目进度状况的一条状态线,他是根據设定的日期绘制的一条直线.次线与每个任务的进度相连,如果任务完成的进展线的重点在进度线的左边,说明进度落后,如果任务完成的进展線的重点的进度线的右边,说明进度超前.40资源信息的,内容包括;资源的工时；资源的成本；时间分段工时及时间分段成本Microsoft Project2007可以根据输入任务需要的总时间，自动重排项目剩余的任务41可以用来更新任务的方式有：输入任务的实际工期；输入任务额完成百分比；输入任务的实际開始日期和完成日42在 Project 2007中，与资源率有关的指标主要有四种：标准费率加班费率，每次使用成本和成本累算43用户可以为材料资源设置单┅或多种的费率或费用。44在任务执行过程中Project将基于任务的成本累算方式来更新实际成本，并提供了两种计算实际成本的方式：自动计算囷人工和计算45项目跟踪是指在运行过程中，把遇到的实际情况和原先的计划情况进行一系列的相关比较在进行跟踪前需要把原先的计劃情况制定成基准计划并保存下来。46在Project 2007中要设置文本的格式可以使用“格式”对话框，而要设置文本的样式可以使用“文本样式”对話框。47在Project 2007中使用“常用”工具栏中的“格式刷”按钮可以对单元格中的文本样式进行复制。48在Project2007中版式是指连接线条形图旁的日期格式，条形图高度等外观属性49在项目文档中，可以插入绘图和图像的位置有4中类型：甘特图中的条形图区域备注页，页眉页脚和图例中資源窗体的图表中。50关键任务：直接决定整个项目最终完成的日期如果一项关键任务被延迟则整个项目也将被延迟。60使用PERT分析来估估计任务的工期就是为日期中任务制定了乐观工期、预期工期、悲观日期之后，让Project计算这3个工期的加权平均数并决定单一估计工期。61 在Project中任务类型包括固定单位，固定工时和固定工期3种每项任务的工期受资源的可用性影响，最重要的决定因素是日程排定公式工期=工时÷单位。62将新的工时资源分配给任务或从任务中删除工时资源时Project将根据为任务分配的资源数量延长或缩短任务工期，但不会更改任务的总笁时这种排定方式称为投入比导向日程控制方法，它是Project用于多个资源分配的默认的日程排定方式63 Project2007提供了许多预定义格式的报表，可以汾为总览、当前操作、成本工作分配和工作量。64如果需要以特定的周期来组织信息 则必须使用报表功能。而试图比报表灵活可任意編辑项目信息，也可以针对项目中的特征进行格式化操作65 Project2007提供了许多预定一个师的可是报表，可以分为六大类：工作分配使用状况、任務摘要、资源摘要、工作分配摘要、任务分配状况和资源使用状况66当前操作类报表有:为开始任务报表,已完成的任务报表,进度落后的任务報表.67合并项目文档就是将子项目文档插入到主页项目文档中.主项目是指包含其他项目的项目.子项目是指插入到其他项目中的项目可作为一種复杂项目分解为更多可管理部分的部分.68在将一个项目插入到另一个项目创建新的合并项时,首先要确定的是主项目文档.69在处理使用相同资源的多个项目时,可以创建一个共享资源库一样,所有的项目都能共享其中的资源.70有关插入项目的说法:1插入项目后,操作插入项目的方法与操作單个项目完全相同2用户可将插入项目组织成分层结构,以便查看项目的不同部分是如何组合一起的3当合并项目中单个项目的副本链接各自的資源项目时,对合并项目文件中的任何信息的更改都会自动地反应到元项目文件上.71比较基准是指在项目执行期间用来跟踪进度的原始项目计劃,在Microsoft Project中,每个项目最多可以有11个项目不叫基准计划.72投入比导向:当如增加资源或人呢无中删除资源时, Microsoft Project不会更改任务总工时而是根据改变的子运數量延长或缩短任务工期.73前置任务:必须在另一个任务开始或完成之前或完成的任务称之为前置任务.74 Microsoft Project共有三个版本:标准,专业版,服务器版.75 Project 提供嘚基准日历类型除夜班日历，24小时日历还有标准日历和行政日历。 76简述Microsoft Project中的资源分类并举例说明：Microsoft Project中在资源的分类上，可分成“工时資源”和“材料资源”两大类“工时资源”是为了完成任务而在任务上花费时间（或工时）的人员和设备。“材料资源”是用于完成项目中的任务的供应品材料或其他可消耗品。如混泥土钢材等。77简述Microsoft Project中任务相关性的类型：1完成-开始（FS）：后续任务必须在前置任务完荿后才能开始2开始-开始（SS）：后续任务必须在前置任务开始后才能开始3完成-完成（FF）：后续任务必须在前置任务完成后才能完成4开始-完成（SF）：后续任务必须在前置任务开始后才能完成78用 Microsoft Project在建立项目计划时，因输入那些信息：1任务：具有开头和结尾的活动项目有任务组荿。2工期：完成任务所需的活动 工作时间的总范围3任务相关性：两个连接任务之间关系的性质4资源;用来完成项目任务的人员设备和材料5荿本：任务，资源工作分配或者整个项目的规划总成本。79简述Microsoft Project在项目沟通中的作用：通常项目要涉及不同的人或组织为了保证合作顺利获监督有效，就要建立有效地沟通管理保证能以合适的方式，在合适的时间从合适的人那里获得合适的信息。我们可以

用Microsoft Project来完成沟通管理1将项目文件保存为文本，excel文件或者web网页，便于没有使用Microsoft Project的项目干系人获取项目信息2通过打印项目文件或其他项目干系人共享信息与access,excel等应用软件共享数据3在网络环境下使用Microsoft Project与其他项目人员协同工作。80在Project 制定项目计划时,在进行了资源分配之后往往会出现资源分配过喥的情况,试说明产生资源分配过度的原因及解决方法?任务是由资源来完成的,但每种资源的数量是有限的.资源分配过度的原因有以下几种:1同┅资源同时被全职分配给多个任务2增加了任务工期3减少了资源的单位可用性4输入资源的日期后限制了可用性5将资源分配给摘要任务下的一個或多个子任务6项目中没有说明资源花在某任务中多余时间.Microsoft Project提供的多种解决资源冲突的方案既有手工完成的，也有自动实现的具体方法如下：1设定资源推迟开始时间2增加资源总量3设置资源加班时间4调整资源日历5只使用资源的部分工作时间6使用“资源调配”功能来解决资源冲突。81在Project中,常用的传统项目管理技术包括:甘特图,网络图,关键路径(在详细”甘特图”中显示)法.82有关建立项目之间任务链接的说法：1用户可鉯链接合并项目中各项项目之间的任务2在合并项目中建立项目之间的任务相关性的方法与在同一项目建立任务相关性的方法是一样的3链接任务时Project在显示任务相关性的同时还在每个项目中显示外部任务83有关建立共享资源的说法：1可以查看项目中资源的使用状况和成本2可以将囲享资源快速添加到新项目中3可以打印关于项目中资源使用状况的资源报表84 Project Server中包括两个单独的队列，项目队列和时间表队列85关于管理视圖的说法：1默认情况下，Project Server提供了5类视图2添加视图时可以选择视图类型但在修改视图时，不能对视图类型进行修改3添加的视图不需

要使用時可以将其删除。86使用Project 2007提供的“发送日程备注“功能可以在任务视图中将选定的任务和资源作为图片发送给项目的资源和其他联系人。87默认状态下工作人员对项目任务更新后，不会保存到Project 中需要经过项目经理核实后，批准任务更新才会将这些信息保存到项目中88项目经理定义的报告为请求状态报告，它是请求工作组成员填写的报告包括定义状态报告的格式，要填写人员以及提供的时间等89有关发送项目信息的说法:1可以通过电子邮件发布任务和资源2可以使用Exchange公布文件夹发送信息3可以将项目发布到Project Web Access中

该文档首先给出了整个系统的整体網络结构和功能结构的概貌，试图从总体架构上给出整个系统的轮廓然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。其中对功能需求的描述采用了UML的用例模型方式主要描述了每一用例的基本事件流，若有备选事件流则描述否则则省略。而且还给絀了非常直观的用例图这些文字和图形都为了本文档能详细准确地描述用户的需求，同时也为用户更容易地理解这些需求的描述创造了條件

a. 所建议开发软件的名称：学生信息管理系统

b.项目的任务提出者：xxx学校。 c. 开发者：xxx软件开发公司 d. 用户：全体师生。

本文档中没有用箌专门术语的定义和缩写词的原文 1.4参考资料

[1] 周佩德.《数据库原理及应用》.电子工业出版社

[4] 李红等编著，管理信息系统开发与应用电子笁业出版社，2003 [5] 软件工程人民邮电出版社，2002年3月第一版

[6] 康博工作室张红军，王红等缟著《Visual Basic中文版高级应用与开发指南》人民邮电出版社，2001年4月第一版

[7] 林立军程斌，翁迪恩缟著《Visual Basic 数据库开发指南》西安电子科技大学出版社，2000年2月第一版

[8] 宋伟吴建国等编著《中文Visual Basic编程基础》，北京清华大学出版社

通过调查,要求系统需要有以下功能:

要求有良好的人机界面;

原始数据修改简单方便,支持多条件修改 ⑷

方便的數据查询，支持多条件查询; ⑸

相应的权限下删除数据方便简单，数据稳定性好；

数据计算自动完成尽量减少人工干预; 2.2目标 a. 人力与设备費用的节省； b. 处理速度的提高；

c. 控制精度或生产能力的提高；

d. 管理信息服务的改进； e. 决策系统的改进； f. 人员工作效率的提高。 2.3条件、假定囷限制

a. 开发软件运行的最短寿命为一年 b. 进行系统方案选择比较的期限：2周。 c. 经费来源和使用限制：自筹资金

d. 法律和政策方面的限制：夲软件公司版权所有，未经作者允许非法传播、复制，违者追究法律责任后果自负。 e. 硬件CPU p

3、Windows xp开发 i. 开发软件投入使用的最迟时间为2013年10朤01日。 2.4可行性研究方法

由于本系统管理的对象单一,都是在校学生且每个数据内容具有较强的关联性，涉及的计算过程不是很复杂因此，比较适合于采用数据库管理且学校用于学生管理的微机都是PIII以上的机器，在存储量、速度方面都能满足数据库运行的要求在技术难喥方面，由于有指导老师的指导和相关参考文献特别是网上资料，特别是参考其它程序的功能因此完全可以实现

3.1处理流程和数据流程 癍级管理业务流程图： 档案管理业务流程图： 课程管理业务流程图： 成绩管理业务流程图 3.2工作负荷

现有系统所承担的工作只能实现档案管悝的简单功能，无法适应目前工作 中处理大量数据的功能 3.3费用支出

开发这个项目总需三个人，4台计算机一个可容纳

6、7个人的办公室，必须有充足的物质做精神动力每台计算机上必须有所需要的软件，比如：办公软件、数据库软件、截图软件等必须有3000万元的准备开支。 3.4人员

数据库管理人员1名维护人员1名。

四台计算机,一台备用,一个工作室.一台打印机,扫描仪一台 3.6局限性

现有系统主要存在如下不足： 1） 信息分散、共享性差 每个人的时间精力是有限的，大量的信息资源分散在不同的收集者手中难于共享和发挥作用。还有就是用户毕业和離职时需要到不同的地方开办证明 2） 信息的及时性、准确性差

数据的采集和处理部分靠人工，效率低、速度慢、滞后严重、反馈不及时严重影响信息的反馈速度和质量，不能有效地、及时地提供基层决策需要的定量信息和领导决策需要的宏观定性信息

4．所建议技术可荇性分析 4.1对系统的简要描述

建议系统实现注册、查询等具体功能。 4.2处理流程和数据流程

4.3与现有系统比较的优越性

系统实现学生教师查询各種信息 4.4采用建议系统可能带来的影响 4.4.1对现有软件的影响

需将计算机升级为CPU P

3、内存256M，添加一台打印机 4.4.2对现有软件的影响

（1）用户的操作嚴格按照系统要求规程。

（2）要求创建系统管理员与普通用户两种登录方式分权限管理。

（3）数据应有系统管理员手动输入系统普通鼡户无权输入数据。

（4）对数据有保存要求并且对数据存储，恢复的处理

（5）输出报告以报表的形式打印出来。

（6）系统具有恢复和備份的功能 4.4.4对开发环境的影响

1、为了建立数据库，要求提供详细的数据资源

2、为了开发和测验所建议系统而需要的计算机资源：CPU P

3、如數据涉及保密与安全问题，应由专人负责录入 4.4.5对经费支出的影响

所建议系统的开发、设计经费开支：5000元。 维持运行而需要的经费开支：1000え 4.5技术可行性评价

a. 在限制条件下，完成功能目标的实现； b.利用现有技术功能目标一定能达到；

c. 对开发人员数量为5个人,每个人应对数据庫知识有明确的了解，我们的组员都具有这种能力,一定按期完成工作；

d. 在规定的期限内开发顺利完成。 5．所建议系统经济可行性分析 5.1支絀

1、房屋和设施：500元

3、数据通讯设备500元。

4、环境保护设备200元 5.1.2经常性支出

1、设备的租金和维护费用：500元。

2、数据的通讯方面的租金和维護费用500元

3、人员的工资和奖金开支：3000元。

4、其他经常性的开支：2000元 5.2收益/投资比 收益/投资比为3:1. 5.3投资回收周期 投资回收周期为半年. 5.4敏感性汾析

1、应尽量延长系统生存周期，可延长至3年

2、应是有效数据全部录入系统，使系统工作负荷量达到饱和

3、应尽量提高系统的处理速喥。

4、应提高设备和软件的配置 6．社会因素可行性分析 6.1法律因素

如果发现有侵权行为,必进行严格的处罚,本公司版权所有,未经作者的允许，禁止非法传播、复制违者追究法律责任，后果自负 6.2用户使用可行性

本系统使用比较简单,适合普通用户操作,只要用户对说明书进行认嫃阅读,都可了解。 7．其他可供选择的方案

方案有许多但本公司选择了这套方案,他具有自己的优越感,运用编制菜单栏来省去代码,这是界面有恏起来,又降低了工作难度,进而宏的运用更简化了工作难度除提供的建议方案的具体功能外，还需增加网络功能未被推荐的理由是目前尚不具备开发条件，投入与效益不成比例 8.结论意见

结论意见可能是： a. 可着手组织开发；

b. 需待若干条件（如资金、人力、设备等）具备后財能开发； c. 需对开发目标进行某些修改；

d. 不能进行或不必进行（如技术不成熟，经济上不合算等）； e. 其他

软件项目开发是一项系统而复雜的工作，它需要一个团队互相配合、分工协作软件项目管理系统可以规范一个软件开发团队的日常工作，提高工作效率

为了很好的管理整个开发过程，同时预算整个开发过程的费用及时间的安排给开发人员，管理人员一个参照物明白自己在每一个阶段所需要完成嘚任务，协助他们更好地完成开发工作

预期的读者：开发人员，项目经理测试人员 1.2 背景

a.学生信息管理系统 b.提出者：项目经理，开发者：XXX开发团队 1.3 定义

[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4 参考资料

[1] 周佩德.《数据库原理及应用》.电子工业出版社

[4] 李红等编著管理信息系统开发与应用，电子工业出版社2003 [5] 软件工程，人民邮电出版社2002年3月第一版

[6] 康博工作室，张红军王红等缟著《Visual Basic中文版高级应用与开发指南》，人民邮电出版社2001年4月第一版

[7] 林立军，程斌翁迪恩缟著《Visual Basic 数据库开发指南》，西安电子科技大学出版社2000年2月第一版

[8] 宋伟，吴建国等编著《中文Visual Basic编程基础》北京，清华大学出版社 2. 项目概述 2.1 工作内容

6 发布： 1个月 2.2 主要参加人员 参与者 个人情況

XX 软件工程专业学生熟悉java语言，数据库编程 XX 软件工程专业学生熟悉C#语言 XX 软件工程专业学生，有很好的网页设计能力

XX 软件工程专业学生有良好的界面设计的能力和测试经验 XX 专业为软件工程，从事开发工作一年能过独立地完成小型项目的整个开发过程

名称 编程语言 媒体形式 功能及能力

系统功能 C#+SQL Server 2000 文本 管理学生的学籍信息，统计学生的相关信息学生信息的增加、修改、删除、查询 数据信息管理 C#+SQL Server 2000 文本 学生学籍信息管理，学生选课信息管理

基本业务 C#+SQL Server 2000 文本 学生注册、学籍信息维护学生选课，老师管理班级信息

管理员学生学籍信息浏览、查询

程序的运行文件，运行之后只要发布之后就可以了 2.3.2.文件

需求说明书安装指南，用户操作手册预计可能出现故障及解决办法 2.3.3.服务

培训安裝：系统测试完毕之后，2012年10月10日至12日两天的安装和使用的培训时间主要是让用户适应本系统的运行环境与操作习惯 维护：系统出现故障時，用户可参照手册进行自行解决如果解决不了，则派维护人员过去系统的维护期2012年10月14日到2013年10月15日， 超过期限将不再派人去维修 2.3.4.非移茭的产品

整个系统全部的的代码不必要给用户所使用的技术及参考的文献也可以自己保留，以及该软件所使用的技术文档这些都是不鼡给用户的 3. 实施计划

3.1 工作任务的分解与人员分工 1需求分析

负责人： 汪国志 参与人：汪国志 2 概要设计

负责人：汪国志 参与人：汪国志 3 实现

负責人：汪国志 参与人：汪国志 5 维护及用户培训 负责人：汪国志 参与人：汪国志 3.2 接口人员 负责人：汪国志 参与人：汪国志

职责:统一接口，使鈈同层之间能通信 3.3 进度 1 需求分析

开始时间： 完成时间： 所需资源：客户的需求

完成标志：完成需求分析说明书 2 设计

开始时间： 结束时间： 所需资源： 需求分析说明书 完成标志： 概要设计说明书 3 编码实现

开始时间： 结束时间： 所需资源： 概要设计说明书设配 完成标志： 系统能顺利运行 4 测试

开始时间： 结束时间： 所需资源： 能顺利运行的系统 完成标志： 修复现存的bug 5 移交 开始时间： 结束时间： 所需资源： beta版系统 6 培训 开始时间： 3.4 预算

1.采购必要设备的投资： 网络平台的建设，包括了建设方式和联网建筑物数等等方面去计算这一块需要200万左右；

服务器与存储系统，从发卡量和设备数量等估算这一块需要100万左右； 射频卡终端，包括读写器与POS机这一块需要20万左右。 2.开发系统的投资：

按目前市场上一卡通管理系统的开发价格来看开发所需的投大概在50万不等； 4.总计：:350万左右； 3.5 关键问题

本系统的操作过程简单，实现技术偠求也不高所以没有要特别列出的关键问题 4.支持条件 4.1 运行环境

a. 开发软件运行的最短寿命为一年。 b. 进行系统方案选择比较的期限：2周 c. 经費来源和使用限制：自筹资金。

d. 法律和政策方面的限制：本软件公司版权所有未经作者允许，非法传播、复制违者追究法律责任，后果自负

数据库的初始化需要用户自己录入，这个应该在测试之前完成所以编码之前，由开发人员做好数据库然后由用户安排人录入初始数据库，且必须在2013年6月1日之前完成 4.3 需由外单位提供的条件

本项目希望得到委托商的资金支持，人员支持如取需求时，能够提供部汾食堂为我们的测试的提供支持环境还有技术支持 5.专题计划要点

在分析阶段拟定合同书，分析阶段一结束就签订合同合同包括需求的萣义，如出现任何问题可以根据合同调解，以及费用的支付在每个阶段结束之后，委托方需支付开发方多少现金

包括单元测试集成測试，系统测试计划主要参照开发文档，拟定计划具体到输入的格式，响应的时间需求的确认

1.最常见的进度计划风险

1）功能无限蔓延； 2）质量不定 3）计划过于乐观 4）设计欠佳 5）银弹综合症 6）研发导向开发 7）人员薄弱 8）签约商失败；

10）研发人员与客户的磨擦。 2.进度计划風险完整列表

1）计划、资源和产品定义全凭客户或上层领导口头指令并且不完全一致；

2）计划是优化的，是“最佳状态”； 3）计划忽略叻必要的任务；

4）计划基于使用特定的小组成员而那个小组成员其实指望不上。 5）在限定的时间内无法建成已定规模大小的产品； 6）产品规模比估计的要大一些； 7）工作量大于估算数；

8）进度已经拖延的项目在重新评估时过于优化或忽视项目历史； 9）过度的进度压力造成苼产率下降；

10）目标日期提前但没有相应地调整产品范围或可用资源； 11）一个任务的延迟导致相关任务的连锁反应；

12）涉足不熟悉的产品领域，花费在设计和实现上的时间比预期的要多 2.2 组织和管理

1）项目缺乏一个有凝聚力的最高领导人；

2）由于前期乏力，项目长时间被擱置； 3）解雇和削减开支导致项目小组能力下降；

4）仅由管理层或市场人员进行技术决策导致计划进度延长； 5）低效的项目组结构降低苼产率；

6）管理层审查/决策的周期比预期时间长； 7）预算削减打乱项目计划；

8）管理层做出了打击项目组织积极性的决定； 9）非技术的第彡方的工作比预期延长（如审批，采购等）； 10）计划性太差无法适应期望的开发速度；

11）项目计划由于压力而放弃，导致开发混乱、低效；

12）管理层强调英雄主义而忽视客观确切的状态报告，这会降低发现和改正问题的能力 2.3 开发环境

1）设施没有及时到位； 2）设施到位，但不配套； 3）设施拥挤、杂乱或者破损； 4）开发工具未能及时到位；

5）开发工具不如期望那样有效开发人员需要时间创建工作环境或切换新的工具；

6）开发工具的选择不是基于技术需求，不能提供计划要求的性能； 7）新开发工具的学习期比预期的长内容繁多。 2.4 最终用戶

1）最终用户坚持新的需求；

2）最终用户对于最后交付的产品不满意要求重新设计和重做； 3）最终用户不买进项目产品，无法提供后续支持；

4）最终用户的意见未被采纳造成产品最终无法满足用户期望，而必须重做

1）客户坚持新的需求；

2）客户对规划、原型和规格的審核/决策周期比预期长；

3）客户没有或不能参与规划、原型和规格阶段的审核，导致需求不稳定和耗时的重复；

4）客户答复的时间比预期長（如回答需求中需澄清的问题）； 5）客户坚持技术决策而导致进度计划延长；

6）客户对开发进度管理过细导致实际进展变慢；

7）客户提供的组件无法与开发的产品匹配，导致额外的设计和集成工作；

8）客户提供的组件质量欠佳导致额外的测试、设计和集成工作，以及額外的客户关系管理工作；

9）客户要求的支持工具和环境不兼容、性能差或者功能不完善导致生产率降低；

10）客户不接受交付的软件，盡管它满足了所有的规格； 11）客户期望的开发速度是开发人员无法达到的 2.6 承包商

1）承包商没有按承诺交付组件；

2）承包商递交的组件质量低下无法接收，必须花时间改进质量；

3）承包商没有买进项目开发需要的工具进而无法提供需要的性能水平。

1）需求已经成为项目基准但变化还在继续；

2）需求定义欠佳，而进一步的定义会扩展项目范畴； 3）添加额外的需求；

4）产品定义含混的部分比预期需要更多的時间 2.8 产品

1）错误发生率高的模块需要比预期更多的测试、设计和实现工作；

2）校正质量低下不可接受的产品，需要比预期更多的测试、設计和实现工作

3）在一个或多上新兴领域推广计算机技术使得计划进度的延长不可预 4）由于软件功能的错误，需要重新设计和实现；

5）開发额外不需要的功能（镀金）延长了计划进度；

6）要满足产品规格与速度要求需比预期更多时间，包括重新设计和实现的时间；

7）严格要求与现有系统兼容需要进行比预期更多的测试、设计和实现工作；

8）要求与其他系统、复杂系统或不受本项目控制的系统相连，导致无法预料的设计、实现和测试工作

9）要求在不同操作系统下运行将花费比预期更长的时间；

10）在不熟悉或未经检验的软（硬）件环境Φ运行产生未预料的问题； 11）开发一种对组织全新的模块将比预期花费更长的时间； 12）依赖正在开发中的技术将延长计划进度。 2.9 外部环境

1）产品依赖政府规章而规章的改变将是不可预期的；

2）产品依赖草拟中的技术标准，而最后的标准将是不可预期的 2.10 人员

1）招聘人员所婲时间比预期的长；

2）作为先决条件的任务不能按时完成（如培训、其它项目）； 3）开发人员和管理层之间关系不佳导致决策缓慢，影响铨局；

4）项目组成员没有全身心投入项目进而无法达到需要的产品性能水平；

5）缺乏激励措施，士气低下降低了生产能力； 6）缺乏必偠的规范，增加了工作失误与重复工作；

7）某些人需要更多时间适应不熟悉的软件工具和环境、硬件环境、编程语言；

8）项目结束前合哃制人员离开团队，或雇员辞职；

9）项目后期加入新的开发人员额外的培训和沟通降低现有成员的效率；

10）项目组成员不能有效地一起笁作；

11）由于项目组成员间的冲突，导致沟通不畅、设计欠佳、接口错误和额外的重复工作；

12）有问题的成员没有调离项目组损害了项目组其他成员的积极性； 13）项目的最佳人选未加入项目组；

14）项目的最佳人选已加入项目组，但因其他原因未能合理使用； 15）没有找到项目急需的具有特定技能的人； 16）关键人物只能兼职参与； 17）项目人员不足；

18）任务的分配与人员技能不匹配； 19）人员工作的进展比预期的慢；

20）项目管理人员怠工导致计划和进度失效；

21）技术人员怠工导致工作遗漏或质量低下工作需要重做。 2.11 设计与实现

1）设计过于简单無法确定主要事件，并导致重新设计和实现； 2）设计过于复杂导致一些不必要的工作，影响实现效率； 3）设计质量低下导致重复设计囷实现

4）使用不熟悉的方法，导致额外的培训时间并重犯前期使用这种方法时导致的错误；

5）产品采用低级语言来实施，导致生产率比預期的低；

6）一些必要的功能无法使用现有的代码和库实现开发人员必须使用新库或自选开发所要的功能；

7）代码和库质量低下，导致需要额外的测试、错误修正或重做； 8）过高估计了增强型工具对计划进度的节省量；

9）分别开发的模块无法有效集成需要重新设计或重莋。 2.12 过程

1）大量的纸面工作导致进程比预期的慢；

2）进程跟踪不准确导致无法预知项目是否已落后于计划进度； 3）前期的质量保证行为鈈真实，导致后期的重复工作；

4）质量跟踪不准确导致无法得知影响进度的质量问题； 5）太不正规，导致沟通不足质量问题和工作重莋； 6）过于正规，导致过多耗时无用的工作；

7）向管理层撰写进度报告占用的开发人员的时间比预期的多； 8）风险管理粗心导致没有发現重大的项目风险； 9）软件项目风险管理花费的时间比预期的多。

工程项目的管理是一个多目标、既分别独立又相互联系的多工序、复雜又庞大的系统工程。一个大型复杂的工程项目的管理实际上就是利用能够控制的资源(人力、机具、材料、资金、工期)在一定的条件下对┅个既定目标(进度、质量、费用)进行科学的计划和以更多的定量数据做深入动态分析对于工程实施有效地调整控制，以尽可能小的投入获得最大的效益。工程项目的管理必须依靠整套先进的管理理念这种管理在国外的工程项目管理软件中体现得淋漓尽致。

目前国际上鋶行的工程项目管理软件较为著名并较为优秀的有美国Primavera SystemsIns的P3和软件大王Micro-soft开发的小型项目管理软件。我们必须打破传统管理思想的束缚和传統管理思维方式的惯性才不会对现代的先进的管理方式产生排斥性。

1、项目计划的编制在工程项目的招投标阶段以及中标授标之后的合哃条件都要求承包商编制切实可行的“细化的施工进度计划”对工程进行详细的剖析软件对一个工程项目的所有任务做出精确的时间安排，同时还对完成任务所需要的原材料、劳动力、设计和投资进行分析和比较在千头万绪的任务中找出关键要紧的任务(关键线路)以及对任务做出合理的工期、人力、物力、机具等资源的安排。

2、项目跟踪过程软件对于工程进度能够进行动态管理和控制它要求项目各级管悝人员根据所制定的计划和目标，要在项目实施的过程中对影响项目进展的内外部因素随时在施工过程中进行及时、连续、系统的纪录和報告并输入计算机也就是真实、实时地反映工程进度，分析工程进度的数据及时反映工程项目的变化。

3、项目的分析、控制与优化

由於管理软件实现了广义的网络技术项目管理者根据跟踪提供的信息，对比原计划(或既定目标)找出偏差、分析原因、研究纠偏对策、实施纠偏措施。软件不但考虑时间问题还根据资源和费用进行分析求得一个时间短资源耗费少，费用低的计划方案并通过软件进行网络計划的优化，也就是利用时差不断改善网络计划的最初方案使之获得最佳工期、最低费用和对资源的最有效利用软件有对工程数据与作業活动的强大过滤功能，将现行计划执行情况与目标计划进行数据库比较然后再将滞后于目标计划的所有工作活动过滤出来，进行单独嘚追赶或特别跟踪对于发现工期滞后的工作项目及时地采取补救措施，制定相应的追赶计划对于现行超前与目标计划的工作可有意识哋放慢部分超前工

程项目的施工速度来降低工程成本或使总体计划更趋于合理。

从以上的国外工程管理软件使用过程和其强大的功能我們可以明显地看出，工程项目计划工作在现代工程项目管理中占有最重要的地位是整个项目管理的龙头。由于工程的其他管理工作都是圍绕着如何实现工程总进度计划所制定的目标而展开的因此，是否有一个全面、优质的进度计划几乎成为工程项目成功的关键我国的計划管理往往侧重于时间进度的管理，然而撇开人、财、物各项资源仅就各项工作本身的逻辑关系所编报的时间进度计划，不管其理论哆么科学合理在实际工作中都很难完全依据其执行。讲计划讲进度或讲工期其实质都是“对工作进行计划，并按计划来做工作”现玳工程项目的实施已朝着“全面详细计划，严格按计划实施、及时反馈更新、严密跟踪对比”的模式进行

软件告诉我们现代化的工程项目管理要重视计划水平，树立起按计划执行的严肃性使参与工程项目的业主、监理、施工单位、承包商按照统一的进度控制目标，并为唍成这一目标的各种要求做出各自的努力

从软件还可以看出总进度计划的细度国内国外差别悬殊，国

外的计划往往事无巨细成千上万噵工序是常见的事。而我们国内长期以来由于手段上的滞后，总进度计划作不细；由于体制的原因使得总进度计划的跟踪也成为难事；因此进度、计划工作显得无所谓而成为一种应付。

从软件中还可以看出现代化工程项目管理是一个多目标的复杂系统工程。进度、资金、质量与人、机、料、能等单项管理很难获得最大的经济效益走综合管理是必由之路。

在软件中处处体现出国外工程项目管理中计划嘚权威性一旦计划确定后，任何人都不能擅自改变任何节外生枝的想法都是不能允许的，都必须围绕着既定的目标来工作国外的企業中计划管理部门是一个非常重要的部门，具有很强的现场指挥权和协调权

从国外的项目管理软件中可以明显地看出，其管理思想的最夶特点是重视整体经济效益它把工程进度与费用成本有机地结合起来，将总费用成本分摊到各个单项工程以及每个单项工程包含的每个專业工程中使他们都有相对应的数量关系。

目前我国的工程项目管理模式和思想处在一个“混交地带”

一方面随着对外开放，我国传統的工程项目管理模式或管理思想受到了国外工程项目管理模式的冲击特别是在涉外工程或在双方工程项目建设的合作中；另一方面，國内仍然停留在传统的工程项目模式上由于我国仍沿用传统的工程项目管理模式，企业中的计划管理部门材料部门和财务部门之间都昰互为独立的职能部门，都有着各自一套独立的核算体系和工作方法在短时间内很难达到三者的统一，为了全面推行和实施“进度、资源、成本”的综合管理传统的工程项目管理模式已经不能适应新形式下工程管理和决策的需要。如何尽快实现新旧机制的转变寻求与噺形势相适应的工程项目管理模式，已成为一种共识和必然

工程项目管理软件应用实训报告

这是我们在大学里的最后一次实训，实训的主要内容是工程项目管理软件的应用包括pkpm施工软件的应用、翰文标书管理及快速生成系统、翰文进度计划编制、翰文施工平面图绘制系統、品茗安全2013等，结合我们实训的图纸我们完成了包括单代号、双代号网络图的绘制，施工平面图的布置项目进度规划，项目专项施笁方案等的实训内容

工程项目管理软件应用，要求我们要有一定的对于工程项目管理软件的实际操作能力在实训期间，我们学习了利鼡pkpm施工软件绘制网络图利用翰文系列软件绘制施工平面图、项目进度规划等，利用品茗2013编制专项施工方案结合我们的实训工程图，我們进行了实际操作

我们这次的实训分为两周，在这两周内我们主要学习项目管理软件的应用下面是实训的主要过程。

第一周 第一天：熟悉施工项目管理软件的主要内容熟悉利用软件编制网络图，编制给定案例的网络图；（三个网络计划图）

第二天：编制具体工程的网絡进度计划熟悉图纸，并计算分部分项工程的工作量并确定完成工程量所需的人工、材料、机械。确定完成该工作所需的时间；

第三忝：计算分部分项工程的工作量并确定完成工作所需的人工、材料及机械。确定完成该项工作所需的时间；

第四天：计算分部分项工程嘚工作量并确定完成工作所需的人工、材料及机械。确定完成该项工作所需的时间；

第五天：确定各项工作的逻辑关系利用软件形成該项目的网络计划。

第一天：熟悉施工平面图布置软件确定该工程项目的施工平面布置方案，利用软件编制施工平面图

第二天：熟悉標书管理软件。利用标书管理软件编制该工程的技术标 第三天：利用标书管理软件编制该工程的技术标。 第四天： 编制施工平面图

第伍天：编制施工进度计划，应用翰文进度计划软件编制施工进度

建筑工程施工项目管理是一个管理学的分支学科，指的是在项目活动中運用专门的知识、技能、工具和方法使项目能够在有限资源限定条件下实现或超过设定的需求和期望。包括策划、进度计划和维护组成項目活动的进展经过这次的施工项目管理实训使我感受深刻。

在项目管理上实际操作以理论知识为基础，但又比理论知识更具有灵活性和可操作性这需要学好专业知识的同时在工作中积极思考并灵活应用，培养自己的思维创新与独立解决问题的能力同时，利用这次實训机会使我学到了很多工程管理软件应用的知识得到了很好的锻炼。 同时通过这一次实训，我对相关的专业知识有更进一步的了解也学到了很多之前未曾接触的东西，受益颇丰在实训中，我初步体会到项目管理工作的特点熟悉了项目管理工作在实际中的作用，峩发觉自己的分析解决问题的能力得到了很好的锻炼和培养为未来走向工作岗位做好了思想准备。此外通过实训我开阔了视野，增加叻对建筑施工项目管理的理性认识

回想这两周的实训，我想我有必要提及一下这个过程因为它让我从课堂走到实践，让我知道了我现茬所学的东西是远远不够的有些事在我实训以前认为是很简单的事情，可在这次实训中都显得很难都不知道从何入手。如今社会建筑業在国民经济发展和四个现代化建设中起着举足轻重的作用随着改革开放政策的深入贯彻，建筑业的支柱作用也日益得到发挥而作为建筑类专业大学生的我们，更应该学好专业知识并在实践活动中加以巩固，并不断创新在课堂上，对与老师讲授的基本理论知识加强悝解和掌握外还应重视习题的练习和技能的训练，应用所学的施工技术知识来解决实际工程中的一些问题

，经过这次实训让我更深┅步的了解理论与实际的差别。实训是大学生活的第二课堂是知识常新和发展的源泉，是检验真理的试金石也是大学生锻炼成长的有效途径。不仅使我在理论上对施工技术这个领域有了全新的认识而且在实践能力上也得到了提高，真正地做到了学以致用在老师们悉惢指导下，我不但对施工管理软件有了更实际的理解而且随着时间的推移，自己的意志也得到了磨练我时刻提醒自己，唯有不断努力才能与时俱进。

同时指导老师在这次施工实训过程中的帮助也是不可缺少的在这里我要再一次感谢指导老师应老师在这次实训中对我嘚指导和帮助。

我公司于2013年4月1日起提供的网站繁體中文版本及各网上交易系统繁体中文版本是通过采用字元为基础的翻译软件将相应简体中文版本的内容转换而成并仅适用于繁体中文蝂本操作系统。在任何情况下繁体中文版本与简体中文版本不一致时，应以简体中文版本为准对于涉及文字内容的准确性、可靠性、鈳使用程度、可浏览查阅程度或完备性的任何损失或损害，本公司概不承担任何责任