編程例文

Ⅰ web前端 自我介紹例文

你如果事面試介紹的話工作經歷的：你好，我叫某某，2016年在某某學校（如果不是啥重本985，211就不用說什麼學校畢業，就說多少年畢業後）畢業後，曾就職於某某公司，從事web前端開發工作，有兩年工作經驗，前端基礎知識扎實拓展性強，掌握某某技術（這個只說大概就有了不要說細，後面面試官會問你詳細技術或者考你的，這里比如說：掌握hmtl5，css3前沿技術以及node.js以及jquery等js框架，能熟練製作響應式頁面，了解微信小程序開發等）前端面試最好要帶上自己頁面製作的作品，前端跟後台不同，你帶個作品基本上就能看出你的能力以及技術了，所以建議用自己最好的技術寫個自己的個人網站，用純前端技術寫。面試的自我介紹不用太詳細，基本上知道你點基本信息就有了。最後還是要看面試官問你的

Ⅱ 誰能給我發個面向對象程序設計論文的例文啊

不知道這篇文章能夠滿足您的要求：

面向對象的軟體開發

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月的< <BYTE>>雜志公布了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）,到模塊和數據(晚期第三代高級語言，如mola),最後到對象（基於對象和面向對象的語言）。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++ 2.0 支持多繼承。在多數軟體領域，尤其是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, Mola。

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技術也有可能為某種處理更高一級抽象的開發技術取代或融合。這些都只是猜想。雖然在不遠的將來，談論對象無疑會顯得過時，但現在，還有許多的問題等著我們去付出真正的熱情。

Ⅲ 計算機論文範文3000字

學術堂整理了一篇3000字的計算機論文範文，供大家參考：

範文題目：關於新工程教育計算機專業離散數學實驗教學研究

摘要: 立足新工科對計算機類專業應用實踐能力培養的要求，分析了目前離散數學教學存在的關鍵問題，指明了開展離散數學實驗教學的必要性。在此基礎上，介紹了實驗教學內容的設計思路和設計原則，給出了相應的實驗項目，並闡述了實驗教學的實施過程和教學效果。

關鍵詞:新工科教育;離散數學;計算機專業;實驗教學

引言

新工科教育是以新理念、新模式培養具有可持續競爭力的創新型卓越工程科技人才，既重視前沿知識和交叉知識體系的構建，又強調實踐創新創業能力的培養。計算機類是新工科體系中的一個龐大專業類，按照新工科教育的要求，計算機類專業的學生應該有很好的邏輯推理能力和實踐創新能力，具有較好的數學基礎和數學知識的應用能力。作為計算機類專業的核心基礎課，離散數學的教學目標在於培養學生邏輯思維、計算思維能力以及分析問題和解決問題的能力。但長期以來「定義－定理－證明」這種純數學的教學模式，導致學生意識不到該課程的重要性，從而缺乏學習興趣，嚴重影響學生實踐能力的培養。因此，打破原有的教學模式，結合計算機學科的應用背景，通過開展實驗教學來加深學生對於離散數學知識的深度理解是實現離散數學教學目標的重要手段。

1．實驗項目設計

圍繞鞏固課堂教學知識，培養學生實踐創新能力兩個目標，遵循實用性和可行性原則，設計了基礎性、應用性、研究性和創新性四個層次的實驗項目。

(1) 基礎性實驗

針對離散數學的一些基本問題，如基本的定義、性質、計算方法等設計了7個基礎性實驗項目，如表1所示。這類實驗要求學生利用所學基礎知識，完成演算法設計並編寫程序。通過實驗將抽象的離散數學知識與編程結合起來，能激發學生學習離散數學的積極性，提高教學效率，進而培養學生的編程實踐能力。

(5) 利用網路教學平台

為了拓展學生學習的空間和時間，建立了離散數學學習網站，學習網站主要包括資源下載、在線視頻、在線測試、知識拓展和站內論壇五個部分模塊，其中知識拓展模塊包含背景知識、應用案例和實驗教學三部分內容。通過學習網站，學生不僅可以了解離散數學各知識點的典型應用，還可以根據自己的興趣選擇並完成一些實驗項目。在教學實踐中，規定學生至少完成1－2個應用性實驗項目並納入期中或平時考試成績中，從而激發學生的學習興趣。

4．結束語

針對新工科教育對計算機類專業實踐創新能力的要求，在離散數學教學實踐中進行了多方位、多層次的實驗教學，使學生了解到離散數學的重要

性，激發了學生的學習興趣，提高了學生程序設計能力和創新能力，取得了較好的教學效果。教學團隊將進一步挖掘離散數學的相關知識點在計算機學科領域的應用，完善離散數學實驗教學體系，使學生實踐能力和創新思維得以協同培養，適應未來工程需要。

參考文獻:

［1］徐曉飛，丁效華．面向可持續競爭力的新工科人才培養模式改革探索［J］．中國大學教學，2017(6)．

［2］鍾登華．新工科建設的內涵與行動［J］．高等工程教育研究，2017(3)．

［3］蔣宗禮．新工科建設背景下的計算機類專業改革養［J］．中國大學教學，2018( 11) ．

