北漂程序員采購流程

㈠ 簡述成品入庫完整流程

1. 當日成品生產結束，由車間外包班長和倉庫程序員核對數量入庫。

2. 依據外包入庫記錄托盤條碼號和程序電腦記錄進行數據核對，對於可能出現的重復掃碼、空托盤入庫、尾托盤數量一一核對。

3. 對於有異議的進行記錄和說明，以便第二天出庫核對。沒有核對和記錄說明的，發貨時發現有差錯的，當班人員將承擔全部責任。

4. 核對完畢，沒有異議當面開具入庫單據，雙方簽字確認生效。

5. 中辦產品單獨入庫，由車間依據中辦訂單提前備貨。出庫後即辦理入庫手續由倉庫班長簽字確認，不在由主管簽字確認。

6. 保溫產品入庫由車間開具入庫單後，由倉庫班長核對數量後簽字。通知叉車入庫發貨。

7. 入庫單一式四張，倉庫前邊兩張、車間後邊兩張，倉庫白聯交生產部上賬，紅聯留底。車間白聯交車間生產統計，紅聯留底。

拓展資料：

商品入庫是商品進入倉庫時所進行的卸貨、清點、驗收、辦理入庫手續等工作的總稱。是倉庫業務活動的第一道環節，是做好商品儲存的基礎。商品入庫作業的具體內容和程序是：

(1)做好入庫前的准備工作。事先掌握入庫商品品種、性能、數量和到庫日期;安排商品接貨、驗收、搬運、堆碼所需設備、場地和勞力。

(2)進行商品接收工作。根據業務部門的入庫憑證按大件核點品種、規格、數量、包裝及標志等，檢查單、貨是否相符，有無多送、少送和錯送等情況。

(3)辦理商品交接手續。倉庫收貨人在送貨單上簽收。如有問題，應會同交付入庫的有關人員作出記錄、分清責任，並立即通知業務部門及時處理。

(4)檢驗商品細數、質 量。根據貨主及倉庫規定，開箱、拆包點驗品種、規格、細數是否正確無誤，檢查質量是否符合標准。

(5)辦理商品入庫憑證簽收、分發登帳手續。根據驗收結果，由保管員在商品入庫單上逐項按實簽收，並註明實收數量和堆碼倉位。其中一聯加蓋倉儲企業印章後退還貨主，作為倉儲企業收貨憑證，一聯交貨區記帳員登記「代管商品明細帳」，一聯由保管員留存，登記「商品保管卡」。

在財會部門設有表處「代管商品物資」帳戶情況下，商品入庫憑證尚應增加一聯送交財會部門，據以登記「代管商品物資」帳戶。

主要任務

1、入庫商品的接收。入庫商品的接收主要有四種方式：車站碼頭接貨；專用鐵路線或碼頭接貨；到供貨方倉庫提貨；本庫接貨。

2、入庫商品的驗收。入庫商品的驗收工作，主要包括數量驗收、質量驗收和包裝驗收三個方面。在數量和質量驗收方面應分別按商品的性質、到貨情況，來確定驗收的標准和方法。

3、驗收發現問題的處理。驗收中出現的問題，大體有如下幾種情況：數量不符；質量問題；包裝問題；單貨不符或單證不全。

4、辦理商品入庫手續。商品經過質量和數量驗收後，由商品檢查人員或保管員在商品入庫憑證上蓋章簽收。倉庫留存商品入庫保管聯，並註明商品存放的庫房、貨位，以便統計、記賬。同時，將商品入庫憑證的有關聯迅速送回存貨單位，作為正式收貨的憑證。

㈡ 我是一名在北京工作的IT人士，現公司需采購一套IT設備管理的系統，有操作便捷、功能強大的系統不

