敏捷开发用户故事系列之十一: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%),这是这种方法被用来做早期报价和估算的原因。
如有问题,欢迎在下面留言:)
原文地址:https://www.cnblogs.com/dyllove98/p/3187137.html