对软件工程的理解论文题目

软件工程涉及的资源有：人力、资金、时间的合理分配，涉及到文化与管理等，及各种规划化。 软件开发是一个把用户需要转化为软件需求，把软件需求转化为软件设计，用软件代码来实现软件设计，对软件代码进行测试，并签署确认它可以投入运行使用的过程。在这个过程中的每一阶段，都包含有相应的文档编制工作。 软件开发过程当中，遵循一定的流程，主要包括系统分析、系统设计、系统编码、系统测试以及系统的维护等几个阶段。依次概述如下： 1、系统分析 系统分析包括软件需求分析和系统可行性分析。软件需求分析就是回答做什么的问题。它是一个对用户的需求进行去粗取精、去伪存真、正确理解，然后把它用软件工程开发语言（形式功能规约，即需求规格说明书）表达出来的过程。系统可行性分析就是通过需求调查来确定此系统是否具有可行性。 2、系统设计 系统设计可以分为概要设计和详细设计两个阶段。实际上软件设计的主要任务就是将软件分解成模块。概要设计就是结构设计，其主要目标就是给出软件的模块结构，用软件结构图表示。详细设计的首要任务就是设计模块的程序流程、算法和数据结构，次要任务就是设计数据库，常用方法还是结构化程序设计方法。 3、系统编码 系统编码是指把软件设计转换成计算机可以接受的程序，即写成以某一程序设计语言表示的"源程序清单"。 4、系统测试 系统测试的目的不是验证软件的正确性，而是以较小的代价发现尽可能多的错误。测试从需求阶段开始，此后与整个开发过程并行，换句话说，伴随着开发过程的每一个阶段，都有一个重要的测试活动，它是预期内按时交付高质量的软件的保证。 5、系统维护 系统维护是指在已完成对软件的研制（分析、设计、编码和测试）工作并交付使用以后，对软件产品所进行的一些软件工程的活动。即根据软件运行的情况，对软件进行适当修改，以适应新的要求，以及纠正运行中发现的错误。编写软件问题报告、软件修改报告。在实际开发过程中，软件开发并不是从第一步进行到最后一步，而是在任何阶段，在进入下一阶段前一般都有一步或几步的回溯。在测试过程中的问题可能要求修改设计，用户可能会提出一些需要来修改需求说明书等。 总的说来，软件开发是一个环环相扣的设计和实施过程，整个系统开发的过程当中，系统分析和设计是重中之重。只有把握好系统分析，才能使后续改动尽可能多的减少；只有把握好系统设计，才能保证软件的根基比较稳固。也即是它们很大程度上决定着软件开发的周期以及寿命。另外，完美的开发团队和开发过程的合理控制是软件成功开发关键要素之一。>> 软件工程 过去几十年，软件技术经历了一系列重要的变化和发展，构成软件的软件实体的粒度不断增大，软件基本模型越来越符合人类的思维模式；软件运行平台的能力不断增强，越来越多地屏蔽掉计算机底层的复杂性；软件支撑平台的能力不断增强，越来越多地屏蔽了软件开发过程的复杂性；软件技术的应用范围不断扩大，越来越广地渗透到人类生活的各个方面。网络技术的发展日新月异，基于新一代网络技术的各种应用的融合是大势所趋。网络新技术与软件新技术的相互促进必将为人类创造一个更为灿烂多彩的IT世界。 这世上同时存在着两种对立的声音：本质决定成败和细节决定成败。偏好本质的人喜欢说本质论。偏好细节的人则喜欢说精细化管理。但如果在较长的时间轴上考量这两种观点，就会发现他们之间并不真的对立。----------------------------程序员几个发展方向： 走向管理：有两种原因会使部分程序员走上管理的道路，一是与生俱来的对 权力的欲望；一是在程序员的岗位上对自我价值重新认知。对于前者如果欲望过去强烈就会急功进利，很容易走捷径，会出现不能服众的情况。对于后者自我价值的重新认知是一个缓慢的过程，一个程序员在长期的开发过程中会慢慢发现一个人的力量是有限的，做一件事情必须要借助其他人的帮助，如果需要别人的帮助就必须能影响他人。从而认识到一个人的价值对公司来说几乎是不值一文，如果想让自己的价值得到提升必须要影响到他人，借助他人的力量使自己的价值得到最大提升。 走向行业：即成为某个行业的行业专家。一般来说走这个方面需要机遇，需 要长时间的从事某一个领域的开发与管理工作，对某个行业无论是大局还是细节都了如指掌。 走向专业：即成为架构师。一般来说这些人对开发有狂热的兴趣，逐渐的从代码的编写中认识到设计与软件架构的重要性，并对软件设计乐此不疲。 自已干：这些人是野心家，也是风险最大的一条路。好多程序员都认为软件开发不需要什么成本，只要能接到单子完全可以自己干，自己当老板。然而很少了解只有长期持续的订单才是一个企业不断稳定发展的最重要因素。------------------------------程序员具备：恒心、耐心、细心 兴趣决定一切：当一个人把自己的职业仅当成谋生的手段时，那他的人生将会失去很多乐趣。如果你不喜欢软件开发，那最好离开这个职业，没有兴趣只会让你一事无成。 自我学习：做程序员就是这样，走上了一条永无止境的学习之路，不学习新知就会被淘汰。然而学习也是有方法的：1)拿来主义；2)知其然也要知其所以然，细细分析与研究别人的优秀框架会对你大有好处。 自我修复：不断的重构与完善你的代码，是对所学知识的达到溶汇贯通的最简捷的途径。 找到一个圈子或老师：有时别人的一句话会对你的点拨很大。对于知识点有时只是一层窗户纸，看似玄妙，也许你差的只是那灵光一现或是换一个角度思考，这并不难。难的是将你所了解的知识点串接起来，使其能上下贯通运用自如，而在这点上通过一己之力会变得非常的漫长与痛苦。--------------------------- 软件开发要融入工程化的思想，要有高度的设计能力，关注更多的软件运行属性和设计质量属性，同样的系统，不同的软件人员会做出完全不同的软件，正规，高效的开发团队要比游击队开发团队不只高出几十倍。软件开发，不仅仅关注功能，性能，更应该去研究可维护性，可扩展性等质量属性，不仅仅只关注代码，而更要上升为设计，复用等。还有更高层次的设计开发，软件重构，模块化，系统构架，搭建统一软件平台，度量软件质量等.软件开发人员，要作的事情太多了，软件实在是一个浩大的脑力工程，甚至会让人觉得这是一个投入/产出比最低的行业，因为要学习的知识实在太多了，每时每刻都要处于不断的学习和更新当中. 这是指导整个软件开发的指南，这里包括软件从开始到结束的整个过程,包括制定计划、需求分析和定义、软件设计、程序编写、软件测试、运行/维护，这六个步骤每一步的执行是保证项目成功完成的保证，以后将对这六个过程进行一一的分析。软件生命周期 其中包括：瀑布模型、演化模型、螺旋模型、喷泉模型、智能模型。模型特点： 瀑布模型：周期长，跟用户见面比较晚，从计划到和用户一起计划外，其他的部分用户和开发人员是分离的，用户不能直接把问题直接反应过去。 演化模型：由于在项目开发的初始阶段人们对软件的需求认识常常不够清晰，因而使得开发项目难于做到一次开发成功，出现返工再开发在所难免。做两次第一次只是实验开发，其目标只是在于探索可行性，弄清软件需求第二次则再此基础上获得较为满意的软件产品 螺旋模型：多次原型反复并增加风险评估的开发模型喷泉模型：有严格的数学理论和形式化的技术支持，但目前在所研究试验阶段，不能实现 智能模型：1.通过领域的专家系统，可使需求说明更加完善、准确和无二义性。2.通过软件工程的专家系统，提供一个设计库支持，在开发过程中成为设计者的助手。3.通过软件工程知识和特定应用领域的知识和规则的应用来提供对开发的帮助。但是，要建立适合于软件设计的专家系统，或建立一个即适合软件工程又适合应用领域的知识库都是非常困难的。--------------------------------对软件的基本认识 i.开发软件为什么要工程化有很多人，尤其是很多学生存在这样的误区，平时感觉自己能用语言写一个闹钟，写一个记事本等一些小东西，就以为自己一个人就可以完成一个小的项目，所以很不理解为什么开发软件有时候不能让一个人独立完成，也有个人英雄主义在作怪。其实原因很简单，比如说，高中我们做题应该很有体会，感觉一张卷子一点问题也没有，但是等成绩下来的时候总不是一百分，为什么，因为我们很难发现自己的错误，哪怕是重复很多次，这是思维定势。 ii.软件开发与其说是技术活，不如说是规范活.软件开发是程序员奇思妙想的时候，用什么方法都是随心所欲的，有的人则为了追求速度或者说是彰显个性而用一些很不大众的算法，以为这是体现自己高明的地方，恰恰相反，这真是不懂编程的表现，一般的项目一般都不是一个人来完成的，它分为开发阶段和维护阶段，然而维护阶段一般又非开发人员所为，所以如果代码技术性过于高，反而对后面的维护不利，另外，IT是个跳槽率很高的职业，如果一项工程没有完成就离开，剩下高明的算法要让谁看呢，出于对公司的考虑，最好还是规规矩矩，符合大众的口味。 iii.文档的重要性很多人，尤其是大学生，刚开始学习编程的时候，难免会有一些急功近利的想法，想快点做出点成绩，但是往往欲速则不达，就想前段时间做的机房收费系统一样，在一种完全没有文档的情况下，虽然最后做完了，而且也跑起来了，问题似乎也没有想象的那么多，但是其中的过程只有自己知道，代码啦，数据库啦都不忍心看，可以说是乱七八糟的，想加个数据库就加，想加个功能就加，很有文档，就像没有目的的去雕塑，雕成什么样，算什么样，而且很多情况是中途发现需要这个样子了，才发现，那部分材料已经被自己给去掉了，所做的程序自然没有规律可言，如果现在有人说那个机房收费系统那个功能要修改一下，我估计我的得全盘改动. iv.开发软件为什么时间总是那么紧，开发的人总是那么累曾经有过单纯的想法，为什么工作非要加班呢，多用些人不就行了吗，人多力量大嘛，但是自从软工看完后便觉得这种想法荡然无存了，其实，原因并不是说老板多黑心，而是取决于软件开发工作的性质，这是一项需要智慧的工作，首先，这不是工厂，没有机器，只有手工；其次，这里需要残杂很大一部分人文因素，比如说个人习惯，同样输出一个结果，两个人的算法往往就有很大的区别，所以参加人数越多，在项目中的不同因素就越多，因为各个模块之间的衔接问题就越大，所以参加人数应该是少而精，所以这也是为什么蓝精灵体中说程序员是“聪明而辛苦”，聪明在他们每个人都是一个设计师，辛苦在一项任务，自己又无可取代的位置，只能是自己的事情自己干。 v.如果自己无法适应社会中的潜规则，那么就学编程吧（不知道这样说对不对）从我目前的认识来看，突然发现软件行业是整个社会的一片净土，这里不像其他行业一样靠嘴吃饭，更多的是需要能力，除非老板想赔钱，不然绝对不会用一个靠关系而不是靠技术的人来当项目经理，因为这个关系到整个项目生存的决定性因素；虽然同事之间保持着微妙的竞争关系，但是一个项目要想如期完成必须要和同事上司好好合作；做软件开发的每个项目的每个功能，无处不能体现全心全意为人民服务的宗旨，所以开发软件的人无疑又是心细如丝，必定是善良的，体贴的，嫁人就嫁程序员哦。所以，以此可见，这里的确是一片净土。

