对软件专业的认识论文怎么写

软件开发的毕业论文主要写的是你开发软件的整个过程。

可行性分析，需求分析，总体设计，详细设计，编码，文档，测试等都要写的。

主要写的还是前五项是很重要的。文档也很重要，文档也是验证是不是一个全面的完整的，好的软件开发的标准之一，不可忽略。

1、验收人员：由各专业答辩委员会聘请校内或学院内熟悉计算机软件技术的人员组成若干个软件验收组，负责本学院的软件验收。每个验收组由3名具有中级及以上职称的教师组成，设组长1人，组员中一般应包含1名所验收软件学生的指导教师。

2、验收方式：由学生向验收组提交论文中所涉及的计算机软件部分，包括源程序、执行程序和使用说明，将源程序编译成执行程序后并运行，在程序真实、运行结果正确和程序文本资料完整的情况下，当场将源程序和执行程序拷贝到存储介质（如软盘、光盘等）上，连同程序文本资料一起交验收组，即可通过验收。软件验收未通过者，不能参加毕业设计（论文）答辩。

验收组的工作应实事求是，认真负责。验收结束后，由验收组填写软件验收报告，并将验收报告与全部验收材料（包括存储介质、资料等）一并交学生所在学院。

3、验收时间：验收工作应安排在毕业设计（论文）工作完成后，答辩之前。各专业答辩委员会在进行答辩资格审查时，应将是否已通过验收作为审查的一项重要内容。

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

软件技术是一个发展变化非常快的行业，软件人才要按照企业和领域需求来确定培养的方向。下面是由我整理的软件技术论文范文，谢谢你的阅读。

浅谈软件项目估算技术

摘 要：由于软件产品自身的特殊性，导致软件项目的估算工作进行困难，估算结果准确性差。为了解决这一问题，产生了很多不同的软件项目估算技术，本文对各种估算技术的主要思想及其优缺点进行简单的阐述。尤其是对功能点估算技术，本文做了详细的介绍，并通过实例加以说明其应用方法。

关键词：规模估算;成本估算;实例应用

中图分类号：

软件项目的估算历来是比较复杂的事，因为软件本身的复杂性、历史经验的缺乏、估算工具缺乏以及一些人为错误，导致软件项目的估算往往和实际情况相差甚远。因此，估算错误已被列入软件项目失败的四大原因之一。由此，也证明了正确对软件项目进行估算是何等重要。

在软件项目管理中，估算就是对项目将持续多长时间或花费多少成本的预测。所以说，估算正是一种对未来的预测。从这里也看以看出估算的重点就在“工作量估算”或“成本估算”，而在对这两者进行估算的过程中大多数情况下都少不了“软件规模”这个条件，所以本文将软件估算分为两种类型，第一个种是软件项目规模的估算，第二种是将估算得出的规模转换为工作量的估算或成本的估算。目前使用比较广泛的规模估算技术，如：代码行估算技术、功能点估算技术;而使用比较广泛的成本估算技术，如：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.

作者简介：王颖，女，研究生，软件工程专业;江文焱，男，研究生，软件工程专业。

点击下页还有更多>>>软件技术论文范文