质量新知 发表于 2005-9-22 17:42:42

关于系统发布的问题

我们是作项目的，为了保证系统的版本得到控制，我们质量管理部安排了专门的人员负责系统的发布，如果有新的系统需要发布就要有发布人员进行编译，打包后发布，然后再进行测试，但是由于测试过程中也会有问题，就需要修改后再发布，这样发布的频率就会很高，开发人员认为自己修改好后自己编译发布，如果测试有问题就立刻修改再发布，如果每次都要发布人员编译发布大大延迟了发布时间，但是不这样作，我们对软件的版本就不能得到很好的控制，请问有没有更好的办法解决这个问题。
或者有哪位对于系统发布有很好的方案，请给予指点，谢谢。

:):):)

luoyear 发表于 2005-9-23 18:22:03

你们是BS结构的还是CS的？

质量新知 发表于 2005-9-26 08:57:49

是BS结构的。

luoyear 发表于 2005-9-26 12:49:32

建议还是把版本制作交给项目组做
但制订一些规则约束他们
比方每次版本提交必须付上更新的文件清单及功能清单等
设定专门的版本负责人

质量新知 发表于 2005-9-26 19:00:29

谢谢！
您是说版本的管理还是直接由项目组的开发人员来负责吗，我们开发人员也是说由他们自己发布新版本，因为变更比较频繁，由他们自己直接控制版本比较方便，但是我想请问这个专门的版本负责人设定在质量管理部的弊端是什么，有没有解决办法呢，多谢解答。

luoyear 发表于 2005-9-27 12:35:24

1、外部角色不熟悉产品组成；
2、小项目其实过程很透明，只要定义角色职责及明确控制记录，然后外部定期审核即可，没必要非要固定哪个角色于哪个部门；
3、BS结构的发布有时候可以挂单个jsp页面，而不要整套发布；

质量新知 发表于 2005-10-14 19:43:29

谢谢luoyear，给了我一些启发，不过在部门分开的情况下，各个工作的角色也是分的很清楚的，因为每个部门都要很清楚自己的任务，也就是责任分明吧，还有BS结构的发布有时候可以挂单个jsp页面，而不要整套发布，确实是这样的，但这样还需要专人发布吗

君羊 发表于 2005-11-14 14:59:42

我们是开发人员把代码交上来,然后我们根据开发人员提供上来的文档资料或者是开发人员提供上来的安装文档,我们自己安装,安装不好,再和开发人员联系.基本上是系统发布都是我们测试组自己来准备和发布系统的.
页: [1]
查看完整版本: 关于系统发布的问题