崗位：程序員
程序員(英文Programmer)是從事程序開發、維護的專業人員。一般我們將程序員分為程序設計人員和程序編碼員，但兩者的界限並不非常清楚，特別是在中國。
作一個真正合格的程序員，應該具有的素質。
1：團隊精神和協作能力
團隊精神和協作能力是作為一個程序員應具備的最基本的素質。軟體工程已經提了將近三十年了，當今的軟體開發已經不是編程了，而是工程。獨行俠可以寫一些程序也能賺錢發財，但是進入研發團隊，從事商業化和產品化的開發任務，就必須具備這種素質。可以毫不誇張的說這種素質是一個程序員乃至一個團隊的安身立命之本。
2：文檔習慣
文檔是一個軟體系統的生命力。一個公司的產品再好、技術含量再高，如果沒有缺乏文檔，知識就沒有繼承，公司還是一個來料加工的軟體作坊。作為代碼程序員，必須將30％的工作時間寫用於技術文檔。沒有文檔的程序員勢必會被淘汰。
3：規范化的代碼編寫習慣
知名軟體公司的代碼的變數命名、注釋格式，甚至嵌套中行縮進的長度和函數間的空行數字都有明確規定，良好的編寫習慣，不但有助於代碼的移植和糾錯，也有助於不同技術人員之間的協作。一些所謂的高手甚至叫囂高手寫的代碼一般人看不懂，我只能說他不是一名合格的程序員。
4：需求理解能力
程序員要能正確理解任務單中描述的需求。在這里要明確一點，程序員不僅僅要注意到軟體的功能需求，還應注意軟體的性能需求，要能正確評估自己的模塊對整個項目中的影響及潛在的威脅，如果有著兩到三年項目經驗的熟練程序員對這一點沒有體會的話，只能說明他或許是認真工作過，但是沒有用心工作。
5：模塊化思維能力
作為一個優秀的程序員，他的思想不能在局限當前的工作任務裡面，要想想看自己寫的模塊是否可以脫離當前系統存在，通過簡單的封裝在其他系統中或其他模塊中直接使用。這樣做可以使代碼能重復利用，減少重復的勞動，也能是系統結構越趨合理。模塊化思維能力的提高是一個程序員的技術水平提高的一項重要指標。
6：測試習慣
測試是軟體工程質量保證的重要環節，但是測試不僅僅是測試工程師的工作，而是每個程序員的一種基本職責。程序員要認識測試不僅是正常的程序調試，而要是要進行有目的有針對性的異常調用測試，這一點要結合需求理解能力。
7：學習和總結的能力
程序員是很容易被淘汰的職業，所以要善於學習總結。許多程序員喜歡盲目追求一些編碼的小技巧，這樣的技術人員無論學了多少語言，代碼寫起來多熟練，我們只能說他是一名熟練的代碼民工，他永遠都不會有質的提高。一個善於學習的程序員會經常總結自己的技術水平，對自己的技術層面要有良好的定位，這樣才能有目的地提高自己。這樣才能逐步提高，從程序員升級為軟體設計師、系統分析員。
作為高級程序員，乃至於設計師而言，除了應該具備上述全部素質之外，還需要具備以下素質：
1、 需求分析能力
2、 整體框架能力
3、 流程處理能力
4、 模塊分解能力
5、 整體項目評估能力
6、 團隊組織管理能力

崗位：項目經理
主要職責：
1、 計劃：
a)項目范圍、項目質量、項目時間、項目成本的確認。
b)項目過程/活動的標准化、規范化。
c)根據項目范圍、質量、時間與成本的綜合因素的考慮，進行項目的總體規劃與階段計劃。
d)各項計劃得到上級領導、客戶方及項目組成員認可。
2、 組織：
a)組織項目所需的各項資源。
b)設置項目組中的各種角色，並分配好各角色的責任與許可權。
c)定製項目組內外的溝通計劃。（必要時可按配置管理要求寫項目策劃目錄中的《項目溝通計劃》）
d)安排組內需求分析師、客戶聯系人等角色與客戶的溝通與交流。
e)處理項目組與其它項目干係人之間的關系。
f)處理項目組內各角色之間的關系、處理項目組內各成員之間的關系。
g)安排客戶培訓工作。
3、 領導：
a)保證項目組目標明確且理解一致。
b)創建項目組的開發環境及氛圍，在項目范圍內保證項目組成員不受項目其它方面的影響。
c)提升項目組士氣，加強項目組凝聚力。
d)合理安排項目組各成員的工作，使各成員工作都能達到一定的飽滿度。
e)制定項目組需要的招聘或培訓人員的計劃。
f)定期組織項目組成員進行相關技術培訓以及與項目相關的行業培訓等。
g)及時發現項目組中出現的問題。
h)及時處理項目組中出現的問題。
4、 控制
a)保證項目在預算成本范圍內按規定的質量和進度達到項目目標。
b)在項目生命周期的各個階段，跟蹤、檢查項目組成員的工作質量；
c)定期向領導匯報項目工作進度以及項目開發過程中的難題。
d)對項目進行配置管理與規劃。
e)控制項目組各成員的工作進度，即時了解項目組成員的工作情況，並能快速的解決項目組成員所碰到的難題。
f)不定期組織項目組成員進行項目以外的短期活動，以培養團隊精神。
結語：
項目經理是在整個項目開發過程中項目組內對所有非技術性重要事情做出最終決定的人。

崗位：系統架構師（技術總監）
主要功能及職責：
1、系統架構師是軟體項目的總體設計師，是軟體組織新產品的開發與集成、新技術體系的構建者。
2、系統架構師是在技術上對所有重要事情做出決定的人。（系統架構師在整個軟體開發過程中都起著重要作用，並隨著開發進程的推進而其職責或關注點不斷地變化。）
3、需求階段，軟體架構師負責理解和管理非功能性系統需求，比如軟體的可維護性、性能、復用性、可靠性、有效性和可測試性等。審查客戶和市場人員所提出的需求，確認開發團隊所提出的設計；組織開發團隊成員和開發過程的定義；協助需求分析師完成《用戶需求說明書》、《需求變更說明書》。
4、設計階段，架構師負責對整個軟體架構、關鍵構件、介面的設計。協助系統分析師完成《系統概要設計說明書》
5、編碼階段，架構師則成為程序員的顧問，並且經常性地要舉行一些技術研討會、技術培訓班等；
6、測試及實施階段，隨著軟體開始測試、集成和交付，集成和測試支持將成為軟體架構師的工作重點；
結語：
系統架構師也可以理解成技術總監。系統架構師是在部門內所有軟體項目中，對技術上所有重要的事情做出決定的人。