对软件工程的一点看法--希望能够抛砖引玉在这里看到很多网友的高论，很有启发。而且目前市面上也涌现出一批面向不同方面的软件过程的书籍，可是在这里，我一直没找到真正对实践有指导意义的，可操作的应用方法，所以现在这儿抛块砖，望各位高手指正。我个人的理解，软件工程就是按照工程学的管理方式，有组织、有计划的，在一定的质量基础、时间限度和成本范围内，实现功能明确的软件系统。而且，软件工程在企业范围内运行，一定需要企业资源的支持，要与企业的经营、决策、管理体系联系在一起，才能够被踏踏实实的落实下来。软件业作为一个服务业，要想得到发展，首先必须形成一个对软件服务有迫切需要的市场。其次，这个市场中的消费者必须具备足够的购买力。软件的消费群体简单一点，可以分为个体消费和企业消费。中国的企业群体，数量庞大，但是质量不高。上规模的企业极少，因此，中国的企业对大型软件的消费肯定是有限的，软件的个人消费，至少目前在中国，还是不成气候。因此，国内目前能够形成比较大规模的独立市场的，肯定是小规模的软件系统。此外，质量的好与坏也不能绝对而论。比如说，你花500元，买双皮鞋，只穿了一个月就坏了，肯定是劣质产品。可是如果你只花了5元买这双鞋，还是穿了一个月就坏了，他就是个优质产品了。软件也是一样。还有一个，就是软件生命周期问题。在国外，很多中、大型企业里，软件系统已经作为企业的命脉在运行，这些企业当然需要长期、稳定的软件服务、开发体系作为保障，因此相对来说，对于软件的功能需求就比较明确，而国内的中小企业在运营方面本来就把灵活多变作为生存武器，当然不可能有比较长期的经营计划，更不可能运用软件系统进行全面企业管理。这就导致对软件系统需求的短期行为，因此，他们更加希望一次性购买功能有限的软件系统，而不是长期连续的软件服务。如果上面的分析有代表性的话，那就是说我们现在必须对开发这类软件形成一套非常有效的工程方法：1。规模小。2。成本低3。质量要求不高。4。售后服务有限。5。生命期短。我想，对于这类系统，RUP未必是一套好的方法。另外，我还想谈谈对软件人员素质的看法。从我个人的经历来说，我觉得我们对于软件工程师的培养方法有问题。理论上说，软件只要设计了一个好的结构，解决了所有的技术难点，剩下的代码高中生就能做。实际上我们的很多名牌大学的计算机专业毕业生都不能很好的Coding。尤其是现在有了VB、PB、JAVA之后，大家似乎认为计算机的体系结构都不用关心了。我曾经经手的几个软件项目中，很多工程师对于用C语言开发Win32多线程、事件驱动、死锁、内存分配等问题根本束手无策。我不相信这些问题可以靠很好的文档解决。实际上，能够用OO的工具工作，根本不代表能够进行OO的系统分析与设计。话又说回来，在中国，有10年以上软件开发背景的人，又有几个？而且他们在过去10年里的经验，更多的是小项目的Coding，而不是大项目的管理与系统分析。而一个好的系统分析师，需要的是实践、实践、再实践。假如说我们的商业环境中根本没有大型的软件项目，怎么可能有优异的系统分析师呢?所以，我想，目前我们的问题，是工程师的技术水平、知识面与管理意识、管理方法同样重要，在这样的前提下，我们是不是要探索一下真正适合我们的软件工程方法呢？

