面向过程的毕业论文

不知道这篇文章能够满足您的要求：面向对象的软件开发 1 历史回顾 针对日趋复杂的软件需求的挑战，软件业界发展出了面向对象(OO)的软件开发模式。目前作为针对“软件危机”的最佳对策，OO技术已经引起人们的普遍关注。最初被多数人看作只是一种不切实际的方法和满足一时好奇心的研究，现在得到了人们近乎狂热的欢迎。许多编程语言都推出了支持面向对象的新版本。大量的面向对象的开发方法被提出来。关于OO的会议、学术研讨班和课程极受欢迎。无数专业的学术期刊都为这一话题开辟了专门的版面。一些软件开发合同甚至也指明了必须使用OO的技术和语言。面向对象的软件开发对于90年代，就向是结构化的软件开发对于70年代那样让人着迷，而且OO的发展势头还在日益加速。 诸如“对象”和“对象的属性”这样的概念，可以一直追溯到1950年代初。它们首先出现于关于人工智能的早期著作中。然而，OO的实际发展却是始于 1966年 (当年文化大革命在中国爆发) 。 当时Kisten Nygaard和Ole-Johan Dahl开发了具有更高级抽象机制的Simula语言。Simula提供了比子程序更高一级的抽象和封装；为仿真一个实际问题，引入了数据抽象和类的概念。 大约在同一时期，Alan Kay正在尤他大学的一台个人计算机上努力工作，他希望能在其上实现图形化和模拟仿真。尽管由于软硬件的限制，Kay的尝试没有成功，但他的这些想法并没有丢失。70年代初期，他加入了Palo Alto研究中心(PARC)，再次将这些想法付诸实施。 在PARC,他所在的研究小组坚信计算机技术是改善人与人、人与机器之间通讯渠道的关键。在这信念的支持下，并吸取了Simula的类的概念，他们开发出Smalltalk语言； 1972年PARC发布了Smalltalk的第一个版本。大约在此时，“面向对象”这一术语正式确定。Smalltalk被认为是第一个真正面向对象的语言。 Smalltalk 的目标是为了使软件设计能够以尽可能自动化的单元来进行。在Smalltalk中一切都是对象-----即某个类的实例。最初的Smalltalk的世界中，对象与名词紧紧相连。Smalltalk还支持一个高度交互式的开发环境和原型方法。这一原创性的工作开始并未发表，只是视为带浓厚试验性质的学术兴趣而已。 Smalltalk-80是PARC的一系列Smalltalk版本的总结，发布于1981年。1981年8月的< >杂志公布了Smalltalk开发组的重要结果。在这期杂志的封面图上，一个热气球正从一个孤岛上冉冉升起来，标志着 PARC的面向对象思想的启航。该是向软件开发界公开发表的时候了。起初，影响只是渐进式的，但很快就跃升到火爆的程度。热气球确实启航了，而且影响深远。早期Smalltalk关于开发环境的研究导致了后来的一系列进展：窗口（window），图标（icon）,鼠标(mouse)和下拉式 window环境。Smalltalk语言还影响了80年代早期和中期的面向对象的语言，如：Object-C(1986), C++(1986), Self(1987),Eiffl(1987),Flavors(1986). 面向对象的应用领域也被进一步拓宽。对象不再仅仅与名词相联系，还包括事件和过程。1980 Grady Booch首先提出面向对象设计（OOD）的概念。然后其他人紧随其后，面向对象分析的技术开始公开发表。1985年，第一个商用面向对象数据库问世。 1990年代以来，面向对象的分析、测试、度量和管理等研究都得到长足发展。目前对象技术的前沿课题包括设计模式(design patterns)、分布式对象系统和基于网络的对象应用等。 2 动因 为什么面向对象运动发展到了现在这样火暴的程度？部分是源于人们长久以来的一个希望：人们希望它，象以前其他的软件开发技术一样，能够满足软件开发对于生产效率、可靠性、易维护性、易管理等方面的更高、更快、更强的迫切需求。除此之外，还有许多原因都促使了它的流行。 面向对象的开发强调从问题域的概念到软件程序和界面的直接映射；心理学的研究也表明，把客观世界看成是许多对象更接近人类的自然思维方式。对象比函数更为稳定；软件需求的变动往往是功能相关的变动，而其功能的执行者- ---对象----通常不会有大的变动。另外，面向对象的开发也支持、鼓励软件工程实践中的信息隐藏、数据抽象和封装。在一个对象内部的修改被局部隔离。面向对象开发的软件易于修改、扩充和维护。 面向对象也被扩充应用于软件生命周期的各个阶段---从分析到编码。而且，面向对象的方法自然而然地支持快速原型法和RAD(Rapid Application Development)。面向对象开发的使用鼓励重用，不仅软件的重用，还包括分析、设计的模型的重用。更进一步，OO技术还方便了软件的互换性，即，网络中一个节点上应用能够利用另一个节点上的资源。面向对象的开发还支持并发、层次和复杂等一些在目前的软件系统中常见的现象。今天我们常常会需要建造一些软件系统----不止是一黑盒应用。这些复杂系统通常包含由多个子系统组成的层次结构。面向对象的开发支持开放系统的建设；利用不同的应用来进行软件集成有了更大的柔性。最后，面向对象开发的使用可以减小开发复杂系统所面临的危险，主要是因为系统集成遍布软件生命周期的各个阶段。 3 面向对象的建模 面向对象的建模不仅仅是新的编程语言的汇总。它是一种新的思维方式，一种关于计算和信息结构化的新思维。面向对象的建模，把系统看做是相互协作的对象，这些对象是结构和行为的封装，都属于某个类，那些类具有某种层次化的结构。系统的所有功能通过对象之间相互发送消息来获得。面向对象的建模可以视为是一个包含以下元素的概念框架：抽象、封装、模块化、层次、分类、并行、稳定、可重用和可扩展性。 面向对象的建模的出现并不能算是一场计算革命。更恰当地讲，它是面向过程和严格数据驱动的软件开发方法的渐进演变结果。软件开发的新方法受到来自两个方面的推动：编程语言的发展和日趋复杂的问题域的需求驱动。尽管在实际中分析和设计在编程阶段之前进行，但从发展历史看却是编程语言的革新带来设计和分析技术的改变。同样，语言的演变也是对计算机体系的增强和需求的日益复杂的自然响应。 影响OO产生的诸多因素中，最重要的可能要算是编程方法的进步了。在过去的几十年中，编程语言中对抽象机制的支持已经发展到了一个较高的水平。这种抽象的进化从地址（机器语言）到名字（汇编语言），到表达式（第一代高级语言，如 Fortran）,到控制（第二代高级语言，如Cobol），到过程和函数（第二代和早期第三代高级语言，如Pascal）,到模块和数据(晚期第三代高级语言，如modula),最后到对象（基于对象和面向对象的语言）。Smalltalk和其他面向对象语言的发展使得新的分析和设计的技术的实现成为可能。 这些新的OO的技术实际上是结构化和数据库方法的融合。OO的方法中，小范围内对面向数据流的关注，如偶合和聚合，也是很重要的。同样，对象内部的行为最终也需要面向过程的设计方法。数据库技术中的实体-关系（ER图）的数据建模思想也在 OO的方法中得以体现。 计算机硬件体系结构的进步，性能价格比的提高和硬件设计中对象概念的引入都对OO的发展产生了一定的影响。OO的程序通常要更加频繁地访问内存，需要更高的处理速度。他们需要并且也正在利用强大的计算机硬件功能。哲学和认知科学的层次和分类理论也促进了OO的产生和发展。最后，计算机系统不断增长的规模、复杂度和分布性都对OO技术起了或多或少的推动作用。 因为影响OO发展的因素很多，OO技术本身还未成熟，所以在思想和术语上有很多不同的提法。所有的OO语言并非生而平等，他们在术语、概念的运用上也各不相同。尽管也存在统一的趋势，但就如何进行面向对象的分析、设计而言还没有完全达成共识，更没有统一的符号来描述这些活动。（说明：UML正在朝这方向努力）但是，OO的开发已经在以下领域被证明是成功的：空中交通管理、动画设计、银行、商业数据处理、命令和控制系统、CAD、CIM、数据库、专家系统、图象识别、数学分析、音乐合成、操作系统、过程控制、空间站软件、机器人、远程通讯、界面设计和VLSI设计。毫无疑问，OO技术的应用已经成为软件工业发展的主流。 4 面向对象编程 <1> 概念 在面向对象编程中，程序被看作是相互协作的对象集合，每个对象都是某个类的实例，所有的类构成一个通过继承关系相联系的层次结构。面向对象的语言常常具有以下特征：对象生成功能、消息传递机制、类和遗传机制。这些概念当然可以并且也已经在其他编程语言中单独出现，但只有在面向对象语言中，他们才共同出现，以一种独特的合作方式互相协作、互相补充。 过程化编程模式： 参数输入----- | 代 码 | ------结果输出 为实现某个功能，参数被传入某个处理过程，最后传回计算结果。 | 对象------ 数据结构 面向对象编程模式： 界面 | 对象------ 和 | 对象------ 操作 OOP中，功能是通过与对象的通讯获得的。对象可以被定义为一个封装了状态和行为的实体；或者说是数据结构（或属性）和操作。状态实际上是为执行行为而必须存于对象之中的数据、信息。对象的界面，也可称之为协议，是一组对象能够响应的消息的集合。消息是对象通讯的方式，因而也是获得功能的方式。对象受到发给他的消息后，或者执行一个内部操作（有时成为方法或过程），或者再去调用其他对象的操作。所有对象都是类的实例。类是具有相同特点的对象的集合，或者也可以说，类是可用于产生对象的一个模版。对象响应一个消息而调用的方法，由接受该消息的对象自己决定。类可以以一种层次结构来安排。在这个层次结构中，子类可以从比他高的超类中继承得到状态和方法。当对象接收到一个消息后，寻找相应的方法的过程将在从该对象的类开始，并在该类所处的层次结构中展开，最后，直到找着该方法，或者什么也没找到（将会报错）。在某些语言中，一个给定的类可以从不止一个超类中继承，称之为多继承。如果采用动态联编，继承就导致了多态性。多态性描述的是如下现象：如果几个子类都重新定义了超类的某个函数（都用相同的函数名），当消息被发送到一个子类对象时，在执行时该消息会由于子类确定的不同而被解释为不同的操作。方法也可以被包括在超类的界面中被子类继承，而实际上并不去真正定义他。这样的超类也叫抽象类。抽象类不能被实例化，因此也就只能被用于产生子类。 <2> 语言 面向对象的语言包含4个基本的分支： 1 基于Smalltalk的; 包括smalltalk的5个版本，以Smalltalk-80为代表。 2 基于C的; 包括 objective-C, C++, Java 3 基于LISP的; 包括 Flavors, XLISP, LOOPS, CLOS 4 基于PASCAL的。包括 Object Pascal, Turbo Pascal, Eiffel, Ada 95 Simula实际上是所有这些语言的老祖宗。在这些OO语言中，术语的命名和支持OO的能力都有不同程度的差别。 尽管Smalltalk-80不支持多继承，它仍被认为是最面向对象的语言(the truest OO language)。 在基于C的OO语言中，Object-C 是Brad Cox开发的，它带有一个丰富的类库，已经被成功用于大型系统的开发。C++是由贝尔实验室的Bjarne Stroustrup写的。它将C语言中的STRUCT 扩展为 具有数据隐藏功能的CLASS。多态性通过虚函数(virtual functions)来实现。C++ 支持多继承。在多数软件领域，尤其是Unix平台上，C++都是首选的面向对象编程语言。同C和C++相类似的新一代基于Internet的面向对象语言Java是由Sun microsystems研制的。它于1995年伴随着Internet的崛起而风靡一时。用Java写的applets可以嵌入HTML中被解释执行，这使它具备了跨平台特性。Java和Ada一样支持多线程和并发机制，又象C一样简单、便携。 基于LISP的语言，多被用于知识表达和推理的应用中。其中CLOS(Common LISP Object System)是面向对象LISP的标准版。 在基于Pascal的语言中，Object Pascal是由Apple和Niklaus Wirth为Macintosh开发的,它的类库是MacApp。Turbo Pascal 是Borland公司以Object Pascal为范本开发的。 Eiffel由交互软件工程公司的Bertrand Meyer于1987年发布的。它的语法类似Ada,运行于Unix环境。Ada在1983年刚出来时并不支持继承和多态性，因而不是面向对象的。到了 1995年，一个面向对象的Ada终于问世，这就是Ada 95。 除了上述的面向对象的语言之外，还有一些语言被认为是基于对象(Object-based)的。它们是：Alphard, CLU, Euclid, Gypsy, Mesa, Modula。5 面向对象的软件工程 生命周期 尽管面向对象的语言正在取得令人激动的进展，但我们都知道，编码并非是软件开发中的问题的主要来源。相比之下，需求和分析的问题更加普遍，而且它们的纠错代价更加昂贵。因此，对OO开发技术的关注就不能仅仅集中在编码上面，更应集中关心软件工程的其他方面。OO方法在处理复杂系统的分析和设计、分析和设计的重用方面的应用前景也是非常可观。如果我们承认OO的软件开发不仅仅局限于编码活动，那么就必须采用一种全新的开发模式，包括新的软件生命周期。目前最常见的生命周期是“瀑布”模型（结构化）。它是在60年代末“软件危机”后出现的第一个生命周期模型。如下所示。分析 ----- 设计 ----- 编码 ----- 测试 ------ 维护 如图所示，瀑布式生命周期的开发过程是顺序行进的；活动流向基本是单向的。它假设开发者在开发初期对系统的了解足够清楚。不幸的是，任何软件开发活动都不可避免地要涉及大量迭代过程，无论你事先是否安排。好的设计人员指的是那些能同时在抽象的层面和具体的细节上进行工作的实践家。总的来说，瀑布式生命周期的缺点表现在三个方面：<1> 后期的变化、迭代、改动困难 <2> 不支持重用 <3> 没有一个联系各个阶段的统一模型。 面向对象的方法从问题模型开始，然后就是识别对象、不断细化的过程。它从本质上就是迭代的和渐增的。在这里，快速原型和反馈环路是必需的标准结构。开发过程就是一次次的迭代反复过程。随着迭代的进行，系统的功能不断完善。这里，传统的开发模式中在分析、设计和编码等各个阶段之间的明显界限变得模糊起来。其原因是因为对象的概念弥漫了整个开发过程。对象和它们之间的关系成为分析、设计和编码等各个阶段的共同表达媒介。开发的重心从编码向分析偏移，从功能为中心向数据为中心偏移。而且，面向对象开发的迭代和无缝性使得重用变得更加自然。 近来，为改善面向对象开发的可管理性，玻姆(Boehm,1988)提出了一个结合了宏观和微观视角(macro & microview)的螺旋开发模型。宏观包括3个阶段：1分析---发现和识别对象；2 设计---发明和设计对象；3 实施---创建和实现对象。每个宏观阶段都包含一些微观迭代活动。6 OOA和OOD 由于面向对象的技术还比较新，目前存在许多种面向对象的分析和设计方法。面向对象的分析(OOA)建立于以前的信息建模技术的基础之上，可以定义为是一种以从问题域词汇中发现的类和对象的概念来考察需求的分析方法。OOA的结果是一系列从问题域导出的“黑箱”对象。OOA通常使用“剧情(scenarios)”来帮助确定基本的对象行为。一个剧情是发生在问题域的一个连续的活动序列。在对一个给定的问题域进行 OOA时，“框架”(Frameworks)的概念非常有用。框架是应用或应用子系统的骨架，包含一些具体或者抽象的类。或者说，框架是一个特定的层次结构，包含描述某一问题域的抽象父类。当下流行的所有的OOA方法的一个缺点就是他们都缺乏一种固定的模式(formality)。 在面向对象的设计(OOD)阶段,注意的焦点从问题空间转移到了解空间。OOD是一种包含对所设计系统的逻辑的和物理的过程描述，以及系统的静态和动态模型的设计方法(Booch,1994)。 在OOA和OOD中，都存在着对重用性的关注。目前，OO技术的研究人员们正在尝试定义“设计模式(design patterns)”这一概念。它是一种可重用的“财富”，可以应用于不同的问题域。通常，设计模式指的是一种多次出现的设计结构或解决方案。如果对他们进行系统的归类，即可被重用，可以构成不同设计之间通信的基础。 OOD技术实际上早于OOA技术而出现。目前在OOA和OOD已经很难画出一条清晰的界限。因此，下面的描述给出一些常用的OOA/OOD技术的（联合）概貌。 Meyer 用语言作为表达设计的工具。(1988) Booch的OOD技术扩展了他以前在Ada方面的工作。他采用一种“反复综合(round-trip gestalt)”的方法，包括以下过程：识别对象，识别对象的语义，识别对象之间的关系，进行实施，同时包含一系列迭代。Booch是最先使用类图，类分类图，类模板和对象图来描述OOD的人(1991)。 Wrifs-Brock's的OOD技术是由职责代理来驱动的。类职责卡(Class Responsibilities Cards)被用来记录负责特定功能的类。在确定了类及其职责之后，再进行更详细的关系分析和子系统的实施。(1990) Rumbaugh使用3种模型来描述一个系统：1 对象模型，描述系统中对象的静态结构；2 动态模型，描述系统状态随时间变化的情况；3 功能模型，描述系统中各个数据值的转变。对象图，状态转换图和数据流图分别被用于描述这3个模型。(1991) Coad和Yourdon采用以下的OOA步骤来确定一个多层OO模型（5个层次）：找出类和对象，识别结构和关系，确定主题，定义属性，定义服务。5 个步骤分别对应模型的5个层次，即类和对象层，主题层，结构层，属性层和服务层。他们的OOD方法既是多层次的又是多方面的 (multicomponent)。层次机构和OOA一样。多方面包括：问题域，人与人的交互，任务管理和数据管理。 Ivar Jacobson 提出了Objectory方法(或Jacbson法)，一种他在瑞典Objective系统中开发的面向对象软件工程方法。Jacbson的方法特别强调了“Use Case”的使用。 Use Case成为分析模型的基础，用交互图(Interaction Diagram)进一步描述后就形成设计的模型。Use cases同时也驱动测试阶段的测试工作。到目前为止，Jacbson法是最为完整的工业方法。 （1992） 以上所述的方法还有许多的变种，无法一一列出。近年来，随着各种方法的演变，它们之间也互相融合。1995年，Booch,Rumbaugh和Jacbson联手合作，提出了第一版的UML(Unified Modelling Language),一体化建模语言。(目前已经成为OO建模语言的事实标准)7 管理问题 当组织向面向对象的开发技术转向时，支持软件开发的管理活动也必然要有所改变。承诺使用OO技术即意味要改变开发过程，资源和组织结构。 (Goldberg 1995) OO开发的迭代、原型以及无缝性消除了传统开发模式不同阶段之间的界限。新的界限必须被重新确定。同时，一些软件测度的方法也不在适用了。“代码行数” LOC(Lines of Code)绝对过时了。重用类的数目，继承层次的深度，类与类之间关系的数目，对象之间的耦合度，类的个数以及大小显得更有意义。在OO的软件测度方面的工作还是相当新的，但也已经有了一些参考文献。(Lorenz 1993) 资源分配和人员配置都需要重新考虑。开发小组的规模逐步变小，擅长重用的专家开始吃香。重点应该放在重用而非LOC上。重用的真正实现需要一套全新的准则。在执行软件合同的同时，库和应用框架也必须建立起来。长期的投资策略，以及对维护这些可重用财富的承诺和过程，变的更加重要。 至于软件质量保证，传统的测试活动仍是必须的，但它们的计时和定义必须有所改变。例如，将某个功能“走一遍”将牵涉到激活一个剧情(scenario),一系列对象互相作用，发送消息，实现某个特定功能。测试一个 OO系统是另一个需要进一步研究的课题。发布一个稳定的原型需要不同与以往控制结构化开发的产品的配置管理。 另一个管理方面要注意的问题是合适的工具支持。一个面向对象的开发环境是必须的。同时需要的还包括：一个类库浏览器，一个渐增型编译器，支持类和对象语义的调试器，对设计和分析活动的图形化支持和引用检查，配置管理和版本控制工具，以及一个象类库一样的数据库应用。 除非面向对象开发的历史足以提供有关资源和消耗的数据，否则成本估算也是一个问题。计算公式中应该加入目前和未来的重用成本。最后，管理也必须明白在向面向对象方法转变的过程中要遇到的风险。如消息传递、消息传递的爆炸增长、动态内存分配和释放的代价。还有一些起步风险，如对合适的工具，开发战略的熟悉，以及适当的培训，类库的开发等。8 向面向对象转变 这个转变的时期可能相当长。培训是必须的。一个实验性质的向导项目也是有必要的。建议不要使用结构化和面向对象像结合的办法。越来越多的证据表明，成功需要完全的 OO解决方案. 9 未来 总的来说，面向对象的技术是以前的软件开发技术自然演进的成果，对许多应用领域的软件开发都极具前途。借用Maurice Wilkes在他图灵奖颁奖仪式上的演讲的话：“对象是软件界从70年代以来最激动人心的革新之一。” (1996) 然而，面向对象的开发并非是包医百病的灵丹妙药，其发展还远未成熟。可是尽管OO技术的未来还未确定，但在90年代初期的一些预言都已实现。 (Winblad 1990) 类库和应用程序框架在市场上已经可用。应用和环境之间的透明信息存取业已实现。支持用户在应用之间通信的的环境以及面向对象的继承多媒体工具包正在涌现。随着经验的积累，OO的发展将日渐流行，OO技术也将日趋成熟。当然，OO技术也有可能为某种处理更高一级抽象的开发技术取代或融合。这些都只是猜想。虽然在不远的将来，谈论对象无疑会显得过时，但现在，还有许多的问题等着我们去付出真正的热情。

