伴随着各行各业的衍生，我们动不动就要写一些文章，好的范文更具有参考意义，你可能正在找一些相关内容的范文，下面是小编精心整理的"软件总结报告",建议你收藏本页和本站，以便后续阅读！
软件总结报告 篇1
通过这半学期我对软件工程的学习，老师在课堂上从软件工程的基础到用户的需求分析，最后到黑盒白盒测试通过自身做过的一些案例，
生动形象的讲解了软件工程这门本身枯燥乏味的课程，这不仅增强了学生学习的积极性，也通过让我们自己去做一些需求分析，我们从中学到了许多知识。
老师不仅仅在课堂上对我们悉心的知道，在课外还让我们多看一些有关软件工程方面最前沿的理论，通过这段时间我读了《软件工程——实践者的`研究方法》、《件工程案例》这两本书，通过自己的读书学习，我有以下心得体会。
众所周知软件对于一个公司，一个企业乃至一个国家都是十分重要的，因此一个软件的维护也十分重要，下面我就讲一些关于软件维护的知识。
维护阶段是软件生存期中时间最长的一个阶段，也是花费的精力和费用最多的一个阶段。
由于操作系统软件和基础软件版本升级或应用管理系统软件的不断开发、完善，需要对软件进行维护。
但当运行环境改变或者系统功能、性能需求发生变化，使原软件不能通过维护的手段满足用户需求时，则需要进行软件更新。
1.软件维护的类型：
软件的开发过程对软件的维护有较大的影响。
若不采用软件工程的方法开发软件，则软件只有程序而无文档，维护工作非常困难，这是一种非结构化的维护。
若采用软件工程的方法开发软件，则各阶段都有相应的文档，容易进行维护工这是一种结构化的维护。
非结构化维护活动只能从阅读、理解和分析源程序开始，这样做难以弄清系统功能、软件结构、数据结构等问题，常常造成误解。
同时由于没有测试文档，也不可能进行回归测试很难保证程序的正确性。
这种软件维护方法仅在软件工程时代之前采用。
在进行结构化维护活动时，需从评价需求说明开始，弄清楚软件功能、性能上的改变;对设计说明文档进行评价，并进行修改和复查;根据设计的修改，
进行程序的变动;根据测试文档中的测试用例进行回归测试;最后，把修改后的软件再次交付使用。
这对于减少精力、减少花费和提高软件维护效率有很大的作用。
2.软件维护的困难：
软件维护的困难主要是由于软件需求分析和开发方法的缺陷造成的。
软件生存周期中的开发阶段没有严格而科学的管理和规划，就会引起软件运行时的维护困难。
这种困难表现在如下几个方面。
(1)读懂别人的程序是困难的。
(2)文档的不一致性。
这种不一致性表现在各种文档之间的不一致以及文档与程序之的不一致。
(3)软件开发和软件维护在人员和时间上存在差异。
(4)软件维护不是一项吸引人的工作。
3. 软件维护的费用：
软件维护的费用在总费用中的比重是不断增加的，它在 1970 年占 35%～40%，1980 年上升到 40%～60%，1990 年上升到 70%～80%。
软件维护费用不断上升，这只是软件维护有形的代价，另外还有无形的代价，即要占用更多的资源。
由于大量软件的维护活动要使用较多的硬件、软件和软件人员等资源，这样一来，投入新的软件开发的资源就因不足而受到影响。
由于维护时的改动，在软件中引入了潜在的故障，从而降低了软件的质量。
4.软件维护的分类
软件维护有改正性维护、适应性维护、完善性维护和预防性维护 4 类。
(1)改正性维护。
在软件交付使用后，由于开发时测试的不彻底、不完全，必然会有一部分隐藏的错误被带到运行阶段来，这些隐藏下来的错误在某些特定的使用环境下就会暴露。
为了识别和纠正软件错误、改正软件性能上的缺陷、排除实施中的误使用，应当进行的诊断和改正错误的过程，就叫做改正性维护。
例如，改正性维护可以是改正原来程序中未使开关(off/on)复原的错误;解决开发时未能测试各种可能情况带来的问题;解决原来程序中遗漏处理文件中最后一个记录的问题等。
(2)适应性维护。
随着计算机的飞速发展，外部环境(新的硬、软件配臵)或数据环境(数据库、数据格式、数据输入/输出方式、数据存储介质)可能发生变化，
为了使软件适应这种变化，而去修改软件的过程就叫做适应性维护。
例如，适应性维护可以是为现有的某个应用问题实现一个数据库;对某个指定的事务编码进行修改，增加字符个数;调整两个程序，
使它们可以使用相同的记录结构;修改程序，使其适用于另外一种终端。
(3)完善性维护。
在软件的使用过程中，用户往往会对软件提出新的功能与性能要求。
为了满足这些要求，需要修改或再开发软件，以扩充软件功能、增强软件性能、改进加工效率、提高软件的可维护性，这种情况下进行的维护活动叫做完善性维护。
例如，完善性维护可能是修改一个计算工资的程序，使其增加新的扣除项目;缩短系统的应答时间，使其达到特定的要求;
把现有程序的终端对话方式加以改造，使其具有方便用户使用的界面;改进图形输出;增加联机帮助(Help)功能;为软件的运行增加监控设施等。
在维护阶段的最初一两年，改正性维护的工作量较大。
随着错误发现率急剧降低，并趋于稳定，就进入了正常使用期。
然而，由于改造的要求，适应性维护和完善性维护的工作量逐步增加，在这种维护过程中又会引入新的错误，从而加重了维护的工作量。
实践表明，在几种维护活动中，完善性维护所占的比重最大。
即大部分维护工作是改变和加强软件，而不是纠错。
所以，维护并不一定是救火式的紧急维修，而可以是有计划、有预谋的一种再开发活动。
事实证明，来自用户要求而扩充、加强软件功能、性能的维护活动约占整个维护工作的 50%。
(4)预防性维护。
除了以上三类维护之外，还有一类维护活动，叫做预防性维护。
这是为了提高软件的可维护性、可靠性等，为以后进一步改进软件打下良好基础。
通常，预防性维护定义为：“把今天的方法学用于昨天的系统以满足明天的需要”。
软件总结报告 篇2
一、总结：
1.自身定位：在过去一年，是我进公司的第一年，也是我工作的第一年，刚开始在我对工作竞争和自身都不甚了解的情况下，在领导和同事的指导下，我感觉自己已经慢慢对人与人的竞争和自身定位有了深刻的了解，因为有了自我目标，才能感受到自己的压力有多大！我的目标也不只是完成目前所要做的工作而已，要向其它方面拓展学习。
2.定下心来，踏踏实实：我学的是计算机专业，我的工作也是计算机方面的，以前有什么优势，但是踏入工作岗位后才发现，自己学的只是一个基础，只是有些方面或许比别人走的快一步，所以一切都要靠自己.自己要定得心下来学习.成功需要耐得住寂寞，不求最快，但求最好.
3.团队合作：以前在学校或许你可以靠一个取得好成绩，在工作上你必须要有一个团队，在一个部门之中，团队合作精神显得尤为重要.以前我做有些事都是一意孤行，但现在已经对自己改变了，多听听他人意见，会犯更少错误，会更长见识，所以要学会与同事之间的合作，做事才更有效。
4.工作情况：在公司一年，对mes大型系统有了个大概了解，对我们所要学习的mes已经可以说差不多都掌握，条码打印机的维修和设置掌握，a4打印机大多数情况可以维护，pda、条码枪已掌握，电脑的系统重装和维护已掌握，其它基本设置可以维护，对新出来的程序掌握和了解也比较快。
5.课外学习：sql该学的已经掌握，c#学习，简单的程序可以编写，但有时还要依靠于网络和朋友，需要进一步加强。但主要还是以网络为主。
二、自身缺点
1.沟通问题：自己的沟通能力只能算一般，因为对于某些事的阐释还是不怎么好，语言表达能力有点差，希望通过平时的交流和沟通来加强。
2.心态问题：自己对于做某些事过于着急，一心想急切完成，确反而误时，这个问题一开始就一直出现，现在虽然已经基本克服，但也要列入缺点方面，希望以后时刻注意！
3.学习问题：对于课外学习c#这方面，我在编程时感觉困难的时候有时候就不愿去做，现在虽然已经慢慢改进上网搜资料和问问朋友，但有时候还是克服不了自己。
软件总结报告 篇3
办公室软件实训总结报告
在这次办公室软件实训中，我学到了许多与办公室软件相关的知识和技能。通过实际操作，我对办公室软件的各种功能和工具有了更深入的了解。以下是我的总结报告。
首先，我学会了如何使用电子表格软件。我学会了创建表格、添加数据以及使用各种公式和函数进行数据计算和分析。这对于处理大量数据和制作统计报表非常有用。我还学会了使用筛选和排序功能，方便我快速找到我需要的数据。此外，我还学会了如何制作图表，以可视化地展示数据。这些技能将在未来的工作中令我受益匪浅。
其次，我学会了使用办公文字处理软件。我学会了如何创建文档、编辑格式以及插入各种图形和图片。我还学会了使用字体和段落样式，使文档更加专业和易读。另外，我掌握了插入表格和制作目录的技巧，使得我能够更好地组织和管理文档内容。这些技能对于日常写作和文档处理非常重要。
此外，我还学会了使用演示软件。我学会了创建幻灯片，添加文本和图像，并进行动画效果的设置。我还学会了使用过渡效果，使得幻灯片的切换更加流畅和吸引人。我还学会了使用幻灯片放映功能，使得我能够生动地展示自己的工作和想法。这对于进行演讲和报告非常有帮助。
在实训过程中，我遇到了一些挑战和困难。其中之一是在使用电子表格软件时遇到了复杂的公式和函数。我通过多次尝试和反复练习，逐渐掌握了这些技能。另一个挑战是在使用文字处理软件时，对于文档的格式和布局不够熟悉。我通过参考教程和请教同学，最终解决了这个问题。
通过这次实训，我不仅学到了实际操作的技能，还学到了团队合作和沟通的重要性。在实训中，我与同学们一起合作完成了各种任务，我们相互学习和交流，互相帮助。这使得我们不仅能够更好地理解和掌握软件操作，还培养了我们的团队合作精神和问题解决能力。
总而言之，这次办公室软件实训对于我个人的成长和职业发展有着重要的意义。我通过实际操作和团队合作，学到了关于电子表格、文字处理和演示软件的各种技能。这些技能将对我未来的工作和学习有着重要的影响。我相信通过不断的学习和实践，我能够不断提升自己在办公室软件方面的能力和水平。
软件总结报告 篇4
从我x月__日进入公司到现在已经过去一年了，从一名刚刚结束实习的学生到一名独立的开发人员，角色改变了，职责也改变了。虽然已经预计了工作之中会有很多困难，可是在实际的项目开发中，自己所遇到远远不止自己想象之中的那么简单、单纯。在开发过程中，难题一个接一个的出现，要做到满足公司的产品需求，成为一名合格的程序开发人员，这个过程还很漫长。每天我都在勉励自己，要好好学，好好做，以后会好的。在此同时我衷心感谢公司给我提供了学习的机会和平台，这也使我对以后的日子多了些许的信心。
一、工作回顾
在我进入__公司的这八个月里，我陆续接触了公司的GPS平台，智能手表定位，__铁路局车站消防综合管理系统，__金融款箱管理系统，__保卫处的管理系统，指挥中心的视频监控系统，并在这期间为__制作了一个展示型企业网站。在刚进入公司的那段时间里，我从没有接触过网络摄像机，对于网络摄像机根本没有任何概念，在公司的培养下我逐渐熟悉了各种摄像机，现在拿到__等多个的摄像机开发包，可以很熟练的进行二次开发。在工作之余，我也在努力的学习，和别人交流，学习先进的开发技术，请教别人开发技术问题。
二、主要问题
1、由于开始对业务需求不是很熟悉，所以在写需求分析与了解所要开发的过程中多次出现因为需求的原因，而不断修改、返工的情况。在同盛泉金融交流的时候，这个问题多次困扰着我，对方的需求不明，每次交流的过程中都在变更需求，从而导致了效率比较低的问题。
2、在开发中，用到很多我所不知道或很多我知道但不太熟悉的领域，在这个领域内，我需要不断的学习。
3、在工作阶段，有时比较偏向自己的工作方便，忽略了其他同事的工作上的量与难易。有的功能自己怎么方便怎么写，如今公司在不断壮大，我们部门人员在不断的增加，这样是不利于多人合作的。
4、工作的条理性不够清晰，要分清主次和轻重缓急；在开发时间很仓促的情况下，事情多了，就一定要有详实而主次分明的计划，哪些需要立即完成，哪些可以缓缓加班完成，在这方面还有很大的优化空间。
5、学习的知识不够广泛；一个项目中，涉及的技术往往有多种，知识多了，就会灵活变通，以后我会加强这方面的学习。
三、工作心得
1、每一个项目在开始着手的第一步，一定要和客户把需求沟通清楚，只有了解了项目的需求，才有可能真正做好一个项目。我们需要向客户提出要求客户提供所有涉及该项目的资料，每次与客户见面都需要熟悉业务与程序的最少一至两个程序员随时记录需求。
2、工作中，有一个无论是技术，还是经验都比较让人肯定的前辈带领，将任务详细化，详细到，每个页面、甚至是一个页面中的图片什么时候做好，做到什么程度，这样把工作进度有计划有方向的赞定下来，做事很有效率。和__等人合作时候一定注意要多项工作同步进行，保证每个子模块都能同步运行。
3、每天的工作小结真的很重要，这让我们每天都有计划的知道自己干了什么，不是漫无目的的工作，所以我们应该养成，日记、周记、月记、年记的工作习惯。
4、工作并不是一成不变的，也许有一天你要去其他岗位帮忙，所以同事之间的技术要互相学习，也许有一天，公司需要你发挥其他的技能帮忙，所以互相学习也是很重要的。自己的工作不能仅仅局限于编程。
四、工作计划
1、要提高工作的主动性，做事干脆果断，不拖泥带水。
2、工作要注重实效、注重结果，一切工作围绕着目标的完成。
3、要提高大局观，是否能让其他人的工作更顺畅作为衡量工作的标尺。
4、精细化工作方式的思考和实践。
5、虚心请教比我做的优秀的其他同事，向他们学习技术或经验。其实作为一个新员工，所有的地方都是需要学习的，多听、多看、多想、多做、多沟通，向每一个员工学习他们身上的优秀工作习惯，丰富的专业技能，配合着实际工作不断的进步，不论在什么环境下，我都相信这两点：一是三人行必有我师，二是天道酬勤。
在参加工作的这短短的一个半月中，我深刻的体会到，把自己所有的精力都投入进去，技术工作都不可能做到完美程度，毕竟技术工作太繁杂，项目多而人手少，但多付出一些，工作就会优化一些，这就需要认认真真沉下心去做事情，职业做事，诚信待人。
软件总结报告 篇5
来到北大青鸟通州校区学习已经快一年了，虽然时间不算太长，但对于我而言，在北大青鸟，我的收获是无法用时间长短来衡量的!
以前，我一直以为软件的开发其实是一件很轻松的事情，只要一天坐在电脑旁敲敲键盘，那么一切就可以了，但是现在我才发现，我以前的很多的思想是多么的肤浅可笑。
编程其实是一种乐趣和苦恼共存的一项创造性活动。
因为编程不仅能够满足我们内心深处进行创造的渴望，而且还能愉悦我们内在的情感。
我们会在攻下一个又一个的难关之中，不断成长，不断自我增值从而实现自我的满足!
在北大青鸟广力学习的这段日子中，我觉得学习的负担并不会太重，学习压力比高三时要轻得多，但由于初次接触编程这一课程，所起初也不太适应，但经过一段时间的学习，现在逐渐适应了。
我觉得学习编程最重要的是练习，俗话说：“熟能生巧”。
的确，一开始的时候，我只顾看书，并没有太多上机练习，结果学完的知识总是很快就忘了，后来我才逐渐意识到练习的重要性，现在学习感觉上已经比开始轻松多了。
另外，我了解到了预习的重要性，每个人对新的事物都会感到陌生和害怕，这是人的本能，但现在每节课都会有新的知识，
我们要想对于这些新的知识不畏惧，最好的方法莫过于预习了，每次上课后不仅要温习，更加要预习，先温习后预习，这是我一贯的学习作风。
尽管预习经常会有不明白的地方，但你依然要去看，把问题记下，第二天带着问题上课，这样往往就能事半功倍，让你学得更好!
想通了以后，我自己也越来越自信了。
就像一只从起跑线上开始爬行的蜗牛，虽然很慢，但是我目标很明确，很坚定!或许很多人会认为学习软件是一门很枯燥的课程，但是我觉得这乏味中也有不少乐趣。
例如学习.NET和C#时，我们小组就自己制作了一款小游戏，虽然是一款很简单的小游戏，只能有一些普通的攻击动作，但是它就是我们的学习成果。
玩着自己编写出来的小软件，想着以后能开发出更厉害更完善的系统，让我们对未来的工作和学习充满了动力!
学习软件并非易事，这其中的碰到的困难也有很多。
如果你问我在学习软件的过程中，什么学习方法最重要，那我会认为勤奋是最重要的。
一定要反复的练习，这样你才会掌握得更扎实，基础打得好，后期的学习才会更省力!另外，我觉得课余时间应该好好的利用起来，
不要局限于课本，要主动的去学习更多的知识和技能，为以后的工作准备更多的能力!
软件总结报告 篇6
随着市场经济的进一步完善及全球经济一体化进程加快，企业面临着激烈的市场竞争，企业内部、外部信息交流已成为企业发展、参与市场经济竞争的迫切需要。企业引入先进的信息处理技术，增加信息共享程度，不仅提高了工作效率、降低成本，而且也提高企业管理的科学性和自动化程度。信息已成为企业生存与发展的基础，在原有系统的基础上，计算机中心于20xx年开始加大信息管理系统的开发，已到年底，开发项目也基本上完成了；
为了总结xx年所有开发项目的整个开发及管理过程，我们选取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)、用户需求变更太频繁：由于用户的需求很随意变更的，加大了系统设计
的难度，导致了系统架构变更；
五、项目的按时完成率比较低，平均下来只有60%，分析原因如下：
(1)、用户需求变更太频繁：由于用户需求变更太随意，太频繁，导致有些开
发工作完成，又必须推倒重来，做了很多无用工作；另外有些用户只局限于本部门或者本岗位来考虑问题，不愿意从公司层面或者大局来考虑；造成重复工作，重复设计；
(2)、软件开发人员的原因：由于软件开发人员不够，项目多，任务紧，一个
人身兼数职，也是造成软件开发项目推迟的直接原因；另外，软件开发人员专业技术水平不够，有些功能开发要花太多的时间去研究，寻找解决方案，也导致了项目的延迟；
(3)、系统架构变更太多：导致有些程序开发工作无用，必须重新开发；
(4)、软件需求分析设计人员的原因：由于设计的不合理，分析用户需求不够
透彻和全面，架构设计不合理，导致软件开发变更及错误多，也导致了软件项目的开发延迟；
(5)、软件开发工具及开发方法落后：由于软件开发人员没有太多的时间去研
究使用新的，先进的开发工具，也没有太多时间去学习新的开发方法，导致软件的开发速度慢，开发出来的程序BUG多，程序没有多少可重用性，也导致了软件项目的开发延迟；
综上所述，为了配合公司的发展，满足公司对信息化建设的要求，顺利实现计算机中心xx年目标，我们必须针对软件开发项目中存在的问题采购行之有效的改进方案，计划改进措施提议分为内部及外部：
内部的改进措施提议如下：
1、增加人员配置，解决人手严重不够的问题；
2、明确分开，重新划分业务小组；
3、明确岗位职责，细分软件项目开发所需要的各个岗位；
4、制定岗位知识能力模型，对每个岗位要求的能力必须定义清楚，要求严格达标；不达标的必须重新培训；做到合适的人在合适的位置做合适的事；
5、加强专业技能培训；
6、加强软件开发管理，培养团队合作精神，加强软件过程控制；
7、优化设计开发方法：加强设计标准化、模块化；提高软件开发效率；
8、加强业务培训，更实际的了解业务需求；
外部的改进措施提议如下：
1、加强业务部门对系统了解；
2、培养用户需求的分析能力；
3、加强与用户的互动及双向沟通，让用户参与到设计中来；
4、引导用户的软件需求，培养用户从公司层面或者大局来提出需求；