［4］The Joint IEEE Computer Society/ACM Task Force onComputing Curricula Computing Curricula 2001 ComputerScience［DB / OL］． http:/ / WWW． acm． org / ecation /curric_vols / cc2001． pdf，2001．

［5］ACM/IEEE － CS Joint Task Force on Computing Curricula．2013． Computer Science Curricula 2013［DB / OL］． ACMPress and IEEE Computer Society Press． DOI: http: / / dx．doi． org /10． 1145 /2534860．

［6］中國計算機科學與技術學科教程2002研究組．中國計算機科學與技術學科教程2002［M］．北京: 清華大學出版社，2002．

［7］張劍妹，李艷玲，吳海霞．結合計算機應用的離散數學教學研究［J］．數學學習與研究，2014(1) ．

［8］莫願斌．凸顯計算機專業特色的離散數學教學研究與實踐［J］．計算機教育，2010(14)

Ⅳ 腳本怎麼寫 範文大全

腳本的寫法：

這里的腳本主要是各類編程腳本，包括按鍵精靈腳本、python腳本、js腳本、易語言腳本等等。

1、首先你要確定你所謂的腳本是那種類型的腳本，根據你的使用目的決定，例如你要用腳本實現自動化操作，例如在抖音上自動給目標用戶留言重復操作等等，你需要用按鍵精靈腳本，你需要用爬蟲採集某個網站的數據，你需要用python腳本。

Ⅳ 軟體測試報告例文

