《软件项目开发总结报告》由会员分享，可在线阅读，更多相关《软件项目开发总结报告（12页珍藏版）》请在金锄头文库上搜索。
1、xxx系统项目开发总结报告任务分配:缺陷上传，基本信息维护（,）分配缺陷（,）解决缺陷，测试缺陷（,）登录，权限设置，统计图绘制（,）目录11、引言1.1、开发目的1.2、开发背景2、系统分析2.1、需求分析错误!未定义书签。错误!未定义书签。2.2、基本流程分析42 错误!未定义书签。 错误!未定义书签。3、 系统设计错误!未定义书签。3.1. 主要功能及性能33.2. 数据库结构及设计44、系统实现53.1、开发进度43.2、实现过程的错误分析63.3、后期完善65、参考文献66、小组总结错误!未定义书签。1引言1.1开发目的随着社会的发展与进步，计算机的应用已深入到了社会的各个领域，软件
2、 的作用和影响也越来越广泛。同时，软件出错的范围和可能性也越来越大。如何 有效的进行软件错误的跟踪、控制和管理，已成为提高软件质量，保证系统正常2运行的一个重要手段。BUG管理系统的研发与应用，是为控制和减轻潜在的不利因素对软件项目 的影响而采取的一项活动。它用于集中管理和控制软件测试过程中发现的错误， 并进行版本控制。通过该系统，将帮助我们更好的收集、跟踪、反馈软件系统在 测试、运行过程中的错误和问题。缺陷管理系统作为项目管理的一个重要方法和 手段，能有效的帮助人们建立科学的、规范化的项目管理机制。1.2开发背景在WINDOWS操作系统下运行。使用Microsoft Visual Studi
3、o 2005开发环境和SQL数 据库进行编译和运行。2系统分析BUG管理信息系统是开学初老师给我们提出的项目，由于我们对这个项目很陌生，所 以分析阶段持续了长达一个多月的时间，先后改进了6个版本。设计了系统的业务流程图， 数据流程图以及数据项和数据流。2.1需求分析一个BUG管理系统，需要实现几部分的功能：1、缺陷上传，当缺陷被发现后，测试人员可以通过系统进行提交、记录。2、缺陷录入系统后，项目经理应该可以通过系统进行浏览并进行分配。3、项目经理将缺陷问题报告通过系统转交给开发人员，开发人员可以通过系统知道自 己负责的修正的缺陷问题报告。4、缺陷问题的修正处理，当开发人员修复缺陷后，可以通过系
4、统，通知测试人员缺 陷已修复。5、对于开发人员无法完成的修改任务，开发人员可以拒绝后并将缺陷问题返回至项 目经理重新处理。6、测试人员对开发人员修复的缺陷进行测试，对于没有修复成功的缺陷重新返回给 开发人员修复，对于修复成功的缺陷则关闭存入档案。2.2基本流程分析通过管理信息系统的自顶向下分析和设计，自底向上逐步实施的思路，我们先将整个软 件bug管理系统分为四个业务处理功能：上传、分配、修改、测试；且四个业务处理功能涉 及到了测试人员、项目经理、开发人员三个业务处理单位。详细的业务处理过程如下：2.2.1上传缺陷/4222分配缺陷5项目经理先查看待 分配的缺陷，根据待 分配的bug分配任务,
5、 分配时需先看是否是 开发人员退回：若是 则另选开发人员；否 则判断是否需要解 决：若否则给出解决 方案并修改缺陷状态 为reject;否则修改缺 陷状态为open,再判 定是否有相似问题： 如果有，则指定给相 似问题的开发人员修 改；否则判定优先级 并分配任务。最后安 排修改。2.2.3解决缺陷的bug信息开发人员先查看所分 配的bug信息，然后判 断是否要退回bug:如果 要退回，则拒绝任务。 否则接受任务并给出解 决方案、修改bug状态 为fixed.最后提交测试。2.2.4缺陷测试3系统设计设计阶段是在分析阶段成熟之后进行的，真正进入设计阶段画数据流程图的过程中遇到 了很多问题，同时也
6、发现了之前分析阶段考虑的很多不足之处。先后改进了 3个版本。绘制 了 SC图，设计了数据库表结构。31基本功能311登录功能实现与服务器的链接配置，在用户的服务器信息发生变动时可以进入配置，配置一次即 可，以后可以直接登录使用。根据用户输入的用户名密码，判断是否有权进入，若无权，判 断是因为用户名不存在，还是因为密码输错。登录成功后，获取用户的权限，进入主菜单后 显示相应权限的菜单项。不拥有权限的菜单项不显示。312基本信息维护功能对基本信息如环境配置，人员信息，优先级别，严重级别，模块，角色信息进行管理。31.3权限管理功能当模块、权限或者角色发生变动时，可以根据不同的角色进行相关模块的授权
7、与释权。 权限设置模块的操作权归管理员所有。314报表统计功能7根据不同的项目绘制某个项目在某个时间段发现的BUG数量的柱状图。3.2数据库结构及设计项 目组表(pro group)：序号字段名数据类型是否主键描述1group numchar(4)是项目组编号2leaderchar(4)否项目组组长项目表(project)：序号字段名数据类型是否主键描述1pro numchar(4)是项目编号2pro namechar(30)否项目名称3descriptionchar(30)否描述4group numchar(4)否项目组编号5remarkschar(50),否备注权限表(authority)
8、：序号字段名数据类型是否主键描述1authority numint是权限编号2authority namechar(20)否权限名角色表(roles)：序号字段名数据类型是否主键描述1role numchar(4)是角色编号2role namechar(10)否角色名3authoritychar(20)否角色所拥有的权限，如00011110测试环境表(environment)：序号字段名数据类型是否主键描述1en numchar(4)是项目组编号2systemchar(20)否项目组组长3equipchar(50)否设备配置信息严重级另 9表(severity level)：序号字段名数据类型
9、是否主键描述1severity numchar(4)是严重级别编号2severity namechar(15)否严重级别名称优先级别表(priority level):序号字段名数据类型是否主键描述1priority numchar(4)是优先级别编号2priority namechar(15)否优先级别名称分配表(share)：序号字段名数据类型是否主键描述1bug numchar(4)是缺陷编号2unumchar(4)否人员编号3share timedatetime是分配时间（默认当前时间）4modifydatetime否修改时间缺陷信息表（bugs）：序号字段名数据类型是否主键描述1bu
10、g numchar(4)是缺陷序号，唯一标识2en numchar(4)否缺陷环境编号3statuschar(20)否缺陷状态4descriptionvarchar(lOO)否描述5pro numchar(4)否所属项目编号6severity numchar(4),否严重级别7up timedatetime否上传时间（默认当前时间）8close timedatetime否关闭时间9priority numchar(4)否优先级别10versionchar(10)否版本所属的版本信息11modularchar(20)否模块所属的模块12solutionchar(200)否解决方案13remark
11、lchar(50)否备注用户表（users）：序号字段名数据类型是否主键描述1unumchar(4)是用户编号2unamechar(10)否用户名3group numchar(4)否所属项目组编号4telchar(11)否电话号码5addressnvarchar(50)否地址6remarkschar(20),否备注7passwordchar(6)否密码8role numchar(4)否角色编号4系统实现41开发进度时间阶段任务完成度2011.12.31项目起动，分配任务，设计表结构，设计界面进度完成2012.1.3各成员单独进行模块实现进度完成2012.1.4模块整合及测试进度完成92012.
12、1.5小组进行讨论，功能完善进度完成2012.1.6测试程序并答辩进度完成2012.1.7完成项目开发总结报告进度完成4.2实现过程的错误分析1、开始上传界面环境、项目、严重级别等选择时显示的是编号，后来发现，编号对于 用户来说并不懂其中的含义，需转换成具体的名称。所以将其关联到对应的环境表，项目表， 严重级别表等，让用户可读取到其名称。2、由于编号都是0001”，“0002”这样以0”开头的字符串，而不是数字，不能直接 自增。通过网上查了相关资料，参考了其他人的代码，发现可以用right函数，选择右面的 非空位，然后再加上“1”，编写这样的存储过程，完成编号的自增。还有老师要求数据库中 的表得是英文，而前台的表得是中文，最开始我们不懂在C#环境下如何把列名从英文转换 成中文，后来发现拉数据源后，可在其SQL的“select”语句中，添加“as”字段，将其列名 转化成汉语，显示在dbgrild中。3、在任务分配界面上忽略了一些细节，查询缺陷时，没有显示项目经理要分配的所有 项目，当项目经理分配完一个项目后，表中则删除掉一条，这样看起来更加直观。而在这次 专周所做的实验，刚开始并没有考虑到这些，仅以个人的观点去看待，没有以项目经理的角 度去，所以整个界面还不够完善。由于运用到临时表，刚开始分配的缺陷保存在临时表中时， 如果再次选择跟临