崗位：需求分析師
主要職責：
1、在項目前期根據《需求調研計劃》對客戶進行需求調研。
2、收集整理客戶需求，負責編寫《用戶需求說明書》。
3、代表項目組與用戶溝通與項目需求有關的所有事項。
4、代表客戶與項目組成員溝通項目需求有關的所有事項。
5、負責《用戶需求說明書》得到用戶的認可與簽字。
6、負責將完成的項目模塊給客戶做演示，並收集對完成模塊的意見。
7、完成《需求變更說明書》，並得到用戶的認可與簽字。
8、並協助系統架構師、系統分析師對需求進行理解。
結語：
需求分析師是項目前期與客戶方打交道最多的人，對於客戶來說，他可以代表整個項目組，對與項目組成員來說他的意見可以代表客戶方的意見，項目組內所有與客戶需求相關的事情必需得到他的認可。

崗位：系統分析師
主要職責：
1、 協助需求分析師進行需求調研。
2、分析、解析《用戶需求說明書》，將系統需求整理成《軟體需求規格說明書》；
3、負責解決《軟體需求規格說明書》被評審後發現的問題；
4、在分析系統前，負責向架構設計師解釋《軟體需求規格說明書》的內容。
5、協助架構設計師進行架構設計，並協助其完成《系統架構說明書》。
6、根據《系統架構說明書》對系統進行建模；
7、系統分析及建模完成後，負責將建模成果轉化為《系統概要設計》；
8、協助資料庫設計師按《系統概要設計說明書》進行資料庫邏輯設計和物理設計，完成資料庫CDM及PDM圖，並協助其完成《資料庫設計說明書》
9、協助軟體設計師按《系統概要設計說明書》進行《系統詳細設計說明書》。
10、指導軟體工程師按《系統詳細設計說明書》進行代碼實現。
11、 負責重點代碼檢查；
12、協助項目經理進行配置管理，並提供優化改進建議；
13、定期對項目組成員進行技術方面的培訓。
結語：
系統分析師是項目組中的首席執行官，他涉及項目的所有方面，是項目進度的推動者，也是項目成功的關鍵。

崗位：資料庫設計師
主要職責：
1、根據《系統架構說明書》與系統架構師、系統分析師一同進行資料庫建模。
2、根據資料庫建模結果，繪制資料庫CDM與PDM圖。
3、 根據資料庫PDM圖進行資料庫建庫。
4、 對資料庫進行維護、備份、恢復、同步。
5、 負責客戶數據的導入導出。
6、 對資料庫進行初始化操作。
7、協助軟體設計師完成《系統詳細設計說明書》中與資料庫相關的部分。
8、根據《系統詳細設計說明書》編寫對應的視圖、存儲過程、函數、觸發器等。
9、對項目組其它成員進行SQL方面的指導。
10、定期對項目組其它成員進行資料庫方面知識的培訓。
11、為測試經理及測試工程師建立測試數據。
結語：
資料庫設計師又稱DBA，是項目組中唯一能對資料庫進行直接的操作的人。對項目中與資料庫相關的所有重要的事做最終決定的人。

崗位：軟體設計師（模塊）
1、根據《系統概要設計說明書》編寫分模塊的《系統詳細說明書》。
2、負責對軟體工程師講解《系統詳細設計說明書》內容。
3、協助軟體工程師按《系統詳細設計說明書》進行代碼實現。
4、 控制本模塊的開發進度。
結語：
軟體設計師又稱模塊設計師，協助系統分析師對分模塊進行詳細設計，並直接管控該模塊的進度，對於本模塊中所有重要的事做最終決定的人。

崗位：軟體工程師
主要職責：
1.根據《系統詳細設計說明書》進行代碼實現；
2.對自己代碼進行復查，並進行簡單的測試；
結語：
軟體工程師是最終實現代碼的成員。

崗位：測試經理
主要職責：
1.獨立編寫測試計劃；
2.獨立編寫測試用例；
3.協調測試團隊內部的工作以及與開發團隊之間的工作；
4.完成「執行測試」的工作；
5.掌握較深層次的測試方法、測試技術和較復雜的業務流程；
6.負責測試過程工具的研究、推廣與維護，負責測試資料庫維護工作；
7.負責編寫《用戶手冊》、《操作手冊》和相關培訓教材；
8.負責項目的質量審查。
結語：
測試經理其實應該是整個項目中最關心項目質量的人，他的主要工作就是找到項目中存在的不合理、不合格的部份，並要求項目其它成員按其給定的項目質量完成項目。

