项目后评价报告.docx

上传人:b****1 文档编号:10524386 上传时间:2023-05-26 格式:DOCX 页数:7 大小:19.51KB
下载 相关 举报
项目后评价报告.docx_第1页
第1页 / 共7页
项目后评价报告.docx_第2页
第2页 / 共7页
项目后评价报告.docx_第3页
第3页 / 共7页
项目后评价报告.docx_第4页
第4页 / 共7页
项目后评价报告.docx_第5页
第5页 / 共7页
项目后评价报告.docx_第6页
第6页 / 共7页
项目后评价报告.docx_第7页
第7页 / 共7页
亲,该文档总共7页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

项目后评价报告.docx

《项目后评价报告.docx》由会员分享,可在线阅读,更多相关《项目后评价报告.docx(7页珍藏版)》请在冰点文库上搜索。

项目后评价报告.docx

项目后评价报告

项目后评价报告

项目开发总结报告(GB标准)

1.引言

1.1编写目的

在项目中犯错误是正常的,但是犯同样的错误则是不可原谅的。

因此,我们应该善于在项目中总结、在实践中总结。

在项目结束的时候,所有的成员汇集在一起,回顾一下项目的过程,总结出错误,找到解决的办法,总结出经验,将这些经验复用到下一个项目中。

具体表现为:

1、通过项目分析、总结和会审,对项目工作进行评价,使项目组的经验成为机构过程资产,并促进软件过程的不断改进。

2、通过技术归档,为公司加强知识产权保护提供了依据,不断增加公司的技术积累。

3、通过技术交接,为做好产品进入市场后所必需的产品维护和客户服务做好必要的准备。

4、通过产品会签和发布,确保公司向用户提供符合市场需求的软件产品

1.2解决公司级问题

1、丰富公司资产库;

2、产品投入正常使用,减小公司应承担的售后服务压力;

3、建立与用户的长期合作关系;

4、项目团队及每一个相关人员的绩效评价;

5、项目管理的成功经验和失败教训作为无形资产长期积累;

6、项目成果的进一步产品化,已有产品的进一步商品化;

1.3参考资料

[1]ProjectManagementConcepts,Methods,andTechniques,J.LeRoyWard,ExecutiveVicePresidentESIInternational,Arlington,Virginia

[2]软件项目开发总结报告书(GB856T—88)国家标准

2.实际开发结果

2.1产品

名称:

XXX网站

存储媒体的形式:

光盘

数量:

3份;

产品文档名称:

软件开发文档:

《需求需求说明书》、《概要设计说明书》、《详细设计说明书》、《软件测试计划》、《软件测试报告》

项目管理文档:

《软件项目计划》、《项目进度报告》、《项目开发总结报告》

产品文档:

《用户手册》、《演示文件》

2.2主要功能和性能

建立一个能够实现信息填写、用户自选以及名字含义英文解读与使用频度(中国范围内)分析的板块,使其可以根据顾客的英文名字、性别、年龄、国际、地区、性格特征、爱好、星座等为顾客取一个符合其特点又富有内涵的中文名字。

2.3进度

(1)细化消费人群需求及板块内功能分类与布局;

(2)进行板块的前端,后端的设计与开发;

(3)针对外国留学生这一群体进行试用并收集反馈信息进行分析;

(4)根据试用分析结果对板块进行功能、布局等方面的优化;

(5)正式投入使用,回收成本;

(6)根据市场环境变化不断更新板块的功能,扩大使用规模。

2.4费用

项目预期费用:

包括建站基本费用(如域名、空间购买)300元,后期可能的姓名数据库、界面及算法设计费用约8000,网站推广费用约5000元,差旅费1000元,商品展示样品费用300元。

后期网站维护运营300元/年。

总体预算约15000,实际开支符合前期预算。

3.开发工作评价

3.1对生产效率的评价

1.系统开发已历时快半年的时间了

2.开发的反复性比较多。

3.对用户的需求理解不是很透彻。

