2023年IT名企面試的重要步驟

ＩT名企面試的重要環(huán)節(jié)?

?

IT名企面試環(huán)節(jié)一般為四周:一面:技術面,考核技能水平;二面:綜合面:考核綜合素質；三面:HＲ面，職業(yè)規(guī)劃，優(yōu)勢與劣勢，盼望工資與工作地點;四周：老總面，最后決定命運。?

一、

通用面試例題分析?1.

在學校里你學習了哪些課程,成績如何？?答：一方面看看計算機專業(yè)的課程:系統(tǒng)原理、微機原理、匯編語言、網絡基礎、Ｖisｕal

Basic編程、ＳQL、HTMＬ語言、高等數學……基本上以對計算機科學結構性、設計性的課程為主。然后是自動化專業(yè)，這張課表上少了匯編語言等系統(tǒng)基礎的課程,增長了POWＥR

BUILDＥR、NＴ

Ｓever等網絡方面的內容,畢竟現在的自動化與網絡密不可分。而信息管理工程專業(yè)的課程就顯然偏重應用的色彩。除ＶB、VC編程語言的課程外,Ｗinｄowｓ、Photｏshop、Flaｓｈ/Fiｒewoｒk/Ｄreamweaver網頁制作工具等課程也赫然在目。

?2．

想著手編寫一個程序，在整個開發(fā)過程中，其中包含了大量細節(jié),并推薦了許多環(huán)節(jié)和文檔,那么,時刻提醒自己注意的是什么問題?整個過程是什么？

答：時刻提醒自己注意的問題是:?(1）

對象是什么?（如何將自己的項目分割成一系列單獨的組件?）

（2）

它們的接口是什么？（需要將什么消息發(fā)給每一個對象?)

整個過程可劃分為四個階段，階段0剛剛開始采用某些形式的結構。?階段0:擬出一個計劃

第一步是決定在后面的過程中采用哪些環(huán)節(jié)。

在這個階段,也許要決定一些必要的附加解決結構。在整個過程中設立幾個標志，或者“路標”,將更有益于你集中注意力。通過了一個接一個的路標以后,可對自己的進度有清楚的把握。?階段1：要制作什么？

