公司动态

难道还没法提问，那瞧瞧我嘿嘿Jaunpur，以我的商品合作开发和解构实战经验而言，应用领域软件结构设计的部分约莫包涵附注(由较繁杂带RTOS的电脑控制系统工程项目为例---PDPLinux工程项目除控制技术栈不那样，结构设计路子是那样的):

(1)市场需求分析和应用领域评估结果

市场需求分析是依照商品副经理依照市场的明确要求，明确提出的商品市场需求(一般包涵具体内容的机能市场需求，和生产成本等), 应用领域软件相关人员要依照这些市场需求分析，确认MCU机型，西向电子元件，评估结果结构设计控制技术难度和生产成本，确认商品的工程进度总体规划。

(2)应用领域软件架构结构设计

现在非主流的PDP商品都全力支持，邻近地区creates出访(如智能音箱--- 智能手机通过无线连接/wifi间接APP出访), 以及远距互联网出访(如车库终端产品 -- 云伺服器 -- 智能手机APP/页面后端/应用领域软件), 所以应用领域软件架构结构设计包涵整座商品的架构和PDP商品外部架构，这儿详尽讲诉PDP商品外部架构，转作我以后的两张图，是我精简的邻近地区creates出访的商品架构。

到了这一步棋，基本上对于工程项目的先期继续执行合作开发就有底了, 大体就分成RTOS的移殖和各项任务，驱动力组件合作开发及程序代码同时实现，通信协定的移殖和合作开发，互联网层机能合作开发，上面详尽讲诉

(3)RTOS的移殖和各项任务

RTOS的移殖主要各项任务是让控制系统在互联网平台恒定继续执行，顺利完成各项任务建立，并行，该些因为非主流电脑控制系统都已经全力支持，文件格式也很明晰，非常简单。

(4)驱动力组件的合作开发及程序代码同时实现

驱动力组件的合作开发不仅指GPIO，UART，I2C，SPI这些硬件的配置，该些因为现在的底层固件库的封装已经很简单了，还包涵西向电子元件如SPI-FLASH，传感器，EPPROM，CMOS，LCD等的调试，要考虑兼容性和稳定性，即使PDPLinux合作开发中，后面也是工作的大头，此外涉及到通信相关的，还要能够独立测试，以避免集成后出问题很难分析。

(5)通信协定的移殖和合作开发

对于通信协定，主要包涵通用的标准协定(如TCP/IP, BLE, Modbus)，厂商自定义的协定如(乐鑫的AT指令）和用于用户自定义协定，该些一般而言是商品中的重难点，需要有丰富的C语言以及行业相关知识。

(6)互联网层机能合作开发

互联网层合作开发虽然能讲的不多，但其实该些是工作量最大的部分，如按键请求的处理，菜单的同时实现和显示，数据的分发和处理，以及和上述同时实现组件接口的读写出访，该些是最后商品机能同时实现的核心，会依照市场需求实时变化，也是商品结构设计中最经常维护修改的部分。

(7)商品测试和维护

顺利完成上述所有步骤，一款商品就能够运行了，但是仅通过自己合作开发中的测试，和量产还有距离，先期就需要专门的测试，而应用领域软件合作开发相关人员只要发现问题-解决问题，进行版本维护或者新机能完善就可以，如果这个时间接手工程项目，还没有解构的权限和时间，工作就很枯燥了。

上面是一款商品的应用领域软件相关人员主要参与和继续执行的流程，大部分人只参与其中一部分，但最终商品都是靠这些小部分累积起来的，因此合理的架构结构设计和组件解耦很重要，不过结构设计再好的架构，随着代码容量的增大，时间工程进度的明确要求以及不同风格相关人员的维护，到最后都会偏离最初的结构设计，这也是工程上的难题。