综合以上,此项目的开发效率不是很高,相反有相当一定时间的浪费。

3.2对产品质量的评价

经过我们团队各位同学的共同努力协作,“起个中文名字”网站已经很好的完成了用户的业务流需求。

经过对用户使用过程的观察,此项目开发的还是比较成功,但是还是存在着一些问题,造成这些问题的原因是多方面的。

如:

前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题,这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug。

总的来说,此系统的功能开发还是一个比较成功的案例。

3.3对技术方法的评价

在此项目中使用到技术和工具:

1.使用代码生成器:

使用代码生成器[动软.Net代码自动生成器],此工具在很大程度上提高了编码效率,从而加快了项目的开发进程。

在以后的项目中,我们要尽量的来使用一些类似的工具来在最短的时间内完成工作。

在今后的项目开发中,我们最好是能开发出适合自己的代码生成工具,更大限度的节省开发周期和开发费用。

2.使用数据库建模工具;PowerDesigner工具来建立系统数据库模型,以方便程序员很好的理解业务流和掌握系统架构者的架构思想,更好的满足客户的功能需求。

在今后的项目开发中,我们要更好的来完成系统的前期数据库模型的建立,最大的来优化系统功能。

3.使用第三方控件:

此系统中使用了ComponentArtWeb.UI第三方控件。

此控件在很大程度上满足了客户对软件界面的需求,从而也给软件的操作带来了方便。

本项目中只使用了ComponentArtWeb.UI一种第三方控件,在今后的项目开发过程中,要继续使用第三方的控件。

这样以来,无论是针对软件界面的美观性、友好性来说、易操作性而言,还是针对系统开发效率而言,这都是很好途径。

但需要意的是:

在是使用第三方控件时,要谨慎的选择一些网络中的比较常见的第三方控件。

4.使用自定义控件:

此系统中使用了自定义控件(GhdGridView),此自定义控件可以很好的统一系统中的所有信息显示表格样式。

如客户对数据显示样式有什么新的意见,我就不需要修改每一个页面的表格样式,我们只需要修改GhdGridView控件的样式,系统中的所有继承自GhdGridView的表格样式都可以改变。

5.系统开发框架:

此系统的框架使用的是简单三层结构,此框架在开发一些中小软件是比较实用的。

但是我们要是可以开发出自己的框架,把一些通用的功能开发到框架中。

这样以来,在以后的系统开发中,针对系统中一些通用的功能就不需要再开发,从而也可以很好的提高我们的开发效率;减少很多维护费用。

使我们的技术不断的更加成熟。

6.系统安全加密:

此系统中针对客户提出的系统安全问题,我们采用了Ikey加密硬件钥匙来验证客户端登陆客户的合法性,此Ikey钥匙可以绑定到一个系统使用用户,也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。

这样以来,即使用户的密码不慎丢失,或者被不法人员取得(不法人员他也是无法登陆到我们的系统中来),这样就最大的提高了我们系统的安全性。

Ikey加密钥匙是很好的加密B/S架构软件的硬件工具,在以后的软件安全方面可以借鉴。

4.经验与教训

3项目经验总结

3.1签定合同

一个项目的开发成败或者说项目开发带来效益的大小,在很大程度上是受项目合同签定的影响的。

往往,很多一部分公司与客户签定的项目合同都是很模糊的,也很难签定的比较清楚,这样以来就会导致在项目的开发后期,工作两会越来越大,影响项目的竣工周期;而且,项目的开发费用一般是不会变的。

这样以来,我们就大大的降低了我们的开发效益。

虽然需求范围很难签定的明确,但是我们在签定合同时,要尽量的去把合同功能边界和添加新功能的条件签定。

3.2开发团队

在项目确立后,要尽快的建立起项目开发团队。

项目团队成员的团结合作、相互沟通是非常重要的,团队成员之间要相互学习彼此的优点和技术,使团队的能力不断的提高。

这样,在项目的开发过程中,团队才不会被难题困住不动。

