这是敏捷开发用户故事系列的第十一篇。（栏目目录）
经常有人问起有没有完整的用户故事案例。本人在网上找了一下，大约能找到两三篇，但多数只是为了描述用户故事的语法而已，都不涉及用户故事的颗粒度、大量故事的组织结构这类内容。
本来想用我们自己的火星人做案例，但考虑到大家都不熟悉我们的工作内容，一直没有动手。前天突然想到何不用大家都熟悉的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%），这是这种方法被用来做早期报价和估算的原因。
如有问题，欢迎在下面留言：）