崗位：測試工程師
主要職責：
1.在測試經理的安排和指導下，編寫測試用例；
2.在測試經理的安排和指導下，完成「執行測試」的工作；
3.在測試經理的指導下，按測試計劃進行測試工作；
4.按測試用例進行測試工作。
5.負責被分派項目的質量審計。
6.了解項目的基本流程，可以熟練的進行項目中各種流程的操作。
結語：
測試工程師是項目質量的保證，是最終進行項目測試的成員。

崗位：實施經理
主要職責：
1.負責制定項目實施計劃；
2.在項目實施計劃的約束下，協調項目組相關資源，完成系統實施相關工作（包括系統安裝、用戶培訓、系統上線、系統試運行等）；
3.在項目實施階段，跟蹤、檢查實施人員的工作質量；
5.負責協助用戶進行「用戶確認測試」和編寫《確認測試報告》。

崗位：實施工程師
主要職責：
1.在實施經理安排和指導下，執行項目用戶現場實施任務；
2.參與編寫《用戶手冊》、《操作手冊》和相關培訓教材；
3.參與進行「用戶確認測試」和編寫《確認測試報告》。

崗位：美術工程師
主要職責：
1.負責完成軟體設計師安排的功能界面設計。
2.負責對項目整體色彩的調配。
3.向系統分析師提出項目美化的建議。
4.為BS項目提供一套或幾套CSS樣式表及HTML結構表
5.為CS項目提供符合項目內容的靜態、動態圖片。
6.並為軟體設計師提供界面指導。

崗位：客戶經理（當所開發的項目屬於定製型的項目時設立，可由項目經理或部門經理兼）
主要職責：
1.策劃並獨立完成目標客戶的拜訪和溝通；
2.定期分析、整理客戶需求，制定有針對性的方案；
3.進行重點客戶的關系維護，了解並整理重點客戶的需求，為開發更符合用戶需求的產品提供富有價值的市場信息；
4.參與產品定位的研討，為產品策劃獻計獻策。

崗位：產品經理（當所開發的項目為產品型項目時設立，可由市場部成員兼）
主要職責：
1.對所負責的產品進行策劃和管理；
2.對所負責的產品進行市場調研和分析，及時提出應對措施；
3.負責產品實現的內部管理，保證產品功能的順利實現以及時滿足市場需求；
4.負責產品對外宣傳與推廣，開拓市場，提高產品品牌知名度和認可度；
5.配合銷售制訂產品銷售策略，支持市場銷售業務。

㈢ 請教干過銷售和程序員的前輩

如果你想從事銷售這個行業

你要確定你對一個事物是否有鑽研的精神.

就比如你吃飯,聊天,學習甚至睡覺時都會引起對這個事物啟發

還有你要有強烈的主觀判斷能力,洞察環境的能力和敏銳的神經.

最後要強迫自己有一個固定的生活規律(為了鍛煉自己的自製力)

如果你具備以上條件相信你能成為一名出色的計算機工程師

不過你未必能成為一名出色的銷售人員.

你可以針對自己的機遇和個人的想法去找銷售工作.

建議你畢業後先從事一段時期銷售工作,最好計算機方面的工作.

不要抱著試一試的心態,這樣進步很慢，既然做了,就一定要成功！

從事一段時期之後希望你有所成。

戰略轉型當技術.這個很重要,當技術一定要多心

因為你以後如果都順利的話,轉型成為技術銷售兩手抱的小老闆,從小公司做起。

某事在人成事在天！

說點眼前的

在做銷售工作之前
你認為你銷售的東西是否能賣的出去嗎？

不要否定自己,不要怕自己給自己洗腦.

你之前的主觀意識鍛煉能讓你變的冷靜了.

最後 萬里長征第一步,靠走出來的.

干銷售非常能鍛煉人.建議你試一試.

以上回答獻給一個敢想敢做的人.

回答完畢

㈣ 關於程序員

那編程能力實在是太強了，而且開發經驗豐富。你要想成為程序員就一定要做好吃苦的准備，還有一點要說明，做這個行業不是早結婚，就是晚結婚，這是不爭的事實。
學好某一門語言或學好多門語言只是成為一名合格的程序員必備的條件之一，重要的是軟體工程所要走的一個流程，看一下CMMi方面的資料會對你有一些好處.
(Capability Maturity Model Integration，能力成熟度模式整合)

CMMI（ Capability Maturity Model Integration）的本質是軟體管理工程的一個部分。軟體過程改善是當前軟體管理工程的核心問題， 50多年來計算的發展使人們認識到要高效率、高質量和低成本地開發軟體，必須改善軟體生產過程。基於模型的過程改進是指用採用能力模型來指導組織的過程改進，使之過程能力穩定的進行改善，該組織也能變得更加成熟。

