『壹』 某公司需要做一個SQL人事管理系統，請做一份資料庫的設計
這個系統最終實現的主要功能如下：
員工基本信息部分：主要完成對員工基本信息的添加、修改、刪除、查詢等管理。
員工檔案信息部分：主要完成對員工檔案信息的添加、修改、刪除、查詢等管理。
員工部門信息部分：主要完成對對員工所屬部門的添加、修改、刪除、查詢等管理。
員工工資信息部分：主要完成對員工工資信息的添加、修改、刪除、查詢等管理。
員工保險信息部分：主要完成對員工保障信息的添加、修改、刪除、查詢等管理。
員工合同信息部分：主要完成員工與企業簽訂合同的一系列信息的添加、修改、刪除、查詢管理。
員工配偶信息（工號，配偶姓名， 出生年月，工作單位，電話）的工號參照員工基本信息的工號。
員工學歷信息（工號，員工姓名，學歷，畢業學校，專業，畢業時間，外語情況）的工號參照員工基本信息的工號。
企業工作崗位信息（工號，學歷，部門，職位）的工號參照員工基本信息的工號，部門參照企業部門信息的部門
員工基本信息與員工配偶信息建立關於工號的父子關系。
員工基本信息與員工學歷信息建立關於工號的父子關系。
員工基本信息與企業工作崗位信息建立關於工號的父子關系
。 企業工作崗位信息與員工基本信息建立關於工號的父子關系。
企業工作崗位信息與企業部門信息建立關於部門的父子關系。
採納吧
『貳』 用SQL Server編寫 人事管理系統。。
我是新人不是很了解這里哈。你是需要一個如何設計這個人事管理系統資料庫的建議呢？還是需要幫你畫出這個資料庫的草圖？或者寫出完整的創建這個資料庫的script?
『叄』 人事管理系統SQL語句怎麼寫
SQL就是SQl，不管你什麼系統，用到的都是那些語句（寫法都是一樣的）。這些語句簡單的包括新增，刪除，更新（修改），連接等。你可以安裝個資料庫管理軟體（MSSQL2005），學學SQl語句，這個與哪個系統是無關的。
『肆』 SQL 人事管理系統項目詳細設計
表裡沒有就現在表裡加上，然後在視圖里也加上這兩個欄位就行了！
『伍』 人力資源信息系統建立的步驟是什麼
無論是人力資源某項特殊需求的軟體解決方案，還是人力資源管理信息系統HRIMS，或是薪資管理系統，都可以按這個程序進行供應商和解決方案的甄選。選擇人力資源管理信息系統包括18個單獨的步驟。軟體系統解決方案的選擇其實一直是一個比人們預先估計的更為復雜的過程，而且對公司具有長期影響。它需要人們全面系統地分析所有與系統有關因素，包括技術、人，以及公司的發展政策等。一些步驟看起來是可以被合並或同時進行，但是如果按照這個流程來進行解決方案的甄選，會得到最優的結果。
第1步組建小組
如果你被賦予責任，為你們的人力資源部門選擇一個新的軟體系統。從哪裡開始，大多數的公司會組成一個小組來負責軟體系統的選擇工作。人們認為組成一個3到7人的小組，來一起完成這個任務是一個好的選擇。一般來說，軟體系統的選擇過程如果能有幾個人員參與，那麼項目的質量絕對能得到更大的改善或更好的保證。但這個小組應該包括哪些人，其實看看誰是主要使用者就能確定了。
此外，應該從剛一開始就擁有一個擁有豐富IT技術知識的隊員，並且科學管理，以防因為成本失控，導致項目的失敗。一些大公司可能會有一個獨立於項目小組的「系統推進委員會」。推進委員會一般由公司的一些決策者組成，他們負責成本或費用的審核，參與合同的談判，並且給與項目小組公司高層支持。
第2步制定目標
小組的會議應該從識別和制定人力資源管理系統項目的目標開始。如果在一開始沒有設立一套項目目標，將會在評估錯誤的產品上浪費重要的時間，或者甚至更壞，最後選擇了錯誤的軟體系統。這些目標就是：
1、HR管理系統的IT技術戰略是什麼？
2、需要什麼而且你為什麼需要它，你需要系統具有什麼功能？
3、希望通過努力達到什麼樣的結果？
4、希望通過這個系統改變什麼業務流程？新的業務流程應該是什麼樣的？
5、業務流程對系統有什麼樣的要求？新的系統對整個業務流程有什麼樣的支持作用？
識別這些目標，可能需要訪問包括高級管理人員，人力資源部門的其他人員，以及各種可能會使用系統的用戶，來識別公司對人力資源管理系統的真正需要。
第3步全景
人們在確定了目標之後，人們就對人們想要的系統有了一個全景式的認識。如果正在尋找某個人力資源職能的單獨的解決方案，比如職位候選人管理或COBRA管理，那麼一定要保證它們能與公司的人力資源管理信息系統整合在一起。當需要考慮其他的系統時，還只是解決一個孤立的問題嗎？如果正在選擇新的全面解決方案HRIS，它是否能滿足所有的特殊化的需要嗎，比如，培訓記錄管理、績效管理等？考慮單獨的解決方案時，應該考慮它是否符合公司的HR的IT技術戰略。
第4步未來需要
為了保證系統的發展性，人們還必須考慮幾年後，人們需要什麼樣的信息系統？此外，還要考慮幾年後可能會有什麼特殊的需要，以及這種可能會在什麼時候發生？未來還需要這些信息嗎？比如員工的身份證明、出生日期，社會保障號碼、名字、住址等等。如果真是這樣，就必須考慮如何避免重復錄入申請信息。准備開始進行人力資源信息系統的網路化工作了，有什麼主要的業務流程因為系統的實施而發生了改變，或將要發生改變，員工自助服務系統和經理自助服務系統是否列入考慮。
第5步技術環境
在選擇任何一個系統之前，必須識別和確定新系統的技術環境。這個工作將由你的IT專家來負責。一般而言，需要回答的問題如下：尋找的系統是獨立的計算機，還是區域網還是INTERNET；這個系統需要在什麼樣的操作系統上運行，Windows2003，還是Linux等；如果它是一個資料庫應用系統，那麼資料庫系統是SQL，Oracle，還是DB2；如何解決遠距離的數據錄入和傳輸；需要不需要WEB支持，如果系統編制語言工具不同，比如用C#或Delphi會造成什麼不同嗎，IT部門有沒有計劃在未來幾年裡在技術平台方面上實施較大的改變。
第6步預算
雖然在和供應商正式洽談前做預算很困難的，但在與供應商接觸之前還是應該先預估自己公司願意支付的價格。做預算時，非常重要的是把這些成本分做三個部分：軟體、（電腦）硬體和實施。軟體費用主要包括系統軟體的使用權費用，有關資料庫的使用權費用，以及軟體的升級和維護費用。硬體費用主要包括伺服器費用、計算機設備和網路設備費用。實施費用則包括軟體安裝和調試費用，教育培訓費用，數據轉換費用，以及供應商或第三方提供給人們的人們需要的咨詢費用。
第7步編制說明書
完成前面的6個步驟後，應該為這個新的軟體系統，編制一個說明書。這個說明文件應該以人力資源整體IT技術戰略開始，列出項目實施的目標，定義人們需要的基本系統的功能，並說明本系統如何與其他系統相互整合和介面，並列出第五步中所提出來的技術問題。這一步是整個選擇過程的關鍵一環。如果你的說明書非常的清晰、准確和定義明確，那麼你的選擇過程就會非常順利，否則你就不要開始第七步，應該從頭開始再來。
第8步開發或購買
在這一過程中，很多公司還要考慮是組織力量由公司自己開發一個系統，還是在市場上購買一套成熟的系統。這種考慮也許在第二步或第三步的時候就早早考慮了，或者到第十五步或第十六步才開始考慮。人們認為這一步最晚不能晚於第八步，因為這是一個典型的夾雜著情緒的公說公有理婆說婆有理的問題，而且有可能讓你糾纏太多精力，甚至使過程失敗。一些公司自己開發的人力資源管理系統也非常成功，但更多的公司的努力是失敗的。最後，如果你的IT部門拿出了一個自己開發系統的項目計劃書，包括進度和預算，那麼你必須對對他們的計劃再翻一倍之後，才能與市場上的產品來做比較。
第9步發布需求信息
現在已經准備好識別與甄選哪一個供應商或他們的產品能夠滿足需要了，如何把這種信息傳遞到供應商那裡呢？比簡單的是，詢問其他公司的同行們，看看他們是否能夠推薦一些能夠滿一般的功能需求的供應商。還有一個途徑就是通過互聯網發布需求信息。
第10步資料初審
正常情況下，會通過發布需求信息，得到一個候選供應商的名單。接下來，就是同他們接洽，並研究他們給你提供的公司和產品介紹。一般而言，供應商提供的產品手冊深度並不一樣，有的手冊只是對自己產品做一些概念性和理念性的描述，有的則非常詳盡，包含很多信息。因此，必須保證獲得了足夠的供應商和產品的資料，以確保選擇和甄選系統的需要。這也是一個非常重要的步驟，不應該被忽視或忽略，因為這是一個你縮小選擇范圍，逼近目標的重要工作
有的供應商很可能在你打電話詢問的時候就被刪除了，因為他們的產品不能在公司的系統平台上運行，或是因為他們的功能不能滿足你的需要。當仔細的討論和研究了供應商們所提供的產品資料，又能根據他們的技術標准和其他問題，再刪減一部分供應商。這里有一個忠告，當和他們聯系的時候，許多供應商都約時間面談，千萬不要答應他們，因為你在這一步的時候，還沒有準備好和他們見面。應該讓他們提供盡可能多的信息。讓他們知道，如果對他們感興趣，進一步同他們聯系。
第11步發布項目招標書
可以開始准備一份項目招標書，發給目前的已經縮小了的供應商名單中的所有倖存者。項目招標書也許只有一頁，也可能有十頁長。這取決於希望供應商們提供有關他們產品的細節的多少。一些小公司會發布一些簡單的只有一或二頁的需求說明書。需求說明書只有比較少的信息，但更靈活，可以根據指導方針加以調整，以加快這個階段。大一些的公司或公共部門一般都是用正式的項目招標書。在一個人力資源信息系統的要求中，包括的通用要素有以下幾個方面：公司概況介紹；介紹軟體的硬體配置，以及能夠支持的員工總數；系統的功能介紹；所需要的軟體環境與規格；報價（使用權費、培訓費和實施費用、以及以後的年度維護費和熱線支持費用）；實施案例；供應商所提供的產品、服務和支持目錄表；合同樣本。
做好項目招標書後，把招標書送給侯選供應商，給他們一個合理的准備期，比如三到六周來准備投標。有些供應商可能會提供一個招標書的樣本，以便界定需要的系統特徵。招標書中應該包括一個標書指導，具體指出供應商們必須說明的一些問題，比如：招標書中的每一個要求，他們的系統都能滿足嗎？系統的升級版本中是否會仍然包括這些特徵？有沒有需求需要系統進行再設計的，如果是這樣的話，成本會是多少，會引起什麼其他問題嗎？
必須非常注意你的特殊需要會增加多少成本費用和多少實施中的障礙和困難，對未來的技術支持又有什麼樣的影響。在進行系統的在設計和改造之前，最好盡最大努力來進行你自己公司的業務流程再造，保證二者之間的匹配。
第12步評估
當所有的標書返回給你的時候，需要有一套評價所有系統的基本標准。一個典型的做法是，編制一個評價表。評價表的的列是自己的對系統要求的每個條目的，行是提供產品的各供應商。然後，就可以為招標書中的每一個條目進行打分（是/否，1，或其他類似的序列數值）。為各個供應商在每一個要求上進行評分，這樣就可以找到那些最能夠滿足你的條件的供應商了。接下來就是向他們聯系，並索取系統的測試版本，來進行演示評估了。
第13步測試版本的控制
系統的測試版本一般來說是專門設計，用來顯示正式版本系統所具有的功能與特徵，以及操作方式等的，通常都有某方面限制的非正式系統。所以，必須注意系統商提供給你的測試版，並加以控制。這是非常重要的一項工作。
如何控制呢，所有的軟體供應商一般都會有一個標準的測試版系統，這里不應該接受這個標准測試版。因為，必須緊緊抓住自己的需求。在與供應商會談之前，應該准備並提供給他們一份詳細的對測試版系統的要求文件。這樣，供應商就能提供一個滿足你要求的測試版，而你就能准確無誤地把握你的需求。在測試版演示評估過程中，所有小組成員都應參加。
第14步第二次評估
當完成所有系統測試版的演示評估的工作後，所有的小組成員對每個測試系統都寫出了他們滿意與不滿意的地方。因此，需要一個或更多的供應商向你們提供更多的補充信息，以便下一步工作。當然，還需要考慮價格因素，但需要明白的是這個價格肯定不是最終價格。當供應商的需求了解越多，他們的標價也會越來越准確，可能更高也可能更低。最後，確定兩個但不要超過三個供應商來做最後的甄選。需要在晚些時候，要求這些幸運兒再提供更符合要求的測試版系統，來做最後的評估。
第15步決策因素
項目小組已經評估過所有的軟體系統了，現在是開始決策的時候了。在軟體系統的選型中，價格是其中一個但不唯一的決策因素。其他比較顯而易見的決策因素還有，對現有系統的兼容性，以及系統本省的功能性。對很多公司而言，實施成本和時間進度也是決策因素。這里，需要注意的是，因為管理團隊代表握有最終的投票權，所以必須確保管理團隊代表能夠參與選擇過程。
第16步考察案例
現在可以去聽取和考察一些實際案例。在聽取和考察案例之前，小組應該編制一份需要在考察中解決的問卷。問卷中的問題包括從系統功能性到後續支持等所有你所關心的問題。考察中一定要注意案例中的系統所運行的環境是什麼，比如Windows2003，Unix，還是Linux。這將決定該HRMS系統是否是公司的系統環境。
如果知道有那些使用這些系統的用戶在同一地區，最好能夠拜訪他們，看看系統實際運行如何，並聽取實際用戶的對系統的意見。案例聽取和考察之所以最好在第二次演示評估之前做，是因為其中也許會發現一些問題，那麼在第二次評估中就能看看是否得到妥善的解決了。
第17步第二次演示測試版
做第一次演示時，就要告知供應商，項目小組可能將會就某些特殊的問題要求進行第二次演示。這些特殊問題是在第一次演示沒有解決或在案例考察中發現的問題。同樣，要確保管理團隊代表參與這個過程。技術代表應該要保證所有的技術問題都能在這次演示中解決。復查系統的核心功能性、報告系統、運行速度、實施進度計劃和成本、客戶服務情況，以及其他項目小組關心的問題。還需要和供應商們討論他們報價的每個項目。一次澄清報價中有關問題，和調整的機會。如果沒有在第二次演示評估中解決所有疑惑，千萬不要厭煩，應該再要求供應商提供第三次，甚至更多的演示評估。
第18步再次評估和選擇
所有演示都完成了，所有問題也都得到了回答，於是到了最後的選擇時刻了。在做投票之前，再回顧一次第二輪演示中所得到的信息。把這些所有信息與最初的目標和需求做一個比較。
可以做一個評估表，來進行輔助決策，橫向的是決策因素，縱向的是每個系統產品。如果前面的步驟都很切實地完成，小組將很容易做出選擇。在有些情況下，會發現最後有兩個系統都能滿足你的需要，那麼就可以同這幾個公司談判，來選擇最有利於公司的方案--價格、培訓、實施等等。項目的每一步都關繫到系統選擇的成敗。
『陸』 用SQL和VS2008做一個人事管理系統
參考答案: 書山有路勤為徑，學海無涯苦作舟。
『柒』 哪位同學可以幫忙用白話文給我解釋一下SQL Server作為後台，java語言作為前台，編寫一個人力資源管理系統
一般是這樣的：用戶在頁面（比如jsp）做請求的時候，會給應用伺服器（比如tomcat）發送一個http請求，應用伺服器接收到請求後會有相應的處理器處理（比如servlet），處理器中接收請求的變數的值，到資料庫（比如sql server）中進行查詢。處理器通過調用資料庫連接池（jdbc）與資料庫交互，其實就是一個jar包，不同資料庫有不用的jar包，提供了與資料庫連接的對象，初始化對象的時候有資料庫ip地址、埠、用戶名、密碼等信息，有了對象就可以執行sql語句了，當然也可以得到返回列表。應用伺服器將返回結果通過處理器（servlet）返回給頁面，用戶就得到需要的信息了。
『捌』 如何用SQL Server做一個,人事管理系統,用的是Microsoft SQL Server
管家婆輝煌2005去下載個就好了啊,還做這類,昏..................
『玖』 怎樣用SQL做企業人事管理系統
用SQL Server 只能設計企業人事管理系統的資料庫，建個庫名，再添加有關的各個表、視圖、存儲過程等！
『拾』 SQL資料庫 做一個人力資源管理系統
人力資源管理信息系統畢業論net方向，vs做前台，sql做後台資料庫的文：
3.5.1.2設計全局ER模式
所有局部ER模式都設計好了後，接下來就是把它們綜合成單一的全局概念結構。全局概念結構不僅要支持所有局部ER模式，而且必須合理地表示一個完整、一致的資料庫概念結構。
1) 確定公共實體類型
為了給多個局部ER模式的合並提供開始合並的基礎，首先要確定各局部結構中的公共實體類型。在這一步中我們僅根據實體類型名和鍵來認定公共實體類型。一般把同名實體類型作為公共實體類型的一類候選，把具有相同鍵的實體類型作為公共實體類型的另一類候選。
2) 局部ER模式的合並
合並的原則是：首先進行兩兩合並；先合並那些現實世界中有聯系的局部結構；合並從公共實體類型開始，最後再加入獨立的局部結構。
3) 消除沖突
沖突分為三類：屬性沖突、結構沖突、命名沖突。
設計全局ER模式的目的不在於把若干局部ER模式形式上合並為一個ER模式，而在於消除沖突，使之成為能夠被所有用戶共同理解和接受的同一的概念模型。
4) 全局ER模式的優化
在得到全局ER模式後，為了提高資料庫系統的效率，還應進一步依據處理需求對ER模式進行優化。一個好的全局ER模式，除能准確、全面地反映用戶功能需求外，還應滿足下列條件：實體類型的個數要盡可能的少；實體類型所含屬性個數盡可能少；實體類型間聯系無冗餘。
人力資源管理系統的全局ER模式如圖所示：
參考全文 http://www.77lw.com/aspnet/241.html