对软件工程专业的认识论文1000字开头

对软件工程专业的认识论文1000字开头

1、软件工程是一门指导软件开发和维护的工程学科，主要研究软件开发和维护的工程技术和软件项目管理等内容，其中涉及如何保证软件产品的质量和可靠性，如何提高软件开发效率和拥护满意度等。2、软件工程目标：生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。3、软件生产历经4大阶段分别为：程序设计阶段（1946-1956年）、软件开发阶段（1956-1968年）、软件工程阶段（1968年以后）、计算机辅助软件工程阶段4、常见的软件过程模型：边改边做模型、瀑布模型、演化模型、增量迭代模型、喷泉模型5、软件过程的研究，标志着人们为解决软件危机问题，把关注的焦点由编程转移到了软件开发的整个过程，包括分析、设计、编程和测试4个核心阶段和需求调研、运行与维护两个延伸阶段说明软件质量、软件开发效率、软件的可靠性、可维护性问题涉及了软件生存周期的所有阶段。6、软件生存周期：一个软件从定义到开发、使用和维护，直到最终被弃用，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生存周期。软件的生存周期可分为八个阶段：①问题定义；②可行性研究；③需求分析；④总体（概要）设计；⑤详细设计；⑥编码与单元测试；⑦综合测试；⑧软件维护。7、需求分析：系统开发前期需求分析很重要，它是为了有效解决用户问题的需要进行的一项工程活动，所需要考虑的需求问题是功能需求、数据需求、性能需求和接口需求，开发者承担分析任务，核心是用户。其步骤有三个：①获取客户需求，客户泛指某个人或机构部门等，一般方法是调查，包括访谈、座谈、问卷、跟班和收集资料，需求规约可表达用户的软件价值。②建立需求模型，它是用户需求的图解，一些常用的模型有：业务树图、用例图、活动图。分别用于结构化需求建模、系统业务举例和反映系统工作流程。③进行需求验证，要验证的主要内容有：有效性验证、一致性验证、完整性验证、现实性验证和可检验性验证。。。。感悟：了解了什么是“软件危机”，透过软件工程于解决“软件危机”的重要性、软件工程三条重要线索、软件工程知识体系函括内容及软件工程各类生存期模型，我对软件工程思想及“工程化”软件开发的流程有了较系统的了解，透过软件工程的起源，认识到：实现软件工业的产业化，软件工程必须是真正意义上的工程化。从软件开发三条线索（开发、管理、改进）来看，软件开发的过程必须规范化（各阶段都必须形成相应文档；编码必须依照通用可读性严格遵照编程规范……）；软件项目管理的核心是项目规划和项目跟踪控制，保证软件工程开发的成功完成，软件开发流程的规范化在软件项目中有着重要的作用，通过不断地优化和规范过程，企业可以提高软件生产能力。从需求分析到维护，透过软件的开发流程具体实施的学习，我对软件项目开发的流程有了更深的理解，例如通过需求规格说明书、可行性研究说明书、数据库设计说明书、需求分析说明书、总体设计说明书、详细设计说明书等六份作业的完成虽然很不完善，但仍让我对需求分析建模和设计中用到的方法有了更好的理解并熟悉了六份文档的格式。学了这门课才知道软件开发中每一阶段都有文档的产生，其管理与应用也是一门大学问……此外，这门课程里讲授了很多我以前从未接触过的方法和软件如UML模型、MVC模型、visio的强大绘图建模功能、这些知识不仅能应用于软件工程，也能应用于其他的很多领域，这门课结束了，但这些方面学习我还将继续的。

软件工程我知道你最擅长的是哪个平台

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

软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及程序设计语言、数据库、软件开发工具、系统图平台、标准和设计模式等方面。通俗来讲，软件工程专业就是围绕软件开发相关的一个专业。其中，计算机科学、数学用于构建模型与算法，工程科学用于制定规范、设计范型(paradigm)、评估成本及确定权衡，管理科学用于计划、资源、质量、成本等管理。这个方向的学科基础选修课有：软件质量管理与测试、软件体系结构、软件项目管理以及软件复用技术。软件工程的目标是：在给定成本、进度的前提下，开发出具有可修改性、有效性、可靠性、可理解性、可维护性、可重用性、可适应性、可移植性、可追踪性和可互操作性并且满足用户需求的软件产品。追求这些目标有助于提高软件产品的质量和开发效率，减少维护的困难。软件质量管理与测试：质量管理在软件工程中是非常非常重要的一个环节，无论你有多么精妙的算法，或是使用了多么先进的技术，还是拥有了多少强的设计，在质量控制或质量管理面前，这些都可能什么都不是。这里，有一些质量管理的法则，可以让软件的用户从中受益。如果对质量管理一言以蔽之：面对一个长期不断需要改善的软件，当其用户或是管理者们来说，他们对某个组织所提供的标准有一种完全和最基本的信任。软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进。

