IT项目管理98134Word格式文档下载.docx

IT项目管理98134Word格式文档下载.docx

《IT项目管理98134Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《IT项目管理98134Word格式文档下载.docx（21页珍藏版）》请在冰豆网上搜索。

00

开标地点：

中国人民大学教学楼XXX室

联系方式：

1**********

邮编：

******

联系人：

3.1投标方须知 

1.本招标涉及范围为是xx校内连锁餐厅制作管理系统的任务，负责完成预期目标的全部任务。

2.招标方不保证解决在项目中出现的全部问题。

3.有以下情况之一的，投标保证金不予退回：

（1）投标方在投标截止日后至开标前撤回其投标的；

（2）投标方在招标过程中有串标，或提供的相关复印件与原件不符等舞弊行为；

（3）投标方拒绝按照投标文件所列的承诺和优惠条件签订合同的，或不按照合同样本所列条款签订合同的。

3.2对投标方要求 

1.有丰富的实践经验。

2.具有完整的项目团队，团队成员有过成功的合作经历。

3.具有良好的信誉与较强的专业知识。

4.具有在规定的实现内完成任务，并能实时根据需求的变化调整方案的能力。

3.3投保费用 

投标方应承担所有与准备和参加投保有关的费用，不论投标的结果如何，招标方均无义务和责任承担这些费用。

3.4招标文件的澄清 

投标方对招标文件如有疑问，可要求澄清，应在投标截止日期前2天按招标邀请中注明的地址以书面形式（信函或传真）通知到招标方，招标方将视情况确定采用适当方式予以澄清或答复，并在其认为必要时，将不标明查询来源的书面答复发给每一个投标方。

3.5投标文件的密封和标记 

投标方应将投标文件（一份正本一份副本，标明“正本”或“副本”）密封包装，且在封面上加盖投标方单位公章和法人代表印章已经标明投标方名称、地址和“开标前不得启封”字样。

如果未按上述规定进行密封和标记，招标方对投标文件予以拒绝。

4.投标书

4.1项目投标书的格式要求

封面标题楷体二号字。

正文宋体五号，首行缩进两个字符。

4.2项目投标书的内容要求 

首先，内容需写明该项目团体的成员与相关经验。

其次，内容中有明确的成本控制计划，进度控制计划，组织控制计划。

最后，内容写明责任与期望招标方提供的支持。

5.项目章程

5.1项目目的 

通过在校内连锁餐厅内实施管理系统，改善校内餐厅的服务质量，降低成本，提高收益效率。

5.2项目目标

在规定的时间内完成校内连锁餐厅管理系统的建设，并按期投入使用。

5.3成功标准

管理系统软件按期安装成功，并良好的运行，使餐厅的管理水平有较大的改善。

5.4项目的总体要求

以较低的成本，最短的时间，完成项目的目标。

5.5概括性的项目描述

该项目目的在于通过在校内连锁餐厅内建立管理系统，改善餐厅的服务质量，降低成本，提高餐厅的营业效益。

5.6项目的主要风险

项目成本超出预算；

项目进度延后，不能按期讲软件交给客户使用；

项目执行过程中收到学校或外界因素的干扰致使项目不能执行，被迫中止。

5.7总体里程碑进度计划：

（1）完成管理系统的设计工作。

（2）完成管理系统的软件的制作与调试。

（3）完成管理系统的安装，交付客户使用，良好运行。

5.8总体预算：

项目审批要求：

委派的项目经理及其职责和职权：

发起人或其他批准项目章程的人员的姓名和职权。

6.工作分解结构（WBS）

见图

7.网络图和甘特图

7.1网络图

网络图一

网络图二

网络图三

网络图四

网络图五

7.2甘特图

甘特图一

甘特图二

甘特图三

甘特图四

8.成本计划表

活动

小活动

预算分摊（元）

预算累计（元）

项目开发准备

确定项目范围

100

800

项目可行性分析

300

可行性研究报告撰写

撰写项目总计划报告

需求分析

需求调研

500

2300

功能需求分析

200

性能需求分析

运行需求分析

其他需求分析

需求确认

撰写需求说明书

设计

审阅初步的系统规范

3100

制定系统功能规范

根据系统功能规范开发原型

再次审阅并并完善系统

根据反馈修改模型

系统开发

审阅功能规范

3200

确定模块化、分层设计参数

3300

采购管理子系统

编写代码

50

3400

系统测试

30

文档编写

20

库存管理子系统

3500

销售管理子系统

3600

用户管理子系统

3700

开发工作完成

后台管理子系统

3800

资产管理子系统

3900

人力资源管理子系统

4000

管理文档编写

子系统合成