在上一代程序設計中(即“過程化或程序化設計”）,這個階段稱為“建立需求分析和系統(tǒng)規(guī)格”。應盡也許總結出自己系統(tǒng)的一套完整的“使用條件”或者“應用場合”。

階段2：如何構建??在這一階段,必須拿出一套設計方案,并解釋其中包含的各類對象在外觀上是什么樣子,以及互相間是如何溝通的。?階段3：開始創(chuàng)建

全面的思考、周密的準備、良好的構造不僅使程序更易構建與調試,也使其更易理解和維護,而那正是一套軟件贏利的必要條件。

構建好系統(tǒng),并令其運營起來后，必須進行實際檢查,以前做的那些需求分析和系統(tǒng)規(guī)格便可派上用場了。全面地考察自己的程序，擬定提出的所有規(guī)定均已滿足?，F在一切似乎都該結束了？

階段4:校訂?第一次做的東西并不完善,所以需為自己留下一個進一步學習、認知的空間，再回過頭去作一些改變”。對于要解決的問題,隨著對它的學習和了解更加進一步，也許需要作出大量改動。進行這些工作的一個動力是隨著不斷的改革優(yōu)化，終于可以從自己的努力中得到回報,無論這需要經歷一個較短還是較長的時期,達成抱負的狀態(tài)。

3.

什么是UMＬ？?答:是一種可以描述問題、描述解決方案、起溝通作用的語言。這就是UML。?ＵML(Unifｉeｄ

Ｍodeling

Laｎguage

統(tǒng)一建模語言)是由Rａt(yī)ional公司發(fā)明，目前由OMG(標準化對象管理機構)維護。作為一種建模語言,UML的定義涉及UML語義和UML表達法兩個部分：

UML語義

描述基于UML的精確元模型定義。元模型為ＵMＬ的所有元素在語法和語義上提供了簡樸、一致、通用的定義性說明,使開發(fā)者能在語義上取得一致,消除了因人而異的最佳表達方法所導致的影響。此外UMＬ還支持對元模型的擴展定義。

UML表達法?定義UＭL符號的表達法，為開發(fā)者或開發(fā)工具使用這些圖形符號和文本語法為系統(tǒng)建模提供了標準。這些圖形符號和文字所表達的是應用級的模型,在語義上它是UML元模型的實例。標準建模語言ＵML的重要內容可以由下列五類圖(共9種圖形)來定義：用例圖、靜態(tài)圖、行為圖、交互圖、實現圖。

從應用的角度看,當采用面向對象技術設計系統(tǒng)時,一方面是描述需求;另一方面根據需求建立系統(tǒng)的靜態(tài)模型,以構造系統(tǒng)的結構；第三步是描述系統(tǒng)的行為。其中在第一步與第二步中所建立的模型都是靜態(tài)的，涉及用例圖、類圖（包含包）、對象圖、組件圖和配置圖等五個圖形，是標準建模語言ＵＭL的靜態(tài)建模機制。其中第三步中所建立的模型或者可以執(zhí)行，或者表達執(zhí)行時的時序狀態(tài)或交互關系。它涉及狀態(tài)圖、活動圖、順序圖和合作圖等四個圖形,是標準建模語言UML的動態(tài)建模機制。因此，標準建模語言UＭL的重要內容也可以歸納為靜態(tài)建模機制和動態(tài)建模機制兩大類。??4．

什么是軟件重用??答：軟件重用(Ｒｅuｓｅ)是軟件工程中最重要的思想之一,只有軟件重用，才干減少軟件成本，提高軟件的質量。你在對一個軟件進行分析的時候，找出可以重用的對象，有助于你開發(fā)高效的軟件系統(tǒng)。正如前面所說的,你不必把軟件分析的過度細致,你只需從中找出關鍵性的、可以重用的對象就足夠了。剩下的事情,就是對這些對象分派屬性和方法,并充足的使用這些對象就好了。?1）

編寫項目視圖和范圍文檔?系統(tǒng)的需求涉及四個不同的層次:業(yè)務需求、用戶需求和功能需求、非功能性需求。?２）

用戶群分類

用戶提成不同的用戶類。與ＵML中Usecａｓe的Acｔor概念同樣,用戶類不一定都指人，也可以涉及其他應用系統(tǒng)、接口或者硬件,這樣做使得與系統(tǒng)邊界外的接口也成為系統(tǒng)需求。

3)

選擇用戶代表

4)

建立核心隊伍?5)

擬定使用實例?6)

召開聯合會議

7）

分析用戶工作流程?8)

擬定質量屬性

9）

檢查問題報告

10）

需求重用

5.談談ＣＭＭI的起源?答：隨著人們對ＣMＭ研究的不斷進一步，其他學科也結合本系統(tǒng)的特點,陸續(xù)推出了自己的CMM模型。例如,人力資源能力成熟度模型、系統(tǒng)工程能力成熟度模型等等：?（1)SＷ-CMM

(Ｓoftｗarｅ

ＣＭM)

軟件ＣMM

（2)ＳE－ＣMM

(Syｓtem

Enｇｉneｅrｉng

CMM)

系統(tǒng)工程ＣMM

(3）SA－CMM

（Sｏｆtwarｅ

Ａcquiｓition

CMM)

軟件采購CMM

?(4）IPT-CMM

(Iｎtｅｇrated

Ｐrodｕct

Team

CMM)

集成產品群組CMM

（5）P－CMM

(Peoplｅ

CMM)

人力資源能力成熟度模型

為了以示區(qū)別，國內外很多資料把ＣMM叫做SW-CＭＭ。??6.EＲＰ是個什么概念?

答：本世紀90年代初，美國著名的IＴ分析公司Gartnｅｒ

Grｏｕp

Inｃ根據當時計算機信息解決技術IＴ(Informatioｎ

Tｅchnoloｇy)的發(fā)展和公司對供應鏈管理的需要,對信息時代以后制造業(yè)管理信息系統(tǒng)的發(fā)展趨勢和即將發(fā)生的變革作了預測,提出了公司資源計劃ERＰ（Enterprisｅ

Resourｃeｓ

Plaｎning)這個概念。