以前寫的東西 省略著寫
XX軟體測試報告 共 x 頁 擬制 年 月 日審核 年 月 日會簽 年 月 日批准 年 月 日
1 范圍本文檔適用於XX軟體的單元/集成測試。1.2 系統概述1.3 文檔概述本文檔用於對XX軟體的測試工作階段成果的描述。包括對軟體測試的整體描述，軟體測試的分類和級別，軟體測試的過程描述，軟體測試的結果等內容。2 引用文檔《XX軟體需求規格說明》《XX軟體設計說明》《XX系統介面協議》3 測試概述3.1被測軟體的基本概況使用的編程語言：XXX 匯編語言程序行數：1590子程序個數：11單行注釋行數：669注釋率：約為42%3.1.1. 測試小結本次測試對XX軟體進行了靜態分析和動態測試。測試工作分為兩個階段。第一階段進行了軟體靜態分析，軟體測試人員和開發人員分別對軟體V1.00版本的代碼進行走讀。在此基礎上軟體開發人員對代碼走查中發現的問題進行了修改，做了97處代碼變更並提交了V1.01版本進行動態測試。在測試過程中針對發現的軟體缺陷進行了初步分析，並提交程序設計人員對原軟體中可能存在的問題進行考查。在軟體測試中首先根據軟體測試的規范進行考核，將書寫規范，注釋等基礎問題首先解決，其次考核軟體測試中的問題是否存在設計上的邏輯缺陷，如果存在設計缺陷則應分析該缺陷的嚴重程度以及可能引發的故障。軟體開發人員在以上基礎上對軟體的不足做出相應的修改，同時通過軟體回歸測試驗證軟體修改後能夠得到的改善結果。 軟體代碼1.00與1.01版變更明細表： 編號 1.00版行號 1.01版行號 更改說明 1 19 22 注釋變更 2 26 29 注釋變更 3 29 32 注釋變更 4 95 98 注釋變更 5 108行後 113～116 增加新變數 6 171、172 180、181 命令字大小寫變更 7 以下略 從上表可以看出，注釋變更一共有15處，主要排除了對原程序的理解錯誤問題；根據程序的書寫規范要求，一行多條語句改為一行一條語句的更改一共有42處；命令字大小寫變更一共有7處；在代碼走查中對冗餘和無用的代碼作了更改，將這些代碼注釋掉，此類更改一共有14處。上述4類更改一共有78處，這些更改對程序本身的功能沒有任何影響，但從軟體規范的角度來看提高了程序的可讀性和規范性。其餘19處變更為代碼變更，主要是在軟體測試中發現原程序的可靠性不足，在不改變原程序功能的基礎上相應的增加了新變數、新語句、新程序以提高整個程序的可靠性。在動態測試階段進行了單元測試和集成測試。此階段發現的軟體問題經軟體測試人員修改，提交了V1.02版本，軟體測試人員對此版本的軟體代碼進行了回歸測試，確認對前階段發現的軟體問題進行了修改，消除了原有的軟體問題並且確認沒有引入新的軟體問題。認定V1.02版為可以發行的軟體版本。3.1.1.1 靜態分析小結靜態測試採用人工代碼走查的方式進行。參加代碼走查的軟體開發人員有：（略）；參加代碼走查的軟體測試人員有：（略）。代碼走查以代碼審查會議的形式進行。靜態分析過程中共進行了四次會議審查。靜態測試階段的主要工作內容是：l 根據對軟體匯編源代碼的分析繪制詳細的程序流程圖和調用關系圖（見附件1）；l 對照軟體匯編源代碼和流程圖進行程序邏輯分析、演算法分析、結構分析和介面分析；l 對軟體匯編源代碼進行編程規范化分析。通過靜態測試查找出軟體的缺陷18個，其中輕微的缺陷4個，占所有缺陷的22.2％中等的缺陷11個，占所有缺陷的61.1％嚴重的缺陷：3個，占所有缺陷的16.7％上述軟體缺陷見附件《軟體問題報告單》3.1.1.2 動態測試小結動態測試使用的測試工具為XXX軟體集成開發環境。總共的測試用例數：143個。全部由測試人員人工設計。其中單元測試用例138個，集成測試用例5個。發現的軟體缺陷有2個，都是在單元測試過程中發現的。集成測試階段未發現新的軟體缺陷。在發現的軟體缺陷中：中等的缺陷1個，占所有缺陷的50％嚴重的缺陷1個，占所有缺陷的50％上述軟體缺陷見附件《軟體問題報告單》動態測試中代碼覆蓋率：代碼行覆蓋率 100%分支覆蓋率 100%程序單元調用覆蓋率 100％3.1.1.3 回歸測試小結對軟體測試過程中發現的缺陷經軟體開發人員確認後進行了代碼更改，並對更改後的代碼進行了回歸測試。本報告中的數據是回歸測試後的測試數據。3.1.1.4 測試分析下面將對此次軟體測試中的所有缺陷以及改進設計進行分析。1． 靜態測試中的缺陷分析： 1） 4個輕微缺陷屬於代碼冗餘，由於在程序設計中加入了部分調試程序，在程序設計完成後未將這些調試代碼注釋或刪除掉而造成代碼冗餘，但對程序本身的功能並無影響。修改後程序的效率得到提高。2） 11個中等缺陷屬於注釋變更，在原程序代碼的注釋中存在注釋不準確的問題，會影響程序員對程序的理解，修改後的程序提高了程序的可讀性。3） 重點分析3個嚴重缺陷：第一個嚴重缺陷屬於XX號的無效判別和相應的處理問題，程序對XX號進行無效判別時，判別界限並不完全，在本跟蹤程序中XX號的有效數為01-10（用4位表示），而判別無效時只判了為00的情況，沒有判別大於10的情況。而且在為00時也沒有作相應的處理，修改後的程序對設計進行了改進，詳見改進設計分析3。第二個嚴重缺陷屬於程序設計中讀取地址錯誤問題，經分析在調試中讀取的數據是正確的，但是讀取的地址與設計初衷不相符，修改後問題得到了解決，詳見改進設計分析1。第三個嚴重錯誤是近區/遠區子程序判斷與進入條件反了，經分析對程序的影響不大，但與設計初衷不一致，修改後問題得到了解決，詳見改進設計5。2． 動態測試中的缺陷分析：1） 中等缺陷1個，在程序的注釋中出現錯誤，將近區注釋為遠區，修改後問題得到了解決，提高了程序的可讀性。2） 嚴重缺陷1個，在XX號無效的判別中，本應判斷大於10，但誤設計為0，修改後經回歸測試問題得到了解決。 3． 改進的設計分析：（因和產品相關，略） 3.1.2 測試記錄a 測試時間：2005年8月5日至2005年9月17日。b 地點：（略）。c 硬體配置：P4CPU/2.0G，內存256M，硬碟1Gd 軟體配置：Wondows98，e 被測軟體版本號：V1.0，V1.01，V1.02f 所有測試相關活動的日期和時間、測試操作人員等記錄見軟體測試記錄文檔。4 測試結果在兩個階段測試過程中共發現軟體缺陷20個，經軟體開發人員確認的缺陷為20個，經過改正的代碼消除了所有以確認的軟體缺陷並通過了回歸測試。因測試條件所限，未能進行軟體的確認測試和系統測試。5 評估和建議5.1 軟體評估 5.1.1 軟體編碼規范化評估經過回歸測試，未殘留的軟體編碼規范性缺陷。軟體代碼文本注釋率約為42%，代碼注釋充分，有利與代碼的理解和維護。5.1.2 軟體動態測試評估被測軟體單元的總數：11個使用的測試用例個數：143個達到軟體測試出口准則的軟體單元數為11個，通過率100％通過單元和集成測試得知：軟體代碼邏輯清晰、結構合理、程序單元間介面關系一致，運行穩定。5.2 改進建議a. 建議在軟體開發項目中全面實施軟體工程化，加強軟體開發的管理工作。b. 建議進一步加強軟體需求規格說明、軟體設計文檔編制以及編寫代碼的規范化。特別是應該將系統中的硬體研製和軟體研製分別管理，軟體文檔編制的種類和規格按照相關標准執行。c. 盡早開展軟體測試工作。在軟體研製計劃安排上給軟體測試留有必要的時間，在資源配置上給軟體測試必要的支撐。d. 建議結合系統聯試，開展軟體的確認和系統測試。附件：軟體問題報告單（略）軟體更改通知單（略）軟體測試記錄（略）

Ⅵ 數控自動編程實訓有範文么

