敏捷开发用户故事系列之十一：CSDN博客用户故事分析

这是敏捷开发用户故事系列的第十一篇。（栏目目录）

经常有人问起有没有完整的用户故事案例。本人在网上找了一下，大约能找到两三篇，但多数只是为了描述用户故事的语法而已，都不涉及用户故事的颗粒度、大量故事的组织结构这类内容。

本来想用我们自己的火星人做案例，但考虑到大家都不熟悉我们的工作内容，一直没有动手。前天突然想到何不用大家都熟悉的CSDN博客系统做一个演示，所以才有此文。

分析过程使用的方法是敏捷开发用户故事系列之十：八步走从用户故事生成代码结构提到的方法（前四步），如果只计算用Word生成故事树的时间，只有1小时不到（当然这是在系统已经完工的情况下，如果尚未开工正在头脑风暴，可能要花费两个人一上午，一般还会遗漏20%左右。当然这已经很快了）。这种方法的优点是不必迟疑下一步该怎么办，而可以聚焦于正在分析的业务本身。

定义

子系统	无特殊含义，作为目录使用
模块	无特殊含义，作为目录使用
业务数据	一般为名词，用户在系统中需要管理的业务信息。一般每个核心信息包含4～9个下面提到的业务操作，否则应考虑合并或拆分。
业务操作	一般为动词或动宾词组，用户在系统中对业务数据所作的业务操作。最常见的业务操作即我们常说的“增删改查（查看所有，查看单个）”等五个操作。

CSDN博客用户故事分析

下面的三个大子系统，可参考以下页面：

前台功能可参考： http://blog.csdn.net/cheny_com

后台功能可在登录后访问： http://write.blog.csdn.net/postlist

社区功能可参考： http://blog.csdn.net/

下面是火星人帮助系统中的截图，因无法显示悬停内容，在图后有一些展开的说明文字。

注意事项

以下是图中的部分解释（不限于图中有图标的地方，大致从左到右，从上到下）

 

他人博客

若将自己和他人的博客统称为“博客”，则所涉及的操作数量远远超过9个；而且博客用户也能明确感知到两者的区别，故将两者拆分处理。

自己博客

对于自己的博客也可以查看两种视图，但由于与他人博客的数据格式、展示目的、展示方式大致相同，故不再单独计数。

评论

评论无论长短都是直接展开显示在评论列表中的，故没有“查看评论详情”。

查看博客配置信息

博客标题、描述等内容大致目的相同（即都在简单说明网站信息），所以合并并称为“博客配置信息”。

博客栏目

指博客左侧显示内容的设置，不是“博客系列”所指的栏目。

查看自定义栏目详情

即“将栏目的内容显示在博客栏目列表中”。在功能点分析FPA中，这是一类最常被遗忘的功能，又称“隐含操作”。

其他遗漏内容

对博客管理员而言，“推荐的栏目”“推荐的专家”“推荐的博客”等都是业务数据，不过由于没见过实际的操作界面，所以未加以分析。

这些业务数据面向普通用户的几个“查看所有推荐栏目”（就是具体页面上左边或右边边框的推送框）等操作，我暂时写在博客首页-首页文章下面了。实际上，管理员应该还有一个“查看所有推荐栏目”的页面，但逻辑可能和我们的不太一样，因此可能应该计数为另外一个用户故事。

此方法的优势

使用这种名词-动词方法的优势在于，不同的人分析结果大致相同。

差异一般在于对具体故事的名称、描述、所处位置的略微不同，但对故事的存在性、数量的差异很小。

实际上，这种方法的原型是功能点分析法，而名词就是ILF（本文没有分析EIF），动词就是EI/EO/EQ。据称不同人使用功能点分析法对同一系统所作分析的差距小于10%（一说5%），这是这种方法被用来做早期报价和估算的原因。

如有问题，欢迎在下面留言：）