请求一个“全省农业税收信息化管理系统”设计的最佳方案，请大家都来发表一下高见，谢谢！(100分)

  • 主题发起人 主题发起人 fjw
  • 开始时间 开始时间
F

fjw

Unregistered / Unconfirmed
GUEST, unregistred user!
我们正在开发一个全省的农业税收信息化管理系统，共分为3个版本，乡级、县级和省市级。乡级是
基本输入操作版本，主要进行数据的输入，为最基本的版本。县级是数据汇总版本，主要管乡级上报
数据的汇总。省市级版本为查询版本，可以从县级服务器查询数据生成汇总表。
乡级版本采用DELPHI的ADO加ACCESS数据库设计，现在我们已经做好并投入使用了。县级版本我们准备
采用SQL SERVER作后台数据库，可以接收乡级单位的上报数据供省市级查询用。省市级版本不需要再
存储数据，直接从县级服务器提取数据即可。（我们的省市县三组都已经架设了内部局域网）
我这个县级版本和省市级版本该怎么做啊，请各位大侠给我指点一二吧，小生就终生感谢你。
 
那你有没有考虑过安全问题呀，有时候冗余可是必要的哦。
你这样会给县级财政年底作弊的机会的。
 
老兄，我在为地税局写这个，我们保持联系好吗？
wanghuiss@163.net
 
我们后台用SYBASE
 
to hurryman
是吗
你是哪里的人？可以交流一下吗，我也在地税上
 
我看别写了，农民现在已经很惨了，各种公粮，提留，集资，搞的农民穷的一塌糊涂，
我担心有了你这个系统以后，农民都没法过日子了，到时候，呵呵，8亿农民找你麻烦，
这可不是闹着玩的！兄弟们，给我上啊！[:D][:(!][:(!][:(!][:(!][:(!]
 
我在地税干活，觉得C/S结构犯下的滔天罪行需要几天时间才能说完，应为最主要的
一个是现在国内的税法执行乱成一片，今天下一张文要取消这玩意，明天又会加上几
个参考意见，后天说报表的口径要改，你用C/S结构来管理省市县三级机构真替你担心。
几个建议：
1。报表，纳税规则是人定的，多考虑清楚再做，强烈建议动态配置，
2。三层结构，最好能够提供自动更新的功能。
3。现实和理想决不一样，中国那么大，每个地方都有各种奇怪的事情发生，纳税也是一样。
4。市级应该留有一份数据给省局查询，省局不应该直接跨过市一级到县级查询。
这也是速度问题



 
搞数据集中,
乡级、县级和省市级的数据都集中到市里 统一管理,
这样可以减少数据冗余,提高数据的利用率,如果能够全省集中就更好了.
 
谢谢各位老兄啦！
别说8亿农民要找我麻烦啦，我们这次开发的软件主要用于农村税费改革，这个税费改革的
中心思想就是一条：“给农民兄弟减负”，所以为了我们农民能更快过上好日子，我们真是得好
好干啊。
刚才看过李维新出的一本书《DELPHI的SOAP和WEB WEBSERVICES》，觉得他讲的这个技术还
不错，有空兄弟们也可以看一看啊。
现在我们比较苦恼的是我们的数据仓库究竟放在哪，是放在县级征收机关，还是放在市里还
是省里集中管理。请众位兄弟发表一下高见啊，如果有做过类似项目的兄弟，还望多多指教，小
生谢谢你们啦！
 
我现在在看那个370多页的数据字典，明天开始，我写中间层的应用程序，
我们保持联系
 
//刚才看过李维新出的一本书《DELPHI的SOAP和WEB WEBSERVICES》，觉得他讲的这个技术还/
不错，有空兄弟们也可以看一看啊。
这些不稳定的新技术最好别用，否则到时候作不完你就惨了
 
有电子的吗？我要下！
 
to fjw:
>>现在我们比较苦恼的是我们的数据仓库究竟放在哪，是放在县级征收机关，
>>还是放在市里还是省里集中管理。
我不知道你们是哪里的，但是我知道现在全国的国税系统已经推广使用统一的征管软件
CTAIS，是神州数码搞的。本来是按照县级为单位开发的（以县为单位集中），
后来实施的时候是以市为单位，有些问题非常麻烦。
数据集中的好处非常多，你们如果将数据发到县里集中，
那要浪费很大的尽力减少数据的冗余，而且省里要搞统计或者是出报表、数据的挖掘、监控
都是比较麻烦的事情。从目前的情况来看数据集中到市里是比较成熟的，
当然还要看你们这个系统的数据量，如果数据量不是非常大，可以考虑全省集中。
还有就是你们一定要好好考虑整个系统负荷以及持续运转，也就是说要仔细归还系统的
负载、数据的备份与恢复等问题，
如果数据量很大，要考虑每年都将上一年的数据转移到另一个库中，而不是全部放在一起
不然时间长了会死的很难看。

 
我想先知到数据的增长情况,
//我这个县级版本和省市级版本该怎么做啊
完全可同一样的程序.权限与查询范围而已.
 
对于数据集中你应该有强大的硬件基础，我单位全市集中征收的数据一年多就有9GB，
数据库是Sybase，机器是RS6000 6CPU,3GB RAM.可恨的Sybase维护起来苦不堪言。
后年全省要搞大集中，那时又不知如何。
 
我们现在做的是河南省农业税收信息化管理系统，与神州数码做的那个CTAIS不一样，我们
这主要是征收农业税的（如农业税、契税、耕地占用税、农业特产税等），乡级农税所是最
基本的使用单位，征收完成后把数据上报到县级征收机关。
具体的数据量吗，大概数农业税的数据量大些，每年每个纳税户的纳税信息都在记录。现在
我们的想法就是县市省三级的版本基本上一样，只不过是权限和查找范围的差别。
请各位高手发表一下高见！！！！！！！！！！！！！！！谢谢
 
我也在河南，看过别的公司给政府行政部门做的“XX信息管理系统“
看完之后觉得伤心
用的技术还有桌面数据库，这样的话真是对社会的浪费。真希望能够做出像样的产品
初期规划好一点，及时为自己着想也是为纳税人着想
前期规划不好，估计自己也要累的半死。当然如果客户不追究的话,哈哈！
 
多人接受答案了。
 
您必须登录或注册才可回复。

Similar threads

Ray
[转]终于可以发布Delphi下收点OSGI精髓皮毛而设计的插件框架WisdomPluginFramework
回复
4
查看
4K
chlkuei
C
F
没招了，做过大项目的请来指点一下小生，不胜感谢！(100分)
回复
14
查看
144
fjw
F
F
请求一个“全省农业税收信息化管理系统”设计的最佳方案，请大家都来发表一下高见，谢谢！(100分)
回复
6
查看
258
gophie
G
W
做这样一个系统大家有什么思路？都会用到些什么技术？(75分)
回复
19
查看
195
yybug
Y
T
各位专家请给建议，一个定单录入查询系统，采用MiDAS/TSocketConnection 是否可行？(150分)
回复
5
查看
171
HunterTeam
H
后退
顶部