还剩3页未读,继续阅读
文本内容:
初步验收施工总结报告项目实施总结1项目工作量说明
3.1序号建设内容工作量变化类型变化说明1前期准备无无2开展调研增加用户需求多样3实施组织方案无无4需求规格说明书无无5需求规格说明书评审无无6详细设计无无7详细设计评审无无8XXX可视化台增加用户业务XX多样9XXX共享服务云台增加用户业务XX多样城市模型处理与分析系统增加用户业务多样10XX融合与分析子系统增加用户业务多样11XXXX XX专题功能需求细化市专题应用增加12XXXX系统测试方案无无14系统测试用例无无15系统网络环境复杂软件安装增加16培训时间确定较难可视化台用户培训增加17XXX培训时间确定较难共享服务云台用户培训增加18XXX培训时间确定较难模型处理与分析系统用户培训增加19XX序号建设内容工作量变化类型变化说明培训时间确定较难融合与分析子系统用户培训增加20XXXX培训时间确定较难市专题应用用户培训增加21XXXX传输增加量增大23XX XX测试与维护无无24项目总结报告无无25项目试运行无无26项目进度说明
3.2序号里程碑变更类型计划完成时间实际完成时间变化说明客户单位现有信息化建设缺乏,对系完成需求调延期1XXXX0305XXXX0308统认识不足,导致研工作调研时间延长完成系统设无无2XXXX0403XXXX0403计完成系统开无无3XXXX0620XXXX0620发完成系统测无无4XXXX0623XXXX0623试用户培训时间难预完成培训工约,采用先培训先延期5XXXX0724XXXX0922作试用的方式开展工作台试运行无无6XXXX0623XXXX0623正式投入使无无7XXXX0920XXXX0920用系统初步验无无8XXXX0115XXXX0115收序号风险描述重要程度措施成效接受策略,具体做法建立系统处理过程中遭遇防止遭遇外丢失或XX XX1高区域异地存储中心;修正外丢失或破坏破坏处理程序XX避免策略,具体做法强化用户参与少或与用户沟通定期与用户沟通,确2高用户方组织管理;主动与用少保项目前进方向户沟通的策略漏项,由于设计人员的疏忽某个功能、流程或者性减轻策略,具体做法后期项目满足用户所有需3中能指标没有考虑进去及时补正求减轻或接受策略,具体做法项目范围改变,突然要增合理控制需求,防止4高对这种变更加强控制,尽量加或修改一些功能不必要的变更减少变更;必要的变更选择接受减轻策略,具体做法做好项目组新成员能够快5核心人员离开中人员和工作殳接,确保新人速融入进来,工作有快速融入条不紊的进行减轻策略,具体做法先行6软件功能存在缺陷中选择试点,充分发现和纠软件功能得到完善错避免或减轻策略,具体做通过和用户沟通与技法术手段调优,最大程7性能不能满足要求高采用多种技术手段调优;在度的满足用户对性能用户接受的前提下降低性上的要求能要求大范围部署后用户不会使减轻策略,具体做法加强用户能够对软件熟练8低用应用培训和指导操作客户满意情况说明
3.4在本项目实施过程中,项目组成员对于出现的问题能够及时解决,当遇到不能立刻解决的问题时,项目组成员会告知原因,后续会主动跟进处理,最后基本都会解决在解决问题的过程中会向用户告知问题的原因以及如何避免,开发的系统满足用户需求,在服务和产品质量上得到了用户方的一致好评签定合同阶段
3.
5.1一个项目的开发成败或者说项目开发带来效益的大小,在很大程度上是受项目合同签定的影响的往往,很多一部分公司与客户签定的项目合同都是很模糊的,也很难签定的比较清楚,这样以来就会导致在项目的开发后期,工作两会越来越大,影响项目的竣工周期;而且,项目的开发费用一般是不会变的这样以来,我们就大大的降低了我们的开发效益虽然需求范围很难签定的明确,但是我们在签定合同时,要尽量的去把合同功能边界和添加新功能的条件签定开发团队
3.
5.2在项目确立后,要尽快的建立起项目开发团队项目团队成员的团结合作、相互沟通是非常重要的,团队成员之间要相互学习彼此的优点和技术,使团队的能力不断的提高这样,在项目的开发过程中,团队才不会被难题困住不动另外,团队中要有一个项目负责人,这个人无论是在与客户的沟通上,还是在技术上都要是很出众的人,此项目负责人要能很好的沟通客户与开发成员之间,以此来更好的理解客户的功能需求人的记忆力总是有限的,所以就要求开发团队成员要尽量的书写一些开发文档,这些文档往往是我们在项目开发后期要用到的可寻资料项目团队士气是项目成功的一个因素,我们需要不断的来培养我们的团队气势,使我们的团队不断的壮大需求的调研
3.
5.3在项目确立后,就到了需求调研分析阶段D项目组对客户的整体组织结构、有关人员的关系职责等如果没有一个很好、足够的了解掌握,这样项目组就无法很好的完整的整理到客户的需求,或者说客户真实的功能需求,如此以来我们就为自己埋下了地雷,影响项目的开发周期,这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系,要深入的去了解客户需求2我们要尽量的让客户也参与到项目的开发团队中来,也就是说我们要使客户把自己也纳入到项目的开发团队中来,如此一来,我们掌握客户需求的真实性、可靠性就会大大的提高,也就不会为项目的后期功能开发埋下陷阱3在需求调研过程中,如果缺乏足够用户参与,这样的需求调研也是失败的很多程序员不愿参与到客户的需求调研中去,为什么呢?很简单,与客户沟通不如与代码沟通容易有意思尽管这样,我们还是必须用足够多的时间去和客户进行沟通,了解他们真实的需求很多用户也是如此,他们自己也不愿意参与到项目的需求调研中来虽然现状如此,我们还是要努力的使客户参与到需求的调研中来4模糊需求,也就是模棱两可是需求规格说明中最为可怕的问题一是指诸多客户对需求说明产生了不同的理解;一是指单个读者能用不止一个方式来解释某个需求说明针对对这种情况,就要求我们的调研人员要能够从多个角度来分析客户的不同需求,整理出最终的需求与客户确认,定出最终真实可靠的需求,我们绝不能凭借我们自己的单面理解来定立客户的最终需求5在一个项目的开发中,文档的书写是极为中要的一项工作因为,某些文档就是我们在开发后期与客户沟通的可寻依据也是我们程序员在编码过程中要用到的重要文档我们绝对不能认为,凭借我们的大脑来记录所有的开发需求;即使,你说你是天才,你要用你那颗爱因斯坦的大脑来记录所有的开发需求,那也是不可能的,人的精力总是有限的这就要求我们在需求调研中做好需求文档的记录和整理6需求调研工具选择,客户一般对图形还是比较感兴趣的,所以我们在调研过程中,我要尽量的采用图形化界面来和客户沟通需求把客户的意思转换为用例图、时序图、协作图、状态图、类图等,使表达的意思更加直观这样客户会更快的进行问题的实质做好开发计划
3.
5.4。