面向对象系统分析与设计综合实验报告1.docVIP

西南科技大学计算机学院 《面向对象系统分析和设计》实验报告PAGE PAGE 11实验名称：实验1 业务建模和需求建模 学期：2017-2018学年 第二学期 系统名称基于持续集成的缺陷管理系统实验要求选择一个项目，可以是真实项目，可以是虚拟项目，可以自选，然后完成以下任务：业务建模（业务用例模型，业务对象模型、业务流程图）需求捕获（用例模型、术语表、非功能需求和约束条件 ）； 全局分析（架构分析）和局部分析（用例分析）； 全局设计（架构设计）和局部设计（用例设计、子系统设计、类设计）。 HYPERLINK /G2S/Utility/download.aspx?type=3fileID=894 实验工具系统建模工具：StartUML实验结果（学生填写）一．业务用例图二．业务对象模型三．业务流程图（活动图）四．系统用例图五．用例描述（依据下面用例模板的格式来描述关键用例，至少3个）用例编号 Fun_01用例名称 提交缺陷用例概述 测试人员提交新缺陷主参与者 测试人员前置条件测试人员成功登陆系统后置条件如果成功提交缺陷可以查看该缺陷的相关信息基本事件流 步骤活动1进入提交缺陷页面2填写“缺陷标题”3选择“缺陷项目”4选择“缺陷严重级别”5选择“缺陷优先级别”6填写“缺陷环境”7填写缺陷详细步骤描述8点击“提交”，提交缺陷扩展事件流2a 缺陷标题如果存在，点击“提交”，会提示该缺陷标题存在2b若没有填写缺陷标题，则提示缺陷标题为空并需要重新填写缺陷标题4a 点击“缺陷严重级别”可以查看缺陷严重级别分类和详情5a点击“优先级”可以查看优先级别分类和详情6a若没有填写测试环境，则提示缺陷标题为空并需要重新填写测试环境7a若没有填写操作步骤，则提示缺陷标题为空并需要重新填写操作步骤子事件流提交缺陷后，可以继续提交缺陷附件数据需求缺陷名称可以由汉字，英文字母，数字，特殊符号组成业务规则测试人员可以提交多个项目的缺陷，一个项目的缺陷可以由多人提交非功能需求用例编号 Fun_02用例名称 修改提交的缺陷用例概述 测试人员修改已提交的缺陷主参与者 测试人员前置条件测试人员成功登录系统且已经提交至少一个缺陷后置条件修改此缺陷的描述基本事件流 步骤活动1测试人员进入与“我相关的缺陷-我的提交”，进入提交记录页面2选择需要修改的缺陷，点击进入缺陷详情页面3选择需要修改的内容（如：缺陷标题，缺陷严重级别，优先级，操作环境，步骤描述），进行修改4点击“提交”，完成缺陷修改扩展事件流2a在缺陷提交列表，可以点击删除按钮，删除错误提交缺陷3a如无需修改的内容，可以关闭缺陷修改页面3a修改缺陷标题时，如果存在相同的缺陷标题，会提示“缺陷标题已存在”子事件流无数据需求缺陷“所属项目”和缺陷“提交人”不可修改业务规则测试人员只能修改或者删除自己提交的缺陷，非功能需求修改缺陷状态后，会通过邮件提示相关人员用例编号 Fun_03 用例名称 修改用户信息用例概述 团队负责人修改用户信息主参与者 团队负责人前置条件团队负责人成功登陆到该系统后置条件修改不同用户角色后，用户登录系统后权限发送改变基本事件流 步骤活动1团队负责人进入“用户管理-用户列表”，进入用户列表页面2选择需要修改的用户行，点击“修改”，进入“用户信息页面”3选择需要修改的内容(如：邮箱、电话、所在小组、角色)，进行修改4点击“提交”，完成修改扩展事件流3a电话输入框没有数据，提示请“电话不能为空”子事件流无数据需求用户角色只能为测试人员、开发人员、项目组长业务规则同一用户在不同时间可以拥有不同角色，不同缺陷，不同用户，可以时同一角色。修改用户数据后，用户重新登录系统生效非功能需求六．术语表软件缺陷（Defect），常常又被叫做Bug。所谓软件缺陷，即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。IEEE729-1983对缺陷有一个标准的定义：从产品内部看，缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题；从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。软件测试（英语：Software Testing），描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。换句话说，软件测试是一种实际输出与预期输出之间的审核或者比较过程。软件测试的经典定义是：在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。七．补充规约1．字段列表表格: user索引:名称类型其他备注主索引user_idunique字段:名称类型空默认值其他备注user_idint(11)否auto_incre