江西工业贸易职业技术学院软件工程专业毕业论文参考题目1、嵌入式系统的设计与实现 2、电子购物商城 3、酒店客房管理系统 4、社区住户信息管理系统 5、客户信息管理系统 6、自行车在线租赁管理系统 7、仓库物资信息管理系统 8、车辆违章信息管理系统 9、餐饮业务信息管理系统 10、酒店业务信息

当然肯定是多去找写好论文的素材和材料，然后定好论文的框架和论点。

[编辑本段]基本信息 软件工程一直以来都缺乏一个统一的定义，很多学者、组织机构都分别给出了自己的定义： 软件工程（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）。

根据软件需求对软件设计、程序进行正向追踪，或根据程序、软件设计对软件需求进行逆向追踪的能力。软件可追踪性依赖于软。

软件工程可以写的题目多啊。开始也不怎么懂，还是学姐给的文方网，写的《基于Windows平台的HIPS系统设计与实现》，靠谱的说

研究生教育网络管理系统的设计与实现

WMS-2000A轮机模拟器数据通信系统设计与实现

洗衣机模拟运行控制系统的设计与实现

机车信号记录器数据分析处理系统的设计与实现

分布式自动检测系统RS485通信网络的设计与实现

计划生育管理信息系统的设计与实现

医院“一卡通”系统的设计与实现

