本文共 3195 字，大约阅读时间需要 10 分钟。
1.基于ODP的架构开发过程是什么样的
答：架构设计用事实说话是最基本的研究方法。以软件架构为中心的开发过程是以质量和风险驱动的，最终提供一个稳定、低风险的系统架构，满足客户的需求包括潜在需求。开放进程参考模型RM-ODP是一个ISO标准，为分布式计算进程提供一个框架。它定义了分布式系统的重要性质：开放性、整体性、灵活性、可塑性、联合性、可操作性管理性、优质服务、安全性、透明性，并定义了一组视点。ODP定义的五个视点是企业视点（企业业务架构）、信息视点（逻辑信息架构）、计算视点（计算接口架构）、工程视点（分布式工程架构）、技术视点（技术选择架构）。
2.ODP的系统构想是什么
答：系统构想是一个系统开发人员和系统用户之间共同的协议。构想描述建立了从需求分析开始的所有项目活动的语境，高度概括了企业业务架构的核心内容。
以架构为中心的开发的第一步是建立一个构想描述，并且假定构想描述在各个开发阶段不会改变，所有的改变必须在关键的项目计划中有所反应，特别是在系统架构中。系统构想包括为客户、为软件系统开发团队等受益人创建的，有助于各方面明确系统的目的和范围。
系统构想面临很多问题，如构想面临多个方面但架构师不可能完全掌控；共享架构优问题时，不容易马上察觉；架构师随意修改且不通知受影响的人；管理人员能力不足以评估架构师但引进情况不明的架构师等。
3.ODP的需求分析是什么
答：需求一般是定义系统外部行为和外观及用户信息，外部行为包括保证外部行为能够完成所需的内容部行为，外观包括用户界面的布局和导航，用户信息包含用户概念数据结构和关系模型。架构师对需求分析通常考察六个方面：系统范围对象关系图、用户接口原型、需求适用性、确定需求的优先级、为需求建立功能结构模型、使用质量功能分配。架构师可以采用分析用例捕捉行为需求。
需求分析的目的是完整、准确地描述用户对系统的需求，跟踪用户需求的变化。一般来说，需求分析共同特点是追求系统需求的完整性、一致性和验证性。
4.ODP的系统架构设计是什么
答：ODP的系统架构设计是基于企业视点（企业业务架构）、信息视点（逻辑信息架构）、计算视点（计算接口架构）、工程视点（分布式工程架构）、技术视点（技术选择架构）上搭建的。
企业业务架构从IT角度，对企业的业务结构、企业机构与业务的关系、企业内部的关系、企业与外部机构的关系进行整体和定义。企业业务架构包含企业的业务和战略目标、企业的组织机构、业务的分类、各类业务之间的关系、组织机构与业务的关系、企业与外部机构的关系。企业的系统策略是明确规定：责任，业务对象必须做什么；许可，业务对象可以做什么；禁止，业务对象不可以做什么。
逻辑信息架构标识出系统必须知道什么。可以将细节性信息下方到开发环节去解决，高峰新、高复杂性、模糊性的关键方面需要重点建模。
计算接口架构，定义了顶层的应用程序接口，是完全工程化的子系统边界接口，可以通过编程控制消除多个开发者和小组的主要设计争端。
分布式工程架构定义了底层结构需求，独立于所选的技术，很好的解决了包括物理位置、系统规模可变性、通信服务质量等一些最复杂的系统策略。在进行分布式工程架构建模时，必须考虑系统的各个方面，如多线程、系统拓扑、对象复制等。
技术选择架构确定了实际的技术选择。
5.ODP的实现模式是什么
答：最终用户和架构师应在一起审查并贯穿用例，始终来证实需求的有效。大多数系统可以采用快速原型技术生成模型。
6.ODP的架构原型是什么
答：架构原型是很好的需求验证工具，可以帮助相关干系人检测系统契合用户操作的程度。可以使用各种各样的办法来构件架构原型，最主要的目的是解决问题。
7.ODP的项目规划是什么
答：项目规划是一份已通过批准的正式文档，根据项目目标，对项目实施进行的各项活动作出规定，以它为基准跟踪和控制项目，确定未来行动方案和资源分配，引导项目实施。项目规划的主要作用是将制定规划的假设和决定、批准的范围成本进度的基线等用正式文档记录保存，规划的复杂性取决于项目的复杂性。
8.ODP的并行开发是什么
答：软件并行开发以提高生产率为目的，对实现软件并行开发的各个方面做出必要的分析，并给出可行的解决方案，直接面对工程的实施。软件并行开发研究的主要内容有：软件过程及其模型、并行成分划分、并行控制、支持环境、交互机制与集成技术。
子开发过程是一个开发小组最一个相对独立的软件对象进行动态开发的过程。并行模块的划分是并行开发中的核心问题，模块独立性是衡量软件设计质量的关键。并行模块的划分方法有两种推荐的：基于Petri网系统模型的动态划分方法、基于脚本的系统划分方法。并行控制模型魔术被控制对象的并行行为以及它们之间的关系，是并行控制的依据。对应用软件系统而言，软件集成的主要问题是集成测试技术。
9.ODP的系统转换技术是什么样的
答：系统转换是运用某一种方式由新系统替换旧系统的过程，包括系统设备、系统数据、人员等方面的转换。
在系统转换前，必须认真做好系统沈北、数据、人员、相关文件的准备。系统试运行是在系统没有正式转换之前，选择一些子项目进行试验运行，需要注意试运行工作的代表性、试运行中错误的修正。
系统转换的方式有直接转换、平行转换、分段转换、分批转换。这些方式可以根据实际情况组合使用。
系统转换过程中需要注意以下问题：新系统运行需要大量的基础数据，因为这些数据准备的工作量很大，需要及早准备；系统转换不仅仅只是机器转换、程序转换，最难的是人员转换，要及早做好人员培训 ；系统运行时会出现一些局部问题，属于正常现象，应做好预备应对措施，并记录问题。如果系统转换中只出现局部性问题，说明系统是成功的，反之出现致命问题，则系统质量不好，整个系统可能需要重新设计。
10.ODP的操作与维护是什么样的
答：系统操作与维护的内容：数据管理与维护，涉及数据收集、整理、录入、分发和数据库管理工作；机器设备的管理与维护，涉及硬件维护、机器日常行政管理、系统操作记录和用户服务等；系统软件的管理与维护工作，涉及应用软件的管理与维护工作、代码维护等。
系统的可维护性是维护人员理解、改正、改动、改进这个软件的难易程度，提高可维护性是开发管理系统所有步骤的关键目的。系统可维护性的评价指标有可理解性、可测试性、可修改性。系统维护工作的类型有更正性维护、适应性维护、完善性维护、预防性维护。
11.ODP的系统移植是什么
答：系统移植有三种方法：第一种是不修改已有软件，使用高位呼唤、仿真功能、虚拟机功能；第二种是修改软件，把已有软件资源（程序、数据、计算机应用方法、各种说明书）转换为新机器具有的匹配性软件；第三种是重编软件，可以从逻辑设计开始、从程序设计开始、从编程开始三种开发方法。
移植工作大体上分为计划阶段、准备阶段、转换阶段、测试阶段、验收阶段。计划阶段是对现有系统调查整理，从移植技术、系统内容、系统运行三个方面探讨如何转换成新系统，决定移植方法，确定移植工作体制和移植日程。准备计算是进行移植方面的研究，准备转换需要的资料，对后续工作效率有很大影响。转换阶段是将程序设计和数据转换成新机器能根据需要工作的阶段。测试阶段是进行程序单元、工作单元测试的阶段。验证阶段是最后检测是系统并确认系统可正常运行的阶段。
系统移植过程中会用到很多工具，这些工具分为分析工具、生成工具、转换工具、数据应用工具、测试验收工具、管理工具等类型。
转载地址：http://cmpdi.baihongyu.com/