畢業論文
一，我國數控系統的發展史
1.我國從1958年起，由一批科研院所，高等學校和少數機床廠起步進行數控系統的研製和開發。由於受到當時國產電子元器件水平低，部門經濟等的制約，未能取得較大的發展。
2.在改革開放後，我國數控技術才逐步取得實質性的發展。經過「六五"(81----85年)的引進國外技術，「七五」(86------90年)的消化吸收和「八五」(91~一-95年)國家組織的科技攻關，才使得我國的數控技術有了質的飛躍，當時通過國家攻關驗收和鑒定的產品包括北京珠峰公司的中華I型，華中數控公司的華中I型和沈陽高檔數控國家工程研究中心的藍天I型，以及其他通過「國家機床質量監督測試中心」測試合格的國產數控系統如南京四開公司的產品。
3.我國數控機床製造業在80年代曾有過高速發展的階段，許多機床廠從傳統產品實現向數控化產品的轉型。但總的來說，技術水平不高，質量不佳，所以在90年代初期面臨國家經濟由計劃性經濟向市場經濟轉移調整，經歷了幾年最困難的蕭條時期，那時生產能力降到50%，庫存超過4個月。從1 9 9 5年「九五」以後國家從擴大內需啟動機床市場，加強限制進口數控設備的審批，投資重點支持關鍵數控系統、設備、技術攻關，對數控設備生產起到了很大的促進作用，尤其是在1 9 9 9年以後，國家向國防工業及關鍵民用工業部門投入大量技改資金，使數控設備製造市場一派繁榮。

三，數控車的工藝與工裝削
閱讀：133

數控車床加工的工藝與普通車床的加工工藝類似，但由於數控車床是一次裝夾，連續自動加工完成所有車削工序，因而應注意以下幾個方面。

1. 合理選擇切削用量

對於高效率的金屬切削加工來說，被加工材料、切削工具、切削條件是三大要素。這些決定著加工時間、刀具壽命和加工質量。經濟有效的加工方式必然是合理的選擇了切削條件。

切削條件的三要素：切削速度、進給量和切深直接引起刀具的損傷。伴隨著切削速度的提高，刀尖溫度會上升，會產生機械的、化學的、熱的磨損。切削速度提高20%，刀具壽命會減少1/2。

進給條件與刀具後面磨損關系在極小的范圍內產生。但進給量大，切削溫度上升，後面磨損大。它比切削速度對刀具的影響小。切深對刀具的影響雖然沒有切削速度和進給量大，但在微小切深切削時，被切削材料產生硬化層，同樣會影響刀具的壽命。

用戶要根據被加工的材料、硬度、切削狀態、材料種類、進給量、切深等選擇使用的切削速度。

最適合的加工條件的選定是在這些因素的基礎上選定的。有規則的、穩定的磨損達到壽命才是理想的條件。

然而，在實際作業中，刀具壽命的選擇與刀具磨損、被加工尺寸變化、表面質量、切削雜訊、加工熱量等有關。在確定加工條件時，需要根據實際情況進行研究。對於不銹鋼和耐熱合金等難加工材料來說，可以採用冷卻劑或選用剛性好的刀刃。

2. 合理選擇刀具

1) 粗車時，要選強度高、耐用度好的刀具，以便滿足粗車時大背吃刀量、大進給量的要求。

2) 精車時，要選精度高、耐用度好的刀具，以保證加工精度的要求。

3) 為減少換刀時間和方便對刀，應盡量採用機夾刀和機夾刀片。

3. 合理選擇夾具

1) 盡量選用通用夾具裝夾工件，避免採用專用夾具；

2) 零件定位基準重合，以減少定位誤差。

4. 確定加工路線

加工路線是指數控機床加工過程中，刀具相對零件的運動軌跡和方向。

1) 應能保證加工精度和表面粗糙要求；

2) 應盡量縮短加工路線，減少刀具空行程時間。

5. 加工路線與加工餘量的聯系

目前，在數控車床還未達到普及使用的條件下，一般應把毛坯上過多的餘量，特別是含有鍛、鑄硬皮層的餘量安排在普通車床上加工。如必須用數控車床加工時，則需注意程序的靈活安排。

6. 夾具安裝要點

目前液壓卡盤和液壓夾緊油缸的連接是靠拉桿實現的，如圖1。液壓卡盤夾緊要點如下：首先用搬手卸下液壓油缸上的螺帽，卸下拉管，並從主軸後端抽出，再用搬手卸下卡盤固定螺釘，即可卸下卡盤。
四，進行有效合理的車削加工
閱讀：102

有效節省加工時間

Index公司的G200車削中心集成化加工單元具有模塊化、大功率雙主軸、四軸聯動的功能，從而使加工時間進一步縮短。與其他藉助於工作軸進行裝夾的概念相反，該產品運用集成智能加工單元可以使工件自動裝夾到位並進行加工。換言之，自動裝夾時，不會影響另一主軸的加工，這一特點可以縮短大約10％的加工時間。

此外，四軸加工非常迅速，可以同時有兩把刀具進行加工。當機床是成對投入使用的時候，效率的提高更為明顯。也就是說，常規車削和硬車可以並行設置兩台機床。

常規車削和硬車之間的不同點僅僅在於刀架和集中恆溫冷卻液系統。但與常規加工不同的是：常規加工可用兩個刀架和一個尾架進行加工；而硬車時只能使用一個刀架。在兩種類型的機床上都可進行乾式硬加工，只是工藝方案的製造者需要精心設計平衡的節拍時間，而Index機床提供的模塊結構使其具有更強的靈活性。

以高精度提高生產率

