修改记录页
目 录
1 项目基本信息 ............................................................................................................................. 4
1.1项目期间 ..................................................................................................................................... 4
1.2 项目成果 ..................................................................................................................................... 4
1.3 开发工具和环境 .......................................................................................................................... 4
1.4 项目概要 ................................................................................................................. 4
2 项目工作分析 .......................................................................................................... 5
2.1 项目需求变更 ............................................................................................................................. 5
2.2 项目计划与进度实施 .................................................................................................................. 5
2.3 项目总投入情况 .......................................................................................................................... 5
2.4 项目总收益情况 .......................................................................................................................... 5
2.5 项目质量情况 ............................................................................................................................. 5
2.6 风险管理实施情况 ...................................................................................................................... 5
3 经验与教训 .............................................................................................................. 6
3.1 经验总结 ..................................................................................................................................... 6
3.2 教训总结 ..................................................................................................................................... 6
4 改进建议 ................................................................................................................. 6
4.1 组织过程资产库的改进建议 ....................................................................................................... 6
4.2 其它改进建议 ............................................................................................................................. 6
5 遗留问题处理计划 ................................................................................................... 6
6 审批意见 ................................................................................................................. 7
6.1 审批意见表 ................................................................................................................................. 7
7 附件 ........................................................................................................................ 7
1 项目概要
1.1 项目基本信息
项目名称:×××××
项目代号:×××××
英文简称:×××××
项目编码:×××××(需要相关部门提供)
用户方:提示:请说明本项目的用户部门(或公司)
开发方:提示:请说明本项目的开发部门(或公司)
项目后续事务负责人:提示:由某某负责客服、维护工作。
1.2 项目期间
预计项目开始日期:
预计项目截止日期:
实际项目开始日期:
实际项目截止日期:
项目目前状况:提示:系统试运行中(或处于维护期中)等等
保障日期:提示:系统运行后开发方需要保障系统稳定运行期间
维护日期:提示:过了保障日期后进入维护日期
1.3 项目成果
提示:各阶段文档数及代码量,可参考项目成果物列表、项目度量表
1.4 开发工具和环境
2 项目工作分析 2.1
项目需求变更
2.2 项目计划与进度实施
提示:对照第一份评审通过的项目计划书列出项目主要过程(里程碑)的实现情况。
2.3 项目总投入情况
提示:项目总的工作量和人员投入(包括管理、培训、评审等),以及设备、经费等成本投入情况。
2.4项目总收益情况
提示:介绍项目收益情况(可包括项目直接收入和预期的间接收入)等。
2.5 项目质量情况
提示:介绍项目成果物的质量情况,交付前的缺陷数量和等级情况,交付后的缺陷数量和等级情况,客户满意度情况等;可参考测试报告、各阶段评审报告、SQA检查结果等文档。
2.6 风险管理实施情况
提示:对项目过程中风险管理的数据进行统计、分析。
提示:1.风险类型:按照 “需求风险”、“管理风险”、“技术风险”、“产品规模风险”和“质量风险”五类,不能完全确定所属类别时,填为“其它”。
2.总数目:根据风险类型统计该类型风险的总数。
3.有效规避数目:指在项目实施过程中提前预警到风险的存在,并采用有效的措施,使该风险并未造成损失的风险数目。
4.避免损失:预计到风险后,采取措施后,避免的损失,可以时间作为度量标准。
5.实际发生数目;=(总数目)-(有效规避数目),指不能回避的风险或者规避措施失效的风险数目。
6.风险造成的损失:该风险类型中实际发生风险造成的损失,可以时间作为度量标准。
3 经验与教训
提示:总结项目过程中的经验和教训,并提出相关建议。
3.1 经验总结
提示:可介绍项目的有形资产和无形资产,包括对项目管理、技术使用等方面的经验;经努力妥善解决的偏差、缺陷、风险项,及解决方法、结果的描述;对行业经验的总结等等
[注:可介绍项目的有形资产和无形资产,包括对项目管理、技术使用等方面的经验;经努力妥善解决的偏差、缺陷、风险项,及解决方法、结果的描述;对行业经验的总结等等。
3.2 教训总结
提示:注:包括对项目过程中,管理、技术上的主要失误、缺陷的总结;结项时尚未解决的争议问题、缺陷项等;意外的风险等。
4 改进建议
4.1 组织过程资产库的改进建议
提示:对组织软件工程过程规范和模板的修改建议,项目的相关成果要作为经验、组织资产(知识)保留,并作为后续项目的参考。
4.2 其它改进建议
提示:包括对今后同类项目建议(如何预防偏差、风险,减少缺陷等等)。
5 遗留问题处理计划
提示:可以参考交付与验收管理过程中遗留项处理计划。
6.1 审批意见表
需要邀请公司领导参加该会议,确定评审组人员、时间、地点等有关事项。
7 附件
提示:在总结中可参考的文件,或类似行业经验等,无法概述须另外总结成文的内容,请列出文件名。
第二篇:软件项目总结报告
软件项目总结报告范文
1引言
1.1编写目的
XXX公司业务管理系统的开发已经基本完成。写此项目开发总结报告,以方便我们在以后的项目开发中来更好的实施项目的订制开发; 让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率,从而创造更多公司效益。
1.2背景
项目名称:XXX业务管理系统
软件名称:XXX业务系统
客户:XXX
用户:XXX员工
1.3参考资料
项目开发文档:
1.软件开发数据模型:PDM_OperationSystem20070831.pdm
2.数据库开发文档: XXX业务管理系统数据库设计说明书2.0.doc
3.软件业务流程参考:XXX业务管理系统流程说明.doc
4.软件使用手册参考:XXX业务管理系统功能说明3.0.doc
5.软件业务流程参考:XXX业务管理系统流程说明.doc
6.软件中使用到的第三方控件:ComponentArt Web.UI 2006.1252 for asp.net2.0.rar
7.软件中使用的安全Ikey驱动:Ikey Driver.rar
以上参考资料是截止2007-08-31是最新的资料文档。如有修改,即使修改此处的参考文档名称。
2开发工作评价
2.1对生产效率的评价
1.系统开发已历时快1年的时间了
2.开发的反复性比较多。
3.对客户的需求理解不是很透彻。
综合以上,此项目的开发效率不是很高,相反有相当一定时间的浪费。
2.2对产品功能的评价
经过我们公司各位同事的共同努力协作,XXX业务管理系统已经很好的完成了客户的业务流需求。经过对客户使用过程的观察,此项目开发的还是比较成功,但是还是存在着一些问题,造成这些问题的原因是多方面的。如:前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题,这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug。总的来说,此系统的功能开发还是一个比较成功的案例。
2.3对技术方法的总结
在此项目中使用到技术和工具:
1.使用代码生成器:使用代码生成器 [动软.Net代码自动生成器],此工具在很大程度上提高了编码效率,从而加快了项目的开发进程。在以后的项目中,我们要尽量的来使用一些类似的工具来在最短的时间内完成工作。在今后的项目开发中,我们最好是能开发出适合自己的代码生成工具,更大限度的节省开发周期和开发费用。
2.使用数据库建模工具;PowerDesigner 工具来建立系统数据库模型,以方便程序员很好的理解业务流和掌握系统架构者的架构思想,更好的满足客户的功能需求。在今后的项目开发中,我们要更好的来完成系统的前期数据库模型的建立,最大的来优化系统功能。
3.使用第三方控件:此系统中使用了ComponentArt Web.UI 第三方控件。此控件在很大程度上满足了客户对软件界面的需求,从而也给软件的操作带来了方便。本项目中只使用了ComponentArt Web.UI一种第三方控件,在今后的项目开发过程中,要继续使用第三方的控件。这样以来,无论是针对软件界面的美观性、友好性来说、易操作性而言,还是针对系统开发效率而言,这都是很好途径。但需要意的是:在是使用第三方控件时,要谨慎的选择一些网络中的比较常见的第三方控件。
4.使用自定义控件:此系统中使用了自定义控件(GhdGridView),此自定义控件可以很好的统一系统中的所有信息显示表格样式。如客户对数据显示样式有什么新的意见,我就不需要修改每一个页面的表格样式,我们只需要修改GhdGridView控件的样式,系统中的所有继承自GhdGridView的表格样式都可以改变。
5.系统开发框架:此系统的框架使用的是简单三层结构,此框架在开发一些中小软件是比较实用的。但是我们要是可以开发出自己的框架,把一些通用的功能开发到框架中。这样以来,在以后的系统开发中,针对系统中一些通用的功能就不需要再开发,从而也可以很好的提高我们的开发效率;减少很多维护费用。使我们的技术不断的更加成熟。
6.系统安全加密:此系统中针对客户提出的系统安全问题,我们采用了Ikey加密硬件钥匙来验证客户端登陆客户的合法性,此Ikey钥匙可以绑定到一个系统使用用户,也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。这样以来,即使用户的密码不慎丢失,或者被不法人员取得(不法人员他也是无法登陆到我们的系统中来),这样就最大的提高了我们系统的安全性。Ikey加密钥匙是很好的加密B/S架构软件的硬件工具,在以后的软件安全方面可以借鉴。
3项目经验总结
3.1签定合同
一个项目的开发成败或者说项目开发带来效益的大小,在很大程度上是受项目合同签定的影响的。往往,很多一部分公司与客户签定的项目合同都是很模糊的,也很难签定的比较清楚,这样以来就会导致在项目的开发后期,工作两会越来越大,影响项目的竣工周期;而且,项目的开发费用一般是不会变的。这样以来,我们就大大的降低了我们的开发效益。虽然需求范围很难签定的明确,但是我们在签定合同时,要尽量的去把合同功能边界和添加新功能的条件签定。
3.2开发团队
在项目确立后,要尽快的建立起项目开发团队。
项目团队成员的团结合作、相互沟通是非常重要的,团队成员之间要相互学习彼此的优点和技术,使团队的能力不断的提高。这样,在项目的开发过程中,团队才不会被难题困住不动。另外,团队中要有一个项目负责人,这个人无论是在与客户的沟通上,还是在技术上都要是很出众的人,此项目负责人要能很好的沟通客户与开发成员之间,以此来更好的理解客户的功能需求。人的记忆力总是有限的,所以就要求开发团队成员要尽量的书写一些开发文档,这些文档往往是我们在项目开发后期要用到的可寻资料。项目团队士气是项目成功的一个因素,我们需要不断的来培养我们的团队气势,使我们的团队不断的壮大。
3.3需求的调研
在项目确立后,就到了需求调研分析阶段。
1.项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握,这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求,如此以来我们就为自己埋下了地雷,影响项目的开发周期,这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系,要深入的去了解客户需求。
2.我们要尽量的让客户也参与到项目的开发团队中来,也就是说我们要使客户把自己也纳入到项目的开发团队中来,如此一来,我们掌握客户需求的真实性、可靠性就会大大的提高,也就不会为项目的后期功能开发埋下陷阱
3.在需求调研过程中,如果缺乏足够用户参与,这样的需求调研也是失败的。很多程序员不愿参与到客户的需求调研中去,为什么呢?很简单,与客户沟通不如与代码沟通容易有意思。尽管这样,我们还是必须用足够多的时间去和客户进行沟通,了解他们真实的需求。很多用户也是如此,他们自己也不愿意参与到项目的需求调研中来,为什么呢?需求调研有出去和朋友一块烂漫对吗。。。虽然现状如此,我们还是要努力的使客户参与到需求的调研中来。
4.模糊需求,也就是模棱两可是需求规格说明中最为可怕的问题。一是指诸多客户对需求说明产生了不同的理解;一是指单个读者能用不止一个方式来解释某个需求说明。针对对这种情况,就要求我们的调研人员要能够从多个角度来分析客户的不同需求,整理出最终的需求与客户确认,定出最终真实可靠的需求,我们绝不能凭借我们自己的单面理解来定立客户的最终需求。
5.在一个项目的开发中,文档的书写是极为中要的一项工作。因为,某些文档就是我们在开发后期与客户沟通的可寻依据、也是我们程序员在编码过程中要用到的重要文档。我们绝对不能认为,凭借我们的大脑来记录所有的开发需求。。。;即使,你说你是天才,你要用你那颗爱因斯坦的大脑来记录所有的开发需求,那也是不可能的,人的精力总是有限的。这就要求我们在需求调研中做好需求文档的记录和整理。
6.需求调研工具选择,客户一般对图形还是比较感兴趣的,所以我们在调研过程中,我要尽量的采用图形化界面来和客户沟通需求。比如可以采用Rose工具,把客户的意思转换为用例图、时序图、协作图、状态图、类图等,使表达的意思更加直观。这样客户会更快的进行问题的实质。
3.5做好开发计划
在项目确立后,我们就需要做好项目开发计划,需求调研用时,开发用时,测试用时,实施用时,维护用时。在我们做好了计划后,我们要随时的跟踪计划任务的完成进度,从而使我们的项目进度掌控在我们的开发周期范围之内,今日计划、行动,明日成功。
3.5很好的沟通
在其他行业中,人与人的之间的沟通只很重要的。项目开发也不例外,很好的沟通能够加快项目的进度,这就要求我们每一个开发人员要学会和善于沟通于客户和同事之间。在一个项目的开发过程中,我们与客户的沟通是一个不断交流和沟通的过程。在开发到一定的阶段,我们就需要和客户沟通已有功能,尽量的去避免一些隐藏的问题,及时的发现问题,解决问题,从而按时或者提前完成项目的开发。
3.6做好工作总结
在项目进行的过程中,我们要不断去整理自己的工作情况和做好总结,这样以来,无论是在自己的技术还是其它方面,都会对我们有很大的提高,在长期的积累后,无论是我们个人能力,,还是我们的团队能力都会有很大的提高。