it项目总结范文

it项目总结范文篇一

软件项目总结报告

软件项目总结报告范文

1引言

1.1编写目的

XXX公司业务管理系统的开发已经基本完成。写此项目开发总结报告，以方便我们在以后的项目开发中来更好的实施项目的订制开发; 让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率,从而创造更多公司效益。

1.2背景

项目名称：XXX业务管理系统

软件名称：XXX业务系统

客户：XXX

用户：XXX员工

1.3参考资料

项目开发文档：

１．软件开发数据模型：PDM_OperationSystem20070831.pdm

２．数据库开发文档： XXX业务管理系统数据库设计说明书2.0.doc

３．软件业务流程参考：XXX业务管理系统流程说明.doc

４．软件使用手册参考：XXX业务管理系统功能说明3.0.doc

５．软件业务流程参考：XXX业务管理系统流程说明.doc

６．软件中使用到的第三方控件：ComponentArt Web.UI 2006.1252 for asp.net2.0.rar

７．软件中使用的安全Ikey驱动：Ikey Driver.rar

以上参考资料是截止2007-08-31是最新的资料文档。如有修改，即使修改此处的参考文档名称。

2开发工作评价

2.1对生产效率的评价

１．系统开发已历时快１年的时间了

２．开发的反复性比较多。

３．对客户的需求理解不是很透彻。

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

2.2对产品功能的评价

经过我们公司各位同事的共同努力协作，XXX业务管理系统已经很好的完成了客户的业务流需求。经过对客户使用过程的观察，此项目开发的还是比较成功，但是还是存在着一些问题，造成这些问题的原因是多方面的。如：前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题，这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug。总的来说，此系统的功能开发还是一个比较成功的案例。

2.3对技术方法的总结

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

１.使用代码生成器：使用代码生成器 [动软.Net代码自动生成器],此工具在很大程度上提高了编码效率，从而加快了项目的开发进程。在以后的项目中，我们要尽量的来使用一些类似的工具来在最短的时间内完成工作。在今后的项目开发中，我们最好是能开发出适合自己的代码生成工具，更大限度的节省开发周期和开发费用。

２.使用数据库建模工具；PowerDesigner 工具来建立系统数据库模型，以方便程序员很好的理解业务流和掌握系统架构者的架构思想，更好的满足客户的功能需求。在今后的项目开发中，我们要更好的来完成系统的前期数据库模型的建立，最大的来优化系统功能。

３.使用第三方控件：此系统中使用了ComponentArt Web.UI 第三方控件。此控件在很大程度上满足了客户对软件界面的需求，从而也给软件的操作带来了方便。本项目中只使用了ComponentArt Web.UI一种第三方控件，在今后的项目开发过程中，要继续使用第三方的控件。这样以来，无论是针对软件界面的美观性、友好性来说、易操作性而言，还是针对系统开发效率而言，这都是很好途径。但需要意的是：在是使用第三方控件时，要谨慎的选择一些网络中的比较常见的第三方控件。

４.使用自定义控件：此系统中使用了自定义控件(GhdGridView),此自定义控件可以很好的统一系统中的所有信息显示表格样式。如客户对数据显示样式有什么新的意见，我就不需要修改每一个页面的表格样式，我们只需要修改GhdGridView控件的样式，系统中的所有继承自GhdGridView的表格样式都可以改变。

５.系统开发框架：此系统的框架使用的是简单三层结构，此框架在开发一些中小软件是比较实用的。但是我们要是可以开发出自己的框架，把一些通用的功能开发到框架中。这样以来，在以后的系统开发中，针对系统中一些通用的功能就不需要再开发，从而也可以很好的提高我们的开发效率；减少很多维护费用。使我们的技术不断的更加成熟。