隨著生產效率的不斷提高，用戶對於精度也提出了很高的要求。採用G200車削中心進行加工時，冷啟動後最多需要加工4個工件，就可以達到±6mm的公差。加工過程中，精度通常保持在2mm。所以Index公司提供給客戶的是高精度、高效率的完整方案，而提供這種高精度的方案，需要精心選擇主軸、軸承等功能部件。

G200車削中心在德國寶馬Landshut公司汽車製造廠的應用中取得了良好的效果。該廠不僅生產發動機，而且還生產由輕金屬鑄造而成的零部件、車內塑料裝飾件和轉向軸。質量監督人員認為，其加工精度非常精確：連續公差帶為±15mm，軸承座公差為±6.5mm。

此外，加工的萬向節使用了Index公司全自動智能加工單元。首批的兩台車削中心用來進行工件打號之前的預加工，加工後進行在線測量，然後通過傳送帶送出進行滾齒、清洗和淬火處理。最後一道工序中，採用了第二個Index加工系統。由兩台G200車削中心對轉向節的軸承座進行硬車。在機床內完成在線測量，然後送至卸料單元。集成的加工單元完全融合到車間的布局之中，符合人類工程學要求，佔地面積大大減少，並且只需兩名員工看管製造單元即可。

五，數控車削加工中妙用G00及保證尺寸精度的技巧

數控車削加工技術已廣泛應用於機械製造行業，如何高效、合理、按質按量完成工件的加工，每個從事該行業的工程技術人員或多或少都有自己的經驗。筆者從事數控教學、培訓及加工工作多年，積累了一定的經驗與技巧，現以廣州數控設備廠生產的GSK980T系列機床為例，介紹幾例數控車削加工技巧。

一、程序首句妙用G00的技巧

目前我們所接觸到的教科書及數控車削方面的技術書籍，程序首句均為建立工件坐標系，即以G50 Xα Zβ作為程序首句。根據該指令，可設定一個坐標系，使刀具的某一點在此坐標系中的坐標值為(Xα Zβ)(本文工件坐標系原點均設定在工件右端面)。採用這種方法編寫程序，對刀後，必須將刀移動到G50設定的既定位置方能進行加工，找准該位置的過程如下。

1. 對刀後，裝夾好工件毛坯；
2. 主軸正轉，手輪基準刀平工件右端面A；
3. Z軸不動，沿X軸釋放刀具至C點，輸入G50 Z0，電腦記憶該點；
4. 程序錄入方式，輸入G01 W-8 F50，將工件車削出一台階；
5. X軸不動，沿Z軸釋放刀具至C點，停車測量車削出的工件台階直徑γ，輸入G50 Xγ，電腦記憶該點；
6. 程序錄入方式下，輸入G00 Xα Zβ，刀具運行至編程指定的程序原點，再輸入G50 Xα Zβ，電腦記憶該程序原點。

上述步驟中，步驟6即刀具定位在XαZβ處至關重要，否則，工件坐標系就會被修改，無法正常加工工件。有過加工經驗的人都知道，上述將刀具定位到XαZβ處的過程繁瑣，一旦出現意外，X或Z軸無伺服，跟蹤出錯，斷電等情況發生，系統只能重啟，重啟後系統失去對G50設定的工件坐標值的記憶，「復位、回零運行」不再起作用，需重新將刀具運行至XαZβ位置並重設G50。如果是批量生產，加工完一件後，回G50起點繼續加工下一件，在操作過程中稍有失誤，就可能修改工件坐標系。鑒於上述程序首句使用G50建立工件坐標系的種種弊端，筆者想辦法將工件坐標系固定在機床上，將程序首句G50 XαZβ改為G00 Xα Zβ後，問題迎刃而解。其操作過程只需採用上述找G50過程的前五步，即完成步驟1、2、3、4、5後，將刀具運行至安全位置，調出程序，按自動運行即可。即使發生斷電等意外情況，重啟系統後，在編輯方式下將游標移至能安全加工又不影響工件加工進程的程序段，按自動運行方式繼續加工即可。上述程序首句用 G00代替G50的實質是將工件坐標系固定在機床上，不再囿於G50 Xα Zβ程序原點的限制，不改變工件坐標系，操作簡單，可靠性強，收到了意想不到的效果。中國金屬加工在線

二、控制尺寸精度的技巧

1. 修改刀補值保證尺寸精度

由於第一次對刀誤差或者其他原因造成工件誤差超出工件公差，不能滿足加工要求時，可通過修改刀補使工件達到要求尺寸，保證徑向尺寸方法如下：

a. 絕對坐標輸入法

根據「大減小，小加大」的原則，在刀補001～004處修改。如用2號切斷刀切槽時工件尺寸大了0.1mm，而002處刀補顯示是X3.8，則可輸入X3.7，減少2號刀補。
b. 相對坐標法

如上例，002刀補處輸入U-0.1，亦可收到同樣的效果。

同理，對於軸向尺寸的控制亦如此類推。如用1號外圓刀加工某處軸段，尺寸長了0.1mm，可在001刀補處輸入W0.1。

2. 半精加工消除絲桿間隙影響保證尺寸精度