列车三维驾驶仿真系统的设计与实现

一种图书外采查重系统的设计与实现

基于C/S模式的网络文件管理系统的设计与实现

自动化仓库管理系统的设计与实现

四川省卫生统计数据采集与决策支持系统设计与实现

ATM应用系统EMV迁移的设计与实现

基于B/S模式的药品信息咨询系统的设计与实现

基于LFAP的网络流量统计分析系统的设计与实现

传真管理信息系统的设计与实现

工业机器人三维仿真系统的设计与实现

单位网络设备环境智能监控系统设计与实现

基于CC1020芯片无线传输系统的设计与实现

公安派出所综合信息管理系统设计与实现

基于WEB的库存管理系统设计与实现

基于工作流的AUTOBANK管理系统设计与实现

具有主动功能的连锁经营企业配送中心管理信息系统的设计与实现

基于JavaEE技术的在线考试系统的设计与实现

学生评教系统的设计与实现

微小型电动无人机动力系统试验台的设计与实现

基于F1103 GPRS MODEM的家校通系统设计与实现

基于嵌入式Linux的远程家庭医疗监护系统设计与实现

基于Windows操作系统的智能建筑物综合布线管理系统的设计与实现

基于.NET技术的网上购物管理系统的设计与实现

变电检修管理信息系统设计与实现

