4.1 总体构架
后台服务器端存储数据库和专家库数据，以及错误跟踪系统的服务器程序。用户通过互联网络打开客户端web页面并在线提交数据，服务器端接受到数据后进行处理，然后将数据存入数据库或专家库，再把结果反馈回客户端，以web页面的形式呈现。系统的总体构架如图2所示：
图2 总体构架图
4.2 功能设计
错误跟踪系统的基本功能如下：
（1）错误处理记录：填写错误报告传入本系统，并将每次处理的记录都写入系统数据库。
（2）错误报警：当错误在一定周期内还没有被解决掉，系统会在相关人员登入系统后弹出告警信息，提示错误已经到期。
（3）督办：设置报警周期，催办错误报告。
（4）基础数据维护：对问题分类、企业分类、问题等级等基础数据进行维护。
（5）专家库管理：对技术支持中常遇问题的分析、汇总和维护，形成专家知识库，为技术支持人员提供帮助。
（6）数据分析：统计分析实施人员、合作伙伴、客户提出的各种问题，并根据问题的内容和性质做后续的处理，更好地支持项目实施。
4.3 错误状态设定
错误在生存周期内各个阶段的状态设定如下：
(1) 新错误（New）：测试中新报告的软件缺陷。
(2) 打开（Open）：被确认并分配给相关人员，正在处理。
(3) 已修正（Fixed）：开发人员已完成修正，等待测试人员验证。
(4) 拒绝（Declined）：拒绝修改缺陷。例如：缺陷等级太低，修正成本太大等。
(5) 延期（Deferred）：不在当前版本修复的错误，下一版修复。
(6) 关闭（Closed）：错误已被修复或过期。例如：软件版本号显示错误，但新的版本刚刚发布，此问题已经过期，被关闭。
(7) 重新打开（ReOpen）：已经修正的错误再次发生。例如：修正新的错误造成已经解决的错误再次发生等。
(8) 挂起（Hang）：暂时不处理。例如：处理人员正忙于处理更紧迫的任务时，而这个错误级别较低，这时错误被挂起，处于一种等待状态。
4.4 错误等级设定
错误的等级在后台进行维护，初始设定按错误程度设为5级：
(1) 重大错误：错误会引起操作系统崩溃。
(2) 严重错误：错误会引起应用系统崩溃，但不危及操作系统。
(3) 功能错误：错误会引起应用的某个功能不正常。
(4) 告警：不影响应用系统功能的一般错误。
(5) 建议：对程序提出的功能改进意见。
4.5 角色权限设计
4.5.1权限点
对于角色权限管理部分，在系统中设立若干权限点，建立角色，根据角色的职位特点，分配其适当的权限点。然后建立用户，根据需要用户职位特征，分配相应角色。
权限点是系统中最小的权限单位，不可以再分。角色是权限点的集合，管理员可以根据需要创建不同的角色。用户是最终使用人员登陆系统所使用的身份标识ID，根据人员所处职位的特征，用户可以担当一个或多个角色，并拥有相应角色的权限，如图3所示。
图3 权限分配示意图
系统管理员对用户、角色和权限点进行分配和管理。由于用户与角色衔接，所以当要更改某一组用户的权限的时候，只要更改这一组用户所属角色的权限即可，而不用每个用户都去更改。
4.5.2 系统角色设置
系统初始设计的角色主要有以下几种：
（1）实施人员：现场的实施人员，对本人测试到的错误信息进行错误报告建立、读取、删除、修改的权限。同时也可以读取技术支持人员的问题反馈。
（2）测试人员：权限同实施人员，但其提出的问题直接由错误分配人进行分配。
（3）错误分配人：根据错误性质进行分类的人员，具有读取错误报告和错误处理记录的权限，并且可以分配错误处理人。
（4）技术支持人员：可以查阅错误报告、专家库，并能创建修改错误处理记录。
（5）专家库管理员：具有对专家库进行操作的权限。
（6）系统管理员：维护基础代码，包括角色权限设置和创建用户等。
结束语
错误跟踪系统的建立和应用，涉及到软件开发、实施、维护的各部门，它贯穿软件生命周期的全过程。要想真正做好错误的跟踪、修改、控制与管理，除了要有一套好的系统外，项目管理的规范化和制度化是系统成功的基本保证。
