下面就从业务目标列表出发分步骤进行需求分析：
· 从业务目标到特性列表
业务目标是组织或客户的高层对未来系统的期望，最终要落实到使用这套系统的人（最终用户）实际操作中所需的功能——“用户需求”。如果从业务目标向用户需求直接过渡的话，中间的跨度过大，因此借助特性列表技术作为中间的“跳板”。
将特性看作为高度概括的功能性需求，它的数量将比具体的用户需求的数量要少一个数量级。它的作用是支持从业务目标到用户需求的过渡思维：“为了达到期望的业务目标，未来系统应在大方向上具有哪些方面的特性，每个特性再有一组功能来支撑。”
根据这一思想将以上列出的PM Tool的业务目标转换成特性列表。例如：为了使项目成员之间更顺畅地协作，应使人物的分配对所有项目成员透明并支持任务的重新分配。
根据如上提示将PM Tool的所有业务目标转换成特性列表，并记录。
· 从特性列表到用例图
用例图技术是捕获和记录用户需求的合适技术，它是以用户为中心的，用例名是用户需求最直观、最简便的反映。
与用户讨论的结果如下：在PM Tool案例中主要的功能模块有项目信息管理，任务管理，资源管理和协作管理。在项目信息管理中包含创建项目，修改项目信息和查看项目信息的功能；在任务管理中有添加项目任务，分配项目任务，修改项目任务，浏览个人任务，浏览项目任务和反馈进度的功能；在资源管理中包含添加项目资源，从HR系统导入资源和查看资源负荷的功能；在协作管理中包含发布通知，查看通告，发布求助，相应求助和管理个人日历的功能。
PM Tool案例中主要用户分为两种角色：项目成员和项目经理。项目经理可以管理任何一个模块，而项目成员只能使用模块中的一部分功能：在项目信息管理模块中，只能查看项目信息；在任务管理模块中可以使用浏览个人任务，浏览项目任务和反馈进度的功能；在资源管理模块中可以使用添加项目资源和从HR系统导入资源；在协作管理模块可以使用查看通告，管理个人日历，发布求助和响应求助的功能。
根据第一步得到的特性列表的启发和上面的调查分析，画出PM Tool总的用例图。
· 从用例图到用例规约
用例图虽然是一个有利的工具，可是并不足够。即需求分析进行到用户需求的层次并不足够，因为如果不明确定义软件系统的行为需求，就无法进行系统的开发。在基于用例技术的需求实践中，此时应编写用例规约。
请根据第二步得到的用例图写出PM Tool 案例的用例规约。下表给出“添加项目任务”的用例规约，请结合此例写出PM Tool案例的其他用例规约。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