對於大部分數控車床來說，使用較長時間後，由於絲桿間隙的影響，加工出的工件尺寸經常出現不穩定的現象。這時，我們可在粗加工之後，進行一次半精加工消除絲桿間隙的影響。如用1號刀G71粗加工外圓之後，可在001刀補處輸入U0.3，調用G70精車一次，停車測量後，再在001刀補處輸入U-0.3，再次調用G70精車一次。經過此番半精車，消除了絲桿間隙的影響，保證了尺寸精度的穩定。
3. 程序編制保證尺寸精度

a. 絕對編程保證尺寸精度

編程有絕對編程和相對編程。相對編程是指在加工輪廓曲線上，各線段的終點位置以該線段起點為坐標原點而確定的坐標系。也就是說，相對編程的坐標原點經常在變換，連續位移時必然產生累積誤差，絕對編程是在加工的全過程中，均有相對統一的基準點，即坐標原點，故累積誤差較相對編程小。數控車削工件時，工件徑向尺寸的精度一般比軸向尺寸精度高，故在編寫程序時，徑向尺寸最好採用絕對編程，考慮到加工及編寫程序的方便，軸向尺寸常採用相對編程，但對於重要的軸向尺寸，最好採用絕對編程。
b. 數值換算保證尺寸精度

很多情況下，圖樣上的尺寸基準與編程所需的尺寸基準不一致，故應先將圖樣上的基準尺寸換算為編程坐標系中的尺寸。如圖2b中，除尺寸13.06mm外，其餘均屬直接按圖2a標注尺寸經換算後而得到的編程尺寸。其中， φ29.95mm、φ16mm及60.07mm三個尺寸為分別取兩極限尺寸平均值後得到的編程尺寸。

4. 修改程序和刀補控制尺寸

數控加工中，我們經常碰到這樣一種現象：程序自動運行後，停車測量，發現工件尺寸達不到要求，尺寸變化無規律。如用1號外圓刀加工圖3所示工件，經粗加工和半精加工後停車測量，各軸段徑向尺寸如下：φ30.06mm、φ23.03mm及φ16.02mm。對此，筆者採用修改程序和刀補的方法進行補救，方法如下：

a. 修改程序

原程序中的X30不變，X23改為X23.03，X16改為X16.04，這樣一來，各軸段均有超出名義尺寸的統一公差0.06mm；
b. 改刀補

在1號刀刀補001處輸入U-0.06。

經過上述程序和刀補雙管齊下的修改後，再調用精車程序，工件尺寸一般都能得到有效的保證。

數控車削加工是基於數控程序的自動化加工方式，實際加工中，操作者只有具備較強的程序指令運用能力和豐富的實踐技能，方能編制出高質量的加工程序，加工出高質量的工件。
六，數控機床故障排除方法及其注意事項
由於經常參加維修任務，有些維修經驗，現結合有關理論方面的闡述，在以下列出，希望拋磚引玉。

一、故障排除方法

（1）初始化復位法：一般情況下，由於瞬時故障引起的系統報警，可用硬體復位或開關系統電源依次來清除故障，若系統工作存貯區由於掉電，拔插線路板或電池欠壓造成混亂，則必須對系統進行初始化清除，清除前應注意作好數據拷貝記錄，若初始化後故障仍無法排除，則進行硬體診斷。

（2）參數更改，程序更正法：系統參數是確定系統功能的依據，參數設定錯誤就可能造成系統的故障或某功能無效。有時由於用戶程序錯誤亦可造成故障停機，對此可以採用系統的塊搜索功能進行檢查，改正所有錯誤，以確保其正常運行。

（3）調節，最佳化調整法：調節是一種最簡單易行的辦法。通過對電位計的調節，修正系統故障。如某廠維修中，其系統顯示器畫面混亂，經調節後正常。如在某廠，其主軸在啟動和制動時發生皮帶打滑，原因是其主軸負載轉矩大，而驅動裝置的斜升時間設定過小，經調節後正常。

最佳化調整是系統地對伺服驅動系統與被拖動的機械繫統實現最佳匹配的綜合調節方法，其辦法很簡單，用一台多線記錄儀或具有存貯功能的雙蹤示波器，分別觀察指令和速度反饋或電流反饋的響應關系。通過調節速度調節器的比例系數和積分時間，來使伺服系統達到即有較高的動態響應特性，而又不振盪的最佳工作狀態。在現場沒有示波器或記錄儀的情況下，根據經驗，即調節使電機起振，然後向反向慢慢調節，直到消除震盪即可。

（4）備件替換法：用好的備件替換診斷出壞的線路板，並做相應的初始化啟動，使機床迅速投入正常運轉，然後將壞板修理或返修，這是目前最常用的排故辦法。

（5）改善電源質量法：目前一般採用穩壓電源，來改善電源波動。對於高頻干擾可以採用電容濾波法，通過這些預防性措施來減少電源板的故障。

（6）維修信息跟蹤法：一些大的製造公司根據實際工作中由於設計缺陷造成的偶然故障，不斷修改和完善系統軟體或硬體。這些修改以維修信息的形式不斷提供給維修人員。以此做為故障排除的依據，可正確徹底地排除故障。

二、維修中應注意的事項