对软件工程专业的认识论文1000字怎么写

软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及程序设计语言、数据库、软件开发工具、系统图平台、标准和设计模式等方面。通俗来讲，软件工程专业就是围绕软件开发相关的一个专业。其中，计算机科学、数学用于构建模型与算法，工程科学用于制定规范、设计范型(paradigm)、评估成本及确定权衡，管理科学用于计划、资源、质量、成本等管理。这个方向的学科基础选修课有：软件质量管理与测试、软件体系结构、软件项目管理以及软件复用技术。软件工程的目标是：在给定成本、进度的前提下，开发出具有可修改性、有效性、可靠性、可理解性、可维护性、可重用性、可适应性、可移植性、可追踪性和可互操作性并且满足用户需求的软件产品。追求这些目标有助于提高软件产品的质量和开发效率，减少维护的困难。软件质量管理与测试：质量管理在软件工程中是非常非常重要的一个环节，无论你有多么精妙的算法，或是使用了多么先进的技术，还是拥有了多少强的设计，在质量控制或质量管理面前，这些都可能什么都不是。这里，有一些质量管理的法则，可以让软件的用户从中受益。如果对质量管理一言以蔽之：面对一个长期不断需要改善的软件，当其用户或是管理者们来说，他们对某个组织所提供的标准有一种完全和最基本的信任。软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进。

件工程(SoftWare Engineering)的框架可概括为：目标、过程和原则 (1)软件工程目标：生产具有正确性、可用性以及开销合宜的产品正确性指软件产品达到预期功能的程度可用性指软件基本结构、实现及文档为用户可用的程度开销合宜是指软件开发、运行的整个开销满足用户要求的程度这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束 (2)软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤软件工程过程主要包括开发过程、运作过程、维护过程它们覆盖了需求、设计、实现、确认以及维护等活动需求活动包括问题分析和需求分析问题分析获取需求定义，又称软件需求规约需求分析生成功能规约设计活动一般包括概要设计和详细设计概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述实现活动把设计结果转换为可执行的程序代码确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求维护活动包括使用过程中的扩充、修改与完善伴随以上过程，还有管理过程、支持过程、培训过程等 (3)软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则

对工程机械的认识论文1000字开头

自己写吧，能领悟出很多东西的，对你以后的工作也有帮助的。我可以给你些思路：从机械构件开始思考，功能，结构，创新？或者对现在的改进？市场？制造过程？机床？工艺？加工中心编程？机构间如何运作？当然是以电路控制！PLC？工业电路板？产品产出后的效用？价值？成本？后续的改进措施。

