开发Bug生命周期管理之后的感想之三

4可能的开始方式

您可以选择开始的方式，比如说你希望一开始是对Bug的记录作用，后期慢慢的拓展其他的功能，这是我的选择方式，我先是注重对Bug的生命周期的管理，主要是Bug各个状态的管理，我起步即建立在我的主要目标之上，之后我慢慢的拓展其他的功能，比如用户管理，权限管理，日志管理，配置管理，文档管理，沟通管理，最近我把设计过程的变更管理也加入到了系统，这样我的Bug管理系统慢慢的脱离了原有的bug管理的意义了，但是这不是我的选择，是项目管理需要的选择，一切以市场为导向也许这是最好的表象了。

如果你有足够的时间，那么建议你使用“准”标准的软件工程思想去开发你的Bug系统，比如先做系统分析，再做概要设计，接着是详细设计，编码，测试，部署测试，试用等等，根据软件工程的质量要求，这是一个规模小，业务流程成熟，技术难度小的系统，所以风险也是相应的低，对于这样的系统，2个人可以在短时间内完成主要的工作任务，后期的拓展一个人维护即可。

5 系统可能附带的功能

我重复一遍Bug管理系统可能附带的功能，这是对于一个项目而言的，比不是所有的项目经理都愿意在这种环境做这些工作，附带的功能可能有图形化的报表、文档的自定义类别管理、同级报表的多样化支持、报表的粒度精确、沟通管理多样化、查询自动化、流程步骤更灵活、等等，这些试我在不断完善的功能，但是不是必要的功能，只是我觉得在我的世界里这是不错的选择，对你，可能不合适。你可能只是关注Bug的生命周期的控制而已。

6总结

对于任何一个希望对一个团体起作用的软件，最主要的是使这个软件具有通用性，易用性，稳定性，流程明确性高，确实大家都希望有等等特性之外，你还需要加入你的意思和管理思想，因为有了你的管理思想，你的软件才能突出其特点，但是要说明的一点是，你的管理思想是先进的。

7 自我介绍

李克喜：长期从事J2EE开发和研究，对J2EE系统设计和Rational工具集有深入的研究和应用，特别是Rose和RequestPro；熟悉IBM Websphere平台和Oracle数据库；

邮件是:[email protected]、[email protected]、[email protected]