初次实践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的兄弟能给指导一下啊？