发布时间：
软件技术是一个发展变化非常快的行业，软件人才要按照企业和领域需求来确定培养的方向。下面是由我整理的软件技术论文范文，谢谢你的阅读。
浅谈软件项目估算技术
摘 要：由于软件产品自身的特殊性，导致软件项目的估算工作进行困难，估算结果准确性差。为了解决这一问题，产生了很多不同的软件项目估算技术，本文对各种估算技术的主要思想及其优缺点进行简单的阐述。尤其是对功能点估算技术，本文做了详细的介绍，并通过实例加以说明其应用方法。
关键词：规模估算;成本估算;实例应用
中图分类号：
软件项目的估算历来是比较复杂的事，因为软件本身的复杂性、历史经验的缺乏、估算工具缺乏以及一些人为错误，导致软件项目的估算往往和实际情况相差甚远。因此，估算错误已被列入软件项目失败的四大原因之一。由此，也证明了正确对软件项目进行估算是何等重要。
在软件项目管理中，估算就是对项目将持续多长时间或花费多少成本的预测。所以说，估算正是一种对未来的预测。从这里也看以看出估算的重点就在“工作量估算”或“成本估算”，而在对这两者进行估算的过程中大多数情况下都少不了“软件规模”这个条件，所以本文将软件估算分为两种类型，第一个种是软件项目规模的估算，第二种是将估算得出的规模转换为工作量的估算或成本的估算。目前使用比较广泛的规模估算技术，如：代码行估算技术、功能点估算技术;而使用比较广泛的成本估算技术，如：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.
作者简介：王颖，女，研究生，软件工程专业;江文焱，男，研究生，软件工程专业。
点击下页还有更多>>>软件技术论文范文
软件工程导论 第6版 免费下载
链接:
《软件工程导论》是2009年1月清华大学出版社出版的图书，作者是朱少民。
1、软件工程是一门指导软件开发和维护的工程学科，主要研究软件开发和维护的工程技术和软件项目管理等内容，其中涉及如何保证软件产品的质量和可靠性，如何提高软件开发效率和拥护满意度等。2、软件工程目标：生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。3、软件生产历经4大阶段分别为：程序设计阶段（1946-1956年）、软件开发阶段（1956-1968年）、软件工程阶段（1968年以后）、计算机辅助软件工程阶段4、常见的软件过程模型：边改边做模型、瀑布模型、演化模型、增量迭代模型、喷泉模型5、软件过程的研究，标志着人们为解决软件危机问题，把关注的焦点由编程转移到了软件开发的整个过程，包括分析、设计、编程和测试4个核心阶段和需求调研、运行与维护两个延伸阶段说明软件质量、软件开发效率、软件的可靠性、可维护性问题涉及了软件生存周期的所有阶段。6、软件生存周期：一个软件从定义到开发、使用和维护，直到最终被弃用，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生存周期。软件的生存周期可分为八个阶段：①问题定义；②可行性研究；③需求分析；④总体（概要）设计；⑤详细设计；⑥编码与单元测试；⑦综合测试；⑧软件维护。7、需求分析：系统开发前期需求分析很重要，它是为了有效解决用户问题的需要进行的一项工程活动，所需要考虑的需求问题是功能需求、数据需求、性能需求和接口需求，开发者承担分析任务，核心是用户。其步骤有三个：①获取客户需求，客户泛指某个人或机构部门等，一般方法是调查，包括访谈、座谈、问卷、跟班和收集资料，需求规约可表达用户的软件价值。②建立需求模型，它是用户需求的图解，一些常用的模型有：业务树图、用例图、活动图。分别用于结构化需求建模、系统业务举例和反映系统工作流程。③进行需求验证，要验证的主要内容有：有效性验证、一致性验证、完整性验证、现实性验证和可检验性验证。。。。感悟：了解了什么是“软件危机”，透过软件工程于解决“软件危机”的重要性、软件工程三条重要线索、软件工程知识体系函括内容及软件工程各类生存期模型，我对软件工程思想及“工程化”软件开发的流程有了较系统的了解，透过软件工程的起源，认识到：实现软件工业的产业化，软件工程必须是真正意义上的工程化。从软件开发三条线索（开发、管理、改进）来看，软件开发的过程必须规范化（各阶段都必须形成相应文档；编码必须依照通用可读性严格遵照编程规范……）；软件项目管理的核心是项目规划和项目跟踪控制，保证软件工程开发的成功完成，软件开发流程的规范化在软件项目中有着重要的作用，通过不断地优化和规范过程，企业可以提高软件生产能力。从需求分析到维护，透过软件的开发流程具体实施的学习，我对软件项目开发的流程有了更深的理解，例如通过需求规格说明书、可行性研究说明书、数据库设计说明书、需求分析说明书、总体设计说明书、详细设计说明书等六份作业的完成虽然很不完善，但仍让我对需求分析建模和设计中用到的方法有了更好的理解并熟悉了六份文档的格式。学了这门课才知道软件开发中每一阶段都有文档的产生，其管理与应用也是一门大学问……此外，这门课程里讲授了很多我以前从未接触过的方法和软件如UML模型、MVC模型、visio的强大绘图建模功能、这些知识不仅能应用于软件工程，也能应用于其他的很多领域，这门课结束了，但这些方面学习我还将继续的。
对软件工程的一点看法--希望能够抛砖引玉在这里看到很多网友的高论，很有启发。而且目前市面上也涌现出一批面向不同方面的软件过程的书籍，可是在这里，我一直没找到真正对实践有指导意义的，可操作的应用方法，所以现在这儿抛块砖，望各位高手指正。我个人的理解，软件工程就是按照工程学的管理方式，有组织、有计划的，在一定的质量基础、时间限度和成本范围内，实现功能明确的软件系统。而且，软件工程在企业范围内运行，一定需要企业资源的支持，要与企业的经营、决策、管理体系联系在一起，才能够被踏踏实实的落实下来。软件业作为一个服务业，要想得到发展，首先必须形成一个对软件服务有迫切需要的市场。其次，这个市场中的消费者必须具备足够的购买力。软件的消费群体简单一点，可以分为个体消费和企业消费。中国的企业群体，数量庞大，但是质量不高。上规模的企业极少，因此，中国的企业对大型软件的消费肯定是有限的，软件的个人消费，至少目前在中国，还是不成气候。因此，国内目前能够形成比较大规模的独立市场的，肯定是小规模的软件系统。此外，质量的好与坏也不能绝对而论。比如说，你花500元，买双皮鞋，只穿了一个月就坏了，肯定是劣质产品。可是如果你只花了5元买这双鞋，还是穿了一个月就坏了，他就是个优质产品了。软件也是一样。还有一个，就是软件生命周期问题。在国外，很多中、大型企业里，软件系统已经作为企业的命脉在运行，这些企业当然需要长期、稳定的软件服务、开发体系作为保障，因此相对来说，对于软件的功能需求就比较明确，而国内的中小企业在运营方面本来就把灵活多变作为生存武器，当然不可能有比较长期的经营计划，更不可能运用软件系统进行全面企业管理。这就导致对软件系统需求的短期行为，因此，他们更加希望一次性购买功能有限的软件系统，而不是长期连续的软件服务。如果上面的分析有代表性的话，那就是说我们现在必须对开发这类软件形成一套非常有效的工程方法：1。规模小。2。成本低3。质量要求不高。4。售后服务有限。5。生命期短。我想，对于这类系统，RUP未必是一套好的方法。另外，我还想谈谈对软件人员素质的看法。从我个人的经历来说，我觉得我们对于软件工程师的培养方法有问题。理论上说，软件只要设计了一个好的结构，解决了所有的技术难点，剩下的代码高中生就能做。实际上我们的很多名牌大学的计算机专业毕业生都不能很好的Coding。尤其是现在有了VB、PB、JAVA之后，大家似乎认为计算机的体系结构都不用关心了。我曾经经手的几个软件项目中，很多工程师对于用C语言开发Win32多线程、事件驱动、死锁、内存分配等问题根本束手无策。我不相信这些问题可以靠很好的文档解决。实际上，能够用OO的工具工作，根本不代表能够进行OO的系统分析与设计。话又说回来，在中国，有10年以上软件开发背景的人，又有几个？而且他们在过去10年里的经验，更多的是小项目的Coding，而不是大项目的管理与系统分析。而一个好的系统分析师，需要的是实践、实践、再实践。假如说我们的商业环境中根本没有大型的软件项目，怎么可能有优异的系统分析师呢?所以，我想，目前我们的问题，是工程师的技术水平、知识面与管理意识、管理方法同样重要，在这样的前提下，我们是不是要探索一下真正适合我们的软件工程方法呢？
软件工程毕业设计论文
大学生涯就要结束，大家是不是都在忙着自己的毕业论文呢?软件工程专业的同学们，我为大家整理了该专业相关的论文，供大家参考！
一、软件工程专业毕业设计存在的主要问题
（一）毕业设计题目设置与选题方面
题目设置不合理，类别与层次不清晰，选题匹配效果差[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.如果自己无法适应社会中的潜规则，那么就学编程吧（不知道这样说对不对）从我目前的认识来看，突然发现软件行业是整个社会的一片净土，这里不像其他行业一样靠嘴吃饭，更多的是需要能力，除非老板想赔钱，不然绝对不会用一个靠关系而不是靠技术的人来当项目经理，因为这个关系到整个项目生存的决定性因素；虽然同事之间保持着微妙的竞争关系，但是一个项目要想如期完成必须要和同事上司好好合作；做软件开发的每个项目的每个功能，无处不能体现全心全意为人民服务的宗旨，所以开发软件的人无疑又是心细如丝，必定是善良的，体贴的，嫁人就嫁程序员哦。所以，以此可见，这里的确是一片净土。
[编辑本段]基本信息 软件工程一直以来都缺乏一个统一的定义，很多学者、组织机构都分别给出了自己的定义： 软件工程（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、还要编写各种各样的软件说明书，如：需求说明书，概要说明书等考试科目。
工程师是中级职称，考试的题目包括了计算机体系结构、软件工程、数据库、数据结构、编译原理等计算机学科的基础课程。
江西工业贸易职业技术学院软件工程专业毕业论文参考题目1、嵌入式系统的设计与实现 2、电子购物商城 3、酒店客房管理系统 4、社区住户信息管理系统 5、客户信息管理系统 6、自行车在线租赁管理系统 7、仓库物资信息管理系统 8、车辆违章信息管理系统 9、餐饮业务信息管理系统 10、酒店业务信息
当然肯定是多去找写好论文的素材和材料，然后定好论文的框架和论点。
软件工程毕业论文相对来说还是比较好写的，你们老师可能是让你想写一些跟大学生接触比较多的课题，所以选择了软件工程在手机游戏中运用的这个题目。你要找资料的话，上知网、维普或者万方都可以，他们的数据库很全，相关资料很多，不过下载文章需要收费（除非学校购买了相应的文献库）。如果你实在找不到资料，又没有时间写，那么我建议你找家可靠的论文机构，不过最好能找像论文时代网这样的大网站，这样不怕文章出了问题找不到人，祝你好运。
可以研究某一个时间点中的研究对象的不同类型所构成的全貌，也可以在不同时间点或较长时间内对某一个科学发展现象的研究。根据自己积累的观察和学习经验，产生初步选题拟定想法，然后再通过查阅文献资料或者实验研究来验证来确定选题。软件工程专业是2002年国家教育部新增专业，随着计算机应用领域的不断扩大及中国经济建设的不断发展，软件工程专业成为一个新的热门专业。
江西工业贸易职业技术学院软件工程专业毕业论文参考题目1、嵌入式系统的设计与实现 2、电子购物商城 3、酒店客房管理系统 4、社区住户信息管理系统 5、客户信息管理系统 6、自行车在线租赁管理系统 7、仓库物资信息管理系统 8、车辆违章信息管理系统 9、餐饮业务信息管理系统 10、酒店业务信息
当然肯定是多去找写好论文的素材和材料，然后定好论文的框架和论点。
是计算机，所以基础太大，工程硕士论
软件工程涉及的资源有：人力、资金、时间的合理分配，涉及到文化与管理等，及各种规划化。 软件开发是一个把用户需要转化为软件需求，把软件需求转化为软件设计，用软件代码来实现软件设计，对软件代码进行测试，并签署确认它可以投入运行使用的过程。在这个过程中的每一阶段，都包含有相应的文档编制工作。 软件开发过程当中，遵循一定的流程，主要包括系统分析、系统设计、系统编码、系统测试以及系统的维护等几个阶段。依次概述如下： 1、系统分析 系统分析包括软件需求分析和系统可行性分析。软件需求分析就是回答做什么的问题。它是一个对用户的需求进行去粗取精、去伪存真、正确理解，然后把它用软件工程开发语言（形式功能规约，即需求规格说明书）表达出来的过程。系统可行性分析就是通过需求调查来确定此系统是否具有可行性。 2、系统设计 系统设计可以分为概要设计和详细设计两个阶段。实际上软件设计的主要任务就是将软件分解成模块。概要设计就是结构设计，其主要目标就是给出软件的模块结构，用软件结构图表示。详细设计的首要任务就是设计模块的程序流程、算法和数据结构，次要任务就是设计数据库，常用方法还是结构化程序设计方法。 3、系统编码 系统编码是指把软件设计转换成计算机可以接受的程序，即写成以某一程序设计语言表示的"源程序清单"。 4、系统测试 系统测试的目的不是验证软件的正确性，而是以较小的代价发现尽可能多的错误。测试从需求阶段开始，此后与整个开发过程并行，换句话说，伴随着开发过程的每一个阶段，都有一个重要的测试活动，它是预期内按时交付高质量的软件的保证。 5、系统维护 系统维护是指在已完成对软件的研制（分析、设计、编码和测试）工作并交付使用以后，对软件产品所进行的一些软件工程的活动。即根据软件运行的情况，对软件进行适当修改，以适应新的要求，以及纠正运行中发现的错误。编写软件问题报告、软件修改报告。在实际开发过程中，软件开发并不是从第一步进行到最后一步，而是在任何阶段，在进入下一阶段前一般都有一步或几步的回溯。在测试过程中的问题可能要求修改设计，用户可能会提出一些需要来修改需求说明书等。 总的说来，软件开发是一个环环相扣的设计和实施过程，整个系统开发的过程当中，系统分析和设计是重中之重。只有把握好系统分析，才能使后续改动尽可能多的减少；只有把握好系统设计，才能保证软件的根基比较稳固。也即是它们很大程度上决定着软件开发的周期以及寿命。另外，完美的开发团队和开发过程的合理控制是软件成功开发关键要素之一。>> 软件工程 过去几十年，软件技术经历了一系列重要的变化和发展，构成软件的软件实体的粒度不断增大，软件基本模型越来越符合人类的思维模式；软件运行平台的能力不断增强，越来越多地屏蔽掉计算机底层的复杂性；软件支撑平台的能力不断增强，越来越多地屏蔽了软件开发过程的复杂性；软件技术的应用范围不断扩大，越来越广地渗透到人类生活的各个方面。网络技术的发展日新月异，基于新一代网络技术的各种应用的融合是大势所趋。网络新技术与软件新技术的相互促进必将为人类创造一个更为灿烂多彩的IT世界。 这世上同时存在着两种对立的声音：本质决定成败和细节决定成败。偏好本质的人喜欢说本质论。偏好细节的人则喜欢说精细化管理。但如果在较长的时间轴上考量这两种观点，就会发现他们之间并不真的对立。----------------------------程序员几个发展方向： 走向管理：有两种原因会使部分程序员走上管理的道路，一是与生俱来的对 权力的欲望；一是在程序员的岗位上对自我价值重新认知。对于前者如果欲望过去强烈就会急功进利，很容易走捷径，会出现不能服众的情况。对于后者自我价值的重新认知是一个缓慢的过程，一个程序员在长期的开发过程中会慢慢发现一个人的力量是有限的，做一件事情必须要借助其他人的帮助，如果需要别人的帮助就必须能影响他人。从而认识到一个人的价值对公司来说几乎是不值一文，如果想让自己的价值得到提升必须要影响到他人，借助他人的力量使自己的价值得到最大提升。 走向行业：即成为某个行业的行业专家。一般来说走这个方面需要机遇，需 要长时间的从事某一个领域的开发与管理工作，对某个行业无论是大局还是细节都了如指掌。 走向专业：即成为架构师。一般来说这些人对开发有狂热的兴趣，逐渐的从代码的编写中认识到设计与软件架构的重要性，并对软件设计乐此不疲。 自已干：这些人是野心家，也是风险最大的一条路。好多程序员都认为软件开发不需要什么成本，只要能接到单子完全可以自己干，自己当老板。然而很少了解只有长期持续的订单才是一个企业不断稳定发展的最重要因素。------------------------------程序员具备：恒心、耐心、细心 兴趣决定一切：当一个人把自己的职业仅当成谋生的手段时，那他的人生将会失去很多乐趣。如果你不喜欢软件开发，那最好离开这个职业，没有兴趣只会让你一事无成。 自我学习：做程序员就是这样，走上了一条永无止境的学习之路，不学习新知就会被淘汰。然而学习也是有方法的：1)拿来主义；2)知其然也要知其所以然，细细分析与研究别人的优秀框架会对你大有好处。 自我修复：不断的重构与完善你的代码，是对所学知识的达到溶汇贯通的最简捷的途径。 找到一个圈子或老师：有时别人的一句话会对你的点拨很大。对于知识点有时只是一层窗户纸，看似玄妙，也许你差的只是那灵光一现或是换一个角度思考，这并不难。难的是将你所了解的知识点串接起来，使其能上下贯通运用自如，而在这点上通过一己之力会变得非常的漫长与痛苦。--------------------------- 软件开发要融入工程化的思想，要有高度的设计能力，关注更多的软件运行属性和设计质量属性，同样的系统，不同的软件人员会做出完全不同的软件，正规，高效的开发团队要比游击队开发团队不只高出几十倍。软件开发，不仅仅关注功能，性能，更应该去研究可维护性，可扩展性等质量属性，不仅仅只关注代码，而更要上升为设计，复用等。还有更高层次的设计开发，软件重构，模块化，系统构架，搭建统一软件平台，度量软件质量等.软件开发人员，要作的事情太多了，软件实在是一个浩大的脑力工程，甚至会让人觉得这是一个投入/产出比最低的行业，因为要学习的知识实在太多了，每时每刻都要处于不断的学习和更新当中. 这是指导整个软件开发的指南，这里包括软件从开始到结束的整个过程,包括制定计划、需求分析和定义、软件设计、程序编写、软件测试、运行/维护，这六个步骤每一步的执行是保证项目成功完成的保证，以后将对这六个过程进行一一的分析。软件生命周期 其中包括：瀑布模型、演化模型、螺旋模型、喷泉模型、智能模型。模型特点： 瀑布模型：周期长，跟用户见面比较晚，从计划到和用户一起计划外，其他的部分用户和开发人员是分离的，用户不能直接把问题直接反应过去。 演化模型：由于在项目开发的初始阶段人们对软件的需求认识常常不够清晰，因而使得开发项目难于做到一次开发成功，出现返工再开发在所难免。做两次第一次只是实验开发，其目标只是在于探索可行性，弄清软件需求第二次则再此基础上获得较为满意的软件产品 螺旋模型：多次原型反复并增加风险评估的开发模型喷泉模型：有严格的数学理论和形式化的技术支持，但目前在所研究试验阶段，不能实现 智能模型：1.通过领域的专家系统，可使需求说明更加完善、准确和无二义性。2.通过软件工程的专家系统，提供一个设计库支持，在开发过程中成为设计者的助手。3.通过软件工程知识和特定应用领域的知识和规则的应用来提供对开发的帮助。但是，要建立适合于软件设计的专家系统，或建立一个即适合软件工程又适合应用领域的知识库都是非常困难的。--------------------------------对软件的基本认识 i.开发软件为什么要工程化有很多人，尤其是很多学生存在这样的误区，平时感觉自己能用语言写一个闹钟，写一个记事本等一些小东西，就以为自己一个人就可以完成一个小的项目，所以很不理解为什么开发软件有时候不能让一个人独立完成，也有个人英雄主义在作怪。其实原因很简单，比如说，高中我们做题应该很有体会，感觉一张卷子一点问题也没有，但是等成绩下来的时候总不是一百分，为什么，因为我们很难发现自己的错误，哪怕是重复很多次，这是思维定势。 ii.软件开发与其说是技术活，不如说是规范活.软件开发是程序员奇思妙想的时候，用什么方法都是随心所欲的，有的人则为了追求速度或者说是彰显个性而用一些很不大众的算法，以为这是体现自己高明的地方，恰恰相反，这真是不懂编程的表现，一般的项目一般都不是一个人来完成的，它分为开发阶段和维护阶段，然而维护阶段一般又非开发人员所为，所以如果代码技术性过于高，反而对后面的维护不利，另外，IT是个跳槽率很高的职业，如果一项工程没有完成就离开，剩下高明的算法要让谁看呢，出于对公司的考虑，最好还是规规矩矩，符合大众的口味。 iii.文档的重要性很多人，尤其是大学生，刚开始学习编程的时候，难免会有一些急功近利的想法，想快点做出点成绩，但是往往欲速则不达，就想前段时间做的机房收费系统一样，在一种完全没有文档的情况下，虽然最后做完了，而且也跑起来了，问题似乎也没有想象的那么多，但是其中的过程只有自己知道，代码啦，数据库啦都不忍心看，可以说是乱七八糟的，想加个数据库就加，想加个功能就加，很有文档，就像没有目的的去雕塑，雕成什么样，算什么样，而且很多情况是中途发现需要这个样子了，才发现，那部分材料已经被自己给去掉了，所做的程序自然没有规律可言，如果现在有人说那个机房收费系统那个功能要修改一下，我估计我的得全盘改动. iv.开发软件为什么时间总是那么紧，开发的人总是那么累曾经有过单纯的想法，为什么工作非要加班呢，多用些人不就行了吗，人多力量大嘛，但是自从软工看完后便觉得这种想法荡然无存了，其实，原因并不是说老板多黑心，而是取决于软件开发工作的性质，这是一项需要智慧的工作，首先，这不是工厂，没有机器，只有手工；其次，这里需要残杂很大一部分人文因素，比如说个人习惯，同样输出一个结果，两个人的算法往往就有很大的区别，所以参加人数越多，在项目中的不同因素就越多，因为各个模块之间的衔接问题就越大，所以参加人数应该是少而精，所以这也是为什么蓝精灵体中说程序员是“聪明而辛苦”，聪明在他们每个人都是一个设计师，辛苦在一项任务，自己又无可取代的位置，只能是自己的事情自己干。 v.如果自己无法适应社会中的潜规则，那么就学编程吧（不知道这样说对不对）从我目前的认识来看，突然发现软件行业是整个社会的一片净土，这里不像其他行业一样靠嘴吃饭，更多的是需要能力，除非老板想赔钱，不然绝对不会用一个靠关系而不是靠技术的人来当项目经理，因为这个关系到整个项目生存的决定性因素；虽然同事之间保持着微妙的竞争关系，但是一个项目要想如期完成必须要和同事上司好好合作；做软件开发的每个项目的每个功能，无处不能体现全心全意为人民服务的宗旨，所以开发软件的人无疑又是心细如丝，必定是善良的，体贴的，嫁人就嫁程序员哦。所以，以此可见，这里的确是一片净土。
[编辑本段]基本信息 软件工程一直以来都缺乏一个统一的定义，很多学者、组织机构都分别给出了自己的定义： 软件工程（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、还要编写各种各样的软件说明书，如：需求说明书，概要说明书等考试科目。
工程师是中级职称，考试的题目包括了计算机体系结构、软件工程、数据库、数据结构、编译原理等计算机学科的基础课程。
对软件工程的一点看法--希望能够抛砖引玉在这里看到很多网友的高论，很有启发。而且目前市面上也涌现出一批面向不同方面的软件过程的书籍，可是在这里，我一直没找到真正对实践有指导意义的，可操作的应用方法，所以现在这儿抛块砖，望各位高手指正。我个人的理解，软件工程就是按照工程学的管理方式，有组织、有计划的，在一定的质量基础、时间限度和成本范围内，实现功能明确的软件系统。而且，软件工程在企业范围内运行，一定需要企业资源的支持，要与企业的经营、决策、管理体系联系在一起，才能够被踏踏实实的落实下来。软件业作为一个服务业，要想得到发展，首先必须形成一个对软件服务有迫切需要的市场。其次，这个市场中的消费者必须具备足够的购买力。软件的消费群体简单一点，可以分为个体消费和企业消费。中国的企业群体，数量庞大，但是质量不高。上规模的企业极少，因此，中国的企业对大型软件的消费肯定是有限的，软件的个人消费，至少目前在中国，还是不成气候。因此，国内目前能够形成比较大规模的独立市场的，肯定是小规模的软件系统。此外，质量的好与坏也不能绝对而论。比如说，你花500元，买双皮鞋，只穿了一个月就坏了，肯定是劣质产品。可是如果你只花了5元买这双鞋，还是穿了一个月就坏了，他就是个优质产品了。软件也是一样。还有一个，就是软件生命周期问题。在国外，很多中、大型企业里，软件系统已经作为企业的命脉在运行，这些企业当然需要长期、稳定的软件服务、开发体系作为保障，因此相对来说，对于软件的功能需求就比较明确，而国内的中小企业在运营方面本来就把灵活多变作为生存武器，当然不可能有比较长期的经营计划，更不可能运用软件系统进行全面企业管理。这就导致对软件系统需求的短期行为，因此，他们更加希望一次性购买功能有限的软件系统，而不是长期连续的软件服务。如果上面的分析有代表性的话，那就是说我们现在必须对开发这类软件形成一套非常有效的工程方法：1。规模小。2。成本低3。质量要求不高。4。售后服务有限。5。生命期短。我想，对于这类系统，RUP未必是一套好的方法。另外，我还想谈谈对软件人员素质的看法。从我个人的经历来说，我觉得我们对于软件工程师的培养方法有问题。理论上说，软件只要设计了一个好的结构，解决了所有的技术难点，剩下的代码高中生就能做。实际上我们的很多名牌大学的计算机专业毕业生都不能很好的Coding。尤其是现在有了VB、PB、JAVA之后，大家似乎认为计算机的体系结构都不用关心了。我曾经经手的几个软件项目中，很多工程师对于用C语言开发Win32多线程、事件驱动、死锁、内存分配等问题根本束手无策。我不相信这些问题可以靠很好的文档解决。实际上，能够用OO的工具工作，根本不代表能够进行OO的系统分析与设计。话又说回来，在中国，有10年以上软件开发背景的人，又有几个？而且他们在过去10年里的经验，更多的是小项目的Coding，而不是大项目的管理与系统分析。而一个好的系统分析师，需要的是实践、实践、再实践。假如说我们的商业环境中根本没有大型的软件项目，怎么可能有优异的系统分析师呢?所以，我想，目前我们的问题，是工程师的技术水平、知识面与管理意识、管理方法同样重要，在这样的前提下，我们是不是要探索一下真正适合我们的软件工程方法呢？
软件工程毕业设计论文
大学生涯就要结束，大家是不是都在忙着自己的毕业论文呢?软件工程专业的同学们，我为大家整理了该专业相关的论文，供大家参考！
一、软件工程专业毕业设计存在的主要问题
（一）毕业设计题目设置与选题方面
题目设置不合理，类别与层次不清晰，选题匹配效果差[2]。学生的毕业设计课题一般都按照指导老师的研究方向和实际工程项目提供，但每年真正来源于工程实践题目比例较少。部分题目理论性强，学生根据所学知识不能很好理解；部分题目开发工具复杂，占用了毕业设计的大部分时间。在选题时可能导致学生想选的题目选不上，能力差的学生所选题目难度大，影响学生的积极性，导致选题效果差，造成毕业设计很难完成。
（二）毕业设计过程监控方面
毕业设计监控工作实施困难，效果较差。软件工程专业毕业设计一般包含选题、开题、中期检查、程序测试、撰写毕业论文、答辩、成绩评定。但对这些环节的监控有时候会形成空白带,毕业设计不在实验室进行，有的学生在实习单位实习，有的学生在外地找工作，老师不能定时与学生见面，老师无法了解学生的具体情况，且学生提交的各阶段文档流于形式，只有指导教师在进行监控，未形成完善的监控体系，导致监控不到位，监控效果较差[3]。
（三）毕业设计论文答辩方面
答辩考核方法单一，答辩仅由学生的讲解和老师的提问两个环节组成，考核准确度低。答辩通过门槛较低，答辩只对学生的毕业设计进行排名，一般排名在最后的学生才可能不及格，不利于提高学生毕业设计积极性，造成大部分同学仅以答辩及格为目标，思想上不重视，答辩准备工作不扎实。再由于软件工程专业特点，毕业设计软件作品评分标准难于量化，考核具有一定难度，也造成答辩效果不好。同时为了提高学生毕业率和就业率，毕业答辩的质量控制有所放松，直接导致了软件工程专业毕业设计质量难以保障。
二、软件工程专业毕业设计的教学改革
针对上述各项实际问题，主要进行的相关工作具体如下：
（一）合理设置毕业设计题目，动态选题
依照软件工程专业的以市场需求为导向，培养应用型软件工程人才的培养目标，在毕业设计题目设置环节，紧紧围绕工程实际型、创新项目型、竞赛题目型、科研项目型等类型进行题目设置，以适应市场动态需求。同时着力避免在毕业设计题目中设置虚拟型题目、理论研究型题目、综述型题目、分析设计型题目等。在选题过程中，通过毕业设计管理系统(如图1所示)进行多轮双向动态选择，动态调整题目各项技术参数以保证学生能选择一个适合自己能力且能有利于自己以后工作的题目[4]。这样，在选题之后，每个指导老师就可以根据学生不同能力进行分别指导，使不同能力的学生都能够运用其所学知识解决工程实际问题，都能够通过毕业设计增强工程实践能力、工程设计能力与创新能力。近四学年软件工程专业毕业设计各类题目汇总。
（二）毕业设计过程实行三级监控管理机制
学校成立以主管副校长为组长的毕业设计工作领导小组以加强毕业设计宏观调控，学院成立以教学副院长为组长的`毕业设计工作领导小组以加强毕业设计协调与监控工作，软件工程专业成立以专业负责人为组长的毕业设计工作小组落实并实施毕业设计各环节具体工作[2]。具体参见下图2。在实现毕业设计过程管理的三级管理机制的同时，为保障毕业设计工作质量，软件工程专业要求所有指导教师必须具有中级以上技术职称或硕士以上学位且有一定工程实践经验，具有较高教学、科研水平和创新能力，师德良好，工作态度认真负责。在每年的毕业设计指导工作开始前都对指导教师进行资格审查，择优任用，且每位教师指导的学生不超过6人，以保证指导教师对学生的充分指导[5]。
（三）毕业设计过程量化考核
以往软件工程专业毕业设计成绩通常由三部分组成：一是学生的平时表现由指导老师把握；二是学生的毕业论文成绩。由专业其他指导老师进行评阅；三是现场答辩成绩。由所在组的指导教师按照相关评分标准打分并取平均分。这样基本能够保证毕业设计成绩的公正，但是由于只有毕业答辩环节具有约束力即答辩未通过则总成绩不及格，其他环节不具约束力，因此造成毕业设计前期、中期工作流于形式，前期、中期阶段提交的文档趋于应付、质量不高，最终导致毕业论文质量较低[6，7]。为此，软件工程专业经过几年的探索与实践，实施了毕业设计各阶段的软件工程生命周期量化考核法即各个阶段量化考核，且考核成绩不合格者不能进行下阶段毕业设计工作，必须加以整改，整改通过后才能进入下一阶段毕业设计工作。经过几年的实践证明该考核方法切实可行，能够保证毕业设计各个环节的质量，最终提高毕业设计总体质量。
（四）在毕业设计过程中进一步提高学生工程能力与创新能力
辽宁工业大学于2011年制定并实施了大学生创新团队机制，建立了大学生创新项目申报机制引导大学生开展创新活动；引导学生每年都参加校级、省级、国家级软件设计大赛等各类各级比赛[8]。随着学校和学院创新教育活动多年持续深入开展，软件工程专业学生的创新与创业活动取得了显著成果。超过1/4的软件工程专业学生能够独立主持创新性项目，并以该项目为原型申报毕业设计题目[9]，同时参加省级、国家级计算机竞赛并获得奖项。通过主持校级及省级创新项目既毕业设计题目，学生工程能力、创新能力得到极大锻炼与提高，本专业毕业生就业率与就业质量明显提高。软件工程专业学生主持参加创新项目既毕业设计题目情况见表3。
三、结束语
软件工程专业毕业设计是一个极具综合性、实践性的重要环节，是对学生大学四年学习后面向社会与企业前的有且仅有的一次大检验，它不仅检验了学生所学知识、能力与综合素质，还检验了软件工程专业的培养目标、培养模式、课程体系、实践体系、创新体系等相关环节[10]。经过几年的探索与实践证明，软件工程专业所做的系列教学改革工作中的毕业设计教学改革工作有利于进一步增强学生的工程实践能力和创新能力，有利于提高软件工程专业毕业设计质量，有利于提高软件工程专业学生就业率与就业质量。虽然软件工程专业毕业设计教学改革工作取得了一定的成绩，社会认可度逐年稳步提高，但如何动态调整教学计划以跟进市场需求变化；如何深入开展大学生创新创业教育活动以进一步增强更多软件工程专业学生的实践能力及创新能力；如何进一步加强专业教师工程实践能力、工程设计能力与工程创新能力以提高毕业设计指导效力；如何提高毕业设计过程管理效率等问题仍然是软件工程专业所面临的严肃课题[11]。因此，软件工程专业的毕业设计教学改革工作也一定会紧跟时代变化，与时俱进。