当遭遇系统的切面功能时,如何去写user stories呢?

这段时间在看如何实施敏捷开发方法,仔细看了如何写user story ,还有很多疑惑的地方希望得到各位的指导。
当写user stories时,如果一些功能是在用户描述每个功能时都会涉及到的,我暂且称为切面功能吧,
比如一个系统中的用户访问行为记录,权限设置功能等。
此时我们如何处理这些切面功能呢,是按用户的描述,把切面功能分别放入各个user stories中,
还是单独拿出来作为一个user stories来实现呢?
当然如果权限简单的话,可以融合到具体的各个user stories中,
如 [url]http://www.iteye.com/topic/53246[/url]
这里讨论的,角色和权限比较简单,就可以把功能划分,并分别放入相应的user stories即可。
但是一个复杂的权限系统,需要对系统进行整体考虑,然后单独进行设计来实现,
这样的话,把这些切面功能放到各个user stories中显然是不合适的。
例如一个权限的例子:如果用户查看数据时,需要达到这样的控制,用户属于具体的一个省份,因此默认情况下用户只能查看所在省份的数据,但管理员可以看到所有省份的数据,同时管理员可以指定某些用户一些省份列表,使他们能查看多个省份的数据。
这种权限该如何写到user story中去呢?
还希望那些实践过user stories的兄弟们能够指导指导
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值