DOC《Think in Requirement》

部分则在整体的要求下,以整体可接受的方式充实和展现自在的内容. 其二,从横向来讲,各组成部分表现同一主题,满足同一规则或标准,相容共存. 整体是DNA,它为各部分的发挥奠定了基础.而各部分则在同一规则和标准的约束下,以自在的角度和视角对整体所确定的主题进行深化和展开.各部分虽然侧重不同,但在目的和本质上却有着共同的交集.它们求同存异,相得益彰. 读者可能会说: 太抽象了,请不要因为你无意的深刻而让你的语言一无可取! 下面笔者就从实际工作中讲讲一致性,具体表现在如下三个方面: 其

一、需求文档的一致性;

具体来说,第一,需求的高层定义(整体)与按不同角度展开的内容(部分)相一致.展开的内容一方面不应该超出高层定义所界定的范围;

另一方面展开内容要充分阐述高层定义中确定的中主题.例如高层定义中确定的某个重要功能未被充分展开,这是不应该的.但或者某个功能超出高层定义,对高层定义作了没有意义的发挥,同样是不应该的.第二,对高层定义不同角度展开的内容之间应保持一致.例如,对一组事物(a,b,c)从两个角度(S,T)展开,在S角度展开了事物(a,b,c),但却在T角度仅仅展开了事物(a,b),这是违反一致性要求的. 读者可能会说: 呵呵,原以为挺高深的,看来不过如此! 笔者要说的是:想起来就容易了,但谁又能保证自己时时都能想到呢?即使不需要时时想到,但谁又能保证自己总在必要的时候想到呢?人固然是最聪明的动物,但他的思维仍然是不可靠的.但话又说回来,如果人的思维真的100%可靠,那么人和机器到底还有怎样的差别呢?一个合理的悖论.请不要试图深刻地思考这个悖论,快乐就好. 其

二、用户界面的一致性;

具体说来,系统展现给用户界面,界面与界面应该体现相同的风格和样式,布局协调给人以美感.最好是用户看了还想看,起码的不要伤害用户的眼球,更不要不小心伤了用户脆弱的心.毕竟,掏钱的人总是敏感的. 读者可能会说: 这或许是一个美术家才能准确判断的吧? 实际并非这样,不同的人对美的创造力可能差别很大,但对美欣赏的能力却差别较小.一个普通的外国人和一个中国书法家对同一雄拔挺壮、气贯长虹的书法能够感受到大致相同的震撼. 笔者就经常对着用户页面猛看,如今已经不懂得什么叫脆弱了. 其三,需求文档与用户界面的一致性;

需求文档界定了用户界面展现的内容,用户界面则要充分落实对其中内容的展现.出现残缺、冗余和不一致等现象都是不应该的.当然,这种一致的实现和保持不是需求分析师将需求文档直接交给页面制作人员就能做到的,真实的过程是:…反馈…修改…再反馈…再修改….笔者在下文中会更加详细地探讨这个问题. 读者此时可能会说: 为什么只有满足一致性才能称为是正确的需求呢? 下面笔者就来谈谈一致性的意义. 首先说需求文档和用户界面一致性的意义. 如果需求文档不保证一致性,那么不同角度展开的内容就不需要遵守和充分展开高层定义,那么高层定义的目的何在?需求文档的必要性何在?如果用户界面不保证一致性,那么它们又为什么而聚集在一起呢?用户界面的必要性何在? 实际上,需求文档、用户界面一致性规范了我们最终产品展现的内容、页面流转逻辑、用户与系统间的交互规则,简称为产品一致性.用户在使用产品部分功能后就会培养起对产品一致性的直觉,那么用户就能把这种直觉带到使用产品的其他功能的过程中,而如果用户接触的前后功能满足相同的产品一致性,那么用户就能通过 想当然 的方式轻易地 自学成才 .然后,专家之类的人物就会评价说: 这个软件嘛,易用性很好,用户几乎不需要什么特殊才能就能学会. 这就是笔者所要阐述的一致性的精........