開發編譯器人數

Ⅰ 編譯器前端開發

編譯器粗略分為詞法分析，語法分析，類型檢查，中間代碼生成，代碼優化，目標代碼生成，目標代碼優化。把中間代碼生成及之前階段劃分問編譯器的前端，那麼後端與前端是獨立的。後端只需要一種中間代碼表示，可以是三地址代碼或四元式等，而這些都與前端生成的方式無關。也就是不論你前端是用fortran還是c/c++,只要生成了中間代碼表示就可以了，後端是不管你是用哪種語言生成的。

Ⅱ 是不是每種處理器都要開發自己的編譯器，比如inter的cpu，arm，51單片機等

每個處理器廠家都會開發本身的編譯器。這是硬體設計與系統工程師的工作。軟體編輯員一般都不需染手此東西。是否每個牌子的處理器都須有自己的編譯器呢？未必。
比如Intel，AMD，VIA 同是用x86平台都可享用Intel的編譯器。
又如Siemens， SGI，NEC 同出產MIPS平台的處理器都可享用MIPS 的編譯器。
但有些特別指令如INTEL的MMX，SSE1，2，3，4；AMD的3DNOW，AMD64 等就有勞個產家編寫。
如沒有特別指令編譯器， 軟體會出錯嗎？很多高檔程序編輯軟體都會翻譯及處理，用標准指令來取代特別指令(應該說不用特別指令)，當然執行速度會慢過特別指令。

Ⅲ 編譯器開發 與 嵌入式開發 哪個未來的前景比較好

嵌入式開發吧，編譯器開發目前入門難，提高更難，而且又偏門。嵌入式運用廣而且需求大，未來潛力大！

Ⅳ 編譯器的歷史

20世紀50年代，IBM的John Backus帶領一個研究小組對FORTRAN語言及其編譯器進行開發。但由於當時人們對編譯理論了解不多，開發工作變得既復雜又艱苦。與此同時，Noam Chomsky開始了他對自然語言結構的研究。他的發現最終使得編譯器的結構異常簡單，甚至還帶有了一些自動化。Chomsky的研究導致了根據語言文法的難易程度以及識別它們所需要的演算法來對語言分類。正如Chomsky架構（Chomsky Hierarchy），它包括了文法的四個層次：0型文法、1型文法、2型文法和3型文法，且其中的每一個都是其前者的特殊情況。2型文法（或上下文無關文法）被證明是程序設計語言中最有用的，而且今天它已代表著程序設計語言結構的標准方式。分析問題（parsing problem，用於上下文無關文法識別的有效演算法）的研究是在60年代和70年代，它相當完善的解決了這個問題。它已是編譯原理中的一個標准部分。
有限狀態自動機（Finite Automation）和正則表達式（Regular Expression）同上下文無關文法緊密相關，它們與Chomsky的3型文法相對應。對它們的研究與Chomsky的研究幾乎同時開始，並且引出了表示程序設計語言的單詞的符號方式。
人們接著又深化了生成有效目標代碼的方法，這就是最初的編譯器，它們被一直使用至今。人們通常將其稱為優化技術（Optimization Technique），但因其從未真正地得到過被優化了的目標代碼而僅僅改進了它的有效性，因此實際上應稱作代碼改進技術（Code Improvement Technique）。
當分析問題變得好懂起來時，人們就在開發程序上花費了很大的功夫來研究這一部分的編譯器自動構造。這些程序最初被稱為編譯器的編譯器（Compiler-compiler），但更確切地應稱為分析程序生成器（Parser Generator），這是因為它們僅僅能夠自動處理編譯的一部分。這些程序中最著名的是Yacc（Yet Another Compiler-compiler），它是由Steve Johnson在1975年為Unix系統編寫的。類似的，有限狀態自動機的研究也發展了一種稱為掃描程序生成器（Scanner Generator）的工具，Lex（與Yacc同時，由Mike Lesk為Unix系統開發）是這其中的佼佼者。
在20世紀70年代後期和80年代早期，大量的項目都貫注於編譯器其它部分的生成自動化，這其中就包括了代碼生成。這些嘗試並未取得多少成功，這大概是因為操作太復雜而人們又對其不甚了解。
編譯器設計最近的發展包括：首先，編譯器包括了更加復雜演算法的應用程序它用於推斷或簡化程序中的信息；這又與更為復雜的程序設計語言的發展結合在一起。其中典型的有用於函數語言編譯的Hindley-Milner類型檢查的統一演算法。其次，編譯器已越來越成為基於窗口的交互開發環境（Interactive Development Environment，IDE）的一部分，它包括了編輯器、連接程序、調試程序以及項目管理程序。這樣的IDE標准並沒有多少，但是對標準的窗口環境進行開發已成為方向。另一方面，盡管在編譯原理領域進行了大量的研究，但是基本的編譯器設計原理在近20年中都沒有多大的改變，它正迅速地成為計算機科學課程中的中心環節。
在20世紀90年代，作為GNU項目或其它開放源代碼項目標一部分，許多免費編譯器和編譯器開發工具被開發出來。這些工具可用來編譯所有的計算機程序語言。它們中的一些項目被認為是高質量的，而且對現代編譯理論感興趣的人可以很容易的得到它們的免費源代碼。
大約在1999年，SGI公布了他們的一個工業化的並行化優化編譯器Pro64的源代碼，後被全世界多個編譯器研究小組用來做研究平台，並命名為Open64。Open64的設計結構好，分析優化全面，是編譯器高級研究的理想平台。
編譯器相關專業術語: 1. compiler編譯器；編譯程序 2. on-line compiler 連線編譯器 3. precompiler 預編譯器 4. serial compiler 串列編譯器 5. system-specific compiler 特殊系統編譯器 6. Information Presentation Facility Compiler 信息展示設施編譯器 7. Compiler Monitor System 編譯器監視系統