６.系统安全加密：此系统中针对客户提出的系统安全问题，我们采用了Ikey加密硬件钥匙来验证客户端登陆客户的合法性，此Ikey钥匙可以绑定到一个系统使用用户，也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。这样以来，即使用户的密码不慎丢失，或者被不法人员取得（不法人员他也是无法登陆到我们的系统中来），这样就最大的提高了我们系统的安全性。Ikey加密钥匙是很好的加密B/S架构软件的硬件工具，在以后的软件安全方面可以借鉴。

3项目经验总结

3.1签定合同

一个项目的开发成败或者说项目开发带来效益的大小，在很大程度上是受项目合同签定的影响的。往往，很多一部分公司与客户签定的项目合同都是很模糊的，也很难签定的比较清楚，这样以来就会导致在项目的开发后期，工作两会越来越大，影响项目的竣工周期；而且，项目的开发费用一般是不会变的。这样以来，我们就大大的降低了我们的开发效益。虽然需求范围很难签定的明确，但是我们在签定合同时，要尽量的去把合同功能边界和添加新功能的条件签定。

3.2开发团队

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

项目团队成员的团结合作、相互沟通是非常重要的，团队成员之间要相互学习彼此的优点和技术，使团队的能力不断的提高。这样，在项目的开发过程中，团队才不会被难题困住不动。另外，团队中要有一个项目负责人，这个人无论是在与客户的沟通上，还是在技术上都要是很出众的人，此项目负责人要能很好的沟通客户与开发成员之间，以此来更好的理解客户的功能需求。人的记忆力总是有限的，所以就要求开发团队成员要尽量的书写一些开发文档，这些文档往往是我们在项目开发后期要用到的可寻资料。项目团队士气是项目成功的一个因素,我们需要不断的来培养我们的团队气势，使我们的团队不断的壮大。

3.3需求的调研

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

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

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

３．在需求调研过程中，如果缺乏足够用户参与，这样的需求调研也是失败的。很多程序员不愿参与到客户的需求调研中去，为什么呢？很简单，与客户沟通不如与代码沟通容易有意思。尽管这样，我们还是必须用足够多的时间去和客户进行沟通，了解他们真实的需求。很多用户也是如此，他们自己也不愿意参与到项目的需求调研中来，为什么呢？需求调研有出去和朋友一块烂漫对吗。。。虽然现状如此，我们还是要努力的使客户参与到需求的调研中来。

４．模糊需求，也就是模棱两可是需求规格说明中最为可怕的问题。一是指诸多客户对需求说明产生了不同的理解；一是指单个读者能用不止一个方式来解释某个需求说明。针对对这种情况，就要求我们的调研人员要能够从多个角度来分析客户的不同需求，整理出最终的需求与客户确认，定出最终真实可靠的需求，我们绝不能凭借我们自己的单面理解来定立客户

的最终需求。

５．在一个项目的开发中，文档的书写是极为中要的一项工作。因为，某些文档就是我们在开发后期与客户沟通的可寻依据、也是我们程序员在编码过程中要用到的重要文档。我们绝对不能认为，凭借我们的大脑来记录所有的开发需求。。。；即使，你说你是天才，你要用你那颗爱因斯坦的大脑来记录所有的开发需求，那也是不可能的，人的精力总是有限的。这就要求我们在需求调研中做好需求文档的记录和整理。

６．需求调研工具选择，客户一般对图形还是比较感兴趣的，所以我们在调研过程中，我要尽量的采用图形化界面来和客户沟通需求。比如可以采用Rose工具，把客户的意思转换为用例图、时序图、协作图、状态图、类图等，使表达的意思更加直观。这样客户会更快的进行问题的实质。

3.5做好开发计划

在项目确立后，我们就需要做好项目开发计划，需求调研用时，开发用时，测试用时，实施用时，维护用时。在我们做好了计划后，我们要随时的跟踪计划任务的完成进度，从而使我们的项目进度掌控在我们的开发周期范围之内，今日计划、行动，明日成功。

3.5很好的沟通