??7.EＲP系統(tǒng)與ＭRＰ-Ⅱ的區(qū)別是什么??

答:ＥRP是在MRＰ-Ⅱ基礎上進一步發(fā)展起來的公司管理信息系統(tǒng)，為了進一步理解ＥRP系統(tǒng)的概念及其重要功能，需要弄清ERP與MＲP-Ⅱ之間的區(qū)別。

1）

在資源管理范圍方面的差別

MRP-Ⅱ重要側重對公司內部人、財、物等資源的管理，ＥRP系統(tǒng)提出了供應鏈(Sｕpply

Chain)的概念，即把客戶需求和公司內部的制造活動以及供應商的制造資源整合在一起,并對供應鏈上的所有環(huán)節(jié)進行有效管理，這些五一節(jié)涉及訂單、采購、庫存、計劃、生產制造、質量控制、運送、分銷、服務與維護、財務管理、人事管理、實驗室管理、項目管理、配方管理等。

2)在生產方式管理方面的差別

MＲP-Ⅱ系統(tǒng)把公司歸類為幾種典型的生產方式來進行管理,如反復制造、批量生產、按訂單生產、按訂單裝配、按庫存生產等，針對每一種類型都有一套管理標準。而在８0年代末、90年代初期，公司為了緊跟市場的變化,多品種、小批量生產以及看板式生產成為公司重要采用的生產方式，而ERP則能很好地支持和管理這種混合型制造環(huán)境,滿足了公司多元化經營需求。

?3)在管理功能方面的差別

?EＲP除了ＭRP-Ⅱ系統(tǒng)的制造、分銷、財務管理功能外,還增長了支持整各個環(huán)節(jié)之間的運送管理和倉庫管理;支持生產保障體系的質量管理、實驗室管理、設備維修和備品備件管理;支持對工作流（業(yè)務解決流程）的管理。

4)在事務解決控制方面的差別

ＭRP-Ⅱ是通過計劃的及時滾動來控制整個生產過程，它的實時性較差，一般只有實現事中控制。而ERP系統(tǒng)支持在線分析解決OLＡP（Ｏnｌｉｎｅ

Ａｎａlytｉcaｌ

Procesｓｉnｇ)、售后服務及質量反饋，強調公司的事前控制能力,它可以將設計、制造、銷售、運送等通過集成來并行地進行各種相關的作業(yè)，為公司提供了對質量、適應變化、客戶滿意、效績等關鍵問題的實時分析能力。

此外，在MＲP-Ⅱ中,財務系統(tǒng)只是一個信息的歸結者,它的功能是將供、產、銷中的數量信息轉變?yōu)閮r值信息,是物流的價值反映。而ERＰ系統(tǒng)則將財務計劃功能和價值控制功能集成到整個供應鏈上，如在生產計劃系統(tǒng)中，除了保存原有的主生產計劃、物料需求計劃和能力計劃外還擴展了銷售執(zhí)行計劃SＯP和利潤計劃。

5)在跨國（或地區(qū)）經營事務解決方面的差別

現代公司的發(fā)展，使得公司內部各個組織單元之間、公司與外部的業(yè)務單元之間的協(xié)調變得越來越多和越來越重要，ERＰ系統(tǒng)運用完善的組織架構，從而可以支持跨國經營的多國家地區(qū)、多工廠、多語種、多幣制應用需求。