子系统合成编写代码

4100

子系统合成z综合测试

子系统文档编写

运行、测试

制定单元测试计划

4130

制定整体测试计划

4160

单元测试

审阅模块化代码

4350

测试组件模块是否符合规范

找出不符合规范的情况

修改代码

重新测试修改后的代码

整体测试

4490

40

重新测试

9.团队内部的组织结构

本项目采用矩阵式组织，项目由A领导与控制，项目的前期准备工作由B负责。

项目工程师为C，D为程序员。

10.团队的知识地图

项目经理

项目工程师

程序员

确定需求

能力分

兴趣分

开发

测试

安装

完成

１．能力分打分标准：

５分：

熟悉使用此方面的知识，有丰富的实践经验，能够领导其他成员完成相应工作。

４分：

熟悉此类知识，但经验不够丰富。

３分：

对此类知识有一定了解，需要进一步学习。

２分：

对此类知识有过少量接触，不过缺乏深入了解。

１分：

对此类知识完全没有了解。

２．兴趣分打分标准：

此类工作完全符合本人的兴趣，对该工作抱有极大的热忱。

对该工作比较有兴趣，能够比较愉快地完成工作。

能够以平常心态完成该项工作，谈不上有兴趣。

能够勉强接受该工作，尽量完成任务。

非常厌恶此类工作。

根据知识地图得分表，制定本项目小组职责分配矩阵，所遵从的规则是：

Ｒ（活动负责人）的选择：

（能力分＊９０％＋兴趣分＊１０％）最大者 

Ｒ１（活动第二负责人）的选择：

（能力分＊７０％＋兴趣分＊３０％）大于等于

11.团队的职责分配矩阵

组织责任者

WBS

辅助

负责

修改外购软件包

批准

审批

修改内部程序

修改手工操作系统流程

测试外购软件包

测试内部程序

完成安装新软件包

培训人员

12.成员的考核体系

12.1项目经理的考核体系 

项目开发前准备45%在项目计划规定的时间内完成需求调查，辅助项目工程师完成任务；

项目开发及服务质量70%与项目成员及外部人员的沟通，及时为项目团队解决项目运行时出现的各种问题；

团队建设贡献40%制度、政策的下达；

掌握员工的情绪及工作情况的能力；

维护与客户之间关系等。

12.2项目工程师的考核体系 

项目开发前准备30%在项目实施前在项目经理的帮助下完成需求调查的任务；

项目开发及服务质量60%设计合理；

较好的满足客户的需要；

文档记录详尽；

系统支持维护满意度高；

客户响应速度30%业务需求响应速度，问题/处理速度快；

团队建设贡献15%公司制度、政策的上传下达；

12.3程序员的考核体系

项目开发及服务质量90%设计质量，设计性能，文档质量，编码质量，开发量，bug率，故障率，系统支持维护满意度；

客户响应速度20%业务需求响应速度，问题/故障/Bug处理速度；

13.文档管理规范

13.1产品开发文档体系

序号

文档名称

文档作者

备注

立项

1

可行性报告

2

产品规格书

3

立项报告

需求

4

系统需求规格说明书

5

软件需求规格说明书

6

需求管理矩阵

7

软件概要设计说明书

8

结构概要设计说明书

开发实现

9

软件模块详细设计说

10

集成测试计划

11

集成测试用例

12

集成测试报告

13

系统测试计划

14

系统测试用例

15

产品缺陷列表

16

系统测试报告

安装交付使用

17

项目总结报告

18

项目结项表单

19

13.2文档质量的度量准则 

评审文档质量的度量准则有以下六条：

（1）完整性：

所承担产品开发任务的项目组，需按照公司文档体系的规定编写相应的文档，以保证在项目结束时其文档是齐全的。

（2）正确性：

在项目各个阶段所编写的文档的内容，必须真实的反映阶段的工作且与该阶段的需求相一致。

文档与所述的对象保持一致，必要时应进行实时的文档版本升级。

（3）可读性：

文档应该表达清晰、逻辑条理分明、表现形式通用。

（4）简明性：

在项目各个阶段所编写的各种文档的语言表达应该准确简练。

（5）规范性：

文档的规范性是指采用当前最新的模板。

其完整性及内容的充实程度应不低于模板的要求。

（6）可追溯性：

在项目各个阶段所编写的各种文档应该具有良好的可追溯性。

由于各开发阶段编制的文档与各阶段完成的工作有着密切的关系，前后阶段生成的文件，随着开发工作的逐步扩展，具有一定的继承关系。

在一个项目各开发阶段之间提供的文件必定存在着可追溯的关系。

13.3主要角色和职责 

