电信软件的特点(完全是本人的理解，请大家批评，指正)

unicorns

原帖由 lovelyarry 于 2007-3-19 13:54 发表

一、内存数据据应用的确是越来越广泛了。在线计费很快就要铺开了。移动已经受不了智能网了。
二、忙时的语音也不会多到哪里去，只是短信是平时的三四倍。其实影响没有多大。
三、我们是多进程和多线程结合。
...

做CMCC的吧。呵呵
文件存详单，兄台是SI-TECH ？

unicorns

原帖由 bsdpro 于 2007-2-17 22:14 发表
电信行业用的软件就是个p
开发重点是人多力量大，工作量大但技术含量低得要命

什么叫技术含量高呢？
我是觉得千万别觉得干IT就是高科技，
作为一个产业，不管是什么应用软件，必然需要大量的蓝领。

另一方面，既然是应用软件，更重要的是业务知识的积累。
如果你所有的业务都可以头头道来，即使你不知C语言是何物，
分不清楚ORACLE，SYBASE有什么区别，那你一样是大牛！

unicorns

原帖由 iamsxs 于 2007-2-22 11:05 发表


哈哈,我们电信自己的人都认识最大的问题就是这个.

我们电信的业务和产品太多了,不像移动的产品和业务那么单一,所以系统就相对很复杂!!!!!!!1

这里似乎说的是电信行业不是中国电信吧。
我们公司电信，网通，联通的业务都做。
相对移动业务来说，固话业务已经比较成型了，版本非常稳定，
今年好象才开始大面积的要求提供详单，原来连详单都不要，
计费基本上都是交换在做计次，软件加起来就完事。
就是一个ADSL和小灵通还有点新鲜感。
上一个地方，拉一堆实施的去就行。
移动业务，哪次都是一帮研发的跟过去一起干。

说起业务多，中国联通是唯一一个所有业务都有的通讯运营商。
而且移动业务还要分GSM/CDMA

[ 本帖最后由 unicorns 于 2007-3-19 14:27 编辑 ]

love2000

原帖由 lovelyarry 于 2007-3-19 13:54 发表

一、内存数据据应用的确是越来越广泛了。在线计费很快就要铺开了。移动已经受不了智能网了。
二、忙时的语音也不会多到哪里去，只是短信是平时的三四倍。其实影响没有多大。
三、我们是多进程和多线程结合。
四、我们这里一般规划多少给多少。
五、局方也不愿意处理投诉，所以一般还是会便宜用户。
六、如果详单是入到数据库的话一般来说多保留不是太现实，如果直接使用文件存放详单，压缩了可以多存放好多了。
...

请教一下，为什么“入到数据库的话一般来说多保留不是太现实”。
是说数据库容量有限么?
我目前设计的系统，有些数据无效时，我只在数据库中置个标志位，并没有真正删除。
这样做会不会有问题？

lovelyarry

原帖由 love2000 于 2007-3-20 08:40 发表


请教一下，为什么“入到数据库的话一般来说多保留不是太现实”。
是说数据库容量有限么?
我目前设计的系统，有些数据无效时，我只在数据库中置个标志位，并没有真正删除。
这样做会不会有问题？

我是觉得数据库存放压缩不现实，就算压缩了，查询的时候解压也不能很快。所以说存放到数据库里面保留详单时间不可能太久。

应该这么做，任何变更都要留下记录嘛。

yeunix

我就碰到联通某地运营商的计费主机1个月里死了好几次机
另外现在的运营商都是通过配套餐来实现新业务的

lovelyarry

原帖由 yeunix 于 2007-3-20 15:15 发表
我就碰到联通某地运营商的计费主机1个月里死了好几次机
另外现在的运营商都是通过配套餐来实现新业务的

新套餐和新业务两码事

colinsage

傻傻的问一下:电信软件主要使用哪个平台??

unicorns

原帖由 love2000 于 2007-3-20 08:40 发表


请教一下，为什么“入到数据库的话一般来说多保留不是太现实”。
是说数据库容量有限么?
我目前设计的系统，有些数据无效时，我只在数据库中置个标志位，并没有真正删除。
这样做会不会有问题？

一般来说是入到数据库保存的，
在线详单5+1，即5个月历史数据，1个月当月数据，或者11+1
也有BT的1+1的。
其他的备到磁带上吧。

unicorns

原帖由 yeunix 于 2007-3-20 15:15 发表
我就碰到联通某地运营商的计费主机1个月里死了好几次机
另外现在的运营商都是通过配套餐来实现新业务的

任何产品都有局限性，可扩展性肯定是有限的，
各种新鲜的优惠模式层出不穷，过不了多久就要升级一次，
说升级是好听的，不好听就是打补丁。