17 个解决方案
#1
怎么还有一个！不是回答了么？怎么搞的！
#2
算了！再说一次吧！
#3
多做需求分析！别急于下手！
#4
好问题，支持。
我想可不可以采用分层的办法，将大量数据分成不同部分，以不同界面按层次输入？在下愚见，见笑了。
我想可不可以采用分层的办法，将大量数据分成不同部分，以不同界面按层次输入？在下愚见，见笑了。
#5
帮你顶一下
#6
应该看具体需求，有的好像也实在是没有办法，还有就是用户的习惯
#7
操作方便
#8
好问题，顶一下。
大公司，界面专门有人负责调查和设计。这是门学问，以前看文章说ms负责要就界面的工程师占开发人员的1/3。
大公司，界面专门有人负责调查和设计。这是门学问，以前看文章说ms负责要就界面的工程师占开发人员的1/3。
#9
网速慢,重发了一遍,不过分照给.
如果数据量非常大,但是没有固定的分类,也就是说分类是动态的,根据实际情况.界面做成动态生成有些困难,但是做成死的,又会影响到其功能,所以非常麻烦.现在我们没有到现场,又是第一次开发这样的软件,没有实际经验,并且经费不足,所以想请大家多多讨论.
如果数据量非常大,但是没有固定的分类,也就是说分类是动态的,根据实际情况.界面做成动态生成有些困难,但是做成死的,又会影响到其功能,所以非常麻烦.现在我们没有到现场,又是第一次开发这样的软件,没有实际经验,并且经费不足,所以想请大家多多讨论.
#10
关键是要对不同的数据类型进行分类。
去掉不必要的数据。。
去掉不必要的数据。。
#11
我们做的这个软件包是为了解决流程工业的生产调度问题,一般的生产调度问题都可以归结为大规模混合整数规划问题,也就是一个非常巨大的方程组,其中需要,各个存储设备信息(例如存储罐,仓库等),各个加工设备信息(比如常减压,加氢裂解装置等),各种物料信息(例如军柴,航煤等),各种能源信息(例如新鲜水,煤,电等),还有其它类别的数据,但是以上的分类只对石油工业适用,对于化工厂它的数据分类又可能变了.但是数据量甚至比这还要大.但是我们的开发目的是让软件经过数据字典设置后适用与各种流程工业,现在软件内核(算法开发)已经完成并测试通过,只是这个界面,由于技术有限,一直没有设计出它的框架.还请同行指点.
#12
最简单的是列表方式，不赘叙
然后数据条目整体录入方式（在同一窗体中只可以录入一
个数据条目，界面可以随意改动）
如果用户足够笨，做向导方式的
如果用户笨得只有小学文化，作模拟录入方式的
如果分类是动态的，可以做一个独立的表，对分类进行自
定义控制也就是由用户选择合适的数据录入顺序，一般来
说，数据录入的最大问题就是录入快捷性
方案具体如下：
采用列表方式时
建立一个窗体，让用户自定义需要录入的数据的录入顺序
与层级分类数据录入界面打开时，列表中显示第一层级的
所有数据项，按照顺序排列，然后是第二层级的，如此类
推。
以回车、方向键和Tab键作为触发键，触发数据检查，保
存等动作
列表方式是最简单的了，必定要使用到自定义方式才可解
决问题，因为前提是“分类是动态的”，因此，也只能由
用户自己动态的解决部分问题。
如果采用数据条目整体录入向导或者模拟录入等录入界面，
难度更大，我也懒得写，略过吧。
然后数据条目整体录入方式（在同一窗体中只可以录入一
个数据条目，界面可以随意改动）
如果用户足够笨，做向导方式的
如果用户笨得只有小学文化，作模拟录入方式的
如果分类是动态的，可以做一个独立的表，对分类进行自
定义控制也就是由用户选择合适的数据录入顺序，一般来
说，数据录入的最大问题就是录入快捷性
方案具体如下：
采用列表方式时
建立一个窗体，让用户自定义需要录入的数据的录入顺序
与层级分类数据录入界面打开时，列表中显示第一层级的
所有数据项，按照顺序排列，然后是第二层级的，如此类
推。
以回车、方向键和Tab键作为触发键，触发数据检查，保
存等动作
列表方式是最简单的了，必定要使用到自定义方式才可解
决问题，因为前提是“分类是动态的”，因此，也只能由
用户自己动态的解决部分问题。
如果采用数据条目整体录入向导或者模拟录入等录入界面，
难度更大，我也懒得写，略过吧。
#13
我丢两块砖：
1）不要让用户输入重复的东西（数据库设计合理，名目分类要好）
2）录入数据时所有的功能都可以用键盘完成（条目之间切换合理－符合习惯、方便－不用鼠标，所有功能都必须有快捷键）
1）不要让用户输入重复的东西（数据库设计合理，名目分类要好）
2）录入数据时所有的功能都可以用键盘完成（条目之间切换合理－符合习惯、方便－不用鼠标，所有功能都必须有快捷键）
#14
对于列表方式录入，可以美化一下，对不同
层级数据项录入背景色进行定义，以示区分
也可以分段列表，适应单一数据条目有大量
文本数据录入的情况
模拟方式是最切合用户使用习惯的，但受到
生产发展的限制，如客户可能有生产线大规
模调整的情况，如公司的技术支持不强，倒
还不如用列表录入方式来得实际。
有时候简单的就是最方便的，后期调试、维
护与用户培训的成本可以降低不少。
层级数据项录入背景色进行定义，以示区分
也可以分段列表，适应单一数据条目有大量
文本数据录入的情况
模拟方式是最切合用户使用习惯的，但受到
生产发展的限制，如客户可能有生产线大规
模调整的情况，如公司的技术支持不强，倒
还不如用列表录入方式来得实际。
有时候简单的就是最方便的，后期调试、维
护与用户培训的成本可以降低不少。
#15
向导方式是好，但要考虑的东西很多，改起来很麻烦。所以归根究底一句话就是先把需求分析清楚，尽力做到一次到位。
#16
最好的办法：和使用者多交流沟通
#17
操作方便
#1
怎么还有一个！不是回答了么？怎么搞的！
#2
算了！再说一次吧！
#3
多做需求分析！别急于下手！
#4
好问题，支持。
我想可不可以采用分层的办法，将大量数据分成不同部分，以不同界面按层次输入？在下愚见，见笑了。
我想可不可以采用分层的办法，将大量数据分成不同部分，以不同界面按层次输入？在下愚见，见笑了。
#5
帮你顶一下
#6
应该看具体需求，有的好像也实在是没有办法，还有就是用户的习惯
#7
操作方便
#8
好问题，顶一下。
大公司，界面专门有人负责调查和设计。这是门学问，以前看文章说ms负责要就界面的工程师占开发人员的1/3。
大公司，界面专门有人负责调查和设计。这是门学问，以前看文章说ms负责要就界面的工程师占开发人员的1/3。
#9
网速慢,重发了一遍,不过分照给.
如果数据量非常大,但是没有固定的分类,也就是说分类是动态的,根据实际情况.界面做成动态生成有些困难,但是做成死的,又会影响到其功能,所以非常麻烦.现在我们没有到现场,又是第一次开发这样的软件,没有实际经验,并且经费不足,所以想请大家多多讨论.
如果数据量非常大,但是没有固定的分类,也就是说分类是动态的,根据实际情况.界面做成动态生成有些困难,但是做成死的,又会影响到其功能,所以非常麻烦.现在我们没有到现场,又是第一次开发这样的软件,没有实际经验,并且经费不足,所以想请大家多多讨论.
#10
关键是要对不同的数据类型进行分类。
去掉不必要的数据。。
去掉不必要的数据。。
#11
我们做的这个软件包是为了解决流程工业的生产调度问题,一般的生产调度问题都可以归结为大规模混合整数规划问题,也就是一个非常巨大的方程组,其中需要,各个存储设备信息(例如存储罐,仓库等),各个加工设备信息(比如常减压,加氢裂解装置等),各种物料信息(例如军柴,航煤等),各种能源信息(例如新鲜水,煤,电等),还有其它类别的数据,但是以上的分类只对石油工业适用,对于化工厂它的数据分类又可能变了.但是数据量甚至比这还要大.但是我们的开发目的是让软件经过数据字典设置后适用与各种流程工业,现在软件内核(算法开发)已经完成并测试通过,只是这个界面,由于技术有限,一直没有设计出它的框架.还请同行指点.
#12
最简单的是列表方式，不赘叙
然后数据条目整体录入方式（在同一窗体中只可以录入一
个数据条目，界面可以随意改动）
如果用户足够笨，做向导方式的
如果用户笨得只有小学文化，作模拟录入方式的
如果分类是动态的，可以做一个独立的表，对分类进行自
定义控制也就是由用户选择合适的数据录入顺序，一般来
说，数据录入的最大问题就是录入快捷性
方案具体如下：
采用列表方式时
建立一个窗体，让用户自定义需要录入的数据的录入顺序
与层级分类数据录入界面打开时，列表中显示第一层级的
所有数据项，按照顺序排列，然后是第二层级的，如此类
推。
以回车、方向键和Tab键作为触发键，触发数据检查，保
存等动作
列表方式是最简单的了，必定要使用到自定义方式才可解
决问题，因为前提是“分类是动态的”，因此，也只能由
用户自己动态的解决部分问题。
如果采用数据条目整体录入向导或者模拟录入等录入界面，
难度更大，我也懒得写，略过吧。
然后数据条目整体录入方式（在同一窗体中只可以录入一
个数据条目，界面可以随意改动）
如果用户足够笨，做向导方式的
如果用户笨得只有小学文化，作模拟录入方式的
如果分类是动态的，可以做一个独立的表，对分类进行自
定义控制也就是由用户选择合适的数据录入顺序，一般来
说，数据录入的最大问题就是录入快捷性
方案具体如下：
采用列表方式时
建立一个窗体，让用户自定义需要录入的数据的录入顺序
与层级分类数据录入界面打开时，列表中显示第一层级的
所有数据项，按照顺序排列，然后是第二层级的，如此类
推。
以回车、方向键和Tab键作为触发键，触发数据检查，保
存等动作
列表方式是最简单的了，必定要使用到自定义方式才可解
决问题，因为前提是“分类是动态的”，因此，也只能由
用户自己动态的解决部分问题。
如果采用数据条目整体录入向导或者模拟录入等录入界面，
难度更大，我也懒得写，略过吧。
#13
我丢两块砖：
1）不要让用户输入重复的东西（数据库设计合理，名目分类要好）
2）录入数据时所有的功能都可以用键盘完成（条目之间切换合理－符合习惯、方便－不用鼠标，所有功能都必须有快捷键）
1）不要让用户输入重复的东西（数据库设计合理，名目分类要好）
2）录入数据时所有的功能都可以用键盘完成（条目之间切换合理－符合习惯、方便－不用鼠标，所有功能都必须有快捷键）
#14
对于列表方式录入，可以美化一下，对不同
层级数据项录入背景色进行定义，以示区分
也可以分段列表，适应单一数据条目有大量
文本数据录入的情况
模拟方式是最切合用户使用习惯的，但受到
生产发展的限制，如客户可能有生产线大规
模调整的情况，如公司的技术支持不强，倒
还不如用列表录入方式来得实际。
有时候简单的就是最方便的，后期调试、维
护与用户培训的成本可以降低不少。
层级数据项录入背景色进行定义，以示区分
也可以分段列表，适应单一数据条目有大量
文本数据录入的情况
模拟方式是最切合用户使用习惯的，但受到
生产发展的限制，如客户可能有生产线大规
模调整的情况，如公司的技术支持不强，倒
还不如用列表录入方式来得实际。
有时候简单的就是最方便的，后期调试、维
护与用户培训的成本可以降低不少。
#15
向导方式是好，但要考虑的东西很多，改起来很麻烦。所以归根究底一句话就是先把需求分析清楚，尽力做到一次到位。
#16
最好的办法：和使用者多交流沟通
#17
操作方便