在其他行业中，人与人的之间的沟通只很重要的。项目开发也不例外，很好的沟通能够加快项目的进度，这就要求我们每一个开发人员要学会和善于沟通于客户和同事之间。在一个项目的开发过程中，我们与客户的沟通是一个不断交流和沟通的过程。在开发到一定的阶段，我们就需要和客户沟通已有功能，尽量的去避免一些隐藏的问题，及时的发现问题，解决问题，从而按时或者提前完成项目的开发。

3.6做好工作总结

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

it项目总结范文篇二

2011年个人年终总结(IT项目)

2011年个人年终总结

入库项目——XXX

问一下大家个问题，什么东西飞得最快？不是百米飞人博尔特，是时间，稍

纵即逝的时间，转眼间2010年工作已经悄然落下帷幕，可能2010年对很多人

来说是对与很多人来说是平凡的一年，是生命中、工作中的一个小小的插曲！然

而对我来说，2010是重要的一年，是我人生的转折点，更是我人生中的一个新

起点。因为我加入了广东旭普，加入了这个满布激情，洋溢着友情，充满机会，

能让我实现梦想的大家庭。

以下我将总结加入公司以来的工作情况及问题建议，最后展望新年的工作计

划。

一、工作总结与业绩报告

1、项目概况

本人一进入公司，就调入公司驻番禺国土局的二调入库项目组工作，职位

是项目助理，二调入库项目全称《番禺区第二次土地调查数据建库及管理系统建

设项目》，我项目组主要是负责土地调查数据建库部分，包括以下内容：

2、我的主要工作及成果

2、1主要的工作

1）、协助项目经理、完成其安排的各项目工作；主要包括：每周一与业主、

监理召开的三方总结会议，编写项目周总结汇报资料、归纳项目质量情况、汇总

项目软件问题、提前并且编写二调项目入库相关制作流程、参加二调项目相应的

技术规格培训、总结技术规格问题、编写相应的通知下发作业团队、与监理、作

2）、组织、安排并且协助项目成员开展各项目工作：主要包括：地类接边成

果检查、地形数据多轮检查（常规检查、现场入库、二级检查）、三维场景导入

与设置、权属数据入库检查等项目内容；

业团队、业主、软件商不定时进行沟通；

2、3自我评价

人总是要不断的总结，总结正反两面，自我肯定及批评，才会发现问题、解

决问题，不断争取进步，下面主要是从项目开展以来自身的优劣两方面去分析总

结，{it项目总结范文}.

优势：1) 相对熟悉二调数据业务和流程，主要是建库数据流程；

2）项目沟通能力较强，善于和业主及监理、外业团队就遇到的问题

进行沟通，妥善解决；

3）善于总结归纳，对建库工作与数据检查中各种情况善于总结，归

纳结论，以指导实际工作；

4）主动积极协助项目经理安排、规划项目推进计划，善良组织，全

面考虑；

劣势：由于是中途才接触二调项目，且一直在番禺国土局办公，对项目的总

体认识还不深刻，对公司与项目之间的协调，沟通，理解还不深入；

二、工作中发现的问题及建议

二调入库项目，是一个数据庞大，内容复杂，涉及面广，协调的公司单位多

的一个信息项目，在这几个月的项目实施中遇到很多问题，都需要认真去思考与

及时解决的，以下是我总结的几点问题及建议，

1）主要沟通与广泛协助

我们入库项目要处理的外部关系相对较多，如与业主番国土局的关系，与

16家作业团队的关系、与监理单位的关系、与软件提供商（南方CASS）的关

系，与后期项目系统单位（城信所与北大）的关系，经常遇到这样的情况：业主

督促入库但作业单位不提交数据检查；我们督促作业单位时，作业单位不理解或

是埋怨市局标准改变；软件提供商维护CASS软件，作业单位无法开展工作的

问题等等，问题都是环环相扣，故我项目组更加主动出击，多方沟通，不要被动

的接受，这样才能把工作做好；

2）成立国土事业部，加强沟通与团队协助意识

各项目组不单要处理好本身项目与业主的沟通，还要涉及了解公司各个项目

