CMMI on line

阅读本贴之前，请先阅读：
http://cmmionline.net/forums/thread/207.aspx

技术解决方案这个PA，主要讲述的是设计、开发、实施方面的问题。在CMM中，对设计、开发、实施方面的要求是比较简单的。

SG1: Product or product-component solutions are selected from alternative solutions.
从候选方案中选择产品或者产品组件的解决方案。这个目标的主要内容就是制定选择的标准，设计候选方案，针对产规格依据选择标准，从候选方案中选出合适的方案。

SP1.1 Develop detailed alternative solutions and selection criteria.
开发详细的候选方案及选择的标准。

SP1.2 Evolve the operational concept,scenarios,and environments to describe the conditions,operating modes,and operating states specific to each product component.
针对每个产品组件描述操作概念、场景、环境、操作模式和操作状态等。

SP 1.3 Select the product-component solutions that best satisfy the criteria established.
选择最符合要求的产品组件设计方案。

SG1讲述的是如何找出最合适的设计方案，我们很多开发人员，做编码之前都不太喜欢认真思考设计方案，迫于时间压力，不仔细考虑设计方案是否合适，就直接开展工作，这样做的风险是非常大的。
SP1.1讲述的是先考虑好我们设计方案的选择标准，并找出可能的候选方案。
SP1.2要求我们对产品的规格进行详细的表述，因为我们的方案是要满足这些规格的，也只有这样，我们才能更好地找出合适的解决方案。
SP1.3讲述的就是根据选择标准选出最佳方案。

有人可能有这样的疑问，有些项目很简单，或者设计方案很明确，没有必要搞什么候选方案和选择标准，直接设计就可以了。设计方案除了针对整个项目的大的设计方案，还包括组成产品的各个组件的设计方案，绝大部分情况下，一个项目肯定会有部分地方技术不太明确需要仔细分析的。另外，不管怎样，都应该根据项目的实际情况，定出这个项目的设计标准，就算只有一个方案，也需要用该设计标准来检验该方案。大部分情况下，认为不需要考虑多个设计方案、不考虑设计标准，都是“懒惰”思想作怪，不做这样的考虑，项目的风险是比较大的。

SG2: Product or product-components designs are developed.
开发产品或者产品组件设计。
最佳候选方案确定后，就可以开展具体的设计工作了。

SP2.1 Develop a design for the product or product components.
开发产品或者产品组件的设计。

SP2.2 Establish and maintain a technical data package.
建立和维护技术数据包。这个Practice的字面意思比较难理解，其实意思很简单，就是要建立和维护一套管理所有设计文档、数据的方法或者体制，对设计过程的数据、文档进行有效的管理。

SP2.3 Design comprehensive product-component interfaces in terms of established and maintained criteria.
根据所建立和维护的标准，设计合适的产品组件接口。

SP2.4 Evaluate whether the product components should be developed,purchased,or resued based on established criteria.
根据制定的标准评估哪些产品组件需要开发、购买或者重用。

SG3: Product components,and associated support documentation,are implemented from their designs.
实施产品设计并开发相应的支持文档。

SP3.1 Implement the designs of the product components.
实施产品组件的设计，简单地说就是依据设计进行编码活动了。

SP3.2 Develop and maintain the end-use documentation.
开发和维护最终用户文档，如用户手册、安装手册、管理员手册等。

 

---

CMMIonline 版权所有
欢迎转载，但请给出指向本网站的链接：
http://www.cmmionline.net
版权声明见：
http://cmmionline.net/forums/thread/1340.aspx

在TS过程域中出现的service到底是指的什么服务呢？谢谢！

The Technical Solution process area is applicable at any level of the product architecture and to every product, product component, productrelated life-cycle process, and service.

Technical Solution specific practices apply not only to the product and product components but also to services and product-related life-cycle processes.

这个问题问得很好！

帮我们做评估的主任评估师丛斌博士曾经跟我们说过，CMMI的标准其实不只适用于软件开发的，软件相关、硬件相关、甚至是其它行业也适用的，SEI甚至是有“野心”拓展CMMI的适用范围。
另外，我也问了这样一个问题，我们公司曾经做过只做需求开发的项目，就是说只有需求调研的，这样如何跟TS对应？丛博当时回答是是可以对应的，关键是我们怎样去对应。做需求调研是一种Service，Service也是可以有设计的。

