师?程序员?代码复审员?集成员–测试工程师?测试员–部署工程师?部署员?包装员?文档编写员?开发单位角色(项目辅助角色) –首席技术官–技术总监–主复用师–复用工程师–过程总监?过程管理师– SQA 总监 4 ? SQA 工程师–领域专家–技术专家–风险管理师–变更控制授权人–配置管理师–人力资源总监–人力资源管理师–培训师–财务人员–市场/ 销售人员?开发单位角色(企业外部角色) –监理工程师–外包商–第三方商业构件提供商–软件服务提供商–客户方决策者–客户方业务阐释者–客户方 IT 工程师最终用户 2. 分析并描述这个系统的 Use Case ,包括用例模型和其中某一个用例的文档。可从 Actor 和用例之间的关系等方面进行评分。用例之间应该有 3 种关系。– UML 中,一个用例模型可以由若干张用例图组成– Actor 在系统边界外部– Actor 直接与系统交互– Actor 与系统的交互应该是有意义的– Actor 可能是任何事物–一个人可以担任多个参与者? Actor 之间的关系:泛化?识别 Use Case 之间的关系(1/3) –泛化( Generalization ) –包含( Include ) –扩展( Extend ) 用例文档应包括用例描述、前置条件、后置条件、基本步骤和异常步骤等。?用例文档–用例编号–用例名–用例描述–参与者–前置条件–后置条件–基本路径/ 主事件流 5 ?1….. ×××× ?2 ……×××× ?3….. ×××× –扩展点/ 异常事件流/ 可选事件流或异常/ 替换事件流? 2a. ×××× ? 2a1 …. ××××× –补充说明?常见错误–唯系统型?只描述系统行为,没有描述 Actor 的行为–唯参与者型?只描述 Actor 的行为,没有描述系统行为–过早界面型?在用例描述中就设定对用户界面的设计要求–冗长型?描述过于冗长
全文预览
