POC [Proof of Concept] 原型 / 概念证明
2012-05-16 08:50
567 查看
http://www.mie168.com/other/2005-01/37334.htm
1、POC的概念
POC,是Proof of Concept的缩写,意思是为观点提供证据,它是一套建议的电子模型,它可用于论证团队和客户的设计,允许评估和确认概念设计方案,POC的评价可能引起规格和设计的调整。POC流程所产生的关于设计的承诺、大家都认可的意见都将记录在设计的调整文档中,以备查。这样下去,POC不断发展。 如果在完成这些任务时需要帮助,可以在Queensland大学找到协助资源。
2、POC的开发 POC的开发步骤及方法如下: 第一步,开发包含所有基本导航特征(按纽,图标、菜单等)的界面模型,但不是最终的完美形式。 第二步,给界面添加少量内容,尤其是在至关重要的媒体中添加一到两个样本。例如,如果套装软件包非常依赖3D模型,就应该添加一个包含驱动所必须的3D模型样本。如果软件包需要显示数据符号和表格,那么有关数据符号和表格的样本也应添加上。 请注意,这个过程应该用于支持论证和验证设计,而并不是软件包开发的实际开端。你应该尽力去论证和销售设计,但也不要太过分,因为设计过程中有时需要作重大的修改,这样将导致浪费大量的资源。
3、POC的评价和验证 评价和验证过程就是寻求风险承担者通过POC和备案设计文档的反馈。通过POC评价,风险承担者可能提出调整规格和设计的要求。 有时,由于设计存在的缺陷或不适当的地方,设计团队就可能只好回到绘图板。客户可能决定停止设计或寻找其他团队,这是因为设计没有足够地关注客户和使用者的需求,或者是因为客户需求的不稳定性。有时这种改变是由客户组织或者项目决策者所引起的。 通常,在评价和验证过程结束时,有关设计的承诺、大家都认可的意见都将记录在备案的设计文档中,这往往是产品开发的生命周期中一个重要的里程碑。在结束评价和验证之后,POC就可继续发展。
4、最小化的需求 尽管POC是产品开发过程中重要的评估技术,但是你也应该限制在POC开发方面所花费的时间,考虑到早先的设计阶段包含的所有因素,构建POC中关键元素。 应该把充足的精力用于论证和认同设计方面,但也不要过多,这样即使设计中需要作重大的修改,也不会导致浪费大量的资源。 在全面设计开始执行之前,让客户对设计认可是必要的。
5、客户的角色定位 规格和设计阶段,要求产品开发有详细的设计文档,而且POC常伴随着产品开发。客户签署设计文档中,并反馈POC是重要的项目里程碑。如果在下一阶段仍需修改产品设计,就要按照受控的变更控制流程得到认可和批准。在整个项目过程中处理不同的检查和停顿时,客户的一个重要职责是为按期交付而保证已确认的进度表,并同意为防止计划被耽搁而需再投资的情况出现。
1、POC的概念
POC,是Proof of Concept的缩写,意思是为观点提供证据,它是一套建议的电子模型,它可用于论证团队和客户的设计,允许评估和确认概念设计方案,POC的评价可能引起规格和设计的调整。POC流程所产生的关于设计的承诺、大家都认可的意见都将记录在设计的调整文档中,以备查。这样下去,POC不断发展。 如果在完成这些任务时需要帮助,可以在Queensland大学找到协助资源。
2、POC的开发 POC的开发步骤及方法如下: 第一步,开发包含所有基本导航特征(按纽,图标、菜单等)的界面模型,但不是最终的完美形式。 第二步,给界面添加少量内容,尤其是在至关重要的媒体中添加一到两个样本。例如,如果套装软件包非常依赖3D模型,就应该添加一个包含驱动所必须的3D模型样本。如果软件包需要显示数据符号和表格,那么有关数据符号和表格的样本也应添加上。 请注意,这个过程应该用于支持论证和验证设计,而并不是软件包开发的实际开端。你应该尽力去论证和销售设计,但也不要太过分,因为设计过程中有时需要作重大的修改,这样将导致浪费大量的资源。
3、POC的评价和验证 评价和验证过程就是寻求风险承担者通过POC和备案设计文档的反馈。通过POC评价,风险承担者可能提出调整规格和设计的要求。 有时,由于设计存在的缺陷或不适当的地方,设计团队就可能只好回到绘图板。客户可能决定停止设计或寻找其他团队,这是因为设计没有足够地关注客户和使用者的需求,或者是因为客户需求的不稳定性。有时这种改变是由客户组织或者项目决策者所引起的。 通常,在评价和验证过程结束时,有关设计的承诺、大家都认可的意见都将记录在备案的设计文档中,这往往是产品开发的生命周期中一个重要的里程碑。在结束评价和验证之后,POC就可继续发展。
4、最小化的需求 尽管POC是产品开发过程中重要的评估技术,但是你也应该限制在POC开发方面所花费的时间,考虑到早先的设计阶段包含的所有因素,构建POC中关键元素。 应该把充足的精力用于论证和认同设计方面,但也不要过多,这样即使设计中需要作重大的修改,也不会导致浪费大量的资源。 在全面设计开始执行之前,让客户对设计认可是必要的。
5、客户的角色定位 规格和设计阶段,要求产品开发有详细的设计文档,而且POC常伴随着产品开发。客户签署设计文档中,并反馈POC是重要的项目里程碑。如果在下一阶段仍需修改产品设计,就要按照受控的变更控制流程得到认可和批准。在整个项目过程中处理不同的检查和停顿时,客户的一个重要职责是为按期交付而保证已确认的进度表,并同意为防止计划被耽搁而需再投资的情况出现。
相关文章推荐
- Proof of concept (POC) 即 概念原型
- 关于POC,基本概念 - Proof of Concept的缩写,意思是为观点提供证据
- POC [Proof of Concept] 原型 / 概念证明
- POC(proof-of-concept)
- POC(proof-of-concept)
- MS Windows GDI+ Proof of Concept (MS08-052) #2
- odak Image Viewer TIF/TIFF Code Execution Proof Of Concept
- WPF程序设计 :第三章 内容的概念(The Concept of Content)
- 人类概念学习的复杂度 complexity of human concept learning
- 转:Meltdown Proof-of-Concept
- phpMyAdmin Remote Code Execution Proof of Concept
- MS06-040 Remote Code Execution Proof of Concept
- Proof of the deliverables - 完成品的证明
- Microsoft Word Document Code Execution Proof of Concept
- Proof of Separable Convolution 2D 证明 二维卷积的可分性
- Default Multi-column Sort (Proof of Concept)
- 点燃XML Paper Specification[Proof-of-concept]XPS reader for Silverlight
- MS Windows GDI+ Proof of Concept (MS08-052) #2
- Win2K Kernel Hidden Process/Module Checker 0.1 (Proof-Of-Concept)
- IIS 5.0 WebDAV - Proof of concept - shellcode included