然而，軟體組織形成一套完整而成熟的軟體過程不是一蹴而就的事情，需要經歷一系列的成熟度。軟體組織首先要進行差異分析，評定自己比較接近哪一個成熟度，然後再根據自身的情況來決定要採取哪些改進活動，來更有效地改進自己的軟體過程。這就對軟體過程的評定提出了一個客觀的標准。美國卡內基梅隆大學軟體工程學院於1987年研究成功的SW-CMM（Capability Maturity Model for Software）就是這樣的一個理論模型，其目的在於幫助軟體組織改善軟體生產流程，以探索一個保證軟體產品質量、縮短開發周期、提高工作效率的軟體工程模式與標准規范。

CMMI是一個可以改進系統工程和軟體工程的整合模式。1997年10月SEI停止對CMM的研究，改而致力於CMMI，以解決使用多個過程改進模型的問題。SEI同時宣布CMMI將取代CMM，與2000年8月11日頒布了CMMI-SE/SW 1.0版本，2001年12月頒布了1.1版本，這次發布標志著CMMI正式啟用,並准備今年內完成CMM到CMMI的過渡。說到CMMI就不能不提CMM。

CMM

CMM框架用5個不斷進化的層次來評定軟體生產的歷史與現狀：初始級描述了不成熟，或者說是未定義的過程的組織，是混沌的過程以不可預測結果為特徵；可重復級是經過訓練的軟體過程；已定義級是標准一致的軟體過程，以組織內改進項目執行為特徵；已管理級是可預測的軟體過程，以改進組織性能為特徵；優化級是能持續改善的軟體過程，以可快速進行重新配置的組織性能，和定量的、持續的過程改進為特徵。任何單位所實施的軟體過程，都可能在某一方面比較成熟，在另一方面不夠成熟，但總體上必然屬於這5個層次中的某一個層次。

CMM包括兩部分"軟體能力成熟度模型"和"能力成熟度模型的關鍵過程域"。"軟體能力成熟度模型"主要是描述此模型的結構，並且給出該模型的基本構件的定義。"能力成熟度模型的關鍵過程域"詳細描述了每個關鍵過程方面涉及的過程域。

可重復級關鍵過程域：需求管理，軟體項目計劃，軟體項目跟蹤和監控，軟體子合同管理，軟體質量保證，軟體配置管理。

已定義級關鍵過程域：組織級過程焦點，組織級過程定義，培訓大綱，集成軟體管理，軟體產品工程，組間協調，同行評審。

已管理級關鍵過程域：定量過程管理，軟體質量管理。

優化級關鍵過程域：缺陷預防，技術更新管理，過程更改管理。

多數組織的基本目標是達到成熟度3級。評估組織當前的成熟度級別的手段之一是軟體能力評估（SCE）。SCE通過評估軟體過程（一般以方針陳述的形式）和項目實踐來確定該組織是否言行一致。組織的過程體現了如實記錄所做的工作，項目實施（對該過程的特定剪裁和解釋）應該證明說到做到。

現在全球許多不同的組織以CMM為協助企業作全面的過程改進活動，除了肯定其軟體成熟度外，更像征具有跨足國際市場的能力。現在通過CMM5級認證的組織達到了一百多家。

CMMI

CMM的成功促使其他學科也相繼開發類似的過程改進模型，例如系統工程、需求工程、人力資源、集成產品開發、軟體采購等等，從CMM衍生出了一些改善模型，比如：SW－CMM,SE-CMM,IPD-CMM等。不過，在同一個組織中多個過程改進模型的存在可能會引起沖突和混淆。CMMI就是為了解決怎麼保持這些模式之間的協調。

由業界、美國政府和卡內基·梅隆大學軟體工程研究所率先倡導的能力成熟度模型集成（CMMI）項目致力於幫助企業緩解這種困境。CMMI為改進一個組織的各種過程提供了一個單一的集成化框架，新的集成模型框架消除了各個模型的不一致性，減少了模型間的重復，增加透明度和理解，建立了一個自動的、可擴展的框架。因而能夠從總體上改進組織的質量和效率。CMMI主要關注點就是成本效益、明確重點、過程集中和靈活性四個方面。

與原有的能力成熟度模型類似，CMMI也包括了在不同領域建立有效過程的必要元素，反映了業界普遍認可的"最佳"實踐；專業領域覆蓋軟體工程、系統工程、集成產品開發和系統采購。在此前提下，CMMI為企業的過程構建和改進提供了指導和框架作用；同時為企業評審自己的過程提供了可參照的行業基準。

CMMI的源模型：軟體能力成熟度模型2.0版，C稿；電子行業協會臨時標准（EIA/IS）731；集成產品開發能力成熟度模型（IPD- CMM)。

CMMI的原則：

1． 強調高層管理者的支持。過程改進往往也是由高層管理者認識和提出的，大力度的、一致的支持是過程改進的關鍵。

2． 仔細確定改進目標，首先應該對給定時間內的所能完成的改進目標進行正確的估計和定義並制定計劃。選擇能夠達到的目標和能夠看到對組織的效益。

