狭义地说，系统分析就是需求分析。 系统分析是传统软件工程生命周期里的一个环节，亦即：分析-->设计-->开发-->测试，当然，整个过程会有迭代和变更，但仍遵循着这样的顺序。 系统分析要解决的是“软件做什么”的问题。至于“软件怎么做”的问题，则应该交给软件设计师和程序员。当系统分析把软件功能确定无误时，整个软件过程才有良好的开端。 系统分析的成果是需求分析说明书，该文档必须正确、详细、完整地对软件要实现的需求进行说明。系统设计人员将根据该文档进行下一步的工作。 因此，系统分析要研究的主要课题应该是：如何获得需求；如果进行需求分析，以及如何定义和描述需求。 根据这些探讨可以看到，我们常说的系统分析，是指软件项目启动以后所进行的需求获取、分析和描述等方面工作。 广义地说，系统分析是对整个系统应用的分析和研究 纵观软件整个生命周期，在项目立项建议、招投标、商务方案制作、可行性分析和项目计划中，实际上都包含了系统分析的成分。 这里我们必须面对很多不同的前提，所以采取举例说明的方式。例如： 企业内部门如果想建立某个应用系统，他们首先得思考、编写和整理自己的需求，或者由IT部门人员进行整理。他们所做的可以说是初步的系统分析。 同样，某院所立项做一些软件开发，并申报863拨款，在软件可行性分析研究时也要考虑，项目的远景是什么，系统的目标是什么，通过开发软件可解决什么问题，要实现的功能范围是哪些，据此才可以提出建议书，并通过论证。这些高层次的论证，实际上也是系统分析。 当软件公司参与竞标时，必然要估测开发的周期和成本，这也直接取决于系统要实现怎样的功能，要明确掌握系统要提供的功能，而客户虽然会有几页需求方面的说明，往往需要先行作好调研。甚至需要做出一些原型来和未来客户进行交流。 咨询顾问在项目评估，或者产品实施中针对企业问题提供咨询建议时，他实际上也做了部分的系统分析工作。 商务销售人员在与客户讨论时，客户必然会提出他们的情况，这时，商务人员也将在尽可能短的时间里进行分析，并为用户勾划出一个基本的方案。这样的方案制作，也可看做是系统分析。 等到做项目计划的时候，系统的目标是什么，解决什么问题，要实现的功能范围是哪些，这些往往已经被确定下来。 项目过程中的需求跟踪和调整，以及后期的需求验证，用户级测试和验收报告方面，也和系统分析有一些关系。 另外，系统分析也包含对业务模型进行学习和研究。系统分析师要经常通过学习和思考，对应用领域的问题，即客户业务规则方面的问题进行研究，以建立一个特定应用领域的业务模型，这将有助于实现更具广泛适应性的解决方案。 从以上表述中可以看到，系统分析从项目前期酝酿阶段就已经开始，并且在反复地思考，要做一个怎样的软件。而通过建立业务模型，可以更好地提供解决方案。系统分析可以是广义的。
系统分析（Systems Analysis）一词最早是在20世纪30年代提出的，当时是以管理问题为主要应用对象，是管理信息系统的一个主要和关键阶段，负责这个阶段的关键人物是系统分析员，完成这个阶段任务的关键问题是开发人员与用户之间的沟通。到了40年代，由于它的应用获得成功，得到了进一步的发展。以后的几十年，无论是研究大系统的问题，还是建立复杂的系统，都广泛应用了系统分析的方法。 系统分析的主要任务是将在系统详细调查中所得到的文档资料集中到一起,对组织内部整体管理状况和信息处理过程进行分析。它侧重于从业务全过程的角度进行分析。分析的主要内容是:业务和数据的流程是否通畅,是否合理;数据、业务过程和实现管理功能之间的关系;老系统管理模式改革和新系统管理方法的实现是否具有可行性等等。系统分析的目的是将用户的需求及其解决方法确定下来,这些需要确定的结果包括:开发者关于现有组织管理状况的了解;用户对信息系统功能的需求;数据和业务流程;管理功能和管理数据指标体系;新系统拟改动和新增的管理模型等等。系统分析所确定的内容是今后系统设计、系统实现的基础。 系统分析从系统需求入手，从用户观点出发建立系统用户模型。用户模型从概念上全方位表达系统需求及系统与用户的相互关系。系统分析在用户模型的基础上，建立适应性强的独立于系统实现环境的逻辑结构。 分析阶段独立于系统实现环境，可以保证建立起来的系统结构具有相对的稳定性，便于系统维护、移植或扩充。 在系统分析阶段，系统的逻辑结构应从以下三方面全面反映系统的功能与性能： （1）信息。完整描述系统中所处理的全部信息； （2）行为。完全描述系统状态变化所需处理或功能； （3）表示。详细描述系统的对外接口与界面。 Systems Analysis-在软件开发中，前期由系统分析师作的一项任务。定义是： the processes of investigation and analysis into the feasiblity of potential computer appalications and the design,implementation and review of computer-based 在系统开发周期的初始阶段，由分析师定义，并且由经理签署同意。然后才开始开发软件。 系统分析方法是指把要解决的问题作为一个系统，对系统要素进行综合分析，找出解决问题的可行方案的咨询方法。兰德公司认为，系统分析是一种研究方略，它能在不确定的情况下，确定问题的本质和起因，明确咨询目标，找出各种可行方案，并通过一定标准对这些方案进行比较，帮助决策者在复杂的问题和环境中作出科学抉择。 系统分析方法来源于系统科学。系统科学是20世纪40年代以后迅速发展起来的一个横跨各个学科的新的科学部门，它从系统的着眼点或角度去考察和研究整个客观世界，为人类认识和改造世界提供了科学的理论和方法。它的产生和发展标标志着人类的科学思维由主要以“实物为中心”逐渐过渡到以“系统为中心”，是科学思维的一个划时代突破。 系统分析是咨询研究的最基本的方法，我们可以把一个复杂的咨询项目看成为系统工程，通过系统目标分析、系统要素分析、系统环境分析、系统资源分析和系统管理分析，可以准确地诊断问题，深刻地揭示问题起因，有效地提出解决方案和满足客户的需求。 系统分析方法的步骤 系统分析方法的具体步骤包括：限定问题、确定目标、调查研究收集数据、提出备选方案和评价标准、备选方案评估和提出最可行方案。 1、 限定问题 所谓问题，是现实情况与计划目标或理想状态之间的差距。系统分析的核心内容有两个：其一是进行“诊断”，即找出问题是及其原因；其二是“开处方”，即提出解决问题的最可行方案。所谓限定问题，就是要明确问题的本质或特性、问题存在范围和影响程度、问题产生的时间和环境、问题的症状和原因等。限定问题是系统分析中关键的一步，因为如果“诊断”出错，以后开的“处方”就不可能对症下药。在限定问题时，要注意区别症状和问题，探讨问题原因不能先入为主，同时要判别哪些是局部问题，哪些是整体问题，问题的最后确定应该在调查研究之后。 2、确定目标 系统分析目标应该根据客户的要求和对需要解决问题的理解加以确定，如有可能应尽量通过指标表示，以便进行定量分析。对不能定量描述的目标也应该尽量用文字说明清楚，以便进行定性分析和评价系统分析的成效。 3、调查研究，收集数据 调查研究和收集数据应该围绕问题起因进行，一方面要验证有限定问题阶段形成的假设，另一方面要探讨产生问题的根本原因，为下一步提出解决问题的备选方案做准备。 调查研究常用的有四种方式，即阅读文件资料、访谈、观察和调查。 收集的数据和信息包括事实（facts）、见解(opinions)和态度(attitudes)。要对数据和信息去伪存真，交叉核实，保证真实性和准确性。 4、提出备选方案和评价标准 通过深入调查研究，使真正有待解决的问题得以最终确定，使产生问题的主要原因得到明确，在此基础上就可以有针对性地提出解决问题的备选方案。备选方案是解决问题和达到咨询目标可供选择的建议或设计，应提出两种以上的备选方案，以便提供进一步评估和筛选。为了对备选方案进行评估，要根据问题的性质和客户具备的条件。提出约束条件或评价标准，供下一步应用。 5、备选方案评估 根据上述约束条件或评价标准，对解决问题备选方案进行评估，评估应该是综合性的，不仅要考虑技术因素，也要考虑社会经济等因素，评估小组的成员应该有一定代表性，除咨询项目组成员外，也要吸收客户组织的代表参加。根据评估结果确定最可行方案。 6、提交最可行方案 最可行方案并不一定是最佳方案，它是在约束条件之内，根据评价标准筛选出的最现实可行的方案。如果客户满意，则系统分析达到目标。如果客户不满意，则要与客户协商调整约束条件或评价标准，甚至重新限定的问题，开始新一轮系统分析，直到客户满意为止。
系统分析，是将用户的想法通过任务分解的方式，将用户比较笼统的需求分析成研发能够理解的需求。系统设计是根据用户的需求，设计出来需要能够满足需求分析的系统。
系统分析是咨询研究的最基本的方法，我们可以把一个复杂的咨询项目看成为系统工程，通过系统目标分析、系统要素分析、系统环境分析、系统资源分析和系统管理分析，可以准确地诊断问题，深刻地揭示问题起因，有效地提出解决方案和满足客户的需求。系统分析方法的具体步骤包括：限定问题、确定目标、调查研究收集数据、提出备选方案和评价标准、备选方案评估和提出最可行方案。限定问题所谓问题，是现实情况与计划目标或理想状态之间的差距。系统分析的核心内容有两个：其一是进行“诊断”，即找出问题及其原因；其二是“开处方”，即提出解决问题的最可行方案。所谓限定问题，就是要明确问题的本质或特性、问题存在范围和影响程度、问题产生的时间和环境、问题的症状和原因等。限定问题是系统分析中关键的一步，因为如果“诊断”出错，以后开的“处方”就不可能对症下药。在限定问题时，要注意区别症状和问题，探讨问题原因不能先入为主，同时要判别哪些是局部问题，哪些是整体问题，问题的最后确定应该在调查研究之后。确定目标系统分析目标应该根据客户的要求和对需要解决问题的理解加以确定，如有可能应尽量通过指标表示，以便进行定量分析。对不能定量描述的目标也应该尽量用文字说明清楚，以便进行定性分析和评价系统分析的成效。调查研究，收集数据调查研究和收集数据应该围绕问题起因进行，一方面要验证有限定问题阶段形成的假设，另一方面要探讨产生问题的根本原因，为下一步提出解决问题的备选方案做准备。调查研究常用的有四种方式，即阅读文件资料、访谈、观察和调查。收集的数据和信息包括事实（facts）、见解(opinions)和态度(attitudes)。要对数据和信息去伪存真，交叉核实，保证真实性和准确性。提出方案和评价标准通过深入调查研究，使真正有待解决的问题得以最终确定，使产生问题的主要原因得到明确，在此基础上就可以有针对性地提出解决问题的备选方案。备选方案是解决问题和达到咨询目标可供选择的建议或设计，应提出两种以上的备选方案，以便提供进一步评估和筛选。为了对备选方案进行评估，要根据问题的性质和客户具备的条件。提出约束条件或评价标准，供下一步应用。方案评估根据上述约束条件或评价标准，对解决问题备选方案进行评估，评估应该是综合性的，不仅要考虑技术因素，也要考虑社会经济等因素，评估小组应该有一定代表性，除咨询项目组成员外，也要吸收客户组织的代表参加。根据评估结果确定最可行方案。提交最可行方案最可行方案并不一定是最佳方案，它是在约束条件之内，根据评价标准筛选出的最现实可行的方案。如果客户满意，则系统分析达到目标。如果客户不满意，则要与客户协商调整约束条件或评价标准，甚至重新限定的问题，开始新一轮系统分析，直到客户满意为止。
1、软件工程是一门指导软件开发和维护的工程学科，主要研究软件开发和维护的工程技术和软件项目管理等内容，其中涉及如何保证软件产品的质量和可靠性，如何提高软件开发效率和拥护满意度等。2、软件工程目标：生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。3、软件生产历经4大阶段分别为：程序设计阶段（1946-1956年）、软件开发阶段（1956-1968年）、软件工程阶段（1968年以后）、计算机辅助软件工程阶段4、常见的软件过程模型：边改边做模型、瀑布模型、演化模型、增量迭代模型、喷泉模型5、软件过程的研究，标志着人们为解决软件危机问题，把关注的焦点由编程转移到了软件开发的整个过程，包括分析、设计、编程和测试4个核心阶段和需求调研、运行与维护两个延伸阶段说明软件质量、软件开发效率、软件的可靠性、可维护性问题涉及了软件生存周期的所有阶段。6、软件生存周期：一个软件从定义到开发、使用和维护，直到最终被弃用，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生存周期。软件的生存周期可分为八个阶段：①问题定义；②可行性研究；③需求分析；④总体（概要）设计；⑤详细设计；⑥编码与单元测试；⑦综合测试；⑧软件维护。7、需求分析：系统开发前期需求分析很重要，它是为了有效解决用户问题的需要进行的一项工程活动，所需要考虑的需求问题是功能需求、数据需求、性能需求和接口需求，开发者承担分析任务，核心是用户。其步骤有三个：①获取客户需求，客户泛指某个人或机构部门等，一般方法是调查，包括访谈、座谈、问卷、跟班和收集资料，需求规约可表达用户的软件价值。②建立需求模型，它是用户需求的图解，一些常用的模型有：业务树图、用例图、活动图。分别用于结构化需求建模、系统业务举例和反映系统工作流程。③进行需求验证，要验证的主要内容有：有效性验证、一致性验证、完整性验证、现实性验证和可检验性验证。
系统工程的核心是什么？安全系统工程的核心当的是安全第一了，以安全为宗旨。
唯物辩证？
工程工业核心目标是：设计一个生产系统及该系统的控制方法，使它以最低的成本生产具有特定质量水平的某种或几种产品，并且这种生产必须是在保证工人和最终用户的健康和安全条件下进行PTS英文全称Predetermined Time Standards，指既定时间标准设定法，是作业测定中常用的一种方法。
硬件工程的方法论是软件工程方法论的基础，软件工程方法论影响硬件工程方法论，但起决定作用的依旧是硬件。举个例子，倘若显卡不好，即便是再先进得显卡驱动，那也是白搭。但如果显卡很好，但驱动很低级，那么就是浪费显卡。所以软硬件是相互制约，但硬件决定软件的最佳方法论。
回答 霍尔方法论主要以工程系统为研究对象，而切克兰德方法更适合于对社会经济和经营管理等“软”系统问题的研究。 （2）前者的核心内容是优化分析，而后者的核心内容是比较学习。 （3）前者更多关注定量分析方法，而后者比较强调定性或定性与定量有机结合的基本方法。
系统工程是为了最好地实现系统的目的，对系统的组成要素、组织结构、信息流、控制机构等进行分析研究的科学方法。它运用各种组织管理技术，使系统的整体与局部之间的关系协调和相互配合，实现总体的最优运行。系统工程不同于一般的传统工程学，它所研究的对象不限于特定的工程物质对象，而是任何一种系统。它是在现代科学技术基础之上发展起来的一门跨学科的边缘学科。系统工程方法的主要特点是：一、把研究对象作为一个整体来分析，分析总体中各个部分之间的相互联系和相互制约关系，使总体中的各个部分相互协调配合，服从整体优化要求;在分析局部问题时，是从整体协调的需要出发，选择优化方案，综合评价系统的效果;二、综合运用各种科学管理的技术和方法，定性分析和定量分析相结合;三、对系统的外部环境和变化规律进行分析，分析它们对系统的影响，使系统适应外部环境的变化。系统工程与一般工程技术的区别是：系统工程不仅研究物质系统，也研究非物质系统，如教育、文化、新闻宣传等系统，应用广泛;而一般工程技术以具体的物质系统为对象。系统工程从全局、整体上处理系统。要以系统论、控制论、信息论为理论基础，又必须具备每一类系统工程的专业理论;而一般工程技术主要处理具体技术门类，以专业理论为主。系统工程工作者是系统工程师，是决策人的委托人、参谋、助手，为社会服务;而一般工程师是专门技术人员。二者有不同的业务素质要求。
霍尔的适合工程技术问题，核心内容是最优化，以定量分析分析方法为主；切克兰德适合社会问题和经济管理问题（软系统），核心内容是比较学习，采用定性或定量和定性分析相结合的方法。希望有帮助。
系统工程本身没啥核心，集成了计算机，系统理论，控制理论，优化理论等各学科的知识，是一门非常非常杂的学科。建议看百科
(Capability Maturity Model Integration，能力成熟度模式整合) CMMI（ Capability Maturity Model Integration）的本质是软件管理工程的一个部分。软件过程改善是当前软件管理工程的核心问题， 50多年来计算的发展使人们认识到要高效率、高质量和低成本地开发软件，必须改善软件生产过程。基於模型的过程改进是指用采用能力模型来指导组织的过程改进，使之过程能力稳定的进行改善，该组织也能变得更加成熟。 然而，软件组织形成一套完整而成熟的软件过程不是一蹴而就的事情，需要经历一系列的成熟度。软件组织首先要进行差异分析，评定自己比较接近哪一个成熟度，然后再根据自身的情况来决定要采取哪些改进活动，来更有效地改进自己的软件过程。这就对软件过程的评定提出了一个客观的标准。美国卡内基梅隆大学软件工程学院於1987年研究成功的SW-CMM（Capability Maturity Model for Software）就是这样的一个理论模型，其目的在於帮助软件组织改善软件生产流程，以探索一个保证软件产品质量、缩短开发周期、提高工作效率的软件工程模式与标准规范。 CMMI CMM的成功促使其他学科也相继开发类似的过程改进模型，例如系统工程、需求工程、人力资源、集成产品开发、软件采购等等，从CMM衍生出了一些改善模型，比如：SW－CMM,SE-CMM,IPD-CMM等。不过，在同一个组织中多个过程改进模型的存在可能会引起冲突和混淆。CMMI就是为了解决怎麼保持这些模式之间的协调。 由业界、美国政府和卡内基·梅隆大学软件工程研究所率先倡导的能力成熟度模型集成（CMMI）项目致力於帮助企业缓解这种困境。CMMI为改进一个组织的各种过程提供了一个单一的集成化框架，新的集成模型框架消除了各个模型的不一致性，减少了模型间的重复，增加透明度和理解，建立了一个自动的、可扩展的框架。因而能够从总体上改进组织的质量和效率。CMMI主要关注点就是成本效益、明确重点、过程集中和灵活性四个方面。 与原有的能力成熟度模型类似，CMMI也包括了在不同领域建立有效过程的必要元素，反映了业界普遍认可的"最佳"实践；专业领域覆盖软件工程、系统工程、集成产品开发和系统采购。在此前提下，CMMI为企业的过程构建和改进提供了指导和框架作用；同时为企业评审自己的过程提供了可参照的行业基准。 CMMI的源模型：软件能力成熟度模型0版，C稿；电子行业协会临时标准（EIA/IS）731；集成产品开发能力成熟度模型（IPD- CMM)。 CMMI的原则： 1． 强调高层管理者的支持。过程改进往往也是由高层管理者认识和提出的，大力度的、一致的支持是过程改进的关键。 2． 仔细确定改进目标，首先应该对给定时间内的所能完成的改进目标进行正确的估计和定义并制定计划。选择能够达到的目标和能够看到对组织的效益。 3． 选择最佳实践，应该基於组织现有的软件活动和过程财富，参考其他标准模型，取其精华去其糟粕，得到新的实践活动模型。 4． 过程改进要与组织的商务目标一致，与发展战略紧密结合。 CMMI目标: 为提高组织过程和管理产品开发、发布和维护能力的提供保障。 帮助组织客观评价自身能力成熟度和过程域能力，为过程改进建立优先级以及执行过程改进。 CMMI的方法： 1 决定哪个CMMI模型等级最适合组织过程改进需要。 2 选择模型的表示法是连续式还是阶段式。 3 决定组织需要用到的模型中的知识领域。 4 类似CMM提出的过程改进6步，集成化过程改进分成：开始集成过程改进,建造集成改善平台，集成传统过程，启动新过程，进行改 进评估。 CMMI内容 CMMI内容分为"要求"、"期望"和"提供信息"三个级别，来衡量模型包括的质量重要性和作用。最重要的是"要求"级别，是模型和过程改进的基础。第二级别"期望"在过程改进中起到主要作用，但是某些情况不是必须的可能不会出现在成功的组织模型中。"提供的信息"构成了模型的主要部分，为过程改进提供了有用的指导，在许多情况下他们对需要和期望的构件做了进一步说明。 "要求"的模型构件是目标，代表了过程改进想要达到的最终状态，它的实现表示了项目和过程控制已经达到了某种水平。当一个目标对应一个关键过程域，就称为"特定目标"；对应整个关键过程域就称为"公用目标"。整个CMMI模型包括了54个特定目标，每个关键过程域都对应了一到四个特定目标。每个目标的描述都是非常简捷的，为了充分理解要求的目标就是扩展"期望"的构件。 "期望"的构件是方法，代表了达到目标的实践手段和补充认识。每个方法都能映射到一个目标上，当一个方法对一个目标是唯一就是"特定方法"；而能适用於所有目标时就是"公用方法"。CMMI模型包括了186个特定方法，每个目标有两到七个方法对应。 CMMI包括了10种"提供的信息"：目的，概括和总结了关键过程域的特定目标；介绍说明，介绍关键过程域的范围、性质和实际方法和影响等特徵；引用，关键过程域之间的指向是通过引用；名字，表示了关键过程域的构件；方法和目标关系，关键过程域中方法映射到目标的关系表；注释，注释关键过程域的其他模型构件的信息来源；典型工作产品集，定义关键过程域中执行方法时候产生的工作产品；子方法，通过方法活动的分解和详细描述；学科扩充，CMMI对应学科是独立的，这里提供了对应特定学科的扩展；公用方法的详细描述，关键过程域中公用方法应用实践的详细描述。 CMMI提供了阶段式和连续式两种表示方法，但是这两种表示法在逻辑上是等价的。我们熟悉的SW-CMM软件能力成熟模型就是阶段式的模型，SE-CMM系统工程模型是连续式模型，而IPD-CMM集成产品开发模型结合了阶段式和连续式两者的特点。 阶段式方法将模型表示为一系列"成熟度等级"阶段，每个阶段都有一组KPA指出一个组织应集中於何处以改善其组织过程，每个KPA用满足其目标的方法来描述，过程改进通过在一个特定的成熟度等级中满足所有KPA的目标而实现的。 连续式模型没有像阶段式那样的分散阶段，模型的KPA中的方法是当KPA的外部形式，并可应用於所有的KAP中，通过实现公用方法来改进过程。它不专门指出目标，而是强调方法。组织可以根据自身情况适当裁剪连续模型并以确定的KPA为改进目标。 两种表示法的差异反应了为每个能力和成熟度等级描述过程而使用的方法，他们虽然描述的机制可能不同，但是两种表示方法通过采用公用的目标和方法作为需要的和期望的模型元素，而达到了相同的改善目的。 CMMI 模型的前身是 SW-CMM 和 SE-CMM，前者就是我们指的CMM。CMMI与SW-CMM的主要区别就是覆盖了许多领域；到目前为止包括四个下面领域： 1．软件工程（SW-CMM） 软件工程的对象是软件系统的开发活动，要求实现软件开发、运行、维护活动系统化、制度化、量化。 2．系统工程（SE-CMM） 系统工程的对象是全套系统的开发活动，可能包括也可能不包括软件。系统工程的核心是将客户的需求、期望和约束条件转化为产品解决方案，并对解决方案的实现提供全程的支持。 3．集成的产品和过程开发（IPPD-CMM） 集成的产品和过程开发是指在产品生命周期中，通过所有相关人员的通力合作，采用系统化的进程来更好地满足客户的需求、期望和要求。如果项目或企业选择IPPD进程，则需要选用模型中所有与IPPD相关的实践。 4．采购（SS-CMM） 采购的内容适用於那些供应商的行为对项目的成功与否起到关键作用的项目。主要内容包括：识别并评价产品的潜在来源、确定需要采购的产品的目标供应商、监控并分析供应商的实施过程、评价供应商提供的工作产品以及对供应协议和供应关系进行适当的调整。 在以上模块中，企业可以选择软件工程，或系统工程，也可以都选择。集成的产品和过程开发和采购主要是配合软件工程和系统工程的内容使用。例如，纯软件企业可以选择CMMI中的软件工程的内容；设备制造企业可以选择系统工程和采购；集成的企业可以选择软件工程、系统工程和集成的产品和过程开发。CMMI中的大部分内容是适用各不同领域的，但是实施中会有显著的差别，因此模型中提供了"不同领域应用详解"。 CMM的基於活动的度量方法和瀑布过程的有次序的、基於活动的管理规范有非常密切的联系，更适合瀑布型的开发过程。而CMMI相对CMM更一步支持迭代开发过程和经济动机推动组织采用基於结果的方法：开发业务案例、构想和原型方案；细化后纳入基线结构、可用发布，最后定为现场版本的发布。虽然CMMI保留了基於活动的方法，它的确集成了软件产业内很多现代的最好的实践，因此它很大程度上淡化了和瀑布思想的联系。 在 CMMI 模型中在保留了CMM阶段式模式的基础上，出现了连续式模型，这样可以帮助一个组织以及这个组织的客户更加客观和全面的了解它的过程成熟度。同时，连续模型的采用可以给一个组织在进行过程改进的时候带来更大的自主性，不用再像CMM 中 一样，受到等级的严格限制。这种改进的好处是灵活性和客观性强，弱点在於由於缺乏指导，一个组织可能缺乏对关键过程域之间依赖关系的正确理解而片面的实施过程，造成一些过程成为空中楼阁，缺少其他过程的支撑。两种表现方式（连续的和阶段的）从他们所涵盖的过程区域上来说并没有不同，不同的是过程区域的组织方式以及对成熟度（能力）级别的判断方式。 CMMI 模型中比 CMM 进一步强化了对需求的重视。在 CMM 中，关於需求只有需求管理这一个关键过程域，也就是说，强调对有质量的需求进行管理，而如何获取需求则没有提出明确的要求。在CMMI的阶段模型中，3 级有一个独立的关键过程域叫做需求开发，提出了对如何获取优秀的需求的要求和方法。CMMI 模型对工程活动进行了一定的强化。在CMM中，只有3级中的软件产品工程和同行评审两个关键过程域是与工程过程密切相关的，而在CMMI中，则将需求开发，验证，确认，技术解决方案，产品集成这些工程过程活动都作为单独的关键过程域进行了要求，从而在实践上提出了对工程的更高要求和更具体的指导。CMMI中还强调了风险管理。不像在CMM 中把风险的管理分散在项目计划和项目跟踪与监控中进行要求，CMMI3级里单独提出了一个独立的关键过程域叫做风险管理。
系统工程的核心是什么？安全系统工程的核心当的是安全第一了，以安全为宗旨。
看了下 百度百科 应该是 内核 linux的是 shell
应该是操作系统内核
最小硬件系统不仅是整个硬件系统的核心部分，它的构成对软件系统也有重要的影响，其构成决定了处于软件系统最底层的Bootloader的设计，同时它也是嵌入式操作系统正常运行的基础
进程