发布时间：
中国的软件行业规模不是很大，有些软件企业在软件制作上，也只是采用了一些软件工程的思想，距离大规模的工业化大生产比较还是有一定的差距；原因有管理体制的问题，市场问题，政策问题，也有软件工程理论不全面和不完善的问题。所以软件工程的研究和应用，以及中国软件行业的进一步发展，都需要一定的既有软件工程的理论基础和研究能力，又有一定的实践经验的软件工程科学技术人员来推动。软件工程的前途是光明的。软件服务外包属于智力人才密集型现代服务业。大量著名外包企业落户宁波。主要就业去向包括软件外包与服务企业、信息产品与服务企业，担任程序员、软件测试员、项目经理等工作岗位。软件工程专业是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及到程序设计语言，数据库，软件开发工具，系统平台，标准，设计模式等方面。在现代社会中，软件应用于多个方面。典型的软件比如有电子邮件，嵌入式系统，人机界面，办公套件，操作系统，编译器，数据库，游戏等。同时，各个行业几乎都有计算机软件的应用，比如工业，农业，银行，航空，政府部门等。这些应用促进了经济和社会的发展，使得人们的工作更加高效，同时提高了生活质量。相关学者、组织机构都分别给出了定义：Boehm：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必需的相关文件资料。IEEE：软件工程是开发、运行、维护和修复软件的系统方法。Fritz Bauer：建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。
一、论题提出的背景和意义（即国内外现状） 随着我国加入WTO和我国工业的迅猛发展，为了抓住机遇，在竞争中占得先机，作为生产企业的一个必不可少的重要环节——库存管理的信息化、计算机化也就迫在眉睫了。开发库存管理信息系统既有宏观上的意义，那就是顺应时代信息化、现代化潮流，提高效益，促进国民经济结构优化；也有微观上的意义，那就是可以提高管理的现代化程序，加强管理的信息化手段，提高工作效率，增加单位效益。 库存管理的对象是很多的，广而言之，它可以包括：商业、企业库存的商品，图书馆库存的图书，博物馆库存的展品等。在这里本文仅涉及工业企业的产品库存。它主要包括下列三部分： 1．没有经过企业加工，而为企业生产或其他其他各方面所需要的原材料、燃料、半成品、部件等，如钢材、承轴、发动机、电动机等。 2．已经过企业加工，但尚未加工完毕的在制品。 3．企业已加工完毕，储而待销的成品与备件等。 库存管理系统按分类、分级的模式对仓库进行全面的管理和监控，缩短了库存信息流转时间，使企业的物料管理层次分明，井然有序，为采购、销售和生产提供依据；智能化的预警功能可自动提示存货的短缺、超储等异常状况；系统还可以材料库存ABC汇总，减少资金积压。完善的库存管理功能，可对企业的存货进行全面的控制和管理，降低库存成本，增加企业的失常竞争力。 库存管理信息系统研究的内容涉及库存管理的全过程，包括入库、出库、退货、订货、库存统计查询等。 下面介绍库存管理的工作流程： 1．入库 供货单位发货——运输——货物到达后测试检验——送货单——库存管理员查收入库——入库单 处理各种入库业务，如：工业企业的生产入库、委外加工入库、其他入库等入库业务；按出库类型可以分别在不同模块录入入库单据信息 2．出库 库存统计表——各使用单位——领料单——库管人员出库——出库单 处理各种出库业务，如：工业企业的生产领料、委外领料、其他出库等出库业务；按出库类型可以分别在不同模块录入出库单据信息。 3．退货 产品不合格通知书——各使用单位——领料单存根——库管人员退货——退货单 4．订货 库存管理部门向采购部门发出采购单——采购部门向供应单位传递订货单——供应单位组织发货——运输——货物到达后测试检验——入库 5．盘点 备份库存数据，打印盘点表，可按仓库、批次进行盘点，并根据盘点表生成盘盈，盘亏表，调整库存账。 盘点的功能是检查仓库现有库存量与帐面数量是否一致。若盘点结果是仓库现有库存量大于帐面数量，则盘盈；盘点结果是仓库现有库存量小于帐面数量，则盘亏；它们的差异量都记录在盘点调整单上。 二、目前工作中存在的主要问题 1．国内外现状研究： 计算机在方面管理中的应用开始于1954年，当时美国首先用计算机处理工资单。50多年来，计算机在处理管理信息方面发展迅速，例如：60年代美国计算机在管理中应用项目不到300项，到1975年达到2670项。而现在，美国财务会计上90%的工作由计算机来完成；物资管理中80—100%的信息处理由计算机完成；计划管理中是80—90%。据计算机应用方面发展较快的国家统计，计算机应用于经济管理的约占80%；用于科技运算的占8%；用于生产控制的占12%。）因此，经济管理是计算机应用的主要领域。当然，由于库存管理在经济管理中占重要地位，其计算机化在发达国家中也已经达到了相当高的水平。我国在全国范围内推广计算机在经济管理中的应用，是在70年代末开始的，虽然起步较晚，今几年发展却较快，特别是微型计算机的出现和普及，为信息处理提供了物美价帘的手段，对于推动我国管理信息处理的现代化起了重要的作用。 2．目前存在的问题： 库存管理对企业来说是一项繁琐复杂的工作，每天都要处理大量的单据数据。为及时结清没笔业务，盘点库存和和货物流通情况，保证企业生产用料以及货物安全，库管人员要花费大量的人力物力和时间来做数据记录统计工作。 在世界发达国家，库存管理的计算机水平已经很高了，尽管我国的生产企业在这方面也有了很强的意识和长足的进步，但仍存在这样那样的一些问题。 表现之一：有的企业单位的库存管理部分目前仍为手工半手工操作。从供应单位办理入库登记开始，到使用单位输领料出库手续为止，所有的操作基本上都是由仓库管理员笔写，手理，加上算盘或计算器来完成。这不仅繁琐效率低，而且缺乏库存管理的一些基本手段，如库存状况统计，查询经济订货量计算等，这给企业在一定程度上造成了管理上的落后，及经济利益上的损失。 表现之二：有的单位的库存管理部已上了微机，但对微机的利用效率极低，有的在用他打游戏，有的仅仅把它当作计算机或打字机来用。 表现之三：有的企业单位既有了微机的同时也有了库存管理软件，但硬件上去了，软件上不去。因为他门用的库存管理软件大多为自己的工作人员及其他的一些非专业人员所开发的简单的管理软件，很难称的上是“库存管理信息系统软件”这些程序的弱点大多表现为：1）系统开发时无科学的理论支持。2）开发过程的调研不全面。3）软件编写时的模型不清晰完整。4）所用的开发工具落后（如FOXBASE等） 三、统计与分析系统的必要性和可行性（研究解决方法及思路） 根据我国国内库存管理信息系统在企业中应用普及时出现的各种问题，我将用我所学的知识，利用当前的管理信息系统的理论，开发一套基于NET的库存管理系统，以求能对我国的库存管理现代化水平的提高贡献一份微薄力量。 具体的方法及计划如下： 全论文将分为三个部分。第一部分为引论，阐明所开发的项目要满足用户哪些要求，并给出全文的摘要。第二部分为实际开发过程，这将是论文的核心内容分为理论支持，系统分析，系统设计，软件编写，软件安装，系统维护七章。第三部分为结束语部分，分为经验教训和注意问题及作者的建议，参考资料二章。作为作者的心得体会与读者共享。
1、软件工程专业简介 软件工程是研究大规模软件开发方法、工具和管理的一门工程科学，其特点是按工程化的原则和方法来组织和规范软件开发过程，软件工程技术则主要研究与软件开发各个工作流程相关的、先进实用的软件开发方法、技术和工具；软件工程技术专业面向国民经济电子信息化建设和发展的需要，培养具有扎实的软件理论和知识基础，对整个软件过程有整体了解、掌握软件工程领域的前沿技术，具有国际竞争能力，能从事大型软件项目系统分析、设计、编程、测试和软件项目管理等工作的复合型、实用型的高层次软件工程技术人才；主要涵盖软件工程学科和计算机学科的基本理论、基础知识、基本技能的研究，软件的分析与开发，计算机应用系统、计算机网络系统的设计与开发等专业内容。 2、软件工程专业就业方向 本专业学生毕业后可在计算机软件专业公司﹑信息咨询公司﹑以及金融等其它独资、合资企业工作。 从事行业： 毕业后主要在新能源、计算机软件、互联网等行业工作，大致如下： 1 新能源2 计算机软件 3 互联网/电子商务4 电子技术/半导体/集成电路5 计算机服务(系统、数据服务、维修) 从事岗位： 毕业后主要从事软件工程师、项目经理、软件开发工程师等工作，大致如下： 1 软件工程师2 项目经理3 软件开发工程师4 测试工程师5 java开发工程师 工作城市： 毕业后，北京、上海、深圳等城市就业机会比较多，大致如下： 1 北京2 上海3 深圳4 广州 5 杭州6 武汉7 成都8 南京 3、软件工程专业就业前景 中国的软件行业规模不是很大，有些软件企业在软件制作上，也只是采用了一些软件工程的思想，距离大规模的工业化大生产比较还是有一定的差距；原因有管理体制的问题，市场问题，政策问题，也有软件工程理论不全面和不完善的问题。 所以软件工程的研究和应用，以及中国软件行业的进一步发展，都需要一定的既有软件工程的理论基础和研究能力，又有一定的实践经验的软件工程科学技术人员来推动。软件工程的前途是光明的。 软件服务外包属于智力人才密集型现代服务业。大量著名外包企业落户宁波。主要就业去向包括软件外包与服务企业、信息产品与服务企业，担任程序员、软件测试员、项目经理等工作岗位。
软件前景还是很不错的。我国进入新时代了，对第三产业，服务业需求日益增多，大家花在手机上的时间也越来越多这些都需要软件提供服务，不断发展的文化产业对软件需要也很多，如动漫设计，片头片尾设计，虚拟现实等。前景好，还要个人业务过硬，毕竟软件行业技术更新快，需要不断学习的。
搜一个给你参考一下：软件测试从零开始引言 几年前，从学校毕业后，第一份工作就是软件测试。那时候，国内的软件企业大多对软件测试还没有什么概念，书店里除了郑人杰编写的《计算机软件测试技术》之外，几乎没有其它的软件测试相关书籍，软件测试仅仅在软件工程的教材中作为一个章节列出来，因此，我对软件测试一无所知。不过，在正式走上工作岗位之前，公司提供了为期两周的系统的软件测试技术专题培训，对接下来的软件测试工作有很大的指导意义。现在，我继续从事软件测试的培训与咨询服务，在这个过程中，亲眼目睹了很多软件测试新手面对的困惑，他们初涉软件测试行业，没有接受系统的培训，对软件测试一无所知，既不知道该测试什么，也不知道如何开始测试。下面针对上述情况，给出若干解决办法。 • 测试准备工作 在测试工作伊始，软件测试工程师应该搞清楚软件测试工作的目的是什么。如果你把这个问题提给项目经理，他往往会这样回答： “ 发现我们产品里面的所有 BUG ，这就是你的工作目的 ” 。作为一名软件测试新手，如何才能发现所有的 BUG ？如何开始测试工作？即便面对的是一个很小的软件项目，测试需要考虑的问题也是方方面面的，包括硬件环境、操作系统、产品的软件配置环境、产品相关的业务流程、用户的并发容量等等。该从何处下手呢？• 向有经验的测试人员学习 如果你进入的是一家运作规范的软件公司，有独立的软件测试部门、规范的软件测试流程、软件测试技术有一定的积累，那么，恭喜你！你可以请求测试经理委派有经验的测试人员作为你工作上的业务导师，由他列出软件测试技术相关书籍目录、软件测试流程相关文档目录、产品业务相关的文档目录，在业务导师的指导下逐步熟悉软件测试的相关工作。其实，在很多运作规范的软件公司，已经把上述的师父带徒弟的方式固化到流程中。 如果你进入的是一个软件测试一片空白的软件企业，那么，也恭喜你！你可以在这里开创一片自己的软件测试事业，当然，前提是老板确实认识到软件测试的重要性，实实在在需要提高产品的质量。这时候，可以到国内的软件测试论坛和相关网站上寻找软件测试资源，这种情况下，自学能力和对技术的悟性就至关重要了。 • 阅读软件测试的相关书籍 现在，中文版的软件测试书籍越来越多，有的是国人自己写的，有的是翻译国外经典之作。可以到 或者 等网络购书的站点查找软件测试相关的书籍。目前，从国外引入的软件测试书籍有很多经典之作，但是，翻译成中文后，翻译质量对阅读效果有很大的影响。 • 走读缺陷跟踪库中的问题报告单 如果您所在的公司已经有软件缺陷跟踪库了，无论采用的是商用工具，如 ClearQuest 、 TestDirecter 等工具，还是采用的 Bugzilla 、 Mantis 等开源工具，这都无关紧要，缺陷跟踪库中的缺陷报告单才是有价值的。缺陷跟踪库中的问题报告单是软件测试工程师工作绩效的集中体现，同时也是软件产品问题的集中体现。一般来说，缺陷报告单中最关键的几个部分包括：第一部分是发现缺陷的环境，包括软件环境、硬件环境等；第二部分是缺陷的基本描述；第三部分是开发人员对缺陷的解决方法。通过对上述缺陷报告单的三个部分作仔细分析，不知不觉你已经吸收了其他软件测试人员的工作经验，并掌握了软件产品常见的基本问题。这是迅速提高软件测试经验的好方法。 • 走读相关产品的历史测试用例 如果你所在的公司有测试用例管理系统，那么，走读相关产品的软件测试用例是迅速提高测试用例设计水平的一条捷径。走读测试用例也是有技巧的。测试用例写作一般会包括测试用例项和根据测试用例项细化的测试用例，下面举例说明。 “ 测试用户登录的功能 ” 是一个测试项，该测试项的目的是测试用户登录功能是否正确，是否能够完成正常的登录功能，是否能够对非法用户名和密码做异常处理等等。因此，根据该用例项，可以设计出若干个测试用例，大多数情况下，测试用例项和测试用例是一对多的关系。 通过走读测试用例项目，你可以掌握应该从哪些功能点着手未来的测试工作；通过走读软件测试用例，你可以了解如何根据被测试的功能点开展软件测试用例的设计工作，包括如何确定测试用例的输入、测试用例的操作步骤和测试用例的输出结果等。 总之，走读其他软件测试人员设计的优秀软件测试用例，是提高自身用例设计水平的好方法。 • 学习产品相关的业务知识 软件测试人员不仅要掌握软件测试技术相关知识，对产品相关的业务知识也要学习。这很好理解，如果从事财务软件的测试工作，一定要学习财务知识；如果从事通讯产品测试工作，那么相关的通讯理论知识也是必须的；如果从事银行软件的测试，银行的业务流程也是不可或缺的知识点。 因此，在学习软件测试技术的同时，千万不要忽略产品相关业务知识的学习。如果你是一个软件测试技术专家，但是对产品业务知识一无所知，那么也只能测试出来纯粹的软件缺陷，而面对眼前出现的产品业务相关的缺陷，很可能是视而不见，如此这般，软件测试的效果会大打折扣。 • 识别测试需求 识别测试需求是软件测试的第一步。如果开发人员能够提供完整的需求文档和接口文档，那固然好。可以根据需求文档中描述的每个功能项目的输入、处理过程和输出，来设计测试用例。如果开发人员没有提供软件需求文档，那该如何是好？下面给出几个有效的方法： • 主动获取需求 开发人员通常不会更好地考虑软件测试，如果没有开发流程的强制规定，他们通常是不愿意提供任何开发文档，即便有强制规定，需求文档也未必能够真正指导软件系统测试工作。因此，需要测试人员发挥主观能动性，与相关的软件开发项目经理和软件开发人员保持沟通，了解软件实现的主要功能是什么，并记录得收集到的信息。一般来说，开发人员即便没有提供相关需求文档，也会保存一些简单的过程文档，主动向开发人员索要这些文档，可以作为测试的参考。此外，可以与公司的技术支持人员交流，技术支持人员是最贴近用户的人，因此，通过交流可以获取第一手的用户使用感受，在测试的过程中会更加贴近用户。 当拿到相关的资料后，从哪些方面分析需求？如何与开发人员交流需求？其实，只要把握需求分析的几个关键的点就可以解决问题：输入、处理过程、输出、性能要求、运行环境，下面针对每一个项目逐一分析： 软件输入： 与该需求相关的一切可能输入，可以从这几方面考虑，输入来源、输入参数的数量、输入参数的度量单位、输入参数的时间要求、输入参数的精度和输入参数的有效输入范围。在测试用例设计中，这部分内容作为测试用例输入的依据。 处理过程： 描述对输入数据所执行的所有操作和如何获得输出的过程。测试人员了解处理过程即可，在测试过程中发现 BUG 时候，如果对处理过程了解的深入，对定位问题根源有很大的帮助。 软件输出： 描述每个需求的输出结果，包括输出的位置（如计算机显示器、打印机，文件），输出参数的数量、输出参数的度量单位、输出参数的时序、输出参数精确度、输出参数的有效输出范围、错误消息。在测试用例设计中，这部分内容作为测试用例的预期输出。 性能要求： 与该需求相关的性能要求，比如 “ 插入 ATM 取款卡后， 3 秒钟内弹出提示用户取款的图形界面 ” 。 3 秒钟这一限制，就是对需求的基本性能要求。 运行环境： 软件的运行所需的环境，包括硬件平台的要求、操作系统的要求、数据库的要求，以及其它相关支撑软件的要求。 • 确认需求的优先级 确认需求的优先级是很必要的，如果在产品进度比较紧的情况下，测试人员可以考虑优先测试优先级高的需求项，如果进度允许，那么在测试优先级低的需求项，如果进度不允许，那么就放弃测试优先级低的需求项。如果软件公司有规范的流程支撑，开发人员在提供软件需求文档的时候，应该在文档中确定需求的优先级。但是，如果开发人员连基本的软件需求文档都没有提供，又怎能指望他们确定软件需求的优先级？如果是这样，需求的优先级只能由测试人员完成了。 • 加入开发小组的邮件群组 测试人员需要通晓被测试产品，但是，产品在开发的过程中往往是不断变化的。如果软件开发团队有一套变更控制流程，测试人员会对产品的变更了如指掌。如果没有变更控制，那就要采用其他的土方法了。如果公司里面有自动化办公系统，也许采用的是 Lotus Notes 系统，也许使用的是 E-mail 系统，测试人员应该加入到开发人员的邮件群组中。当开发人员通过邮件讨论问题、通知召开技术会议的时候，测试人员可以及时知晓，如果必要，可以参加开发人员的技术会议。即便公司里面有了软件变更控制流程，加入到开发邮件群组也是一个很好的习惯。 • 与开发人员为邻 建议测试人员与开发人员为邻。我所在的测试组曾经与开发组是在相邻的写字间里，开发人员与测试人员的关系非常融洽，抛去同事关系，大家还是不错的朋友。不管开发人员有什么样的活动，测试人员都能第一时间获得信息。无论从事软件测试工作，还是从事其它的工作，与工作中上下游环节的同事保持良好的个人关系对工作有很大便利。一般的公司内部都存在部门墙，良好的人际关系是打通部门墙的手段之一。向领导建议测试人员与开发人员为邻，这很必要。 • 测试用例设计 测试需求收集完毕后，开始测试设计。测试用例是什么？测试用例就是一个文档，描述输入、动作、或者时间和一个期望的结果，其目的是确定应用程序的某个特性是否正常的工作。设计测试用例需要考虑以下问题： • 重用同类型项目的测试用例 如果我看得远，那是因为我站在巨人的肩上 －－牛顿。 一般来说，每个软件公司的项目可以分为固定的几大类。可以按业务类型划分，比如 ERP 软件、产品数据管理软件、通信软件、地理信息系统软件等等；可以按软件结构来划分，比如 B/S 架构的软件、 C/S 架构的软件、嵌入式软件等等。参考同类别软件的测试用例，会有很大的借鉴意义。如果，公司中有同类别的软件系统，千万别忘记把相关的测试用例拿来参考。如果，系统非常接近，甚至经过对测试用例简单修改就可以应用到当前被测试的软件。 “ 拿来主义 ” 可以极大的开阔测试用例设计思路，也可以节省大量的测试用例设计时间。 • 测试用例执行 测试用例设计完毕后，接下来的工作是测试执行，测试执行中应该注意以下几个问题： • 搭建软件测试环境，执行测试用例 测试用例执行过程中，搭建测试环境是第一步。一般来说，软件产品提交测试后，开发人员应该提交一份产品安装指导书，在指导书中详细指明软件产品运行的软硬件环境，比如要求操作系统系统是 Windows 2000 pack4 版本，数据库是 Sql Server 2000 等等，此外，应该给出被测试软件产品的详细安装指导书，包括安装的操作步骤、相关配置文件的配置方法等等。对于复杂的软件产品，尤其是软件项目，如果没有安装指导书作为参考，在搭建测试环境过程中会遇到种种问题。 如果开发人员拒绝提供相关的安装指导书，搭建测试中遇到问题的时候，测试人员可以要求开发人员协助，这时候，一定要把开发人员解决问题的方法记录下来，避免同样的问题再次请教开发人员，这样会招致开发人员的反感，也降低了开发人员对测试人员的认可程度。 • 测试执行过程应注意的问题 测试环境搭建之后，根据定义的测试用例执行顺序，逐个执行测试用例。在测试执行中需要注意以下几个问题： 全方位的观察测试用例执行结果： 测试执行过程中，当测试的实际输出结果与测试用例中的预期输出结果一致的时候，是否可以认为测试用例执行成功了？答案是否定的，即便实际测试结果与测试的预期结果一致，也要查看软件产品的操作日志、系统运行日志和系统资源使用情况，来判断测试用例是否执行成功了。全方位观察软件产品的输出可以发现很多隐蔽的问题。以前，我在测试嵌入式系统软件的时候，执行某测试用例后，测试用例的实际输出与预期输出完全一致，不过在查询 CPU 占用率地时候，发现 CPU 占用率高达 90 ％，后来经过分析，软件运行的时候启动了若干个 1ms 的定时器，大量的消耗的 CPU 资源，后来通过把定时器调整到 10ms ， CPU 的占用率降为 7 ％。如果观察点单一，这个严重消耗资源的问题就无从发现了。 加强测试过程记录： 测试执行过程中，一定要加强测试过程记录。如果测试执行步骤与测试用例中描述的有差异，一定要记录下来，作为日后更新测试用例的依据；如果软件产品提供了日志功能，比如有软件运行日志、用户操作日志，一定在每个测试用例执行后记录相关的日志文件，作为测试过程记录，一旦日后发现问题，开发人员可以通过这些测试记录方便的定位问题。而不用测试人员重新搭建测试环境，为开发人员重现问题。 及时确认发现的问题： 测试执行过程中，如果确认发现了软件的缺陷，那么可以毫不犹豫的提交问题报告单。如果发现了可疑问题，又无法定位是否为软件缺陷，那么一定要保留现场，然后知会相关开发人员到现场定位问题。如果开发人员在短时间内可以确认是否为软件缺陷，测试人员给予配合；如果开发人员定位问题需要花费很长的时间，测试人员千万不要因此耽误自己宝贵的测试执行时间，可以让开发人员记录重新问题的测试环境配置，然后，回到自己的开发环境上重现问题，继续定位问题。 与开发人员良好的沟通： 测试执行过程中，当你提交了问题报告单，可能被开发人员无情驳回，拒绝修改。这时候，只能对开发人员晓之以理，做到有理、有据，有说服力。首先，要定义软件缺陷的标准原则，这个原则应该是开发人员和测试人员都认可的，如果没有共同认可的原则，那么开发人员与测试人员对问题的争执就不可避免了。此外，测试人员打算说服开发人员之前，考虑是否能够先说服自己，在保证可以说服自己的前提下，再开始与开发人员交流。 • 及时更新测试用例 测试执行过程中，应该注意及时更新测试用例。往往在测试执行过程中，才发现遗漏了一些测试用例，这时候应该及时的补充；往往也会发现有些测试用例在具体的执行过程中根本无法操作，这时候应该删除这部分用例；也会发现若干个冗余的测试用例完全可以由某一个测试用例替代，那么删除冗余的测试用例。 总之，测试执行的过程中及时地更新测试用例是很好的习惯。不要打算在测试执行结束后，统一更新测试用例，如果这样，往往会遗漏很多本应该更新的测试用例。 • 提交一份优秀的问题报告单 软件测试提交的问题报告单和测试日报一样，都是软件测试人员的工作输出，是测试人员绩效的集中体现。因此，提交一份优秀的问题报告单是很重要的。软件测试报告单最关键的域就是 “ 问题描述 ” ，这是开发人员重现问题，定位问题的依据。问题描述应该包括以下几部分内容：软件配置、硬件配置、测试用例输入、操作步骤、输出、当时输出设备的相关输出信息和相关的日志等。 软件配置： 包括操作系统类型版本和补丁版本、当前被测试软件的版本和补丁版本、相关支撑软件，比如数据库软件的版本和补丁版本等。 硬件配置： 计算机的配置情况，主要包括 CPU 、内存和硬盘的相关参数，其它硬件参数根据测试用例的实际情况添加。如果测试中使用网络，那么网络的组网情况，网络的容量、流量等情况。硬件配置情况与被测试产品类型密切相关，需要根据当时的情况，准确翔实的记录硬件配置情况。 测试用例输入 \ 操作步骤 \ 输出： 这部分内容可以根据测试用例的描述和测试用例的实际执行情况如实填写。 输出设备的相关输出信息： 输出设备包括计算机显示器、打印机、磁带等等输出设备，如果是显示器可以采用抓屏的方式获取当时的截图，其他的输出设备可以采用其它方法获取相关的输出，在问题报告单中提供描述。 日志信息： 规范的软件产品都会提供软件的运行日志和用户、管理员的操作日志，测试人员应该把测试用例执行后的软件产品运行日志和操作日志作为附件，提交到问题报告单中。根据被测试软件产品的不同，需要在 “ 问题描述 ” 中增加相应的描述内容，这需要具体问题具体分析。测试结果分析软件测试执行结束后，测试活动还没有结束。测试结果分析是必不可少的重要环节， “ 编筐编篓，全在收口 ” ，测试结果的分析对下一轮测试工作的开展有很大的借鉴意义。前面的 “ 测试准备工作 ” 中，建议测试人员走读缺陷跟踪库，查阅其他测试人员发现的软件缺陷。测试结束后，也应该分析自己发现的软件缺陷，对发现的缺陷分类，你会发现自己提交的问题只有固定的几个类别；然后，再把一起完成测试执行工作的其他测试人员发现的问题也汇总起来，你会发现，你所提交问题的类别与他们有差异。这很正常，人的思维是有局限性，在测试的过程中，每个测试人员都有自己思考问题的盲区和测试执行的盲区，有效的自我分析和分析其他测试人员，你会发现自己的盲区，有针对性的分析盲区，必定会在下一轮测试用避免盲区。总结：限于文章的篇幅，本文不可能给出一个类似于 checklist 的指导性的软件测试新手入门。无论从事软件测试还是从事其它的工作，技术上的和技巧上的问题都可以通过查询相关的软件测试技术书籍获取，掌握一套基本的方法论是最重要的。以上文字，都是作者从事软件测试工作积累的经验之谈，如发现谬误之处请不吝指出。
软件测试被定义为是以评价一个程序或者系统属性为目标的任何一种活动,测试是对软件质量的度量。下面我给大家分享软件技术论文2000字，大家快来跟我一起欣赏吧。
软件测试技术研究
摘 要：软件测试是软件工程范畴的一项重要工作，与软件质量密切相关。本文就软件测试的概念、分类和方法等几个方面进行了论述。
关键词：软件测试;黑盒测试;白盒测试
中图分类号：
软件测试是软件生产过程中的一个重要环节，是伴随着软件的产生而发展的，它并不是不能正常运行的软件的专利，而是为了发现所有软件缺陷而执行程序的过程。软件测试贯穿于软件开发的到投入使用的各个过程中，不同阶段的测试手段各不相同，测试成为软件产品质量控制和管理的重要手段之一。大量资料表明，软件测试的工作量占软件开发总工作量的40%以上，测试成本也占总成本的30%―50%。
1 软件测试的目标和重要性
软件测试的定义
看待软件测试的角度不同，软件测试的定义也各不相同。总的说来，软件测试就是利用测试工具按照预先设定好的方案和流程对产品进行功能和性能测试，甚至根据需要重新编写测试代码，对测试过程中可能出现的问题进行分析和评估。它是帮助识别开发完成的计算机软件的正确度、完全度和质量的软件过程，是保证软件质量的重要内容。
软件测试的目标
软件测试的正确定义是“为了发现程序中的错误而执行程序的过程”。而测试的目的决定了如何去组织测试。测试的目标是什么?曾给出了关于测试的一些规则，这些规则可以看作是软件测试的目标：
(1)软件测试并不是为了验证软件的正确性，而是为了发现错误而执行程序的过程。(2)好的测试方案是尽可能发现目前尚未发现的错误的测试方案。(3)成功有效的测试是发现了至今尚未发现的错误的测试。从以上规则可以看出，测试是以查找错误为中心，和人们通常想象的“测试是为了验证程序的正确功能”，“成功的测试是没有发现错误的测试”等是完全相反的。所以，近年来，正确软件测试目标如下：(1)软件测试并不仅仅是为了查找出软件的错误，而是要通过进一步分析错误产生的原因和错误的发展趋势，发现一些可以通过测试避免的开发风险;(2)通过测试能够帮助测试人员设计出适合该软件更加有效的测试方法，进一步提高测试效率，缩短测试实践，降低测试费用;(3)结果完全正确的测试也是有价值的，是软件质量的一种评价，但并不是测试正确就说明该软件没有错误，随着使用的深入，功能的扩充等会逐步暴露出更多的问题，实践证明，完全没有错误的软件世间难求。
软件测试主要包括
(1)正确性和精确性测试：如果软件的运行结果不正确和不精确，那么会给用户带来很大的麻烦，甚至造成不可估量的损失，因此是保证软件质量的最重要因素。(2)容错性测试：容错性测试是在认可错误的情况下进行的测试，是检查软件在异常条件运行，是否具有防护性和能否自我恢复。容错性测试能确保系统不发生无法意料的事故，从而提高软件的安全性和可靠性。(3)性能与效率测试：用户都希望软件的运行速度更高一些，并且占用的资源更少些，性能与效率测试主要是优化软件的算法，数据结构和代码组织来提高软件的性能和效率。(4)易用性测试：易用性测试是测试软件的易用程度，就像一个常用扳手工具，拿到就能明白怎么去使用，因此易用性测试没有一个量化的指标，主观性较强。在平时使用中，当用户不能正确使用软件中的某个功能时，大多数人首先会通过各种方式学习、请教，或者向产品支持部门打电话，还有一部分用户会查阅用户手册。通常认为，用户不通过翻阅用户手册就能使用的软件易用性较好。(5)文档测试：文档测试主要检查文档的正确性、完备性和可理解性。
软件测试的基本原则
(1)尽早并不断地进行软件测试;(2)程序员或程序设计机构避免测试自己的软件;(3)测试前应当设置合理的测试用例，测试用例的设计不仅要有合法的测试数据，也要有非法的测试数据;(4)对程序修改之后要进行回归测试;(5)妥善保留测试计划、严格按照计划测试，排除测试的随意性，全部测试用例、出错统计和最终分析报告，并对每一个测试结果做全面检查。
软件测试的地位
软件的开发过程包括需求分析、设计、实现和测试四个阶段。软件测试在软件生命周期中占重要地位，是软件交付用户使用前保证软件质量的重要手段。在系统发布之前，从客户的需求出发，尽早发现问题，修改的成本越低，破坏性也越小。一旦系统投产后发现问题，其危害性被成倍放大，甚至会给双方造成不可估量的损失。
2 软件测试方法
按照不同的分类方法，软件测试可以分为多种类型。
从是否需要执行被测试软件的角度分类
静态测试：是指不需要实际运行软件，主要对软件的编程格式、程序逻辑结构等方面进行测试。静态测试是通过对源程序进行语法检查，静态结构分析、代码质量等方面找出缺陷和可疑之处，例如变量定义和生命周期检查、模块接口的正确性、是否允许递归、程序逻辑和结构审查等。
动态测试：通常的上机运行软件而进行的测试，这种方法是使程序有控制地运行，并从多种角度观察程序的行为，以发现其中的错误。在软件维护阶段，当修改软件后，除了对修改部分的软件进行常规的测试外，还应对软件的其他部分进行回归测试，所谓回归测试是指全部或部分地重复已做过的测试，它主要检查软件的修改是否在软件的未修改部分引入了新的错误。
从是否针对软件结构与算法的角度分为
白盒测试，主要是对软件的逻辑结构进行的测试。白盒测试要求测试人员对程序内部逻辑结构及有关信息来设计和选择测试用例，对程序的逻辑路径进行测试，不需测试软件产品的功能。测试过程是基于覆盖全部代码、分支、路径和条件。白盒测试是指在知道产品内部工作过程，通过设置测试用例来检测产品内部动作是否按照规格说明书的规定正确进行，检验程序是否都能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑覆盖、基本路径测试等。
黑盒测试：指测试来检测每个功能是否可以正常使用。执行严格的测试，通过对整个软件或某些软件功能，但不检查程序的源代码还是非常清楚的了解该软件的源代码程序具体如何设计。通过输入测试数据，并通过分析的结果输出到测试人员了解软件是如何工作的。在测试中，主要的功能是用来检查是否正确的程序或缺少的功能，用户界面是正确的，错误的数据结构或外部数据库访问错误，性能是正确与否，程序是否有初始化和终止错误的存在。
从测试的不同阶段分类
单元测试：指的是对每一个工作单元进行测试，了解其运行结果是否符合我们的预期。它对测试人员的要求比较高，要求测试人员对程序代码比较熟悉;一般由程序员自己编完某个单元后，先自我检查通过后，再将测试代码交给测试人员进行审核，如果发现缺陷，原开发者应当及时修正程序，这样可以尽快的发现程序中存在的错误，及时修正以提高程序开发的效率。
集成测试：是在单元测试的基础上，测试再将所有的软件单元按照概要设计规格说明的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动。也就是说，在集成测试之前，单元测试已经完成，集成测试中所使用的对象，已经是经过单元测试的软件单元。
系统测试：是将已经确认的计算机软件和硬件设备、网络和外围设备等元素组合在一起，对已经集成好的系统进行测试，找出所开发的系统与用户需求不符或矛盾的地方，从而提出更加完善的方案.它的任务是尽可能彻底地检查出程序中的错误，提高软件系统的可靠性。
验收测试：也称为交付测试，完成了功能和系统测试后、产品发布之前所进行的测试活动，它是技术测试的最后一个阶段。
总之，随着软件开发和测试技术的不断发展，测试方法也越来越多样化，针对性更强;选择合适的软件测试方法可以让我们事半功倍。
参考文献：
[1]张永梅.软件测试技术研究[J].测试技术学报，2002，6.
[2]刘继华.软件测试技术的研究进展[J].微计算机信息，2012，10.
[3]瞿莉丽.浅析软件测试技术[J].硅谷，2010，4.
点击下页还有更多>>>软件技术论文2000字
学术论文还是毕业论文？毕业论文一般就是xxx项目测试实践，学术性的话就xx领域软件测试方法及用列设计思路
[编辑本段]基本信息软件工程一直以来都缺乏一个统一的定义，很多学者、组织机构都分别给出了自己的定义： 软件工程（1）、BarryBoehm：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必需的相关文件资料。 （2）、IEEE在软件工程术语汇编中的定义：软件工程是：1.将系统化的、严格约束的、可量化的方法应用于软件的开发、运行和维护，即将工程化应用于软件；2.在1中所述方法的研究 （3）、FritzBauer在NATO会议上给出的定义：建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。 目前比较认可的一种定义认为：软件工程是研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件，以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来。 （4）、《计算机科学技术百科全书》中的定义：软件工程是应用计算机科学、数学及管理科学等原理，开发软件的工程。软件工程借鉴传统工程的原则、方法，以提高质量、降低成本。其中，计算机科学、数学用于构建模型与算法，工程科学用于制定规范、设计范型(paradigm)、评估成本及确定权衡，管理科学用于计划、资源、质量、成本等管理。[编辑本段]目标软件工程的目标是：在给定成本、进度的前提下，开发出具有可修改性、有效性、可靠性、可理解性、可维护性、可重用软件工程性、可适应性、可移植性、可追踪性和可互操作性并且满足用户需求的软件产品。追求这些目标有助于提高软件产品的质量和开发效率，减少维护的困难。下面分别介绍这些概念。 （1）可修改性（modifiablity）。容许对系统进行修改而不增加原系统的复杂性。它支持软件的调试与维护，是一个难以达到的目标。 （2）有效性（efficiency）。软件系统能最有效地利用计算机的时间资源和空间资源。各种计算机软件无不将系统的时/空开销作为衡量软件质量的一项重要技术指标。很多场合，在追求时间有效性和空间有效性方面会发生矛盾，这时不得不牺牲时间效率换取空间有效性或牺牲空间效率换取时间有效性。时/空折衷是经常出现的。有经验的软件设计人员会巧妙地利用折衷概念，在具体的物理环境中实现用户的需求和自己的设计。 （3）可靠性（reliability）。能防止因概念、设计和结构等方面的不完善造成的软件系统失效，具有挽回因操作不当造成软件系统失效的能力。对于实时嵌入式计算机系统，可靠性是一个非常重要的目标。因为软件要实时地控制一个物理过程，如宇宙飞船的导航、核电站的运行，等等。如果可靠性得不到保证，一旦出现问题可能是灾难性的，后果将不堪设想。因此在软件开发、编码和测试过程中，必须将可靠性放在重要地位。 （4）可理解性（understandability）。系统具有清晰的结构，能直接反映问题的需求。可理解性有助于控制软件系统的复杂性，并支持软件的维护、移植或重用。 （5）可维护性（maintainability)。软件产品交付用户使用后，能够对它进行修改，以便改正潜伏的错误，改进性能和其他属性，使软件产品适应环境的变化，等等。由于软件是逻辑产品，只要用户需要，它可以无限期的使用下去，因此软件维护是不可避免的。软件维护费用在软件开发费用中占有很大的比重。可维护性是软件工程中一项十分重要的目标。软件的可理解性和可修改性有利于软件的可维护性。 （6）可重用性（reusebility）。概念或功能相对独立的一个或一组相关模块定义为一个软部件。软部件可以在多种场合应用的程度称为部件的可重用性。可重用的软部件有的可以不加修改直接使用，有的需要修改后再用。可重用软部件应具有清晰的结构和注解，应具有正确的编码和较低的时/空开销。各种可重用软部件还可以按照某种规则存放在软部件库中，供软件工程师选用。可重用性有助于提高软件产品的质量和开发效率、有助于降低软件的开发和维护费用。从更广泛的意义上理解，软件工程的可重用性还应该包括：应用项目的重用，规格说明（也称为规约）的重用，设计的重用，概念和方法的重用，等等。一般来说，重用的层次越高，带来的效益也就越大。 （7）可适应性（adaptability）。软件在不同的系统约束条件下，使用户需求得到满足的难易程度。适应性强的软件应采用广为流行的程序设计语言编码，在广为流行的操作系统环境中运行，采用标准的术语和格式书写文档。适应性强的软件较容易推广使用。 （8）可移植性（portability）。软件从一个计算机系统或环境搬到另一个计算机系统或环境的难易程度。为了获得比较高的可移植性，在软件设计过程中通常采用通用的程序设计语言和运行环境支撑。对依赖于计算机系统的低级（物理）特征部分，如编译系统的目标代码生成，应相对独立、集中。这样，与处理机无关的部分就可以移植到其他系统上使用。可移植性支持软件的课重用性和课适应性。 （9）可追踪性（tracebility）。根据软件需求对软件设计、程序进行正向追踪，或根据程序、软件设计对软件需求进行逆向追踪的能力。软件可追踪性依赖于软件开发各个阶段文档和程序的完整性、一致性和可理解性。降低系统的复杂性会提高软件的可追踪性。软件在测试或维护过程中或程序在执行期间出现问题时，应记录程序事件或有关模块中的全部或部分指令现场，以便分析、追踪产生问题的因果关系。 （10）可互操作性（interoperability）。多个软件元素相互通信并协同完成任务的能力。为了实现可互操作性，软件开发通常要遵循某种标准，支持折衷标准的环境将为软件元素之间的可互操作提供便利。可互操作性在分布计算环境下尤为重要。 软件工程活动是“生产一个最终满足需求且达到工程目标的软件产品所需要的步骤”。主要包括需求、设计、实现、确认以及支持等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件体系结构，包括子系统、模块以及相关层次的说明、每一模块接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。支持活动包括修改和完善。伴随以上活动，还有管理过程、支持过程、培训过程等。[编辑本段]过程生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程，还有管理过程、支持过程、培训过程等。[编辑本段]原则软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。软件工程的原则有以下四项软件工程师基本原则：1）选取适宜开发范型该原则与系统设计有关。在系统设计中，软件需求、硬件需求以及其他因素之间是相互制约、相互影响的，经常需要权衡。因此，必须认识需求定义的易变性，采用适宜的开发范型予以控制，以保证软件产品满足用户的要求。2）采用合适的设计方法在软件设计中，通常要考虑软件的模块化、抽象与信息隐蔽、局部化、一致性以及适应性等特征。合适的设计方法有助于这些特征的实现，以达到软件工程的目标。3）提供高质量的工程支持“工欲善其事，必先利其器”。 在软件工程中，软件工具与环境对软件过程的支持颇为重要。软件工程项目的质量与开销直接取决于对软件工程所提供的支撑质量和效用。4）重视开发过程的管理软件工程的管理，直接影响可用资源的有效利用，生产满足目标的软件产品，提高软件组织的生产能力等问题。因此，仅当软件过程得以有效管理时，才能实现有效的软件工程。 这一软件工程框架告诉我们，软件工程的目标是可用性、正确性和合算性；实施一个软件工程要选取适宜的开发范型，要采用合适的设计方法，要提供高质量的工程支撑，要实行开发过程的有效管理；软件工程活动主要包括需求、设计、实现、确认和支持等活动，每一活动可根据特定的软件工程，采用合适的开发范型、设计方法、支持过程以及过程管理。根据软件工程这一框架，软件工程学科的研究内容主要包括：软件开发范型、软件开发方法、软件过程、软件工具、软件开发环境、计算机辅助软件工程(CASE) 及软件经济学等。[编辑本段]基本原理自从1968年提出“软件工程”这一术语以来，研究软件工程的专家学者们陆续提出了100多条关于软件工程的准则或信条。美国著名的软件工程专家巴利·玻姆（Barry Boehm）综合这些专家的意见，并总结了美国天合公司（TRW）多年的开发软件的经验，于1983年提出了软件工程的七条基本原理。 玻姆认为，这七条原理是确保软件产品质量和开发效率的原理的最小集合。它们是相互独立的，是缺一不可的最小集合；同时，它们又是相当完备的。 人们当然不能用数学方法严格证明它们是一个完备的集合，但是可以证明，在此之前已经提出的100多条软件工程准则都可以有这七条原理的任意组合蕴含或派生。下面简要介绍软件工程的七条原理：1、用分阶段的生命周期计划严格管理这一条是吸取前人的教训而提出来的。统计表明，50%以上的失败项目是由于计划不周而造成的。在软件开发与维护的漫长生命周期中，需要完成许多性质各异的工作。这条原理意味着，应该把软件生命周期分成若干阶段，并相应制定出切实可行的计划，然后严格按照计划对软件的开发和维护进行管理。 玻姆认为，在整个软件生命周期中应指定并严格执行6类计划：项目概要计划、里程碑计划、项目控制计划、产品控制计划、验证计划、运行维护计划。2、坚持进行阶段评审统计结果显示： 大部分错误是在编码之前造成的，大约占63%错误发现的越晚，改正它要付出的代价就越大，要差2到3个数量级。 因此，软件的质量保证工作不能等到编码结束之后再进行，应坚持进行严格的阶段评审，以便尽早发现错误。3、实行严格的产品控制开发人员最痛恨的事情之一就是改动需求。但是实践告诉我们，需求的改动往往是不可避免的。这就要求我们要采用科学的产品控制技术来顺应这种要求。也就是要采用变动控制，又叫基准配置管理。当需求变动时，其它各个阶段的文档或代码随之相应变动，以保证软件的一致性。4、采纳现代程序设计技术从六、七时年代的结构化软件开发技术，到最近的面向对象技术，从第一、第二代语言，到第四代语言，人们已经充分认识到：方法大似气力。采用先进的技术即可以提高软件开发的效率，又可以减少软件维护的成本。5、结果应能清楚地审查软件是一种看不见、摸不着的逻辑产品。软件开发小组的工作进展情况可见性差，难于评价和管理。为更好地进行管理，应根据软件开发的总目标及完成期限， 尽量明确地规定开发小组的责任和产品标准，从而使所得到的标准能清楚地审查。6、开发小组的人员应少而精开发人员的素质和数量是影响软件质量和开发效率的重要因素，应该少而精。 这一条基于两点原因：高素质开发人员的效率比低素质开发人员的效率要高几倍到几十倍，开发工作中犯的错误也要少的多； 当开发小组为N人时，可能的通讯信道为N(N-1)/2, 可见随着人数N的增大，通讯开销将急剧增大。7、承认不断改进软件工程实践的必要性遵从上述六条基本原理，就能够较好地实现软件的工程化生产。但是，它们只是对现有的经验的总结和归纳，并不能保证赶上技术不断前进发展的步伐。因此，玻姆提出应把承认不断改进软件工程实践的必要性作为软件工程的第七条原理。根据这条原理，不仅要积极采纳新的软件开发技术，还要注意不断总结经验，收集进度和消耗等数据，进行出错类型和问题报告统计。这些数据既可以用来评估新的 软件技术的效果，也可以用来指明必须着重注意的问题和应该优先进行研究的工具和技术。[编辑本段]方法学软体工程的方法有很多方面的意义。包括专案管理，分析，设计，程序的编写，测试和质量控制。 软件工程师软体设计方法可以区别为重量级的方法和轻量级的方法。重量级的方法中产生大量的正式文档。 著名的重量级开发方法包括ISO9000，CMM，和统一软体开发过程（RUP）。 轻量级的开发过过程没有对大量正式文档的要求。着名的轻量级开发方法包括极限编程（XP）和敏捷流程（AgileProcesses）。 根据《新方法学》这篇文章的说法，重量级方法呈现的是一种防御型的姿态。在应用重量级方法的软体组织中，由于软体项目经理不参与或者很少参与程序设计，无法从细节上把握项目进度，因而会对项目产生恐惧感，不得不要求程式设计师不断撰写很多“软体开发文档”。而轻量级方法则呈现“进攻型”的姿态，这一点从XP方法特别强调的四个准则—“沟通、简单、反馈和勇气上有所体现。目前有一些人认为，重量级方法合于大型的软体团队（数十人以上）使用，而“轻量级方法”适合小型的软体团队（几人、十几人）使用。当然，关于重量级方法和轻量级方法的优劣存在很多争论，而各种方法也在不断进化中。 一些方法论者认为人们在开发中应当严格遵循并且实施这些方法。但是一些人并不具有实施这些方法的条件。实际上，采用何种方法开发软体取决于很多因素，同时受到环境的制约。[编辑本段]主要课程外语、高等数学、线性代数、高等代数、电子技术基础、离散数学、计算机引论（C语言）、数据结构、C++程序设计、JAVA程序设计、Delphi程序设计、汇编语言程序设计、算法设计与分析、计算机组成原理与体系结构、数据库系统、计算机网络、软件工程、软件测试技术、软件需求与项目管理、软件设计实例分析、CMM/ISO9000等。 另外，还包括操作系统、软件体系结构概论、设计模式、多媒体技术基础、UML建模、概率论、大学英语等，部分院校还会包括大学物理，工程制图，数值分析等。[编辑本段]发展方向敏捷开发（Agile Development）被认为是软体工程的一个重要的发展。它强调软体开发应当是能够对未来可能出现的变化和不确定性作出全面反应的。 敏捷开发被认为是一种“轻量级”的方法。在轻量级方法中最负盛名的应该是“极限编程”（Extreme Programming，简称为XP）。而与轻量级方法相对应的是“重量级方法”的存在。重量级方法强调以开发过程为中心，而不是以人为中心。重量级方法的例子比如CMM/PSP/TSP。 面向侧面的程序设计（Aspect Oriented Programming，简称AOP）被认为是近年来软体工程的另外一个重要发展。这里的方面指的是完成一个功能的对象和函数的集合。在这一方面相关的内容有泛型编程（Generic Programming）和模板。[编辑本段]需求分析软件工程中包含需求、设计、编码和测试四个阶段，其中需求工程是软件工程第一个也是很重要的一个阶段，本文以医院管软件工程需求分析理系统为例详细介绍了需求工程的构成和进行方法。 首先人们必须了解需求工程和其他项目过程的关系： 图1需求与其他项目过程的关系 软件需求包括三个不同的层次-业务需求、用户需求和功能需求-也包括非功能需求：业务需说明了提供给客户和产品开发商的新系统的最初利益，反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明；用户需求文档描述了用户使用产品必须要完成的任务，这在使用实例文档或方案脚本说明中予以说明；功能需求定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。 需求工程分为了需求开发和需求管理两个阶段：下面就以这两个阶段说明： 一，需求开发 需求开发又分为需求获取、需求分析、编写规格说明书和需求验证。以下列出和讲解分析常规的步骤，当然应按照项目的大小和特点等实际情况我们应该自己确定合适的步骤。 1．需求获取： 1）确定需求开发过程：确定需求开发过程确定如何组织需求的收集、分析、细化并核实的步骤，并将它编写成文档。对重要的步骤要给予一定指导，这将有助于分析人员的工作，而且也使收集需求活动的安排和进度计划更容易进行。 2）编写项目视图和范围文档：项目视图和范围文档应该包括高层的产品业务目标，所有的使用实例和功能需求都必须遵从能达到的业务需求。项目视图说明使所有项目参与者对项目的目标能达成共识。而范围则是作为评估需求或潜在特性的参考。 表1项目视图和范围文档的模板 a、1背景在这一部分，总结新产品的理论基础，并提供关于产品开发的历史背景或形势的一般性描述。 a、2业务机遇描述现存的市场机遇或正在解决的业务问题。描述商品竞争的市场和信息系统将运用的环境。包括对现存产品的一个简要的相对评价和解决方案，并指出所建议的产品为什么具有吸引力和它们所能带来的竞争优势。 a、3业务目标用一个定量和可测量的合理方法总结产品所带来的重要商业利润，把重点放在给业务的价值上。 a、4客户或市场需求描述一些典型客户的需求，包括不满足现有市场上的产品或信息系统的需求。提出客户目前所遇到的问题在新产品中将可能（或不可能）出现的阐述，提供客户怎样使用产品的例子。确定了产品所能运行的软、硬件平台。 a、5提供给客户的价值确定产品给客户带来的价值，并指明产品怎样满足客户的需要。 a、6业务风险总结开发（或不开发）该产品有关的主要业务风险，例如市场竞争、时间问题、用户的接受能力、实现的问题或对业务可能带来的消极影响。预测风险的严重性，指明你所能采取的减轻风险的措施。 项目视图陈述编写一个总结长远目标和有关开发新产品目的的简要项目视图陈述。项目视图陈述将考虑权衡有不同需求客户的看法。它可能有点理想化，但必须以现有的或所期待的客户市场、企业框架、组织的战略方向和资源局限性为基础。 主要特性包括新产品将提供的主要特性和用户性能的列表。强调的是区别于以往产品和竞争产品的特性。可以从用户需求和功能需求中得到这些特性。 假设和依赖环境在构思项目和编写项目视图和范围文档时，要记录所作出的任何假设。通常一方所持的假设应与另一方不同。 首次发行的范围总结首次发行的产品所具有的性能。描述了产品的质量特性，这些特性使产品可以为不同的客户群提供预期的成果。随后发行的范围如果你想象一个周期性的产品演变过程，就要指明哪一个主要特性的开发将被延期，并期待随后版本发行的日期。 局限性和专用性明确定义包括和不包括的特性和功能的界线是处理范围设定和客户期望的一个途径。列出风险承担者们期望的而你却不打算把它包括到产品中的特性和功能。 客户概貌客户概述明确了这一产品的不同类型客户的一些本质的特点，以及目标市场部门和在这些部门中的不同客户的特征。 项目的优先级一旦明确建立项目的优先级，风险承担者和项目的参与者就能把精力集中在一系列共同的目标上。达到这一目的的一个途径是考虑软件项目的五个方面：性能、质量、计划、成本和人员。e.产品成功的因素明确产品的成功是如何定义和测量的，并指明对产品的成功有巨大影响的几个因素。不仅要包括组织直接控制的范围内的事务，还要包括外部因素。如果可能，可建立测量的标准用于评价是否达到业务目标. 3）用户群分类：产品的用户在很多方面存在着差异，例如：用户使用产品的频度、他们的应用领域和计算机系统知识、他们所使用的产品特性、他们所进行的业务过程、他们在地理上的布局以及他们的访问优先级。根据这些差异，你可以把这些不同的用户分成小组。用户类不一定都指人，你可以把其它应用程序或系统接口所用的硬件组件也看成是附加用户类的成员。以这种方式来看待应用程序接口，可以帮助你确定产品中那些与外部应用程序或组件有关的需求。将用户群分类并归纳各自特点为避免出现疏忽某一用户群需求的情况，要将可能使都有所差异。详细描述出它们的个性特点及任务状况，将有助于产品设计。 4）选择产品代表：择每类用户的产品代表为每类用户至少选择一位能真正代表他们需求的人作为那一类用户的代表并能作出决策。这对于内部信息系统的开发是最易实现的，因为此时，用户就是身边的职员。而对于商业开发，就得在主要的客户或测试者中建立起良好的合作关系，并确定合适的产品代表。他们必须一直参与项目的开发而且有权作出决策。每一个产品代表者代表了一个特定的用户类，并在那个用户类和开发者之间充当主要的接口。 5）建立核心队伍：建立起典型用户的核心队伍把同类产品或产品的先前版本用户代表召集起来，从他们那里收集目前产品的功能需求和非功能需求。这样的核心队伍对于商业开发尤为有用，因为你拥有一个庞大且多样的客户基础。与产品代表的区别在于，核心队伍成员通常没有决定权。 6）确定使用实例：让用户代表确定使用实例从用户代表处收集他们使用软件完成所需任务的描述-使用实例，讨论用户与系统间的交互方式和对话要求。在编写使用实例的文档时可采用标准模版，在使用实例基础上可得到功能需求。 一个单一的使用实例可能包括完成某项任务的许多逻辑相关任务和交互顺序。因此，一个使用实例是相关的用法说明的集合，并且一个说明是使用实例的例子。在描述时列出执行者和系统之间相互交互或对话的顺序。当这种对话结束时，执行者也达到了预期的目的。 对于一些复杂的使用实例，画出图形分析模型是有益的，这些模型包括数据流程图、实体关系图、状态转化图、对象类和联系图。 使用实例的描述并不向开发者提供他们所要开发的功能的细节。为了减少这种不确定性，需要把每一个使用实例叙述成详细的功能需求。每一个使用实例可引伸出多个功能需求，这将使执行者可以执行相关的任务；并且多个使用实例可能需要相同的功能需求。使用实例方法给需求获取带来的好处来自于该方法是以任务为中心和以用户为中心的观点。比起使用以功能为中心的方法，使用实例方法可以使用户更清楚地认识到新系统允许他们做什么。 每一个使用实例都描述了一个方法，用户可以利用这个方法与系统进行交互，从而达到特定的目标。使用实例可有效地捕捉大多数所期望的系统行为，但是你可能有一些需求，这些需求与用户任务或其他执行者之间的交互没有特定的关系。这时你就需要一个独立的需求规格说明。 7）召开应用程序开发联系会议：召开应用程序开发联系会议应用程序开发联系会议是范围广的、简便的专题讨论会，也是分析人员与客户代表之间一种很好的合作办法，并能由此拟出需求文档的底稿。该会议通过紧密而集中的讨论得以将客户与开发人员间的合作伙伴关系付诸于实践。 8）分析用户工作流程：分析用户工作流程观察用户执行业务任务的过程。画一张简单的示意图（最好用数据流图）来描绘出用户什么时候获得什么数据，并怎样使用这些数据。编制业务过程流程文档将有助于明确产品的使用实例和功能需求。你甚至可能发现客户并不真地需要一个全新的软件系统就能达到他们的业务目标。 9）确定质量属性：确定质量属性和其它非功能需求在功能需求之外再考虑一下非功能的质量特点，这会使你的产品达到并超过客户的期望。对系统如何能很好地执行某些行为或让用户采取某一措施的陈述就是质量属性，这是一种非功能需求。听取那些描述合理特性的意见：快捷、简易、直觉性、用户友好、健壮性、可靠性、安全性和高效性。你将要和用户一起商讨精确定义他们模糊的和主观言辞的真正含义。 10）检查问题报告：通过检查当前系统的问题报告来进一步完善需求客户的问题报告及补充需求为新产品或新版本提供了大量丰富的改进及增加特性的想法，负责提供用户支持及帮助的人能为收集需求过程提供极有价值的信息。 11）需求重用：跨项目重用需求如果客户要求的功能与已有的产品很相似，则可查看需求是否有足够的灵活性以允许重用一些已有的软件组件。
软件工程硕士的论文选题方向：. 专业硕士软件工程硕士方向的专业硕士论文选题，按照目前培养方案的要求，必须是与软件工程有关的内容。关于选题的官方说法，参见：==>【2011年校学术委员会签发的文件】。所谓与软件工程硕士有关的内容包括：1. 软件的开发这是最常见的选题方向，也是最正规、最容易得到认可的方向。一般来说，软件开发的题目，可以是一个系统，也可以是一个或者几个模块。不过，不论是系统还是模块，都要包括如下几个阶段：a) 需求分析b) 概要(总体)设计和详细设计c) 编码(是指重要的、关键的算法部分)d) 部署和测试2. 软件工程硕士的其它方向内容例如：a) 软件需求管理、变更b) 软件体系架构c) 软件测试 (软件测试方向的论文大纲参见博文《软件测试相关硕士论文大纲》)d) 软件过程改进e) 更多内容，参见《软件工程知识体系指南》3. 论文覆盖的内容及范围按照软件工程硕士学科的论文要求，软件工程方向的论文，需要至少覆盖软件工程的两个阶段，例如：需求+设计，设计+实现，需求+设计+实现，需求+设计+实现+测试，设计+实现+测试，......如果是测试领域的论文，则应该涉及到：测试设计+测试执行+结果分析如果是需求管理领域的论文，则应涉及到：需求获取、需求变更管理、需求分解、需求跟踪等方面. 工学硕士工学硕士选题一般均按照导师要求执行，与工程硕士依据自己实际工作或者实习内容选题有所不同。总体上，工学硕士选题与工程硕士类似，但论文的内容应当偏学术。工学硕士也可以选择研究性的课题。
是计算机，所以基础太大，工程硕士论
1。局域网通信工具 要求:分server，client，可以发送文本信息，传送文件、能支持多个client的连接(tcp) 最好有后台数据库的支持，要求用户注册并登录。 2。难度：一般 3。实现MFC或socket api 我作毕业设计时只懂C++，只是上过课，没有项目经验。 后来我到单位去作毕业设计，一边作一边学。最后开发出了一个包含数据库、网络和多线程的程序。 关键是兴趣、动力和压力。有了这三个，进步很快。 可以作的项目多了，局域网聊天的服务器端和客户端，类OICQ软件，类Foxmail软件等等。 都基本符合毕业设计要求的难度和工作量。
随着我国现代化程度的不断提高,计算机软件被应用的领域愈发广泛,其本身的创造程度也越来越高,计算机产业现在已经成为一个规模庞大的产业。下面是我为大家整理的计算机软件论文，供大家参考。
计算机软件论文 范文 一：计算机软件开发中分层技术研究
摘要:在信息化建设水平不断提高的情况下，计算机软件在这一过程中得到了十分广泛的应用，此外，计算机软件开发在这一过程中也越来越受到人们的关心和关注。软件开发技术最近几年得到了很大的改进，这些技术当中分层的技术是非常重要的一个，所以，我们需要对其进行全面的分析和研究。
关键词:计算机;软件开发;分层技术
当前信息化时代已经悄然到来， 网络技术 的发展也使得人们越来越关注软件开发行业，计算机软件从原来的二元结构模式逐渐向多层结构模式发展，中间件也成为了应用层质量和性能非常重要的一个问题，此外，其也成为了计算机软件开发应用过程中非常关键的一个技术，其与数据库， 操作系统 共同形成了计算机基础软件。这一技术的应用能够使得软件系统扩展性更强，灵活性和适应性也在这一过程中得到了显著的提升，所以，分层技术也已经在现代计算机软件开发的过程中得到了越来越广泛的应用。
1计算机层次软件及其优点
计算机软件工程的最终目标就是研发质量和性能更好的软件产品，而在这一过程中基础构建和开发可以十分有效的为计算机软件的应用提供非常好的条件，构件是高内聚度软件包，其能够当作独立单元进行更加全面的开发处理，同时，其也为构件的组合提供了非常大的便利，对软件系统进行搭建可以很好的缩短软件开发的时长，同时还能十分有效的获得更多的质量保证。构件开发最为重要的一个目的就是广泛的应用，应用层次化软件结构设计 方法 的一个非常重要的目的就是可以更为科学合理的去应用构件技术。软件系统在进行了分解之后，形成了不同的构件模块，高层次构件通常被人们视为指定领域的构件。低层次构件只是与数据库或许是和物理硬件产生联系。层次划分是一个相对比较宽泛的概念，所以在层次关系方面并没有一个相对统一和规范的标准。不同构件内部的层次关系通常是上下层依附的关系。站在某个角度上来看，计算机软件的系统层次化就是指多层次技术的广泛应用，而根本原因是为了软件能够大范围的应用。采用分层模式可以非常好的展现出软件的可扩展性，系统某一层在功能上的变化仅仅和上下层存在着一定的关系，对其他层并不会产生非常明显的影响。分层模式也比较适合使用在一些标准组织当中，此外，其也是通过控制功能层次接口来保证其不会受到严重的限制。标准接口的应用能够使得不同软件可以自行开发，同时后期更新的产品也能够和其他软件具有良好的融合性。
2软件开发中多层次技术分析
两层与三层结构技术分析
在两层模式当中，一般都是由数据库的服务器和客户端构成，其中，客户端能够为客户提供一个操作界面，同时，其还具备非常好的逻辑处理功能，同时还要按照指令去完成数据库的查询，而服务器主要是接收客户端的指令，同时还要按照指令对数据库完成查询，同时还要返回到查询结果当中。这种逻辑处理结构就被人们称作Fat客户，这种二层技术的客户端类型在应用的过程中能够完成非常多的业务逻辑处理工作，随着客户端数量的增加，其扩充性和交互作业以及通信性能等等都会受到影响，此外还存在着非常明显的安全问题及隐患。而计算机技术在不断的完善，传统的二层技术已经不能适应系统应用的具体要求。在这样的情况下就出现了三层结构技术类型，这种技术主要是客户端、应用服务器交换机和应用服务器构成。其中，客户端主要是用来实现人机交互，数据服务器可以让操作人员完成数据信息的访问、存储以及优化工作，服务器的应用主要是能够完成相关业务的逻辑分析工作，这样也就使得客户端的工作压力有了非常显著的下降，我们一般将这样的客户称作瘦客户。三层结构和二层结构相比其具有非常强的可重复性、维护方面更加方便，同时其安全性和扩展性也明显增强，但是在用户数量并不是很多的时候，二层结构的优势则更加的明显，所以，在软件开发的过程中，我们一定要充分的结合实际的情况和要求。
四层结构技术
当前，计算机应用的环境在复杂性上有了非常显著的提升，客户对软件系统也提出了越来越高的要求，其主要表现在了软件开发周期不是很长，系统的稳定性很好，扩展性更强等方面，为了满足用户提出的更高要求，我们在开发的过程中将用户界面、业务逻辑个数据库服务器根据其功能模块进行全面的处理，将不同的模块分开，这样也就将相互之间的影响降到了最低水平。这个时候，如果使用三层分层技术就无法很好的实现这一功能，很多软件的开发人员会在数据库和逻辑层交互的过程中，增加一层数据库接口封装，这样也就实现了三层向四层的进化。四层结构体系主要包含web层、业务逻辑层、数据持久层与存储层。其中，web层可以使用模式1或模式2开发。在模式1中，基本是由JSP页面所构成，当接收客户端的请求之后，能直接给出响应，使用少量Java处理数据库的有关操作。模式1实现较为简单，可用于小规模项目快速开发，这种模式的局限性也很明显，JSP页面主要担当了控制器与视图View两类角色，其表现及控制逻辑被混为一体，有关代码重用功能较低，应用系统的维护性与扩展性难度加大，并不适合复杂应用系统开发。模式2主要是基于1vlvc结构进行设计的，JSP不再具有控制器职责，由Sen}let当作前端的控制器进行客户端请求的接收，并通过Java实施逻辑处理，而JSP仅具有表现层的角色，将结果向用户呈现，这种模型主要适合大规模项目的应用开发。业务逻辑层在数据持久层与web层间，主要负责将数据持久层中的结果数据传给web层，作为业务处理核心，具有数据交换的承上启下功能，业务逻辑层的技术依据业务及功能大小不同，能够分成JavaBean与EJB两种封装的业务逻辑，其中EJB简化了Java语言编写应用系统中的开发、配置与执行，不过EJB并非实现J2EE唯一的方法，支持EJB应用的程序器能应用任何分布式的网络协议，像与专有协议等。
3结论
当前，我国计算机应用的过程中面临的环境越来越复杂，同时在客户的要求方面也有了非常显著的提升，为了更好的满足软件应用者的要求，在软件开发工作中，分层技术得到了十分广泛的应用，以往的两层技术模式已经无法适应当今时代的建设和发展，在对两层和三层结构优缺点的分析之后，多层结构系统在应用的过程中发挥了非常大的作用，这样也就使得软件开发技术得到了显著的提升，从而极大的满足了客户对计算机软件的各项要求。
参考文献
[1]金红军.规范化在计算机软件开发中的应用[J].物联网技术,2016(01).
[2]赵明亮.计算机应用软件开发技术[J].黑龙江科技信息,2011(26).
[3]林雪海,吴小勇.计算机软件开发的基础架构原理研究[J].电子制作,2016(Z1).
计算机软件论文范文二：分层技术在计算机软件开发中的使用
【摘要】近年来，计算机技术和网络技术已经在人们的日常生活和工作中得到普遍应用。计算机开发技术已经得到了相关从业人员的普遍关注。笔者对计算机软件开发中分层技术的应用进行论述，以期提升计算机软件开发水平。
【关键词】计算机;软件开发;分层技术
1前言
科学技术快速发展，现代化进程逐渐加快，计算机软件开发也逐渐由传统二层结构开发模式转化为多层结构。其已经成为计算机软件开发过程中的重要内容和组成部分。近年来，网络环境日趋复杂，将分层技术应用到计算机软件开发中，能够提升软件系统的整体清晰度和辨识度，为人们提供一个灵活的软件应用环境，促进计算机研发技术又好又快发展。
2分层技术相关概述
分层技术的概念及应用计算机开发过程中要确保软件的灵活性和可靠性，实现软件的多功能应用。分层技术基于计算机软件内部结构原理，促进计算机软件应用过程中各种不同功能的实现。因此，将分层技术应用到计算机软件开发中具有一定的优势。同时，其能够改变传统的计算机软件单项业务处理模式，实现多层次技术的开发和应用[1]。
分层技术的特点在计算机软件开发中应用分层技术具有相应的特点和优势。首先，分层技术能够依据相关功能需求，对计算机软件进行扩展和计算机系统进行分解，实现对计算机软件的改造和更新，并对系统中功能层和上下层进行变革和修改。其次，分层技术能够提高计算机软件的开发质量和效率，也能够提高其软件运行的可靠性。通过对原有计算机系统的改造和变更，缩短复杂软件的开发时间，提高新产品的质量。第三，在计算机软件开发中应用分层技术，能够让计算机软件得到充分利用，并对功能层次的接口进行定义，实现软件的自动化开发，促进标准接口的应用和其端口的无缝隙对接[2]。
3分层技术在计算机软件开发中的应用
近年来，随着生活理念的革新，人们对计算机软件开发普遍关注。同时，计算机软件开发也对传统计算机软件单项业务处理模式进行变革，使其向多层次计算机软件开发转变。目前，计算机软件开发技术已经由原来的二层和三层技术转化为多层技术。
双层技术的应用
双层技术在计算机软件开发中的应用，能够提升计算机软件开发的质量和效率。双层技术是由客户端和服务器两个端点组成。客户端的功能是为用户提供相应的界面，并对计算机日常应用过程中的相关逻辑关系进行处理。服务器主要用来接受客户信息，并对用户相关信息进行整合，传递给客户端。
三层技术的应用
三层技术是对计算机开发过程中的双层技术进行不断完善。相较于传统的双层技术，三层技术能够确保在一定程度上增加应用服务器，同时也能够提高用户数据存储质量和效率。在计算机软件开发过程中应用三层技术，能够提高计算机信息访问效率，也能够确保计算机与人之间构建和谐的共性关系，确保计算机整体运行质量的提升，为人们提供一个良好的计算机应用环境。三层技术包括业务处理层次、界面层次和数据层次。业务处理层次主要目的是了解用户的需求，并结合用户需求对相关数据进行处理。界面层主要是搜集用户的需求，并对其进行加工，将相关结果传递给业务处理层次。数据层次主要用来对业务处理层的相关请求进行审核，并应用数据库对相关信息资源进行查询和整合。加之科学的分析，将其传递给业务层。三层技术能够提升计算机使用性能，但其用户环境比较复杂，增加了信息和数据处理难度[3]。
四层技术的应用
四层技术是基于三层技术进行完善的，其包括业务处理层、web层、数据库层和存储层。其在计算机软件开发过程中的应用原理是应用业务处理层分析用户需求，并将数据层处理结果传递给web层，应用数据交换和数据访问代码来反映数据库和计算机对象之间的关系。
中间件技术的应用
中间件技术被作为面向对象技术进行开发。中间件主要以分布式计算环境为背景，以实现互通和互联及资源共享应用功能，其是一种独立系统软件。它能够对异构和分布集成所带来的各种复杂技术的相关细节进行屏蔽，以降低相关技术难度。在操作系统、数据库与应用软件之间应用中间件，能够缩短开发周期，提升系统和软件运行的安全性。中间件的种类比较多。结合其相关技术特性，能将其划分为DM、MOM、OOM中间件和RPC与TPM中间件等，其已经被普遍应用到计算机软件实际开发中。
面向消息中间件信息同步传送和异步传送都可以应用MOM中间件技术。MOM能够实现异步通信、消息传递列队化和传递过程中的安全性和可靠性。MOM分层技术在计算机软件技术开发中应用很普遍。应用消息列队中间件进行应用编程，其主要通过中间件和对方实现间接通讯。同时，其能够应用队列管理器与远地或者本地应用程序进行通信。通信过程中，通信双方只需要将消息传递给队列管理器，不需要对消息的传递过程和传递安全性进行过多的关注，有利于软件开发过程的简化。
远程过程调用中间件在客户和服务器计算层面应用远程过程调用的中间件，其更加具有先进性和实用性。程序员可以结合客户的实际需求对相关应用进行编制。RPC比较灵活，其也能够适应于复杂的计算机环境中，并支持跨平台应用，对远端子程序进行调用，以满足编程过程中的相关细节。但是其在应用过程中仍然存在相应的缺陷，其采用同步通信方式，不利于在大型范围内进行使用，需要对网络故障和流量控制等诸多因素进行考虑。
面向对象的中间件基于组件技术在大型应用软件中的使用比较广泛，分布系统对各个节点中不同系统平台的新组件和老版组件进行集成应用。由于其面临各种问题，使用过程中具有一定的局限性，并不能够充分发挥其作用。基于对象技术和分布式技术，面向对象的中间件提供了全新通信机制，能够在异构分布的计算环境中对传递对象的相关请求进行满足。其来源主要是本地或者远程服务器。
4结语
计算机的应用环境越来越复杂，用户的相关要求也逐渐提高，增加了软件开发的难度。在计算机软件开发中应用分层技术，并对其进行不断地优化，能够实现其安全性和拓展性，缩短开发周期，提升其整体处理能力，有效满足了客户的日常应用需求。
参考文献:
[1]李大勇.关于分层技术在计算机软件中的应用研究与分析[J].计算机光盘软件与应用，2014，(20):78～79.
[2]杨博宁.浅谈计算机软件开发中分层技术[J].科技风，2015，(08):95.
[3]贾辉.刍议分层技术在计算机软件开发中的应用[J].中国高新技术企业，2015，(30):59～60.
计算机软件论文参考相关 文章 ：
1. 计算机专业毕业论文大全参考
2. 计算机论文范文大全参考
3. 计算机专业毕业论文范文大全参考
4. 计算机专业毕业论文格式范文参考
5. 计算机专科论文范文参考
6. 计算机硕士论文范文参考
软件技术是一个发展变化非常快的行业，软件人才要按照企业和领域需求来确定培养的方向。下面是由我整理的软件技术论文范文，谢谢你的阅读。
浅谈软件项目估算技术
摘 要：由于软件产品自身的特殊性，导致软件项目的估算工作进行困难，估算结果准确性差。为了解决这一问题，产生了很多不同的软件项目估算技术，本文对各种估算技术的主要思想及其优缺点进行简单的阐述。尤其是对功能点估算技术，本文做了详细的介绍，并通过实例加以说明其应用方法。
关键词：规模估算;成本估算;实例应用
中图分类号：
软件项目的估算历来是比较复杂的事，因为软件本身的复杂性、历史经验的缺乏、估算工具缺乏以及一些人为错误，导致软件项目的估算往往和实际情况相差甚远。因此，估算错误已被列入软件项目失败的四大原因之一。由此，也证明了正确对软件项目进行估算是何等重要。
在软件项目管理中，估算就是对项目将持续多长时间或花费多少成本的预测。所以说，估算正是一种对未来的预测。从这里也看以看出估算的重点就在“工作量估算”或“成本估算”，而在对这两者进行估算的过程中大多数情况下都少不了“软件规模”这个条件，所以本文将软件估算分为两种类型，第一个种是软件项目规模的估算，第二种是将估算得出的规模转换为工作量的估算或成本的估算。目前使用比较广泛的规模估算技术，如：代码行估算技术、功能点估算技术;而使用比较广泛的成本估算技术，如：COCOMO算法模型估算技术。
除了上述所列举的几种技术外，还有几种估算技术既可以用于估算规模，也可直接应用与估算工作量或估算成本，如：Delphi估算法、类比估算技术、PERT估算技术。这几种估算技术不似前面所列的技术，比较有针对行，且有具体的计算过程、计算公式。这几种技术只是一种思想，依据某个选定的科目进行估算。下面本文将简单介绍上述提到的几种估算技术，并通过具体的实例重点阐述功能点估算技术。
1 估算技术简介
代码行估算技术。代码行(LOC)指所有的可执行的源代码行数，包括可交付的工作控制语言(JCL：Job Control Language)语句、数据定义、数据类型声明、等价声明、输入/输出格式声明等[1]。代码行估算技术主要是估算软件的规模，即通过该技术估算待研发软件项目有多少行代码。一般为了方便表示，使用较大的单位千代码行(KLOC)来表示待研发软件项目的规模大小。这种方法比较适用于有经验积累和开发模式稳定的公司。如果是新成立公司，使用这种估算技术则会存在很大误差，加大项目失败的风险。
功能点估算技术。功能点法是一种经过实践验证的方法，但应用成本很高，估算的工作量投入也较大。功能点估算技术最终结果是规模，仍然需要知道项目的生产率数据才能得出实际的工作量。功能点估算技术将系统功能分为输入、输出、查询、外部文件和内部文件5种类型。其中，输入是一个数据跨越系统边界，从外部到内部的基本数据处理过程。数据的来源可以是人机输入界面/接口，或是另一个应用系统;输出是一个衍生数据跨越系统边界，从内部到外部的基本数据处理过程。这些输出的数据可能会产生报表，或发到其他外部系统的输出文件;查询是一个不包含衍生数据和数据维护的基本数据处理过程，包括输入和输出两部分;内部文件存在于系统边界之内，用户可识别的一组逻辑上相互关联的数据;外部文件存在于系统边界之外，用户可识别的一组逻辑上相互关联的数据。使用功能点估算技术估算的大概步骤为：
(1)通过需求分析将系统功能按照上述5种类型进行分类。
(2)分析每个功能项的复杂程度，大致分为一般、简单、复杂三种类型，每一种类型都对应一个权重值，具体如表1。
(3)根据每个功能项的复杂权重值，求出功能项的加权和，即为未调整功能点数(UFC)。
(4)分析该系统的技术复杂度，功能点估算将与系统相关的技术影响因素分为14组(用Ai表示)，每个分为6个级别，权重分别从0至5。根据分析结果及公式计算技术复杂度因子(TCF)，即TCF=(SUM(Ai))。
(5)将UFC与TCF相乘即为功能点数。
COCOMO算法模型。Cocomo模像是一个分层次的系列软件成本估算模型，包括基本模型、中级模型和详细模型3个子模型。3个模型采用同一个计算公式，即E=asb×EAF[2]。其中，E是以人月为单位的工作量;S是以KLOC为单位的程序规模;EAF是一个工作量调整因子，在基本模型中该项值为1，中级模型和详细模型中根据成本驱动因素确定;a和b是随开发模式而变化的因子，这里开发模式被分为3中类型，即有机式、半分离式和嵌入式。
Cocomo算法模型是一种精确易用的估算方法，如果项目没有足够多的历史数据，会使得各调整因子和系数很难确定，进而使得估算比较困难。但是一旦项目建立起这种模型，则通过Cocomo模型得出的项目工作量和项目周期具有更高的准确度。
Delphi估算技术。Delphi估算技术又被成为专家估算技术，它是由一个被认为是该任务专家的人来进行估算，且估算过程很大一部分是基于不清晰，不可重复的推理过程，也就是直觉。所以该技术中专家“专”的程度及对项目的理解程度是该技术的重点，也是难点，它的好坏直接影响估算结果的准确程度。
Delphi估算技术估算过程并不像功能点估算技术或COCOMO算法模型那样，有明确的计算方法或计算公式。它是将待估算的项目的相关信息发给专家，专家估算后由专门的负责人进行汇总，然后再发给专家估算，反复几次后得到一个估算结果，可见只是一种思想，所以它除了用来估算规模，也可以用来估算成本、风险等，即对选定的某个科目进行估算。
类比估算技术。“类比估算”，顾名思义是通过同以往类似项目(如应用领域、环境和复杂程度等)相比较得出估算结果。类比估算技术是一种粗略的估算方法，它估算结果的精确度取决于历史项目数据的完整性和准确度。类比估算技术与Delphi估算技术类似，它的用途不仅仅用在规模估算上，也可以估算成本、工作量等。 PERT估算技术。PERT估算技术，又称为计划评审估算技术，它对需要估算的科目(如规模、成本、工期等)按三种不同情况估算：一个乐观估算结果，一个最可能估算结果，一个悲观估算结果。再通过这三个结果计算得到一个期望规模和标准偏差。这种估算技术可以用于估算规模，同样也可以用于估算工期，相比较来说PERT技术估算的结果比类比估算技术的结果要更准确。
2 功能点估算技术应用实例
假设某员工管理系统，经过需求分析得知，该系统所包含功能如下：
(1)员工信息维护：添加员工、修改员工信息、查询员工信息;
(2)部门信息维护：添加部门、修改部门信息;
(3)工资统计：统计员工年薪，并打印输出。
其中，在该系统中添加一个员工资料，会使用到员工的基本信息：员工ID(标签控件)、姓名、性别、年龄、婚否、部门ID;教育情况：学校名称、所学专业、学历。对部门的维护会使用到部门的信息：部门ID(标签控件)、部门名称。员工工资信息由另外一个财务系统提供，工资表信息有员工的基本信息：员工ID(标签控件)、姓名、部门名称;工资信息：工资级别、工资金额。
根据功能点估算技术估算步骤，首先计算未调整功能点数，即各种类型功能项的加权和，分析该系统6个功能项所属类型及其复杂权重值如表2：
假设该项目的14个技术复杂度因子均为“有一定影响”，即权重值均为2，则该项目功能点数为：FP=45×(×14×2)=。如果知道该项目使用何种语言，可以将功能点数转换为代码行数。
3 结语
本文对目前比较流行的几种软件项目估算技术做了简单介绍。重点讲述了功能点估算技术，并通过一个实例演示了功能点估算技术的应用方法。通过本文描述可以看出每种项目估算技术都有其自己的优缺点，如果想要得到比较准确的估算结果，不能仅靠一种估算技术，而应该综合运用各种估算技术，才能得到比较全面的信息和比较准确的结果。目前，也有一些基于这些估算技术的思想的自动化估算工具产生，相信通过不断的发展，将解决软件项目成本估算难的问题。
参考文献：
[1]朱少民.软件项目管理[M].北京：清华大学出版社，2009-11.
[2]覃征等.软件项目管理[M].北京：清华大学出版社，2004.
[3]李明树，何梅，杨达，舒风笛，王青.软件成本估算方法及应用[J].Journal of Software，， ， April 2007，775-795.
[4]The David Consulting Group ，Function Point Counting Practices Manual Release ，January 2005，
[5]刘谦.软件项目估算方法在敏捷开发中的实践.中国管理网，2010-06-18.
作者简介：王颖，女，研究生，软件工程专业;江文焱，男，研究生，软件工程专业。
点击下页还有更多>>>软件技术论文范文
毕业论文中期报告
在现实生活中，报告的适用范围越来越广泛，我们在写报告的时候要避免篇幅过长。为了让您不再为写报告头疼，下面是我整理的毕业论文中期报告，供大家参考借鉴，希望可以帮助到有需要的朋友。
齐齐哈尔大学
毕业论文中期总结
学院化学与化学工程学院
专业班级化学063班
学生姓名孙佳慧
指导教师魏彦
20xx年5月14日
毕业论文中期总结
20xx年3月，我开始了我的毕业论文工作，时至今日，已经一个多月了。从最初的茫然，到慢慢的进入状态。回想这段日子的经历和感受，我感慨万千，在这次毕业设计的过程中，我拥有了无数难忘的回忆和收获。
一、前期工作的简述
在三月的时候在魏老师的指导下选定了我的毕业论文的题目—化学史课件制作及网络化设计。从选题题目之后，去图书馆查找相应的文献资料，搜集好与文题有关的参考文献后，就要对这些参考文献进行阅读、归纳、整理，如何从这些文献中选出具有代表性、科学性和可靠性大的单篇研究文献十分重要，从某种意义上讲，所阅读和选择的文献的质量高低，直接影响中期报告的水平。因此在阅读文献时，要写好“读书笔记”、“读书心得”以便更好的写出论文，编制论文提纲。同时，确定外文翻译的内容。之后的数日就进行外文翻译。首先将外文论文中的陌生单词进行查找并标注。之后一步一步循序渐进的进行翻译，形成外文翻译的初稿。然后，将查找的文献进行整理，并撰写开题报告。并接受指导老师的指导，完成开题报告。准备迎接中期检查。现在可见依然在制作中，现已经取得了一定得成果。
二、尚存在的问题及解决方案
（1）在图书馆和网上资料库中与化学史相关的内容比较少，在制作课件的时候能用的材料就更少了；
（2）由于以前接触相关的知识比较少，所以网页制作的软件应用起来比较困难；
（3）在这段时间内我一直都没间断找查找外文资料，但是收获不是很大，外文资料比较难找。
三、后期的工作安排
（1）更深入的学习Dreamweaver8、Powerpoint、flash8等软件的应用方法，跟快更好的完成网页和课件的制作；
（2）完成外文文献翻的译并定稿；
（3）撰写毕业论文、完成外文资料译文的排版、打印、装订，课件的计算机输出，整理毕业论文材料。
一、设计（论文）进展状况
1.经过前期的学习和需求分析，我已经大概掌握了java程序的编写过程，以及java中对于框架的运用，加之对数据库的了解，熟悉了java程序与数据库之间的联系。
2.对系统进行了全面分析，并进行了需求分析和功能模块的设计。对系统与数据库之间的关系进行了系统的分析和设计。对数据库中关于考题表的设计进行了优化。
3.实现了数据库的设计，共有8个数据库表。ExamStu考生考题表。Choose选择体表，JCloze填空题表，estimate确定题表，Jquiz简答题表，choose-an表选择题答案表，Jcloze-an填空题答案表，estimate-an确定题答案表等。
4.已经实现了对不一样类型的考题按难度设置进行抽取，并组合
（1）管理员登录进行考题的录入
（2）管理员对数据库中考题的管理，如删除，修改
（3）学生登录后能够从系统得到一份自动分配的考卷
（4）教师登录后能够看到考生考卷，并进行评阅
（5）对于考生提交的考卷系统能够自动进行相关的打分，如选择题，确定题
5.已完成与专业相关的3000-5000字的外文资料的翻译。
二、存在问题及解决措施
1.存在的问题是：管理员和学生以及教师的权限问题
解决的措施是：根据输入的用户名，密码，到数据库里检索数据，根据该用户的权限值，保存成session，当打开一个新的页面，确定session。
2.存在的问题是：考题随即分配问题
解决的措施是：设计数据库时在各个考题表中设置一个关键字来区别已经选中的考题。
3.存在的问题是：对于考生试卷中确定，填空以及选择题自动比对的问题
解决的措施是：添加了一个答案表，并且设置了一个与之相联系的'表的关键字
4．存在的问题是：在数据库设计时，考生考完试后，考生所答试卷不能正确的和考题关联上
解决的措施是：设置主外键进行表与表之间的联系。
5.存在的问题是：系统安全性的问题
解决的措施是：运用数据库自身的安全管理措施以及windows安全管理措施
（2）在系统资源访问上，增加过滤器验证身份，以到达可靠性。
三、后期工作安排
1.继续完成考生考试过程中关于得到随即分配考题的问题，关于考试过程中考题难度的浮动问题
2.集中测试考题分配问题
3.测试不一样人员的权限问题，不一样身份登录只能看到相应的页面，构成测试报告文档。
4.完善系统的安全性。并进行测试，构成测试报告文档。
5.系统的验收测试，并构成测试报告文档。
6.完成该系统后，在指导教师的指导下，针对本系统的开发，存在的问题以及对系统开发的经验总结，写出一篇一万五千字左右的论文，作为对所完成毕业设计的汇报与总结。
院系：xxx
姓名：xxx
学号：xxx
班级：化学08-2班
1.论文题目：xxx
2.论文进展状况：本毕业论文包括以下几个部分
(1)查阅季戊四醇双缩酮的合成用的各种催化剂的合成资料。
(2)查阅季戊四醇双缩酮的合成方法和应用的文献资料
(3)制备催化剂。
(4)初期数据的整理，做好后期实验的准备工作;经过不一样的方法合成季戊四醇双缩酮
(5)后期数据整理和分析，，并比较各种合成方法的优缺点。
(6)修改、完善毕业论文，准备答辩。在这一段时间的主要成果有：阅读了很多关于季戊四醇双缩酮及其催化剂的论文、期刊等资料，了解季戊四醇双缩酮及其催化剂的主要合成方法，用途和化学特性等，为后期实验中能够更准确的完成做准备;用磷酸氢二钠和钨酸钠合成了十二钨磷酸，并经过比较找出了最佳反应的比例和最适合的反应条件，经过对氨基苯磺酸催化苯乙酮和季戊四醇合成了季戊四醇双缩酮，找到了催化剂对氨基苯磺酸的最佳用量比例以及反应物的最佳比例和最适合的反应条件。详实记录了不一样条件下的各反应的药品用量和反应现象。
3.存在问题及解决的措施：在查找资料过程中，遇到了某些不能确定的反应原理，经过查阅有关资料和请教指导教师，这个问题就迎刃而解了;在撰写论文开题报告时，参考文献的格式书写有误，经过教师的指点和认真翻阅毕业设计工具书，最终将其改正。在外文翻译初稿中，出现许多语病，翻译不准确、格式书写有误等问题，我重新审阅
多遍并在教师的帮忙下，完成了该部分任务。在实验的操作过程中不熟悉的操作经过教师的指导和同学的帮忙得到了解决
4.后期工作安排：截止到2014年4月22日，论文书写工作按照计划已经进行了一半，在以后的日子里，争取完善前期工作，并且根据指导教师指点，优化一部分章节资料。然后继续完成论文的后期工作，具体如下：
(1)2014422～201452完成论文的后期实验工作，并整理、分析实验数据;
(2)201452～2014510书写并完成论文的后半部分初稿;
(3)2014210～2014220完善论文、准备论文答辩。
目前已完成任务
1、收集整理资料，包括中日文的文献，对论文命题有了初步认识。
2、与指导教师进行商榷讨论，结合已有的研究资料，确定论文题目。
3、透过研究各项资料和与指导教师的探讨，对论文列出大致提纲，经指导教师改正指点，大致确定论文的基本思路。
4、透过文献研究和实践研究，对论文命题有了较为全面的理解后，结合前人的研究成果，完成论文初稿的撰写。
尚须完成的任务
1、日文文献资料不够充实。
2、论文思路不够严谨清晰，需要调整。
3、初稿还没彻底修改正确。
4、在修改初稿的基础上，完成第二、三稿，并尽快完成终稿。
存在的问题
1、提纲有些凌乱，有些地方条理不够清晰。
2、有关该研究的日文资料比较少，较难找，图书馆内相关文献少。
3、用词不当，出现语法错误。
4、论文要求格式较复杂，格式出现错误。
拟采取的办 法
1、结合指导教师意见，透过与同学进行讨论，调整结构，
2、继续查阅相关资料，完善论文资料。
3、找出错词、语法不当之处，进行修改，并对论文语言进行润色。
4、找出格式错误，进行修改。
论文写作过程中一般是有两次答辩，分别是开题答辩和论文答辩，论文答辩需要制作ppt，论文内容固然重要，但是论文答辩的ppt制作也非常重要，需要清晰明了的阐述开题报告或者是论文涉及到的内容，让答辩老师能够快速了解你写的东西有哪些，所以论文答辩ppt要包含以下要素。
1、论文的研究背景，要让老师快速了解你的论文选题处于什么样的背景之下，是否有创新点，这部分不需要像开题一样写的那么多，简要描述即可。
2、论文的研究意义，建议大家分成理论意义和实践意义两个方面去写，这样看起来更加清晰明了，理论意义就是你的研究能够填补目前哪些理论的空白；而实际意义多是以一个具体的案例进行研究，存在一定的个体研究价值，也是简单阐述就行，不需要太大的篇幅。
3、论文涉及到的理论，简单介绍论文中涉及到的相关理论，
在论文中体现实践研究可以采用以下几种方式：