|
|
项目基本结束需求调查，开始进入二次开发了。经过和项目公司的人交流，了解到他们的主要二次开发都是在现场的工程人员做，但在需求管理和BUG管理这方面用的是文档来管理。这样的做法我也经历过，虽然每次都有文档记录，也所谓有据可查，但到后面却往往因为文档太多，管理复杂，流于形式。试想一下，如果一个BUG你定义为暂不处理，定下一个日期以后来处理，等到那个时候往往你需要在十几个文档或者十几页的报告中找到一个问题，这样会有多烦恼。我可不想以后成为WORD WORM。
在这个情况下，就要求用BUG跟踪系统来处理这些事情了。既然项目公司没有做这个，我考虑这个工作还是医院内部的人来做了，以后这些需求还是要留在医院内部。现在没有钱去买，自己找了一下Free的BUG Trace.最终选择了BUGTracker.net来作为使用的系统。
当然选择之前设定了几个条件：
1、最好是采用SQL SERVER的，因为已经计划采用微软的技术体系，SPS已经用到SQL SERVER，所以不想有精力去做其他的数据库。当然也可以是Oracle,不过Oracle因为过于庞大，所以想应该不会这样的软件；
2、能有配套的屏幕抓取工具；
3、操作相对简单，便于医生和护士等非专业人士使用；
4、最好是WEB管理方式，便于远程管理，以及出差的时候进行管理和跟进。
挑选了一番以后，最终选择BUGTracker.net的主要理由有几个：
1、采用SQL SERVER作为后台，基于.net Framework
2、有配套的屏幕抓取工具；
3、部署和操作简单，BUGTracker.net用的虽然是.net Framework，使用asp.net编写，但采用的是页面代码和scrīpt代码混合编写的方式，而不是常见的.aspx文件+.cs文件的方式。有好处也有坏处。好处是不用编译，直接放到IIS下配置一下WEB.CONFIG就可以运行起来。坏处就是你要想改点东西，就要一个页面一个页面去找了。不过对我这种拿来主义的懒人来说，这样的好处是大于坏处的。
当然用了几天，也发现几个困扰的小问题，最大的问题是：用配套的屏幕抓取工具发送的BUG，如果说明文字是中文那么到服务器端看就会变成乱码了。google了一把这个问题，不过好像没有人提到，难道不成这个抓取工具是新做的，以前国人都没有用。不过，开源的好处是有源代码，网络的好处是可以发信问老外。看来还要折腾一下。
既然做了搜索工作，就其他的BUG系统整理一下，也供大家参考,不过最好的参考是BUGTracker.net的站点：http://www.ifdefined.com/bugtrackernet.html 有相当多的其他系统的介绍，下面简单摘抄一些资料：
OnTimer：
有cs版和web版，是要收费的，但可以下到破解的，也是用sql Server数据库，这个软件比bugTracker.net 要复杂些，权限等控制的更细，同时似乎并不仅限于bug跟踪，操作起来比较复杂。
BugZilla：
网上评论说是很强大的工具，以前也用过一下的确不错，但要用MySql，放弃了
myTracker：
使用InterBse数据库，也有cs和web两种方式，也不仅限于bug跟踪，还有其他的功能，帮助比较全。
Mantis：
基于PHP和MySql，据说在开源开发中是比较流行的，不知道，因为不符合条件，没有下。
Gemini
看网上评价也不错，功能强大，也是asp.net的，但只有十用户的免费版本，
当然还有其它商业的BUG跟踪和管理系统，如：JIRA，BMS，URTracker等等,这些就不再写了 |
|
发表于 2007-1-10 22:55:20
发表于 2007-1-11 11:27:06