?6)在計算機信息解決技術方面的差別?隨著IT技術的飛速發(fā)展,網絡通信技術的應用，使得EＲP系統(tǒng)的以實現對整個供應鏈信息進行集成管理。ERP系統(tǒng)應用客戶／服務器(C/Ｓ)體系結構和分布式數據解決技術，支持Ｉｎｔeｒnet/Inｔｒanet/Exｔrａnet、電子商務(Ｅ-busiｎcss,E-ｃommｅrｃe)、電子數據互換EDI，此外，還能實現在不同平臺上的互操作。我們就討論了“路標”的概念,當你的第一個路標達成之后,剩下的應當都是屬于校訂的事了。通過和用戶的交互,擬定新的“路標”，不斷的改善系統(tǒng)功能，優(yōu)化系統(tǒng)結構，修正系統(tǒng)Bug。

通過使用ＷWＦ,你可以創(chuàng)建基于解決器流的工作流并且把它們部署在任何類型的.ＮET應用程序中。此外,本文還討論了ASP．NＥT開發(fā)者面對的一些特有的問題-這些問題也許通過使用工作流得到解決，如維持狀態(tài)和頁面導航等。?

8.WWF,Windｏwｓ工作流基礎是什么??答：在２０２3年9月，微軟在它的一年兩次的專業(yè)開發(fā)者會議上公開了Windows

Workflow

Ｆounｄatｉon(WWＦ，Windows工作流基礎)。作為ＷｉnFＸ

API的支柱之一，WWF提供應開發(fā)者一個普通框架-在其上開發(fā)過程驅動的和以工作流為中心的應用程序。

當前,有些組織力圖把整個商業(yè)過程自動化;他們的標準答案就是集合一隊開發(fā)者來開發(fā)相應的代碼。盡管這種方式對于這些組織帶來良好的作用，然而也有一些固有的問題。為了進一步理解這一問題,你需要理解一個工作流的基本特性。

一個工作流本質是一種方法-用來歸檔包含在完畢一個單元的工作中的活動。典型地,在解決過程中，工作"流"流過一項或更多活動。這些活動可以通過機器或人工來實現，并且有也許象在一個互聯網應用程序定義頁面順序同樣得簡樸,也有也許象管理必須為任何數目的人都要看到、更改并批準的文獻或產品同樣得復雜。?由于如此多的工作流程必須考慮到人工參預，所以也許需要花費很長工期才干完畢,時間也許為幾小時到數月或更長。例如,參預在該過程中的人也許無法找到，不在本地或忙于此外的任務;因此，工作流必須在所有非活動期間可以把自身連續(xù)性存儲。并且,通過編碼獨立實現的過程也許對非技術人員難于理解而對開發(fā)者卻難于更改。這一點和其它一些因素正是例如Wｉndows

WＦ等通用工作流框架的目的-其目的就在于使創(chuàng)建、改變和管理工作流更容易-這是通過向它們提供一個可視化接口或通過定義一組普通ＡＰI來實現的。?你可以把WＷＦ工作流放置在任何類型的.NＥT應用程序中－涉及Ｗindows表單程序,控制臺應用程序,Wｉndows服務和ＡSP.NET

Web應用程序。每種類型都需要專門的考慮。盡管一些現有示例已經足夠說明如何把工作流宿主到Winｄoｗｓ表單程序和控制臺應用程序中,但是本文將集中于討論AＳP．NET開發(fā)者的問題－他們希望把工作流集成到自己的應用程序中。?Wiｎdows

ＷＦ和MVC模式:在開發(fā)一個ASP.NET應用程序時，你也許使用WWF的一個普通的方法是實現一種模型－視圖－控制器(MVC)方法。實質上，MVC的目的是把描述層、應用程序邏輯和應用程序流邏輯分離開來。

搞清楚這個將十分有益于一個ASP.NET應用程序的開發(fā),請考慮一個幫助桌面票工作流的場合。假定有一個商業(yè)用戶通過填寫一個ASP．NET

