㈠ 想要一個學習java軟體開發的學習計劃
se包括語法 線程 socket 常用類 awt
html css js div jquery
mysql oracle
jdbc servlet
maven svn ant log4j
struts2 spring hibernate
設計模式 數據結構與演算法
lucene jbpm ibatis struts1
反射 高級類如cglib等 深入java虛擬機 深入mysql和oracle
軟體工程學相關知識
㈡ 馬上要開學了，去學軟體開發，學習計劃怎樣安排
學軟體開發完全有比這個更好的平台可以選擇，而且更好的選擇，有很多很多，
㈢ 跪求軟體公司對軟體開發部門員工的培訓計劃
真是個不錯的好公司，一般公司都是累的抬不起頭，哪還會給你組織培訓版啊
一般培訓分內部培訓和外出培權訓，內部還分內部講師和外聘講師
如果你們針對員工進行培訓應採用內部培訓，主要由內部講師完成，同時每年有幾次外聘講師的講座
通常，針對程序員，可以指定各項目組自行上報培訓內容和本組講師，人力資源對內容重復的要求變更，然後排布計劃
可以將開發中常用到的工具、技巧、類別等等列出來，讓員工勾選，選取比較集中的幾項外聘講師集中講座
也可以穿插測試、用戶溝通技巧、商務禮儀等相關內容加入培訓，不一定完全是開發類的知識
從組織形式來說，可以發放問卷調查和各部門經理點將指定內部教師兩種形式並行，綜合後形成年度培訓計劃。這樣人力資源部僅起到組織協調作用，不需要研究太多技術性內容，也能起到很好的培訓效果。
另外，對內部教師也要有一定的激勵機制，同時還能促進互相學習和日常學習。
㈣ 軟體開發項目進度表包含那些內容
一是參考其它項目.
另一個現在的可參考項目是安裝 Microsoft Office Project 2003, 內有好幾個相關模板.
供參:
項目啟動 6 工作日
組建工作組 6 工作日
定義工作組角色 2 工作日
確定所需技能 2 工作日
確定資源 2 工作日
將角色賦予資源 2 工作日
工作組成立 0 工作日
構想 44 工作日
定義初步的商業需求(持續性工作) 29 工作日
風險管理 1 工作日
定義項目結構 9 工作日
定義跟蹤項目的步驟 5 工作日
定義解決問題的步驟 4 工作日
定義跟蹤問題的步驟 3 工作日
定義控制變更的步驟 4 工作日
定義責任和期望 2 工作日
項目結構確定完畢 0 工作日
研究和收集設想 25 工作日
進行初步的用戶訪問 2 工作日
定義使用場合 10 工作日
制定初步的用戶描述 5 工作日
制定初步的構想說明 1 工作日
確立設計目標 8 工作日
制定初步的解決方案概念 5 工作日
制定初步的項目范圍 19 工作日
定義關鍵的成功因素 2 工作日
定義衡量成功的標准 1 工作日
定義主要的可交付結果(初步) 3 工作日
起草構想/范圍 3 工作日
審閱構想/范圍 2 工作日
更新構想/范圍 3 工作日
緩沖時間 4 工作日
進行里程碑檢查 1 工作日
構想得到批准 0 工作日
規劃 59 工作日
更新風險評估 1 工作日
進行用戶訪問 10 工作日
創建功能描述 31 工作日
制定功能描述: 第 0 批 5 工作日
制定功能描述: 第 1 批 5 工作日
制定功能描述: 第 2 批 5 工作日
制定功能描述: 第 n 批 5 工作日
功能描述基準 0 工作日
開發計劃 28.25 工作日
創建開發計劃 28 工作日
進行概念性設計 10 工作日
進行邏輯設計 15 工作日
進行物理設計 19 工作日
制定開發日程 5 工作日
測試計劃 35 工作日
制定測試計劃 30 工作日
制定測試日程 5 工作日
用戶培訓計劃 36 工作日
制定用戶培訓計劃 30 工作日
制定用戶培訓日程 6 工作日
後勤計劃 48 工作日
制定後勤計劃 43 工作日
進行基礎設施分析 15 工作日
制定安全計劃 2 工作日
制定部署計劃 27 工作日
定購組件 15 工作日
後勤計劃完成 0 工作日
創建後勤日程 7 工作日
產品管理計劃 18 工作日
制定產品管理計劃 14 工作日
制定產品管理日程 5 工作日
程序管理計劃 41 工作日
創建程序管理計劃 21 工作日
創建程序管理日程 20 工作日
建立項目計劃基準 0 工作日
合並項目計劃 11 工作日
審閱合並計劃 4 工作日
創建合並日程 2 工作日
緩沖時間 4 工作日
確定交貨日期 0 工作日
構想/范圍凍結 0 工作日
進行里程碑檢查 1 工作日
項目計劃得到批准 0 工作日
開發 81 工作日
更新風險評估 1 工作日
提供開發所需的設備/檢驗概念是否達到 0 工作日
建立開發環境/實驗室 5 工作日
內部發布 #1 24 工作日
開發目標組件 9 工作日
測試單個組件 5 工作日
測試組裝為整體的應用程序 6 工作日
開發增強性能的材料 4 工作日
測試和審查材料 3 工作日
制定分發步驟 9 工作日
創建分發產品 2 工作日
分發給合適的對象 1 工作日
緩沖時間 8 工作日
內部發布 #1 結束 0 工作日
審閱來自內部發布的結果 2 工作日
進行發布後的審閱 1 工作日
內部發布 #n 24 工作日
開發目標組件 10 工作日
測試單個組件 4 工作日
測試組裝為整體的應用程序 5 工作日
開發增強性能的材料 4 工作日
測試和審查材料 3 工作日
制定分發步驟 3 工作日
創建分發產品 4 工作日
緩沖時間 6 工作日
分發給合適的對象 1 工作日
內部發布 #n 結束 1 工作日
審閱來自內部發布的結果 2 工作日
功能說明凍結 1 工作日
最後的特性開發 10 工作日
最後的後勤開發 9 工作日
最後的性能支持開發 5 工作日
特性開發結束 0 工作日
更新計劃和日程 13 工作日
更新開發計劃 4 工作日
更新測試計劃 3 工作日
更新後勤計劃 13 工作日
更新程序管理計劃 3 工作日
更新產品管理計劃 3 工作日
更新用戶培訓計劃 6 工作日
緩沖時間 3 工作日
進行里程碑檢查 2 工作日
項目范圍規劃完成 1 工作日
穩定 73 工作日
更新風險評估 1 工作日
發布測試版 1 32 工作日
制定測試版計劃 3 工作日
征尋和選擇用戶 2 工作日
准備測試版產品包 8 工作日
開始測試 0 工作日
提供測試支持 8 工作日
收集用戶反饋 7 工作日
結束測試支持 0 工作日
修補缺陷 10 工作日
結束測試 0 工作日
發布測試版 n 1 工作日
修補缺陷 10 工作日
收集錯誤 1 工作日
改正高優先順序的錯誤 10 工作日
發布無錯誤版 0 工作日
進行最後的錯誤分類 5 工作日
發布版候選 1 7 工作日
進行工作組評估 2 工作日
客戶/用戶評估 2 工作日
支持評估 3 工作日
發布版候選 n 6 工作日
黃金發布版 0 工作日
發布 1 工作日
項目後檢查 2 工作日
軟體開發:
-------------------------
項目范圍規劃 3.5 工作日
確定項目范圍 4 工時
獲得項目所需資金 1 工作日
定義預備資源 1 工作日
獲得核心資源 1 工作日
項目范圍規劃完成 0 工作日
分析/軟體需求 14 工作日
行為需求分析 5 工作日
起草初步的軟體規范 3 工作日
制定初步預算 2 工作日
工作組共同審閱軟體規范/預算 4 工時
根據反饋修改軟體規范 1 工作日
確定交付期限 1 工作日
獲得開展後續工作的批准(概念、期限和預算) 4 工時
獲得所需資源 1 工作日
分析工作完成 0 工作日
設計 14.5 工作日
審閱初步的軟體規范 2 工作日
制定功能規范 5 工作日
根據功能規范開發原型 4 工作日
審閱功能規范 2 工作日
根據反饋修改功能規范 1 工作日
獲得開展後續工作的批准 4 工時
設計工作完成 0 工作日
開發 21.75 工作日
審閱功能規范 1 工作日
確定模塊化/分層設計參數 1 工作日
分派任務給開發人員 1 工作日
編寫代碼 15 工作日
開發人員測試(初步調試) 15 工作日
開發工作完畢 0 工作日
測試 48.75 工作日
根據產品規范制定單元測試計劃 4 工作日
根據產品規范制定整體測試計劃 4 工作日
單元測試 15 工作日
審閱模塊化代碼 5 工作日
測試組件模塊是否符合產品規范 2 工作日
找出不符合產品規范的異常情況 3 工作日
修改代碼 3 工作日
重新測試經過修改的代碼 2 工作日
單元測試完成 0 工作日
整體測試 12 工作日
測試模塊集成情況 5 工作日
找出不符合規范的異常情況 2 工作日
修改代碼 3 工作日
重新測試經過修改的代碼 2 工作日
整體測試完成 0 工作日
培訓 45.75 工作日
制定針對最終用戶的培訓規范 3 工作日
制定針對產品技術支持人員的培訓規范 3 工作日
確定培訓方法(基於計算機的培訓、教室授課等) 2 工作日
編寫培訓材料 3 周工時
研究培訓材料的可用性 4 工作日
對培訓材料進行最後處理 3 工作日
制定培訓機制 2 工作日
培訓材料完成 0 工作日
文檔 30.5 工作日
制定「幫助」規范 1 工作日
開發「幫助」系統 3 周工時
審閱「幫助」文檔 3 工作日
根據反饋修改「幫助」文檔 2 工作日
制定用戶手冊規范 2 工作日
編寫用戶手冊 3 周工時
審閱所有的用戶文檔 2 工作日
根據反饋修改用戶文檔 2 工作日
文檔完成 0 工作日
試生產 70.25 工作日
確定測試群體 1 工作日
確定軟體分發機制 1 工作日
安裝/部署軟體 1 工作日
獲得用戶反饋 1 周工時
評估測試信息 1 工作日
試生產工作完成 0 工作日
部署 5 工作日
確定最終部署策略 1 工作日
確定部署方法 1 工作日
獲得部署所需資源 1 工作日
培訓技術支持人員 1 工作日
部署軟體 1 工作日
部署工作完成 0 工作日
實施工作結束後的回顧 3 工作日
將經驗教訓記錄存檔 1 工作日
分發給工作組成員 1 工作日
建立軟體維護小組 1 工作日
回顧完成 0 工作日
軟體開發模板結束 0 工作日
㈤ IT公司軟體開發部門員工的培訓計劃一般都包括哪些
一般培訓分內部培訓和外出培訓，內部還分內部講師和外聘講師
如果你們針專對員工進行培訓應採用屬內部培訓，主要由內部講師完成，同時每年有幾次外聘講師的講座
通常，針對程序員，可以指定各項目組自行上報培訓內容和本組講師，人力資源對內容重復的要求變更，然後排布計劃
可以將開發中常用到的工具、技巧、類別等等列出來，讓員工勾選，選取比較集中的幾項外聘講師集中講座
也可以穿插測試、用戶溝通技巧、商務禮儀等相關內容加入培訓，不一定完全是開發類的知識
從組織形式來說，可以發放問卷調查和各部門經理點將指定內部教師兩種形式並行，綜合後形成年度培訓計劃。這樣人力資源部僅起到組織協調作用，不需要研究太多技術性內容，也能起到很好的培訓效果。
另外，對內部教師也要有一定的激勵機制，同時還能促進互相學習和日常學習。
㈥ 軟體公司的年度培訓計劃怎麼制定啊，我們公司是個一百人左右的軟體開發公司
制定人力資源計劃的意義
簡單的說，企業制定人力資源計劃的意義主要有四個方面：
1．在人力資源方面確保達到企業的目標。
計劃是實現目標的一種工具。每個企業都有自己的發展目標，而要實現這些目標，沒有計劃是不可能的。科學地制定一份人力資源計劃對於企業的重要性是不言而喻的。
2．使人力資源管理工作有條不紊
一份完整的的人力資源計劃應該具體規定企業在人力資源管理方面需要做的各種事項。這樣，企業在一段時間內可以有章可循。企業經理們可以清楚地意識到何人在何時何地應該干什麼。這樣可以真正地完成人力資源管理工作，進而達到企業的目標。
3．對企業緊缺的人力資源發出引進與培訓的預警
由於人力資源計劃不是憑空拍腦袋想出來的，因此制定了人力資源計劃後就清楚地知道企業的人力資源的數量和質量到底如何。如果人力資源的數量不夠，可能要進行招聘和選拔；如果人力資源的質量有問題，可能要進行培訓。
4．激勵員工更好地為實現企業的目標而努力工作
激勵員工的方法有許多種，其中與人力資源管理有密切聯系的主要有：績效評估、報酬系統、職業計劃與職業管理。
什麼是人力資源計劃
有的老總說，我們每年都制定人力資源計劃，但是效果不怎麼樣。但是如果你有幸翻閱一下他們的人力資源計劃，不是空話連篇，就是抄襲其它公司的現成文本。對本公司實現目標幾乎沒有什麼幫助。因此，這類人力資源計劃弊大於利。主要原因可能是由於老總們不清楚什麼是人力資源計劃。
所謂的人力資源計劃是指企業為了達到戰略目標與戰術目標，為了滿足未來一段時間內的人力資源質量與數量方面的需要，根據目前的人力資源狀況，決定引進、保持、提高、流出人力資源所作的預測和相關的工作。
人力資源計劃主要可以分為兩類：戰略人力資源計劃和戰術人力資源計劃。
戰略人力資源計劃主要是指三年以上的人力資源計劃。是為了達到企業的戰略目標而制定的人力資源計劃。
戰術人力資源計劃是指年度人力資源計劃。是為了達到企業的戰術目標而制定的人力資源計劃，較多地考慮企業目前的發展以及相關的經濟微觀因素。本文探討的人力資源計劃是指戰術人力資源計劃。
如何制定人力資源計劃
科學地制定人力資源計劃一般分為5個步驟：確定憧憬、制定戰略規劃、制定年度計劃、制定人力資源計劃、編寫人力資源管理行動計劃。
1．確定憧憬憧憬是二十年、三十年、甚至是五十年的長期目標，可以用一兩句話來描述，但是憧憬非常重要。沒有憧憬，企業就沒有努力的方向，其它的計劃都是無效的。
2．制定戰略規劃
在確定憧憬的前提下，企業應該首先制定好戰略規劃，也就是說要明確地知道企業在三至五年內要達到什麼目標。
3．制定年度計劃
制定好戰略規劃後，可以制定企業的年度計劃了，也就是說企業應該明確地知道一年內要達到什麼目標。
4．制定人力資源計劃
企業有了年度計劃後，可以開始制定人力資源計劃了。制定人力資源計劃共有四個步驟：收集有關信息、預測人力資源需求、預測人力資源供應和編制人力資源計劃。
（1）收集有關信息。主要收集外部與內部的信息。外部信息主要包括：宏觀經濟發展趨勢、本行業的發展前景、主要競爭對手的動態、相關科學技術的發展動向、勞動力市場的變化、政府的法律與政策、人口發展的趨勢、社會發展趨勢、文化風俗習慣演變等等。內部信息主要包括：企業發展計劃、企業憧憬的變化、企業領導層的更迭、人力資源成本的變化、生產流水線的變化、銷售渠道的變化、融資能力的變化等等。
（2）預測人力資源需求。根據收集來的信息，運用一定的方法，我們就可以較正確地預測在未來的一段時間內人力資源的數量和質量的需求。
（3）預測人力資源供應。根據收集來的信息，運用一定的方法，我們也可以較正確地預測在未來的一段時間內人力資源的數量和質量的供應。如果供應大於需求，就要考慮流出一部分人力資源；如果需求大於供應，就要考慮引進一部分人力資源。當然，培訓員工、改變計劃、調整報酬系統等等也是可以運用的手段。
（4）編制人力資源計劃。一份完整的人力資源計劃至少應該包括以下幾個方面：計劃的時間段、計劃達到的目標、目前形勢分析、未來形勢預測、計劃事項、計劃制定者和計劃制定時間。另外一定要附上行動計劃。
5．編寫人力資源管理行動計劃
許多經理認為人力資源計劃不一定要有行動計劃。這是一個很大的誤區。行動計劃是人力資源計劃中的一個重要方面。缺了這一塊，人力資源計劃是不完整的。
人力資源管理行動計劃一般由項目名稱和項目細則組成。項目細則主要包括以下一些內容：項目負責人、項目參與者、實施時間、項目檢查人、檢查時間、項目預算等等。有若干個項目就應該有若干條項目細則。
當然，制定好人力資源計劃後，關鍵是實施。但是是否制定了一份科學又實用的人力資源計劃是實施的前提。這可是一件投入少產出大的工作，精明的老總們可不要因小失大啊！
一、公司培訓體系規劃
培訓方針與策略
培訓政策的制定
培訓流程化提高培訓效果
內部培訓師的培育解決方案
公司政策支持
案例：某知名公司的培訓政策展示分析
二、培訓需求的調研與分析
基於戰略及管理層次的需求分析
基於職業生涯規劃的需求分析
問題導向、績效導向的培訓需求分析
基於勝任能力模型的需求分析
培訓需求調查方法
案例分析：
某公司的培訓需求統計分析的方法
三、年度培訓計劃與培訓實施
年度培訓計劃的內容結構
制定年度培訓計劃的過程與技巧
課程開發與調查，知識結構的分析與策劃
實例：成熟的課程清單展示、分析
外部師資篩選與內部講師的培養策略
年度培訓計劃寫作要點
年度培訓計劃與預算方案
實例：培訓計劃與招標書實例展示、分析
培訓實施涉及的各個環節分析與把關
實例：培訓開課前各項事務檢核表
四、培訓效果評估與改善行動計劃
培訓效果四級評估方法介紹
如何提升培訓效果的途徑
訓後行動計劃及其落實
實例：通過訓後改善計劃提升培訓效果
㈦ 有沒有軟體項目完整的培訓方案，以及系統維護系統擴展方案和實施計劃
培訓方案：
XXXXXXXX系統軟體
實施方案
項目名稱：XXXXXXXX系統軟體
實施單位：XXXXXXXXXXXXXX
時 間：XXXX年XX月XX日
目 錄
項目總體實施方案
1工程實施原則
2項目總體推進計劃
3系統實施過程的質量保證活動說明
實施計劃：
總體設計階段
項目開發組通過對系統的功能、運行和性能要求加以分析，產生一個高層次的系統結構、軟體結構、介面和數據格式的設計，並向工程領導小組提交《系統設計報告》（其中包括資料庫設計），組織評審並簽署評審意見。對其中評審不合格的部分進一步完善和重新策劃，評審通過後由雙方共同簽署評審意見，並正式生效，作為後續軟體開發和測試的基礎。
該報告內容的變更由雙方的現場實施負責人、技術負責人進行交流即可確定，並需向工程領導小組匯報。
詳細設計階段
項目開發組在《系統設計報告》的基礎上，對功能和性能要求進一步加以分析和細化並且把軟體的詳細設計文檔化，向工程領導小組提交《系統詳細設計報告》，並由項目組組織評審並簽署評審意見。對其中評審不合格的部分進一步完善和重新策劃，評審通過後由雙方共同簽署評審意見，並正式生效，作為後續軟體開發和測試的基礎。
該報告內容的變更由雙方的現場實施負責人、技術負責人進行交流即可確定，並需向工程領導小組匯報。
系統開發階段
根據前面的設計結果，由雙方的現場實施負責人、技術負責人討論確定詳細的開發計劃，並向工程領導小組提交《項目開發計劃》；工程領導小組對《項目開發計劃》進行審查，由雙方簽字後正式生效，並將作為軟體開發階段的項目管理和監控依據，項目開發小組要嚴格據此計劃控制項目進度，按時向工程領導小組匯報工作進展。
為了使用戶能夠及時獲知項目的進展情況，開發小組需要每周向用戶相關領導提交《項目客戶周報》，用戶項目組可以隨時對項目的工作情況進行檢查。
系統實施和試運行階段
首先需要經雙方交流協調，形成《項目實施計劃》，確定現場實施的准備工作、人員和日程安排、培訓計劃、階段目標等內容，經雙方負責人簽字後生效，按此計劃開始現場實施。正式開始現場實施前項目開發組應檢查所有必要的准備工作是否已經完成。
現場工作首先要進行軟體在伺服器端的安裝和調試，包括資料庫中各類對象的生成，初始化數據，原有系統的重要數據的轉換導入，前後台軟體的安裝，配置參數調整等工作；完成後需向系統維護人員提交《資料庫安裝目錄》，《軟體安裝方法》文件，並協助用戶進行軟體安裝。軟體安裝完成並確認可在系統正常運行後，開始相關業務人員的培訓；在培訓開始之前需要由雙方協商形成《培訓計劃》，明確培訓環境、條件及方式，參加人員，課程課時等詳細內容，由雙方現場實施負責人簽字後生效，並分別開始著手准備，在既定時間內完成。
培訓過程中由工程師提供《培訓考勤記錄》，培訓應該脫產、集中、封閉進行，並要求所有參加人每日必須兩次考勤；培訓完成後由雙方共同進行《培訓總結》，針對培訓效果確定是否達到目標，是否再增加培訓課程；對以上內容用戶項目組須進行必要的考核和獎懲，培訓工程師有權對參加培訓人員進行客觀評價。
㈧ 求一份軟體開發計劃書範文，格式如下：
網路文庫里 搜索 「軟體開發計劃書」 範文很多！
知之為知之 不知網路知 是知也！
㈨ 如何制定軟體開發計劃
軟體項目計劃（Software Project Planning）是一個軟體項目進入系統實施的啟動階段,主要進行的工作包括:確定詳細的項目實施范圍、定義遞交的工作成果、評估實施過程中主要的風險、制定項目實施的時間計劃、成本和預算計劃、人力資源計劃等。 在軟體項目管理過程中一個關鍵的活動是制定項目計劃，它是軟體開發工作的第一步。 項目計劃的目標是為項目負責人提供一個框架，使之能合理地估算軟體項目開發所需的資源 、經費和開發進度，並控制軟體項目開發過程按此計劃進行。 在做計劃時，必須就需要的人力、項目持續時間及成本作出估算。這種估算大多是參考 以前的花費作出的。軟體項目計劃包括二個任務：研究和估算。即通過研究確定該軟體 項目的主要功能、性能和系統界面。 一、軟體項目計劃內容 軟體項目計劃內容如下： 1.范圍。對該軟體項目的綜合描述,定義起所要做的工作以及性能限制,它包括: (1)項目目標。 (2)主要功能。 (3)性能限制。 (4)系統介面。 (5)特殊要求。 (6)開發概述。 2.資源。 (1)人員資源。 (2)硬體資源。 (3)軟體資源。 (4)其他。 3.進度安排。 進度安排的好壞往往會影響整個項目的按期完成,因此這一環節是十分重要的。制定軟體進度與其他工程沒有很大的區別 ，其方法主要有： (1)工程網路圖。 (2)Gantt圖。 (3)任務資源表。 (4)成本估算。 (5)培訓計劃。 二、制定軟體工程規范
對軟體工程管理來說，軟體工程規范的制定和實施是不可少的，它與軟體項目計劃一樣重要 。軟體工程規范可選用現成的各種規范，也可自己制定。目前軟體工程規范可分為三級： (1)國家標准與國際標准。 (2)行業標准與工業部門標准。 (3)企業級標准與開發小組級標准。