ASPICE_01_01_ASPICE学习方法

Aspice 学习方法

• Aspice_01_01 Version 1.0

1. 问题导入法

阅读每个过程中相关的文档时，首先提问，
Q1. 这个过程的目标是什么，解决了什么问题？
Q2. 与项目中哪些角色相关，这些角色的职责是什么？
Q3. 不同的角色要做什么，怎么做？
Q4. 要有什么输出，表示做了什么，做对了什么，哪些做的不对？
Q5. 有什么来作为评判的标准？

2. 按角色分工

此过程中不同的工作，分属不同的角色负责，各角色分别不同负责什么工作？
* Engineers要做什么，做到什么 ？就可以达到这个标准中定义的相应域的能力水平
* Assessor要看到，或者收集到什么信息，就可以判定这个域达到了什么水平？没有什么，或者说什么做的不够？导致这个域没有达到期望的水平。

3. 模型框架

Aspice(Automotive Software Process Improvement and Capability dEtermination, 软件过程改进与能力测定标准)分为两个维度，横轴为PRM，即过程参考模型(Process Reference Model);纵轴为PAM，即过程评价模型(Process Assessment Model)。
PRM定义了该过程中的基本信息，如过Process Name, Process purpose, Process OUTCOME
PAM根据能力水平的不同，针对过程属性（Process Attribute）定义不同的指标，如level 1(Performed, 已执行)相对应的Process Performance Attribute(BPs/WPs); Level 2(Managed, 已管理)相对应的Performance Management PA/Work product PA。评估员也依据此模型收集项目中的信息，对此软件项目进行评级。
阅读此标准的人，在脑子中先有这个模型的概念，以此模型去套各个不同的域及过程。

4. 旁征博引

不论读书，还是阅读此标准，要有深度，也要有广度，搜集手头中关于此过程的资料，从不同角度理解此过程要求的能力。

5. 读书谓三到，眼到，手到，心到。

眼到: 电子版，打印纸质版均可，纸质版更佳，可以直接在上面写心得，但不易保存，检索。
同时，重点注意名词，对于每一个新的名词，或者概念，要做记录，弄清楚它的含义是什么？可以这么说，这个标准就是围绕名词PRM/PAM展开的。

6. 输出

读文章，标准，一定要有输出，输出的东西才是自己的，哪怕只有一点点。
a. 首先记笔记，了解此过程要求的能力及相应的BP/WP/GP
b. 用自己的话，描述一遍，这个过程中要求做什么，怎么做，要有社么样的输出，什么样的输出就可以算是符合level 1标准，level 2标准。
c. 写博客，与同路人交流，说出来，写出来的东西才是自己的。热烈欢迎有兴趣的博友留言评论交流。

---

反思
a. 从方法论角度，反思为何国人（准确的说，软件工程师）没有写出如此文档标准？
我们做软件的过程中，为何没能定义出如此的开发过程模型，为何没有定义出如此的过程评价模型？
国人在写软件产品文档时，尚推三阻四，怎么可能会写出比产品文档高一个维度的软件开发能力评估标准？
说到底，抽象思维能力不足，难以从实际软件开发过程中，抽象出过程开发模型，能力评价模型；语言表达能力不足，不能写出一个好的软件产品设计文档，更不可能写出另一个高度的标准文档。
国人只重实用，缺乏对于过程的思考，缺少“程序正义”中描述的“过程”。
只能码代码的软件工程师不是好厨子！

b. 一流的企业做标准，二流的的企业卖产品，三流的企业卖盗版。