天津地铁1号线车站乘客向导系统的设计与实现

基于B/S结构的电路分析网上答疑系统的设计与实现

应用PDA组建无线IC卡表抄收系统的设计与实现

非计算机专业计算机课程考试系统设计与实现

基于GPRS网络的煤矿瓦斯监控系统的设计与实现

惯性组合导航系统接口子系统的设计与实现

人寿保险老业务综合处理系统的设计与实现

FORTRAN语言题库管理系统的设计与实现

楼宇信息系统的设计与实现

倒闸实训系统无线遥控的设计与实现

C/S模式下的电子邮件系统设计与实现

基于LINQ三层架构仓库管理系统的设计与实现

一种宽带无线移动视频调度系统的设计与实现

浅谈远程监控机房温湿度报警系统的设计与实现

学术论文共词分析系统的设计与实现

基于Web的SQLServer远程备份管理系统的设计与实现

基于Spring框架的北京林业大学图书馆门户系统设计与实现

基于XML的研究生网络选课系统设计与实现

最低元开通文库会员，查看完整内容> 原发布者：北大青鸟广安门校区 软件工程师应该具备的技能有哪些 软件工程师应该具备的技能有哪些？我认为，软件工程师用该具备的技能主要为以下几点： 1.编程语言能力 作为一名专业的软件工程师，应该能够熟练掌握JAVA语言，并且能够深入理解OOP、OOA、OOD等编程思想。

精通一门编程语言能为以后的软件开发打下坚实的基础。 2.编码能力 这里说的编码可不是照着书本敲代码，而是能够独立的运用代码，编写一个程序出来。

有很多软件工程师，他们都是随意堆砌网上搜来的代码，根本不管可读性和可维护性，只要能实现功能就行了，缺乏最基本的职责素养。 我认为，对于软件工程师或程序员来说，代码就像自己的孩子一样，一定要付出感情，这样才能编写出好的程序。

3.学习能力 IT技术可谓是更新换代最快的了，从市面上的电脑和手机就可以看出来。所以，只依靠自己之前学到的知识，很快就会被这个时代所淘汰，软件工程师应具备的技能里很重要的一点就是学习能力。

因为只有具备了学习能力，才能在离开学校之后仍然能够独立地学习最新的技术，同时能够自主的发现现在有什么新技术，市场上流行的技术元素与市场需求的变化。 4.设计能力 一个优秀的软件工程师不仅仅具备扎实的专业知识与技能，而且还要具备一定的设计能力。

因为只有这样，才能使一个软件或者应用更加完美，更加容易受到人们的欢迎，从而获得更广阔的市场。 5.团队协作能力 软件开发并不是孤军奋战，很多时候一个软件需要几个人。

当今中国软件工程一直以来都缺乏一个统一的定义，很多学者、组织机构都分别给出了自己的定义： 软件工程（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）。

根据软件需求对软件设计、程序进行正向追踪，或根据程序、软件设计对软件需求进行逆向追踪的能力。软件可追踪性依赖于软件开发各个阶段文档和程序的完整性、一致性和可理解性。

降低系统的复杂性会提。

01立项调查报告

02立项建议书

03立项评审报告

04项目设计开发任务书

05项目计划

06质量保证计划

07配置管理计划

08需求分析说明书

09概要设计说明书

10详细设计说明书

11数据库设计说明书

12数据库表详细设计

13单元测试计划

14测试脚本

15单元测试报告

16系统测试计划

17验收申请书

18验收评审报告

19客户验收报告

21审核反馈表

22软件评审报告

23变更需求报告

24设计变更报告

26项目管理报告

27项目总结报告

一共这么多，三大报告是

需求分析说明书

概要设计说明书

详细设计说明书

1、论文题目：要求准确、简练、醒目、新颖。

2、目录：目录是论文中主要段落的简表。（短篇论文不必列目录） 3、提要：是文章主要内容的摘录，要求短、精、完整。

字数少可几十字，多不超过三百字为宜。 4、关键词或主题词：关键词是从论文的题名、提要和正文中选取出来的，是对表述论文的中心内容有实质意义的词汇。