Ⅳ 在JAVA語言中,管理類名空間的關鍵詞是什麼

人事考勤管理系統

摘 要：
本文主要論述了人事管理系統中考勤管理的開發過程。其中包括前言、系統功能設計、注釋、參考文獻等內容。在前言中我將對人事考勤管理的發展過程以及目前我國人事考勤管理發展的現狀進行簡單的論述，還將闡述我所設計的人事考勤管理系統的目的和意義。在系統功能設計中將包括：開發環境和應用、系統功能的詳細設計過程，其中包括：開發方法、開發平台和工具、系統規劃和分析、系統設計、系統的運行與維護、對人事考勤管理系統發展的展望、以及開發總結。注釋中將對系統功能設計中引用他人的觀點及原話、主要數據等註明出處，對需要解釋的內容，進行加註說明。在參考文獻中將程序設計過程中所用到的參考文獻按文中引用出現的順序列全，附於文末。論文將採用圖、文、表等多種方式進行全面詳細地論述，會用到資料庫的選用、資料庫驅動程序的選擇和安裝、管理界面的設計，JAVA程序語言、信息的存儲和讀取、軟體工程等知識。

:
人事考勤管理系統；系統功能設計；資料庫；JAVA

目 錄
前言 4
1 可行性分析報告 5
1.1. 引言 5
1.1.1. 題目： 5
1.1.2. 目的： 5
1.1.3. 開發環境： 5
1.2. 可行性研究的前提 5
1.2.1. 系統要求 5
1.2.2. 系統目標 6
1.2.3. 現有系統分析 6
1.3. 可行性分析 6
1.3.1. 技術可行性性分析 6
1.3.2. 經濟可行性分析 6
1.3.3. 社會因素可行性分析 6
2 開發計劃 7
2.1. 項目概述 7
2.2. 開發步驟 7
2.2.1. 系統規劃 7
2.2.2. 系統開發 7
2.3. 開發模型 8
2.4. 實施計劃 8
2.4.1 開發人數：1人，指導老師1人 8
2.4.2 開發語言： JAVA 8
2.4.3 開發進度： 8
3 系統需求分析 9
3.1 任務概述 9
3.1.1 目標 9
3.1.2 運行環境 9
3.2 數據描述 9
3.2.1 數據流圖 9
3.2.2 數據字典 10
3.2.3 E-R圖 11
3.3 功能需求 11
4 總體設計 12
4.1 資料庫結構設計 12
4.1.1 概述 12
4.1.2 資料庫的建立 12
4.1.3 資料庫備份 15
4.2 系統功能詳細設計 16
4.2.1 登陸界面 16
4.2.2 人事管理系統主界面 22
4.2.3 人員信息錄入界面 32
4.2.4 人員信息修改界面 37
4.2.5 人員信息查詢界面 42
4.2.6 上班登記界面 45
4.2.7 下班登記界面 50
4.2.8 人員考勤信息統計界面 53
5 測試計劃與分析 57
5.1 概述 57
5.2 測試方法 57
5.3 測試步驟 57
5.3.1 分析數據 57
5.3.2 第一步劃分等價類 58
5.3.3 確定測試用例 58
5.4 測試結果 58
6 系統開發總結 59
6.1 概述 59
6.2 對人力資源系統的展望 59
7 系統維護 60
7.1 概述 60
7.2 系統維護的內容 60
7.2.1 系統應用程序維護： 60
7.2.2 數據維護： 60
7.2.3 代碼維護： 60
7.2.4 硬體設備維護： 60
7.3 系統維護的組織與管理 60
8 致謝 61
9 參考文獻 62

