评价用例模型.ppt

建立用例模型—合并特性获得用例 项目经理 FEAT02.项目经理可以对项目设置工作包，工作包允许多级嵌套，它只用来组织工作任务 UC04.设置工作包 FEAT03.项目经理可以为开发人员指派工作任务，工作任务属于特定的工作包 FEAT04.项目经理在分配工作任务时，能够查阅开发人员的日程安排表，可以按开发人员查询、也可按日程查询 UC05.分配工作任务 UC5A.查看日程安排(扩展用例) FEAT07.开发人员任务执行将超计划时，应报告项目经理，项目经理通过系统更新其日程表 UC06.更新日程表 FEAT08.当任务完成之后，项目经理负责Close任务，并填入实际的完成情况（KLOC、实际结束时间） UC07.关闭工作任务 FEAT12.项目经理可以按项目、任务、关键字统计实际工作时长、产能 UC08.统计项目产能 研发经理 FEAT01.研发经理能够创建项目、指定或修改项目经理、删除尚未分配工作任务的项目 UC09.管理项目信息 管理层 FEAT13.研发经理及管理层可以按个人、任务、项目、关键字查看工作时长、统计产能 UC10.统计团队产能 建立用例模型—绘制用例图 建立用例模型—简要描述用例 用例编号 UC01 用例名称 填写任务计划 用例概述 开发人员对项目经理安排给自己的工作任务进行计划，填入计划开始时间和计划完成时间。 主参与者 开发人员 补充说明 在填入计划开始时间和计划完成时间时，开发人员可以查询与该任务的关键字相关的历史任务的数据。 建立用例模型—划分用例优先级 优先级 用例 说明 1 UC11.登录系统 系统使用的基础，并且可复用原有资源 UC09.管理项目信息 UC04.设置工作包 UC05.分配工作任务 UC01.填写任务计划 任务管理的完整流程，是记录时间日志的基础 UC03.记录时间日志 系统核心功能 2 UC07.关闭工作任务 只是对任务信息进行更新，重要性次之 UC06.更新日程表 UC5A.查看日程安排 对日程安排进行优化，使任务安排合理化 3 UC02.查询历史任务数据 UC08.统计项目产能 UC10.统计团队产能 对系统记录的时间记录进行有效的利用，必须有前面的信息才能够开发 UC12.管理用户 前期可以通过直接往数据库中写值的方式进行使用，最后提供界面操作即可 建立用例模型—详细描述用例 用例编号 UC03 用例名称 记录时间日志 用例概述 开发人员可以随时记录自己的时间，提供“开始计时”、“暂停计时”、“停止计时”等功能，在停止时，填入任务编号（在线则选择）、工作关键字（以逗号分隔的多个），自动生成开始时间、暂停时间、停止时间、总时长、有效时长（总时长-中断时长）。 主参与者 开发人员 前置条件 用户进入“记录时间日志”程序 后置条件 将本次时间日志存入数据库 基本事件流 步骤 活动 1 系统显示“开始”、“暂停”和“停止”按钮，但仅“开始”可用 2 用户点击“开始”，系统记录开始时间，并将“开始”置为不可用，使“暂停”和“停止”按钮可用 3 用户点击“停止”按钮，系统记录停止时间，并统计暂时时间、暂停次数、总时长、有效时长，并要求用户选择任务编号、输入工作关键字和相关信息。填写完成后，点击确定，用例完成。 扩展事件流 3a 在此期间，若用户点击“暂停”按钮，系统则记录暂停开始时间，并使暂停次数增加1次，并使“暂停”按钮变为“恢复”，使“停用”按钮不可用 3a1 当用户点击“恢复”按钮，用当前时间减去暂停开始时间得到本次暂停时间，并累加到“暂停时间”时间中，并使“恢复”按钮变为“暂停”，使“停用”按钮恢复可用 规则与约束 时间记录程序应以离线式工作，该程序会自动连接服务器，完成时间日志上传的工作，如果未能连接服务器，则在本机暂存时间日志 建立交互/状态模型 用户界面设计 Agenda 什么是需求 如何使用UML对需求建模 需求建模实例 本章小结 本章小结 首先阐述了需求的三个层次，解释了需求工程的任务，并展开说明了需求捕获的工作流程 阐述了如何通过UML来对需求进行建模，包括组织需求的用例模型、建立概念模型的类模型以及描述事件流的交互模型 引入了一个“开发时间管理”系统的实例，从明确业务需求开始，通过需求的捕获收集信息，然后构建概念模型、用例模型，并通过文字描述、交互图、状态机图来对用例进行规格描述，并且最后来说明了如何根据这些信息进行最初的用户界面设计 《UML面向对象建模基础》 需求建模基础与实例 知识图谱 Agenda 什么是需求 如何使用UML对需求建模 需求建模实例 本章小结 Agenda 什么是需求 如何使用UML对需求建模 需求建模实例 本章小结 需求—导致项目失败的罪魁祸首 根据Standish Group对23000个项目进行的