关键词是用作机系统标引论文内容特征的词语，便于信息系统汇集，以供读者检索。 每篇论文一般选取3-8个词汇作为关键词，另起一行，排在“提要”的左下方。

主题词是经过规范化的词，在确定主题词时，要对论文进行主题，依照标引和组配规则转换成主题词表中的规范词语。 5、论文正文： （1）引言：引言又称前言、序言和导言，用在论文的开头。

引言一般要概括地写出作者意图，说明选题的目的和意义， 并指出论文写作的范围。引言要短小精悍、紧扣主题。

〈2）论文正文：正文是论文的主体，正文应包括论点、论据、论证过程和结论。主体部分包括以下内容： a.提出-论点； b.分析问题-论据和论证； c.解决问题-论证与步骤； d.结论。

6、一篇论文的参考文献是将论文在和写作中可参考或引证的主要文献资料，列于论文的末尾。参考文献应另起一页，标注方式按《GB7714-87文后参考文献著录规则》进行。

中文：标题--作者--出版物信息（版地、版者、版期）：作者--标题--出版物信息所列参考文献的要求是： （1）所列参考文献应是正式出版物，以便读者考证。 （2）所列举的参考文献要标明序号、著作或文章的标题、作者、出版物信息。

需要掌握以下的知识 ： （一）.NET方面的开发⒈熟悉开发体系，熟悉C# ASP .NET；⒉熟悉SQLServer,Oracle数据库开发；⒊具有企业管理系统项目经验；4.了解企业ERP及财务管理软件（用友，金蝶）者优先；5.善于沟通，能独立撰写方案。

为人诚实，善于学习，做事认真负责，积极主动，具有敬业精神，有团队精神。（二）JAVA应用程序开发1.熟练使用Struts2+Spring+Hibernate2.掌握Jquery3.掌握Java4.熟悉Oracle5.掌握xml/webservice6.掌握OOD、OOP7.基本文档写作能力（三）web、数据库方面的开发⒈练掌握ASP,NET；等编程语言，熟悉.Net开发环境，理解.Net Framework，理解并能熟练使用WebService、O/R mapping、Remoting、多线程等技术；2.热衷于互联网WEB开发，热衷于钻研最新的前沿技术，精通XML,Javascript,CSS,AJAX等WEB前端技术；3.熟练的技术文档编写能力，熟练使用Rose,Power Design,Visio等建模和设计软件，有一定的架构设计能力；4.精通SQL server数据库技术，了解数据库性能调优者优先.（四）php项目开发⒈使用PHP语言开发互联网应用程序；⒉网站产品和网站功能模块的开发与维护；⒊与页面设计师协调沟通，编写部分Javascript和HTML；⒋参与底层MVC框架的编写与维护。

软件工程师一般指从事软件开发职业的人。软件工程师是一个认证考试，具体地说是从事软件职业的人员的一种职业能力的认证，通过它说明具备了工程师的资格。

软件工程师的技术要求是比较全面的，除了最基础的编程语言（C语言/C++/JAVA等）、数据库技术（SQL/ORACLE/DB2等）等，还有诸多如JAVA SCRIPT、AJAX、HIBERNATE、SPRING等前沿技术。此外，关于网络工程和软件测试的其他技术也要有所涉猎。

对于软件工程师，不太重视学历，但并不是对学历没有要求，重点关注项目的经验和学习知识的能力，能否利用软件工程专业知识来解决问题，根据岗位不同，对软件工程师的要求也有所不同。具体能力要根据岗位和自己的兴趣爱好选定自己的职业规划方向，一方面要详细了解软件工程师的要求，可以关注企业的招聘信息；一方面自己要贮备通用的知识技能，广泛阅读相关的计算机材料对自己以后的发展大有帮助。

可以确定的是软件工程师的前途在未来的发展依然是不断升温的职业，比较需要有技术和良好前景的专业之一。工作内容：1、指导程序员的工作；2、参与软件工程系统的设计、开发、测试等过程；3 、协助工程管理人保证项目的质量；4 、负责工程中主要功能的代码实现；5 、解决工程中的关键问题和技术难题；6 、协调各个程序员的工作，并能与其它软件工程师协作工作；7、还要编写各种各样的软件说明书，如：需求说明书，概要说明书等考试科目。

工程师是中级职称，考试的题目包括了计算机体系结构、软件工程、数据库、数据结构、编译原理等计算机学科的基础课程。