项目管理实验报告.doc

课程名称：味道网建设项目目录1 “味道网”校园订餐网站系统项目的生命周期 2 2 “味道网”校园订餐网站项目可行性研究报告 23 “味道网”校园订餐网站项目章程 34 “味道网”校园订餐网站项目工作分解（WBS） 45 “味道网”校园订餐网站项目网络图与甘特图 66 “味道网”校园订餐网站项目成本计划表 107 “味道网”校园订餐网站项目团队内部组织结构 128 “味道网”校园订餐网站项目团队知识地图 129 “味道网”校园订餐网站项目团队职责分配矩阵 1310 “味道网”校园订餐网站项目团队成员考核体系 1311 “味道网”校园订餐网站项目文档整理规范 1412 “味道网”校园订餐网站项目干系人分析 1513 “味道网”项目范围调整与变更控制 1614 “味道网”项目进度与成本调整变更控制 1615 “味道网”项目风险识别分析与应对 1616 “味道网”项目内容实现 1817 “味道网”项目心得体会报告 18一、“味道网”校园订餐网站系统项目的生命周期1、生命周期概述“味道网”校园订餐网站系统项目的生命周期一共分为六个阶段：（1） 规划阶段；（2） 分析阶段；（3） 设计阶段；（4） 实施阶段；（5） 运行与维护阶段；（6） 验收总结阶段。二、“味道网”校园订餐网站系统项目的可行性研究报告国家的高校扩招政策在给我们带来更多接受高等教育机会的同时，也带来了一些问题。 会的同时，也带来了一些问题。随着高校学生规模的日益扩大，很多高校现有的后勤资源已经大大满足不了学生的需要，比较突出的就是食堂“吃饭难”的问题。 生的需要，比较突出的就是食堂“吃饭难”的问题。 在高校里，食堂几乎处于垄断性的地位。首先， 在高校里，食堂几乎处于垄断性的地位。首先，有些食堂开饭时间比较固定，常常出现过了中午12点就无饭可吃的现象；其次，食堂的饭菜一般都是大锅饭大锅菜， 口味单一并且花色品种常年不变。所以，有一部分同学选择了学校内部或者附近的一些小饭馆就餐，因为那里有他们爱吃的菜品，营业时间也普遍较长，而且价格总体上也相对公道。 在这种情况下，深受北京广泛影响力的“丽华快餐”等送餐公司的启发，想利用学校周围的饭馆优势，利用校园网的优势条件，建立起一个B/S（浏览器/ 服务器）模式的网上订餐系统.把各个附近餐馆的菜品的信息放在网站上供同学们选择浏览， 信息放在网站上供同学们选择浏览，选购好自己喜欢餐馆的菜式之后， 相应餐馆会有专门的外送人员把订购的饭菜送过来。这样，广大同学就可以不受食堂用餐时间限制的制约，也可以足不出户地享用自己的美食了。 这个网站将是沟通同学和餐馆之间供求的桥梁，同学们能自由选择菜式以及享受配送服务，而餐馆也可以利用“网络效应”增加自己潜在的客户。 据估计，在暂时不考虑后期维护的情况下，建设这样一个网站大约投入经费需要5万元，建设周期需要6个月。三、“味道网”项目管理章程1、项目名称味道网信息系统建设3、项目的约束条件1）时间约束本项目从20011年5月27日开始到20011年8月25日。2）质量约束（1）规范的文档管理。（2）核心功能实现，系统顺利进行。（3）项目各阶段交付物满足按成电子公司采购环节的要求。3）费用预算项目总费用5万元。6、项目的人员组成与职责分配本项目的人员组成与职责分配如下表1所示。人员组成姓名职责项目经理李柏余项目管理，统领整个项目管理工作四、“味道网”校园订餐网站系统项目的管理的工作分解结构采用自上而下的编制方法，该订餐网站系统项目工作分解结构图可分为4层.第2层次按照项目实施的阶段进行分解，分为6个模块；根据活动安排，又对6大模块的工作进行了进一步分解，形成了第3层和第4层的活动，其中适当设置了里程碑活动。具体的WBS树形图如图所示。（1）项目管理：主要任务是在项目启动阶段，指定项目计划和相关的规章制度，主要包括选择项目管理的方法论、编制项目的计划，以及对项目进行监控。（2）可行性研究：确定项目的初步需求和总体范围，并对项目可行性进行分析，主要从项目的技术和资金两方面分析，撰写可行性报告。（3）需求分析：在通过可行性分析后，开始进行正式的需求分析。从采购部门及管理人员处获得具体的需求，加以整理，指定需求分析报告。（4）系统设计：根据前面产生的需求分析报告，进行系统的设计，主要分为硬件设计、软件设计和数据库设计3方面，撰写系统设计报告。（5）系统实施：在硬件方面包括采购需要的硬件设备，并进行安装和调试。在软件方面，包括对子系统和分析子系统进行开发。系统集成包括软件装载、数据导入和系统测试3想工作，最后撰写系统报告。（6）系统验收：请采购相关部门管理人员验收此系统，并负责相关后台管理的培训。项目人员对项目进行总结，提交总结报告。味道网校园订餐网站系统建设项目管理可行性研究需求分析系统设计系统实施系统验收选择方法论编制计划项目监控初步需求分析资金可行性分析技术可行性分析采购部面访市场调查需求分析报告可行性分析报告软件设计数据库设计系统设计说明书硬件设计实施报告系统集成软件实现操作培训系统验收硬件实现项目总结项目总结报告五、新产品上市项目管理的网络图和甘特图该联合采购系统项目的项目工期估计如下。1、 在Microsoft Project 2007中实现1） 创建新项目2） 定义项目的文件属性3） 修改项目日历修改项目日历，项目人员的工作日从星期一至星期五，工作时间为8：00至17：00，其中12：00至13：00为午餐休息时间。4） 录入基本任务信息5） 建立工作分解结构6） 建立任务间的关系7） 项目网络图8） 项目甘特8） 项目甘特图 六、项目的成本计划表活动小活动预算分摊（元）累积分摊（元）项目管理项目开发立项200200可行性研究200400项目章程编写300700经理的任命100800项目模板制作3001100需求分析用户需求调研与分析6001700同类网站分析5002200编写详细需求说明书7002900系统设计体系结构设计3003200功能模块设计3003500业务逻辑设计6004100用户界面设计6004700数据库设计2004900编写系统设计说明书2005100系统实施编写系统实施计划1005200软硬件购买2300028200Web 应用开发1500043200网站铺设100044200编写系统实施报告20044400系统测试编写系统测试计划25044650单元测试50045150集成测试30045450强度测试20045650响应测试10045750可靠性测试30046050安全测试25046300编写系统测试报告20046500验收总结进行网站考核90047400填写评价报告30047700填写验收报告30048000编写用户手册60048600培训使用维护人员100049600召开总结会议30049900完成项目总结报告10050000七、项目团队内部的组织结构项目经理程序员硬件工程师调研分析员系统分析员模块分析员测试工程师美工设计师文档管理员客户联系人员数据库管理员八、项目团队的知识地图姓名需求分析市场营销网站管理能力兴趣能力兴趣能力兴趣符惠芬10010070809080张丽丽708010010010090苗华艺10090080708080李明90100908090100王可90708080100100吴浩10080100907090刘一一9080909010090九、项目团队的职责分配矩阵用负责（Responsible）、有责（Accountable）、咨询（Consult）、和通知（Inform）来分别表示各种关系，得到职责分配矩阵。活动人员符惠芬张丽丽苗华艺李明王可吴浩刘一一需求分析RIAAICI市场调研IRICIAA网站管理CAIARIA本项目的人员组成与职责分配如下所示 。十、项目成员的考核在建设这个网站的过程中，专门制定了项目成员考核指标体系，分别从项目成员的特征、行为、绩效为导向予以评估，参见表。考核评级标准表项目成员特征导向评级标准（1） 专业技能：1=很少 2=少 3=平均 4=多 5=很多（2） 沟通能力：1=很弱 2=弱 3=平均 4=强 5=很强（3） 合作能力：1=很低 2=低 3=平均 4=高 5=很高项目成员行为导向评级标准（1） 工作态度：1=很差 2=差 3=一般 4=好 5=很好（2） 出勤情况：1=从来没有 2=极少 3=有时 4=经常 5=几乎总是（3） 建议情况：1=从来没有 2=极少 3=有时 4=经常 5=几乎总是项目成员绩效导向评级标准（1） 成本绩效指数：1=低于60% 2= 60% 70% 3=70%80% 4=80%90% 5=90%100%（2） 进度绩效指数：1=低于60% 2= 60% 70% 3=70%80% 4=80%90% 5=90%100%（3） 客户满意度：1=低于10% 2=10%40% 3=40%60% 4=60%80% 5=80%100%针对上述指标，按照程度以五分制对每个成员的各项指标分别打分，算出其总评分（特征导向占项目成员最终绩效的15%、行为导向占35%、绩效导向占50%）。其中，整个打分过程中又由三类人参与，按照一定权重累加。参与的人员及其权重如下：（1） 由项目经理对各员工的表现打分（权重为50%）；（2） 本人对自己的表现打分（权重为25%）；（3） 由同事对员工的工作表现打分（权重为25%）。最后的加权平均分为得分，项目经理的得分由本人和同事按各自占50%的权重进行打分计算。通过这个评价标准，我们制定了成员考核模板，对项目成员进行评价，如表所示。成员指标符惠芬张丽丽苗华艺李明王可吴浩刘一一项目成员特征专业技能沟通能力合作能力项目成员行为工作态度出勤情况建议情况项目成员绩效成本绩效指数进度绩效指数客户满意度项目成员总分十一、项目的文档管理规范1.设立专职文档管理负责人网站建设项目小组设一位文档保管人员，负责集中保管本项目已有文档的一套主文本和一套副文本。两套文本内容、格式完全相同，其中副文本可按一定手续办理借阅。2.文档统一格式定义项目内部所有文档采用统一的页面设置、封面格式、页眉页脚格式、目录格式和正文格式。3.文档内容规范文档内容规范参考软件文档管理指南和计算机软件产品开发文件编制指南 。这些文档主要包括：可行性研究报告、项目开发计划、网站需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、用户手册、操作手册、测试计划、测试分析报告、开发进度月报、项目开发总结报告。4.文档存储结构4.1在项目开发前的调研、分析等过程中，人们所做的需求分析、调研报告、可行性分析、解决方案都是随着项目的不断深入而调整的，这些文档到最后实施前才能进行确定，有些也还需要在实施时改变，这样就会产生很多阶段的不同版本。所以在每个文档的题目后面加上时间予以区分。同时为了不影响系统效率，一般这些项目档案文件都不和操作系统盘放在同一个目录，存在E盘中。4.2为了最有效的管理各种文档，要设计出计算机磁盘空间中文件夹结构以有效存储文档文件夹结构如图所示。十二、项目的干系人分析项目干系人项目团队 其他成员项目经理学 生学校附近餐馆项目项目干系人名称关注重点应承担的责任可能的风险项目团队项目经理 网站项目按时完成 网站为学生带来方便 项目的立项和验收 项目的统筹安排 关键性的决策 对调研工作的不支持 作出不正确的决策项目组成员 所负责的功能的实现情况 成本的控制参观负责人学生十三、对项目的范围进行调整并进行相应的变更控制用以下三种技术进行项目范围变更控制：（1） 范围变更控制系统（2） 绩效分析（3） 更新计划十四、对成本和进度的变更控制用以下四种方法控制进度：（1） 进度控制系统（2） 进度偏差分析（3） 修订项目进度计划（4） 项目管理软件成本控制方法：（1） 成本变更控制系统（2） 成本绩效的测量和分析十五、网站项目的风险识别、分析和应对表风险识别风险定性和定量分析风险应对编号WBS模块风险事件风险概率风险影响描述风险影响值风险期待值排序级别风险策略风险应对措施风险处理截止时间风险负责人1需求分析不准确需求分析不正确10%用户需求描述不清，网站详细需求说明书质量低0.20.022一级缓解预防，摸清用户背景，对说明书做调整一周项目经理2总体设计体系结构设计不合理1%对网站体系规划不合理0.20.00210二级接受纠正，调整体系结构一周项目成员3总体设计功能模块设计不合理1%对功能的划分不合理0.10.00112二级接受纠正，调整模块三天项目成员4详细设计用户界面设计不美观5%设计风格不好0.10.0055二级接受纠正，及时与用户沟通，征求用户意见三天项目成员5详细设计数据库设计不合理5%数据组织不合理0.10.0056二级接受纠正，重新组织一周项目成员6软硬件购买开发所用软硬件不到位5%硬件的厂商代理不能按时到货0.40.023一级接受纠正，寻找供应商三天项目经理7Web应用开发团队不稳定10%开发人员突然离职0.40.041一级缓解预防，进行人才储备一周项目经理8强度、响应测试与用户要求的非功能需求有偏差5%响应慢，强度不够0.10.0057二级接受纠正，寻找关键瓶颈并解决一天项目成员9安全、可靠性测试系统可靠性问题3%系统测试过程中出现安全故障0.10.0039二级接受纠正，寻找并弥补漏洞一天项目成员10验收考核时出现问题或遭到反对1%用户对网站提出不满意见0.20.00211二级接受纠正，及时与用户沟通三天项目成员11培训接受培训的人员不配合培训工作5%接受培训的人员对系统有抵触情绪0.10.0058二级接受纠正，及时沟通一天项目成员12内部总结总结会议及报告质量低10%项目成员不重视总结工作0.20.024一级缓解预防，进行考评管理一周项目经理网站建设项目的风险等级划分表风险等级风险影响值负责人一级0.02项