Java可以按照面向过程来实施项目，但是它本身是一门面向对象的语言，如果你是毕业论文的话，建议还是按照面向对象的方式来写，期间添加一些uml的图表体现，这样更容易拿到高分。

按面向过程写的话，需求不能有大的改动，要不然可能牵一发动全身，因为面向过程的耦合度太高了；也就是说需求要一开始就比较明确；既然用Java写项目，还是用面向对象好一些，毕竟Java在面向对象编程方面有优势；面向对象可读性较高，好修改和维护；

你在大学里学的是知识吗?你学的是思维方式！今天知识很廉价，b站里各种授课，各种网课。大学里的教材都很陈旧，都是好多年前的东西了。当你踏上社会，用人单位用的是好多年前的旧知识？书本上有的才会要求你做？全都不是，全都是你没接触过，没学过的东西。你在大学里面学的唯一有用的就是你对于你的专业的思维方式。运用你的编程思维方式，去解决工作上的一个又一个项目。程序员的思维方式是什么？面相对象+数据结构+算法。你告诉我，你用面相过程来先毕业论文？你弄个文凭是用来干嘛的？你4年大学学的是啥？我是面试官，我问你毕业设计写的是啥，你就给我这个？

市场营销毕业论文的写作格式、流程与写作技巧 广义来说，凡属论述科学技术内容的作品，都称作科学著述，如原始论著（论文）、简报、综合报告、进展报告、文献综述、述评、专著、汇编、教科书和科普读物等。但其中只有原始论著及其简报是原始的、主要的、第一性的、涉及到创造发明等知识产权的。其它的当然也很重要，但都是加工的、发展的、为特定应用目的和对象而撰写的。下面仅就论文的撰写谈一些体会。在讨论论文写作时也不准备谈有关稿件撰写的各种规定及细则。主要谈的是论文写作中容易发生的问题和经验，是论文写作道德和书写内容的规范问题。论文写作的要求下面按论文的结构顺序依次叙述。(一)论文——题目科学论文都有题目，不能“无题”。论文题目一般20字左右。题目大小应与内容符合，尽量不设副题，不用第1报、第2报之类。论文题目都用直叙口气，不用惊叹号或问号，也不能将科学论文题目写成广告语或新闻报道用语。(二)论文——署名科学论文应该署真名和真实的工作单位。主要体现责任、成果归属并便于后人追踪研究。严格意义上的论文作者是指对选题、论证、查阅文献、方案设计、建立方法、实验操作、整理资料、归纳总结、撰写成文等全过程负责的人，应该是能解答论文的有关问题者。现在往往把参加工作的人全部列上，那就应该以贡献大小依次排列。论文署名应征得本人同意。学术指导人根据实际情况既可以列为论文作者，也可以一般致谢。行政领导人一般不署名。(三)论文——引言 是论文引人入胜之言，很重要，要写好。一段好的论文引言常能使读者明白你这份工作的发展历程和在这一研究方向中的位置。要写出论文立题依据、基础、背景、研究目的。要复习必要的文献、写明问题的发展。文字要简练。(四)论文——材料和方法 按规定如实写出实验对象、器材、动物和试剂及其规格，写出实验方法、指标、判断标准等，写出实验设计、分组、统计方法等。这些按杂志 对论文投稿规定办即可。(五)论文——实验结果 应高度归纳，精心分析，合乎逻辑地铺述。应该去粗取精，去伪存真，但不能因不符合自己的意图而主观取舍，更不能弄虚作假。只有在技术不熟练或仪器不稳定时期所得的数据、在技术故障或操作错误时所得的数据和不符合实验条件时所得的数据才能废弃不用。而且必须在发现问题当时就在原始记录上注明原因，不能在总结处理时因不合常态而任意剔除。废弃这类数据时应将在同样条件下、同一时期的实验数据一并废弃，不能只废弃不合己意者。实验结果的整理应紧扣主题，删繁就简，有些数据不一定适合于这一篇论文，可留作它用，不要硬行拼凑到一篇论文中。论文行文应尽量采用专业术语。能用表的不要用图，可以不用图表的最好不要用图表，以免多占篇幅，增加排版困难。文、表、图互不重复。实验中的偶然现象和意外变故等特殊情况应作必要的交代，不要随意丢弃。(六)论文——讨论 是论文中比较重要，也是比较难写的一部分。应统观全局，抓住主要的有争议问题，从感性认识提高到理性认识进行论说。要对实验结果作出分析、推理，而不要重复叙述实验结果。应着重对国内外相关文献中的结果与观点作出讨论，表明自己的观点，尤其不应回避相对立的观点。 论文的讨论中可以提出假设，提出本题的发展设想，但分寸应该恰当，不能写成“科幻”或“畅想”。(七)论文——结语或结论 论文的结语应写出明确可靠的结果，写出确凿的结论。论文的文字应简洁，可逐条写出。不要用“小结”之类含糊其辞的词。(八)论文——参考义献 这是论文中很重要、也是存在问题较多的一部分。列出论文参考文献的目的是让读者了解论文研究命题的来龙去脉，便于查找，同时也是尊重前人劳动，对自己的工作有准确的定位。因此这里既有技术问题，也有科学道德问题。一篇论文中几乎自始至终都有需要引用参考文献之处。如论文引言中应引上对本题最重要、最直接有关的文献;在方法中应引上所采用或借鉴的方法；在结果中有时要引上与文献对比的资料；在讨论中更应引上与 论文有关的各种支持的或有矛盾的结果或观点等。一切粗心大意，不查文献；故意不引，自鸣创新；贬低别人，抬高自己；避重就轻，故作姿态的做法都是错误的。而这种现象现在在很多论文中还是时有所见的，这应该看成是利研工作者的大忌。其中，不查文献、漏掉重要文献、故意不引别人文献或有意贬损别人工作等错误是比较明显、容易发现的。有些做法则比较隐蔽，如将该引在引言中的，把它引到讨论中。这就将原本是你论文的基础或先导，放到和你论文平起平坐的位置。又如 科研工作总是逐渐深人发展的，你的工作总是在前人工作基石出上发展起来做成的。正确的写法应是，某年某人对本题做出了什么结果，某年某人在这基础上又做出了什么结果，现在我在他们基础上完成了这一研究。这是实事求是的态度，这样表述丝毫无损于你的贡献。

