5.談談cmmi的起源
答：隨著人們對cmm研究的不斷深入，其他學科也結合本系統的特點，陸續推出了自己的cmm模型。例如，人力資源能力成熟度模型、系統工程能力成熟度模型等等：
（1）sw-cmm (software cmm) 軟體cmm
（2）se-cmm (system engineering cmm) 系統工程cmm
（3）sa-cmm (software acquisition cmm) 軟體採購cmm
（4）ipt-cmm (integrated product team cmm) 集成產品群組cmm
（5）p-cmm (people cmm) 人力資源能力成熟度模型
為了以示區別，國內外很多資料把cmm叫做sw-cmm。
6.erp是個什麼概念？
答：本世紀90年代初，美國著名的it分析公司gartner group inc根據當時計算機信息處理技術it（information technology)的發展和企業對供應鏈管理的需要，對資訊時代以後製造業管理信息系統的發展趨勢和即將發生的變革作了預測，提出了企業資源計畫erp（enterprise resources planning)這個概念。
7.erp系統與mrp-ⅱ的區別是什麼？
答：erp是在mrp-ⅱ基礎上進一步發展起來的企業管理信息系統，為了進一步理解erp系統的概念及其主要功能，需要弄清erp與mrp-ⅱ之間的區別。
1) 在資源管理範圍方面的差別
mrp-ⅱ主要側重對企業內部人、財、物等資源的管理，erp系統提出了供應鏈（supply chain)的概念，即把客戶需求和企業內部的製造活動以及供應商的製造資源整合在一起，並對供應鏈上的所有環節進行有效管理，這些五一節包括訂單、採購、庫存、計畫、生產製造、質量控制、運輸、分銷、服務與維護、財務管理、人事管理、實驗室管理、項目管理、配方管理等。
2)在生產方式管理方面的差別
mrp-ⅱ系統把企業歸類為幾種典型的生產方式來進行管理，如重複製造、批量生產、按訂單生產、按訂單裝配、按庫存生產等，針對每一種類型都有一套管理標準。而在80年代末、90年代初期，企業為了緊跟市場的變化，多品種、小批量生產以及看板式生產成為企業主要採用的生產方式，而erp則能很好地支持和管理這種混合型製造環境，滿足了企業多元化經營需求。
3)在管理功能方面的差別
erp除了mrp-ⅱ系統的製造、分銷、財務管理功能外，還增加了支持整各個環節之間的運輸管理和倉庫管理；支持生產保障體系的質量管理、實驗室管理、設備維修和備品備件管理；支持對工作流（業務處理流程）的管理。
4)在事務處理控制方面的差別
mrp-ⅱ是通過計畫的及時滾動來控制整個生產過程，它的實時性較差，一般只有實現事中控制。而erp系統支持線上分析處理olap（online analytical processing)、售後服務及質量反饋，強調企業的事前控制能力，它可以將設計、製造、銷售、運輸等通過集成來並行地進行各種相關的作業，為企業提供了對質量、適應變化、客戶滿意、效績等關鍵問題的實時分析能力。
此外，在mrp-ⅱ中，財務系統只是一個信息的歸結者，它的功能是將供、產、銷中的數量信息轉變為價值信息，是物流的價值反映。而erp系統則將財務計畫功能和價值控制功能集成到整個供應鏈上，如在生產計畫系統中，除了保留原有的主生產計畫、物料需求計畫和能力計畫外還擴展了銷售執行計畫sop和利潤計畫。
5)在跨國（或地區）經營事務處理方面的差別
現代企業的發展，使得企業內部各個組織單元之間、企業與外部的業務單元之間的協調變得越來越多和越來越重要，erp系統運用完善的組織架構，從而可以支持跨國經營的多國家地區、多工廠、多語種、多幣制套用需求。
6)在計算機信息處理技術方面的差別
隨著it技術的飛速發展，網路通信技術的套用，使得erp系統的以實現對整個供應鏈信息進行集成管理。erp系統套用客戶/伺服器（c/s）體系結構和分散式數據處理技術，支持internet/intranet/extranet、電子商務（e-busincss,e-commerce)、電子數據交換edi，此外，還能實現在不同平台上的互操作。我們就討論了“路標”的概念，當你的第一個路標達成之後，剩下的應該都是屬於校訂的事了。通過和用戶的互動，確定新的“路標”，不斷的改進系統功能，最佳化系統結構，修正系統bug。
通過使用wwf，你可以創建基於處理器流的工作流並且把它們部署在任何類型的.net應用程式中。此外，還討論了asp.net開發者面對的一些特有的問題-這些問題可能通過使用工作流得到解決，如維持狀態和頁面導航等。
8.wwf，windows工作流基礎是什麼？
答：在XX年9月，微軟在它的一年兩次的專業開發者會議上公開了windows workflow foundation(wwf，windows工作流基礎)。作為winfx api的支柱之一，wwf提供給開發者一個普通框架-在其上開發過程驅動的和以工作流為中心的應用程式。
當前，有些組織力圖把整個商業過程自動化；他們的標準答案就是集合一隊開發者來開發相應的代碼。儘管這種方式對於這些組織帶來良好的作用，然而也有一些固有的問題。為了深入理解這一問題，你需要理解一個工作流的基本特徵。
一個工作流本質是一種方法-用來歸檔包含在完成一個單元的工作中的活動。典型地，在處理過程中，工作流流過一項或活動。這些活動可以通過機器或人工來實現，並且有可能象在一個網際網路應用程式定義頁面順序一樣得簡單，也有可能象管理必須為任何數目的人都要看到、更改並同意的檔案或產品一樣得複雜。
因為如此多的工作流程必須考慮到人工參預，所以可能需要花費很長工期才能完成，時間可能為幾小時到數月或更長。例如，參預在該過程中的人可能無法找到，不在本地或忙於另外的任務；因此，工作流必須在所有非活動期間能夠把自身持續性存儲。而且，通過編碼獨立實現的過程可能對非技術人員難於理解而對開發者卻難於更改。這一點和其它一些因素正是例如windows wf等通用工作流框架的目標-其目的就在於使創建、改變和管理工作流更容易-這是通過向它們提供一個可視化接口或通過定義一組普通api來實現的。
你可以把wwf工作流放置在任何類型的.net應用程式中-包括windows表單程式，控制台應用程式，windows服務和asp.net web應用程式。每種類型都需要專門的考慮。儘管一些現有示例已經足夠說明如何把工作流宿主到windows表單程式和控制台應用程式中，但是將集中於討論asp.net開發者的問題-他們希望把工作流集成到自己的應用程式中。
windows wf和mvc模式：在開發一個asp.net應用程式時，你可能使用wwf的一個普通的方法是實現一種模型-視圖-控制器(mvc)方法。實質上，mvc的目標是把描述層、應用程式邏輯和應用程式流邏輯分離開來。
搞清楚這個將十分有益於一個asp.net應用程式的開發，請考慮一個幫助桌面票工作流的場所。假定有一個商業用戶通過填寫一個asp.net web表單並點擊一個提交按鈕來啟動該工作流。接下來，伺服器就會通知一個使用windows表單應用程式和幫助桌面的雇員—“有新票可用了”。該幫助桌面雇員然後將在這一問題上工作，並在最後關閉該票。如果使用windows wf來開發這個工作流情形，那么所有的處理邏輯和流程可以被包含在工作流本身，而該asp.net應用程式將完全不需要了解這一邏輯。
這種場所提供了一些穩固的證據-把描述與邏輯相分離是一件好事情。因為這個處理幫助桌面請求的過程是非常普通的，如果使用c#或vb.net代碼在若干不同的.net應用程式中實現這一邏輯，那么你將會冒著重複編碼的危險甚至更壞的情形--用完全不同的代碼導致同樣的商業處理過程的不同實現。但是如果你使用wwf來實現這一過程，那么需要這一過程的應用程式開發者將僅需在一處修改這些步驟-工作流本身-而不必擔心這樣會改變應用程式邏輯。代碼複製和在哪裡實現該過程可以通過windows wf的使用來加以緩和。
當使用windows wf在asp.net中實現mvc架構時，開發者應該嘗試構建獨立於應用程式的工作流-而該工作流仍然宿主於該應用程式中。這將有助於保持邏輯獨立於描述並且保持在該web應用程式中的工作步驟順序和頁面流之間的高度獨立性。
一個wwf開發新手可能試圖用一固定數目的活動以某種順序去開發一個工作流，然後開發一組asp.net web表單--這些表單以與之相同的順序從一個表單流向另一個表單。很遺憾，儘管這看上去挺符合邏輯，但是實際上這是非常不具有生產效率的，因為你將會再次實現這個工作流邏輯。web頁面x不需要知道是否它需要轉到頁面y或頁面z來正確地實現該工作流步驟。代之的是，該工作流(模型)應該告訴asp.net(控制器)下一步該乾什麼；然後asp.net應該決定要顯示哪個頁面。這樣，每個頁面幾乎不需要了解整個過程；它僅需要知道怎樣完成一個不同的活動並且讓該工作流來關心頁面是如何從一處流向另一處的。這種分離在開發者處理頁面流時帶來了一種極大的靈活性。例如，如果你決定改變該頁面顯示順序，那么你可以從工作流中容易地實現這一點，而不需要改變該asp.net應用程式中的一行代碼。12