3． 選擇最佳實踐，應該基於組織現有的軟體活動和過程財富，參考其他標准模型，取其精華去其糟粕，得到新的實踐活動模型。

4． 過程改進要與組織的商務目標一致，與發展戰略緊密結合。

CMMI目標:

1. 為提高組織過程和管理產品開發、發布和維護能力的提供保障。

2. 幫助組織客觀評價自身能力成熟度和過程域能力，為過程改進建立優先順序以及執行過程改進。

CMMI的方法：

1 決定哪個CMMI模型等級最適合組織過程改進需要。

2 選擇模型的表示法是連續式還是階段式。

3 決定組織需要用到的模型中的知識領域。

4 類似CMM提出的過程改進6步，集成化過程改進分成：開始集成過程改進,建造集成改善平台，集成傳統過程，啟動新過程，進行改 進評估。

CMMI內容

CMMI內容分為"要求"、"期望"和"提供信息"三個級別，來衡量模型包括的質量重要性和作用。最重要的是"要求"級別，是模型和過程改進的基礎。第二級別"期望"在過程改進中起到主要作用，但是某些情況不是必須的可能不會出現在成功的組織模型中。"提供的信息"構成了模型的主要部分，為過程改進提供了有用的指導，在許多情況下他們對需要和期望的構件做了進一步說明。

"要求"的模型構件是目標，代表了過程改進想要達到的最終狀態，它的實現表示了項目和過程式控制制已經達到了某種水平。當一個目標對應一個關鍵過程域，就稱為"特定目標"；對應整個關鍵過程域就稱為"公用目標"。整個CMMI模型包括了54個特定目標，每個關鍵過程域都對應了一到四個特定目標。每個目標的描述都是非常簡捷的，為了充分理解要求的目標就是擴展"期望"的構件。

"期望"的構件是方法，代表了達到目標的實踐手段和補充認識。每個方法都能映射到一個目標上，當一個方法對一個目標是唯一就是"特定方法"；而能適用於所有目標時就是"公用方法"。CMMI模型包括了186個特定方法，每個目標有兩到七個方法對應。

CMMI包括了10種"提供的信息"：目的，概括和總結了關鍵過程域的特定目標；介紹說明，介紹關鍵過程域的范圍、性質和實際方法和影響等特徵；引用，關鍵過程域之間的指向是通過引用；名字，表示了關鍵過程域的構件；方法和目標關系，關鍵過程域中方法映射到目標的關系表；注釋，注釋關鍵過程域的其他模型構件的信息來源；典型工作產品集，定義關鍵過程域中執行方法時候產生的工作產品；子方法，通過方法活動的分解和詳細描述；學科擴充，CMMI對應學科是獨立的，這里提供了對應特定學科的擴展；公用方法的詳細描述，關鍵過程域中公用方法應用實踐的詳細描述。

CMMI提供了階段式和連續式兩種表示方法，但是這兩種表示法在邏輯上是等價的。我們熟悉的SW-CMM軟體能力成熟模型就是階段式的模型，SE-CMM系統工程模型是連續式模型，而IPD-CMM集成產品開發模型結合了階段式和連續式兩者的特點。

階段式方法將模型表示為一系列"成熟度等級"階段，每個階段都有一組KPA指出一個組織應集中於何處以改善其組織過程，每個KPA用滿足其目標的方法來描述，過程改進通過在一個特定的成熟度等級中滿足所有KPA的目標而實現的。

連續式模型沒有像階段式那樣的分散階段，模型的KPA中的方法是當KPA的外部形式，並可應用於所有的KAP中，通過實現公用方法來改進過程。它不專門指出目標，而是強調方法。組織可以根據自身情況適當裁剪連續模型並以確定的KPA為改進目標。

兩種表示法的差異反應了為每個能力和成熟度等級描述過程而使用的方法，他們雖然描述的機制可能不同，但是兩種表示方法通過採用公用的目標和方法作為需要的和期望的模型元素，而達到了相同的改善目的。

======================================================================

CMMI 模型的前身是 SW-CMM 和 SE-CMM，前者就是我們指的CMM。CMMI與SW-CMM的主要區別就是覆蓋了許多領域；到目前為止包括四個下面領域：

1．軟體工程（SW-CMM）

軟體工程的對象是軟體系統的開發活動，要求實現軟體開發、運行、維護活動系統化、制度化、量化。

2．系統工程（SE-CMM）

系統工程的對象是全套系統的開發活動，可能包括也可能不包括軟體。系統工程的核心是將客戶的需求、期望和約束條件轉化為產品解決方案，並對解決方案的實現提供全程的支持。

3．集成的產品和過程開發（IPPD-CMM）

集成的產品和過程開發是指在產品生命周期中，通過所有相關人員的通力合作，採用系統化的進程來更好地滿足客戶的需求、期望和要求。如果項目或企業選擇IPPD進程，則需要選用模型中所有與IPPD相關的實踐。

