计划BA信息管理。

跟踪关联关系，依赖关系。做到何程度比较合适。

需求属性--描述需求 但不是需求，比如来源 编号 状态 优先级等。

attributes属性

哪些信息需要做管理的：

需求、需求的评估结果、设计，可选的方案都是一些信息，需要进行有效管理的，在管理过程中需要考虑的因素有：

1、信息本身的种类/量级

2、需要哪些干系人访问这些哪些信息

3、信息的变化程度和规模

4、内在的关联关系，对关系进行一个保存和维护

抽象程度/详细程度：比如需求文档的详细程度，比如需求把用例的详细程度有什么样的要求，如果过于详细，考虑是否进行拆分，和进一步细化，在过程中要考虑一下因素：

1、干系人的需要

2、分析内容本身的复杂程度

3、变化本身的重要程度，可能重要的内容可能要更详细一点

计划可追溯到方法：跟踪需求之间的关联关系，例如变更会和其他一些内容有一些关联，所以考虑要不要做，做到什么程度，有以下因素要考虑：

1、业务领域的复杂程度

2、去了解需求的数量，方式方法的选择

3、风险、价值有多大

4、成本

计划需求重用：可能会参考之前的所写的一些需求，或许可能会给其他团队作为参考，给一个比较通用好理解的明明方式，所以要为重用做一些准备，根据名称就能了解内容，使用专门的保存、分享方式，i有哪次要考虑：

1、有些需求要持续得到满足的，比如在线率的需求，可能在整个解决方案中要考察是否得到满足

2、一般的的功能，比如登陆页面，是很多场景都要用到的，可以和其他团队进行分享

保存和访问的机制（仓库）：例如在服务器上存放一个共享文件夹，翻遍信息的查看，要注意以下问题

1、谁需要访问这些信息

2、什么样的频率访问这些需求

3、在什么情况下需要进行访问，可能是内部团队进行访问，但是外部团队是没有办法访问的，因此可能要导出来进行分享

4、组织标准，使用安歇工具进行保存和分享

定义需求的属性：比如有识别号、作者、复杂程度、优先级、复杂程度、来源、风险、目前的状态是否得到批准，紧急程度等等

BA info management:

-determining level of abstraction (breadth and depth of information being provided)

-planning traceability approach

-planning requirement reuse

-deciding on storage and access (repository)

-determining requirements attributes

plan tracebility approach 如何理解