Ｗeb表單并點擊一個提交按鈕來啟動該工作流。接下來，服務器就會告知一個使用Wｉndowｓ表單應用程序和幫助桌面的雇員—“有新票可用了”。該幫助桌面雇員然后將在這一問題上工作,并在最后關閉該票。假如使用Ｗｉndｏｗs

WＦ來開發(fā)這個工作流情形，那么所有的解決邏輯和流程可以被包含在工作流自身,而該ASP.NEＴ應用程序將完全不需要了解這一邏輯。

這種場合提供了一些穩(wěn)固的證據－把描述與邏輯相分離是一件好事情。由于這個解決幫助桌面請求的過程是非常普通的，假如使用Ｃ#或VＢ.NＥT代碼在若干不同的.ＮＥＴ應用程序中實現這一邏輯,那么你將會冒著反復編碼的危險甚至更壞的情形-－用完全不同的代碼導致同樣的商業(yè)解決過程的不同實現。但是假如你使用WWF來實現這一過程,那么需要這一過程的應用程序開發(fā)者將僅需在一處修改這些環(huán)節(jié)－工作流自身-而不必緊張這樣會改變應用程序邏輯。代碼復制和在哪里實現該過程可以通過Wｉｎｄowｓ

WF的使用來加以緩和。?當使用Ｗinｄows

ＷF在ASP.NET中實現ＭＶC架構時,開發(fā)者應當嘗試構建獨立于應用程序的工作流－而該工作流仍然宿主于該應用程序中。這將有助于保持邏輯獨立于描述并且保持在該Ｗeb應用程序中的工作環(huán)節(jié)順序和頁面流之間的高度獨立性。

一個WWＦ開發(fā)新手也許試圖用一固定數目的活動以某種順序去開發(fā)一個工作流，然后開發(fā)一組ASP．ＮＥＴ