计算机专业C与C++程序设计研究论文

摘要 ：首先介绍了目前高校计算机学院C族语言相关程序设计课程的建设状况。然后从C族语言的相互衍生关系出发，提出了在高校计算机课程体系中去除C语言的基础课程，将其综合成一门C++程序设计课程来供学生学习，并对课程内容、参考教材和课时安排上给出了自己的建议。

关键词 ：C语言；C++语言；程序设计

高校的C族语言教学总是按照先学C语言，再学C++的顺序进行，这种学习顺序随着C++标准的不断升级改革后变得越来越不适用。早期的C++属于多面性语言，即可以像C一样进行模块化的面向过程的编程设计，也可以像Java一样进行抽象的面向对象程序设计。那时的教学者考虑的是学生应当从较为便于理解的面向过程的编程思路入门学习C语言编程，然后在熟练了面向过程的编程方式后再从C语言延伸到C++，转而学习面向对象的程序设计。可是随着面向对象的程序设计在应用市场上占领了绝对的主导地位后，再让学生从面向过程着手就等于是浪费学习时间。加上C++和C两门语言的初级语法思想是完全一致的，开设两门课程浪费了学时，也耽误后续更重要的核心课程的学习。

1程序设计语言C与C++的比较

与C++的共性。一般简要的介绍是把C++当作C的加强版，这种认知当然是错误的，C++语言的设计者在设计之初为了保障自家语言会受到开发者的关注，所以兼容了的C的语法，这就自然使得C++可以使用C的编程方式进行程序设计，所以也导致了很多人对这两种语言的关系产生了错误的认知。同时由于C语言本身设定上的优越性，所以C++在进行自我定义的时候也沿用了C语言很多优良的性质。基础数据结构一致，C与C++的基础数据类型都是以变量和常量作为基本属性划分，类型上有字符型、整型、长整型、单精度浮点型和双精度浮点型，不过C++额外增设了布尔型。复合型数据结构上也都同时具有数组、多维数组、结构体、枚举类型和共同体，但是C++增设了字符串类型以替代C语言中的字符数组，功能上更加强大，也更加便捷。在语法方面，声明、赋值、循环、选择的结构和实现都是一致的，并且C++虽然提倡使用类和对象的概念去设计程序结构，可也同样支持函数体结构的程序设计结构。并且C语言中函数的赋值都是间接调用，在使用C语言函数时总是会在指针上出现各种纰漏，但是C++的函数体可以使用引用参数，这就使得C++的函数体比之C的更加好用。总的说来就是，C++标准下用户可以完全使用C语法进行编程而不会出现任何BUG，同时C++自身的优越设定和标准使得其设计能力比C要强大数倍，是目前市场上大型程序开发的首选语言。

