前言：
本系列第一篇文章详细介绍了ASPICE流程中对应的用处，人员配置，和输出文档的关系。
却忘记了介绍ASPICE流程的优点，这篇文章首先就简绍下ASOICE流程的优点和缺点，这样大家就能对ASPICE有更直观的认知。
**1）ASPICE流程开发的优点和缺点
ASPICE本身就是以流程控制，过程控制为长处，具体实现手段上，就是以各种文档，各种评审方式，各种审批，审核，验证的流程。和追溯相关性、和开发细致性（或者叫做开发颗粒度），开发流程的关联性上体现。
我总结ASPICE流程的特点“以团队为主体载具，用细化的流程和方法，最大可能程度上避免，个人因素对软件开发过程中的不确定因数”
说人话，就是用细致到可怕的流程和方法，使用大量的人力，时间成本，去控制开发过程，尽量的避免，人为失误或过于追求开发进度而出现的质量问题。
ASPICE还有一个特点，就是“去中心化”，这怎么理解？其实就是指，避免了项目开发过程中，过度依赖一些个人，比如项目组中存在，一些个人大包大揽，很多事情只有他知道，只有他能干。如果出现这个人离职，或者离开项目组。项目可能直接面临黄掉的风险，ASPICE就避免了这样的风险。
如上所说，缺点也就很明显了，首先成本会很高（主要指人力成本和时间成本），其次对于打工人来说，自己成为可有可无的螺丝钉了，是随时都可以被替代的。当下的就业环境下，无疑是让人担心的。
**2 总结1）对于优点的思考
故大家在以后得学习ASPICE中，就需要保持着以上的思想，带着思考去学习，思考流程和文档输出，如何确保不出错，如何减少因为，某个流程或人员的粗心，导致项目开发出现风险和质量问题的可能。
**3 总结2）对于缺点的应对方法（体系的适当裁剪）
我们知道ASPICE是对应汽车软件开发过程的评定和提升方法，我们上一篇文章说，aspice有16个主要工作域。这并不是指，我们采用ASPICE开发，就必须完整的过完这16个过程域。
我们可以根据项目的复杂程度，有选择性的，选择相对应的过程域。这个选择过程ASPICE过程并没有做出具体规定。所以这对项目的管理者提出了要求。项目的管理决策者，需要在立项之初，就需要把ASPICE的框架搭好，尽量避免中途增加或删除过程域。
比如现在比较新兴的智驾行业，智能座舱，智能一体化底盘，等行业，因为软件开发复杂，为了保险起见，在16个过程域的基础上，还要添加几个过程域。
一个过程域中，甚至还要分为若干个阶段实现，对应的文档输出也是需要多输出一些。
但是如果项目简单，比如一个角度传感器（就是方向盘上的那个），如果客户又要求必须按照ASPICE流程开发，那么甚至是可以缩减过程域来实现的（前提要和客户沟通好，达成书面协议），如果客户是懂ASPICE流程，也懂产品。大概率他们是会同意的。
此外，如果有其他非汽车行业的小伙伴，如消费电子行业，的软件开发流程，如果业界没有一套可用的，成熟的，又被广泛接受的流程体系。其实也可以参考一下ASPICE，取其精华，归纳一套适合自己行业的开发流程规范。
有些童鞋，虽然是汽车行业，但是从事的比如是结构件，塑料件，喷涂，机械结构等方面的工作，其实也可以借鉴ASPICE流程中的某些经验。
以下几点是我总结，即使是非汽车软件开发项目，也可以借鉴的思想
1**）设立文件管理体系。对开发过程中的文档受控。
2**）流程的可追溯性，在任何阶段都必须保持，文档，设计物，的可追溯性
3**）对设计的评审
4**）对设计需要满足的规范要求，分解为一个一个的功能点，并对每一个功能点，编号。并且对验证的具体措施和方法，也编号处理
5**）对开发过程中的，每一处设计，处理，包括生产工艺，质量保证的方式都形成文档化的规范