优化软硬件设计控制方式的介绍

集成电路人们习惯从采购上称其为元器件，但从功能性能上来说可以看作设备或整机，因为集成电路设计流程一般也要进行软、硬件划分，将设计基本分为两部分：芯片硬件设计和软件协同设计。芯片硬件设计也要将SOC 划分为若干功能模块，并决定实现这些功能将要使用的IP 核。此阶段间接影响了SOC 内部的架构和各模块间互动的信号，以及未来产品的可靠性。另外，也要对经综合后的电路是否符合功能需求进行验证，该工作一般利用门电路级验证工具完成，也就是通过软件进行验证。

综上所述，既然集成电路设计离不开芯片硬件设计和软件设计，那么采用GJB9001C 和GJB5000A 标准，对相关过程及里程碑节点的控制是保证专用集成电路质量和可靠性的好方法。

GJB9001C 标准是产品实现整个框架，GJB5000A 标准是控制产品实现的重要内容。二者都是一种指导思想，更重要的是在实践中运用，能够提升产品质量和效率［2，3］。以下举例说明。

芯片硬件设计的功能分解：按照项目相关工作分解结构的要求，对项目在研制初期完成自上而下逐级分解，形成一个层次体系（工作分解结构WBS）。该层次体系以产品为中心，由产品（硬件和软件）项目和资料项目组成，进行产品配置或对产品进行分析，形成项目的工作分解结构WBS，即产品的组成图，选择技术状态项，如图1 所示。

图1　树图典型图

应用树图绘制系统组成应尽可能展开到最低一级的功能模块，找出各功能模块的成熟度，并将其归纳为硬件新研或软件开发及外包等技术状态项或重点控制的功能模块，并分别按各自的具体要求实施产品的技术状态管理。即对硬件设计按GJB9001 标准的过程进行评审、验证和确认的设计和开发控制。(www.xing528.com)

在专用集成电路的软件设计中，可以看作是一种嵌入式软件或部分纯软件开发项目进行管理。随着集成电路的功能越来越强大，在集成电路的软件设计越来越重要，而且近年来系统故障统计，50%～60%是软件故障。软件质量问题和不可靠问题引起了人们的高度重视。一般来讲，软件质量和可靠性主要是软件的开发过程（包括软件的设计、编程、测试）中人为差错造成的缺陷所引起的。程序中即使每条指令本身都正确，但在程序运行时其逻辑组合状态千变万化，由于缺陷的存在，程序运行结果不一定正确，所以规范从事软件相关人员的开发活动，成为保证开发高质量和高可靠性软件的有效途径。软件工程化和GJB5000A 的引入，软件人员已有了开发的标准和依据。

随之而来短平快的项目越来越多，需求管理已成为项目成败的第一大风险。对于软件需求，项目进展初期，用户只有功能的要求，在细节方面总是不太明确，经过不断补充和完善后，往往到项目结束时，与原来的需求已经大相径庭。针对软件开发，要更重视效率、质量、面向用户快速反应能力，软件需求已成为软件产品整个周期中的核心驱动力。

需求的变化是宏观和合理的。因此控制的出发点不是只冻结需求本身，而是要控制需求的非预期变化，提供灵活高效的需求变更的机制，使需求的变化尽量在可预期的计划中。所以如何控制和跟踪需求变化并提供必要的机制，是需求管理的根本解决办法。将用户本身作为开发团队中的一部分来进行管理，让用户全程参与到项目的开发过程来，让用户与我们一同来归纳和确定需求，一同减少需求变化的可能性，是一种行之有效的方法。也就是GJB9001 标准中要求的建立良好的内外部沟通机制，定期向用户报告和传递信息。

另外，大型项目的配置管理是项目成败的第二风险，也是比较容易被忽视的一个因素。软件配置管理的目的是建立和维护在项目的整个软件生存周期中产品的完整和可跟踪性。强制性的定期同步与稳定版本，建立软件的开发库、受控库和产品库等，对软件配置项进行入库、访问、出库、维护、更改及发行等管理，以确保软件产品的正确性、完整性、可控性和可追溯性。