《Bug管理系统UML2.0全程建模(V1.0)》由会员分享，可在线阅读，更多相关《Bug管理系统UML2.0全程建模(V1.0)（20页珍藏版）》请在金锄头文库上搜索。
1、 Bug 管理系统管理系统 UML 2.0 全程建模全程建模 系统分析与设计报告系统分析与设计报告 刘 伟 (中南大学 信息科学与工程学院 湖南 长沙 410083) Bug 管理系统 UML 2.0 全程建模 目目 录录 1项目概述.1 1.1 需求分析.1 1.2 开发技术.3 1.3 UML2.0 全程建模概述.3 2系统分析.4 2.1 用例模型.5 2.2 BMS用例图 .5 2.3 BMS时序图（需求模型） .6 2.4 BMS状态图（需求模型） .8 2.5 BMS活动图（需求模型） .9 3系统设计.10 3.1 体系结构设计.11 3.2 BMS类图 .12 3.3 BMS时
2、序图（实现模型） .13 3.4 BMS包图 .15 3.5 BMS组件图 .15 3.6 BMS部署图 .16 4参考资料.17信息科学与工程学院 1Bug 管理系统 UML 2.0 全程建模 1项目概述项目概述 随着软件项目规模和复杂性的增大， 有效跟踪和管理项目中存在的缺陷 Bug变得越来越重要。每一个软件企业都需要妥善处理软件中的缺陷，这将直接关系到软件过程质量与软件产品质量， 但并非所有的软件组织都知道如何有效地管理自己软件中的缺陷。在软件缺陷管理(Software Defect Management)中，软件缺陷的分类和管理非常重要， 因此软件缺陷管理工具的开发和使用将在现代软件开
3、发中发挥重要作用。本报告将使用 UML2.0 对 Bug 管理系统进行全程建模，该系统名为缺陷管理系统(Bug Management System, BMS)，并按照软件工程的标准，提供一套完整的解决方案。 1.1 需求分析需求分析 一个完备的 bug 管理流程通常包括如下几个步骤，如图 1-1 所示： 图图 1-1 bug 管理流程图管理流程图 图 1-1 是 bug 管理的最基本流程，而实际的 bug 管理要更加复杂，不同的步骤由不同的角色负责，如提交 bug、验证修改后的软件是测试人员的工作，分析和定位 bug 以及修改相应的软件是分析设计人员以及开发人员的工作， 在整个过信息科学与工程
4、学院 1Bug 管理系统 UML 2.0 全程建模 程中项目经理还需要对 bug 信息进行统计和监控。在 BMS 的需求分析过程中，我们发现 bug 管理流程的某些步骤可以通过一个 bug 管理系统来完成， 一方面可以提高 bug 的处理速度，另一方面便于对 bug 信息的跟踪与统计。 通过对 bug 管理流程和实际使用过程的需求分析， BMS 系统基本需求如下： (1) 系统预设管理员帐号为 Admin， 初始密码为 Admin。 BMS 系统管理员在登录系统后可修改密码，系统管理员的主要工作包括增加相关人员初始信息，包括帐号、初始密码和项目角色，项目角色包括测试人员、开发组长、开发人员和项
5、目经理；另外，系统管理员还可以删除人员信息。 (2) 其他用户在登录后方可使用该系统，除了帐号和项目角色外用户可以修改各项个人信息，包括真实姓名、联系电话和电子邮箱等。 (3) 测试人员可以利用 BMS 提交自己发现的 bug 信息， 提交的信息包括 bug类型、bug 严重程度、bug 发生的位置（如所处功能模块、测试界面的 URL 或名称等） 、测试环境描述、使用的测试工具和版本信息、测试用例信息（包括测试数据、期望结果和实际结果等信息） 、附加描述信息、附件（屏幕截图或录像等）等。 测试人员将尽量填写完整这些信息以便最大程度帮助开发人员重现 bug 以便调试，在系统数据库中需要记录 bu
6、g 的状态。 (4) 测试人员将bug提交给开发组长， 开发组长在查看bug信息之后可将bug分发给相关开发人员，系统可以记录开发组长的 bug 查看和分发情况。 (5) 开发人员可以登录系统查看 bug 详情，系统可以记录开发人员是否已查看 bug 详情。在对 bug 进行修复后，更新 bug 修复信息（修复内容、修复时间、修复人等） ，将更新的 bug 信息发送给测试人员，系统将修改 bug 的状态，然后通知测试人员以获取最新版本进行验证。 (6) 测试人员如验证无误，可关闭该 bug；否则可重新返回开发人员修复。无论验证是否通过，测试人员需更新 bug 测试信息（测试结果、测试时间、测试
7、人等） 。 (7) 项目经理可以随时查看 bug 统计报告，对 bug 信息进行分类汇总与实时跟踪。 信息科学与工程学院 2Bug 管理系统 UML 2.0 全程建模 1.2 开发技术开发技术 本系统采用三层 B/S 结构进行开发， 包括客户端浏览器层、 Web 服务器层和数据库服务器层，系统整体架构如图 1-2 所示： 图图 1-2 BMS 整体架构整体架构 在实际部署和使用过程中，如果数据量较小，可以将 Web 服务器和数据库服务器合二为一。B/S 结构具备部署和升级简单等优点，系统安装、修改和维护全在服务器端解决，用户在使用系统时，仅仅需要一个浏览器就可运行全部的模块；同时 B/S 结构
8、还提供了一种异种机、异种网联机、联网解决方案，开发团队与测试团队可以基于不同的操作系统平台和网络环境进行协同工作。 BMS 系统开发技术包括：采用 Java EE 平台，使用 MVC 架构，运用 JSP + Servlet + JavaBean 等技术来实现系统功能，数据库采用 MySQL，并使用 Navicat 8 for MySQL 对 MySQL 数据库进行可视化管理，服务器中间件使用 Tomcat 6.5，开发工具使用 MyEclipse 8.0。 1.3 UML2.0 全程建模概述全程建模概述 为了更为高效快捷地开发 BMS，我们采用了 UML(Unified Modeling La
9、nguage, 统一建模语言) 2.0 建模技术，并充分使用 UML 2.0 建模语言的特性，对系统进行全程建模。在使用 UML 2.0 的同时，我们提出了 UML 全程建模(UML-Full Process Modeling, UML-FPM)的概念， 将 UML 2.0 中的 13 种图应用于系统分析与设计的全过程，通过对 UML 2.0 十三种图进行分析，并根据这些图之间的关系及作用绘制了如图 1-3 所示的 UML 2.0 全程建模流程图， 在该图中将信息科学与工程学院 3Bug 管理系统 UML 2.0 全程建模 系统开发过程分为两个大阶段：需求分析与系统分析，系统设计与实现，该图使用 UML 活动图绘制，较为全面、清晰地描述如何应用 UML 技术来构造系统的分析与设计模型以及 UML 各图形之间的关系。 需求分析与系统分析需求分析与系统分析是是是是是是物理划分逻辑划分是是是用例图（用例文档）时序图（需求模型）是否存在复杂对象
