软件Bug管理系统

项目开发总结报告

任务分配：

          缺陷上传，基本信息维护（,,,）

          分配缺陷（,,）

          解决缺陷，测试缺陷（,,）

登录，权限设置，统计图绘制（,,）

目 录

目 录... 2

1、引言... 2

1.1、开发目的... 3

1.2、开发背景... 3

2、系统分析... 3

2.1、需求分析... 3

2.2、基本流程分析……………………………………………………………………………4

3、系统设计... 4

3.1. 主要功能及性能…………………………………………………………………………3

3.2. 数据库结构及设计………………………………………………………………………4

4、系统实现... 5

3.1、开发进度…………………………………………………………………………………4

3.2、实现过程的错误分析... 6

3.3、后期完善... 6

5、参考文献………………………………………………………………………………………6

6、小组总结... 7

1引言

1.1开发目的

随着社会的发展与进步，计算机的应用已深入到了社会的各个领域，软件的作用和影响也越来越广泛。同时，软件出错的范围和可能性也越来越大。如何有效的进行软件错误的跟踪、控制和管理，已成为提高软件质量，保证系统正常运行的一个重要手段。

BUG管理系统的研发与应用，是为控制和减轻潜在的不利因素对软件项目的影响而采取的一项活动。它用于集中管理和控制软件测试过程中发现的错误，并进行版本控制。通过该系统，将帮助我们更好的收集、跟踪、反馈软件系统在测试、运行过程中的错误和问题。缺陷管理系统作为项目管理的一个重要方法和手段，能有效的帮助人们建立科学的、规范化的项目管理机制。

1.2开发背景

在WINDOWS操作系统下运行。使用Microsoft Visual Studio 2005开发环境和SQL数据库进行编译和运行。

2系统分析

BUG管理信息系统是开学初老师给我们提出的项目，由于我们对这个项目很陌生，所以分析阶段持续了长达一个多月的时间，先后改进了6个版本。设计了系统的业务流程图，数据流程图以及数据项和数据流。

2.1需求分析

 一个BUG管理系统，需要实现几部分的功能：

1、缺陷上传，当缺陷被发现后，测试人员可以通过系统进行提交、记录。

2、缺陷录入系统后，项目经理应该可以通过系统进行浏览并进行分配。

3、项目经理将缺陷问题报告通过系统转交给开发人员，开发人员可以通过系统知道自己负责的修正的缺陷问题报告。

4、缺陷问题的修正处理，当开发人员修复缺陷后，可以通过系统，通知测试人员缺陷已修复。

5、对于开发人员无法完成的修改任务，开发人员可以拒绝后并将缺陷问题返回至项目经理重新处理。

6、测试人员对开发人员修复的缺陷进行测试，对于没有修复成功的缺陷重新返回给开发人员修复，对于修复成功的缺陷则关闭存入档案。

2.2基本流程分析

    

 通过管理信息系统的自顶向下分析和设计，自底向上逐步实施的思路，我们先将整个软件bug管理系统分为四个业务处理功能：上传、分配、修改、测试；且四个业务处理功能涉及到了测试人员、项目经理、开发人员三个业务处理单位。详细的业务处理过程如下：

2.2.1上传缺陷

2.2.2分配缺陷

2.2.3解决缺陷

2.2.4缺陷测试

3系统设计

设计阶段是在分析阶段成熟之后进行的，真正进入设计阶段画数据流程图的过程中遇到了很多问题，同时也发现了之前分析阶段考虑的很多不足之处。先后改进了3个版本。绘制了SC图，设计了数据库表结构。

3.1基本功能

3.1.1登录功能

实现与服务器的链接配置，在用户的服务器信息发生变动时可以进入配置，配置一次即可，以后可以直接登录使用。根据用户输入的用户名密码，判断是否有权进入，若无权，判断是因为用户名不存在，还是因为密码输错。登录成功后，获取用户的权限，进入主菜单后显示相应权限的菜单项。不拥有权限的菜单项不显示。

3.1.2基本信息维护功能

    对基本信息如环境配置，人员信息，优先级别，严重级别，模块，角色信息进行管理。

3.1.3权限管理功能

当模块、权限或者角色发生变动时，可以根据不同的角色进行相关模块的授权与释权。权限设置模块的操作权归管理员所有。

3.1.4报表统计功能

根据不同的项目绘制某个项目在某个时间段发现的BUG数量的柱状图。

3.2数据库结构及设计

项目组表（pro_group）：

项目表（project）：

权限表（authority）：

角色表（roles）：

测试环境表（environment）：

严重级别表（severity_level）：

优先级别表（priority_level）：

分配表（share）：

缺陷信息表（bugs）：

用户表（users）：

4系统实现

4.1开发进度

   

4.2实现过程的错误分析

1、开始上传界面环境、项目、严重级别等选择时显示的是编号，后来发现，编号对于用户来说并不懂其中的含义，需转换成具体的名称。所以将其关联到对应的环境表，项目表，严重级别表等，让用户可读取到其名称。

2、由于编号都是“0001”，“0002”这样以“0”开头的字符串，而不是数字，不能直接自增。通过网上查了相关资料，参考了其他人的代码，发现可以用right函数，选择右面的非空位，然后再加上“1”，编写这样的存储过程，完成编号的自增。还有老师要求数据库中的表得是英文，而前台的表得是中文，最开始我们不懂在C#环境下如何把列名从英文转换成中文，后来发现拉数据源后，可在其SQL的“select”语句中，添加“as”字段，将其列名转化成汉语，显示在dbgrild中。