之间的情况，如番禺各项目之间的联系，包括土规项目的入库与二调入库可相关

协助，档案扫描项目与档案清理项目可相互协助，一切以公司业务为核心，但目

前各项目尚处理各自为政的状态，但公司已经意识到此问题，目前番禺这边的项

目已经成立国土事业部，相信在陈小明经理的带领下，各项目组之间能够更好的

3）加强业务知识的培训

二调入库项目的技术规范，业务流程相对复杂与专业，需要加强对整个项目的业务流程的熟悉，不单要知道我们项目数据入库的内容，还要相对清楚知道项目前期其它生产团队的制作、生产状况以及后期数据平台应用等方面的内容，故项目组最好还是要定期自我学习，然后轮流进行业务能力的培训；

三、对公司及部门的建议

进入公司半年多的时间，和大家一起见证着公司的成长，也感受到了公司的变革和创新，但在一些机制上还有待完善和健全：

1）建立有效的竞争和内部监督机制

有竞争才有动力，才有进步，才会有高效率； 现在我们的这方面很不健全，有能力的职员上不来，项目负责人危机感不强，长期这样工作就会像一潭死水，没有活力。我们的工作比较特殊性，对于外驻项目组，公司无法及时作出反应，故借此次成立国土事业部的机遇，建立内部监督机制非常必要，要让每个人都有一种责任感，才能有效的控制数据质量和提高工作效率。

具体的竞争机制我觉得可以通过培训及轮换岗位，然后通过考核进行评定，至于监督机制则需要加强与各项目组的报表管理、会议跟踪及设置监督专员等形式开展；

2）提高后勤保障力度

俗话说：“行军打战，粮草先行”。我们外驻团队，很多事情，与设备的购买，临时的下测区开销，都需要公司给以第一时间的后勤保障，公司的后勤保障是我们最有力的支持。特别是资金和设备的保障是稳定与提高作业效率的一种强有力方法。

具体如部分设备的购买，可给以项目经理一定的权利，可采用先买后申报的原则，这样才不会因此而拖慢了项目的进度，特别是引来业主的不满；

3）加强上级与下级的交流和沟通

上级把好的业绩和评价直接反馈给下级是一种鼓励，上级把工作的不足和改进的要求直接反馈给下级是一种帮助，所以不管是好的方面还是不足的方面的交流都有助于工作能力的提高。

4）员工缺乏归属感，人员流失多，需要加强文娱活动等企业文化的完善； 具体的如今年的元旦等节目，公司均无聚餐等活动，平常运动及游戏活动更少，更不用说晨会了，希望公司相关部门新的一年能够加强对员工企业文化生活

5）建立有效的项目激励机制

这主要是针对项目经理来提，目前感觉公司各项目进度均不同程度滞后，本人也尚未了解公司对于各项目进度滞后或是提前的罚与奖的明确规定。但大家都知道，做事要有动力才有冲劲，建议公司探索一种介于项目经理责任制与外包经营管理之间的一种工作模式，既能提高公司项目的效率，又能增加各项目经理的动力；{it项目总结范文}.

上面几点是本人的一时所思所想，无论好坏，目的都是希望公司能够更好的发展。

四、2012年的工作计划与展望

古人云，凡事预则立，不预则废。常言说得好，一年之计在于春，一日之计在于晨，故对于新的一年，我主要需要加强以下几方面的工作；

1）加强专业知识和工作技能、经验的积累学习，继续做好本职工作；

2）不断提升管理能力，我们的工作除了注重工作上的技能积累以及工作质量、作业规范等的管理；

3）加强一些礼仪知识，提升自己的商务、沟通、交流能力；

对于礼仪方面，我详细说多点吧，经过几个月的工作对此可以说对这方面有了深刻的认识。特别我们项目外驻管理 人员的多重身份性，对合作公司、突发事件处理时，我们是代表“广东旭普”，我们的精神风貌、工作立场、态度等，都直接影响业主对我们公司的印象；

