基于Mantis的项目监控和管理系统案例基本介绍

Presentation on theme: "基于Mantis的项目监控和管理系统案例基本介绍"— Presentation transcript:

1 基于Mantis的项目监控和管理系统案例基本介绍
首都医科大学图书馆

2 系统搭建 搭建基于Mysql+php服务模式的Mantis缺陷跟踪系统
应用Powerbuilder+mysql开发基于C/S(客户机/服务器)的项目监控与管理系统

3 Mantis缺陷跟踪系统 登录界面

4 处理问题时的工作模型

5 建立项目管理 包括项目名称、被管理项目所处的阶段、所属部门等等。根据权限的不同，可以创建项目、设置项目的基本属性、删除项目、增加子项目、添加参加项目的人员等等。项目的相关文档上载到服务监控管理系统的文档管理处，保证所有图书馆员得到的文档一致。

6 确定问题分类 问题分类上，要充分考虑到分类的不重叠性和问题分类的级别一致性。根据图书馆现阶段的系统管理情况，根据各项目的具体情况，问题分类如下。 Aleph Metalib 馆藏数据库

7 问题的提交 问题记录的内容主要包括：问题编号、问题类别、严重性、出现频率、出现日期、报告人员、指派人员、优先级、解决状态、处理方式、估计完成时间、摘要、说明等等。问题提交时，报告人员要对问题的严重性、出现频率、优先级进行初步评估，以得到及时的解决。一旦问题被接收和确认，那么问题报告人报告问题的数量、解决问题的效率都会作为评价报告人服务质量的依据。

8 问题的提交——网页形式

9 问题的提交——客户端

10 问题的确认 问题的确认是由部门主任或者是业务负责人进行，是对问题的内容、类别、发生的情形、严重性、修改优先级等进行精确的认定。在信息不全时，将问题更改为反馈，问题的报告人根据注解提供更充分的信息；问题信息完整时将问题的状态更新为接收；解决人员对问题进行分析，确定其存在后将其更新为确认。问题确认过程为问题解决人员提供了可靠的信息，提高问题解决的效率，合理安排问题解决次序，使得问题统计的数据更真实有效。如果不进行问题确认，会使问题解决人员浪费更多时间，使得问题统计数据失效。

11 问题的监控 在图书馆的日常工作和对读者的服务过程中，遇到的问题会涉及到多个部门，因此会造成分配给解决人员的问题可能会在多个人之间流动，影响问题解决的效率。启动问题的监控时，引入了“首问负责制”的理念，就是问题的报告人员要负责这个问题的整个解答状况，这就是说问题的解决过程中有一个人在监控，保证问题的有效解决。

12 问题的监控——客户端

13 问题的实时响应 一旦有新问题，屏幕右下角自动弹出提示框，双击提示框显示“问题列表”

14 问题的解决 问题解决人员在解决问题前要首先判断问题的处理方式，是在能力范围内还是要通过沟通外来人员比如数据库商、技术支持人员等，大致需要多长时间解决问题，并更新上去，以便配合其它人员工作，面向读者的图书馆工作人员可以以此向读者做初步的回复，部门主任可以了解馆员的工作量。在问题解决人员经过分析、处理，解决问题后，将问题的状态改为解决，问题报告人员就可以检测问题是否真正被解决。为了避免问题的再次出现，问题解决人员应该在注解中说明问题形成的原因和如何解决的。

15 系统运行界面

16 结语 该系统在首都医科大学图书馆局域网中试运行了三个月的时间，系统运行正常，数据准确可靠，统计数字详实、在服务监控工作中取得了良好的效果。
共提交各类问题112个，有效问题98个，共解决问题95个，平均每个问题的响应时间为0.5小时，平均每个问题的解决时间为2.5小时。很大程度地提高了解决问题的效率，得到了读者和馆员的认可。