前言
近幾年來,隨著人事制度改革的不斷深化,人事考勤管理工作發展很快,不僅人員的數量成倍增加,而且服務范圍也不斷拓展,這種新形勢給我國的管理工作提出了新的要求,原來手工操作的管理方式已經落伍,面對這種狀況,人事考勤管理也已經信息化.人事考勤管理系統充分體現了"管理以人為本"的先進理念,提煉融合了現代人力資源管理思想,有機結合了我國近10年長期檔案管理工作的實際經驗,從用戶實際出發,以建立中央資料庫為基礎,大大提高了該軟體產品的針對性和通用性;利用計算機的自動化操作,自動生成各類文檔,報表,徹底改變以往只能藉助紙張介質手工操作,不僅效率低,且頻繁出錯的現狀,協助管理者真正實現"辦公網路化,管理數字化,決策科學化",是一個理想的數字化工作平台;完善的數據維護功能滿足了用戶對安全保密性的特殊要求;該軟體具有全新的界面風格和視覺效果,豐富的選項與下拉式菜單結構,操作起來更加靈活方便,隨著形勢的變化和工作實際需要,軟體已考慮升級設計。人事考勤管理系統從產生到現在已經經歷了單項數據處理階段、 綜合數據處理階段 、人事考勤管理系統階段等幾個階段。但是在我國，由於各種原因，人事考勤管理系統的發展尚處於初級階段。盡管如此，充分利用我們現有的資源和技術力量，開發一些適合本企業或者本行業的人事考勤管理系統，還是非常必要的。

1 可行性分析報告
1.1. 引言
1.1.1. 題目：
人事考勤管理系統
1.1.2. 目的：
提高人事考勤管理工作效率，減少人力的資源的浪費， 提高精確度，開發一個使用方便、快捷、精確、安全的人事考勤管理系統。
1.1.3. 開發環境：
1) 硬體資源：
a) CPU: Pentium(R) 4 1500MHz
b) 內存:256MB
c) 硬碟:40G
d) 顯示器:分辯率1440x900的19寸寬屏液晶顯示器
2) 軟體資源：
a) 操作系統： WINDOWS XP
b) 資料庫：SQL Server 2005
c) 編寫語言：JAVA(jdk-1_5_0_12-windows-i586-p)
d) 編譯器：MyEclipse Enterprise Workbench 5.1.0 GA
1.2. 可行性研究的前提
1.2.1. 系統要求
1) 功能要求：
所編系統應具有人員信息添加、修改、刪除功能,查詢功能，上下班的等級功能，還能將人員考勤信息列表。人員信息應包括：工號，姓名，性別，年齡，出生日期，戶口所在地，政治面貌，職務，工資，入職時間，地址，郵編

2) 安全與保密要求：
人員個人信息、考勤信息均由人事部主管或系統管理員管理，不允許其他人隨便登陸，不允許信息外流。