工程机械　　engineering machinery　　用于工程建设的施工机械的总称。广泛用于建筑、水利、电力、道路、矿山、港口和国防等工程领域，种类繁多。简史　　人类采用起重工具代替体力劳动已有悠久历史。史载公元前1600年左右，中国已使用桔槔和辘轳。前者为一起重杠杆，后者是手摇绞车的雏形。古代埃及和罗马，起重工具也有较多应用。近代工程机械的发展，始于蒸汽机发明之后，19世纪初，欧洲出现了蒸汽机驱动的挖掘机、压路机、起重机等。此后由于内燃机和电机的发明，工程机械得到较快的发展。第二次世界大战后发展更为迅速。其品种、数量和质量直接影响一个国家生产建设的发展，故各国都给予很大重视。①挖掘机械。如单斗挖掘机（又可分为履带式挖掘机和轮胎式挖掘机)、多斗挖掘机(又可分为轮斗式挖掘机和链斗式挖掘机)、多斗挖沟机(又可分轮斗式挖沟机和链斗式挖沟机）、滚动挖掘机、铣切挖掘机、隧洞掘进机（包括盾沟机械）等。　　推土机②铲土运输机械。如推土机（又可分为轮胎式推土机和履带式推土机）、铲运机（又可分为履带自行式铲运机、轮胎自行式铲运机和拖式铲运机）、装载机（又可分为轮胎式装载机和履带式装载机、平地机（又可分为自行式平地机和拖式平地机)、运输车(又可分为单轴运输车和双轴牵引运输车）、平板车和自卸汽车等。　　履带式起重机③起重机械。如塔式起重机、自行式起重机、桅杆起重机、抓斗起重机等。　　柳工压路机④压实机械。如轮胎压路机、光面轮压路机、单足式压路机、振动压路机、夯实机、捣固机等。　　⑤桩工机械。如钻孔机、柴油打桩机、振动打桩机、压桩机等。　　⑥钢筋混凝土机械。如混凝土搅拌机、混凝土搅拌站、混凝土搅拌楼、混凝土输送泵、混凝土搅拌输送车、混凝土喷射机、混凝土振动器、钢筋加工机械等。　　⑦路面机械。如平整机、道碴清筛机等。　　⑧凿岩机械。如凿岩台车、风动凿岩机、电动凿岩机、内燃凿岩机和潜孔凿岩机等。　　⑨其他工程机械。如架桥机、气动工具(风动工具)等。

大学机械论坛百度一下

首先~你的多看下别人是怎么写机械类的论文的期刊，像（机械工程与技术）~好好看下学下~找下自己的写作灵感吧

对机械工程的认识论文1000字开头

工程机械　　engineering machinery　　用于工程建设的施工机械的总称。广泛用于建筑、水利、电力、道路、矿山、港口和国防等工程领域，种类繁多。简史　　人类采用起重工具代替体力劳动已有悠久历史。史载公元前1600年左右，中国已使用桔槔和辘轳。前者为一起重杠杆，后者是手摇绞车的雏形。古代埃及和罗马，起重工具也有较多应用。近代工程机械的发展，始于蒸汽机发明之后，19世纪初，欧洲出现了蒸汽机驱动的挖掘机、压路机、起重机等。此后由于内燃机和电机的发明，工程机械得到较快的发展。第二次世界大战后发展更为迅速。其品种、数量和质量直接影响一个国家生产建设的发展，故各国都给予很大重视。①挖掘机械。如单斗挖掘机（又可分为履带式挖掘机和轮胎式挖掘机)、多斗挖掘机(又可分为轮斗式挖掘机和链斗式挖掘机)、多斗挖沟机(又可分轮斗式挖沟机和链斗式挖沟机）、滚动挖掘机、铣切挖掘机、隧洞掘进机（包括盾沟机械）等。　　推土机②铲土运输机械。如推土机（又可分为轮胎式推土机和履带式推土机）、铲运机（又可分为履带自行式铲运机、轮胎自行式铲运机和拖式铲运机）、装载机（又可分为轮胎式装载机和履带式装载机、平地机（又可分为自行式平地机和拖式平地机)、运输车(又可分为单轴运输车和双轴牵引运输车）、平板车和自卸汽车等。　　履带式起重机③起重机械。如塔式起重机、自行式起重机、桅杆起重机、抓斗起重机等。　　柳工压路机④压实机械。如轮胎压路机、光面轮压路机、单足式压路机、振动压路机、夯实机、捣固机等。　　⑤桩工机械。如钻孔机、柴油打桩机、振动打桩机、压桩机等。　　⑥钢筋混凝土机械。如混凝土搅拌机、混凝土搅拌站、混凝土搅拌楼、混凝土输送泵、混凝土搅拌输送车、混凝土喷射机、混凝土振动器、钢筋加工机械等。　　⑦路面机械。如平整机、道碴清筛机等。　　⑧凿岩机械。如凿岩台车、风动凿岩机、电动凿岩机、内燃凿岩机和潜孔凿岩机等。　　⑨其他工程机械。如架桥机、气动工具(风动工具)等。

普通文章[机械制造]微乳化技术在纳米材料制备中的应用研究就爱问10-23普通文章[机械制造]国际ITS的发展及对中国发展ITS的思考就爱问10-23普通文章[机械制造]纳米材料研究的新进展及在21世纪的战略地位就爱问10-23普通文章[机械制造]数控技术和装备发展趋势及对策就爱问10-23普通文章[机械制造]广西省级基础地理信息系统建设构思就爱问10-23普通文章[机械制造]江苏经济地理信息的互联网发布方案就爱问10-23普通文章[机械制造]9202工程-为政府服务的GIS就爱问10-23普通文章[机械制造]国家基础测绘设施项目广西单位工程的目标和内容-就爱问10-23普通文章[机械制造]GIS访问网络数据库中若干技术问题的探讨就爱问10-23普通文章[机械制造]基础地理信息系统建设构思就爱问10-23普通文章[机械制造]国家基础测绘设施项目广西单位工程的目标和内容就爱问10-23普通文章[机械制造]多源图象处理与分析系统的设计就爱问10-23普通文章[机械制造]地理信息系统的基本技术与发展动态就爱问10-23普通文章[机械制造]GIS多源数据集成模式评述就爱问10-23普通文章[机械制造]多媒体技术在地理信息系统中的应用就爱问10-23普通文章[机械制造]广西省级基础地理信息系统建设及在国土资源信息化中的作用就爱问10-23普通文章[机械制造]数字广西地理空间基础框架建设的研究就爱问10-23参考资料：

网上会有很多这样的论文范文的，你可以自己去了解下吧~看下（机械工程与技术）期刊里面关于这类的论文文献~找找你自己的写作灵感~

对软件工程的认识论文

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

软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及程序设计语言、数据库、软件开发工具、系统图平台、标准和设计模式等方面。通俗来讲，软件工程专业就是围绕软件开发相关的一个专业。其中，计算机科学、数学用于构建模型与算法，工程科学用于制定规范、设计范型(paradigm)、评估成本及确定权衡，管理科学用于计划、资源、质量、成本等管理。这个方向的学科基础选修课有：软件质量管理与测试、软件体系结构、软件项目管理以及软件复用技术。软件工程的目标是：在给定成本、进度的前提下，开发出具有可修改性、有效性、可靠性、可理解性、可维护性、可重用性、可适应性、可移植性、可追踪性和可互操作性并且满足用户需求的软件产品。追求这些目标有助于提高软件产品的质量和开发效率，减少维护的困难。软件质量管理与测试：质量管理在软件工程中是非常非常重要的一个环节，无论你有多么精妙的算法，或是使用了多么先进的技术，还是拥有了多少强的设计，在质量控制或质量管理面前，这些都可能什么都不是。这里，有一些质量管理的法则，可以让软件的用户从中受益。如果对质量管理一言以蔽之：面对一个长期不断需要改善的软件，当其用户或是管理者们来说，他们对某个组织所提供的标准有一种完全和最基本的信任。软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进。

1、软件工程是一门指导软件开发和维护的工程学科，主要研究软件开发和维护的工程技术和软件项目管理等内容，其中涉及如何保证软件产品的质量和可靠性，如何提高软件开发效率和拥护满意度等。2、软件工程目标：生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。3、软件生产历经4大阶段分别为：程序设计阶段（1946-1956年）、软件开发阶段（1956-1968年）、软件工程阶段（1968年以后）、计算机辅助软件工程阶段4、常见的软件过程模型：边改边做模型、瀑布模型、演化模型、增量迭代模型、喷泉模型5、软件过程的研究，标志着人们为解决软件危机问题，把关注的焦点由编程转移到了软件开发的整个过程，包括分析、设计、编程和测试4个核心阶段和需求调研、运行与维护两个延伸阶段说明软件质量、软件开发效率、软件的可靠性、可维护性问题涉及了软件生存周期的所有阶段。6、软件生存周期：一个软件从定义到开发、使用和维护，直到最终被弃用，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生存周期。软件的生存周期可分为八个阶段：①问题定义；②可行性研究；③需求分析；④总体（概要）设计；⑤详细设计；⑥编码与单元测试；⑦综合测试；⑧软件维护。7、需求分析：系统开发前期需求分析很重要，它是为了有效解决用户问题的需要进行的一项工程活动，所需要考虑的需求问题是功能需求、数据需求、性能需求和接口需求，开发者承担分析任务，核心是用户。其步骤有三个：①获取客户需求，客户泛指某个人或机构部门等，一般方法是调查，包括访谈、座谈、问卷、跟班和收集资料，需求规约可表达用户的软件价值。②建立需求模型，它是用户需求的图解，一些常用的模型有：业务树图、用例图、活动图。分别用于结构化需求建模、系统业务举例和反映系统工作流程。③进行需求验证，要验证的主要内容有：有效性验证、一致性验证、完整性验证、现实性验证和可检验性验证。。。。感悟：了解了什么是“软件危机”，透过软件工程于解决“软件危机”的重要性、软件工程三条重要线索、软件工程知识体系函括内容及软件工程各类生存期模型，我对软件工程思想及“工程化”软件开发的流程有了较系统的了解，透过软件工程的起源，认识到：实现软件工业的产业化，软件工程必须是真正意义上的工程化。从软件开发三条线索（开发、管理、改进）来看，软件开发的过程必须规范化（各阶段都必须形成相应文档；编码必须依照通用可读性严格遵照编程规范……）；软件项目管理的核心是项目规划和项目跟踪控制，保证软件工程开发的成功完成，软件开发流程的规范化在软件项目中有着重要的作用，通过不断地优化和规范过程，企业可以提高软件生产能力。从需求分析到维护，透过软件的开发流程具体实施的学习，我对软件项目开发的流程有了更深的理解，例如通过需求规格说明书、可行性研究说明书、数据库设计说明书、需求分析说明书、总体设计说明书、详细设计说明书等六份作业的完成虽然很不完善，但仍让我对需求分析建模和设计中用到的方法有了更好的理解并熟悉了六份文档的格式。学了这门课才知道软件开发中每一阶段都有文档的产生，其管理与应用也是一门大学问……此外，这门课程里讲授了很多我以前从未接触过的方法和软件如UML模型、MVC模型、visio的强大绘图建模功能、这些知识不仅能应用于软件工程，也能应用于其他的很多领域，这门课结束了，但这些方面学习我还将继续的。

[编辑本段]基本信息　　软件工程一直以来都缺乏一个统一的定义，很多学者、组织机构都分别给出了自己的定义： 软件工程（1）、BarryBoehm：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必需的相关文件资料。 （2）、IEEE在软件工程术语汇编中的定义：软件工程是：将系统化的、严格约束的、可量化的方法应用于软件的开发、运行和维护，即将工程化应用于软件；在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业务风险总结开发（或不开发）该产品有关的主要业务风险，例如市场竞争、时间问题、用户的接受能力、实现的问题或对业务可能带来的消极影响。预测风险的严重性，指明你所能采取的减轻风险的措施。 1项目视图陈述编写一个总结长远目标和有关开发新产品目的的简要项目视图陈述。项目视图陈述将考虑权衡有不同需求客户的看法。它可能有点理想化，但必须以现有的或所期待的客户市场、企业框架、组织的战略方向和资源局限性为基础。 2主要特性包括新产品将提供的主要特性和用户性能的列表。强调的是区别于以往产品和竞争产品的特性。可以从用户需求和功能需求中得到这些特性。 3假设和依赖环境在构思项目和编写项目视图和范围文档时，要记录所作出的任何假设。通常一方所持的假设应与另一方不同。 1首次发行的范围总结首次发行的产品所具有的性能。描述了产品的质量特性，这些特性使产品可以为不同的客户群提供预期的成果。2随后发行的范围如果你想象一个周期性的产品演变过程，就要指明哪一个主要特性的开发将被延期，并期待随后版本发行的日期。 3局限性和专用性明确定义包括和不包括的特性和功能的界线是处理范围设定和客户期望的一个途径。列出风险承担者们期望的而你却不打算把它包括到产品中的特性和功能。 1客户概貌客户概述明确了这一产品的不同类型客户的一些本质的特点，以及目标市场部门和在这些部门中的不同客户的特征。 2项目的优先级一旦明确建立项目的优先级，风险承担者和项目的参与者就能把精力集中在一系列共同的目标上。达到这一目的的一个途径是考虑软件项目的五个方面：性能、质量、计划、成本和人员。产品成功的因素明确产品的成功是如何定义和测量的，并指明对产品的成功有巨大影响的几个因素。不仅要包括组织直接控制的范围内的事务，还要包括外部因素。如果可能，可建立测量的标准用于评价是否达到业务目标 3）用户群分类：产品的用户在很多方面存在着差异，例如：用户使用产品的频度、他们的应用领域和计算机系统知识、他们所使用的产品特性、他们所进行的业务过程、他们在地理上的布局以及他们的访问优先级。根据这些差异，你可以把这些不同的用户分成小组。用户类不一定都指人，你可以把其它应用程序或系统接口所用的硬件组件也看成是附加用户类的成员。以这种方式来看待应用程序接口，可以帮助你确定产品中那些与外部应用程序或组件有关的需求。将用户群分类并归纳各自特点为避免出现疏忽某一用户群需求的情况，要将可能使都有所差异。详细描述出它们的个性特点及任务状况，将有助于产品设计。 4）选择产品代表：择每类用户的产品代表为每类用户至少选择一位能真正代表他们需求的人作为那一类用户的代表并能作出决策。这对于内部信息系统的开发是最易实现的，因为此时，用户就是身边的职员。而对于商业开发，就得在主要的客户或测试者中建立起良好的合作关系，并确定合适的产品代表。他们必须一直参与项目的开发而且有权作出决策。每一个产品代表者代表了一个特定的用户类，并在那个用户类和开发者之间充当主要的接口。 5）建立核心队伍：建立起典型用户的核心队伍把同类产品或产品的先前版本用户代表召集起来，从他们那里收集目前产品的功能需求和非功能需求。这样的核心队伍对于商业开发尤为有用，因为你拥有一个庞大且多样的客户基础。与产品代表的区别在于，核心队伍成员通常没有决定权。 6）确定使用实例：让用户代表确定使用实例从用户代表处收集他们使用软件完成所需任务的描述-使用实例，讨论用户与系统间的交互方式和对话要求。在编写使用实例的文档时可采用标准模版，在使用实例基础上可得到功能需求。 一个单一的使用实例可能包括完成某项任务的许多逻辑相关任务和交互顺序。因此，一个使用实例是相关的用法说明的集合，并且一个说明是使用实例的例子。在描述时列出执行者和系统之间相互交互或对话的顺序。当这种对话结束时，执行者也达到了预期的目的。 对于一些复杂的使用实例，画出图形分析模型是有益的，这些模型包括数据流程图、实体关系图、状态转化图、对象类和联系图。 使用实例的描述并不向开发者提供他们所要开发的功能的细节。为了减少这种不确定性，需要把每一个使用实例叙述成详细的功能需求。每一个使用实例可引伸出多个功能需求，这将使执行者可以执行相关的任务；并且多个使用实例可能需要相同的功能需求。使用实例方法给需求获取带来的好处来自于该方法是以任务为中心和以用户为中心的观点。比起使用以功能为中心的方法，使用实例方法可以使用户更清楚地认识到新系统允许他们做什么。 每一个使用实例都描述了一个方法，用户可以利用这个方法与系统进行交互，从而达到特定的目标。使用实例可有效地捕捉大多数所期望的系统行为，但是你可能有一些需求，这些需求与用户任务或其他执行者之间的交互没有特定的关系。这时你就需要一个独立的需求规格说明。 7）召开应用程序开发联系会议：召开应用程序开发联系会议应用程序开发联系会议是范围广的、简便的专题讨论会，也是分析人员与客户代表之间一种很好的合作办法，并能由此拟出需求文档的底稿。该会议通过紧密而集中的讨论得以将客户与开发人员间的合作伙伴关系付诸于实践。 8）分析用户工作流程：分析用户工作流程观察用户执行业务任务的过程。画一张简单的示意图（最好用数据流图）来描绘出用户什么时候获得什么数据，并怎样使用这些数据。编制业务过程流程文档将有助于明确产品的使用实例和功能需求。你甚至可能发现客户并不真地需要一个全新的软件系统就能达到他们的业务目标。 9）确定质量属性：确定质量属性和其它非功能需求在功能需求之外再考虑一下非功能的质量特点，这会使你的产品达到并超过客户的期望。对系统如何能很好地执行某些行为或让用户采取某一措施的陈述就是质量属性，这是一种非功能需求。听取那些描述合理特性的意见：快捷、简易、直觉性、用户友好、健壮性、可靠性、安全性和高效性。你将要和用户一起商讨精确定义他们模糊的和主观言辞的真正含义。 10）检查问题报告：通过检查当前系统的问题报告来进一步完善需求客户的问题报告及补充需求为新产品或新版本提供了大量丰富的改进及增加特性的想法，负责提供用户支持及帮助的人能为收集需求过程提供极有价值的信息。 11）需求重用：跨项目重用需求如果客户要求的功能与已有的产品很相似，则可查看需求是否有足够的灵活性以允许重用一些已有的软件组件。