（1）從整機上取出某塊線路板時，應注意記錄其相對應的位置，連接的電纜號，對於固定安裝的線路板，還應按前後取下相應的壓接部件及螺釘作記錄。拆卸下的壓件及螺釘應放在專門的盒內，以免丟失，裝配後，盒內的東西應全部用上，否則裝配不完整。

（2）電烙鐵應放在順手的前方，遠離維修線路板。烙鐵頭應作適當的修整，以適應集成電路的焊接，並避免焊接時碰傷別的元器件。

（3）測量線路間的阻值時，應斷電源，測阻值時應紅黑表筆互換測量兩次，以阻值大的為參考值。

（4）線路板上大多刷有阻焊膜，因此測量時應找到相應的焊點作為測試點，不要鏟除焊膜，有的板子全部刷有絕緣層，則只有在焊點處用刀片刮開絕緣層。

（5）不應隨意切斷印刷線路。有的維修人員具有一定的家電維修經驗，習慣斷線檢查，但數控設備上的線路板大多是雙面金屬孔板或多層孔化板，印刷線路細而密，一旦切斷不易焊接，且切線時易切斷相鄰的線，再則有的點，在切斷某一根線時，並不能使其和線路脫離，需要同時切斷幾根線才行。

（6）不應隨意拆換元器件。有的維修人員在沒有確定故障元件的情況下只是憑感覺那一個元件壞了，就立即拆換，這樣誤判率較高，拆下的元件人為損壞率也較高。

（7）拆卸元件時應使用吸錫器及吸錫繩，切忌硬取。同一焊盤不應長時間加熱及重復拆卸，以免損壞焊盤。

（8）更換新的器件，其引腳應作適當的處理，焊接中不應使用酸性焊油。

（9）記錄線路上的開關，跳線位置，不應隨意改變。進行兩極以上的對照檢查時，或互換元器件時注意標記各板上的元件，以免錯亂，致使好板亦不能工作。

（10）查清線路板的電源配置及種類，根據檢查的需要，可分別供電或全部供電。應注意高壓，有的線路板直接接入高壓，或板內有高壓發生器，需適當絕緣，操作時應特別注意。

最後，我覺得：維修不可墨守陳規，生搬理論的東西，一定要結合當時當地的實際情況，開闊思路，逐步分析，逐個排除，直至找到真正的故障原因。
綜上所述，數控技術的發展是與現代計算機技術、電子技術發展同步的，同時也是根據生產發展的需要而發展的。現在數控技術已經成熟，發展將更深更廣更快。未來的CNC系統將會使機械更好用，更便宜。
參考資料：參考資料：1.張耀宗.機械加工實用手冊編寫組.機械工業出版社，1997

Ⅶ 我所學的專業是計算機軟體編程，能不能給我一篇所學專業適應及本人能力自述的例文

這個要看你自己擅長什麼了，編程都是有針對性的，java方向，c方向，嵌入方向，多了，你自己擅長什麼就寫什麼

Ⅷ 誰幫忙寫個php範本

留下QQ，我加你

我給你寫了一個，你看看是不是你需要的
<table border='1' cellpadding='1' cellspacing='1'>
<?php
mysql_connect("主機名", "用戶名", "密碼") or
die("Could not connect: " . mysql_error()); //如果連接資料庫失敗，會返回錯誤信息
mysql_select_db("資料庫名");

mysql_query('set names "gb2312"');//設置字元編碼
$query = "SELECT * FROM 表名 LIMIT 0，1000";//限制了行數，1000行，根據需要更改
$result = mysql_query($query);
while($rows = mysql_fetch_array($result,MYSQL_ASSOC))
{
echo <<<EOT
<tr>
<td>$rows[第1個欄位名]</td>
<td>$rows[第2個欄位名]</td>
<td>$rows[第3個欄位名]</td>//你也可以再加欄位$rows[...]就可以了
</tr>
EOT;
}
?>
</table>

Ⅸ 求完整的c語言程序設計實驗報告範文！！

順序是這樣的：實驗題目》》實驗目的》》實驗要求》》實驗器材（當然寫計算機了）》》實驗流程圖（就畫那些什麼平行四邊形里寫開始，橢圓形里寫步驟的那種）》》實驗步驟（寫程序代碼）》》結果分析（寫詳細些 比如寫輸入什麼 輸出了什麼 如果結果有問題 你可以分析 比如因為循環次數少導致的或怎麼樣）

Ⅹ 計算機畢業論文範文2000字

學術堂整理了一份2000字的計算機畢業論文範文，供大家進行參考：

論文題目：《計算機教育過程中的信息安全問題》

【摘 要】隨著科學技術的不斷發展,計算機網路技術得到飛速發展和應用,而在計算機教育過程中存在著很多的不安全因素,因此計算機網路安全越來越受到人們的高度關注.本文通過介紹計算機教育的發展現狀,分析在計算機教育過程中的信息安全存在的問題,並針對計算機信息安全問題提出相應的防範措施,對今後計算機教育的信息安全研究具有重要的參考價值.

【關鍵詞】計算機教育 信息安全 存在問題 防範措施 發展現狀

一、計算機教育發展現狀

