首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 软件管理 > 软件开发 >

初次实践user story时遇到的实际有关问题,哪位高人进来指导上

2012-07-03 
初次实践user story时遇到的实际问题,哪位高人进来指导下?打算在部门内部推行XP,也看了一些资料,根据我们

初次实践user story时遇到的实际问题,哪位高人进来指导下?
    打算在部门内部推行XP,也看了一些资料,根据我们部门的实际情况,打算从需求方面采用user story开始。但是在实践了两次之后,有些问题浮现了出来,因此,特地到此宝地求教一二。
    User story,从我的角度来理解,他的好处,显而易见,可以将用户的需求尽快、尽早、尽量详细的向开发团队、以及利益相关者来开放,可以发现需求中不合理的地方,并且可以挖掘出需求中一些真正对客户有价值的东西;也许客户刚开始认为重要的需求,由于某些新的,更加关键或者更加有business value的东西出现,而变得不重要了。此外,对user story的讨论,会对设计者产生潜移默化的影响,user story的INVEST特性中的I(independent)特性,自然的要求系统的各个模块和层次之间,尽量减少耦合。其余的几个特性,虽然说起来很简单,但是怎么做到,真的是挺难的。
    以我最近的实践,我们部门内部打算以xp的方式开发一个图书管理系统(BMS)。我要描述的后面三个user story涉及如下的角色:
     ☆初级读者:只能使用系统的一些基本功能,并且所能查阅到和借阅的书籍也受限制
     ☆资深读者:可以使用系统的一些深入功能,查阅到的书籍范围比初级读者多
     ☆系统管理员:系统的全部功能都对他开放,系统中的数据处理权限对他全部开放

     user story:
1、初级读者对现有全部图书的情况进行查询。
   接受条件:
○ 按照下列查询字段:书籍名称、所属类别、作者、出版社、ISBN;
○ 对查询结果的要求:可以按照书籍名称、所属类别、作者、出版社、价格进行排序;
○ 可以看到书籍当前的借阅状态(是否被借出,归还日期等)
○ 查到的书肯定都是可见的(系统中的书籍,有可能是不可见的,)
○ 不能看到资深级别的书
2、资深读者对现有全部图书的情况进行查询。
   接受条件:   ○ 按照下列查询字段:书籍名称、所属类别、作者、出版社、ISBN、读者级别、借阅人、借阅状态
○ 对查询结果的要求:可以按照书籍名称、所属类别、作者、出版社、借阅人、借阅读者级别、价格进行排序;
○ 可以看到书籍当前的借阅状态(是否被借出,归还日期等),并且可以看到借阅人是谁
○ 查到的书肯定都是可见
3、系统管理员对现有全部图书的情况进行查询。
   接受条件:   ○ 按照下列查询字段:书籍名称、所属类别、作者、出版社、ISBN、读者级别、借阅人、借阅状态、是否可见(包括全部的情况)
○ 对查询结果的要求:可以按照书籍名称、所属类别、作者、出版社、借阅人、借阅读者级别、价格、是否可见进行排序;
○ 可以看到书籍当前的借阅状态(是否被借出,是否处于续借状态,归还日期等),并且可以看到借阅人是谁
○ 可以看到系统中的全部书籍(也可以看到对读者不可见的书)

    就上述三个user story来讲,主干功能是相同的,但是有些细节:书籍的状态,借阅人的状态,能看到的书籍名录,书籍的明细字段等,这些细节不甚相同。当我写出这三个user story的时候,我对自己产生了怀疑,这些是合格的用户故事么?他们之间并不是互相完全独立的啊。是不是能够考虑拆分?如果考虑的话,又该如何拆分呢?这些疑问,哪位实践过user story的兄弟能给指导一下啊?









完美的其实也是一个过程,追求完美也是一个过程。其实敏捷的基础是迭代,而你的做法的思想基础还是瀑布的。你现在只是起步,如果你还固守这样的思维方式,下面你会做任何事情都觉得别扭。因为你实际上根本就不是在敏捷。 20 楼 gigix 2007-02-11   ozzzzzz 写道use story如果复杂到你写的那个地步,还能叫use story吗?
不要害怕他们简陋,因为他们只是一个开始。你需要的是在迭代中不断的去完善它们,而不是要你在一开始就搞一个大家伙出来吓人。
实际上如果只是一个普通公司的内部图书管理系统,也许需要的只是把所有图书列出来,然后在浏览器页面里用ctrl+f来搜索。 21 楼 basicbest 2007-02-12   gigix 写道ozzzzzz 写道use story如果复杂到你写的那个地步,还能叫use story吗?
不要害怕他们简陋,因为他们只是一个开始。你需要的是在迭代中不断的去完善它们,而不是要你在一开始就搞一个大家伙出来吓人。
实际上如果只是一个普通公司的内部图书管理系统,也许需要的只是把所有图书列出来,然后在浏览器页面里用ctrl+f来搜索。

那干脆用Excel就好了 22 楼 gigix 2007-02-12   basicbest 写道gigix 写道ozzzzzz 写道use story如果复杂到你写的那个地步,还能叫use story吗?
不要害怕他们简陋,因为他们只是一个开始。你需要的是在迭代中不断的去完善它们,而不是要你在一开始就搞一个大家伙出来吓人。
实际上如果只是一个普通公司的内部图书管理系统,也许需要的只是把所有图书列出来,然后在浏览器页面里用ctrl+f来搜索。

那干脆用Excel就好了
有理……excel+svn,搞定 23 楼 snomile 2007-02-12   excel... 24 楼 lane_cn 2007-02-12   一个合格的“客户”应该是什么样的?
首先是要明确自己的商业价值,为了实现这个商业价值,需要做哪些事情,做这些事情的时候遇到了哪些困难,于是需要有一个方案来解决这一个个的困难,这个方案里面也许需要一个IT系统。到这个地步,事情就可以交给IT公司去看了,这个系统应该事项什么样的功能,设计什么样的界面。
User stroy里面的每一个情节都是要有具体的商业价值的,都是有价值的事情。说得明白一点,每一件事情都和钱有关,这才是User story。他们肯定是和这些东西相关的:企业的客户(不是软件的客户,而是软件使用者的客户)、企业的合作者、企业为他的客户提供的服务。 25 楼 hgq0011 2007-03-01   bryanzk 写道hgq0011 写道你们都会有一个好的平台给你们练习或者有一个好的领导。唉,我们就惨。因为提升公司的企业文化,公司买了很多的图书,很多的杂志,很多的影碟,,,,现在准备提供给员工,那么公司就要开发一套图书管理系统。公司根本没有考虑到我们(开发部),索性买了一套系统。巨郁闷!
XP,AMMD这些只能自己慢慢的体会,先学会形。

你们的条件也很不错了,公司能够给你们买那么多的资料,这已经比其他很多公司强太多了。不过,我还听说有的公司把nintedo的最新游戏主机wii作为公司年终晚会的奖品的呢,真是羡慕哇
有好也有不好的一面。如果我是老板,我就会让自己的电脑部来开发这个系统,就不会去买别人的产品了。

热点排行