需求很灵活的管理系统,不知道怎么做,大家帮忙

时间:2022-09-13 16:48:56
我现在做一个人事的管理系统,原来有个旧系统,但是它是比较灵活的,表的结构用户自己可以定制,现在我们要重新作一个新系统,要求表和旧系统一样,就是也是灵活的,表结构不能定死,而且报表要用旧系统做成,向国家上级部门提交,而且新系统设计到的表有60多个,不知道怎么做好,如果一个表一个表的设计,非累死不可,但是有没有一个统一的模式去做表结构经常变动的,而且,有些表今年有用,明年可能就没有用了,我现在做的一个模型特别灵活,就是不依据表结构做的统一的一个模型,但是这样的后果就是各个表之间的联系没有了,不能控制,还有旧系统里面设计到了很多代码库,新系统里面没有,直接存储的是代码的内容,新旧系统之间还要互相倒数据,如果新系统的数据在旧系统里面的代码库中没有,就要出错,所以我现在很烦,不知道怎么做比较好,大家有没有这方面的经验,请多多指教~非常感谢~

14 个解决方案

#1


你的“表的结构”是指的报表的结构吧

#2


不是报表的结构,是数据库表的结构

#3


呵呵这个我也碰到过的啊

对于一些老牌企业的人员,EXCEL或WPS办公软件中毒太深,老认为为他们开发的软件的报表要是可以像EXCEL那样自定义结构就好了。可是他们没有想过,开发一个OFFICE要多少钱(告诉他们不是买而是开发),再者,如果OFFICE能够满足要求的话,那么还找你们开发软件干什么(直接这样问当然完蛋,委婉一些)?解决办法是找客户协商,告诉客户,如果他的报表能够随意定义列数的话,将会出现页面排版不下或出现数字打不下的情况,如果非要这样的话,可能在报表里丢失精度或者有的列根本打不出。如果非要改变结构的话,可以预置几个打印结构的表给他们选择以应付以后的变动。一般这样都可以说通客户的,如果这样都说不了客户的话,那么该你倒霉了。

而他们原来数据库里的数据,如果可能的话,专门写一个简单的转换程序通过ODBC转换到你自己的数据库里。

#4


数据表的结构用户自己可以定制?哈哈,他们不懂数据库,可以理解。这样要你耐心给他们解释,他们看到的数据表界面是可以定制的(显示视图可以定制这都知道)。至于数据表的设计,当然是你自己决定啦,不然是你设计程序还是他们设计程序?:)

#5


所以还是用EXCLE来解决吧。OLE + 宏。

#6


office组件库提供了几乎所有你能想到的功能,用已有的COM组件来解决是最好的office的COM组件对于办公上的功能支持很不错的,它的灵活度也够高,盖楼不是从种树开始对不对

#7


这也“需求很火”?我看是没需求!

#8


烂人才幻想万能。

#9


结果是成事不足,败事有余。

#10


好像与用户需求没关系,是设计问题。

#11


数据库表结构随意定制?很麻烦! 不这样实现吧.考虑变通办法.

#12


系统的数据库表结构与客户说的‘数据库表结构’不是同一层次的内容,系统的数据库表结构是由我们设计不会随意改动,客户所说的如人员信息表中增加一项指标,这只是实现方法的一种方式,在系统的数据库表结构并没有增加,只是其中一些数据库表中增加了需新增指标项的记录...

#13


在实际中需要要客观分析,这种需求真的是不理智!
处理这种问题的关键是,客观分析!

#14


必须引导用户需求,大多数用户并不知道自己想要的具体东西,可以一步一步地和用户交流嘛

#1


你的“表的结构”是指的报表的结构吧

#2


不是报表的结构,是数据库表的结构

#3


呵呵这个我也碰到过的啊

对于一些老牌企业的人员,EXCEL或WPS办公软件中毒太深,老认为为他们开发的软件的报表要是可以像EXCEL那样自定义结构就好了。可是他们没有想过,开发一个OFFICE要多少钱(告诉他们不是买而是开发),再者,如果OFFICE能够满足要求的话,那么还找你们开发软件干什么(直接这样问当然完蛋,委婉一些)?解决办法是找客户协商,告诉客户,如果他的报表能够随意定义列数的话,将会出现页面排版不下或出现数字打不下的情况,如果非要这样的话,可能在报表里丢失精度或者有的列根本打不出。如果非要改变结构的话,可以预置几个打印结构的表给他们选择以应付以后的变动。一般这样都可以说通客户的,如果这样都说不了客户的话,那么该你倒霉了。

而他们原来数据库里的数据,如果可能的话,专门写一个简单的转换程序通过ODBC转换到你自己的数据库里。

#4


数据表的结构用户自己可以定制?哈哈,他们不懂数据库,可以理解。这样要你耐心给他们解释,他们看到的数据表界面是可以定制的(显示视图可以定制这都知道)。至于数据表的设计,当然是你自己决定啦,不然是你设计程序还是他们设计程序?:)

#5


所以还是用EXCLE来解决吧。OLE + 宏。

#6


office组件库提供了几乎所有你能想到的功能,用已有的COM组件来解决是最好的office的COM组件对于办公上的功能支持很不错的,它的灵活度也够高,盖楼不是从种树开始对不对

#7


这也“需求很火”?我看是没需求!

#8


烂人才幻想万能。

#9


结果是成事不足,败事有余。

#10


好像与用户需求没关系,是设计问题。

#11


数据库表结构随意定制?很麻烦! 不这样实现吧.考虑变通办法.

#12


系统的数据库表结构与客户说的‘数据库表结构’不是同一层次的内容,系统的数据库表结构是由我们设计不会随意改动,客户所说的如人员信息表中增加一项指标,这只是实现方法的一种方式,在系统的数据库表结构并没有增加,只是其中一些数据库表中增加了需新增指标项的记录...

#13


在实际中需要要客观分析,这种需求真的是不理智!
处理这种问题的关键是,客观分析!

#14


必须引导用户需求,大多数用户并不知道自己想要的具体东西,可以一步一步地和用户交流嘛