发布时间：
软件工程导论 第6版 免费下载
链接:
《软件工程导论》是2009年1月清华大学出版社出版的图书，作者是朱少民。
软件工程涉及的资源有：人力、资金、时间的合理分配，涉及到文化与管理等，及各种规划化。 软件开发是一个把用户需要转化为软件需求，把软件需求转化为软件设计，用软件代码来实现软件设计，对软件代码进行测试，并签署确认它可以投入运行使用的过程。在这个过程中的每一阶段，都包含有相应的文档编制工作。 软件开发过程当中，遵循一定的流程，主要包括系统分析、系统设计、系统编码、系统测试以及系统的维护等几个阶段。依次概述如下： 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，而不是大项目的管理与系统分析。而一个好的系统分析师，需要的是实践、实践、再实践。假如说我们的商业环境中根本没有大型的软件项目，怎么可能有优异的系统分析师呢?所以，我想，目前我们的问题，是工程师的技术水平、知识面与管理意识、管理方法同样重要，在这样的前提下，我们是不是要探索一下真正适合我们的软件工程方法呢？
软件工程导论（第六版）.ppt免费下载
链接:
《软件工程导论》是2009年1月清华大学出版社出版的图书，作者是朱少民。
1、软件工程专业简介 软件工程是研究大规模软件开发方法、工具和管理的一门工程科学，其特点是按工程化的原则和方法来组织和规范软件开发过程，软件工程技术则主要研究与软件开发各个工作流程相关的、先进实用的软件开发方法、技术和工具；软件工程技术专业面向国民经济电子信息化建设和发展的需要，培养具有扎实的软件理论和知识基础，对整个软件过程有整体了解、掌握软件工程领域的前沿技术，具有国际竞争能力，能从事大型软件项目系统分析、设计、编程、测试和软件项目管理等工作的复合型、实用型的高层次软件工程技术人才；主要涵盖软件工程学科和计算机学科的基本理论、基础知识、基本技能的研究，软件的分析与开发，计算机应用系统、计算机网络系统的设计与开发等专业内容。 2、软件工程专业就业方向 本专业学生毕业后可在计算机软件专业公司﹑信息咨询公司﹑以及金融等其它独资、合资企业工作。 从事行业： 毕业后主要在新能源、计算机软件、互联网等行业工作，大致如下： 1 新能源2 计算机软件 3 互联网/电子商务4 电子技术/半导体/集成电路5 计算机服务(系统、数据服务、维修) 从事岗位： 毕业后主要从事软件工程师、项目经理、软件开发工程师等工作，大致如下： 1 软件工程师2 项目经理3 软件开发工程师4 测试工程师5 java开发工程师 工作城市： 毕业后，北京、上海、深圳等城市就业机会比较多，大致如下： 1 北京2 上海3 深圳4 广州 5 杭州6 武汉7 成都8 南京 3、软件工程专业就业前景 中国的软件行业规模不是很大，有些软件企业在软件制作上，也只是采用了一些软件工程的思想，距离大规模的工业化大生产比较还是有一定的差距；原因有管理体制的问题，市场问题，政策问题，也有软件工程理论不全面和不完善的问题。 所以软件工程的研究和应用，以及中国软件行业的进一步发展，都需要一定的既有软件工程的理论基础和研究能力，又有一定的实践经验的软件工程科学技术人员来推动。软件工程的前途是光明的。 软件服务外包属于智力人才密集型现代服务业。大量著名外包企业落户宁波。主要就业去向包括软件外包与服务企业、信息产品与服务企业，担任程序员、软件测试员、项目经理等工作岗位。
中国的软件行业规模不是很大，有些软件企业在软件制作上，也只是采用了一些软件工程的思想，距离大规模的工业化大生产比较还是有一定的差距；原因有管理体制的问题，市场问题，政策问题，也有软件工程理论不全面和不完善的问题。所以软件工程的研究和应用，以及中国软件行业的进一步发展，都需要一定的既有软件工程的理论基础和研究能力，又有一定的实践经验的软件工程科学技术人员来推动。软件工程的前途是光明的。软件服务外包属于智力人才密集型现代服务业。大量著名外包企业落户宁波。主要就业去向包括软件外包与服务企业、信息产品与服务企业，担任程序员、软件测试员、项目经理等工作岗位。软件工程专业是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及到程序设计语言，数据库，软件开发工具，系统平台，标准，设计模式等方面。在现代社会中，软件应用于多个方面。典型的软件比如有电子邮件，嵌入式系统，人机界面，办公套件，操作系统，编译器，数据库，游戏等。同时，各个行业几乎都有计算机软件的应用，比如工业，农业，银行，航空，政府部门等。这些应用促进了经济和社会的发展，使得人们的工作更加高效，同时提高了生活质量。相关学者、组织机构都分别给出了定义：Boehm：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必需的相关文件资料。IEEE：软件工程是开发、运行、维护和修复软件的系统方法。Fritz Bauer：建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。
软件工程对于开发的重要性我了解我知道怎么做
毕业论文是高等教育自学考试本科专业应考者完成本科阶段学业的最后一个环节，它是应考者的总结性独立作业，目的在于总结学习专业的成果，培养综合运用所学知识解决实际问题的能力。从文体而言，它也是对某一专业领域的现实问题或理论问题进行科学研究探索的具有一定意义的论说文。完成毕业论文的撰写可以分两个步骤，即选择课题和研究课题。首先是选择课题。选题是论文撰写成败的关键。因为，选题是毕业论文撰写的第一步，它实际上就是确定“写什么”的问题，亦即确定科学研究的方向。如果“写什么”不明确，“怎么写”就无从谈起。教育部自学考试办公室有关对毕业论文选题的途径和要求是“为鼓励理论与工作实践结合，应考者可结合本单位或本人从事的工作提出论文题目，报主考学校审查同意后确立。也可由主考学校公布论文题目，由应考者选择。毕业论文的总体要求应与普通全日制高等学校相一致，做到通过论文写作和答辩考核，检验应考者综合运用专业知识的能力”。但不管考生是自己任意选择课题，还是在主考院校公布的指定课题中选择课题，都要坚持选择有科学价值和现实意义的、切实可行的课题。选好课题是毕业论文成功的一半。第一、要坚持选择有科学价值和现实意义的课题。科学研究的目的是为了更好地认识世界、改造世界，以推动社会的不断进步和发展。因此，毕业论文的选题，必须紧密结合社会主义物质文明和精神文明建设的需要，以促进科学事业发展和解决现实存在问题作为出发点和落脚点。选题要符合科学研究的正确方向，要具有新颖性，有创新、有理论价值和现实的指导意义或推动作用，一项毫无意义的研究，即使花很大的精力，表达再完善，也将没有丝毫价值。具体地说，考生可从以下三个方面来选题。首先，要从现实的弊端中选题，学习了专业知识，不能仅停留在书本上和理论上，还要下一番功夫，理论联系实际，用已掌握的专业知识，去寻找和解决工作实践中急待解决的问题。其次，要从寻找科学研究的空白处和边缘领域中选题，科学研究还有许多没有被开垦的处女地，还有许多缺陷和空白，这些都需要填补。应考者应有独特的眼光和超前的意识去思索，去发现，去研究。最后，要从寻找前人研究的不足处和错误处选题，在前人已提出来的研究课题中，许多虽已有初步的研究成果，但随着社会的不断发展，还有待于丰富、完整和发展，这种补充性或纠正性的研究课题，也是有科学价值和现实指导意义的。第二、要根据自己的能力选择切实可行的课题。毕业论文的写作是一种创造性劳动，不但要有考生个人的见解和主张，同时还需要具备一定的客观条件。由于考生个人的主观、客观条件都是各不相同的，因此在选题时，还应结合自己的特长、兴趣及所具备的客观条件来选题。具体地说，考生可从以下三个方面来综合考虑。首先，要有充足的资料来源。“巧妇难为无米之炊”，在缺少资料的情况下，是很难写出高质量的论文的。选择一个具有丰富资料来源的课题，对课题深入研究与开展很有帮助。其次，要有浓厚的研究兴趣，选择自己感兴趣的课题，可以激发自己研究的热情，调动自己的主动性和积极性，能够以专心、细心、恒心和耐心的积极心态去完成。最后，要能结合发挥自己的业务专长，每个考生无论能力水平高低，工作岗位如何，都有自己的业务专长，选择那些能结合自己工作、发挥自己业务专长的课题，对顺利完成课题的研究大有益处。
软件工程毕业设计论文
大学生涯就要结束，大家是不是都在忙着自己的毕业论文呢?软件工程专业的同学们，我为大家整理了该专业相关的论文，供大家参考！
一、软件工程专业毕业设计存在的主要问题
（一）毕业设计题目设置与选题方面
题目设置不合理，类别与层次不清晰，选题匹配效果差[2]。学生的毕业设计课题一般都按照指导老师的研究方向和实际工程项目提供，但每年真正来源于工程实践题目比例较少。部分题目理论性强，学生根据所学知识不能很好理解；部分题目开发工具复杂，占用了毕业设计的大部分时间。在选题时可能导致学生想选的题目选不上，能力差的学生所选题目难度大，影响学生的积极性，导致选题效果差，造成毕业设计很难完成。
（二）毕业设计过程监控方面
毕业设计监控工作实施困难，效果较差。软件工程专业毕业设计一般包含选题、开题、中期检查、程序测试、撰写毕业论文、答辩、成绩评定。但对这些环节的监控有时候会形成空白带,毕业设计不在实验室进行，有的学生在实习单位实习，有的学生在外地找工作，老师不能定时与学生见面，老师无法了解学生的具体情况，且学生提交的各阶段文档流于形式，只有指导教师在进行监控，未形成完善的监控体系，导致监控不到位，监控效果较差[3]。
（三）毕业设计论文答辩方面
答辩考核方法单一，答辩仅由学生的讲解和老师的提问两个环节组成，考核准确度低。答辩通过门槛较低，答辩只对学生的毕业设计进行排名，一般排名在最后的学生才可能不及格，不利于提高学生毕业设计积极性，造成大部分同学仅以答辩及格为目标，思想上不重视，答辩准备工作不扎实。再由于软件工程专业特点，毕业设计软件作品评分标准难于量化，考核具有一定难度，也造成答辩效果不好。同时为了提高学生毕业率和就业率，毕业答辩的质量控制有所放松，直接导致了软件工程专业毕业设计质量难以保障。
二、软件工程专业毕业设计的教学改革
针对上述各项实际问题，主要进行的相关工作具体如下：
（一）合理设置毕业设计题目，动态选题
依照软件工程专业的以市场需求为导向，培养应用型软件工程人才的培养目标，在毕业设计题目设置环节，紧紧围绕工程实际型、创新项目型、竞赛题目型、科研项目型等类型进行题目设置，以适应市场动态需求。同时着力避免在毕业设计题目中设置虚拟型题目、理论研究型题目、综述型题目、分析设计型题目等。在选题过程中，通过毕业设计管理系统(如图1所示)进行多轮双向动态选择，动态调整题目各项技术参数以保证学生能选择一个适合自己能力且能有利于自己以后工作的题目[4]。这样，在选题之后，每个指导老师就可以根据学生不同能力进行分别指导，使不同能力的学生都能够运用其所学知识解决工程实际问题，都能够通过毕业设计增强工程实践能力、工程设计能力与创新能力。近四学年软件工程专业毕业设计各类题目汇总。
（二）毕业设计过程实行三级监控管理机制
学校成立以主管副校长为组长的毕业设计工作领导小组以加强毕业设计宏观调控，学院成立以教学副院长为组长的`毕业设计工作领导小组以加强毕业设计协调与监控工作，软件工程专业成立以专业负责人为组长的毕业设计工作小组落实并实施毕业设计各环节具体工作[2]。具体参见下图2。在实现毕业设计过程管理的三级管理机制的同时，为保障毕业设计工作质量，软件工程专业要求所有指导教师必须具有中级以上技术职称或硕士以上学位且有一定工程实践经验，具有较高教学、科研水平和创新能力，师德良好，工作态度认真负责。在每年的毕业设计指导工作开始前都对指导教师进行资格审查，择优任用，且每位教师指导的学生不超过6人，以保证指导教师对学生的充分指导[5]。
（三）毕业设计过程量化考核
以往软件工程专业毕业设计成绩通常由三部分组成：一是学生的平时表现由指导老师把握；二是学生的毕业论文成绩。由专业其他指导老师进行评阅；三是现场答辩成绩。由所在组的指导教师按照相关评分标准打分并取平均分。这样基本能够保证毕业设计成绩的公正，但是由于只有毕业答辩环节具有约束力即答辩未通过则总成绩不及格，其他环节不具约束力，因此造成毕业设计前期、中期工作流于形式，前期、中期阶段提交的文档趋于应付、质量不高，最终导致毕业论文质量较低[6，7]。为此，软件工程专业经过几年的探索与实践，实施了毕业设计各阶段的软件工程生命周期量化考核法即各个阶段量化考核，且考核成绩不合格者不能进行下阶段毕业设计工作，必须加以整改，整改通过后才能进入下一阶段毕业设计工作。经过几年的实践证明该考核方法切实可行，能够保证毕业设计各个环节的质量，最终提高毕业设计总体质量。
（四）在毕业设计过程中进一步提高学生工程能力与创新能力
辽宁工业大学于2011年制定并实施了大学生创新团队机制，建立了大学生创新项目申报机制引导大学生开展创新活动；引导学生每年都参加校级、省级、国家级软件设计大赛等各类各级比赛[8]。随着学校和学院创新教育活动多年持续深入开展，软件工程专业学生的创新与创业活动取得了显著成果。超过1/4的软件工程专业学生能够独立主持创新性项目，并以该项目为原型申报毕业设计题目[9]，同时参加省级、国家级计算机竞赛并获得奖项。通过主持校级及省级创新项目既毕业设计题目，学生工程能力、创新能力得到极大锻炼与提高，本专业毕业生就业率与就业质量明显提高。软件工程专业学生主持参加创新项目既毕业设计题目情况见表3。
三、结束语
软件工程专业毕业设计是一个极具综合性、实践性的重要环节，是对学生大学四年学习后面向社会与企业前的有且仅有的一次大检验，它不仅检验了学生所学知识、能力与综合素质，还检验了软件工程专业的培养目标、培养模式、课程体系、实践体系、创新体系等相关环节[10]。经过几年的探索与实践证明，软件工程专业所做的系列教学改革工作中的毕业设计教学改革工作有利于进一步增强学生的工程实践能力和创新能力，有利于提高软件工程专业毕业设计质量，有利于提高软件工程专业学生就业率与就业质量。虽然软件工程专业毕业设计教学改革工作取得了一定的成绩，社会认可度逐年稳步提高，但如何动态调整教学计划以跟进市场需求变化；如何深入开展大学生创新创业教育活动以进一步增强更多软件工程专业学生的实践能力及创新能力；如何进一步加强专业教师工程实践能力、工程设计能力与工程创新能力以提高毕业设计指导效力；如何提高毕业设计过程管理效率等问题仍然是软件工程专业所面临的严肃课题[11]。因此，软件工程专业的毕业设计教学改革工作也一定会紧跟时代变化，与时俱进。
软件技术是一个发展变化非常快的行业，软件人才要按照企业和领域需求来确定培养的方向。下面是由我整理的软件技术论文范文，谢谢你的阅读。
浅谈软件项目估算技术
摘 要：由于软件产品自身的特殊性，导致软件项目的估算工作进行困难，估算结果准确性差。为了解决这一问题，产生了很多不同的软件项目估算技术，本文对各种估算技术的主要思想及其优缺点进行简单的阐述。尤其是对功能点估算技术，本文做了详细的介绍，并通过实例加以说明其应用方法。
关键词：规模估算;成本估算;实例应用
中图分类号：
软件项目的估算历来是比较复杂的事，因为软件本身的复杂性、历史经验的缺乏、估算工具缺乏以及一些人为错误，导致软件项目的估算往往和实际情况相差甚远。因此，估算错误已被列入软件项目失败的四大原因之一。由此，也证明了正确对软件项目进行估算是何等重要。
在软件项目管理中，估算就是对项目将持续多长时间或花费多少成本的预测。所以说，估算正是一种对未来的预测。从这里也看以看出估算的重点就在“工作量估算”或“成本估算”，而在对这两者进行估算的过程中大多数情况下都少不了“软件规模”这个条件，所以本文将软件估算分为两种类型，第一个种是软件项目规模的估算，第二种是将估算得出的规模转换为工作量的估算或成本的估算。目前使用比较广泛的规模估算技术，如：代码行估算技术、功能点估算技术;而使用比较广泛的成本估算技术，如：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.
作者简介：王颖，女，研究生，软件工程专业;江文焱，男，研究生，软件工程专业。
点击下页还有更多>>>软件技术论文范文
软件工程涉及的资源有：人力、资金、时间的合理分配，涉及到文化与管理等，及各种规划化。 软件开发是一个把用户需要转化为软件需求，把软件需求转化为软件设计，用软件代码来实现软件设计，对软件代码进行测试，并签署确认它可以投入运行使用的过程。在这个过程中的每一阶段，都包含有相应的文档编制工作。 软件开发过程当中，遵循一定的流程，主要包括系统分析、系统设计、系统编码、系统测试以及系统的维护等几个阶段。依次概述如下： 1、系统分析 系统分析包括软件需求分析和系统可行性分析。软件需求分析就是回答做什么的问题。它是一个对用户的需求进行去粗取精、去伪存真、正确理解，然后把它用软件工程开发语言（形式功能规约，即需求规格说明书）表达出来的过程。系统可行性分析就是通过需求调查来确定此系统是否具有可行性。 2、系统设计 系统设计可以分为概要设计和详细设计两个阶段。实际上软件设计的主要任务就是将软件分解成模块。概要设计就是结构设计，其主要目标就是给出软件的模块结构，用软件结构图表示。详细设计的首要任务就是设计模块的程序流程、算法和数据结构，次要任务就是设计数据库，常用方法还是结构化程序设计方法。 3、系统编码 系统编码是指把软件设计转换成计算机可以接受的程序，即写成以某一程序设计语言表示的"源程序清单"。 4、系统测试 系统测试的目的不是验证软件的正确性，而是以较小的代价发现尽可能多的错误。测试从需求阶段开始，此后与整个开发过程并行，换句话说，伴随着开发过程的每一个阶段，都有一个重要的测试活动，它是预期内按时交付高质量的软件的保证。 5、系统维护 系统维护是指在已完成对软件的研制（分析、设计、编码和测试）工作并交付使用以后，对软件产品所进行的一些软件工程的活动。即根据软件运行的情况，对软件进行适当修改，以适应新的要求，以及纠正运行中发现的错误。编写软件问题报告、软件修改报告。在实际开发过程中，软件开发并不是从第一步进行到最后一步，而是在任何阶段，在进入下一阶段前一般都有一步或几步的回溯。在测试过程中的问题可能要求修改设计，用户可能会提出一些需要来修改需求说明书等。 总的说来，软件开发是一个环环相扣的设计和实施过程，整个系统开发的过程当中，系统分析和设计是重中之重。只有把握好系统分析，才能使后续改动尽可能多的减少；只有把握好系统设计，才能保证软件的根基比较稳固。也即是它们很大程度上决定着软件开发的周期以及寿命。另外，完美的开发团队和开发过程的合理控制是软件成功开发关键要素之一。>> 软件工程 过去几十年，软件技术经历了一系列重要的变化和发展，构成软件的软件实体的粒度不断增大，软件基本模型越来越符合人类的思维模式；软件运行平台的能力不断增强，越来越多地屏蔽掉计算机底层的复杂性；软件支撑平台的能力不断增强，越来越多地屏蔽了软件开发过程的复杂性；软件技术的应用范围不断扩大，越来越广地渗透到人类生活的各个方面。网络技术的发展日新月异，基于新一代网络技术的各种应用的融合是大势所趋。网络新技术与软件新技术的相互促进必将为人类创造一个更为灿烂多彩的IT世界。 这世上同时存在着两种对立的声音：本质决定成败和细节决定成败。偏好本质的人喜欢说本质论。偏好细节的人则喜欢说精细化管理。但如果在较长的时间轴上考量这两种观点，就会发现他们之间并不真的对立。----------------------------程序员几个发展方向： 走向管理：有两种原因会使部分程序员走上管理的道路，一是与生俱来的对 权力的欲望；一是在程序员的岗位上对自我价值重新认知。对于前者如果欲望过去强烈就会急功进利，很容易走捷径，会出现不能服众的情况。对于后者自我价值的重新认知是一个缓慢的过程，一个程序员在长期的开发过程中会慢慢发现一个人的力量是有限的，做一件事情必须要借助其他人的帮助，如果需要别人的帮助就必须能影响他人。从而认识到一个人的价值对公司来说几乎是不值一文，如果想让自己的价值得到提升必须要影响到他人，借助他人的力量使自己的价值得到最大提升。 走向行业：即成为某个行业的行业专家。一般来说走这个方面需要机遇，需 要长时间的从事某一个领域的开发与管理工作，对某个行业无论是大局还是细节都了如指掌。 走向专业：即成为架构师。一般来说这些人对开发有狂热的兴趣，逐渐的从代码的编写中认识到设计与软件架构的重要性，并对软件设计乐此不疲。 自已干：这些人是野心家，也是风险最大的一条路。好多程序员都认为软件开发不需要什么成本，只要能接到单子完全可以自己干，自己当老板。然而很少了解只有长期持续的订单才是一个企业不断稳定发展的最重要因素。------------------------------程序员具备：恒心、耐心、细心 兴趣决定一切：当一个人把自己的职业仅当成谋生的手段时，那他的人生将会失去很多乐趣。如果你不喜欢软件开发，那最好离开这个职业，没有兴趣只会让你一事无成。 自我学习：做程序员就是这样，走上了一条永无止境的学习之路，不学习新知就会被淘汰。然而学习也是有方法的：1)拿来主义；2)知其然也要知其所以然，细细分析与研究别人的优秀框架会对你大有好处。 自我修复：不断的重构与完善你的代码，是对所学知识的达到溶汇贯通的最简捷的途径。 找到一个圈子或老师：有时别人的一句话会对你的点拨很大。对于知识点有时只是一层窗户纸，看似玄妙，也许你差的只是那灵光一现或是换一个角度思考，这并不难。难的是将你所了解的知识点串接起来，使其能上下贯通运用自如，而在这点上通过一己之力会变得非常的漫长与痛苦。--------------------------- 软件开发要融入工程化的思想，要有高度的设计能力，关注更多的软件运行属性和设计质量属性，同样的系统，不同的软件人员会做出完全不同的软件，正规，高效的开发团队要比游击队开发团队不只高出几十倍。软件开发，不仅仅关注功能，性能，更应该去研究可维护性，可扩展性等质量属性，不仅仅只关注代码，而更要上升为设计，复用等。还有更高层次的设计开发，软件重构，模块化，系统构架，搭建统一软件平台，度量软件质量等.软件开发人员，要作的事情太多了，软件实在是一个浩大的脑力工程，甚至会让人觉得这是一个投入/产出比最低的行业，因为要学习的知识实在太多了，每时每刻都要处于不断的学习和更新当中. 这是指导整个软件开发的指南，这里包括软件从开始到结束的整个过程,包括制定计划、需求分析和定义、软件设计、程序编写、软件测试、运行/维护，这六个步骤每一步的执行是保证项目成功完成的保证，以后将对这六个过程进行一一的分析。软件生命周期 其中包括：瀑布模型、演化模型、螺旋模型、喷泉模型、智能模型。模型特点： 瀑布模型：周期长，跟用户见面比较晚，从计划到和用户一起计划外，其他的部分用户和开发人员是分离的，用户不能直接把问题直接反应过去。 演化模型：由于在项目开发的初始阶段人们对软件的需求认识常常不够清晰，因而使得开发项目难于做到一次开发成功，出现返工再开发在所难免。做两次第一次只是实验开发，其目标只是在于探索可行性，弄清软件需求第二次则再此基础上获得较为满意的软件产品 螺旋模型：多次原型反复并增加风险评估的开发模型喷泉模型：有严格的数学理论和形式化的技术支持，但目前在所研究试验阶段，不能实现 智能模型：1.通过领域的专家系统，可使需求说明更加完善、准确和无二义性。2.通过软件工程的专家系统，提供一个设计库支持，在开发过程中成为设计者的助手。3.通过软件工程知识和特定应用领域的知识和规则的应用来提供对开发的帮助。但是，要建立适合于软件设计的专家系统，或建立一个即适合软件工程又适合应用领域的知识库都是非常困难的。--------------------------------对软件的基本认识 i.开发软件为什么要工程化有很多人，尤其是很多学生存在这样的误区，平时感觉自己能用语言写一个闹钟，写一个记事本等一些小东西，就以为自己一个人就可以完成一个小的项目，所以很不理解为什么开发软件有时候不能让一个人独立完成，也有个人英雄主义在作怪。其实原因很简单，比如说，高中我们做题应该很有体会，感觉一张卷子一点问题也没有，但是等成绩下来的时候总不是一百分，为什么，因为我们很难发现自己的错误，哪怕是重复很多次，这是思维定势。 ii.软件开发与其说是技术活，不如说是规范活.软件开发是程序员奇思妙想的时候，用什么方法都是随心所欲的，有的人则为了追求速度或者说是彰显个性而用一些很不大众的算法，以为这是体现自己高明的地方，恰恰相反，这真是不懂编程的表现，一般的项目一般都不是一个人来完成的，它分为开发阶段和维护阶段，然而维护阶段一般又非开发人员所为，所以如果代码技术性过于高，反而对后面的维护不利，另外，IT是个跳槽率很高的职业，如果一项工程没有完成就离开，剩下高明的算法要让谁看呢，出于对公司的考虑，最好还是规规矩矩，符合大众的口味。 iii.文档的重要性很多人，尤其是大学生，刚开始学习编程的时候，难免会有一些急功近利的想法，想快点做出点成绩，但是往往欲速则不达，就想前段时间做的机房收费系统一样，在一种完全没有文档的情况下，虽然最后做完了，而且也跑起来了，问题似乎也没有想象的那么多，但是其中的过程只有自己知道，代码啦，数据库啦都不忍心看，可以说是乱七八糟的，想加个数据库就加，想加个功能就加，很有文档，就像没有目的的去雕塑，雕成什么样，算什么样，而且很多情况是中途发现需要这个样子了，才发现，那部分材料已经被自己给去掉了，所做的程序自然没有规律可言，如果现在有人说那个机房收费系统那个功能要修改一下，我估计我的得全盘改动. iv.开发软件为什么时间总是那么紧，开发的人总是那么累曾经有过单纯的想法，为什么工作非要加班呢，多用些人不就行了吗，人多力量大嘛，但是自从软工看完后便觉得这种想法荡然无存了，其实，原因并不是说老板多黑心，而是取决于软件开发工作的性质，这是一项需要智慧的工作，首先，这不是工厂，没有机器，只有手工；其次，这里需要残杂很大一部分人文因素，比如说个人习惯，同样输出一个结果，两个人的算法往往就有很大的区别，所以参加人数越多，在项目中的不同因素就越多，因为各个模块之间的衔接问题就越大，所以参加人数应该是少而精，所以这也是为什么蓝精灵体中说程序员是“聪明而辛苦”，聪明在他们每个人都是一个设计师，辛苦在一项任务，自己又无可取代的位置，只能是自己的事情自己干。 v.如果自己无法适应社会中的潜规则，那么就学编程吧（不知道这样说对不对）从我目前的认识来看，突然发现软件行业是整个社会的一片净土，这里不像其他行业一样靠嘴吃饭，更多的是需要能力，除非老板想赔钱，不然绝对不会用一个靠关系而不是靠技术的人来当项目经理，因为这个关系到整个项目生存的决定性因素；虽然同事之间保持着微妙的竞争关系，但是一个项目要想如期完成必须要和同事上司好好合作；做软件开发的每个项目的每个功能，无处不能体现全心全意为人民服务的宗旨，所以开发软件的人无疑又是心细如丝，必定是善良的，体贴的，嫁人就嫁程序员哦。所以，以此可见，这里的确是一片净土。
你去软件工程与应用这本期刊上通过关键词检索一下，上面有很多相关文献可以参考学习的哦
这里还有些资料，你看看项目实施阶段工程造价动态控制论文先对工程造价动态控制的研究范围进行了界定,提出了项目实施阶段工程造价动态控制的原理和工程造价动态控制的三个系统,即工程造价动态控制计划系统、监控系统和调整系统。在以后章节中深入三个系统具体分析其对工程造价的动态控制。在工程造价控制计划系统中,首先运用wbs的理论对单位工程进行了分解,为编制分部工程造价计划提供了理论依据。再分析我国现阶段工程造价计划编制方法的不足,提出wbs理论与进度相一致的工程造价计划编制方法。在工程造价监控系统中,通过调查已建工程的项目特征属性和工程造价的属性,运用模糊数学理论计算已建工程与拟建工程的相似度,确定出与拟建工程最为相似的工程,然后利用灰色系统中gm(1,1)模型根据已有项目信息对拟建项目的数据进行测算。再运用赢得值和控制图理论,构建工程造价监控赢得值—控制图模型,并计算模型的控制参数,确定模型监控准则,根据监控准则对工程项目造价进行实时监控。在工程造价的调整系统中,针对在监控系统中的偏差信息,先分析影响工程造价偏差的各种因素,通过问卷调查的方法分析每种影响因素的权重,对影响因素的权重排序,找出权重较大的影响因素制定相应的调整措施。最后利用工程实例,依据工程造价动态控制整体思路和控制原理,编制工程造价计划,预测拟建工程实际工程造价,然后利用造价控制模型分析在实际施工过程中的造价偏差,并针对每种偏差提出了具体的调整方法。通过实际案例论证了工程造价动态控制计划系统、监控系统和调整系统的科学性和实用性。工程造价的毕业论文在中国问道论文发表网很多的哦，之前我就找上面的老师帮忙指导的。相对于网上很多个人和小机构要好很多。
工程造价从官方上说就是进行某项工程建设所花费的全部费用，其主要设计的内容有投资估算、设计概算、修正概算、施工图预算、工程结算、竣工决算等，对应着项目的各个阶段。其核心要素自总结起来就三方面：量、价、费。现在我们国家正在进行新基建，而为确保建设工程的投资效益，工程造价从工程建设的可行性研究开始经初步设计、扩大初步设计、施工图设计、承发包、施工、调试、竣工、投产、决算、后评估等贯穿整个过程，发展也是不错的。
建筑工程造价决定工程的收益,其对工程整体性的影响极大,工程造价问题一直就是建筑施工单位和建筑使用单位共同关注的重点内容。下文是我为大家蒐集整理的关于的内容，欢迎大家阅读参考!
浅谈有效控制建筑工程造价措施
摘要：为加强建筑工程造价管理，提高资金的使用效益，在招投标阶段，要按照有关规定，合理确定工程造价;在工程中标后，要签定公平合理的合同，确定工程承包合同价;在工程实施阶段，要有效控制工程造价，对工程造价实行全过程、全方位管理。本文对影响工程造价比较大的设计阶段、招标投标阶段、施工阶段、竣工结算阶段的工程造价控制进行分析。
关键词：工程造价;成本控制
在建筑工程专案管理中，如何有效地进行工程造价的管理，并在确保工程质量的前提下，降低工程造价，是各级工程造价部门、投资者一个比较关注的问题。目前在对工程造价的理解上不尽相同，大体上有两种：一是指完成一个建设专案所需费用的总和，包括建筑工程费、安装工程费、装置费以及其他的相关费用，实质上是指建设专案的建设成本，也就是对建设专案的资金投入。二是指发包工程的承包价格。发包的内容有建筑、有安装，也有的是包括建筑安装在内的、范围更广的“交钥匙”工程，但主要是指施工的承包价格。为了适应社会主义市场经济体制和建设专案全过程工程管理的需要，要合理确定和有效调控建设工程造价，提高工程造价编制水平，反映工程的实际造价。有效地控制工程造价，必须做好以下几点：
1 公平竞争合理招投标
实行公平合理的招投标，是通过竞争后，使承担的工程造价更加合理，并合理的安排专案计划，进行有效地控制工程造价，通过招投标的建设专案的工程造价比较合理，也可以说招投标也是基本建设范畴的一种新的经济承包制。所以在招投标过程中，要有明确的透明度，使之招投标单位思想明确，对招投标工作放心，而对一些不利的招投标因素实行限制，真正的体现了在经济市场实行公平竞争，把真正有技术力量和工程专案建设中有雄厚的技术力量和质量意识比较强的，素质比较好施工单位，并且有相当的工程建设经验的单位招标进来，工程实行招投标后，中标单位在施工前签订施工合同，从而工程造价也就确定了。
专案招标过程中的成本控制
招标工作应遵循公平、公开、公正、诚信的原则。招标前，应严格审查施工单位资质，必要时进行实地考察，避免“特级企业投标，一级企业转包，二级企业进场”等不正常现象，这对专案成本控制非常不利。
做好招标档案的编制工作，造价管理人员应收集、积累、筛选、分析和总结各类有价值的资料、资料，对影响工程造价的各种因素进行鉴别、分析、评价，然后结合工程实际情况编制招标档案。
合理低价者中标。目前推行的工程量清单计价报价与合理低价中标，作为业主方应杜绝一味寻求绝对低价中标，以避免投标单位以低于成本价恶意竞争。所谓合理低价，是在保证质量、工期前提下的合理低价。
做好合同的签定工作
应按合同内容明确协议条款，对合同中涉及费用的如工期、价款的结算方式、违约争议处理等，都应有明确的约定。在签定的过程中，对招标档案和设计中不明确、不具体的内容，通过谈判，争取得到有利于合理低价的合同条款。同时，正确预测在施工过程中可能引起索赔的因素，对索赔要有前瞻性、有效避免过多索赔事件的发生。此外，应争取工程保险、工程担保等风险控制措施，使风险得到适当转移、有效分散和合理规避，提高工程造价的控制效果。工程担保和工程保险，是减少工程风险损失和赔偿纠纷的有效措施。
2 设计阶段的成本控制
推行设计招标，择优选择设计单位
积极推行建筑方案与经济方案相结合的设计招标方案，尽量将工程主体及配套的附属、绿化等均放在一起进行招标，采用多家竞投，组织有关专家综合评比，这样既可优选出好的设计单位，又可促进设计方在专案整体布局、建筑造型使用功能上开拓创新，在降低工程造价上下功夫，并且开展节能设计，使建筑在使用过程中也能够控制使用成本，也是控制工程造价的原则思路的延伸。
开展限额设计，有效控制造价
积极推行限额设计，健全设计经济责任制。设计人员应熟悉掌握建筑工程预算定额及费用定额，熟悉建筑材料预算价格，然后按专案投资估算控制初步设计及概算，再用初步设计概算控制施工图设计及概算。因此，各专业在保证功能及技术指标的前提下，必须制定双赢策略，合理分解和使用投资限额，融施工图设计和施工图预算为一体，把技术和经济有机结合起来。严格控制设计变更，以保证投资限额不轻易突破。工程建设部门的工程造价管理人员应与委托的设计部门积极配合，及时提供可靠的工程基础资料。
采用合同措施，有效控制造价
在设计合同经济条款上，增加设计变更及修改的费用额度限制条款，如设计变更费超出施工合同价的某一比例如5%时，则扣罚一定比例的设计费设计质保金。采取一定的约束力是对设计规范、设计标准、工程量与概预算指标等各方面控制的一种举措。
3 工程实施过程中的造价控制是十分重要的。造价工程师应该全面地掌握和运用招投标档案、合同协议书及有关设计、施工档案。以合理的工程量清单为依据，抓住计量支付这个关键环节，认真稽核支付申请，使每笔资金都能得到合理控制和支付。造价工程师在专案实施过程中除了对所发生的各种费用进行控制外，还需要及时掌握国家有关工程造价方面的法律法规，收集各种价格资讯，了解价格动态，整理分析各种造价资料等。
抓好合同管理，减少工程索赔
在施工阶段成本控制的关键是对工程变更实行有效控制。针对目前工程量清单报价，施工单位往往采取“低价中标，索赔赢利”的方式承揽工程。作为业主方造价管理人员要做到事前把关，主动监控、严格稽核工程变更、计算各项变更对总投资的影响，从使用功能、经济美观等角度确定是否需要进行工程变更，减少不必要的工程费用支出，避免投资失控;另外，对施工单位及材料供应商不履行约定义务及时提出反索赔，使成本得到有效控制。
从管理模式上着手，建立建设监理制，追求专案投资的有效控制按照监理规定和实施细则，完善职责分工及有关制度，落实责任，从工程管理机制上建立健全的投资控制系统。同时做好月度工程进度款稽核，避免投资失控。工程进度款的稽核，对经监理方确定的工程量，按合同约定的计价依据，套用材料单价及费用定额进行核价后支付相应的工程进度款。
从技术措施上展开专案投资的有效控制
对主要施工技术方案做好论证的基础上，广泛应用新材料、新工艺、新办法等等，想方设法在技术上实施专案投资的有效控制。技术措施是实施专案投资的必要保证。据统计，材料费一般占直接工程费的70%左右。同时，直接费的高低影响到间接费的高低，因此，选用新工艺、新材料，是提高劳动生产率和缩短工期的有力保证。
从经济措施上展开专案投资的有效控制
严格控制现场经费和总部管理费，合理使用广告策划费、销售代理费等，减少销售成本，最大限度降低静态投资。
4 竣工阶段的成本控制
该阶段是成本控制工作的最后阶段。根据合同、预算及费用定额、竣工资料、国家或地方的有关法规，认真稽核工程款。以政策为依据，对送审的竣工决算进行核实工程量，落实联络单签证费用，使稽核后的结算真正体现工程实际造价。
5 结束语
长期以来，习惯于把成本控制放在建设实施阶段，其实，投资控制、工期控制、质量控制等是互为关联的，存在着对立统一的辨证关系。要抓好投资控制，必须抓好专案的质量和进度等。因此，专案造价、工期、质量等是一个相辅相成的问题，专案成本控制是集经济、技术与管理为一体的综合学科，只有做到各方综合评衡，才能做到直接有效的控制工程造价。
参考文献
[1]易涛.工程造价综合知识.中国电力出版社.[2]何佰洲.建设工程合同.智慧财产权出版社.
>>>下页带来更多的
软件工程与应用，可以参考，权威的算不上
推荐《软件工程》杂志，以下是该杂志的简介和投稿须知，希望有所帮助：
《软件工程》（原刊名：《软件工程师》）创刊于1998年，由东北大学主办，辽宁省教育厅主管，月刊，国家首批认定的学术期刊。国内出版物号：CN 21-1603/TP；国际出版物号：ISSN 2096-1472；CODEN：RGUOAX。中国知网数据库（CNKI）全文收录万方数据—数字化期刊全文收录中国期刊全文数据库（CJFD）全文收录中国学术期刊综合评价数据库（CAJCED）统计源栏目设置：1 综述 2 方法与技术 3 工具与环境 4 过程与模型 5 人工智能 6 互联网计算 7 信息系统与数据处理 8 信息安全与安全软件 9 嵌入式系统 10 教育教学
软件工程和应用期刊是scd。根据查询相关信息显示，软件工程与应用SoftwareEngineeringandApplications是汉斯出版社发行的一本关注计算机领域最新进展的国际中文期刊，本刊支持思想创新、学术创新，倡导科学，繁荣学术，集学术性、思想性为一体，旨在为了给世界范围内的科学家、学者、科研人员提供一个传播、分享和讨论计算机领域内不同方向问题与发展的交流平台。