《IT企业常见面试题解析》由会员分享，可在线阅读，更多相关《IT企业常见面试题解析（24页珍藏版）》请在金锄头文库上搜索。
1、 知名企业常见面试题实例及详解名企面试步骤一般为四面：一面：技术面，考核技能水平；二面：综合面：考核综合素质；三面：面，职业规划，优势及劣势，期望工资及工作地点；四面：老总面，最后决定命运。一、 通用面试例题分析1. 在学校里你学习了哪些课程，成绩如何？答：首先看看计算机专业的课程：系统原理、微机原理、汇编语言、网络根底、 编程、语言、高等数学根本上以对计算机科学构造性、设计性的课程为主。然后是自动化专业，这张课表上少了汇编语言等系统根底的课程，增加了 、 等网络方面的内容，毕竟现在的自动化及网络密不可分。而信息管理工程专业的课程就显然偏重应用的色彩。除、编程语言的课程外，、网页制作工具等课程
2、也赫然在目。2. 想着手编写一个程序，在整个开发过程中，其中包含了大量细节，并推荐了许多步骤与文档，那么，时刻提醒自己注意的是什么问题？整个过程是什么？答：时刻提醒自己注意的问题是：(1) 对象是什么？怎样将自己的工程分割成一系列单独的组件？(2) 它们的接口是什么？需要将什么消息发给每一个对象？整个过程可划分为四个阶段，阶段0刚刚开场采用某些形式的构造。阶段0：拟出一个方案第一步是决定在后面的过程中采取哪些步骤。在这个阶段，可能要决定一些必要的附加处理构造。在整个过程中设置几个标志，或者“路标，将更有益于你集中注意力。经过了一个接一个的路标以后，可对自己的进度有清晰的把握。阶段1：要制作什么
3、？在上一代程序设计中即“过程化或程序化设计，这个阶段称为“建立需求分析与系统规格。应尽可能总结出自己系统的一套完整的“使用条件或者“应用场合。 阶段2：如何构建？在这一阶段，必须拿出一套设计方案，并解释其中包含的各类对象在外观上是什么样子，以及相互间是如何沟通的。阶段3：开场创立全面的思考、周密的准备、良好的构造不仅使程序更易构建及调试，也使其更易理解与维护，而那正是一套软件赢利的必要条件。构建好系统，并令其运行起来后，必须进展实际检验，以前做的那些需求分析与系统规格便可派上用场了。全面地考察自己的程序，确定提出的所有要求均已满足。现在一切似乎都该完毕了？阶段4：校订第一次做的东西并不完善，所
4、以需为自己留下一个深入学习、认知的空间，再回过头去作一些改变。对于要解决的问题，随着对它的学习与了解愈加深入，可能需要作出大量改动。进展这些工作的一个动力是随着不断的改革优化，终于能够从自己的努力中得到回报，无论这需要经历一个较短还是较长的时期，到达理想的状态。3. 什么是？答：是一种能够描述问题、描述解决方案、起沟通作用的语言。这就是。( 统一建模语言)是由公司创造，目前由(标准化对象管理机构)维护。作为一种建模语言的定义包括语义与表示法两个局部：语义描述基于的准确元模型定义。元模型为的所有元素在语法与语义上提供了简单、一致、通用的定义性说明,使开发者能在语义上取得一致,消除了因人而异的最正
5、确表达方法所造成的影响。此外还支持对元模型的扩展定义。表示法定义符号的表示法,为开发者或开发工具使用这些图形符号与文本语法为系统建模提供了标准。这些图形符号与文字所表达的是应用级的模型,在语义上它是元模型的实例。标准建模语言的重要内容可以由以下五类图(共9种图形)来定义：用例图、静态图、行为图、交互图、实现图。从应用的角度看,当采用面向对象技术设计系统时,首先是描述需求；其次根据需求建立系统的静态模型，以构造系统的构造；第三步是描述系统的行为。其中在第一步及第二步中所建立的模型都是静态的，包括用例图、类图(包含包)、对象图、组件图与配置图等五个图形，是标准建模语言的静态建模机制。其中第三步中所
6、建立的模型或者可以执行，或者表示执行时的时序状态或交互关系。它包括状态图、活动图、顺序图与合作图等四个图形,是标准建模语言的动态建模机制。因此，标准建模语言的主要内容也可以归纳为静态建模机制与动态建模机制两大类。4. 什么是软件重用？答：软件重用()是软件工程中最重要的思想之一，只有软件重用，才能降低软件本钱，提高软件的质量。你在对一个软件进展分析的时候，找出可以重用的对象，有助于你开发高效的软件系统。正如前面所说的，你不必把软件分析的过分细致，你只需从中找出关键性的、能够重用的对象就足够了。剩下的事情，就是对这些对象分配属性与方法，并充分的使用这些对象就好了。1) 编写工程视图与范围文档系统
7、的需求包括四个不同的层次：业务需求、用户需求与功能需求、非功能性需求。2) 用户群分类用户分成不同的用户类。及中的概念一样，用户类不一定都指人，也可以包括其他应用系统、接口或者硬件，这样做使得及系统边界外的接口也成为系统需求。3) 选择用户代表4) 建立核心队伍5) 确定使用实例6) 召开联合会议7) 分析用户工作流程8) 确定质量属性9) 检查问题报告10) 需求重用5. 谈谈的起源答：随着人们对研究的不断深入，其他学科也结合本系统的特点，陆续推出了自己的模型。例如，人力资源能力成熟度模型、系统工程能力成熟度模型等等：1 ( ) 软件2 ( ) 系统工程3 ( ) 软件采购 4 ( ) 集成
8、产品群组5 ( ) 人力资源能力成熟度模型为了以示区别，国内外很多资料把叫做。6. 是个什么概念？答：本世纪90年代初，美国著名的分析公司 根据当时计算机信息处理技术 )的开展与企业对供给链管理的需要，对信息时代以后制造业管理信息系统的开展趋势与即将发生的变革作了预测，提出了企业资源方案 )这个概念。 7. 系统及的区别是什么？ 答：是在根底上进一步开展起来的企业管理信息系统，为了进一步理解系统的概念及其主要功能，需要弄清及之间的区别。 1) 在资源管理范围方面的差异 主要侧重对企业内部人、财、物等资源的管理，系统提出了供给链 )的概念，即把客户需求与企业内部的制造活动以及供给商的制造资源整合
9、在一起，并对供给链上的所有环节进展有效管理，这些五一节包括订单、采购、库存、方案、生产制造、质量控制、运输、分销、效劳及维护、财务管理、人事管理、实验室管理、工程管理、配方管理等。 2) 在生产方式管理方面的差异 系统把企业归类为几种典型的生产方式来进展管理，如重复制造、批量生产、按订单生产、按订单装配、按库存生产等，针对每一种类型都有一套管理标准。而在80年代末、90年代初期，企业为了紧跟市场的变化，多品种、小批量生产以及看板式生产成为企业主要采用的生产方式，而那么能很好地支持与管理这种混合型制造环境，满足了企业多元化经营需求。 3) 在管理功能方面的差异 除了系统的制造、分销、财务管理功能
10、外，还增加了支持整各个环节之间的运输管理与仓库管理；支持生产保障体系的质量管理、实验室管理、设备维修与备品备件管理；支持对工作流业务处理流程的管理。 4) 在事务处理控制方面的差异 是通过方案的及时滚动来控制整个生产过程，它的实时性较差，一般只有实现事中控制。而系统支持在线分析处理 )、售后效劳及质量反应，强调企业的事前控制能力，它可以将设计、制造、销售、运输等通过集成来并行地进展各种相关的作业，为企业提供了对质量、适应变化、客户满意、效绩等关键问题的实时分析能力。此外，在中，财务系统只是一个信息的归结者，它的功能是将供、产、销中的数量信息转变为价值信息，是物流的价值反映。而系统那么将财务方案
11、功能与价值控制功能集成到整个供给链上，如在生产方案系统中，除了保存原有的主生产方案、物料需求方案与能力方案外还扩展了销售执行方案与利润方案。5) 在跨国或地区经营事务处理方面的差异现代企业的开展，使得企业内部各个组织单元之间、企业及外部的业务单元之间的协调变得越来越多与越来越重要，系统运用完善的组织架构，从而可以支持跨国经营的多国家地区、多工厂、多语种、多币制应用需求。 6) 在计算机信息处理技术方面的差异随着技术的飞速开展，网络通信技术的应用，使得系统的以实现对整个供给链信息进展集成管理。系统应用客户/效劳器体系构造与分布式数据处理技术，支持、电子商务)、电子数据交换，此外，还能实现在不同平
12、台上的互操作。我们就讨论了“路标的概念，当你的第一个路标达成之后，剩下的应该都是属于校订的事了。通过与用户的交互，确定新的“路标，不断的改良系统功能，优化系统构造，修正系统。通过使用，你可以创立基于处理器流的工作流并且把它们部署在任何类型的应用程序中。此外，本文还讨论了开发者面对的一些特有的问题-这些问题可能通过使用工作流得到解决，如维持状态与页面导航等。8. ，工作流根底是什么？答：在2005年9月，微软在它的一年两次的专业开发者会议上公开了 (，工作流根底)。作为 的支柱之一，提供给开发者一个普通框架-在其上开发过程驱动的与以工作流为中心的应用程序。当前，有些组织力图把整个商业过程自动化；
13、他们的标准答案就是集合一队开发者来开发相应的代码。尽管这种方式对于这些组织带来良好的作用，然而也有一些固有的问题。为了深入理解这一问题，你需要理解一个工作流的根本特征。一个工作流本质是一种方法-用来归档包含在完成一个单元的工作中的活动。典型地，在处理过程中，工作流流过一项或更多活动。这些活动可以通过机器或人工来实现，并且有可能象在一个互联网应用程序定义页面顺序一样得简单，也有可能象管理必须为任何数目的人都要看到、更改并同意的文件或产品一样得复杂。因为如此多的工作流程必须考虑到人工参预，所以可能需要花费很长工期才能完成，时间可能为几小时到数月或更长。例如，参预在该过程中的人可能无法找到，不在本地
14、或忙于另外的任务；因此，工作流必须在所有非活动期间能够把自身持续性存储。而且，通过编码独立实现的过程可能对非技术人员难于理解而对开发者却难于更改。这一点与其它一些因素正是例如 等通用工作流框架的目标-其目的就在于使创立、改变与管理工作流更容易-这是通过向它们提供一个可视化接口或通过定义一组普通来实现的。你可以把工作流放置在任何类型的应用程序中-包括表单程序，控制台应用程序，效劳与 应用程序。每种类型都需要专门的考虑。尽管一些现有例如已经足够说明如何把工作流宿主到表单程序与控制台应用程序中，但是本文将集中于讨论开发者的问题-他们希望把工作流集成到自己的应用程序中。 与模式：在开发一个应用程序时，
15、你可能使用的一个普通的方法是实现一种模型-视图-控制器()方法。实质上，的目标是把描述层、应用程序逻辑与应用程序流逻辑别离开来。搞清楚这个将十分有益于一个应用程序的开发，请考虑一个帮助桌面票工作流的场所。假定有一个商业用户通过填写一个 表单并点击一个提交按钮来启动该工作流。接下来，效劳器就会通知一个使用表单应用程序与帮助桌面的雇员“有新票可用了。该帮助桌面雇员然后将在这一问题上工作，并在最后关闭该票。如果使用 来开发这个工作流情形，那么所有的处理逻辑与流程可以被包含在工作流本身，而该应用程序将完全不需要了解这一逻辑。这种场所提供了一些稳固的证据-把描述及逻辑相别离是一件好事情。因为这个处理帮助桌面请求的过程是非常普通的，如果使用或代码在假设干不同的应用程序中实现这一逻辑，那么你将会冒着重复编码的危险甚至更坏的情形用完全不同的代码导致同样的商业处理过程的不同实现。但是如果你使用来实现这一过程，那么需要这一过程的应用程序开发者将仅需在一处修改这些步骤-工作流本身-而不必担忧这样会改变应用程序逻辑。代码复制与在哪里实现该过程可以通过 的使用来加以缓与。当使用 在中实现架构时，开发者应该尝试构建独立于应用程序的工作流-而该工作流仍然宿主于该应用程序中。这将有助于保持逻辑独立于描述并且保持在该应用程序中的工作