Web表單-－這些表單以與之相同的順序從一個表單流向另一個表單。很遺憾,盡管這看上去挺符合邏輯，但是事實上這是非常不具有生產效率的,由于你將會再次實現這個工作流邏輯。Web頁面X不需要知道是否它需要轉到頁面Ｙ或頁面Z來對的地實現該工作流環(huán)節(jié)。代之的是,該工作流(模型）應當告訴AＳP.ＮEＴ(控制器）下一步該干什么;然后ASP.ＮET應當決定要顯示哪個頁面。這樣，每個頁面幾乎不需要了解整個過程;它僅需要知道如何完畢一個不同的活動并且讓該工作流來關心頁面是如何從一處流向另一處的。這種分離在開發(fā)者解決頁面流時帶來了一種極大的靈活性。例如,假如你決定改變該頁面顯示順序，那么你可以從工作流中容易地實現這一點，而不需要改變該ASP.NET應用程序中的一行代碼。

?9.陳述一下軟件架構的概念

答：軟件架構（software

architecture）是一系列相關的抽象模式，用于指導大型軟件系統(tǒng)各個方面的設計。

軟件架構是一個系統(tǒng)的草圖。軟件架構描述的對象是直接構成系統(tǒng)的抽象組件。各個組件之間的連接則明確和相對細致地描述組件之間的通訊。在實現階段,這些抽象組件被細化為實際的組件，比如具體某個類或者對象。在面向對象領域中，組件之間的連接通常用接口_(計算機科學)來實現。?軟件體系結構是構建計算機軟件實踐的基礎。與建筑師設定建筑項目的設計原則和目的，作為繪圖員畫圖的基礎同樣,一個軟件架構師或者系統(tǒng)架構師陳述軟件構架以作為滿足不同客戶需求的實際系統(tǒng)設計方案的基礎。?軟件構架是一個容易理解的概念，多數工程師(特別是經驗不多的工程師)會從直覺上來結識它，但要給出精確的定義很困難。特別是，很難明確地區(qū)分設計和構架:構架屬于設計的一方面,它集中于某些具體的特性。?在“軟件構架簡介”中,David

ＧArlaｎ

和

Mａｒｙ

Sｈaw

認為軟件構架是有關如下問題的設計層次:“在計算的算法和數據結構之外,設計并擬定系統(tǒng)整體結構成為了新的問題。結構問題涉及總體組織結構和全局控制結構；通信、同步和數據訪問的協(xié)議;設計元素的功能分派;物理分布;設計元素的組成；定標與性能；備選設計的選擇?！保跥S93］

但構架不僅是結構;IEEＥ

Wｏrkinｇ

Groｕp

oｎ

Arcｈiｔeｃｔure

把其定義為“系統(tǒng)在其環(huán)境中的最高層概念”[IEEE98]。構架還涉及“符合”系統(tǒng)完整性、經濟約束條件、審美需求和樣式。它并不僅注重對內部的考慮,并且還在系統(tǒng)的用戶環(huán)境和開發(fā)環(huán)境中對系統(tǒng)進行整體考慮，即同時注重對外部的考慮。

在

Rａt(yī)ioｎal

Ｕnifｉed

PｒocESs

中，軟件系統(tǒng)的構架(在某一給定點)是指系統(tǒng)重要構件的組織或結構，這些重要構件通過接口與不斷減小的構件與接口所組成的構件進行交互。?從和目的、主題、材料和結構的聯系上來說，軟件架構可以和建筑物的架構相比擬。一個軟件架構師需要有廣泛的軟件理論知識和相應的經驗來事實和管理軟件產品的高級設計。軟件架構師定義和設計軟件的模塊化,模塊之間的交互,用戶界面風格,對外接口方法，創(chuàng)新的設計特性,以及高層事物的對象操作、邏輯和流程。??10.軟件系統(tǒng)的架構(ＡrchitECture)有兩個要素是什么?

答:?１)它是一個軟件系統(tǒng)從整體到部分的最高層次的劃分。

一個系統(tǒng)通常是由元件組成的,而這些元件如何形成、互相之間如何發(fā)生作用,則是關于這個系統(tǒng)自身結構的重要信息。

具體地說，就是要涉及架構元件（Architectｕrｅ

Ｃoｍｐonent）、聯結器(Cｏnnectｏr)、任務流(ＴAＳk-flｏｗ）。所謂架構元素，也就是組成系統(tǒng)的核心＂磚瓦＂,而聯結器則描述這些元件之間通訊的途徑、通訊的機制、通訊的預期結果，任務流則描述系統(tǒng)如何使用這些元件和聯結器完畢某一項需求。

2)

建造一個系統(tǒng)所作出的最高層次的、以后難以更改的，商業(yè)的和技術的決定。?在建造一個系統(tǒng)之前會有很多的重要決定需要事先作出，而一旦系統(tǒng)開始進行具體設計甚至建造，這些決定就很難更改甚至無法更改。顯然,這樣的決定必然是有關系統(tǒng)設計成敗的最重要決定,必須通過非常慎重的研究和考察。?卡內基梅隆大學和加州大學埃爾文分校在這個領域作了很多研究?？▋然っ仿〈髮W的Ｍａry

Ｓｈaw和David

Ｇarlan于１996年寫了一本叫做

Softｗaｒｅ

Arcｈiteｃture

pｅrsｐectｉvｅ

ｏｎ

an

emｅｒging

DIscｉpline的書，提出了軟件架構中的很多概念,例如軟件組件、連接器、風格等等。

加州大學埃爾文分校的軟件研究院所做的工作則重要集中于架構風格、架構描述語言以及動態(tài)架構。?

11.架構的目的是什么？

答：要達成如下的目的：?·可靠性(Ｒeliａbｌｅ）。軟件系統(tǒng)對于用戶的商業(yè)經營和管理來說極為重要,因此軟件系統(tǒng)必須非?？煽?。?·安全行(Ｓｅcure)。軟件系統(tǒng)所承擔的交易的商業(yè)價值極高，系統(tǒng)的安全性非常重要。?·可擴展性(SCＡlable）。軟件必須可以在用戶的使用率、用戶的數目增長不久的情況下，保持合理的性能。只有這樣，才