标签：style   blog   http   color   ar   sp   on   2014   问题   

A story（以本次项目开发为例）：

刚开始的做法：

        因为之前已经有做好了的系统了，所以即使重构，界面的整体效果和功能点变动也不会太大。但是还是有一些要变更和再优化的。开始画原型的时候，各子系统负责人自己说了算，甚至于画模块的人说了算，想怎么画就怎么画。有些需求甚至于也没有细想甚至于理通，就照猫画虎的把原型画了。导致后来四个子系统的原型风格各异，同一个系统的原型也长得不一样，甚至于同一个系统的需求也是不一样的，整体一个感觉，乱。而且开会效率也打了折扣，画原型之前做的工作就是把需求理通，但是到了原型会议的时候，发现好多需求都还待定，导致会议时间过长，并且一次不能解决问题。

后来改进的做法：

        加了UI规范，并且出了一版原型作为参照。

怎么说呢，总体感觉好了不少，但是个别地方还是禁不起细推敲。加了评审的阶段，主要是对需求的优化和改进评审。

可以后续再优化的：

        前期做好准备，比如UI规范，还有设计原型的模板做出一套，到时候再画原型的时候，就可以照搬过来用，并且还能保证系统原型风格的统一。

总结：

       有人说过，原型是以一种“粗糙”的方式展现产品的核心功能，是一种最简单和直白的需求表现形式。

原型设计的重要性：

1.画原型的过程就是对需求的一种再整理，更加深层次的整理；

2.一图胜过千言万语。图是人类最容易接受的形式，直观的表现给需求人员，开发人员，测试人员，产品经理和用户。

3.开发前给客户看产品的原型，保证了后续开发完成后完全走偏的悲惨命运。

4.给新人，刚接触这个项目的人看的，最快速的了解需求和进入状态的渠道。

5.测试人员测试的依据，并且也是测试主管需求评估，制定测试计划的依据。

6.给业务人员或者销售人员提前熟悉产品的过程，及早推广产品的依据。

        看完了上面的几条后，你就会发现用原型的根本目的不是为了交付，而是沟通、测试、修改、解决不确定因素。原型很重要，请大家一定要重视！

软件测试系列之原型设计（六）

标签：style   blog   http   color   ar   sp   on   2014   问题   

原文地址：http://blog.csdn.net/caozhangyingfei0109/article/details/41173813