新的一年，新的挑战，本人将更为努力，奋斗在作业的第一线以实际行动来冲击公司制定的宏伟目标。

最后，祝公司在新的一年项目多多，每个项目都提前收款，祝大家在新的一年里工作进步，万事如意！

总结人：XXX

20111212

it项目总结范文篇三

软件项目总结报告

｛项目名称｝ 软件项目总结报告

编号：-｛项目名称缩写｝-CLOSUREREPORT

版本:X.X

变更记录

1 项目信息

2 项目说明

[简要描述项目背景， 可从软件需求规格说明书拷贝]

3 项目周期

1）项目进度总结：

2）偏差原因说明：

[若项目整体进度偏差率或项目周期偏差率超过设定的阈值，需要对偏差原因进行总结分析。]

3）改进措施：

[若项目整体进度偏差率或项目周期偏差率超过设定的阈值，需要总结改进措施，。]

it项目总结范文篇四

软件项目测试总结报告模版

<单击此处输入项目名称>

测试总结报告模板

文档编号： 受控状态：受控 版本号：V1.0{it项目总结范文}.

年月日

修 订 记 录

目录

1. 引言 ............................................................................................................................................................ 1 1.1 目的 .............................................................................................................................................................. 1 1.2 背景 .............................................................................................................................................................. 1 1.3 用户群 .......................................................................................................................................................... 1 1.4 定义 .............................................................................................................................................................. 1 1.5 测试阶段 ...................................................................................................................................................... 1 1.6 参考资料 ...................................................................................................................................................... 2 2. 测试概要 .................................................................................................................................................... 2 2.1 进度回顾 ...................................................................................................................................................... 2 2.2 测试执行 ...................................................................................................................................................... 2 2.3 测试用例 ...................................................................................................................................................... 3 2.3.1 功能性 ................................................................................................................................................... 3 2.3.2 易用性 ................................................................................................................................................... 3 3. 测试环境 .................................................................................................................................................... 3 4. 测试结果及分析 ......................................................................................................................................... 3 4.1 BUG 趋势图 .................................................................................................................................................. 3 4.2 BUG 严重程度 .............................................................................................................................................. 4 4.3 BUG 引入阶段 .............................................................................................................................................. 5 4.4 BUG 引入原因 .............................................................................................................................................. 5 4.5 BUG 解决方案分布 ...................................................................................................................................... 5 5. 测试结论 .................................................................................................................................................... 5 5.1 功能性 .......................................................................................................................................................... 5 5.2 易用性 .......................................................................................................................................................... 5 5.3 可靠性 .......................................................................................................................................................... 6 5.4 兼容性 .......................................................................................................................................................... 6 5.5 安全性 .......................................................................................................................................................... 6 6. 测试分析摘要 ............................................................................................................................................. 6 6.1 覆盖率 .......................................................................................................................................................... 6 6.2 遗留缺陷的影响 .......................................................................................................................................... 6 6.3 建议 .............................................................................................................................................................. 7 7. 典型缺陷引入原因分析 .............................................................................................................................. 8

1. 引言

1.1 目的

说明编写本测试分析报告的目的，指出预期的读者。

1.2 背景

说明测试的项目名称、测试任务，必要时包括简史。

1.3 用户群

主要读者：XX 项目管理人员，XX 项目测试经理 其他读者：XX 项目相关人员。

1.4 定义

缺陷定义：

严重 bug：出现以下缺陷，测试定义为严重 bug

系统无响应，处于死机状态，需要其他人工修复系统才可复原。

点击某个菜单后出现“The page cannot be displayed”或者返回异常错误。

进行某个操作（增加、修改、删除等）后，出现“The page cannot be displayed” 或者返回异常错误

当对必填字段进行校验时，未输入必输字段，出现“The page cannot be displayed”或者返回异常错误

系统定义不能重复的字段输入重复数据后，出现“The page cannot be displayed” 或者返回异常错误

1.5 测试阶段

1.6 参考资料

