给大家看一篇跟客户打交道的文档,大家可以谈点想法。(200分)

  • 主题发起人 主题发起人 wsxmz
  • 开始时间 开始时间
W

wsxmz

Unregistered / Unconfirmed
GUEST, unregistred user!
我算是匿名用户吧。:)
注: A公司 客户方 B公司 软件开发商
AS 一个大型交易平台 BS 另一大型交易平台
AS和BS均由B公司先后开发。
关于A公司BS系统硬件环境的备忘录
二零零一年xx月xx日上午,A公司财务处、信息中心、电子商务部会同B公司相关人员
就A公司BS系统的硬件配置方案进行了讨论,B公司提出应根据《BS系统需求分析报告》中
提出的使用小型机作为BS系统的应用服务器,并提交了相关理由和建议(《BS系统购置小
型机的建议》)。在讨论中,信息中心提出使用现在A公司AS系统用作应用服务器的
sun E3500小型机同时作为BS系统的应用服务器,出于对性能和系统稳定性等方面的考虑,
信息中心同时提出对两个系统同时使用一个小型机作为应用服务器的方案进行测试,
在此,B公司特提请A公司注意以下几点:
1. 现在的sun E3500小型机的负荷已经较重,从现有的情况来看,可能是由于网站的
访问量较大造成的,因此信息中心提出将网站从该小型机上剥离出去,使用另外的服务
器,然后将BS系统和AS系统同时配置在该小型机上提供服务。因此,信息中心应早作考
虑,尽快作出将网站剥离的方案和实施细则,B公司将根据信息中心的计划进行将BS系统
配置到sun E3500的相关准备工作。
2. 信息中心提出在正式确定将两个应用系统配置到同一台小型机上的方案前进行相关
测试,但是目前A公司无法提供一个可以与真实运行环境类似的测试环境,因此进行相关
测试的唯一途径就是将目前的BS系统直接配置到sun E3500小型机上,然后收集运行数据
进行分析,在此,B公司要提请A公司特别注意,由于目前AS和BS两个系统均已开始正式运
行,进行的都是实际交易,将两个系统配置到同一台小型机上可能带来的后果是无法预知
的,如果信息中心同意按照该方案进行测试,B公司将积极配合,但将不承担因此而带来
的一切后果。
3. 对于最终确定的硬件方案,如果A公司决定AS系统和BS系统使用同一台小型机作为应
用服务器,B公司除对软件本身的质量负责外,将不承担因为BS系统故障引起AS系统不能
正常运行以及因为AS系统故障引起BS系统不能正常运行的一切连带责任。
 
这个也叫文档?不大正规
 
居然做出这种事来了, B公司表面上倒是免除了自己的责任,
但是一旦出了问题, 那可真是拿自己的信誉开玩笑
 
whatdo
you want to say?
 
JS Jcompany
 
客户A公司同意B公司的“B公司除对软件本身的质量负责外,将不承担因为BS系统故障
引起AS系统不能正常运行以及因为AS系统故障引起BS系统不能正常运行的一切连带责任。”
这种做法吗
 
不管是硬件问题也好软件问题也好,一旦真的出现问题,你能不管吗?
 
哈哈, 真是打开眼界
 
我来说两句。
大家有没有注意到“AS 一个大型交易平台 BS 另一大型交易平台”
这句话?我想两个平台使用同一台机器并不是可好主意。正如B公司提出的,
两个系统中某个系统故障给另外一个系统造成的损失谁来承担?
从这篇备忘中,可以明显看出,B公司希望A公司使用单独的服务器运行BS系统,
而A公司并不愿意。我不知道B公司如此强硬的措辞是否合适,但我觉得大家似乎
更同情A公司一些,而我则相反,我觉得B公司想要逃避自身责任的做法是无可厚非
的,我在做项目时每时每刻想的都是这些事。
 
我觉得B公司很合理,因为B公司已将可能出现的后果说出来了,而A公司非要那样做,
出了问题当然与B公司无关。换了你是B公司,你会怎么处理呢?
 
B公司的做法无可厚非
 
没有问题!
 
在中国,请软件公司开发系统,似乎都存在这个问题,
甚至有些B类的公司把自己系统运行的低效率归根于客户的机器不行,
而没有花大力气去优化自己的算法。我同意小猪猪的观点,
难道客户每上一套系统都要新买硬件?
 
站在B的角度
我觉得B的免责声明并不周到
3. 对于最终确定的硬件方案,如果A公司决定AS系统和BS系统使用同一台小型机作为应
用服务器,B公司除对软件本身的质量负责外,将不承担因为BS系统故障引起AS系统不能
正常运行以及因为AS系统故障引起BS系统不能正常运行的一切连带责任。
另外:
1。直接配两套server在同一服务器上,技术上讲太冒险。 很难配好,配好效率不高,
维护困难。。。。。
2。故障原因较难界定。如真交待了,在故障原因这一点上肯定要扯皮
请慎重!
 
我觉得这种定制软件最好不要运行在同一台机器上。因为这和系统软件不同,这种定制
软件都没有设计为和其他系统兼容。
方正在软件工程里面,测试了才有说话权。
 
我觉得是这样的:
1、首先,两个系统的后台数据库是什么?是不是在另一台的小型机上的Oracle或DB2,
还是就在SUN的E3500上。如果是,那么应用服务器和数据库服务器在同一台机器上,
再加上外部网站,那结果可想而知。
2、A系统和B系统计划的吞吐量是多少,就是支持多少个用户?因为一千个用户和十万
个用户的系统是完全不同的。如果你要进行压力测试,也要定义了可支持的用户数才能
做进一步的工作。而不是投入使用后实际看如何。
3、如果有了用户数,大型ERP系统都是可以算出机器够不够的,可以用算的。
4、网站应该是对外的,而即然财务处参与那么A系统和B系统应该是对内的。如果把两
个系统不做物理上的分开,我想安全性应该极没有保障。我想这是原则问题,甲方也应
该知道,是不可商量的。
5、我觉得在给甲方做项目时,项目只有成功与不成功,而不是在备忘录上归定如何如何。
因为如果系统不运行,不管什么原因,甲方受损失而且肯定不会给乙方钱。他可以有各
种理由,除非你是给国外公司做系统或者你真想打官司,那样的话什么都不会有。
当然,如果钱已经付了,那一定要签这样的东东,而且对乙方越有利越好。
所以在这样几个原则问题上,应该和甲方充分协商,用一些数据和教训说服甲方。
并充分公关。
 
好像没什么意思。[:(]
 
B公司做法不是很好,如果系统一旦出了问题, 那可真是拿自己的信誉开玩笑。
 
我认为B公司是对的,现在许多国内公司根本不管软件公司,只想省钱,但又不把钱用到真正需要的地方。
 
现在很多软件公司开发人员只想着快些交货,免得违约所以在软件质量上特别不把关.
 
后退
顶部