⑴ IT公司軟體開發部門員工的培訓計劃一般都包括哪些
一般培訓分內部培訓和外出培訓，內部還分內部講師和外聘講師
如果你們針對員工進行培訓應採用內部培訓，主要由內部講師完成，同時每年有幾次外聘講師的講座
通常，針對程序員，可以指定各項目組自行上報培訓內容和本組講師，人力資源對內容重復的要求變更，然後排布計劃
可以將開發中常用到的工具、技巧、類別等等列出來，讓員工勾選，選取比較集中的幾項外聘講師集中講座
也可以穿插測試、用戶溝通技巧、商務禮儀等相關內容加入培訓，不一定完全是開發類的知識
從組織形式來說，可以發放問卷調查和各部門經理點將指定內部教師兩種形式並行，綜合後形成年度培訓計劃。這樣人力資源部僅起到組織協調作用，不需要研究太多技術性內容，也能起到很好的培訓效果。
另外，對內部教師也要有一定的激勵機制，同時還能促進互相學習和日常學習。
⑵ 有沒有軟體項目完整的培訓方案，以及系統維護系統擴展方案和實施計劃
培訓方案：
XXXXXXXX系統軟體
實施方案
項目名稱：XXXXXXXX系統軟體
實施單位：XXXXXXXXXXXXXX
時 間：XXXX年XX月XX日
目 錄
項目總體實施方案
1工程實施原則
2項目總體推進計劃
3系統實施過程的質量保證活動說明
實施計劃：
總體設計階段
項目開發組通過對系統的功能、運行和性能要求加以分析，產生一個高層次的系統結構、軟體結構、介面和數據格式的設計，並向工程領導小組提交《系統設計報告》（其中包括資料庫設計），組織評審並簽署評審意見。對其中評審不合格的部分進一步完善和重新策劃，評審通過後由雙方共同簽署評審意見，並正式生效，作為後續軟體開發和測試的基礎。
該報告內容的變更由雙方的現場實施負責人、技術負責人進行交流即可確定，並需向工程領導小組匯報。
詳細設計階段
項目開發組在《系統設計報告》的基礎上，對功能和性能要求進一步加以分析和細化並且把軟體的詳細設計文檔化，向工程領導小組提交《系統詳細設計報告》，並由項目組組織評審並簽署評審意見。對其中評審不合格的部分進一步完善和重新策劃，評審通過後由雙方共同簽署評審意見，並正式生效，作為後續軟體開發和測試的基礎。
該報告內容的變更由雙方的現場實施負責人、技術負責人進行交流即可確定，並需向工程領導小組匯報。
系統開發階段
根據前面的設計結果，由雙方的現場實施負責人、技術負責人討論確定詳細的開發計劃，並向工程領導小組提交《項目開發計劃》；工程領導小組對《項目開發計劃》進行審查，由雙方簽字後正式生效，並將作為軟體開發階段的項目管理和監控依據，項目開發小組要嚴格據此計劃控制項目進度，按時向工程領導小組匯報工作進展。
為了使用戶能夠及時獲知項目的進展情況，開發小組需要每周向用戶相關領導提交《項目客戶周報》，用戶項目組可以隨時對項目的工作情況進行檢查。
系統實施和試運行階段
首先需要經雙方交流協調，形成《項目實施計劃》，確定現場實施的准備工作、人員和日程安排、培訓計劃、階段目標等內容，經雙方負責人簽字後生效，按此計劃開始現場實施。正式開始現場實施前項目開發組應檢查所有必要的准備工作是否已經完成。
現場工作首先要進行軟體在伺服器端的安裝和調試，包括資料庫中各類對象的生成，初始化數據，原有系統的重要數據的轉換導入，前後台軟體的安裝，配置參數調整等工作；完成後需向系統維護人員提交《資料庫安裝目錄》，《軟體安裝方法》文件，並協助用戶進行軟體安裝。軟體安裝完成並確認可在系統正常運行後，開始相關業務人員的培訓；在培訓開始之前需要由雙方協商形成《培訓計劃》，明確培訓環境、條件及方式，參加人員，課程課時等詳細內容，由雙方現場實施負責人簽字後生效，並分別開始著手准備，在既定時間內完成。
培訓過程中由工程師提供《培訓考勤記錄》，培訓應該脫產、集中、封閉進行，並要求所有參加人每日必須兩次考勤；培訓完成後由雙方共同進行《培訓總結》，針對培訓效果確定是否達到目標，是否再增加培訓課程；對以上內容用戶項目組須進行必要的考核和獎懲，培訓工程師有權對參加培訓人員進行客觀評價。
⑶ 我的電腦軟體學習計劃
1、你要復明確你想達到什麼制目的，還是只是興趣愛好
2、你列舉的軟體中有系統的、開發的、圖形設計的、網站開發的，建議你先學整理基礎，再精通某方面，不要貪多
3、可以先學習DOS，熟悉常用的命令，在以後操作中會比較方便，不如配置調試程序，此時可以順便了解下硬體方面的知識
4、接下來可以了解下編程，就學C#，剛開始不要做界面，就做簡單的字元型程序
5、此時看你自己發展喜好來，願意編程就繼續深入研究 C#，但前提是你不當程序員，因為目前用JAVA的公司多一些。你也可以轉成java
6、如果樂意做網站（內部程序，不是顯示），繼續C#或Java，學習資料庫知識，C#就配SQL server ，JAVA的資料庫配的就多了，比如oracle，mysql等等。
7、如果不太喜歡編程，就可以學習web界面設計，學習flash、ps這些了，flash也需要一定的編程能力。
不要著急，先把基礎弄扎實，專精某一項，多做。
⑷ 尋求軟體的開發與設計完整方案流程
標準的軟體開發過程
1推薦軟體開發的標准過程包括六個階段，而六個階段需要編寫的各類文件達14種之多，在每個階段需要編寫哪些文件，以及這些文件的主要內容見下：
1.可行性與計劃研究階段
可行性研究報告：在可行性研究與計劃階段內，要確定該軟體的開發目標和總的要求，要進行可行性分析、投資一收益分析、制訂開發計劃，並完成應編制的文件。
項目開發計劃：編制項目開發計劃的目的是用文件的形式，把對於在開發過程中各項工作的負責人員、開發進度、 所需經費預算、所需軟、硬體條件等問題作出的安排記載下來，以便根據本計劃開展和檢查本項目的開發工作。
2.需求分析階段
軟體需求說明書：軟體需求說明書的編制是為了使用戶和軟體開發者雙方對該軟體的初始規定有一個共同的理解， 使之成為整個開發工作的基礎。內容包括對功能的規定對性能的規定等。
數據要求說明書：數據要求說明書的編制目的是為了向整個開發時期提供關於被處理數據的描述和數據採集要求的技術信息。
初步的用戶手冊：用戶手冊的編制是要使用非專門術語的語言，充分地描述該軟體系統所具有的功能及基本的使用方法。使用戶（或潛在用戶）通過本手冊能夠了解該軟體的用途，並且能夠確定在什麼情況下，如何使用它。
3.設計階段
概要設計說明書：概要設計說明書又可稱系統設計說明書，這里所說的系統是指程序系統。編制的目的是說明對程序系統的設計考慮，包括程序系統的基本處理流程、程序系統的組織結構、模塊劃分、功能分配、介面設計。 運行設計、數據結構設計和出錯處理設計等，為程序的詳細設計提供基礎。
詳細設計說明書：詳細設計說明書又可稱程序設計說明書。編制目的是說明一個軟體系統各個層次中的每一個程序 （每個模塊或子程序）的設計考慮，如果一個軟體系統比較簡單，層次很少，本文件可以不單獨編寫，有關內容合並入概要設計說明書。
資料庫設計說明書：資料庫設計說明書的編制目的是對於設計中的資料庫的所有標識、邏輯結構和物理結構作出具體的設計規定。
測試計劃初稿：這里所說的測試，主要是指整個程序系統的組裝測試和確認測試。本文件的編制是為了提供一個對該軟體的測試計劃，包括對每項測試活動的內容、進度安排、設計考慮、測試數據的整理方法及評價准則。
4.實現階段
模塊開發卷宗（開始編寫）：模塊開發卷宗是在模塊開發過程中逐步編寫出來的，每完成一個模塊或一組密切相關的模塊的復審時編寫一份，應該把所有的模塊開發卷宗匯集在一起。編寫的目的是記錄和匯總低層次開發的進度和結果，以便於對整個模塊開發工作的管理和復審，並為將來的維護提供非常有用的技術信息。
用戶手冊完工
操作手冊：操作手冊的編制是為了向操作人員提供該軟體每一個運行的具體過程和有關知識，包括操作方法的細節。
測試計劃終稿：
5.測試階段
模塊開發卷宗(此階段內必須完成)
測試分析報告：測試分析報告的編寫是為了把組裝測試和確認測試的結果、發現及分析寫成文件加以記載。
項目開發總結報告：項目開發總結報告的編制是為了總結本項目開發工作的經驗，說明實際取得的開發結果以及對整個開發工作的各個方面的評價。
6.運行與維護階段
開發進度月報的編制目的是及時向有關管理部門匯報項目開發的進展和情況，以便及時發現和處理開發過程中出現的問題。一般地，開發進度月報是以項目組為單位每月編寫的。如果被開發的軟體系統規模比較大，整個工程項目被劃分給若干個分項目組承擔，開發進度月報將以分項目組為單位按月編寫。
對於一項軟體而言，有些文件的編寫工作可能要在若干個階段中延續進行。
鑒於軟體開發是具有創造性的腦力勞動，也鑒於不同軟體在規模上和復雜程度上差別極大，本指南認為在文件編制工作中應允許一定的靈活性，並不是14種文件每種都必須編寫。
文件編制的衡量因素
◆在因素總和較低的情況下,項目開發總結報告的內容應包括：程序的主要功能、基本流程、測試結果和使用說明。
◆測試分析報告應該寫，但不必很正規。
◆數據要求說明和資料庫設計說明是否需要編寫應根據所開發軟體的實際需要來決定。
例2：為了避免在軟體開發中文件編制的不足或過分，一個簡便的辦法是把對軟體文件的編制要求同軟體的規模大小聯系起來，這就是本例的出發點。軟體的規模不妨分為四級：
1．小規模軟體源程序行數小於5 000的軟體；
2．中規模軟體源程序行數為 10 000～ 50 000的軟體；
3．大規模軟體源程序行數為 100 000?500 000的軟體；
4．特大規模軟體源程序行數大於500 000的軟體。
對上述的四級軟體的文件編制要求分別列於表O3。
至於源程序行數為 5 000～ 10 000， 50 000～ 100 000的軟體，其文件編制要求介於兩級之間，可根據一個軟體產品的具體情況，由項目負責人參照表O3的規定，確定需要編制的文件種類。
對於源程序行數大於500 000的特大規模軟體，可進一步把本指南規定的十四種文件按實際需要擴展成更多種類。