Eigrl的博客

以上，列出了实施ASPICE能带来的益处。但实操起来，尤其是把ASPICE各过程域做全的时候，会遇到各种各样的问题（不是技术问题有多难，而是该如何做选择，如何既能符合ASPICE要求，保证过程质量，又能不过多降低交付速度，组织整体效能不被过多削弱）。对于BMS而言，这意味着更精确的电池状态监测、均衡控制、热管理等功能的实现，从而延长电池寿命，提高整个电动汽车的续航能力和安全性。ASPICE推动了系统工程方法的应用，促进了机械、电子、软件等领域之间的有效协作，确保整体解决方案的集成性和一致性。

但实操起来，尤其是把ASPICE各过程域做全的时候，会遇到各种各样的问题（不是技术问题有多难，而是该如何做选择，如何既能符合ASPICE要求，保证过程质量，又能不过多降低交付速度，组织整体效能不被过多削弱）。功能性需求定义了产品应该做什么，而非功能性需求则确保了产品在实现这些功能的同时，能够保持良好的性能、可靠性和安全性。相比之下，非功能性需求关注的是产品如何工作，即产品除了实现特定功能外，还需要满足的一些性能、可靠性、安全性、稳定性、易用性等方面的要求。议题：功能需求与非功能需求的区别是什么？

本规范旨在指导新能源汽车电池管理系统（BMS）的开发团队按照ASPICE (Automotive SPICE) 的SYS3级别要求来编写详细的系统架构设计文档。文档应涵盖从概念设计到具体实现的所有关键系统架构决策和设计细节，确保系统的可追溯性、完整性及一致性。

4.2 接口设计：详述系统内外部接口，包括硬件接口（如与电池、电机控制器、车载网络等的通信接口）和软件接口（如模块间的服务调用）。3.3 功能模块划分：定义各功能模块及其职责，如电池状态监测模块、热管理模块、均衡控制模块等，并明确模块间的交互关系。4.1 系统层级划分：提出系统的分层架构，如硬件抽象层、功能管理层、应用层等，并解释每一层的功能及相互之间的通信机制。6.1 设计评审：阐明架构设计的评审流程和依据，包括功能完备性、可维护性、可移植性等方面的评价标准。

由于文档编写需要时间，开发人员又有经验积累，实际项目开展中，为了快速推进开发，各工程域往往是并行开展的，硬件和软件在没有收到完整的系统需求后可能就开干了。之后就是边开发边补文档，这个过程中就会造成上、下游难以对齐

按照ASPICE去做，但又没有对各工程域进行合理解耦的话，就会出现很多重复性的工作。有必要寻找ASPICE符合性与开发效率兼得的方法