需求、设计、测试用例、手册以及其他项目文档都是范围内可参考的资料。 测试使用的国家标准、行业指标、公司规范和质量手册等等。{it项目总结范文}.

2. 测试概要

测试的概要介绍，包括测试的一些声明、测试范围、测试目的等等，主要是测试情况简介。（其他测试经理和质量人员关注部分）。

2.1 进度回顾

简要介绍本次测试所围绕的范围。

2.2 测试执行

此次测试严格按照项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对系统进行了完整的测试

it项目总结范文篇五

2003年软件开发项目总结报告

2003年软件开发项目总结报告

随着市场经济的进一步完善及全球经济一体化进程加快，企业面临着激烈的市场竞争，企业内部、外部信息交流已成为企业发展、参与市场经济竞争的迫切需要。企业引入先进的信息处理技术，增加信息共享程度，不仅提高了工作效率、降低成本，而且也提高企业管理的科学性和自动化程度。信息已成为企业生存与发展的基础，在原有系统的基础上，计算机中心于2003年开始加大信息管理系统的开发，已到年底，开发项目也基本上完成了；

为了总结03年所有开发项目的整个开发及管理过程，我们选取2个比较大的软件项目来分析，项目为：出口技术支持网站管理系统、模具管理系统；在这两个具有代表性的项目中，我们清晰的看到了我们在项目开发过程中的成果及所存在的不足和应该改进的地方，总的说来，设计开发的功能基本上达到了用户需求的75%，用户也能够开始使用我们开发的系统来达到其管理目的。如出口技术网站为国外的客户提供了方便快捷的了解到我们公司的空调产品及技术信息、空调配件信息等等。模具管理系统最大程度的实现了模具信息的共享，各使用部门可以方便的查询模具的位置、进度、状态、申请单、试模、验收、合格、模具的调拨、报废等等信息；查询模具的相关信息信息由原来的1-2天缩短为10分钟之内。产品型号、零件图号统一维护，规范管理，出错比例大大下降。而且在更改零件图号的情况下，基础数据更改，其它相关文件的同一数据会随之更改，减少系统维护量提高了生产部编制模具生产任务单的工作效率，缩短了模具制造任务传递时间，查询新的开模单更方便快速，由原来的至少半天缩短为10分钟之内汇总改模单情况由原来的多人每日手工填写改进为阶段一次汇总，时间仅须20分种左右，大大提高了效率，模具台账能显示所有的模具汇总及分配情况； 虽然相关项目基本上达到了预期的目的，但是，反思在整个项目的需求提出、项目评估、需求分析、项目计划、总体设计、详细设计、测试计划、实施的各个环节，我们都有工作不足之处，特别是某些关键控制点上面，我们有一些失误，当然，原因是多方面的，有果必有其因。下面我们从关键控制点上面来分析我们在项目开发过程中存在的问题、原因分析及改进措施：

一、从用户提出需求，到需求响应时间，我们需要9天时间，而需求评估完成时间需要15天左右，这就是我们存在的一些问题，导致需求响应时间及评估完成时间比较长的原因有如下几方面：

(1)、由于计算机中心软件开发人员不够：各应用系统的支持人员及软件开发

人员加起来才8个，公司各子应用系统有几十个，ERP的各个子系统及模块就有将近20个，一个员工要支持5到6个功能子系统的维护；

(2)、分工不明确：软件开发人员往往身兼数职，跨多个职能领域，应用用户

习惯找谁就认定那个人，什么事都找该员工；工作效率就相对低下；

二、关键用户访谈率及关键用户对需求的认同率都比较低，关键用户访谈率只

有70%，而关键用户对需求的认同率只有68%；为什么会有这样的结果了，分析原因如下：

(1)、由于计算机中心人员紧张：有时没有办法访谈所有的关键用户，只能找

几个评估时认为特关键的用户；

(2)、被访谈用户原因：由于被访谈用户事情太多，往往在提出需求以后，抽