4．采購（SS-CMM）

采購的內容適用於那些供應商的行為對項目的成功與否起到關鍵作用的項目。主要內容包括：識別並評價產品的潛在來源、確定需要采購的產品的目標供應商、監控並分析供應商的實施過程、評價供應商提供的工作產品以及對供應協議和供應關系進行適當的調整。

在以上模塊中，企業可以選擇軟體工程，或系統工程，也可以都選擇。集成的產品和過程開發和采購主要是配合軟體工程和系統工程的內容使用。例如，純軟體企業可以選擇CMMI中的軟體工程的內容；設備製造企業可以選擇系統工程和采購；集成的企業可以選擇軟體工程、系統工程和集成的產品和過程開發。CMMI中的大部分內容是適用各不同領域的，但是實施中會有顯著的差別，因此模型中提供了"不同領域應用詳解"。

CMM的基於活動的度量方法和瀑布過程的有次序的、基於活動的管理規范有非常密切的聯系，更適合瀑布型的開發過程。而CMMI相對CMM更一步支持迭代開發過程和經濟動機推動組織採用基於結果的方法：開發業務案例、構想和原型方案；細化後納入基線結構、可用發布，最後定為現場版本的發布。雖然CMMI保留了基於活動的方法，它的確集成了軟體產業內很多現代的最好的實踐，因此它很大程度上淡化了和瀑布思想的聯系。

在 CMMI 模型中在保留了CMM階段式模式的基礎上，出現了連續式模型，這樣可以幫助一個組織以及這個組織的客戶更加客觀和全面的了解它的過程成熟度。同時，連續模型的採用可以給一個組織在進行過程改進的時候帶來更大的自主性，不用再像CMM 中 一樣，受到等級的嚴格限制。這種改進的好處是靈活性和客觀性強，弱點在於由於缺乏指導，一個組織可能缺乏對關鍵過程域之間依賴關系的正確理解而片面的實施過程，造成一些過程成為空中樓閣，缺少其他過程的支撐。兩種表現方式（連續的和階段的）從他們所涵蓋的過程區域上來說並沒有不同，不同的是過程區域的組織方式以及對成熟度（能力）級別的判斷方式。

CMMI 模型中比 CMM 進一步強化了對需求的重視。在 CMM 中，關於需求只有需求管理這一個關鍵過程域，也就是說，強調對有質量的需求進行管理，而如何獲取需求則沒有提出明確的要求。在CMMI的階段模型中，3 級有一個獨立的關鍵過程域叫做需求開發，提出了對如何獲取優秀的需求的要求和方法。CMMI 模型對工程活動進行了一定的強化。在CMM中，只有3級中的軟體產品工程和同行評審兩個關鍵過程域是與工程過程密切相關的，而在CMMI中，則將需求開發，驗證，確認，技術解決方案，產品集成這些工程過程活動都作為單獨的關鍵過程域進行了要求，從而在實踐上提出了對工程的更高要求和更具體的指導。CMMI中還強調了風險管理。不像在CMM 中把風險的管理分散在項目計劃和項目跟蹤與監控中進行要求，CMMI3級里單獨提出了一個獨立的關鍵過程域叫做風險管理。

㈤ it界的程序員是干什麼的

程序員(英文Programmer)是從事程序開發、維護的專業人員。一般我們將程序員分為程序設計人員和程序編碼員，但兩者的界限並不非常清楚。
程序員的崗位職責：
1、負責公司網站前後台服務功能的修改和升級，並保證網站軟硬體平台的正常高效運行。
2、負責公司網站功能改進計劃和網路安全計劃的編寫。
3、按照計劃的時間和質量要求，對公司網站前後台功能進行修改和升級；負責網站代碼的優化和維護，保證網站的運行效率。
4、每日根據公司網站業務需要開發，製作和程序修改要求，必須按時按質按量地完成日常公司網站業務的編程開發技術工作。
5、負責公司網站開發前期的測試。
6、負責對公司網站軟硬設施進行安全和穩定性巡檢；並負責統計和監視系統日誌。
7、協助公司各部門關於軟體同客戶進行溝通，保持良好的客戶關系，為客戶提出的、客服人員無法解答的專業技術問題提供支持和回饋，保證客戶的滿意度。
8、負責公司網站開發所需要的軟硬體的采購和選型；同時對外包編程工作的質量和進度加以監督和管理。
9、對於外包的項目的技術方面進行設計、實施跟蹤和交付成果的控制和驗證。保證外包項目能完全按照我方技術要求和規劃完成。
10、參與需求調研、項目可行性分析、技術可行性分析和需求分析。
11、熟悉並熟練掌握公司開發的網站項目的相關技術。
12、負責及時向上級領導反饋網站開發中的情況，並根據實際情況提出改
進建議。
13、參與網站開發和維護過程中重大技術問題的解決，參與首次安裝調試、數據割接、用戶培訓和項目推廣。
14、負責相關技術文檔的擬訂。
15、負責對業務領域內的技術發展動態。
16、負責公司網站及其相關網站改版、網站功能完善、新系統的開發工作。
17、負責公司伺服器安全管理與維護及公司內部網路維護和電腦軟硬體維護工作；
18、負責公司加盟商城開發與維護和加盟商域名管理與維護，為加盟商解
答疑難問題，並提供技術支持；
19、公司速達軟體、CRM平台、EMAIL、企信通等信息平台的管理與維護工作。