另外,团队中要有一个项目负责人,这个人无论是在与客户的沟通上,还是在技术上都要是很出众的人,此项目负责人要能很好的沟通客户与开发成员之间,以此来更好的理解客户的功能需求。

人的记忆力总是有限的,所以就要求开发团队成员要尽量的书写一些开发文档,这些文档往往是我们在项目开发后期要用到的可寻资料。

项目团队士气是项目成功的一个因素,我们需要不断的来培养我们的团队气势,使我们的团队不断的壮大。

3.3需求的调研

在项目确立后,就到了需求调研分析阶段。

1.项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握,这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求,如此以来我们就为自己埋下了地雷,影响项目的开发周期,这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系,要深入的去了解客户需求。

2.我们要尽量的让客户也参与到项目的开发团队中来,也就是说我们要使客户把自己也纳入到项目的开发团队中来,如此一来,我们掌握客户需求的真实性、可靠性就会大大的提高,也就不会为项目的后期功能开发埋下陷阱

3.在需求调研过程中,如果缺乏足够用户参与,这样的需求调研也是失败的。

很多程序员不愿参与到客户的需求调研中去,为什么呢?

很简单,与客户沟通不如与代码沟通容易有意思。

尽管这样,我们还是必须用足够多的时间去和客户进行沟通,了解他们真实的需求。

很多用户也是如此,他们自己也不愿意参与到项目的需求调研中来,为什么呢?

需求调研有出去和朋友一块烂漫对吗。

虽然现状如此,我们还是要努力的使客户参与到需求的调研中来。

4.模糊需求,也就是模棱两可是需求规格说明中最为可怕的问题。

一是指诸多客户对需求说明产生了不同的理解;一是指单个读者能用不止一个方式来解释某个需求说明。

针对对这种情况,就要求我们的调研人员要能够从多个角度来分析客户的不同需求,整理出最终的需求与客户确认,定出最终真实可靠的需求,我们绝不能凭借我们自己的单面理解来定立客户的最终需求。

5.在一个项目的开发中,文档的书写是极为中要的一项工作。

因为,某些文档就是我们在开发后期与客户沟通的可寻依据、也是我们程序员在编码过程中要用到的重要文档。

我们绝对不能认为,凭借我们的大脑来记录所有的开发需求。

;即使,你说你是天才,你要用你那颗爱因斯坦的大脑来记录所有的开发需求,那也是不可能的,人的精力总是有限的。

这就要求我们在需求调研中做好需求文档的记录和整理。

6.需求调研工具选择,客户一般对图形还是比较感兴趣的,所以我们在调研过程中,我要尽量的采用图形化界面来和客户沟通需求。

比如可以采用Rose工具,把客户的意思转换为用例图、时序图、协作图、状态图、类图等,使表达的意思更加直观。

这样客户会更快的进行问题的实质。

3.5做好开发计划

在项目确立后,我们就需要做好项目开发计划,需求调研用时,开发用时,测试用时,实施用时,维护用时。

在我们做好了计划后,我们要随时的跟踪计划任务的完成进度,从而使我们的项目进度掌控在我们的开发周期范围之内,今日计划、行动,明日成功。

3.5很好的沟通

在其他行业中,人与人的之间的沟通只很重要的。

项目开发也不例外,很好的沟通能够加快项目的进度,这就要求我们每一个开发人员要学会和善于沟通于客户和同事之间。

在一个项目的开发过程中,我们与客户的沟通是一个不断交流和沟通的过程。

在开发到一定的阶段,我们就需要和客户沟通已有功能,尽量的去避免一些隐藏的问题,及时的发现问题,解决问题,从而按时或者提前完成项目的开发。

3.6做好工作总结

在项目进行的过程中,我们要不断去整理自己的工作情况和做好总结,这样以来,无论是在自己的技术还是其它方面,都会对我们有很大的提高,在长期的积累后,无论是我们个人能力,,还是我们的团队能力都会有很大的提高。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 医药卫生 > 基础医学

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2