不出时间来接受访谈；另外有些用户只局限于本部门或者本岗位来考虑问题，不愿意从公司层面或者大局来考虑；

(3)、用户不重视：有些需求是由于用户部门领导要求，跟得比较紧，但是如

果部门领导没有跟得紧的情况下，用户就不那么急了，就算立了项，也不能很好的配合；

(4)、软件需求分析人员原因：由于需求分析人员经验不足，导致需求不够明

确，不能了解到用户需求背后的真正目的；

三、设计功能满足率比较低，只有75%，功能点BUG数比较多，每个功能模

块平均的BUG数有15个之多，函数注释率只有10%左右，各功能点的测试覆盖率只有40%，分析原因如下：

(1)、用户需求不明确：有些用户在接受访谈时说的需求，及在需求确认时都

没有问题，但是到软件功能设计出来以后，却完全不是这么回事，用户就会解释说当时没想清楚；

(2)、软件开发工具的原因：软件开发人员使用的开发工具不够实用，很多工

发工具能检查出来的BUG，没有办法检查出来，需要开发人员自已检查；

(3)、软件开发人员的原因：由于软件人员紧张，项目任务多，交期短，所以

在开发时，没有多少时间去写程序代码的注释，况且有些开发人员也根本没有注释的习惯，没有多少时间去完整的测试各个功能点；把测试的任务有时就直接交给用户了；

四、系统架构变更次数过多，一个项目平均下来变更6次之多，原因如下：

(1)、系统设计人员的原因：由于系统设计人员在架构设计时，没有考虑到系

统架构的灵活性；不易于扩展；一旦用户的需求有变化，系统架构就必须重新修改；

(2)、用户需求变更太频繁：由于用户的需求很随意变更的，加大了系统设计

的难度，导致了系统架构变更；{it项目总结范文}.

五、项目的按时完成率比较低，平均下来只有60%，分析原因如下：

(1)、用户需求变更太频繁：由于用户需求变更太随意，太频繁，导致有些开

发工作完成，又必须推倒重来，做了很多无用工作；另外有些用户只局限于本部门或者本岗位来考虑问题，不愿意从公司层面或者大局来考虑；造成重复工作，重复设计；

(2)、软件开发人员的原因：由于软件开发人员不够，项目多，任务紧，一个

人身兼数职，也是造成软件开发项目推迟的直接原因；另外，软件开发人员专业技术水平不够，有些功能开发要花太多的时间去研究，寻找解决方案，也导致了项目的延迟；

(3)、系统架构变更太多：导致有些程序开发工作无用，必须重新开发；

(4)、软件需求分析设计人员的原因：由于设计的不合理，分析用户需求不够

透彻和全面，架构设计不合理，导致软件开发变更及错误多，也导致了软件项目的开发延迟；

(5)、软件开发工具及开发方法落后：由于软件开发人员没有太多的时间去研

究使用新的，先进的开发工具，也没有太多时间去学习新的开发方法，导致软件的开发速度慢，开发出来的程序BUG多，程序没有多少可重用性，也导致了软件项目的开发延迟；

综上所述，为了配合公司的发展，满足公司对信息化建设的要求，顺利实现计算机中心04年目标，我们必须针对软件开发项目中存在的问题采购行之有效的改进方案，计划改进措施提议分为内部及外部：

内部的改进措施提议如下：

1、增加人员配置，解决人手严重不够的问题；

2、明确分开，重新划分业务小组；

3、明确岗位职责，细分软件项目开发所需要的各个岗位；

4、制定岗位知识能力模型，对每个岗位要求的能力必须定义清楚，要求严格达标；不达标的必须重新培训；做到合适的人在合适的位置做合适的事；

5、加强专业技能培训；

6、加强软件开发管理，培养团队合作精神，加强软件过程控制；

7、优化设计开发方法：加强设计标准化、模块化；提高软件开发效率；

8、加强业务培训，更实际的了解业务需求；

外部的改进措施提议如下：

