 这就是我 |
|
|
| 最新公告 |
|
| 站点日历 |
|
| 最新日志 |
|
| 最新回复 |
|
| 最新留言 |
|
 日志搜索 |
|
|
 友情链接 |
|
 其他信息 |
|
|
|
|
|
|
|
|
|
| ·POC -|liurm 发表于 2010/4/9 15:58:00 |
POC，是Proof of Concept的缩写，意思是为观点提供证据，它是一套建议的电子模型，它可用于论证团队和客户的设计，允许评估和确认概念设计方案，POC的评价可能引起规格和设计的调整。POC流程所产生的关于设计的承诺、大家都认可的意见都将记录在设计的调整文档中，以备查。这样下去，POC不断发展。
POC的开发步骤及方法如下：
第一步，开发包含所有基本导航特征（按纽，图标、菜单等）的界面模型，但不是最终的完美形式。
第二步，给界面添加少量内容，尤其是在至关重要的媒体中添加一到两个样本。例如，如果套装软件包非常依赖3D模型，就应该添加一个包含驱动所必须的3D模型样本。如果软件包需要显示数据符号和表格，那么有关数据符号和表格的样本也应添加上。
请注意，这个过程应该用于支持论证和验证设计，而并不是软件包开发的实际开端。你应该尽力去论证和销售设计，但也不要太过分，因为设计过程中有时需要作重大的修改，这样将导致浪费大量的资源。
评价和验证过程就是寻求风险承担者通过POC和备案设计文档的反馈。通过POC评价，风险承担者可能提出调整规格和设计的要求。
有时，由于设计存在的缺陷或不适当的地方，设计团队就可能只好回到绘图板。客户可能决定停止设计或寻找其他团队，这是因为设计没有足够地关注客户和使用者的需求，或者是因为客户需求的不稳定性。有时这种改变是由客户组织或者项目决策者所引起的。
通常，在评价和验证过程结束时，有关设计的承诺、大家都认可的意见都将记录在备案的设计文档中，这往往是产品开发的生命周期中一个重要的里程碑。在结束评价和验证之后，POC就可继续发展。 |
| [阅读全文 | 回复(0) | 引用通告 | 编辑 | 收藏该日志] |
|
发表评论：
|
|
|
|
| |