1.2.2. 系統目標
1) 節省人力
2) 提高工作效率
3) 提高精確度
4) 方便靈活
1.2.3. 現有系統分析
我國的計算機應用於企業管理，只是在70年代末期以後才逐漸開展起來的。目前，計算機輔助管理已在我國的各行各業得到了廣泛地應用，但總的來說，計算機在我國管理中的應用，還處於初級階段，盡管近兩年發展較快，但還需要不斷地探索和研究。尤其是計算機輔助考勤管理僅是近幾年才在我國得到普及和發展，而在許多發達國家計算機輔助考勤管理已十分普及，因此對這方面的研究是必要的，它將推動我國企業的發展和考勤管理信息處理的現代化。
現有的人事考勤管理系統大多數用Visual Basic編寫，其界面美觀，開發時簡單、靈活，是一個面向對象的開發工具,但彈性較差。而我採用的則是JAVA,JAVA是安全性和可靠性較高的語言，提供嚴密的語法規則，在編譯和運行時嚴格檢查錯誤，它是多線程高效的網路編程。
1.3. 可行性分析
1.3.1. 技術可行性性分析
我所開發的人事考勤管理系統，是一個使用簡單、方便靈活的系統，它面向於中小型企業，而中小型企業的人員少，計算機所處理的數據少，所以對計算機性能要求較低。現有的計算機已可以達到所需的信息處理速度。
數據輸入採用的是鍵盤輸入，輸出採用顯示器輸出，現有的設備已經可以承擔所要求的數據輸入/輸出功能。
開發時所需要的硬體已經具備，所需要的軟體包括SQL、JAVA、MyEclipse都已安裝完畢。
1.3.2. 經濟可行性分析
由於我所開發的人事考勤管理系統是面向中小型企業，比較簡單、成本較低
1.3.3. 社會因素可行性分析
本系統開發不會侵犯他人、集體獲國家的利益、沒有違反國家的法律法規
2 開發計劃
2.1. 項目概述
近幾年隨著我國軟體工程的普及，人事管理也面向自動化發展，自動化操作，自動生成各類文檔,報表,徹底改變以往只能藉助紙張介質手工操作,不僅效率低,且頻繁出錯的現狀,協助管理者真正實現"辦公網路化,管理數字化,決策科學化",是一個理想的數字化工作平台;完善的數據維護功能滿足了用戶對安全保密性的特殊要求。
2.2. 開發步驟
2.2.1. 系統規劃
明確系統的背景、系統現狀、開發的理由和條件做好系統可行性分析
2.2.2. 系統開發
1) 系統分析
系統初步調查
系統可行性研究
現行系統的詳細調查
新系統邏輯方案的提出
2）系統設計
系統總體結構設計
系統總體功能設計
系統總體物理結構設計
系統詳細設計
資料庫設計
代碼設計
輸入輸出設計
3）系統實施
程序設計
系統測試
4） 系統的運行及維護
5） 系統評價
2.3. 開發模型
我採用的是瀑布模型，將軟體生存周期的各項活動規定為依照固定順序連接的若干階段工作，形如瀑布流水，最終得到軟體產品。它結構化軟體的開發、控制軟體開發的復雜度、促進軟體開發工程化，是用於中小型企業軟體開發。如圖1所示

圖1 具有反饋迴路的瀑布模型

2.4. 實施計劃
2.4.1 開發人數：1人，指導老師1人
2.4.2 開發語言： JAVA
2.4.3 開發進度：

Ⅵ android用什麼編譯器來開發

android studio以及eclipse

Android Studio 是一個Android開發環境，基於IntelliJ IDEA. 類似 Eclipse ADT，Android Studio 提供了集成的 Android 開發工具用於開發和調試。
而Eclipse 是一個開放源代碼的、基於Java的可擴展開發平台。就其本身而言，它只是一個框架和一組服務，用於通過插件組件構建開發環境。幸運的是，Eclipse 附帶了一個標準的插件集，包括Java開發工具（Java Development Kit，JDK）。

Ⅶ 編譯器，想了解一下，現在開發編譯器究竟是在開發些什麼，以及開發過程如何

編譯器，大多是商業用途的。希望採納