所以我理解这个Service就是咨询、顾问、培训等等服务了，也就是咨询机构、培训机构等也是可以去过CMMI的，不过要在这些服务中理解各PA的各个Practice的含义就会比较困难，目前我没有这方面的经验。

对这个“Service”理解我也不知道是否到位，欢迎大家指正！

---

CMMIonline 版权所有
欢迎转载，但请给出指向本网站的链接：
http://www.cmmionline.net
版权声明见：
http://cmmionline.net/forums/thread/1340.aspx

请问对用户手册的编写，和以前我们编写的相比CMMI有什么新的要求没有。

---

CMMI是一个刚出炉的香喷喷的小蛋糕，我要细细的闻，慢慢的品尝，把它吃到肚子里。

关于SP2.2 Establish and maintain a technical data package.建立和维护技术数据包。在实际执行过程中，是不是类似于CM部分，将所有的技术相关文档有组织地放置在配置库的各个目录下呢？还需要有其他文档吗？

techenical data package（技术数据包）是指在开发工作中，所有与设计相关的内容。设计的过程是一个逐步求精的过程，有概要设计、详细设计、数据库设计、数据字典等，每个公司可能不太一样，但这些设计内容是逐步建立，越来越多，并且在后续过程中持续修改的。Establish and maintain a technical data package的意思就是要管理这样的一个过程。

我们对照一下SG2 Product or product-component designs are developed. 中文意思是产品或者产品组件的设计被开发，SP2.2这个Practice的目的是为了这个目标的。

有点类似于CM但不完全一样，不是简单地把技术相关文档有组织地放在一起就满足要求的，还必须考虑技术包需要包含什么内容，它们的先后关系依赖关系，设计文档如何被评审，什么人要关注什么文档，什么人要使用什么文档等，项目经理或者是软件设计师要特别关注这些问题。

---

CMMIonline 版权所有
欢迎转载，但请给出指向本网站的链接：
http://www.cmmionline.net
版权声明见：
http://cmmionline.net/forums/thread/1340.aspx

对于用户手册，只有一条SP3.2 develop and maintain the end-use documentation.

CMMI不会规定具体的内容的，用户手册也是一样。用户手册应该怎样写，自己公司可以决定，一般来说，可以这样考虑：（这些不是CMMI的要求）
1.用户是否觉得实用，看了是否能让用户很容易上手？
2.用户手册能不能减轻公司实施或者服务的工作量？

---

CMMIonline 版权所有
欢迎转载，但请给出指向本网站的链接：
http://www.cmmionline.net
版权声明见：
http://cmmionline.net/forums/thread/1340.aspx

技术解决方案的选择标准需要独立成文吗？不然要在哪里体现？另外可不可以举个例子。

不一定要单独成文，每个公司的设计过程不太一样，不一定照搬。选择标准一般是在设计初期定的，一般要在概要设计前定，定好标准，然后对候选方案进行研究，根据标准选择合适的方案，然后再做概要设计。

我们公司是在做架构设计之前定的，我们做架构设计之前，还需要确定设计原则、候选方案选择标准，必要时要做技术研究等。

另外对于选择标准，很容易定成一些大而虚的没有实际用途的标准，如什么扩展性、技术难度、可移植性等。要定就要根据需求，包括功能需求和非功能需求，列出最影响项目成功的需求，针对性地分析方案对于满足这些需求的能力，分析这些方案针对这些需求的成本、进度等，这样才能切实做好方案选择，而不会流于形式。

---

CMMIonline 版权所有
欢迎转载，但请给出指向本网站的链接：
http://www.cmmionline.net
版权声明见：
http://cmmionline.net/forums/thread/1340.aspx

zhangcb:

不一定要单独成文，每个公司的设计过程不太一样，不一定照搬。选择标准一般是在设计初期定的，一般要在概要设计前定，定好标准，然后对候选方案进行研究，根据标准选择合适的方案，然后再做概要设计。

我们公司是在做架构设计之前定的，我们做架构设计之前，还需要确定设计原则、候选方案选择标准，必要时要做技术研究等。

另外对于选择标准，很容易定成一些大而虚的没有实际用途的标准，如什么扩展性、技术难度、可移植性等。要定就要根据需求，包括功能需求和非功能需求，列出最影响项目成功的需求，针对性地分析方案对于满足这些需求的能力，分析这些方案针对这些需求的成本、进度等，这样才能切实做好方案选择，而不会流于形式。