1、加强业务部门对系统了解；

2、培养用户需求的分析能力；

3、加强与用户的互动及双向沟通，让用户参与到设计中来；

4、引导用户的软件需求，培养用户从公司层面或者大局来提出需求；

it项目总结范文篇六

项目总结报告

项目开发总结报告

1引言

1.1编写目的

医院管理系统基本完成，此文档有利于在以后的项目开发中更好地实施项目的订制开发，为规范开发过程和提高开发效率提供更多的、实用的资料。 预期读者：薛建明老师，开发人员

1.2背景

1. 系统名称：HR医院信息管理系统 2. 任务提出者：薛建明老师 3. 开发者：HRfivestars开发团队。 4. 面向用户：医院 5. 实现软件单位：学校

6. 项目与其他软件，系统的关系：

7. 本项目采用客户机/服务器原理，客户端的程序是建立在Windows NT 系统上以

Microsoft Visual C#为开发软件的应用程序，服务器端采用Linux 为操作系统的工作站，是采用Oracle 8的为开发软件的数据库服务程序。

随着医疗水平的不断提高，医院的规模不断的扩大，利用计算机管理系统管理，医院的事务处理已经成为提高医院工作效率的最佳途径。

开发小组于2009年9月7日开始策划《医院信息管理系统》的开发工作。预计十月份完成项目开发任务。

特此声明：此软件不带有任何商业利益，开发目的仅为提高队员人员的项目开发能力、学习能力及团队合作意识。该软件开发仅学习交流，不用于任何商业目的。

1.3参考资料

1. 参考书籍：

1、《软件工程》陈明 中央广播电视大学出版社 2002年6月版； 2、《数据库技术及应用》范剑波 浙江大学出版社；

3、《Access 2000 数据库系统开发实例导航》范国平、陈晓鹏 人民邮电出版社 2002年12月版；

4、《SQL Server 实用简明教程》 闪四清 清华大学出版社 2003年1月版；

5、SQL Server 数据库基础教程与上机指导 出版单位:清华大学出版社；

6、网络资料。

1）

2. 其它相关文档

1） 项目管理文档：《软件项目计划》、《项目进度报告》；

2） 软件开发文档：《需求规格说明》、《概要设计说明》、《详细设计说明》； 3） 软件测试文档：《测试计划》、《软件测试分析报告》； 4） 产品文档：《用户使用手册》和《演示文件》

2实际开发结果

2.1产品

产品名称：HR医院信息管理系统

源程序行数：xx行； 程序大小：xx M

2.1.1程序模块

程序系统中各个程序的名字，它们之间的层次关系，以千字节为单位的各个程序的程序量、存储媒体的形式和数量；

2.1.2 程序版本分类

测试版 正式版

2.1.3包含文档

产品文档：

1) 项目开发计划 2) 需求规格说明书 3) 概要设计说明书 4) 详细设计说明书 5) 用户操作手册 6) 测试计划 7) 测试分析报告 8) 软件进度报告

2.2主要功能和性能

1. 基本功能

图1医院管理系统应有的基本功能

各模块实现的功能分别是：

1、“职工管理”用于管理医院在职员工医生、护士等的基本信息。包括编号、

姓名、性别、身份证号、地址、电话、科室名称、科室编号、职务、学历、执业资格、技术职称、聘用日期、备注。

职工还包括在医院就职的其他非医务工作者，如后勤服务者，管理人员，负责医院安全工作的人员等。

主要功能有人员信息新建、修改、查询、删除。输入姓名或者科室等基本信息查询出符合信息的人员名单

4、“财务管理“主要负责门诊划价收费，住院费用，病人资金帐户管理、预缴金处理、固定费用处理、处方费及各种治疗费。日清、月清报表

图1.3

5、“药房管理”主要管理药品的相关信息，包括供应商基本信息、药品基本信息、采购计划、应付款管理、药品入库、药品出库、药品盘点、药品报损、底线报警、有效期提醒。对库存药品进行统计查询。