与C++的不同。上一节介绍了C++和C的.基础语法上的区别，这些区别都是C++的作者在C的基础之上修订而来的结果，是为了让C++标准下得面向过程的程序设计比之单纯的C更加便捷方便。但是C++的诞生伊始，就是一门向上使用面对对象的程序设计思想的高级编程语言。它的封装性、继承性、多态性和对象唯一性才是C++成为强大高级语言的重要原因，这些特性都是C语言不可能拥有的。所以C能够实现的程序，C++能够实现并且实现的更为方便，C不能实现的程序，C++同样可以实现。

的特色。承接上一节，C++和C之间最大的不同，也是C++自身最值得夸耀的特性，就是面向对象程序设计思想。这种思想使得C++语言设计出来的程序，变成了类和对象的有机结合，这种结合的代码比之面向过程的函数体架构的代码更加易读，共同开发起来容易上手，后续的维护者也不用费更多的脑筋去理解前人的代码含义。而类和对象的设计思路，使得开发者合作时相互之间的工作变的更为独立，双方之间只需要知道对方所写的类实现的功能和包含的数据就行。这种特性我们称之为良好的封装性，开发者之间不需要去知道对方的代码是如何实现，甚至在此之上还可以保证良好的代码健壮性。因为类的引入，更先进的作用域机制也被引入进来，类的书写者往往会将自己类中的数据进行严格的作用域限定，防止其他合作者擅自去修改和使用自己类中的数据。合作者想要知道类中的数据或者使用类中的数据，只能通过类的书写者定义的带有检查机制的方法才行。这样会使得很多人合作开发的大型项目的稳定性和安全性比之用C语言开发时再上一个台阶。同时类的概念中还有一个先进的设定就是继承性，并且由这个继承性还延伸出了接口的概念。有了可以继承的接口和类，那么开发者在对程序进行迭代的瀑布开发流程时，就可以很好的使用自己曾经开发的源代码，或者借用其他项目的源代码，因为只要学会科学的使用继承机制，就不仅仅是节约程序员的代码时间，也减少了程序员在回顾曾经代码时发生的错误和歧义。而与继承机制配合使用的是多态性，曾经C语言中定义的函数，其灵活度非常差，特定的函数只能满足特定程序定义的需求，想要重用曾经的源代码是几乎不可能的事情。我们刚才提到的继承机制使得C++开发者复用源代码成为了一种习惯，但是复用时不可避免的修改问题又摆到了台面上，多态机制顺应而生了。多态机制使得类不仅可以继承其他类，将父类的数据和方法都在本类体中自如的使用，同时还可以用本类中新的定义和代码去覆盖父类中的数据定义和方法。这就让程序员变的更加自由，想用父类的数据和方法时就去继承，但是不想全部使用时就加上多态机制去覆盖。这样代码之间的重复利用率变得十分客观，节约了大量的开发时间和开发成本。