計算機網路技術的不斷普及,給人們的生活帶來很多的便利,但也存在著極大的安全隱患,即計算機網路信息安全問題.而計算機信息系統安全包括有計算機安全、網路安全和信息安全,而一般提到的就是信息安全,它在計算機教育系統中發揮著非常重要的作用,貫穿著計算機教育的全過程.正是由於計算機信息安全在人們的生產生活中充當著極其重要的作用,因此要探討計算機教育過程面臨著怎樣的信息安全問題,這值得我們加強對計算機教育過程中信息安全問題的防範,以此營造健康安全的計算機網路環境.

計算機教育信息系統是個復雜的系統性安全問題,它包含計算機系統中的硬體、軟體、計算機運作系統以及計算機的查毒系統,更甚於有計算機的病毒等.而計算機教育過程中存在的信息安全問題一般包含有硬體破壞、軟體錯誤、感染病毒、電磁輻射、管理不當以及病毒的惡意侵犯等問題都有可能威脅到計算機的信息安全問題.計算機網路系統是教育過程中一門重要的跨多個學科的綜合性科學,在我國的教育教學中逐漸被廣泛地應用起來,也同時受到社會各方面的高度關注.但計算機教育過程中存在很多的信息安全因素,需要我們加強對計算機教育信息安全的關注.

二、計算機教育過程中的信息安全存在的問題

(一)計算機病毒的危害

計算機病毒在我國頒布的計算機有關保護條例中明確將計算機病毒列為能幹擾計算機功能或者破壞計算機數據,並影響計算機的正常使用的一種信息安全病毒.當前計算機容易受到很多病毒的侵害,如木馬、火焰、網路蠕蟲等,這些計算機病毒的危害極大,傳播速度極快,影響范圍極廣,而且傳播形式多種多樣,後期的清除難度也更大,目前是計算機教育過程中信息安全面臨的最主要的問題.

(二)IP地址被盜用

在計算機教育過程中,往往會出現許多的IP地址被盜用的問題,使用戶無法正常地使用網路.IP地址被盜用一般更多地會發生在計算機IP地址許可權比較高的用戶中間,盜用者會通過網路隱藏其身份對高級用戶進行干擾和破壞,導致用戶無法正常使用計算機,可能帶來較為嚴重的影響,甚至威脅到用戶的信息安全和合法權益.

(三)網路攻擊

網路是是指攻擊者通過網路對用戶的信息進行非法訪問及破壞,而這其中包含有很多的形式,這完全取決於的個人主觀動機.有些出於非常惡意的態度而對計算機信息安全進行破壞,這其中包括有對用戶的的信息安全進行有意泄漏,對用戶造成許多負面影響,還有些的行為較為嚴重,他們會竊取國家政治軍事機密,損害國家的形象；非法盜用他人賬號提取他人銀行存款；對用戶進行網路勒索或詐騙,這些的行為將對我國的計算機信息安全造成極大的破壞和攻擊.

(四)計算機網路安全管理不健全

計算機網路安全管理中往往存在很多的問題,如計算機網路安全管理體制不健全,管理人員職責分工不明確,缺乏一定的網路安全管理機制,缺乏一定的計算機網路安全管理意識,這些使得計算機網路信息安全的風險更加嚴重,逐漸威脅計算機網路的信息安全.

三、針對計算機信息安全問題提出相應的防範措施

(一)計算機病毒的防範

計算機病毒應該採取的措施以防禦為主,然後再加強對病毒的防範和管理.應該在計算機硬體或軟體上安裝全方位的防病毒查殺軟體,定期地對計算機系統進行升級,從而保證計算機教育系統的信息安全.

(二)防技術

隨著科學技術的不斷進步,人們對身份的鑒別也有了一定的認識,人們也逐漸認識到身份認證的重要作用,因此用戶應該做的是定期地修改用戶賬戶和.而目前我國採用的最常見的防技術就是防火牆技術,防火牆技術可以對網路安全進行實時地監控,有效地防止了地干擾和破壞.

(三)提高計算機網路安全意識

計算機網路信息安全在很大程度上是由於人們對計算機信息安全的保護意識不強而引起的安全問題,計算機網路信息安全是一項綜合性較強且復雜的項目,因此應該加強對計算機信息安全人員的技術培訓,增強用戶的計算機網路安全意識,從而發揮計算機技術的更大的優勢.

四、結束語

計算機網路信息安全與我們的生活息息相關,計算機教育網路信息系統需要大家的共同維護,因此在建立健康安全的計算機信息技術平台環境,需要做的不僅僅是要建立安全的防護體系,更要做的是加強人們對計算機信息安全的防範意識,才可以建立一個通用安全的網路環境.

參考文獻

[1]高瑞.淺議計算機教育過程中的信息安全問題[J].電子製作,2015,（8）15,58-69.

[2]張大宇.計算機教育過程中的信息安全問題探討[J].中小企業管理與科技（下旬刊）,2014,（6）25,45-53.

信息安全論文參考資料：

計算機信息安全論文

信息安全論文

信息網路安全雜志

網路信息安全論文

移動信息期刊

食品安全論文2000字

結論：計算機教育過程中的信息安全問題為關於對不知道怎麼寫信息安全論文範文課題研究的大學碩士、相關本科畢業論文信息安全論文開題報告範文和文獻綜述及職稱論文的作為參考文獻資料下載。