㈥ 30歲想要轉行做程序員，還有競爭力嗎

找工作要看三樣東西：需求圈、能力圈、興趣圈，三個圈都重疊的地方，才是最適合你的，問這個問題的話，應該是還沒有仔細梳理過，「種一棵樹最好的時間是十年前，其次是現在」，所以了解自己的優勢、劣勢永遠都不晚，現在再加上30歲這個定語，看看30歲的你有什麼優勢和劣勢。
然後思考感興趣的企業都有哪些需求，一般來說，企業對於30歲的求職者期望會更高，要求有更多的管理能力和商業嗅覺，光寫代碼，熬夜拼不過年輕人啦。如果有做過不錯的開發項目，並且從頭到尾都了解流程，並且對結果負責，我相信企業會對你青睞有加，當然，找一個對的企業也是很重要的，新興的物聯網3D可視化領域很有前景，3D商業項目有不錯的市場需求，要抓住這次機會。
ThingJS不是做項目的，我們是為項目開發者提供3D可視化開發組件，利用thingJS平台進行項目演示，一站式服務很方便，重要的是積累3D項目經驗，這種實操是到哪兒都學不到的財富。
30歲的你，有了自己的3D項目，尋找合適的人脈和市場應該不再是難事。

㈦ 程序員真的沒前途嗎

不要做互聯網的web程序員。

一般web軟體和互聯網公司都是私營企業，私營有以下特點：

web軟體公司有項目時招人非常忙碌，每天早九點工作到晚上8--11點或更晚。
有些甚至周六加班。
web程序員來自不同專業，由於外面廣告宣傳大量人湧入，行業競爭殘酷。

除了工作繁忙占時長，程序員業余時間也要不斷學習新的編程技能（有些知識不簡單）不學習30歲後淘汰。沒公司要失業。
新技術不斷出來，大量剛畢業年輕人有時間精力學習，上了年紀有家庭的在這些年輕人面前沒有優勢（體力、照顧孩子、教孩子作業）
程序員沒很多空餘時間做其他的事情。

有許多都比web程序員好，我隨便列舉：

我有朋友在大型國企，比如國家電網，他上班8 30--4 30，一個月2萬，公積金以2萬基數加每月2000到手。年薪30萬以上
這種崗位託人際關系、塞錢等，也值得的。

會計財務：會計選擇性大，哪個行業公司賺錢前景好，就能投身哪個企業，不管是汽車業、房地產、國企，會計知識體系都樣都能勝任。

程序員就不一樣了，如做web前端的，很難跳入C++嵌入式等。

公務員不用說了，人脈好朋友多，逢年過節送禮多，家族有發言權。收入除工資還有隱性的收益（包括社會地位）。
關鍵公務員退休後，退休工資都比普通企業高，我親戚是派出所警察，退休工資8000元。
這種崗位託人際關系、塞錢等，也值得拚命擠進去，值得的。

采購，采購油水多，灰色收入多（因為現在市場生產力好）常出差，去的地方多，增加眼界

老師，寒暑假整整3個月（有時更長），帶薪休假(這段時間老師休息或打工都可以。。)。
老師逢年過節和開學，都能收到家長很多禮（特別很多家長有錢）。我身邊親戚朋友有很多開學直接塞老師千元紅包或消費卡。

醫院醫生，工資獎金高，門診賺的多，開刀等紅包收的多（特別是幫富人開刀）

嵌入式開發（C++硬體等，這種是國家的支柱，競爭人少，包括通信、銀行ATM機等都需要）。收入相對很高。

建築師等，這種職業高新且高大上，競爭人比較少。受人愛戴

㈧ 事業單位招聘程序員值得去嗎

我也是程序員，做了3年JAVA了。有時候也會考慮安定這個問題，在繼續北漂還是回家之間徘徊，如果回家，必定要放棄相當一部分的薪水……

如果我面對樓主的這個選擇，會依據以下幾個方面考慮：
1.工作地點。如果在家門口，那麼回家。如果依然在一線城市，果斷跟著工資走。
2.所屬行業。我們工作3年了，應該去選擇一個自己認為比較有前景的行業，工作時間越長，業務知識越重要。那麼問題來了，這份事業單位屬於你看好的行業嗎？
3.工資待遇。如果差距太大，估計一時不太好接受。順便說下，合同和編制不是一個概念，福利差距挺大的，但地方不同可能有些差異，這個問題樓主再確認一下吧。