2程序设计语言C与C++开设建议

C++课程的内容应当如下安排：第一部分，教授C++的基础语法，让学生可以编写出在DOS命令行下输入输出的程序，了解编程的基本概念和思想。并且这时应当同时进行C和C++的双向语法教学，为日后学生进入高年级后的方向选择打下基础。此部分使用半个学期最为适宜，并且此时并不灌输学生何为面向对象何为面向过程，而主在让学生使用基础语法进行最基本的编程探索。第二部分，在学生有了基础编程知识后，将数据结构的内容放入课程中去，用半学期的时间教授学生用C++实现的各类常见数据结构。并且结合实际开发项目中的代码作为阅读补充，让学生明白数据结构的知识对程序开发的意义，然后将简化后的小项目作为课堂的主要内容，用实际的代码让学生去理解那些枯燥的数学定理和概念。而且在实现数据结构的过程中，必然会面对一些更为高级的C++语法和概念。总的来说，用大一上的一个学期让学生对于基础编程有了良好的认知和深入，是十分值得和有效的。第三部分，在学生有了数据结构的基础和C++的基本语法掌握后，应当面对一些实际的开发项目和问题。当然实际的问题还是需要老师进行简化，其主要目的是让学生掌握C++的高级特性和实际软件开发的过程与思路，并且想学生传授基础的算法。这一部分较为困难，应当使用一个学期让学生慢慢的掌握和熟悉。第四部分，在学生算是对C++语言和数据结构与算法都有了基础的入门后，再进行课堂教学意义就不大了，应当再大二上学期开设一门课程设计实验课，让学生完成几个难度从小到大的项目，循序渐进的掌握基本的实际开发技巧和思维。

