知识大全 IT名企面试的重要步骤（二）

Posted 2022-07-24 程式

篇首语：看书和学习是思想的经常营养，是思想的无穷发展。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全 IT名企面试的重要步骤（二）相关的知识，希望对你有一定的参考价值。

IT名企面试的重要步骤（二） 以下文字资料是由(本站网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

5.谈谈CMMI的起源答：随着人们对CMM研究的不断深入，其他学科也结合本系统的特点，陆续推出了自己的CMM模型。例如，人力资源能力成熟度模型、系统工程能力成熟度模型等等：（1）SW-CMM (Sofare CMM) 软体CMM（2）SE-CMM (System Engineering CMM) 系统工程CMM（3）SA-CMM (Sofare 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）体系结构和分布式数据处理技术，支持Inter/Intra/Extra、电子商务（E-busincss,E-merce)、电子数据交换EDI，此外，还能实现在不同平台上的互操作。我们就讨论了“路标”的概念，当你的第一个路标达成之后，剩下的应该都是属于校订的事了。通过和用户的交互，确定新的“路标”，不断的改进系统功能，优化系统结构，修正系统Bug。通过使用WWF，你可以创建基于处理器流的工作流并且把它们部署在任何类型的.NET应用程式中。此外，还讨论了ASP.NET开发者面对的一些特有的问题-这些问题可能通过使用工作流得到解决，如维持状态和页面导航等。

8.WWF，Windows工作流基础是什么？答：在2005年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