软件开发知识论文（软件开发知识论文怎么写）
本篇文章给大家谈谈软件开发知识论文，以及软件开发知识论文怎么写对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。
本文目录一览：
软件工程论文
[编辑本段]基本信息
软件工程一直以来都缺乏一个统一的定义，很多学者、组织机构都分别给出了自己的定义： 软件工程（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）。根据软件需求对软件设计、程序进行正向追踪，或根据程序、软件设计对软件需求进行逆向追踪的能力。软件可追踪性依赖于软件开发各个阶段文档和程序的完整性、一致性和可理解性。降低系统的复杂性会提高软件的可追踪性。软件在测试或维护过程中或程序在执行期间出现问题时，应记录程序事件或有关模块中的全部或部分指令现场，以便分析、追踪产生问题的因果关系。 （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业务风险总结开发（或不开发）该产品有关的主要业务风险，例如市场竞争、时间问题、用户的接受能力、实现的问题或对业务可能带来的消极影响。预测风险的严重性，指明你所能采取的减轻风险的措施。 b.1项目视图陈述编写一个总结长远目标和有关开发新产品目的的简要项目视图陈述。项目视图陈述将考虑权衡有不同需求客户的看法。它可能有点理想化，但必须以现有的或所期待的客户市场、企业框架、组织的战略方向和资源局限性为基础。 b.2主要特性包括新产品将提供的主要特性和用户性能的列表。强调的是区别于以往产品和竞争产品的特性。可以从用户需求和功能需求中得到这些特性。 b.3假设和依赖环境在构思项目和编写项目视图和范围文档时，要记录所作出的任何假设。通常一方所持的假设应与另一方不同。 c.1首次发行的范围总结首次发行的产品所具有的性能。描述了产品的质量特性，这些特性使产品可以为不同的客户群提供预期的成果。c.2随后发行的范围如果你想象一个周期性的产品演变过程，就要指明哪一个主要特性的开发将被延期，并期待随后版本发行的日期。 c.3局限性和专用性明确定义包括和不包括的特性和功能的界线是处理范围设定和客户期望的一个途径。列出风险承担者们期望的而你却不打算把它包括到产品中的特性和功能。 d.1客户概貌客户概述明确了这一产品的不同类型客户的一些本质的特点，以及目标市场部门和在这些部门中的不同客户的特征。 d.2项目的优先级一旦明确建立项目的优先级，风险承担者和项目的参与者就能把精力集中在一系列共同的目标上。达到这一目的的一个途径是考虑软件项目的五个方面：性能、质量、计划、成本和人员。e.产品成功的因素明确产品的成功是如何定义和测量的，并指明对产品的成功有巨大影响的几个因素。不仅要包括组织直接控制的范围内的事务，还要包括外部因素。如果可能，可建立测量的标准用于评价是否达到业务目标. 3）用户群分类：产品的用户在很多方面存在着差异，例如：用户使用产品的频度、他们的应用领域和计算机系统知识、他们所使用的产品特性、他们所进行的业务过程、他们在地理上的布局以及他们的访问优先级。根据这些差异，你可以把这些不同的用户分成小组。用户类不一定都指人，你可以把其它应用程序或系统接口所用的硬件组件也看成是附加用户类的成员。以这种方式来看待应用程序接口，可以帮助你确定产品中那些与外部应用程序或组件有关的需求。将用户群分类并归纳各自特点为避免出现疏忽某一用户群需求的情况，要将可能使都有所差异。详细描述出它们的个性特点及任务状况，将有助于产品设计。 4）选择产品代表：择每类用户的产品代表为每类用户至少选择一位能真正代表他们需求的人作为那一类用户的代表并能作出决策。这对于内部信息系统的开发是最易实现的，因为此时，用户就是身边的职员。而对于商业开发，就得在主要的客户或测试者中建立起良好的合作关系，并确定合适的产品代表。他们必须一直参与项目的开发而且有权作出决策。每一个产品代表者代表了一个特定的用户类，并在那个用户类和开发者之间充当主要的接口。 5）建立核心队伍：建立起典型用户的核心队伍把同类产品或产品的先前版本用户代表召集起来，从他们那里收集目前产品的功能需求和非功能需求。这样的核心队伍对于商业开发尤为有用，因为你拥有一个庞大且多样的客户基础。与产品代表的区别在于，核心队伍成员通常没有决定权。 6）确定使用实例：让用户代表确定使用实例从用户代表处收集他们使用软件完成所需任务的描述-使用实例，讨论用户与系统间的交互方式和对话要求。在编写使用实例的文档时可采用标准模版，在使用实例基础上可得到功能需求。 一个单一的使用实例可能包括完成某项任务的许多逻辑相关任务和交互顺序。因此，一个使用实例是相关的用法说明的集合，并且一个说明是使用实例的例子。在描述时列出执行者和系统之间相互交互或对话的顺序。当这种对话结束时，执行者也达到了预期的目的。 对于一些复杂的使用实例，画出图形分析模型是有益的，这些模型包括数据流程图、实体关系图、状态转化图、对象类和联系图。 使用实例的描述并不向开发者提供他们所要开发的功能的细节。为了减少这种不确定性，需要把每一个使用实例叙述成详细的功能需求。每一个使用实例可引伸出多个功能需求，这将使执行者可以执行相关的任务；并且多个使用实例可能需要相同的功能需求。使用实例方法给需求获取带来的好处来自于该方法是以任务为中心和以用户为中心的观点。比起使用以功能为中心的方法，使用实例方法可以使用户更清楚地认识到新系统允许他们做什么。 每一个使用实例都描述了一个方法，用户可以利用这个方法与系统进行交互，从而达到特定的目标。使用实例可有效地捕捉大多数所期望的系统行为，但是你可能有一些需求，这些需求与用户任务或其他执行者之间的交互没有特定的关系。这时你就需要一个独立的需求规格说明。 7）召开应用程序开发联系会议：召开应用程序开发联系会议应用程序开发联系会议是范围广的、简便的专题讨论会，也是分析人员与客户代表之间一种很好的合作办法，并能由此拟出需求文档的底稿。该会议通过紧密而集中的讨论得以将客户与开发人员间的合作伙伴关系付诸于实践。 8）分析用户工作流程：分析用户工作流程观察用户执行业务任务的过程。画一张简单的示意图（最好用数据流图）来描绘出用户什么时候获得什么数据，并怎样使用这些数据。编制业务过程流程文档将有助于明确产品的使用实例和功能需求。你甚至可能发现客户并不真地需要一个全新的软件系统就能达到他们的业务目标。 9）确定质量属性：确定质量属性和其它非功能需求在功能需求之外再考虑一下非功能的质量特点，这会使你的产品达到并超过客户的期望。对系统如何能很好地执行某些行为或让用户采取某一措施的陈述就是质量属性，这是一种非功能需求。听取那些描述合理特性的意见：快捷、简易、直觉性、用户友好、健壮性、可靠性、安全性和高效性。你将要和用户一起商讨精确定义他们模糊的和主观言辞的真正含义。 10）检查问题报告：通过检查当前系统的问题报告来进一步完善需求客户的问题报告及补充需求为新产品或新版本提供了大量丰富的改进及增加特性的想法，负责提供用户支持及帮助的人能为收集需求过程提供极有价值的信息。 11）需求重用：跨项目重用需求如果客户要求的功能与已有的产品很相似，则可查看需求是否有足够的灵活性以允许重用一些已有的软件组件。
急需急需... 软件开发方向的毕业论文怎么写啊？
我也是刚毕业的，论文心得跟你说下。
第一步，前言；写为什么要开发此软件，此软件的好处是什么。
第二步：写开发的环境，开发此软件的环境是什么，最后每个工具都介绍下，不懂的可以百度查查
第三步：开发此的思路。
参考文档：
计算机软件技术基础浅谈论文
计算机软件技术基础是仿真工程与自动化专业的核心课程之一，该课程是整合课程，主要包括c++面向对象程序设计、算法与数据结构、操作系统、软件工程等方面的内容，知识庞杂且难以掌握。下面是我给大家推荐的计算机软件技术基础浅谈论文，希望大家喜欢!
计算机软件技术基础浅谈论文篇一
《计算机软件技术基础课程的案例建设》
摘要：案例教学能有效提高学生分析问题和解决问题的能力，是现代教育的常用教学方法之一。文章分析案例教学中的案例特征，以实际工程项目的一个子系统为背景，设计实时仿真监视系统案例并介绍案例的具体建设情况，指出该案例对提高学生的学习兴趣以及分析问题和解决问题的能力具有明显的效果。
关键词：软件技术基础;案例教学;案例建设;实时仿真;监视系统
1、计算机软件技术基础课程中案例教学的必要性
计算机软件技术基础是仿真工程与自动化专业的核心课程之一，是一门应用性很强的专业基础课。该课程是整合课程，主要包括c++面向对象程序设计、算法与数据结构、操作系统、软件工程等方面的内容，知识庞杂且难以掌握。学生在学习该课程之后常常感到困惑：所学知识有什么用，怎样运用所学知识?一些学生虽然能够在考试中考出高分，却不知道怎样解决实际问题。如何使学生认识所学知识的用途，融会贯通并灵活运用，是这门课应重点考虑的问题。目前，案例教学在法律类和管理类课程教学中的地位和作用已在教育界达成共识。教育部高等学校计算机科学与技术教学指导委员会于2006年6月发布了《关于进一步加强高等学校计算机基础教学的意见暨计算机基础课程教学基本要求(试行)》白皮书，明确指出在教学方法和手段上运用案例教学的必要性，因此，将案例教学作为一种教学方法引入工科类课程的教学，具有可行性和必要性。
2、认识案例
案例教学法就是在教师的指导下，根据教学目的和要求，以案例为基本素材，把学生带人特定的教学情境中进行思考，以此加深学生对基本原理和概念的理解，进而培养并提高学生运用理论知识分析问题和锯决问题能力的一种教学方法。
案例是案例教学的基础，离开了案例，案例教学就无从谈起。案例与一般教学中的例题有着本质区别，案例教学中的案例是将多个知识点融人一个整体来解决实际问题，涉及的知识面广，知识间具有连贯性和系统性，涵盖的知识具有综合性的特点，知识和原理蕴藏于案例之中。一般教学中的例题往往是配合某一章节或某一知识点，从某个角度、某个方面或某个层次反映所学理论和方法，起着验证和说明作用，常常带有为讲知识而杜撰例子的痕迹，各个例题之间相对独立，涵盖的知识单一，知识和原理孤立地呈现在学生面前。一般说来，工科类课程的案例应具有以下基本特征。
1)真实性。
客观真实性是案例的基本特征。教学案例应源于真实，取材于工程实际或科研课题，但是又要高于真实。为了突出主题，可以对真实做一定的删减处理。
2)综合性。
案例应是综合知识的载体，既要以学生已掌握的知识为依据辐射足够多的知识点，又要在匹配教学内容的基础上对知识有一定程度的扩展。
3)完整性。
案例是完整过程的载体，涉及了解背景、查询资料、分析信息、发现问题、探求方法、采取行动、解决问题的全过程。
4)启发性。
案例教学着眼于能力的培养，希望得到的不是案例的标准答案，而是解决问题的思维方法和能力。案例中，解决问题的方式是开放性的，可以留给学生想象的空间和发挥的余地。
5)实践性。
学生可以对案例进行复现、改进和完善，也可以按照自己的思考去实现，增强理论应用于实际的能力，实现从理论到实践的转化。
3、案例建设
案例教学的前提是高质量的案例，高质量的案例既要覆盖足够的知识，又要控制合适的规模。规模过小，则不能溶入足够的知识，也不能提供足够的研讨与思维空间;规模过大，则在短时间内难以被学生接受，不能得到预期的教学效果。笔者以实际工程项目卫星实时仿真系统的一个子系统为案例背景，在突出主题的前提下，进行了适当的详略及删减处理，形成了“实时仿真监视系统”案例。
3.1 案例背景简介
卫星实时仿真系统能够对卫星的方案、设计、集成、测试和运行各个阶段进行仿真验证，是提高卫星总体设计水平的重要手段，其网络关系连接如图1所示。在此系统中，仿真模型解算、物理设备接口等苛刻实时约束的节点通过反射内存互联，构成实时内环，外环则通过普通网络互联，将人机交互、可视化、数据处理等实时约束弱的节点互联，内、外环都可以根据需要扩充且内环不受外环影响，苛刻实时得到保障。转发计算机完成内存数据的提取并转发外环，仿真管理计算机则同时管理内、外环系统。卫星仿真监控是卫星实时仿真过程中的重要一环，它将抽象的仿真活动形象化，并及时将信号数据以各种方式反馈给用户，以利于用户分析、理解和决策。卫星实时仿真监控系统，能够模拟通过控制、监视和测量星上设备的工作状态实现实时连续地记录工作过程、测试数据和描绘曲线。图1中，人机交互计算机、曲线显示计算机和三维显示等外环计算机共同实现仿真监视功能。我们将人机交互计算机和曲线显示计算机的功能提取出来，要求系统具有一定的通用性，能够适应不同监视任务和不同数据类型，形成“实时仿真监视系统”案例。
3.2 实时仿真监视系统案例
实时仿真监视系统的工作原理为：转发计算机完成内存数据的提取并转发外环，外环上的实时仿真监视系统首先进行初始化，随后自动生成系统主界面。系统支持两种运行模式：监视模式和回放模式。在监视模式下，系统既要处理主界面信息，又要处理网络数据。主界面信息的处理包括响应用户交互消息、更新实时监视界面、实时绘制曲线;网络数据的处理包接监听网络端口，接收、解析和保存数据包，将有效数据写入共享数据结构，供给系统绘制曲线。在回放模式下，不再需要对网络进行监听，直接读取监视模式下保存的原始数据文件，然后进行相应处理即可。
为实现上述目的，使系统具有一定的通用性，我们设计了如下方案：
(1)在软件工程思想指导下，进行需求分析、总体设计、详细设计、编码实现以及综合测试。通过该案例，让学生对软件工程思想指导下的软件开发全过程有一个感性认识;
(2)采用多线程技术实现监视模式下的主界面信息处理和网络数据处理，仅用单线程实现回放模式;
(3)设计一个数据包发送测试程序，模拟转发计算机的功能。
为此，我们结合本课程的基本知识点将系统的主要功能模块划分为界面管理和数据处理两大部分，界面管理部分主要承担主界面信息的处理，数据处理部分则主要负责数据的处理。
3.2.1 界面管理
系统运行过程中始终需要对系统主界面进行管理。从运行初期的生成主界面，到运行中的监视过程的显示，再到最终的系统结束，都需要对主界面进行即时的调整。为了提高通用性，系统采用基于配置文件的方式，通过用户提供的配置文件，动态改变系统监视任务，也就是说，系统能够改变每次运行时的任务，主界面显示的内容具有不确定性。
1)读取配置文件，获取初始化信息。
系统运行之前，需要进行初始化，这就需要系统读取配置文件，包括全部信号、实时显示信号、数据包类型等配置文件。用户必须按照约定的正确格式提供配置文件，否则系统有可能无法正确识别相关信息。从软件工程的角度，配置文件的设计与确定应在总体设计阶段完成。配置文件的类型、组织方式以及数据正确性的检验，都是学生可以自由发挥和扩展的内容。
2)自动生成实时监视界面。
监视对象的不确定性使得系统的监视界面无法固定，然而，不能将界面的生成工作完全交给用户完成，这就需要设计一种适用于不同监视任务的界面生成算法，使系统将界面生成工作承担下来。另外，系统界面的尺寸等信息是用户所不知道的，因此被监视的信号在系统主界面中的显示位置无法由用户设定，这就需要系统自己完成界面的排布任务。因此，要求设计一个具有较强通用性的监视界面自适应生成算法，这部分涉及算法设计和计算机系统配置的获取等基础知识，算法设计是学生能够自由发挥并出彩的部分。
3)定时更新监视界面。
为了实现实时监视功能，系统需要对监视界面进行定时更新，以显示当前被监视信号的实时数据。为了满足用户的不同需求，系统提供0.5s、1s、2s三种刷新频率。系统可以根据用户选择的刷新频率对主界面进行更新。这部分主要涉及定时器的使用。
4)处理用户交互消息。
系统需要对用户的交互消息进行处理，主要为鼠标消息，包括运行模式的切换、仿真的开始与结束、加载历史数据包文件等。这部分涉及所选编程环境下的消息响应机制问题。
3.2.2 数据处理
系统在运行过程中，需要对数据包进行接收、解析和存储，还要为曲线绘制提供原始数据，因此需要设计一个专用的数据结构。
1)接收网络数据包。
在监控模式下，系统既要处理主界面信息，又要通过网络接收数据包。为了避免“漏掉”数据包，系统必须对网络持续进行监听。如果主线程将大量时间用在网络监听上，势必无法对用户的交互做出及时响应。因此，需要将数据包的接收放在一个单独的线程中。这涉及操作系统进程管理的相关概念，是多线程程序设计技术的典型应用;也涉及网络通信技术，需要了解网络通信协议等相关知识。
2)解析数据包。
在接收到数据包后，需要将数据包内的数据进行解析，获得数据包内的数据，将最新的数据更新至系统对应的变量中，以供实时显示。解析数据包涉及网络通信程序设计技术。
3)保存原始数据包。
系统要求有回放功能，因此需要将接收到的数据包写入文件，进行永久保存。数据包的保存有两种方式：解析后按段保存和作为整体进行二进制保存。第一种方法耗时，需较大工作量。第二种方法简便，工作量小。显然第二种方法更适合本系统。由于系统必须适应两种类型的数据包，因此，进行数据保存时，采用以形参类型为区别的方式进行同名函数的重载，实现两种类型数据包文件的存储。这部分功能涉及C++面向对象程序设计中的重载技术以及文件操作技术。
4)读取数据文件，获取数据包。
在回放模式下，系统不再对网络进行监听，不进行数据包的接收，需要通过读取之前保存的原始数据包文件获得数据包。原始数据包文件保存的是二进制形式的数据包，系统每次读取之后需要对数据包进行解析，这与接收到数据包的过程是一样的，不同之处在于回放过程不再需要将数据包进行保存。这涉及C++面向对象程序设计中的文件操作，同时，通过监视模式下的多线程程序设计与回放模式下的单线程程序设计的对比，使学生真切感受并理解多线程程序设计技术及其应用场合等。
5)共享数据。
系统嵌套了曲线绘制模块，因此，数据处理与曲线绘制之间需要有一块共享数据内存。在收到数据包并解析后，马上将有用的信息写入该共享内存。写入操作由数据包接收线程处理，读取操作由主线程内的曲线绘制模块完成，因此，需要对两个线程进行同步。这涉及数据结构的设计和操作系统的同步与互斥。
6)快速查找。
系统支持大数据量下的仿真监视，对数据的快速查找有较高的需求，因此，需要设计支持快速查找的哈希表数据结构，包括哈希函数的确定、冲突的解决等，这涉及数据结构的哈希表技术。
4、结语
“实时仿真监视系统”案例，涵盖了软件工程、c++面向对象程序设计、算法与数据结构、操作系统和网络通信等计算机软件技术基础课程及其先导与后继课程的知识点，是一个与学生所学专业密切相关的实际应用系统，容易引起学生的兴趣，也容易被学生理解和接受。这样的案例既与教学目标相吻合，又便于教师驾驭和把握。
从学生反馈的情况看，学生普遍认为，案例教学法方式新颖，实时仿真监视系统案例与专业基础结合紧密;能引导学生积极思考，提高学生的学习兴趣以及分析问题和解决问题的能力。该案例在教学过程中取得了明显的教学效果。
为了更好地开展案例教学，我们必须把建设高质量的案例作为重点来抓，选择合适的案例背景，制定合理的案例建设计划。实践证明，只有经过长时间的积累、认真的思考、精心的选择和多次教学实践，才能获得高质量的教学案例;只有经过团队的长期努力，才能建设高质量的教学案例库。
点击下页还有更多计算机软件技术基础浅谈论文
软件工程对于软件开发的重要性3000字论文
毕业论文是高等教育自学考试本科专业应考者完成本科阶段学业的最后一个环节，它是应考者的总结性独立作业，目的在于总结学习专业的成果，培养综合运用所学知识解决实际问题的能力。从文体而言，它也是对某一专业领域的现实问题或理论问题进行科学研究探索的具有一定意义的论说文。完成毕业论文的撰写可以分两个步骤，即选择课题和研究课题。
首先是选择课题。选题是论文撰写成败的关键。因为，选题是毕业论文撰写的第一步，它实际上就是确定“写什么”的问题，亦即确定科学研究的方向。如果“写什么”不明确，“怎么写”就无从谈起。
教育部自学考试办公室有关对毕业论文选题的途径和要求是“为鼓励理论与工作实践结合，应考者可结合本单位或本人从事的工作提出论文题目，报主考学校审查同意后确立。也可由主考学校公布论文题目，由应考者选择。毕业论文的总体要求应与普通全日制高等学校相一致，做到通过论文写作和答辩考核，检验应考者综合运用专业知识的能力”。但不管考生是自己任意选择课题，还是在主考院校公布的指定课题中选择课题，都要坚持选择有科学价值和现实意义的、切实可行的课题。选好课题是毕业论文成功的一半。
第一、要坚持选择有科学价值和现实意义的课题。科学研究的目的是为了更好地认识世界、改造世界，以推动社会的不断进步和发展。因此，毕业论文的选题，必须紧密结合社会主义物质文明和精神文明建设的需要，以促进科学事业发展和解决现实存在问题作为出发点和落脚点。选题要符合科学研究的正确方向，要具有新颖性，有创新、有理论价值和现实的指导意义或推动作用，一项毫无意义的研究，即使花很大的精力，表达再完善，也将没有丝毫价值。具体地说，考生可从以下三个方面来选题。首先，要从现实的弊端中选题，学习了专业知识，不能仅停留在书本上和理论上，还要下一番功夫，理论联系实际，用已掌握的专业知识，去寻找和解决工作实践中急待解决的问题。其次，要从寻找科学研究的空白处和边缘领域中选题，科学研究
还有许多没有被开垦的处女地，还有许多缺陷和空白，这些都需要填补。应考者应有独特的眼光和超前的意识去思索，去发现，去研究。最后，要从寻找前人研究的不足处和错误处选题，在前人已提出来的研究课题中，许多虽已有初步的研究成果，但随着社会的不断发展，还有待于丰富、完整和发展，这种补充性或纠正性的研究课题，也是有科学价值和现实指导意义的。
第二、要根据自己的能力选择切实可行的课题。毕业论文的写作是一种创造性劳动，不但要有考生个人的见解和主张，同时还需要具备一定的客观条件。由于考生个人的主观、客观条件都是各不相同的，因此在选题时，还应结合自己的特长、兴趣及所具备的客观条件来选题。具体地说，考生可从以下三个方面来综合考虑。首先，要有充足的资料来源。“巧妇难为无米之炊”，在缺少资料的情况下，是很难写出高质量的论文的。选择一个具有丰富资料来源的课题，对课题深入研究与开展很有帮助。其次，要有浓厚的研究兴趣，选择自己感兴趣的课题，可以激发自己研究的热情，调动自己的主动性和积极性，能够以专心、细心、恒心和耐心的积极心态去完成。最后，要能结合发挥自己的业务专长，每个考生无论能力水平高低，工作岗位如何，都有自己的业务专长，选择那些能结合自己工作、发挥自己业务专长的课题，对顺利完成课题的研究大有益处。
软件开发知识论文的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于软件开发知识论文怎么写、软件开发知识论文的信息别忘了在本站进行查找喔。