张老师，那么组织级的设计选择标准该如何定？

每个公司的组织级设计标准应该怎样制定，要根据每个公司的情况，由该公司的设计牛人、技术牛人来制定。

简单说说几个注意点：
1.一定要由熟悉公司情况的行家来设计，可以听取专家的意见，但要以自己的想法为主，切忌让没有设计经验的过程理论家来设计。
2.设计原则、选择标准这些东西，不能大而虚，要针对公司不同类型的项目制定准则，尽量具体明确。
3.要让执行这些标准的人参与制定标准，并评审这些标准。
4.边实践边优化，执行的人觉得有用，才是真的有用，而不是咨询师说可以还是不可以。

或者你再详细说说具体的情况，我看看能不能尽量提供帮助？

---

CMMIonline 版权所有
欢迎转载，但请给出指向本网站的链接：
http://www.cmmionline.net
版权声明见：
http://cmmionline.net/forums/thread/1340.aspx

“我们公司是在做架构设计之前定的，我们做架构设计之前，还需要确定设计原则、候选方案选择标准，必要时要做技术研究等。”

能不能将这部分内容发给我看看，我想参与一下。apollo47@126.com   谢谢！

 

不好意思，这些内容是公司的资产，是不能share的。

---

CMMIonline 版权所有
欢迎转载，但请给出指向本网站的链接：
http://www.cmmionline.net
版权声明见：
http://cmmionline.net/forums/thread/1340.aspx

心虚的来挑战权威....这个service我的理解不是这样的，CMMI的确不是只适用于软件开发的，但是也不能扩展到“咨询、顾问、培训”那么广泛吧，SEI最终想把它做成什么样子现在没人知道，但是至少就现在公布的部分来说，肯定不能涵盖那么广泛。另外，我觉得CMMI只是一个经过提炼的过程标准，没有必要将它神化，用各种各样的可能是“臆想”的解释来证明它是全天下第一优，无所不包括。

我觉得这个service是指产品交付以后的后续维护，这部分是生命周期的一部分，但是常常被开发人员忽略，因为很多公司的开发和维护不是一拨人做的。这样解释可以印证后面的“....but also to services and product-related life-cycle processes.”。维护阶段也可能遇到比较棘手的问题，需要设计几个方案来选择。

我是质量新兵，理解粗浅，膜拜楼主很久了，有错误请大家不要见笑。

 

zhangcb:

这个问题问得很好！

帮我们做评估的主任评估师丛斌博士曾经跟我们说过，CMMI的标准其实不只适用于软件开发的，软件相关、硬件相关、甚至是其它行业也适用的，SEI甚至是有“野心”拓展CMMI的适用范围。
另外，我也问了这样一个问题，我们公司曾经做过只做需求开发的项目，就是说只有需求调研的，这样如何跟TS对应？丛博当时回答是是可以对应的，关键是我们怎样去对应。做需求调研是一种Service，Service也是可以有设计的。

所以我理解这个Service就是咨询、顾问、培训等等服务了，也就是咨询机构、培训机构等也是可以去过CMMI的，不过要在这些服务中理解各PA的各个Practice的含义就会比较困难，目前我没有这方面的经验。

对这个“Service”理解我也不知道是否到位，欢迎大家指正！

看上去你的解释更适合一点 :)

---

CMMIonline 版权所有
欢迎转载，但请给出指向本网站的链接：
http://www.cmmionline.net
版权声明见：
http://cmmionline.net/forums/thread/1340.aspx

大家好，我是过程方面的新手，能不能推荐一些这方面的书籍资料什么的？谢谢。当然了，这个网站我是经常光顾的，虽然我没有发表什么说法（经验尚浅）

首先你在这里跟帖发这个内容是不合适的，与这个帖的主题无关。请你看看发贴指南：
http://cmmionline.net/forums/thread/9521.aspx

本论坛提到不少的书籍，你可以查查看：
http://cmmionline.net/google.html

---

CMMIonline 版权所有
欢迎转载，但请给出指向本网站的链接：
http://www.cmmionline.net
版权声明见：
http://cmmionline.net/forums/thread/1340.aspx