o*****e 发帖数: 497 | 1 一个大公司,基于安全考虑,不同部门必须使用不同品牌的管理软件。
部门A负责输入新就职员工的信息、老员工的每日出勤情况,
这些信息却不能正确同步到部门B的管理系统,
有些信息可以成功更新,有些却不能(成功与否没有规律)。
这样员工的工资、福利等无法自动生成,
需要部门B的人打印出部门A的报告,一一手工核对纠正。
请问如何用简单的方法解决这一问题?让两套系统之间正确对话?
如何给上司(CFO)建议?
(曾向软件供应商抱怨,他们互相指责对方的软件有问题)
求指教,谢谢! |
w********m 发帖数: 1137 | 2 这是政治问题。
部门B凭空多了很多工作量。
大家,包括vendor,都有钱拿,都happy。
马公接手这样对接的项目,只有背锅的份。 |
c******n 发帖数: 16666 | 3 是的
所以lz另一个帖里面说了 这个要让外包的做
内部的人做了 做好了屁功劳也没有 因为没创造利润
什么 给ab部门省了时间? 那和利润又没关系
但是只要将来出一点问题 无论是两边软件变动 需求没考虑周全 或者和这个中间件屁
关系没有的user error
那锅都是码工背的
【在 w********m 的大作中提到】 : 这是政治问题。 : 部门B凭空多了很多工作量。 : 大家,包括vendor,都有钱拿,都happy。 : 马公接手这样对接的项目,只有背锅的份。
|
o*****e 发帖数: 497 | 4 鄙视楼上两位,
没本事回答问题,
还逼扯这么多。 |
l**********0 发帖数: 150 | 5 建立中间层,抓取ab数据,比较数据,然后更新部门b的数据。 |
e*******o 发帖数: 4654 | 6 这本来就是一个撕逼的问题。
主要得有个大头出来要解决这个问题,技术问题是最简单的。如果能access 两边的数
据库,就更简单,出报告分别从两个数据库中拿数据,join 来join 去就完了。
【在 o*****e 的大作中提到】 : 鄙视楼上两位, : 没本事回答问题, : 还逼扯这么多。
|
m******r 发帖数: 1033 | 7 这种问题我经常碰到。 我的思路是找三个outlier, 在a不在b, 或者在b不在a的, 作
为test case.
然后就慢慢track喽。 就像修水管,看看水,也就是数据是怎么流的,在哪里卡住了。
以我有限的经验,有可能是每天的文件, 系统里做etl的时候哪里没有sync好,造成
缺失。 或者matching logic有问题,什么记录没有match上。
比较花时间。 不过你就三个test case,找起来也不难。 |
o*****e 发帖数: 497 | 8 非常感谢!
我不是做IT的,
请问让公司里的IT部门来解决可以吗?
毕竟软件有什么问题都找他们。
他们解决不了,就由他们找软件供应商解决,请问是这个工作流程吗?
【在 m******r 的大作中提到】 : 这种问题我经常碰到。 我的思路是找三个outlier, 在a不在b, 或者在b不在a的, 作 : 为test case. : 然后就慢慢track喽。 就像修水管,看看水,也就是数据是怎么流的,在哪里卡住了。 : 以我有限的经验,有可能是每天的文件, 系统里做etl的时候哪里没有sync好,造成 : 缺失。 或者matching logic有问题,什么记录没有match上。 : 比较花时间。 不过你就三个test case,找起来也不难。
|
l**********0 发帖数: 150 | 9 哪个省钱省时间用哪个
【在 o*****e 的大作中提到】 : 非常感谢! : 我不是做IT的, : 请问让公司里的IT部门来解决可以吗? : 毕竟软件有什么问题都找他们。 : 他们解决不了,就由他们找软件供应商解决,请问是这个工作流程吗?
|
m******r 发帖数: 1033 | 10 数据的问题看似简单,其实会很复杂,尤其是那种涉及到各个系统之间倒来倒去的。
要么你自己按我说的方法慢慢扣; 要么拿着CFO的鸡毛做令箭 找相关部门。
没有鸡毛,其他部门根本不鸟你。
【在 o*****e 的大作中提到】 : 非常感谢! : 我不是做IT的, : 请问让公司里的IT部门来解决可以吗? : 毕竟软件有什么问题都找他们。 : 他们解决不了,就由他们找软件供应商解决,请问是这个工作流程吗?
|
d******c 发帖数: 2407 | 11 谁也不知道你们IT部门有多少能力,能不能自己做,或者找contractor,或者外包。
软件供应商如果没有责任和另一家通讯,找人家肯定是踢皮球,除非加个项目加钱。
技术上不难,但你没说两个软件是用的什么技术。最通用的是搞中间件,webservices
,肯定A和B都能支持。定义个接口,要求A必须做到读什么,写什么,B读什么,写什么
,让软件供应商加上这功能,额外给钱。各自责任都定义好了,那AB各自做好自己事情
就差不多了。
【在 o*****e 的大作中提到】 : 非常感谢! : 我不是做IT的, : 请问让公司里的IT部门来解决可以吗? : 毕竟软件有什么问题都找他们。 : 他们解决不了,就由他们找软件供应商解决,请问是这个工作流程吗?
|
d***a 发帖数: 13752 | 12 老兄,你要是做过,就知道这是简单的技术问题,复杂的人事问题。
【在 o*****e 的大作中提到】 : 鄙视楼上两位, : 没本事回答问题, : 还逼扯这么多。
|
g****t 发帖数: 31659 | 13 说的不错。
最好的办法是想办法把b的手工工作用自动化一下,
逐步慢慢来。office+VBA搞定。
就把下面这句话里面的几个工作先自动化一下,看看效果。
"部门B的人打印出部门A的报告,一一手工核对纠正。"
这样一来不得罪人,二来没有风险---既然只是自动化b的工作,那
就不会有风险。
不要想着拉大框,开始就假设你能重组这么多人的关系来给软件做需求分析。
拉大框以来你有这个权力吗?二来这个是内部不赚钱的活儿,又听关键的,
一般人压根不懂这种环境下软件的robustness,需求分析漏一条,说不定就是大乱。
光是网络防火墙设置,用户权限设置什么的,
一个外人没几个月。那坑不是一般的多。
【在 d***a 的大作中提到】 : 老兄,你要是做过,就知道这是简单的技术问题,复杂的人事问题。
|