壹面:技術面，技能水平的考核；
兩面:綜合面:考核綜合素質；
三個方面:HR，職業規劃，優劣勢，期望薪資，工作地點；
四面:老板的面子，最後決定命運。
首先，分析壹般面試的例子
1.妳在學校學了哪些課程，怎麽考的？
答:首先我們來看看計算機專業的課程:系統原理、微機原理、匯編語言、網絡基礎、Visual Basic編程、SQL、HTML語言、高等數學...基本上，這些課程主要是為計算機科學而構建和設計的。然後是自動化專業。本課程缺少匯編語言等基礎課程，增加了POWER BUILDER、NT Sever等網絡內容。畢竟現在自動化和網絡已經密不可分了。而信息管理工程專業的課程明顯強調應用的色彩。除了VB和VC編程語言課程，Windows、Photoshop、Flash/Firewall/Dreamweaver網頁制作工具等課程也讓人印象深刻。
2.我想開始寫程序。在整個開發過程中，包含了很多細節，推薦了很多步驟和文檔。那麽，妳總會提醒自己哪些問題呢？整個過程是怎樣的？
答:我總是提醒自己的問題是:
(1)對象是什麽？如何將妳的項目分成壹系列獨立的組件？)
(2)它們的接口是什麽？需要向每個對象發送什麽消息？)
整個過程可以分為四個階段，階段0剛剛開始采用壹些結構形式。
階段0:起草計劃
第壹步是決定在下面的過程中采取什麽步驟。
在這個階段，可能有必要決定壹些必要的附加處理結構。在整個過程中設置幾個標誌，或者說“路標”，會更有利於妳的註意力集中。經過壹個又壹個路標，就能對自己的進度有壹個清晰的把握。
階段1:做什麽？
在上壹代編程中(即“過程化或程序化設計”)，這個階段被稱為“建立需求分析和系統規格”。我們要盡量總結出壹套完整的自己系統的“使用條件”或“應用場合”。
第二階段:如何構建？
在這個階段，我們必須拿出壹個設計方案，並解釋其中包含的各種對象在外觀上是什麽樣子，以及它們之間是如何交流的。
第三階段:開始創作
全面的思考，精心的準備，良好的結構，不僅讓程序更容易構建和調試，更容易理解和維護，這是壹套軟件盈利的必要條件。
系統建成並投入運行後，必須經過實際測試，之前的需求分析和系統規範才能派上用場。全面檢查您自己的程序，確保所有要求都已滿足。現在看來壹切都該結束了？
第四階段:修改
第壹次做的並不完美，需要給自己留壹個深入學習和認知的空間，再回去做壹些改變。“對於要解決的問題，隨著對它研究和理解的深入，可能需要很多改變。完成這些任務的動力之壹是，隨著不斷的改革和優化，我們終於可以從自己的努力中獲得回報，不管達到理想狀態需要的時間是短還是長。
3.什麽是UML？
答:是壹種可以描述問題，描述解決方案，起到溝通作用的語言。這是UML。
UML(統壹建模語言)是由Rational公司發明的，目前由OMG(標準化對象管理組織)維護。作為壹種建模語言，UML的定義包括兩個部分:UML語義和UML表示:
UML語義
基於UML描述準確的元模型定義。元模型在語法和語義上為UML的所有元素提供了壹個簡單的、壹致的、通用的定義描述，使開發人員能夠達到語義的壹致性，消除了因人而異的最佳表達方法的影響。此外，UML還支持元模型的擴展定義。
UML符號
定義UML符號的表示為開發人員或開發工具使用這些圖形符號和文本語法來建模系統提供了壹個標準。這些圖形符號和文字表達了壹個應用級模型，這是語義上的UML元模型的壹個例子。標準建模語言UML的重要內容可以用以下五種圖來定義(***9種圖):用例圖、靜態圖、行為圖、交互圖和實現圖。
從應用的角度來看，使用面向對象技術設計系統時，首先是描述需求；其次，根據需求建立系統的靜態模型，構建系統的結構；第三步是描述系統的行為。第壹步和第二步建立的模型都是靜態的，包括用例圖、類圖(包括包)、對象圖、組件圖和配置圖，這些都是標準建模語言UML的靜態建模機制。其中，第三步建立的模型既可以執行，也可以表示執行過程中的時序狀態或交互。它包括狀態圖、活動圖、順序圖和協作圖四種圖形，是標準建模語言UML的壹種動態建模機制。因此，標準建模語言UML的主要內容也可以概括為兩大類:靜態建模機制和動態建模機制。
4.什麽是軟件復用？
答:軟件復用是軟件工程中最重要的思想之壹。只有軟件復用才能降低軟件成本，提高軟件質量。當妳分析壹個軟件時，找出可復用的對象將幫助妳開發壹個高效的軟件系統。如前所述，妳不需要太仔細地分析軟件，妳只需要從中找出關鍵的和可重用的對象。剩下的事情就是給這些對象分配屬性和方法，並充分利用它們。
1)記錄項目視圖和範圍。
系統的需求包括四個不同的層次:業務需求、用戶需求、功能需求和非功能需求。
2)用戶群分類
用戶分為不同的用戶類別。像UML中Usecase的Actor概念壹樣，用戶類不壹定指人，還包括其他應用系統、接口或硬件，這就使得系統邊界之外的接口成為系統需求。
3)選擇壹個用戶代表
4)建立核心團隊
5)確定用例。
6)召開聯席會議
7)用戶工作流分析
8)確定質量屬性
9)檢查問題報告
10)需求復用
5.談談CMMI的起源
答:隨著人們對CMM研究的深入，其他學科也結合本系統的特點推出了自己的CMM模型。比如人力資源能力成熟度模型，系統工程能力成熟度模型等等:
(1)軟件坐標測量機(軟件坐標測量機)
(2) SE-CMM(系統工程CMM)系統工程CMM。
(3) SA-CMM(軟件采購CMM)軟件采購CMM。
(4) ipt-CMM(集成產品團隊CMM)集成產品組CMM。
(5) P-CMM (People CMM)人力資源能力成熟度模型。
為了表示區別，國內外很多資料都稱CMM為SW-CMM。
6.ERP是什麽概念？
答:20世紀90年代初，美國著名IT分析公司Gartner Group Inc根據計算機IT(信息技術)的發展和當時企業對供應鏈管理的需求，預測了信息時代後制造業管理信息系統的發展趨勢和即將發生的變化，提出了企業資源計劃的概念。
7.ERP系統和MRP-II有什麽區別？
答:ERP是在MRP-II基礎上進壹步開發的企業管理信息系統。為了進壹步理解ERP系統的概念和主要功能，有必要澄清ERP和MRP-II的區別。
1)資源管理範圍的差異。
MRP-II主要關註企業內部的人力、財力和物力資源的管理。ERP系統提出了供應鏈的概念，即將客戶需求與企業內部的制造活動和供應商的制造資源整合起來，對供應鏈中的各個環節進行有效管理。這些五壹節包括訂單、采購、庫存、計劃、制造、質量控制、運輸、配送、服務和維護以及財務管理。
2)生產方式管理的差異
MRP-ⅱ系統將企業分為幾種典型的生產模式進行管理，如重復制造、批量生產、按訂單生產、按訂單裝配、按庫存生產等。，每種類型都有壹套管理標準。20世紀80年代末90年代初，為了跟上市場的變化，多品種、小批量生產和看板生產成為企業采用的主要生產方式，而ERP可以很好地支持和管理這種混合制造環境，滿足企業多樣化的業務需求。
3)管理職能的差異
除了MRP-II系統的制造、分銷和財務管理功能，ERP還支持各環節之間的運輸管理和倉庫管理。支持生產保證體系的質量管理、實驗室管理、設備維護和備件管理；支持工作流(業務流程)的管理。
4)交易控制的差異
MRP-ⅱ通過及時滾動計劃來控制整個生產過程，實時性較差。壹般只能在過程中控制。ERP系統支持在線分析處理OLAP(online analytical processing)、售後服務和質量反饋，強調企業的預控能力。它可以整合設計、制造、銷售和運輸，並行進行各種相關操作，為企業提供對質量、適應變化、客戶滿意度和績效等關鍵問題的實時分析能力。
另外，在MRP-II中，財務系統只是信息的匯總，其作用是將供、產、銷中的數量信息轉化為價值信息，這是物流價值的體現。ERP系統將財務計劃功能和價值控制功能集成到整個供應鏈中。例如，在生產計劃體系中，除了保留原有的主生產計劃、物料需求計劃和產能計劃外，還擴展了銷售執行計劃SOP和利潤計劃。
5)跨國(或地區)商業交易的差異。
隨著現代企業的發展，企業內部組織單元之間以及企業與外部業務單元之間的協調變得越來越重要。ERP系統采用完善的組織結構，可以支持多國家、多地區、多工廠、多語言、多幣種的跨國經營的應用需求。
6)計算機信息處理技術的差異
隨著IT技術的快速發展和網絡通信技術的應用，ERP系統可以實現整個供應鏈信息的集成管理。ERP系統應用客戶機/服務器(C/S)結構和分布式數據處理技術，支持Internet/Intranet/電子商務、電子商務(e-business CSS)和EDI。此外，還可以實現不同平臺的互操作。我們討論了“路標”的概念。當妳的第壹個路標到達，其余的應該屬於修訂。通過與用戶的交互，確定新的“路標”，不斷完善系統功能，優化系統結構，修正系統bug。
通過使用WWF，您可以創建基於處理器流程的工作流，並將它們部署在任何類型的。NET應用程序。此外，本文還討論了開發人員在ASP。這些問題可以通過使用工作流來解決，比如維護狀態和頁面導航。
8.WWF，Windows工作流的基礎是什麽？
答:2005年9月，微軟在壹年兩次的專業開發者大會上推出了Windows工作流基金會(WWF)。作為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來緩解。
在ASP.NET使用Windows WF實現MVC架構時，開發人員應該嘗試構建壹個與應用程序無關的工作流——而工作流仍然托管在應用程序中。這將有助於保持邏輯獨立於描述，並在這個Web應用程序的工作步驟順序和頁面流之間保持高度的獨立性。
壹個WWF開發新手可能會嘗試按照壹定的順序開發壹個包含固定數量活動的工作流，然後開發壹組ASP.NET Web表單——這些表單按照相同的順序從壹個表單流向另壹個表單。不幸的是，雖然看起來很有邏輯，但實際上效率非常低，因為妳將再次實現這個工作流邏輯。網頁X不需要知道它是否需要轉到頁面Y或頁面Z來正確地實現工作流步驟。相反，工作流(模型)應該告訴ASP.NET(控制者)下壹步做什麽；然後ASP.NET應該決定顯示哪壹頁。這樣每個頁面幾乎不需要了解全過程；它只需要知道如何完成不同的活動，並讓工作流關心頁面如何從壹個地方流向另壹個地方。這種分離給開發者在處理頁面流時帶來了極大的靈活性。例如，如果您決定更改頁面的顯示順序，您可以在工作流中輕松完成，而無需更改ASP.NET應用程序中的壹行代碼。
9.陳述軟件架構的概念。
答:軟件架構是壹系列相關的抽象模式，用於指導大型軟件系統各方面的設計。軟件架構是系統的草圖。軟件體系結構描述的對象是直接構成系統的抽象組件。組件之間的連接清晰且相對細致地描述了組件之間的通信。在實現階段，這些抽象組件被細化成實際的組件，比如壹個特定的類或對象。在面向對象領域，組件之間的連接通常是通過interface _(計算機科學)來實現的。
軟件體系結構是構建計算機軟件實踐的基礎。就像架構師將建築項目的設計原則和目標設定為繪圖員畫圖的基礎壹樣，軟件架構師或系統架構師將軟件架構陳述為實際系統設計方案的基礎，以滿足不同客戶的需求。
軟件架構是壹個很容易理解的概念，大部分工程師(尤其是經驗不多的工程師)會很直觀的知道，但是很難給出壹個準確的定義。特別是設計和架構很難明確區分:架構屬於設計的壹個方面，它側重於壹些具體的特性。
在《軟件體系結構導論》中，大衛·加蘭和瑪麗·肖認為軟件體系結構是與以下問題相關的設計層面:“除了計算算法和數據結構之外，設計和確定系統的整體結構也成為壹個新的問題。結構性問題包括整體組織結構和全球控制結構；通信、同步和數據訪問協議；設計元素的功能分配；物流；設計元素的構成；校準和性能；另類設計的選擇。”[GS93]
但是建築不僅僅是壹個結構；IEEE架構工作組將其定義為“系統在其環境中的最高概念”[IEEE98]。該框架還包括“符合”系統完整性、經濟約束、美學需求和風格。它既註重內部的考慮，又在系統的用戶環境和開發環境中考慮整個系統，即同時註重外部的考慮。
在Rational統壹過程中，軟件系統的架構(在給定點)是指系統的重要組件的組織或結構，它們通過接口與由遞減組件和接口組成的組件進行交互。
就與目的、主題、材料和結構的聯系而言，軟件體系結構可以與建築物的體系結構相比較。軟件架構師需要廣泛的軟件理論知識和相應的經驗，以事實和管理軟件產品的高級設計。軟件架構師定義和設計軟件的模塊化、模塊之間的交互、用戶界面風格、外部接口方法、創新的設計特性，以及高層事物的對象操作、邏輯和流程。
10.軟件系統架構的兩個要素是什麽？
答:
1)它是壹個軟件系統從整體到部分的最高層次劃分。
壹個系統通常由組件組成，這些組件如何形成以及如何相互作用是關於系統本身結構的重要信息。
具體來說，它包括體系結構組件、連接器和任務流。所謂架構元素是構成系統的核心“磚塊”，而連接器描述的是這些元素之間的通信路徑、通信機制和預期結果，而任務流描述的是系統如何使用這些元素和連接器來完成某項需求。
2)構建系統的最高層商業和技術決策，以後很難改變。
在構建壹個系統之前，有許多重要的決策需要提前做出，而壹旦系統開始設計甚至詳細構建，這些決策就很難改變甚至不可能改變。顯然，這樣的決策壹定是關系到系統設計成敗的最重要的決策，必須非常仔細地研究和調查。
卡內基梅隆大學和加州大學歐文分校在這方面做了很多研究。卡耐基梅隆大學的瑪麗·肖和大衛·加蘭在1996寫了壹本關於壹門新興學科的書叫《軟件架構透視》，提出了軟件架構中的很多概念，比如軟件組件、連接器、風格等等。加州大學歐文分校軟件研究所主要研究建築風格、建築描述語言和動態建築。
11.建築的目標是什麽？
答:實現以下目標:
可靠性(可靠)。軟件系統對於用戶的業務運營和管理非常重要，所以軟件系統必須非常可靠。
安全(Secure)。軟件系統所承擔的交易的商業價值極高，系統的安全性非常重要。
可擴展(SCAlable)。當使用率和用戶數量迅速增加時，軟件必須能夠保持合理的性能。這樣才能適應用戶市場拓展的可能。
可定制。同壹套軟件可以根據不同的客戶群體和市場需求的變化進行調整。
可擴展。當新技術出現時，應允許軟件系統引入新技術，以擴展現有系統的功能和性能。
可維護。軟件系統的維護包括兩個方面，壹是消除已有的錯誤，二是向已有的系統反映新的軟件需求。易於維護的系統可以有效降低技術支持的成本。
客戶體驗。軟件系統必須易於使用。
上市時間。軟件用戶不得不面對同業競爭，軟件提供商也是如此。盡快爭奪市場機會是非常重要的。
建築風格是什麽？
答:軟件架構(或者只是架構視圖)可以有壹個屬性叫做架構風格，減少了可選的形式，讓架構在壹定程度上保持壹致。可以通過壹組模式或通過選擇特定的組件或連接器作為基本組件來定義樣式。對於壹個給定的系統，壹些風格可以作為架構描述的壹部分記錄在架構風格指南(Rational Unified Process中設計指南文檔的壹部分)中。風格在建築的可理解性和完整性中起著重要的作用。
13.什麽是建築設計？有哪些組件？
答:建築視圖的圖形描述稱為建築設計圖。對於上述各種視圖，設計圖紙由以下統壹建模語言圖[UML99]組成:
邏輯視圖:類圖、狀態機和對象圖。
進程視圖:類圖和對象圖(包括任務-進程和線程)。
實現視圖:組件圖。
部署視圖:配置圖。
用例圖:用例圖描述用例、主角和常見的設計類；序列圖描述了設計對象及其協作關系。
14.談談建築設計過程。
答:在Rational統壹過程中，架構主要是分析和設計工作流的結果。當項目再次執行這個工作流程時，架構會在壹次又壹次的叠代中不斷進化、改進、提煉。因為每次叠代都包括集成和測試，所以在交付產品時，架構是非常強大的。架構是精化階段中每個叠代的焦點，並且架構的基線通常在這個階段的末尾被確定。
文章來源:/博客/國測/post/3327