《计算机软件实训总结.docx》由会员分享，可在线阅读，更多相关《计算机软件实训总结.docx（9页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、 计算机软件实训总结 计算机软件实训总结 试验数据软件实训总结 两周的实训生活转瞬即逝，这两周的实训充实并有意义，带着收获的喜悦写下这份总结来记录自己的一点一滴，从开头的懵懵懂懂到现在的娴熟把握少不了教师的辛勤指导和自己的努力学习，更少不了同学间的互帮互助。 本次实训的目的在于通过综合训练，使学生把握建筑材料软件的使用，提高数据处理力量；使学生把握建筑材料试验软件的使用方法，通过试验数据的处理，把握数据处理软件并应用软件输出试验报告。 基于对计算机有浅薄的熟悉，试验数据处理主要应用Exel软件，在学习计算机应用根底的根底上我们开头了理论与实践的结合体，实训根据规划有序进展：从水泥性能指标混凝土
2、性能指标砂浆性能指标沥青性能指标钢材性能指标土的性能指标，其中伴随着试验报告的输出，到最终的实训辩论。学习中布满着欢快加上我们对学问的渴望与科技的奇怪我们的学习过程很踏实。 试验的操作与数据的记录都经受过，但是用计算机软件处理数据却是现在开头学习的，其中Exel软件中各个函数公式的应用都是需要娴熟把握的，基于自己的学习和教师的急躁指导这两周马上完毕的时候每个同学都能操作试验数据处理工具了，从懵懵懂懂、初步了解、根本把握到最终阶段的娴熟操作。学习是没有终点的，活到老学到老这则至理名言也是我们紧紧追随的道理。 这次的实训是我们上大学来第一次的室内实训，说的通俗一点这样的实训属于技术类的实训，而以往
3、的实训相对于这次实训只是浅浅的熟悉实习，计算机是社会进展、科技进步的必需品，而以后的工作也离不开计算机这一神圣的工具，所以这次实训无论是对生活还是工作起着不行替代的作用的。这次实训让我学到了许多学问，让我体会到了计算机的强大。 实训生活完毕的同时我的学问的行囊也增加了不少重量，带着收获的果实步入马上开头的假期生活。 班级：材料3102姓名：郑志肖日期：201*-07- 扩展阅读：计算机(软件)专业小结及实习心得 计算机专业（软件）实习心得 始终以来期望从事自己喜爱的事业的我，对软件开发有者及大的兴趣，可由说种种缘由使我从事工作以来走了好几年弯路，心中的幻想迟迟不能得以实现，可程序员的幻想从来没
4、有从我的心中抹去，但这扇大门似乎并没有向我放开，今日，贵公司给了我敲开这扇大门的时机，让我真实体验了程序员的诞生过程。早就听说，程序员的前几个月是最苦的，可从来没有感受到，海马实习基地让我提前感受到了刚刚进入软件行业的压力和困惑，再也没有在自己家里任凭写段小程序后的那种“骄傲”感了。要面对每天必需面对的问题，再也不行能以“躲避”而了之了。也让我感觉到做为一个程序员所应当具备的根本素养在这不到一个月的实习过程中也让我深深体会到了作为一个合格的程序员应当具备的根本素养。 团队精神和协作力量是程序员应当具备的根本素养，最近的工作中让我深深休会到了这一点，由于小组成员协作不好，使原来很便利的cvs给自
5、己的工作带来的及大的麻烦，一不当心自己写的的东西就会被小组别的成员在上传文件的时候给掩盖掉，一成天的工作可能就这样被反工，我们小组这次就是由于协作不好，导致各模块之间不法连接，给工作带来了及大的麻烦，消耗了大量的劳动力还没有提高工作效率。这使我深深的体会到：一个胜利商业性软件的开发必需有一个有强大分散力的团队，个人的力气是有限的，团队精神和良好的协作会使我们做出优秀的软件。 良好的文档是正规研发流程中特别重要的环节，作为代码程序员，30的工作时间写技术文档是很正常的，缺乏文档，一个软件系统就缺乏生命力，在将来的查错，升级以及模块的复用时就都会遇到极大的麻烦。这次的这个小小的工程，就由于文档上的
6、一点点理解错误让我们花了很大的工夫去改代码，改页面。很庆幸的是，这是一个小工程，要是大工程，这种问题可能就会导致大量的代码修改，可见文档在一个工程中起者巨大的做用。 此外，良好的代码编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。作为一个程序员，对需求的理解力量也是很重要的，只有真正理解了一个模块的作用，才会写出高效率的代码，才能使整个软件工程作出来更加优秀，具备更好的安全性和稳定性，我在写代码的过程中就遇到了需求理解上的问题，使得写出来的代码功能不全，幸好不是给客户发觉在，要不，这个软件的商业价值可能就会打折扣了。单元测试对于一个程序员来说是不行不做的一项工作，不做好测
7、试就会给后期的集成工作带来麻烦，往往为了一个小问题会让我们查找好多模块，给后期工作带来很大麻烦。 这一段时间的工作也让我明白了一点：一个优秀的程序员必需不断的学习，随时总结，找到自己的缺乏，这样逐步提高，才能让自己很快的成长起来。建站侠客发表于201*-4-2810:19对软件开发的一点心得体会一、前期规划： 我理解的前期规划是：在市场人员们汇总一个需求提交给产品专家带着的产品经理团队，然后经过这个团队依据公司详细状况再次分析和规划出一个最终需求文档。 这个需求文档应当首先提交给技术研发部门的负责人以及核心开发人员。由开发团队对其进展技术和风险分析。假如对此需求统一有异议的地方，需要返回给产品
8、团队，重新修正需求。反复如此，直至需求完善精确，细致，清楚。前期规划就像高楼的地基，假如马马虎虎，就算是一块砖块没摆好都可能导致整个高楼建立的失败。在规划中我认为，沟通永久是需要双方积极主动，能仔细听取每个人的建议。前期工作思维不慎重，不细致，不仔细，不够完善，将产生连锁效应直接导致整个工程和工程的失败。 这种失败可能表现为：第一种，软件按需求实现但是功能根本不能满意用户需要。其次种，功能都有了，软件没有到达可用性、易用性。对于第一种，固然是由于前期规划疏漏了某些细小功能，没能把需求文档做完善。应当是规划工作做的还不够仔细和细致。 对于其次种状况，我认为更多是在产品设计规划方面阅历还不够成熟。
9、这种问题应当是很难避开的。由于每种新产品对产品团队来说都很生疏。即使以前做过类似的东西，也难免面面俱到。这只能通过不断努力和仔细的态度来弥补。前期规划的沟通涉及了市场、产品和技术研发等多个团队之间。需要的不仅是团队内部的沟通，更多需要协调好团队之间的沟通。可能有时候需要公司高层和中层参加协调。 目前，许多开发人员深感工程的需求文档写的都很薄弱。大家可以想一想，假如没有好的开头，怎么会有好的完毕呢？需求文档薄弱，不够细致，由谁来连续完善呢？莫非让程序员们自己去完善。我想程序员也可能没有这种力量。对于程序员能把代码写的很强健很稳定就已经是很不简单的事情了。 二、概要设计： 我理解的概要设计步骤：（
10、以工程为中心的开发流程）1工程经理认真阅读工程需求文档。2工程经理召集工程开发成员，开工程启动会议。详细协商工程的开发任务和责任安排。3核心开发人员开发确定，以及各模块开发人员确定。4由系统分析员和核心开发人员认真阅读需求文档，对系统整个架构分析和做技术规划。5系统分析员整理和书写最终的系统架构和概要设计文档。 6系统分析员在文档提交日，提交给工程经理。工程经理确认文档并审批。 7工程经理召集工程开发成员，开一个概要设计以及系统架构确定的会议。向每个成员分发文档，并争论确定最终概要设计文档。8开头具体设计文档的工作三、具体设计： 1工程经理组织成立各个模块的开发小组，并确定开发小组组长（程序经
11、理）。2各开发组长书写各自模块的具体设计文档，开发成员需要帮助，协作。3在指定提交日，开发组长提交文档给系统分析员。由系统分析员审批。4系统分析员组织召开一个具体设计文档确认的会议。 5然后开发组长分发各自模块的具体设计文档给程序员，程序员在指定时间内完成。6程序员做内部测试。开发组长协调并协作。7确认无bug提交给开发组组长。 8全部模块整合工作，由整个开发组成员参加完成。由全部开发组长和系统分析员负责主要局部工作。程序员帮助和协作。9对整合后工程做具体测试。 10确认测试通过后，开发组长依据开发成员表现以及提交成果填写绩效考核表。然后提交给工程经理。 11工程经理睬召开工程总结会，同时向优
12、秀成员颁奖。同时鼓舞全部成员连续努力。对不能按时完成导致工程能按时提交，以及对导致失败的关键人员给与惩处处理。 固然，以上只是一个简洁的开发流程，肯定是有许多缺乏的地方。盼望能起到抛砖引玉的作用。大家都明白，流程和制度是死的，但人是活的，所以如何按流程做得好，关键还是在人本身了。没有一个流程和制度，一个团队也必将是一盘散沙。正所谓“无法规无以成方圆”。这句话说得很有道理。四、详细编码： 开发几个工程之后，对编写程序有了更进一步的了解。 好的程序应当具有:易读性，易扩展性，容错性。 易读性:全部变量和函数以及类名用简洁易懂易记忆的命名方式。全部类和函数甚至变量都有关键的解释说明。这点很重要，也是
13、最根底的。假如代码书写不够美观和易懂，我想自己以后也不想再看。就更别谈功能的扩展和新版本开发了。 易扩展性:整体系统架构规律简洁清楚。模块与模块之间尽量做到互不影响，也就是尽可能的独立。这局部工作主要表达在前期设计工作中，需要把握好的设计阅历和方法才能够做得比拟好。 容错性:对数据流和指针以及数组都做数据有效性检查；对第三方接口的调用失败的容错性。对全部代码都做调用失败后的错误处理。以及在大的工程中参加trace文件输出，把关键的数据流和关键处理局部的操作信息输出。以便对工程特别状况产生条件的定位，准时解决问题。 我觉得程序员能在这三方面做得很好就算一个优秀的programmer了。 五、调试
14、、跟踪与测试： 1测试需要留意的： 对每个模块的接口做测试，数据边界的检查。在对整个模块做测试。 主要测试稳定性，效率以及功能是否正常。 确认单个模块完全正常后，再参加工程。 在系统架构设计的时候，可能会引入原型参考。要对原型做完成测试后，确认没有问题后，才可使用。 2可以采纳VC自带Trace或者将信息输出为文本文件的方式跟踪程序并输出关键信息，以便定位程序特别的缘由。 3对于通信模块的测试，特殊留意效劳端和客户端的数据流。可以针对性的写一个客户端或效劳端的测试程序，检验通讯过程是否正常。 4在用VC做开发中，肯定先要让Debug版本正常运行，保证没有任何特别，内存泄漏和Assert等调试警告信息。假如用到其他Lib,肯定要保证Lib本身不存在问题。 这里只是提到一些自己简单忽视的东西，盼望能对大家有所帮忙，欢送指正！感谢。 友情提示：本文中关于计算机软件实训总结给出的范例仅供您参考拓展思维使用，计算机软件实训总结：该篇文章建议您自主创作。