1 设计背景:
为了开发项目的需要,便于项目开发中的协作和相互测试,并能有效追踪BUG,特在比较外面成熟系统的基础上,自己设计和开发一套适合内部小规模使用的BUG追踪系统------Bug 跟踪管理系统1.0.
2 设计目标:
1)1.0版本由于设计时间短,主要是配合论坛该版项目的开展.只要实现对一个5~10的项目开发小组的管理.
2)技术上采用,应用开发组都比较熟悉的ASP来做开发语言,数据库将有SQL SERVER和ACCESS两个版本,以便于管理和移植.
3)该版本要为以后的升级和扩展提供支持.所以管理页面是采用简洁实用的方案,数据库表设计将严格遵循关系模型.
3 相关概念:
3.1 项目(Project): 指有多人配合完成的开发和设计任务.
3.2 模块(Model): 为实现项目功能而细化的,可以为小组成员接受的,定量的开发任务.(一般以一人一天来定义模块的大小).
3.3 项目组(project group):开发同一个项目而在一起分工协作的所有成员的集合.(1.0版本不支持多个项目组).
3.4 系统管理员(Administrator):对系统拥有最高管理的人,他可以批准成立新的项目组,任命新的项目组长,发起新的项目.原则上一个项目组在一次开发生命周期中,只能针对一个项目.(1.0版本不支持改功能).
3.5 项目组长(team leader):对一个项目进行监控的领导,她可以添加新的项目组成员,可以对所有提交测试的模块进行测试.可以分配测试任务.
3.6 开发人员(developer):负责具体模块开发的人,他必须在每天工作结束后,在系统中提交开发的模块,并对需要测试的模块,提交项目组其他人员测试,他可以提交测试备案.对测试人员,返回的BUG报告,进行处理,完成后需要说明处理过程,向测试人员申请BUG关闭
3.7 测试人员(testing):被要求测试某个同一项目组其他成员的开发模块的人.他可以按照约定的测试方法和要求,或按照需求设计要求,进行测试.如果没有问题,他必须记录测试过程和具体结果,或上传自己的该次测试文档,并提交项目组长复核.如果发现BUG,可以提交BUG情况说明,必要时候上传BUG情况截图,返回开发人员修改.对开发人员申请的BUG关闭请求进行复核后,关闭该BUG.
3.8 BUG (bug):一切不符合项目开发需求和设计的错误。 |