参考文献

[1]罗莉.计算机程序设计的多应用型开发与实现[J].产业与科技论坛，2015（14）：54-55.

[2]邓薇，何锫，钱俊彦，等.深度优先的多基因表达式程序设计[J].模式识别与人工智能，2013（9）：819-828.

[3]宛西原，汪霞.非计算机本科专业计算机程序设计课程的改革思考[J].计算机工程与科学，2014（z1）：56-59.

山东理工大学管理教学网| 会员登陆 | 会员退出 | 会员注册 | 会员列表 管理视野管理思维课堂同步教学相长教学指导案例集粹资讯链接 当前位置：山东理工大学管理教学网 > 阅读新闻 市场营销专业毕业论文题目时间：2005-12-15 13:54:42 来源：山东理工大学管理教学网 阅读1954次 1 买方市场条件下企业的市场营销2 复杂环境下高技术企业营销风险研究3 供应链管理结构模型的分析与研究4 CRM在汽车营销企业中的开发与应用5 绿色供应链管理及实施策略6 我国企业绿色营销理念及实践的特征分析7 新经济条件下的我国企业营销创新8 企业营销的战术策略9 提高市场占有率常见的错误及对策10 经济全球化条件下的企业市场营销11 企业绿色营销与我国对外贸易12 我国中小企业提升市场营销能力的战略选择13 市场营销与企业文化14 客户与供应商的战略伙伴关系及其管理15 试论企业营销能力的培育与增强16 我国企业实施整合营销战略的对策17 论生态型企业营销体系及其建立与改造18 论营销渠道模式转型19 论企业的网上病毒性营销策略20 对国有企业物资采购管理的探讨21 浅论市场竞争中的企业市场创新22 构造三维市场营销 形成企业核心竞争力23 合作营销战略研究24 企业与中间商25 论企业信息化过程中的营销创新26 企业绿色营销探析27 高科技企业的网络营销28 企业市场营销组合决策的神经网络模型29 提升中国现代企业的核心竞争力——建立客户关系管理30 我国科技企业营销体制中的观念导向31 营销社会化刍议32 新产品试销评价方法研究33 论中国转型市场中企业营销的预警管理34 网络环境下企业创名牌的营销策略35 论现代企业分销渠道建设36 企业供应链管理中的不确定性及其解决方案研究37 企业营销失灵的原因及对策分析38 供应链管理模式下企业物流的合理化研究39 浅论“知识营销”对企业营销管理的影响40 基于环境管理的企业绿色营销对策41 试论企业营销战略规划42 市场营销观念与商品包装的伦理道德问题43 供应链管理的战略思想与战略管理44 面对全球竞争的企业营销对策45 论企业营销的市场导向46 “客户顾问制”与营销创新47 供应链管理与企业发展48 21世纪企业营销新理念49 企业的网络营销策略50 浅论企业顾客关系管理的核心——忠诚度51 对当前企业营销问题的点评52 世纪之初我国企业营销存在的问题及对策53 对绿色营销的探讨54 分销网络的有效管理与创新55 用服务“粘住”你的顾客——略论企业的服务营销56 中小企业应确立营销新观念57 现代市场营销信息系统探讨58 可持续性发展与企业绿色营销59 企业网络营销的策略选择60 企业营销活动的“催化剂”61 供应链企业外部绩效评价子系统研究62 论渠道价值链增值管理对策63 互联网技术与关系营销的实现64 供应链管理环境下的业务外包——提高企业核心竞争力的有效途径65 跨文化交际中的跨国公司营销策略66 企业营销理念创新的几点思考67 略论采购成本的控制68 供应链中的合作与模式匹配的研究69 论绿色营销对企业发展的重要性70 企业如何面对和参与供应链竞争71 我国企业营销策划的困境及对策72 客户关系管理价值链研究73 客户档案知识的挖掘方法研究74 论市场秩序与企业信用75 项目管理在组织市场调研中的应用初探76 浅析新时期的合作营销关系77 基于电子商务的物资供应管理系统设计78 论网络营销与企业谋略79 论知识经济对企业营销活动的影响80 中国加入WTO后的企业营销对策81 跨国公司进入中国市场的渠道战略82 新经济背景下的企业营销e化83 企业供应链的结构类型研究84 论企业的供应链管理85 供应链管理方案的设计与选择86 试论企业内部控制点的增设在企业材料采购中的作用87 论企业建立顾客导向营销观念88 加强商品审美研究 搞活企业市场营销89 买方市场条件下企业的营销战略和策略分析90 企业市场营销创新是全球化营销的必经之路91 企业虚拟经营的营销战略思考92 网络时代企业营销策略整合93 浅谈买方市场条件下企业营销战略94 现代企业中的服务营销95 企业市场策略常见缺陷分析96 浅谈产品直销的利与弊97 营销道德失范的成因分析98 中国企业实施营销战略的现实意义99 信息传递障碍与营销效率研究100 模仿创新的特性与营销环境分析101 浅议利用营销中的非价格因素提高企业核心竞争力102 以客户关系为中心的业务流程重组103 企业现代物流是我国物流产业发展的关键104 销售经理的基本素质105 市场细分和定位技术在后发企业的应用106 信息系统在供应链与物流系统中的战略价值107 “青年文明号”在企业营销战略中的重要作用108 “越区销售”问题的分析及对策109 企业营销如何应对经济全球化110 提高顾客价值意识 增强企业竞争优势111 企业销售管理信息系统的研究与开发112 企业实施供应链管理中存在的问题及对策探讨113 电子商务背景下企业营销模式的创新方向114 影响顾客忠诚度因素探析115 论生产企业对分销渠道成员的管理116 信息化、标准化是供应链管理实施成功的关键117 企业客户关系管理(CRM)的导入与实施118 降低物流成本的方法与策略浅议119 论加强物流管理提高企业绩效120 让客户关系真正成为企业发展的核心竞争力121 我国企业发展绿色食品营销策略探析122 市场对接过渡期的企业营销策略123 无缝营销管理——企业战略联盟有效运行的基本保证124 试论企业分销渠道的创新125 企业营销管理研究——“顾客中心论”的企业营销战略126 浅谈企业如何控制销售信用风险127 上市公司关联购销交易实证研究128 电网经营企业的营销战略129 基于知识经济的企业经营方式与营销渠道的变革130 WTO条件下的企业市场营销131 WTO与我国企业开展国际市场营销132 营销管理支持系统及其内在运行机制133 “差异化策略”在企业营销中的运用134 企业物流一体化研究135 论内部营销策略组合及其应用模型136 论企业物流的营销战略137 客户关系管理中客户发展的理论研究138 信息经济中的管理锁定策略及其应用139 试论企业绿色营销的发展140 论协同合作式的供应链管理141 开拓国际市场的产品营销策略探讨142 现代企业如何保证物资采购效果143 加入WTO后制造企业销售通路建设的思考144 企业物流管理信息化问题及对策研究145 知识经济时代企业经营方式与营销渠道的变革146 略论供应链战略联盟的内涵、类型与管理147 客户关系管理视角下的分销渠道整合148 客户行为与区域市场渠道策略149 企业名牌战略与营销策略问题初探150 绿色供应链管理及其实施对策151 基于供应链的网络化制造体系结构152 谈知识营销在企业营销创新中的杠杆作用153 银行与中小企业融资关系比较与选择154 企业开拓目标市场策略新论155 浅析企业如何获取分销渠道竞争优势156 供应链企业间的委托代理问题及道德风险的防范157 基于顾客的新型供应链管理模式初探158 论现代企业的顾客满意观和顾客资产观159 面对WTO中外企业营销落差比较160 CRM在中小型企业中的实施与应用161 当代企业营销策略创新162 企业电子商务系统的构建163 论产品的知识营销164 方法-目的链短化的原因浅析165 CRM在药品营销渠道管理中的应用166 供应链绩效评价研究现状与发展趋势167 基于移动Agent建立企业动态供应链168 当前环境变革中我国企业营销理念的转变169 中小企业实施CRM方案的误区与对策170 WTO与中国企业市场营销171 新世纪的供应链管理与物流管理172 加入WTO对我国企业营销的影响及对策173 基于供应链管理的联合定价决策模型探讨174 网络经济时代的客户关系管理175 供应链伙伴关系的双赢研究176 客户关系管理(CRM)的理论及应用探讨177 论网络营销对企业的影响178 价格战的原因探析与对策研究179 客户忠诚与客户关系生命周期180 略论中国传统文化的现代管理意义181 绿色营销与企业可持续发展182 顾客关系管理：对顾客网络及其知识管理的系统剖析183 中国企业开展电子商务所需条件分析184 探究企业电子商务组织的新型管理模式185 理解客户关系管理——谈客户关系管理的战略意义186 关于企业物流管理绩效评价体系的探讨187 当前企业营销观念及其规则分析188 文化营销——企业营销能力构建的战略选择189 论我国企业市场营销创新190 创造基于供应链管理的顾客价值191 顾客忠诚的价值驱动模式192 企业供应链管理及其信息保障机制193 新经济下的企业网络与超市场契约194 供应链竞争力的厂商均衡分析195 绿色营销初探196 高技术企业市场营销特殊性分析197 网络经济与客户的数字化管理198 数据挖掘在客户关系管理中的应用研究199 知识经济时代高新技术企业的市场营销创新200 组织市场上购买决策者的结构类型与企业的营销对策201 论企业网络营销中的物流策略202 论企业营销活动策划的专业化203 西方的顾客忠诚研究及实践启示204 以企业营销新理念迎接入世挑战205 网络经济环境下企业经营模式与营销渠道变革206 企业营销创新的内容和重要性207 基于供应链伙伴关系的产品定价问题研究208 供应链系统的物流规划模式209 供应链的自动补货模式及其价值210 博弈理论与营销创新211 激励机制在现代人事管理中的运用212 对客户忠诚创造价值问题的探讨213 现代供应链联盟问题研究214 顾客满意度中的顾客竞争性评价215 建立企业采购内部控制制度的构想216 绿色营销与企业经营策略分析217 论企业产品营销策略中的道德问题218 有形产品的服务提供方式研究219 顾客价值提升的定位及途径220 我国企业知识营销现状与对策221 客户关系营销——现代企业竞争的有力武器222 论营销流程再造223 谈企业营销费用分析和会计处理原则224 企业供应链管理的信息化225 面向过程的供应链工作流管理研究226 企业应对价格战的策略227 客户关系管理的困惑与发展228 实施绿色营销的意义与对策229 借鉴ISO9000的管理思想精髓优化供应链管理230 供应链合作伙伴选择及备件订货问题研究231 入世以后中国企业的市场营销战略研究232 试论企业销售渠道的创新与优化233 牛鞭效应的危害及其对策234 基于供应链战略目标的性能检测指标研究235 企业电子商务盈利策略探析236 基于企业整体模型的供应链信息流研究237 供应链性能评价的研究现状和发展趋势238 基于零部件归并问题的采购策略模型(英文)239 企业对市场需求的能动作用研究240 经济危机时期消费者行为和企业营销策略研究241 网络时代的消费特征及营销对策242 客户全生命周期利润预测方法的研究243 谈新经济时代的营销创新244 国际营销中产品的包装、促销与传播学245 服务营销与企业经营战略246 供应链管理绩效评价指标体系研究247 企业产品试销中若干问题的探讨248 基于资源利用综合水平的采购量分配方法249 我国企业间促销管理的实证分析与对策250 企业物资供应与管理改革探讨251 信息传递障碍与国有企业营销效率研究252 我国企业营销竞争力评价体系的构建及运行253 论交易成本与供应链战略合作伙伴关系254 客户关系管理核心思想浅析255 基于机制设计的供应链优化整合决策效应分析256 21世纪企业营销管理创新研究257 诚信营销与企业发展258 企业营销风险的防范与控制259 论关系营销在我国企业中的应用260 全球绿色营销趋势和我国企业的策略261 试论营销策略在现代企业中的地位262 企业供应链构建与优化对策研究263 市场营销战略失误与民营企业“流星现象”264 试析企业客户资本管理265 关于构建中国顾客满意度指数测评体系的探讨266 阻碍企业电子商务发展的因素与对策267 营销创新——21世纪中国企业营销的必然选择268 现代企业实施关系营销的对策269 VMI供应链系统的经济效果评价研究270 论跨国公司全球战略下的市场营销271 浅析营销适宜度272 基于相对熵的营销机会模糊评价273 现代企业的物流革命与营销创新274 电子商务下企业CRM的实施研究275 现代企业营销存在的问题与对策276 试论关系营销277 企业营销理念与品牌提升策略创新278 入世后市场营销环境的变化及企业营销对策研究279 论企业营销形象内在素质的塑造280 21世纪企业营销变革与创新方向281 过程工业供应链计划调度模型及算法的研究进展282 制约我国企业开展绿色营销的深层原因及其对策283 基于客户发掘、客户全面解决方案的科技型企业盈利模式探究284 树立现代市场营销观念与实现“两个转变”的关系285 论网络信息环境下的顾客忠诚管理286 试论市场营销组合4PS向4CS的转变287 VE原理在营销策略中的应用288 质量文化在供应链管理中的融合作用289 客户资源的特征及CRM模式在企业中的实施290 企业内部营销及其实施策略探讨291 中国企业供应链管理浅析292 供应链系统运行评价研究293 “定制营销”理念的前瞻及潜力刍议294 浅论企业的营销腐败295 供应链中的道德风险问题296 供应链中的信息流运作模式297 基于过程的供应链重构模式与选择298 电子营销与中国企业营销策略的变革299 供应链管理环境下采购管理的博弈论分析