|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
变更管理的基本原则为：应建立项目基准、变更控制流程和变更控制委员会，应完整体现变更的影响，变更产生的相关文档应纳入配置管理中。
|
|
|
|
.基准管理：基准是变更的依据，在项目实施过程中，制定基准计划并经过评审后即建立初始基准，此后应针对每次批准的变更重新确定基准。
|
|
|
|
.建立变更控制流程：建立或选用符合项目需要的变更管理流程后，所有变更都必须遵循这个流程进行控制。流程的作用在于将变更的原因、专业能力、资源运用方案、决策权、干系人的共识和信息流转等元素有效地综合起来，按科学的顺序进行变更。
|
|
|
|
.建立变更控制委员会：建立变更控制委员会并明确其职责，明确变更流程中相关工作的角色及其职责。
|
|
|
|
.完整体现变更的影响：各种来源的变更都可能会对项目的进度、成本、质量等产生影响，变更管理过程中需要全面完整地分析变更可能产生的影响，为变更控制提供依据。
|
|
|
|
.变更产生的相关文档应纳入配置管理中：可以使用手工或自动化工具进行配置管理，目前常用的配置管理工具有Rational ClearCase、Perforce、CA CCC/Havest、Merant PVCS、Microsoft VSS、CVS等。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
嵌入式系统软件的开发过程可以分为项目计划、可行性分析、需求分析、概要设计、详细设计、程序建立、下载、调试、固化、测试及运行等几个阶段。
|
|
|
|
项目计划、可行性分析、需求分析、概要设计及详细设计等几个阶段，与通用软件的开发过程基本一致，都可按照软件工程方法进行，如采用原型化方法、结构化方法等。
|
|
|
|
：由于嵌入式软件的运行和开发环境不同，开发工作是交叉进行的，所以每一步都要考虑到这一点。
|
|
|
|
程序建立阶段的工作是根据详细设计阶段产生的文档进行的，主要是源代码编写、编译链接等子过程，这些工作都在宿主机上进行，不需要用到目标机。产生应用程序的可执行文件后，就要用到交叉开发环境进行调试，根据实际情况可以选用3.6.3节中提到的调试方法或其有效组合来进行。由于嵌入式系统对安全性和可靠性的要求比通用计算机系统要高，所以，在对嵌入式系统进行白盒测试时，要求有更高的代码覆盖率。
|
|
|
|
最后，要将经调试后正确无误的可执行程序固化到目标机上。根据嵌入式系统硬件配置的不同，可以固化在EPROM（Erasable Programmable ROM，可擦除可编程ROM）和Flash等存储器中，也可固化在DOC（DiskOnChip）等电子盘中，通常还要借助一些专用编程器进行。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
该重工集团有自己的管理模型。顶端按照工业4.0，集团管控，包括阿米巴经营模式；相应的流程制度，岗位职责，工作标准，成本绩效。左边是信息化管控，右边是智能化建设，下面是精益管理，底下是企业文化。这样的管理需要用信息化系统去实现。
|
|
|
|
在这架构中，ERP系统是基础，利用CRM系统和客户对接，SRM管理供应链，MES监控生产。利用OA把所有业务打通，而后利用专业软件，实现前端的商务智能分析。
|
|
|
|
下图的物联网设想把MES系统和机床、物流以及检测设备连起来，做成物联化，把ERP升级到CRM或者SCRM，把供应商和客户打通，形成企业的互联网。
|
|
|
|
|
|
|
|
下图是整个业务系统的总体架构图。一个平台、两级部署、三层应用，包括商业分析、移动应用、企业门户和协同管理。
|
|
|
|
|
|
|
|
在业务系统这块，先后上线了ERP系统、PLM系统、OA系统和MES系统。上线的这些系统，虽然参与了生产、管理，打通了业务，却没有让领导层参与，反馈报告依然采用Excel、PPT。作为决策者，领导层更应该参与数据的可视化呈现过程。所以，2014年上线了帆软报表系统，提升了数据前端展示，利用某报表软件承担的BOSS系统决策，将领导层纳入管理体系。
|
|
|
|
|
|
|
|
|
|
|
|
|