（1）项目经理

项目经理是控制文档准确性的关键环节，项目经理与文档作者一起构成文档正确性的直接责任人。

项目经理在文档方面的主要工作为：

1.项目经理制定整个项目的文档计划（包含在项目计划中），并督促落实文档计划的实施。

2.负责对技术内容正确性的检查并校对文档内容与所述对象最新版本是否保持一致。

（2）审核流程

（3）归档签名

开发阶段文档在纳入基线之前需要经过三级审批，包括文档作者在内共三级签名：

文档作者：

为文档的主要思想提供者和写作者。

如果有多人参与，则记录主要人员。

项目经理：

为在立项评审时指定的项目负责人。

批准：

如果此文档需评审，则批准人为评审组长；

否则为文档作者所属部门的部门经理

14．对项目的干系人分析

客户：

餐厅，该项目由其发起，项目的完成与否对其利益有很大的关切，所以餐厅会尽力支持团队。

项目发起人兼项目经理：

***，项目有伍恒发起并兼任项目经理，此项目的成功与否对其自身利益有重大关切，他需保证按时，按照预算，按照工作范围以及所要求的性能水平完成项目。

第三方：

校方，在校内餐厅内进行管理系厅建设，有利于改善餐厅的服务质量，对学校的服务水平的提高也有利，所以校方不会阻碍该项目的进行。

分包商：

软件公司，该项目首先购进相关软件，对其进行改装，交付客户使用，专业的软件公司对这种简单的软件开发有较多的成功检验，对其按时交付相关软件较有把握。

15.对该项目的范围进行调整并进行相应的变更控制

1项目范围：

该项目是应中国人民大学校内连锁餐厅的要求，为其连锁餐厅建立管理系统，改善其管理水平，提高服务质量，增加收益。

2项目计划在餐厅提供的经费的范围内在两个月内完成该项目，到期后将系统交付客户使用并为其提供操作手册。

3在项目进行中，客户提出要求，希望项目团队为其培训人员，此要求超出了项目的预期的范围，必然增加项目的支出，超出预算。

基于此种情况，为了保证项目团队的利益，项目经理与餐饮中心相关部门协调，同意支付超出的经费，并延长项目时间。

16.对该项目的进度和成本进行一定调整并进行相应的变更控制

17.对该项目的风险进行识别、分析和应对

（1）项目风险识别

已知风险：

项目计划过于乐观，对成本及进度控制过于自信，对项目范围变更准备计划不充分。

可预测风险：

项目团队内部出现严重分歧，设计及开发阶段困难超出预期。

不可预测风险：

校方禁止项目进行，餐厅撤销项目。

（2）应对办法

调整项目计划，加强项目团队内部的交流，请求客户对项目提供更多的帮助。

18.建立该项目的运行管理制度

18.1工程师及程序员项目期间行为规范

（1）遵守客户制订的规章制度。

热爱本职工作，不断提高业务水平。

（2）对待客户热情、耐心，维护公司信誉，履行合同条款。

项目成员间相互尊重，关心同事，对新员工主动、热情。

（3）工作态度端正，处事冷静，尽力避免发生矛盾。

善于协调各方面的关系，遇到困难和问题，积极主动处理，不推诿。

（4）随时保持通信畅通，更换电话号码须及时通知公司前台，注意接收公司邮件。

（5）准时参加项目各种会议，做好各种技术文档资料的撰写、提交和存档。

18.2项目经理的职责 

（1）认真阅读合同，了解客户要求，以保证项目工作不偏离主题。

（2）根据项目需要编制项目预算，报公司财务部审核，并报主管领导审批。

（3）负责项目计划的制定,并组织项目的实施。

（4）提交项目组人员名单报公司审批，并在项目执行过程中根据合同要求和项目要求及时向公司提出人员变更的计划。

若经客户反馈有不符合要求的项目组成员，应及时考虑更换并提前做好替代人员的物色和准备。

（5）每天下班后组织一次内部小结会，对当天的工作进行梳理。

（6）加强团队合作建设，加强项目成员之间的相互沟通、了解，提高大家的工作积极性，进而提高工作效率。

（7）根据项目进度组织与客户的开工会、阶段性工作汇报会、最终汇报会等正式会议。

（8）每周进行2至3次与客户的协调会。

通报项目进展情况；

落实项目中相关问题的解决。

（9）定期与销售沟通，及时完成阶段总结、验收等。

（10）控制项目预算,保证项目在预算范围内执行，项目经理要根据项目执行情况，充分控制好人员、成本，最大限度的节约成本 

（11）每月提供项目成员的工作评价和绩效考核表，并将自已的绩效考核表提交主管领导。