3、在任务分配界面上忽略了一些细节，查询缺陷时，没有显示项目经理要分配的所有项目，当项目经理分配完一个项目后，表中则删除掉一条，这样看起来更加直观。而在这次专周所做的实验，刚开始并没有考虑到这些，仅以个人的观点去看待，没有以项目经理的角度去，所以整个界面还不够完善。由于运用到临时表，刚开始分配的缺陷保存在临时表中时，如果再次选择跟临时表中一样的缺陷时，依然可以实行，为了解决这个问题，在分配的存储过程中又加以修改，将查询选中的缺陷是否存在在临时表中，如果存在则出现提示框，保证缺陷分配给指定的人员。

4、解决缺陷和缺陷测试的实现过程中时间数据考虑的不周，忽略了时间的设定，应该限制修改时间迟于分配时间；bug描述、解决方案不应该用textbox控件，信息查看不方便；用于选择查询的类型太少。

5、绘制统计图模块因为以前都没有接触过，所以这方面的知识完全是全新的，通过学习后知道ZedGraphClass控件在绘制二位柱状图时需要获得两列多行的数据，理清思路后使用临时表暂时储存查询统计的数值，在对临时表进行查询，将结果返回给控件进行显示。在操作过程中在时间的换算上不知道该如何更进，通过百度，知道时间更进只需进行简单的加减运算就可以达到效果了。

6、在授权模块中，由于读取角色的字符串后使用str.length获得字符串的长度，通过长度进行循环访问authority表，但是循环结果与预期的并不一样，后来通过查找才发现原来str.length获得的字符串长度是整个字段长度，而不是实际存放的字符串长度，于是通过增加if语句进行控制循环。

4.3后期完善

1、在答辩前，密码是通过自定义的函数实现加密，经过分析发现这种加密方式并不安全，改换成使用SQL自带的加密函数pwdencrypt()进行加密，在进行登录的密码匹配时使用pwdcompare()函数。在操作上更加简便，而且加密效果更加安全。

2、在对表进行增删改查时，很多字段用户是不能更改的。例如编号等主码，这时应该将其用来显示的text的属性改成只读，而不能是可读可写。还有，在上传时，没添加一个bug，其text和combobox等填写框都应该清空，这样可以尽可能的减少误操作。否则用户可能添加只有编号不同，内容却相同的bug。

5参考文献

6小组总结

为期一周的专周结束了，在答辩过后，我们小组开了小会，讨论了这次专周的收获和不足。总的来说这次的专周完成得还是比较顺利的，虽然BUG管理系统的开发对我们来说是比较陌生的，但是由于一学期的分析设计，我们掌握了业务流程，数据流程，以及模块划分的思路，所以大家在开发过程中整体流程和目的都比较明确。

不过有一点，由于在专周之前是考试周，所以大家都没有对专周进行提前研究，项目计划没有很详细的安排出来。在第一天专周的时候还是比较乱的，后面及时的设计了项目计划，表结构，分配了各个成员的任务。后期因为命名的规范不是很严格，导致后来代码拼接以及结尾工作时遇到了一些问题，消耗了部分时间。不过大家一起交流讨论，问题也很顺利的得到了解决。以后在进行系统开发的时候会更加的注意前期项目开发计划的制定，以及制定并严格的执行代码规范。

这是第一次以小组的形式进行的专周，在开发过程中不仅加深了我们对上学期管理信息系统这门课所学知识的理解和认识，同时也加强了我们的团队协同合作能力，通过大家的一起交流也开拓了思路。希望以后可以有更多这种小组合作的机会，

      

第二篇：1--软件项目开发总结报告(GB8567——88)

项目开发总结报告（GB8567——88）

项目负责人：XXX

组员：XXX

任务分配：XXX

1引言

1.1编写目的

编写项目开发总结报告是为了让开发人员和用户对开发的过程有一个总体的了解，并通过该报告对软件开发过程中的所有工作做一个总结和概括，以及对开发过程中的不足做一个汇总。为以后的维护工作奠定基础。

预期阅读范围是本次开发的团队，或未来将加入开发团队的新成员以及用户。

1.2背景

A．软件名称

Train Search（火车线路查询系统）

B．任务提出者

   XXX

C．开发者                                                                   

XXX

D．用户

所有用户

E．实现软件单位/人

XXX

F．项目与其他软件或系统的关系

    在WINDOWS操作系统下运行，使用eclipse JAVA编辑器以及access 数据库进行编译和运行

1.3定义

无特别定义词或词组

1.4参考资料

2实际开发结果

2.1产品

说明最终制成的产品，包括：

a．  程序系统名为程序系统名为Train Search（火车线路查询系统），代码量为一千三百行；

b．  程序系统共一个版本

c．  建立的数据库名为Trainsearch

2.2主要功能和性能

    

2.3基本流程

2.4进度

   

2.5费用

无

3开发工作评价

3.1对生产效率的评价

给出实际生产效率，包括：

a．  程序的平均生产效率，暂不考虑；

b．  文件的平均生产效率，暂不考虑；

3.2对产品质量的评价

整体质量合格

3.3对技术方法的评价

     本系统使用的技术是java，工具MYSQL+eclipse

     面向对象的计算机语言java在软件开发的过程中使用起来非常的便利，以及使用工具eclipse在开发过程中大大节省了纠错时间，但java在一部分功能的实现中运行的速度相对其他语言较慢

3.4出错原因的分析

     空指针异常，有时需要类型转换

4经验与教训

   经验：

1.       加强了团队协同合作能力

2.       加深了对课堂所学知识的了解

       教训：

1.       项目计划没有很详细的安排

2.       出其关于命名的规范不是很严格，分工不甚合理，导致后来代码拼接以及结尾工作时遇到了一些问题，消耗了部分时间

       改进方向：

1.       要制定合理的项目开发计划

2.       要制定并严格的执行代码规范