实验二 1 创建用例图并描述需求.docVIP

实践 创建用例图，并增加需求描述 关于实践内容的说明 2 实践内容的具体操作 3 参考内容 9 关于实践内容的说明 正常的需求工程阶段需要完成的工作有：领域了解、需求收集、分类、冲突解决、优先排序、需求检查、需求描述、需求验证。并且这些活动是迭代执行的。 结合项目管理中的过程管理，每个活动都需要经过质量检验。 具体操作中大致按照如下步骤，迭代几轮可由具体情况决定 [针对小组开发的项目]： 下面的示例省略了前期的收集整理与评审过程，直接将最终得到的东西用UML建模。注意自己实践的项目中不要省略这些步骤 [需要过程记录]。 实践内容的具体操作 打开Rational Rose软件，新建一个空项目。[点击Cancel 按钮] 展开User-Case View中的Main用例图，根据提供的模型建立好系统的用例图。 保存Rose模型，在模型文件的文件夹下新建一个 Requirements 文件夹。在Requirements 文件夹中新建对应的多个Word文档，名称为各自用例的名字。 将用例的描述写入对应的Word文档中，具体使用什么格式的文档模版由开发组的配置管理员PCM负责给出。针对此实验，具体格式由个人自定。 注意一般文档中都会注明当前文档的状态信息，如：文档种类、级别、当前状态、所有者、更改历史、质保跟踪信息等。具体要求由各开发组的配置管理员给出。 在Rose模型中关联对应的Word文档。 最终各用例的文件描述关联的大致状况如下所示： 在Requirements文件夹中新建下面几个Word文档，并将内容补充完整： 所做系统的总体描述 Problem Statement [通常就是系统的愿景] 补充的需求描述 Supplementary Specifications [通常是系统总体的非功能需求] 术语表 Glossary [记录系统中用到的术语，通常是领域相关的] 将创建好的文档关联到Use Case View根目录下。 下面根据需要，建立重要用例的活动图。 右击某个用例，选择新建 活动图，名称可以与用例同名或自动命名。如下示例： 将重要的活动建模到活动图中： [ 各用例中的活动图分别按说明分别实现 ] 全部做完整个实例就结束了，后续的内容为参考的文档内容。 参考内容 根据下述内容创建UML模型。 确定参与者和用例之间的关系，创建高层用例图，打开Rose工具，新建一个空项目，打开Use Case View中Main图，使用工具栏上的图标创建好下图： 增加用例描述细节，每个用例都要遵循的模板： 用例名称 描述 前置条件 部署约束 正常事件流 可选事件流 异常和错误事件流 活动图 (在Rose中创建) 非功能性需求 说明（可选） 未解决的问题（可选） 针对每个用例增加描述信息，可以使用关联文件的方式，或者加在注释区，推荐使用独立文档。各个用例的详细描述如下，创建这些用例的说明文档，使用word，保存在rose文件同一目录下的Requirements文件夹下，并将其关联到前面的用例上。 Login用例文档 用例名称 Login（登录） 描述 Login允许雇员和管理员用户进入这个系统。 前置条件 无 部署条件 必须可以让雇员从家中、公司的客户端、行程中的任何一台计算机登录，并可以通过客户端的防火墙进入系统。 正常事件流 管理员用户或雇员的姓名和密码是有效的 管理员用户或雇员输入姓名和密码。 验证用户是管理员还是雇员。用户登录系统没有选择身份，系统根据用户名确定。 可选事件流 第一次登录。 i)管理员用户或雇员输入姓名和密码。 ii)验证用户是管理员还是雇员。用户登录系统没有选择身份，系统根据用户名确定。 iii)系统提示用户更改密码。 iv)在这一入口点包含Change Password用例。 可选事件流 无效的验证信息。 i)管理员用户或雇员输入姓名和密码。 ii)系统通知用户，输入的登录信息不正确。 iii)系统在日志中记录登录失败。 iv)用户可以无限次登录重试。 活动图 展开用例，在其下创建活动图 非功能性需求 i)用户密码不得以明文显示 未解决的问题 无 Create Charge Code用例文档 用例名称 Create Charge Code (创建收费项目代码) 描述 管理员用Create Charge Code用例来为考勤系统增加收费项目代码。当代码进入系统后，任何雇员在输入他们的时间时可以使用它。 前置条件 无 部署约束 无 正常事件流 增加一个收费项目代码到已有的项目中。 i)管理员用户查看所有已有的收费项目代码。收费项目代码是按客户和项目组织的活动。 ii)管理员