软件总结报告(范文6篇)。
活动范文吧的编辑为您整理的“软件总结报告”将为您带来启示，你知道一篇优秀的范文是怎样的吧？范文在不同行业和领域应用的范围越来越广泛。 通过学习优秀范文，我们可以提高文章的可读性和吸引力，我们提供的样本仅供参考具体操作请根据实际情况做出调整！
软件总结报告【篇1】
xx年即将结束，一路走来，步履匆匆，回首xx年的工作，有取得成绩的喜悦，有和同事并肩攻关的艰辛，也有遇到各种各样的困难和问题，感悟良多。平时忙忙碌碌，没有太多的时间对自己工作进行总结，对自己的失误进行反省并加以改正，年底了，可以静下心来总结自己在这一年中的工作得失，查找自己的不足，为xx年的工作做好安排和计划。现就本年度的本人工作进行以下总结：
一、项目实施中，注重细节，规范流程，加强沟通
（二）在施工中，规范施工流程，严格控制项目进程时间节点。在施工现场，保持和院方主要负责人的沟通畅通，随时采集其对施工质量和项目进程的要求，及时对项目的施工计划进行调整，抓住施工中的关键。在现场培训和指导中，要引导客户规范操作，发现客户的错误操作要及时纠正，避免由于客户的误操作导致不可修正的错误，因为只有规范了流程，软件才会发挥它的最大作用，客户才会体会到软件的友好度。
（三）施工过程中，发挥团队合作能力最大化，和现场其他施工人员之间的工作出现交叉时，双方要协作完成。在工作交接时，要清楚目前的项目施工概况，对于客户的一些个性化的需求修改，在软件更新时，要注意保留这些地方，避免由于软件的更新导致问题反复出现，让客户对软件的可靠性产生质疑，此问题在凉州、岐山施工现场都出现过，由于施工人员在交接工作时没有交代，又要重复之前的工作，一方面影响客户，另一方面也降低了工作效率。第一时间和开发人员反应现场出现的问题，要对报错做截图或留档处理，方便开发人员对出现的问题进行判断，加快处理问题的进程。因此，团队合作和良好沟通是个人施工过程中必须具备的素质。
二、善于学习，善于积累，提高自身的技术和业务水平
（一）在平时工作中，要善于积累，多留意别人是如何来处理问题，如何使用辅助工具，把学习来的技巧及时用于现场，因为经验只有通过实践才能得到，通过在现场的锤炼才能让自己真正成为一个合格的HIS施工维护人员。在现场学会了如何通过SQL的导入导出工具快速完成数据切换、使用跟踪工具及时查找软件的报错原因，为快速、高质量的施工提供前提条件。
（二）不断学习，提高业务技术水平，处理各种问题和突发情况。平时要加强对数据库和报表软件的学习，能够处理简单的数据库设置和报表调试工作。在凉州、岐山现场很多问题都是通过对报表的调整来完成医院的业务需求，尽量少改动软件来完成客户的需求。对ORACLE数据库的参数设置要充分了解，知道哪些参数可以调整，调整到什么程度，尽量避免宕机的情况出现，几乎每家医院的服务器都出现过宕机的情况，多数都是由于对数据库参数的调整造成。
三、本年度的具体工作总结
（一）岐山县医院项目：在该项目中，从项目开通到准备验收，在现场参与处理各种数据问题和报表调整，软件测试和更新工作，以及后期的服务器宕机、医保接口调试、验收前遗留问题的处理和过滤。通过凉州、岐山2个项目的施工现场施工，已具备了项目施工的能力。
（二）老HIS3000到整合版数据切换方案的编写：通过为期2周时间的努力，和杨亮亮共同完成了老数据到新数据的切换方案编写工作，完成了对切换过程的测试，并在新软件上测试运行切换过来的数据，为以后老HIS3000的升级提供了借鉴方案和技术支持。
（三）远程处理医院、药店出现的各种问题，协助处理简单的医保刷卡软件出现问题、个别医院HIS、电子病历出现的问题的测试和处理。
四、本人的不足和工作中的失误
（一）软件的测试和更新是一个注重细节的工作，要克服自己粗心大意的习惯，测试时要对软件模块进行全面测试，杜绝在软件更新后又把软件换回来的情况发生，确保万无一失。总之，一年来取得了一定的成绩，但是与公司的要求还有一定的差距，只有打起十二分的精神，继续努力，做出更多的成绩。展望xx年，我希望自己能够在业务和技术上取得更大的突破，积极参加各种培训，提高自己的能力，为公司做出更多的贡献，自己的不足将在今后的工作中不断改进。
（二）刚入公司的时候，前期是看一些关于航空的资料，航天术语，以及关于公司以前做过的各种项目的文档。然后指导老师谭廷涛跟我讲解关于东航机供品的业务知识，以及系统架构。之后陈总指导我，模拟向用户培训，测验我对整个机供品系统的理解，第一次讲得不理想，很慌张，第二次效果不错，有了很大进步。随后来了两位新同事，再讲了一次，就这样，我对整个机供品系统越来越熟悉。
（三）对系统深入了解是通过80个修改列表的问题，80个不同的BUG需求一一验证，使我对系统有了一个全新的认识，随后项目经理毛宏伟把我加入了机供品项目组群，群里面出现了问题，我就去看项目成员是如何解决的，然后自己再在后台解决一次，慢慢的对系统后台数据库这一块慢慢熟悉。
（四）部门经理刘云东让我负责公司内部凭证插件培训这一块，拟定培训计划，然后与开发的协调，对于我来说是一种全新的工作方式，要从实施人员学习的角度来考虑问题，在学习凭证插件的过程中，涉及了很多财务知识，我负责财务知识学习这一块，然后总结了一份文档，传递给项目成员。文档还在不断的更新当中。
软件总结报告【篇2】
推进使用正版软件工作总结
根据《2020年****推进使用软件正版化工作方案》的文件要求，***全力做好软件正版化相关工作，狠抓落实，就软件正版化工作开展了自查工作，现将工作总结如下：
一、强化版权理念，加强软件正版化工作
加强思想认识。办公室通过组织学习，进一步提高思想认识，认识到软件产业是国民经济和社会信息化的基础性、战略性产业，保护和使用正版软件，清理和抵制盗版软件，是促进软件产业发展的重要保证，是改善投资环境的现实需要，也是整顿和规范市场经济秩序工作的重点，并提出“保护知识产权，使用正版软件，抵制盗版软件”的要求。
加强宣传。积极引导推进软件正版化工作，根据文件精神抓好正版软件的自查整改工作，积极完成操作系统、办公软件和杀毒软件的正版化工作。
***共计有6台电脑，均装有正版windows7操作系统，通过360官网下载国产360杀毒软件。有效解决了办公室软件正版化推进、普及等问题。
二、下一步工作
今后，***将进一步做好软件正版化工作。一是坚决使用正版操作系统和办公自动化软件，全力推动办公室正版软件使用工作。二是加大软件正版化宣传教育力度，提高办公室工作人员对软件正版化工作的认识，进一步明确软件正版化工作的作用和意义，促使工作人员自觉使用正版软件，不使用未经授权许可的软件。
推进使用正版软件工作总结
为进一步做好使用正版软件工作，根据XX文件要求，我单位高度重视，精心组织实施，大力开展局内部使用正版软件工作。现将2019年度推进使用正版软件工作情况报告如下：
一、加强组织领导，落实工作责任
为有计划有步骤地有效开展政府机关使用正版软件工作，进一步落实工作责任，我局成立了以XX同志为组长、XX同志为副组长、局各科室主要负责人为组员的工作领导小组。我局及时向市版权局提交了《XX局关于2019年度推进使用正版软件工作计划》，将使用正版软件工作纳入到我局年度工作计划。
二、强化措施，加强运行管理
一是对新采购的电脑必须按规定安装正版软件。二是建立软件资产管理制度及软件正版化工作档案并纳入固定资产管理。三是加强对使用正版软件工作的培训教育。教育机关干部不得随意破坏正版软件，对软件重新安装和升级处理的电脑，必须使用正版软件。
三、加强督查，进一步完善工作机制
我局及时转发《推进使用正版软件工作计划》，要求局各部门认真学习文件，高度重视，严格落实工作责任，强化使用正版、抵制盗版的意识。为保证此项工作的顺利实施，我局积极开展使用软件正版化工作的自查和整改，定期组织专业人员对办公电脑做好软件的升级和维护工作，做好台账登记。
四、下一步工作打算
通过全面督查以及采购工作的开展，我局各部门的计算机均安装正版操作系统、正版办公软件以及正版杀毒软件。
下一步，我们将把推进使用正版软件工作常态化，组织相关
人员学习正版软件相关知识，进一步增强使用正版软件意识。按照谁使用、谁负责的原则，严格按照相关规定，进一步管理好本单位的软件资产，不得随意下载、更换和安装，确保软件正版化工作的实效性。
推进使用正版软件工作总结
为推进软件正版化工作，提高全体干部职工版权意识，根据省、市关于进一步做好政府机关使用正版软件工作的安排部署，我局加强日常管理，强化监督检查，确保软件正版化工作进展有序，现将有关工作情况总结如下：
一、精心组织，加强领导
我局成立了以主要领导为组长、分管领导为副组长、各有关科室责任人为成员的软件正版化工作领导小组，把软件正版化作为信息化建设的重要工作来抓，并召开专题会研究部署相关工作，要求各科室提高认识、强化责任，全面落实软件正版化工作，为软件正版化工作扎实开展提供了坚强有力的组织保障。
二、完善制度，规范使用
为加强对软件正版化工作的管理，我局制定《XXX软件正版化工作责任制度》《XXX软件安装维护管理规定》等制度，并采取多项措施，切实加强软件正版化工作管理。一是加强软件日常使用管理，对全局计算机安装使用软件进行登记并建立台账，整理软件使用情况汇总表，及时了解局内软件使用情况。实现操作系统、办公软件、杀毒软件等大型软件用户申请，专人管理安装，办公室审批的机制；二是加强宣传教育工作，利用短信、“双微”平台、政务OA等渠道推送正版化工作有关信息，进一步提高干部职工思想认识，营造正版化工作氛围;三是加强检查监督，定期对各科室软件正版化情况进行检查，对使用非正版软件电脑进行清理卸载，对有关工作人员进行教育引导，促进办公软件的正版化。
三、认真核查，摸清情况
根据《关于开展xxx年度XX省版权保护组织建设与执法工作考评的通知》（XX[xxx]xx号）的要求，我局高度重视，迅速成立专项检查小组，对机关及下属单位计算机软件正版化情况进行全面核查,精细到每台计算机，确保数据准确无误。我局共有XX台计算机，其中服务器X台，台式机XX台，笔记本XX台，使用正版软件情况如下：
（一）操作系统：均为全市统一购买版权的Win7操作系统或整机自带的正版操作系统，不存在使用盗版操作系统的情况。
（二）杀毒软件：我局统一使用正版免费的金山毒霸11版，不存在使用盗版杀毒软件的情况。
（三）办公软件：均为全市统一购买版权的office2010、金山WPS、阿帕比阅读器等软件，不存在使用盗版办公软件的情况。
（四）其他软件：其他软件如360杀毒、QQ、电脑管家和搜狗输入法等，均为免费正版，不存在使用盗版软件的情况。
四、存在问题
经核查，我局基本上不存在使用盗版软件的情况，但工作中还存在一些问题和不足。
一是个别工作人员缺乏识别盗版软件的知识，容易导致出现使用盗版软件而不知情的情况。
二是个别人员对软件正版化工作认识不够，未引起足够的重视。
三是网上有些免费软件，一点击安装后就会自动下载安装其它软件，导致有些软件自动安装，未能及时清理。
五、下一步工作
根据省、市关下软件正版化工作部署和我局存在问题，我局今后将着力抓好以下工作：
（一）加强宣传，提高认识。适时组织开展软件正版化工作培训，加强宣传教育，牢固树立版权意识，切实增强推进软件正版化的自觉性和责任感。
（二）取长补短，积极推进。认真总结和学习先进的工作经验和有益做法，针对软件使用不规范的问题，在日常工作中加强检查和整改，不断推进软件正版化工作深入开展。
（三）强化管理，巩固成果。健全软件正版化工作责任制度，强化软件日常使用管理，细化软件管理台账，巩固软件正版化工作成果，推动软件正版化工作再上新台阶。
软件总结报告【篇3】
一、刚来的两个星期，由于目前网站工作的需要，师傅指导一边熟悉工作职位环境一边学习asp，用了两个星期系统地学习了这门从未接触过的asp语言，为接下来一个月的工作打了坚实的基础。
二、接下来的时间，主要配合网站先前asp的后台管理系统进行某些功能优化与系统维护工作。先后完成了销售管理模块的最新注册企业查询、职业推荐给求职者、把求职者推荐给企业、会员职位刷新、职位刷新统计等几个模块的功能修改与优化，解决了业务员带权限控制的查询、推荐时间的控制与查询速度优化、企业职位刷新时的权限控制与企业职位时效性的控制以及完成对各销售组成员的职位数统计，职位刷新数统计的功能设计。在完成这些各种功能需求的时候，对后台管理系统进行了深入的分析研究，因此对销售管理模块非常熟悉，给目前网站新版开发的后台设计提了不少建设性的想法。之后还完成了logo管理模块中的投票项目添加优化与投票结果统计查询修正、logo、banner的管理与文本文件的生成。还完成了客服管理模块中后台开通资料查询的改进，企业管理、个人管理模块查询功能的改进。期间还完成了部分功能错误的修正，如校园招聘管理图片不能上传、文章类别不能修改、文章不能删除等。
三、目前新版是用jsp开发的，在这三个月里，我进一步对java，jsp的深入学习，了解了mvc模式开发，在这阶段的学习期间，我以一个小商务系统的开发作为学习任务。还对当前流行的jive代码与开发思想进行了初步的学习研究。
四、作为一名系统开发与维护工作者，当然不能忽视对数据库知识的学习，在这段时间我也进一步对sql语句进行了深入的学习，对sql语句的查询进行了分析，比较重视数据库性能分析与调整这方面的知识学习。通过这阶段的学习，把这些知识与方法运用到了对后台管理系统会员查询的速度优化功能上，在实际工作中得以实践运用。
五、网站新版开发方面，主要还为新版做了几个数据库对照表。
六、还参加了网站新版的第二轮测试工作，主要以后台管理系统为主做测试，还参与了前台个人管理与企业管理的流程测试，测出了不少关键性的bug。
七、入职以来，还担任了网站部群发邮件的工作。三个月内完成了好几批邮件群发的工作，每天定时定量地给在无忧无虑网站上注册的企业或会员群发几十万封邮件。还配合客服部群发了两批特殊活动的邮件，配合网站营销活动群发了两批群件，每天坚持固定给注册会员群发。
在网站技术部工作的三个月里，自己感受非常多。首先，作为刚从学校出来的毕业生，在实际开发中的经验尚不够成熟，还需要在工作中不断的提升自己。其次，要进一步提高自己的开发技能，使自己的技能满足今后的需求，主动获取并学习当今最新技术信息，平衡自己的知识结构，在不断的学习中提高自己。然后，要加强与同事们的沟通，融入团队，互相学习、相互提高，在团队中不断完善自己。
我相信，通过我的努力，一定能成为智通的优秀员工，一定会在优秀成绩之上提升自己。同时我希望公司能根据情况给我培训深造的机会，也希望部门内能有经常性的专业技术学习。
软件总结报告【篇4】
任何一种事物和工作，都有内在联系、外部制约，都有它自身的发展、运动规律。遵循这些客观规律办事就能顺利达到预期的目的，否则就会受到违背规律的惩罚而招致失败。而要找寻、发现客观规律的途径就需要总结。以下是工作总结之家整理的相关资料，希望帮助到您。
本人自_年8月8日受聘于公司以来，在上级的正确领导下，熟悉掌握了实施顾问的工作。转眼间，三个月已经过去。回首这三个月来的工作，主要是一个学习阶段，工作方面尽管为公司的贡献微薄，但却踏出了最为重要的一步。在公司的三个月中，对公司的企业文化，以及公司的组织机构等方面充分了解。以下是自己对这三个月来工作学习方面的总结感受如下：
(一)刚入公司的时候，前期是看一些关于航空的资料，航天术语，以及关于公司以前做过的各种项目的文档。然后指导老师谭廷涛跟我讲解关于东航机供品的业务知识，以及系统架构。之后陈总指导我，模拟向用户培训，测验我对整个机供品系统的理解，第一次讲得不理想，很慌张，第二次效果不错，有了很大进步。随后来了两位新同事，再讲了一次，就这样，我对整个机供品系统越来越熟悉。
(二)对系统深入了解是通过80个修改列表的问题，80个不同的BUG需求一一验证，使我对系统有了一个全新的认识，随后项目经理毛宏伟把我加入了机供品项目组群，群里面出现了问题，我就去看项目成员是如何解决的，然后自己再在后台解决一次，慢慢的对系统后台数据库这一块慢慢熟悉。
(三)以上两点都可以规划为学习阶段，这两个月的时间也会跟我安排一些工作，但随着冬春配备计划的准备开始，我正式开始接手工作，从10月10日开始，在指导老师谭廷涛的安排下，我们提前整理，东航800个航线2000个航班，从前期数据整理，每天负责100多个，再到导入系统后数据验证，我负责总部、浙江、山西、四川、安徽、河北、山东、西北、江苏总计约1000条数据，期间也遇到各种问题，项目组成员之间不断讨论，发现问题，解决问题，使我每天工作越来越有干劲，跟项目组的成员之间越来越熟络。就像指导老师谭廷涛说的：“我工作几天学到的东西，比我一个月自己学到的知识更快，更多。”在工作中学习，正应了一句话：实践出真理。
(四)部门经理刘云东让我负责公司内部凭证插件培训这一块，拟定培训计划，然后与开发的协调，对于我来说是一种全新的工作方式，要从实施人员学习的角度来考虑问题，在学习凭证插件的过程中，涉及了很多财务知识，我负责财务知识学习这一块，然后总结了一份文档，传递给项目成员。文档还在不断的更新当中。
在三个月的学习与工作过程中，我也认识到自己不足的地方，在学习工作的时候没有拟定计划，没有目标，很盲目，部门经理刘云东提出这一点后，在10月份开始拟定计划，如果前期也有个计划，那么肯定自身能力能够提高更多。还有就是技术方面还有待加强，oracle之前没有接触过，随着凭证插件的培训，后台配置对技术要求有点高，以后还要加强学习。
当然自身还是有很多优点的，学习热情非常高，希望尽快提高自身能力。对待工作认真踏实，跟我安排的工作能够尽快完成。教我的知识也能过很快消化。跟同事之间相处融洽，没有发生过矛盾，团队合作很重要。
对于后期工作计划与目标，加强技术方面，东航系统业务、后台能够更加深入的了解。来公司三个月的时间还没有直接面对过客户，东航分支公司的实施工作能够参与，到最后独立负责一个分支公司的实施。凭证插件学习继续，负责以后凭证插件的实施，做一个多面手。长期目标就是能够独当一面，做一个项目经理。
感谢陈总的指导，使我明确目标，勇往直前。感谢部门经理刘云东提出我的不足，指引我能够高效提高自身能力的方法。感谢项目经理毛宏伟，虽然我不能说自己是一匹千里马，但是你是我的伯乐，是你给我机会进入这个公司，我不会辜负你对我的信任，以后会做好自己的本职工作，为公司尽现微薄之力。感谢我的指导老师谭廷涛，使我学会了你做事的严谨性，是你的耐心指导，让我更快的融入这个团队，在你的带领下，让我知道做任何事情都要提前做准备，不能跟到客户的脚步走。感谢前辈杨泉，谢谢你一步一步教会我数据库方面的知识，客户让你解决问题的时候让我在旁边观看，耐心的跟我讲解，倾囊相授，从不藏着掖着。谢谢你们!
软件总结报告【篇5】
1、估算前的规划
当我们的办公室内堆满了杂乱无章的文件时，恐怕无法知道对于我们真正有用的文件在哪里，当我们的软件相目中收集了各种需求、意见、问题时，我们也很难从中估算出整个项目的规模、工作量以及成本。因此，在估算之前我们首先要对众多信息进行整理、归类分析，从而得到一个条理清晰的项目计划，在这个计划提供的框架内，才可能开始正确的估算。精心的规划是任何一个软件开发项目成功与否的关键，有了规划就有如成竹在胸，之后无论风云变幻，都有应对入流的方法。当然只有正确的规划，才能给软件开发指引正确的方向。
软件项目规划的重点是对人员角色、任务进度、经费、设备资源、工作成果等等做出合适的安排，制定出一些计划(包括高层的和细节的)，使大家按照计划行事，最终顺利地达到预定的目标。
1.1、规划的第一步：确定软件范围
确定软件范围，就是确定目标软件的数据和控制、功能、性能、约束、接口以及可靠性。这项工作和需求分析是很类似的，如果之前已经达成需求分析规约，那么可以直接从《需求分析说明书》中把有用的部分拿来使用。如果还没有开始需求分析，关于确定软件范围的方法方面，我们可以采用许多需求分析技术(如需求诱导)，从客户那里得到一个具体的软件范围。当然如果是一次全新的软件边界探索，就应当考虑软件本身可行性问题，包括团队是否具备在技术、财务、时间、资源上游可靠的保障，软件本身在市场上是否有可靠的竞争优势，等等。
获得软件范围，最直接最可靠的来源就是用户对软件的需求描述。例如，在开发一个C/S架构的铁路供电段数据上报系统中，客户向我们提供了以下的目标软件需求描述：
在供电站总部每天结束前要审核下属节点操作员(30~40个)的供电安全数据报表，要求每个节点必须在下午5：30~6：00之间上传数据。总部系统通过自动分析，整理出整个区内的安全形势报表，并自动反馈到每个节点。各个节点之间通过调制解调器拨号(MODEM)用内部电话线相连，每个节点电脑主机配备一个MODEM。上传数据为制式报表出了制式信息外，系统自动附加操作员姓名、上报时间、上报节点名称。信息一旦上传，节点端就不可以对已提交信息进行修改、删除，只能阅读、查询。节点间数据互相隔离，只有总部才具备对各个节点数据的管理权限，但是对于归档数据(一旦审核完毕的数据，就进行归档)总部不具备删改的权限。系统设置数据库管理员，独立于审核权限，其职责是对历史数据的清理维护。
通过上面的描述，我们通过提炼和简化，得到软件的一下功能：
节点数据录入、查询、上传
总部数据汇总、查询、反馈
总部与节点的互联项目管理培训
总部数据库存储
节点数据的本地存储项目管理论坛
在本例中，软件的性能是潜在的。客户虽然没有明确提出，但是由于数据本身的重要性，要求系统在数据上传、反馈、存储过程中安全可靠。客户要求使用MODEM进行拨号连接，那么鉴于MODEM连接过程中可能会出现，由于拨号断开而道导致的数据丢失，在节点本地存放一份数据副本是有必要的。由于系统要求每天上传数据，总部数据库应当是7X24小时不间断服务的，再加上目前总部只有该系统运行接受数据任务，各节点数据量并不大，那么在建议用户选择服务器时，应当考虑性能稳定可靠，但并不一定要购买大容量磁盘阵列和高性能双CPU主机。由于每天上传数据接近下班时间，那么总部汇总数据应当是自动进行的，一旦分析发现重大问题，可以通过与外部网络的设置，向值班人员发送手机讯息、E-MAIL或其他警示。由于不同人员对于上报数据的权限不同，对于系统用户实行分级管理。不同级别的用户，具有对数据的不同管理权力，从而保证在软件使用过程中不发生混乱。
那么现在一个较为清晰的软件模型已经构造完毕，接下来我们需要进入计划的第二步：确定工作所需资源。
1.2、规划的第二步：确定工作所需资源
软件工作所需资源包括：工作环境(软硬件环境、办公室环境)、可复用软件资源(构件、中间件)、人力资源(包括不同各种角色的人员：分析师、设计师、测试师、程序员、项目经理……)。这三种资源的组成比例，可以看作一个金字塔的模式，最上面是人力资源、其次是可复用软件资源、最下面是工作环境。最上面的是组成比例最小的，最下面的是组成比例最大的部分。
■人力资源
一个项目到底需要多少种职务的人员构成、多少数量的人员总量，再能成为最有创造力的团队呢?这恐怕是最让项目经理头疼的事情了。任何一个软件工程，都必须在确定软件的工作量之后，才能清楚地知道究竟需要多少人力才能以最小成本和最高效率完成任务。在这之前，不能盲目地进行人力扩充，而且绝对不能为了给公司抬高门面，盲目招收高学历。
■可复用软件资源
这是一个容易在计划阶段被忽视的重要资源，很多人总是进入编码阶段才发现可复用资源的价值和存在。经过长期的项目积累或是购买，公司的软件资源库中或许已经积累了大量的可复用资源，但在当前任务中，只能选择有价值的资源。根据不同的应用、时间、来源，可复用软件资源被分为以下几种：
可直接使用的构件：已有的，能够从第三方厂商获得或已经在以前的项目中开发过的软件。这些构件已经经过验证及确认且可以直接用在当前的项目中。
具有完全经验的构件：已有的为以前类似于当前要开发的项目建立的规约、设计、代码、或测试数据。当前软件项目组的成员在这些构件所代表的应用领域中具有丰富的经验。因此，对于这类构件进行所需的修改其风险相对较小。
具有部分经验的构件：已有的为以前与当前要开发的项目相关的项目建立的规约、设计、代码、或测试数据，但需做实质上的修改。当前软件项目组的成员在这些构件所代表的应用领域中仅有有限的经验，因此，对于这类构件进行所需的修改会有相当程度的风险。
新构件：软件项目组为满足当前项目的特定需要而必须专门开发的软件构件。
在采用构件的时候，应当以低成本、低风险为使用前提。如果任何一个漂亮的构件的应用，可能会带来潜在出错的风险或者必须经过复杂修改或者效率低下时，我们都应当毫不犹豫地把它抛弃。我们只采用那些能够满足项目的需要且可直接使用的构件，或者具有完全经验的构件，或者经过稍微修改便可使用的构件。项目经理博客
■环境资源
“工欲善其事，必先利其器”，要得到高效的开发过程，就必须向工作人员提供良好的软硬件环境，包括开发工具、开发设备、工作环境、管理制度。一般管理人员都会购买可以满足需要的软件开发工具和硬件平台，但是工作环境和管理制度往往被忽视。项目管理者联盟
站在人件的角度看，向工作人员提供更轻松自在、安静舒适的办公环境的公司员工往往比整天在狭小隔间中工作的公司员工，产生更高的工作效率。而那些拥有灵活人性化的管理制度的公司，比整天加班的公司更能留住高技术的人才。所以如何在有限资金中，规划一个合理的环境是很重要的事情。转
到此为止，估算前的项目计划已经完成，我们已经形成一个工程开发框架。这是一个有界限的框架，虽然还不够精确，但足以进行估算的工作。
2、估算的对象
目前为止，一个较为准确的软件项目估算的定义是：在给定公差范围内，对于姚开发的软件规模的预测，以及对开发软件所需的工作量、成本和日历事件的预测。这个概念指出了一个事实，即估算是一种大约的估计，是将误差限定在一定范围内的估计。
估算主要包括以下几个重要内容：
规模估算
软件估算首先要将整个工程的规模估算出来，才能进行下面的其他估算。规模，就是一个工程可量化的结果，是用具体数字来体现项目的描述。规模估算的信息来源是清晰、有界限的用户需求。
工作量估算
这是对开发软件所需的工作时间的估算，它和进度估算一起决定了开发团队的规模和构建。通常以人时、人天、人月、人年的单位来衡量，这些不同单位之间可以进行合理的转换。
进度估算
进度时项目自始至终之间的一个时间段。进度以不同阶段的里程碑作为标志。进度估算是针对以阶段为单位的估算，而不是对每一个细小任务都加以估算，对任务的适当分解很重要，分解得越细反而会不准确。因为任何一个软件工程，在各个方面都有与生俱来的不确定性。
成本估算
包括人力、物质、有形的、无形的支出成本估算，其中以人力成本为主要部分。比较容易被忽视的使学习成本、软件培训成本、人员变动风险成本、开发延期成本等，一些潜在成本消耗。
3、估算的策略
在软件估算的众多方法中，存在着“自顶向下”和“自底向上”两种不同的策略，两种策略的出发点不同，适应于不同的场合使用。项目管理培训
3.1、自顶向下的策略
这是一种站在客户的角度来看问题的策略。它总是以客户的要求为最高目标，任何估算结果都必须符合这个目标。其工作方法是，由项目经理为主的一个核心小组根据客户的要求，确定一个时间期限，然后根据这个期限，将任务分解，将开发工作进行对号入座，以获得一个估算结果。项目管理者联盟文章
当然由于这完全是从客户要求出发的策略，而由于软件工程是一个综合项目，几乎没有哪个项目能完全保质保量按照预定工期完工，那么这样一个策略就缺少了许多客观性。但是由于这样完成的估算比较容易被客户、甚至被项目经理所接受，在许多公司我们看到这样一个并不科学的策略仍然被坚定地执行着。项目管理培训
3.2、自底向上的策略
与自顶向下的策略完全相反，自底向上的策略是一种从技术、人性的角度出发看问题的策略。在这样一个策略指引下，将项目充分讨论得到一个合理的任务分解。在将每个任务的难易程度，每个任务依照项目成员的特点、兴趣特长进行分配，并要求进行估算。最后将估算加起来就是项目的估算值。
显然自底向上的这种策略具有较为客观的特点，但是它的缺点就是这样一来项目工期就和客户的要求不一致了。而且由于其带来的不确定性，许多项目经理也不会采用这种方法。项目经理圈子
4、估算的方法项目管理者联盟
显然估算是建立在客观实际上，对未来尽可能合理的一种预测。那么估算本身的不确定性，决定了它不可能是百分之百准确无误的。在项目刚开始时，人们对产品需求、技术、市场预期、人员素质等因素的了解还远远不够，在这种情况下人们很难作出准确的估计。但是依据某种方法进行估计显然比瞎猜好得多。项目管理者联盟文章
估算方法有很多，大致分为基于分解的技术和基于经验模型两大类。基于分解的技术的方法包括功能点估算法、LOC估算法、MARKII等;基于经验模型的方法包括IBM模型、普特南模型、COCOMO模型等。
4.1、FP功能点估算法项目管理论坛
功能点估算法是一种在需求分析阶段基于系统功能的一种规模估计方法。通过研究初始应用需求来确定各种输入、输出、计算和数据库需求的数量和特性。这种方法的计算公式是：功能点=信息处理规模x技术复杂度。信息处理规模包括各种输入、输出、查询、内部逻辑文件数、外部接口文件数等等;技术复杂度包括性能复杂度、配置项目复杂度、数据通信复杂度、分布式处理复杂度、在线更新复杂度等等。项目管理论坛
4.2、LOC估算法
这是一种从技术的角度来估算的方法总称，其中又包含许多方法。这类方法以代码(LOC)作为软件工作量的估算单位，在早期的系统开发中较为广泛使用。基于LOC的估算，又有点也有缺点。优点在于方便计算、容易监控、能反映程序员的思维能力;缺点在于代码行数的含糊不清，不能正确反映一项工作的难易程度以及代码的效率。因此在传统的LOC方法进行了许多改进。其中不断被使用，且不断演化的方法包括以下：
PERT功能点估算法：PERT对各个项目活动的完成时间按三种不同情况估计：一个产品的期望规模，一个最低可能估计，一个最高可能估计。用这三个估计用来得到一个产品期望规模和标准偏差的Pert统计估计，Pert估计可得到代码行的期望值和标准偏差SD。项目管理论坛
类比估算法：类比法适合评估一些与历史项目在应用领域、环境和复杂度的相似的项目，通过新项目与历史项目的比较得到规模估计。类比法估计结果的精确度取决于历史项目数据的完整性和准确度，因此，用好类比法的前提条件之一是组织建立起较好的项目后评价与分析机制，对历史项目的数据分析是可信赖的。
Delphi估算法：Delphi法是一种专家评估技术，在没有历史数据的情况下，这种方式适用于评定过去与将来，新技术与特定程序之间的差别。对于需要预测和深度分析的领域，依赖于专家的技术指导，可以获得较为客观的估算。通过专家们的互相讨论，还可以博取众长
系统分解：将系统分成若干个易于用LOC估算的部分，将其各个估算结果累加就是LOC的总规模。其中关键是建立起SBS(系统分解结构)，它描述了系统的不同组件。SBS还被使用在其他重要的地方，如系统设计、系统分析等。在进行分解的时候，可以采用自由讨论的形式，可以获得更合理的SBS构成。项目经理圈子
4.3、IBM模型估算法
该模型是Watson和Felix在1977年的，是基于IBM联合系统分布负责的60个项目的总结而得到的模型。该模型是一个静态模型，而参考数据只有60多个项目，因此有很大的局限性。
4.4、COCOMO估算法转自项目管理者联盟
Boehm在其经典著作“软件工程经济学”(softwareengineeringconomics)中，介绍了一种软件估算模型的层次体系，称为COCOMO(构造性成本模型，COnstructiveCOstMOdel)，它代表了软件估算的一个综合经验模型。项目经理博客
COCOMO模型是适用于三种类型的软件项目：(1)组织模式——较小的、简单的软件项目，有良好应用经验的小型项目组，针对一组不是很严格的需求开展工作(如，为一个热传输系统开发的热分析程序);(2)半分离模式——一个中等的软件项目(在规模和复杂性上)，具有不同经验水平的项目组必须满足严格的及不严格的'需求(如，一个事务处理系统，对于终端硬件和数据库软件有确定需求);(3)嵌入模式——必须在一组严格的硬件、软件及操作约束下开发的软件项目(如，飞机的航空控制系统)。
4.5、软件方程式估算法项目管理论坛
软件方程式是一个多变量模型，它假设在软件开发项目的整个生命周期中的一个特定的工作量分布。该模型是从4000多个当代的软件项目中收集的生产率数据中导出的公式。初期的方程式较为复杂，通过，Putnam和Myers的努力又提出一组简化的方程式。当然这种方法也是基于长期的参考数据的积累而得到的。
4.6、WBS估算法w
这是一种基于WBS(工作任务分解)的方法，即先把项目任务进行合理的细分，分到可以确认的程度，如某种材料，某种设备，某一活动单元等。然后估算每个WBS要素的费用。采用这一方法的前提条件或先决步骤是：项目管理者联盟
对项目需求作出一个完整的限定。
制定完成任务所必需的逻辑步骤。
编制WBS表。
项目需求的完整限定应包括工作报告书、规格书以及总进度表。工作报告书是指实施项目所需的各项工作的叙述性说明，它应确认必须达到的目标。如果有资金等限制，该信息也应包括在内。规格书是对工时、设备以及材料标价的根据。它应该能使项目人员和用户了解工时、设备以及材料估价的依据。总进度表应明确项目实施的主要阶段和分界点，其中应包括长期定货、原型试验、设计评审会议以及其他任何关键的决策点。如果可能，用来指导成本估算的总进度表应含有项目开始和结束的日历时间。
除了以上介绍的几种方法外，还有一些其他的方法：类比估算、推测估算、Standard-component估算法、普特南估算法等。当然不同的方法适用于不同的具体环境，有些方法虽然很好但并不一定适合当前的任务。只有量体裁衣，具体问题具体分析，才能得到尽量合理的估算。
5、估算的戒律项目管理者联盟
记住：应该满足于事物的本性所能容许的精确度，当只能近似于真理时，不要去寻求绝对的准确——亚里斯多德
对于任何一个项目经理，都知道要慎重估算，但是我们仍然会看到人力资源的浪费和财力资源的匮乏，在许多项目中存在。对于宝贵的资源，我们不是用得太多，就是根本不够用。因此，有以下前人总结出来的一些经验以供借鉴。
不要追求完美：就像没有人能预测出未来，如果还没有完成，就不要企图完美的结果。更何况估算的太精确，反而会失去灵活机动的空间。
不要为满足预算而估算：如果这个项目的预算根本不能完成100%的任务，那么就不要让你的团队委曲求全。正确地反映客观现状，不仅可以争取应得的权利，而且是完成任务的前提。
不要随意削减估算结果：有很多老板喜欢把项目经理递交的估算，不假思索地砍掉一部分。这是一种不负责任的做法，如果要削减一定要有理由。
客观地估算，不贪多不偷减：就像老板不能随便削减你的估算一样，你也同样不能在估算的时候，贪多或是偷减。贪多必然导致会浪费，偷减必然导致不足。这两个结果恐怕都不是一个合格的项目经理的作为。
客观利用过去的经验：对于以往估算的经验，当然是宝贵的财富，但是如果财富用错了地方就会变成垃圾。在使用经验时，要注意现在和参考经验之间的差异。不要忘记，随着时间的推移，计算机领域技术的更新，许多观念都在发生着改变。项目管理培训
软件总结报告【篇6】
光阴似箭，岁月如梭，一年的时间过去了，回顾一年的所有工作令人欣慰，在企业不断改革和创新的推动下，我认识到不被淘汰就要不断学习，更新理念，提高自我的素质和业务水平，以适应新的形式的需要。
现就个人一年来的工作情况做一下总结：
客制新作业、原程序备份)，其中涉及到对人事、财务、生产等模块的新需求的开发，大大小小的新建了数支作业，通过进公司这么一年多来的学习，虽然对流程更改等，并以最快的速度将程序的客制情况反馈给实施人员。
当然，由于个人经验，以及工作涉及范围来讲，还是存在很多的'不足的地方，例如：
其一，对ERP统主程序和服务器这块的关系没有做更深入的了解，导致了在外围更换服务器的时候ERP系统运行出现了一些差错。
其二，对ORACLE数据库了解程度不深，平时的对数据库的优化和清理工作做的不够好，导致用户在操作系统的时候不是很顺畅。因此，应领导的安排将在春节之后，对ORACLE数据库进行一次大的清理。
其三，就自身的发展来讲，作为一个搞的人员来说，将来要走的路还很长，不能仅仅局限于对一门语言的深入，还得在对其他语言的学习上多下功夫，以更好跟上计算机软件这个行业的发展脚步。
