对于一个管理系统的设计
开发一套管理系统，是做成可灵活添加需求的形式？还是把足够多的需求加进去的形式？
可灵活添加需求是指比如，客户需要某个界面多几个输入框，某个界面又需要多几统计条件；不需要写程序，就可以定制出这些功能，业务画面、业务流程全部通过配置完成。
[解决办法]
怎么方便怎么写
[解决办法]
指的是让用户用着方便
[解决办法]
你这就是要以不便 应万变 吗？
[解决办法]
有点难度
[解决办法]
使用可装卸模块。
[解决办法]
前者好，我们的软件就是灵活的，用户可以自定义设计的．减少了软件公司很多维护
[解决办法]
我觉得一般是两者相结合来做。你系统设计的灵活性必竟是有限的，比如企业流程怎么可以让用户自己自定义呢？一般是根据特定的企业流程来设计系统，以结构的良好性来应付一些变更或扩展。
初做设计，不到之处请勿见笑。
[解决办法]
写文档,还是等程序做好的,慢慢写呀
[解决办法]
up
[解决办法]
模块化
[解决办法]
显然是写死了好， 所有问题都第一次开发就解决了， 二次开发的钱到哪里去赚啊！！
[解决办法]
up
[解决办法]
最好还是不要灵活了，除非你有把握。
[解决办法]
好问题，这我也在思考。我觉得，完全自动化目前好象难度较大，从用户界面这个方面，UIPAB2.0可能有所帮助；从工作流的角度，Dotnet3.0中workflow可能有用，具体没有用过，不好说。微软webcast课程中，好像讲过什么平台可以实现，是个台湾人在上海公司做的。
[解决办法]
值得讨论啊,UP
[解决办法]
UI动态化比较难，基本不可能
[解决办法]
关注中
[解决办法]
UI动态化比较难，基本不可能
严重同意
[解决办法]
up
[解决办法]
楼主，你说的这些我都做过，一两句话说不清楚。你要明白一点，你提供“定制”功能的需求范围是什么样的，那些能够定制，那些不需要提供，否则，你很难把握住这个范围，收不了场，如果有一二十个人，做一两年，也能做的出来：）
[解决办法]
彩虹信息门户系统（Rainbow Portal），又可称为内容管理系统（CMS） 或智能建站系统、自助建站系统等。http://www.rainbowportal.net.cn/Default.aspx
[解决办法]
通过XML对UI进行描述，
以及将UI与数据库实体的属性进行对应。
[解决办法]
使用XML描述界面元素，并将各个元素与数据库对象实体建立映射关系；
提供解析这种得的框架即可。
[解决办法]
真的不用写代码，光凭配置就能满足各种需要的话，配置就成为了一门语言了，写配置就是在写代码了，最后只不过是在更高层次上写代码
就像过去用汇编，现在用C#一样
[解决办法]
没有唯一答案，如果说一定要一个答案的话，我告诉你，答案是“权衡”
[解决办法]
灵活度太大编写代码的工作也不容易啊
[解决办法]
通过这几年的开发的总结，我认为没有所谓的灵活度好的软件，任何软件，在需求过来的时候，都需要进行一定量的修改！
现在我个人比较推崇迭代开发的模式，就是以每2-4周为一个周期，先完成用户提出的基本需求，然后每个周期逐次优化需求和加入功能。
在灵活度方面当然有必要考虑一些，建议你读下有关设计模式的书。和多掌握下有关系统整体架构的书。
[解决办法]
1 是做成可灵活添加需求的形式?
-------------------------------------------
灵活是相对的，是目前所有软件追求的目标。
2 还是把足够多的需求加进去的形式
-------------------------------------------
这也是大家追求的目标呀
3 客户需要某个界面多几个输入框，某个界面又需要多几统计条件
-------------------------------------------
用.Net写这样的程序还是比较方便的，你最好研究一下设计模式。
4 不需要写程序，就可以定制出这些功能，
------------------------------------------
前3条都实现才能满足这个要求。
5 业务画面、业务流程全部通过配置完成
前4条满足才能达到这个要求。你最好再研究一下 .Net Framwork3.0中的WorkFlow.
[解决办法]
http://www.chinaeasysoft.cn上的开发工具与平台
可以实现基础数据、业务单据界面自定义，添加几个输入框无需修改任何代码，所有SQL语句、查询条件等等根据输入界面实体自动生成
可以灵活添加查询统计条件、打印格式、报表定义等等
[解决办法]
软件平台，中间件
[解决办法]
首先，模块化一定要好，然后我个人认为界面和核心代码分开来写，然后组合，这样最好拉。
[解决办法]
太灵活的，用户不会用的。
[解决办法]
to keep it simple & stupid
[解决办法]
靠，一年前的帖子都被顶起来了。服了。
[解决办法]
汗~~
[解决办法]
建议楼主学习一下敏捷软件开发。我们开发软件的目的就是为了满足用户的需求，而用户是不会知道如何去开发软件的
所以，任何软件的开发都需要遵循一定的规律，我认为最重要的就是可维护性、可扩展性。
[解决办法]
灵活度太大好像也不现实，中国的软件业。。。
[解决办法]
[解决办法]
如果都这样了，那程序员也就失业2/3了
[解决办法]
对于界面需求变化太大的软件或系统，界面最好用html来写
[解决办法]
这个好像有难度哦
[解决办法]
自定义模块？
[解决办法]
单纯的追求灵活也是危险的，代价太高！
[解决办法]
楼主说的是2个极端。可能找一个适合项目实际特点的中间平衡点更好。因为做项目你要考虑成本收益。
[解决办法]
我觉得让用户能够有一定的自定义功能是不错的！但是这需要很高的架构技术！
先说表现层，比如业务流程，这个就很难让用户根据自己的情况自定义，最多也只能说实现某个页面的某个小功能的自定义！
再者说后台，就算用户自定义了前台，但是后台呢？数据库的某些表结构是不是也要发生变化？变化后还能否和后面的数据流联系起来？
比如我增加了个“备注”功能，前台就是多了个文本框，但是我输入的备注内容你存放到后台数据库的哪个字段？数据流到下个页面能否把“备注”的内容依旧正常显示在下个操作页面上！
个人认为没有足够的经验和技术很难实现灵活性，保险的还是中规中矩的听取客户的需求来定制！
[解决办法]
没有万能的定制策略。必须结合用户的实际应用和未来的需求变更进行规划。
不可知的功能性需求还是必须通过一定的代码量才能完成的。现在的开发环境越来越高级，界面开发越来越简单容易了。
[解决办法]
[解决办法]
这坟挖的！
拜托就不要挖坟了，这种基本就是无解的问题，都放3年了，要有解lz早结了
ps：你以为微软不想解决，office2007提供大量xml支持，包括xsd支持，web service支持。sql2005也有report service服务，为啥？不就是为了这个，问题是这种东西始终是给具有编程技巧的人用地，没有编程技巧的人需要经过大量培训才可以用，问题又来了，既然有人家有编程技巧，那么实际上他可以根本不用你的系统，直接用微软的report service或excel 2007直接完成了
[解决办法]
很早的时候国外早就有这方面的解决方案了...利用数据库表来管理页面的那些控件...这种方式叫"自动加载"...比如现在用户需要添加几个字段信息...可是业务流程那么多是不可能一个页面一个页面地去重复往页面上加控件了...你只需要往那个数据库表里添加记录可以了...一个记录对应一个控件信息...不过这种技术说难也很难的...因为你得要做一个用户控件...这个用户控件可以自动地负责把那个数据库表的字段都读出来显示到页面...
[解决办法]
二次开发还需要客户自己去添加空间呢。
[解决办法]
我的答案是不要妄想开发一套不要程序员，只要用户自己就可以定义出来的程序，需求是变化的，只要在变化时，程序能够很快响应变化就好。
比如加一个字段，开发一个增加字段的程序（从数据库一直到UI）让用户使用，还不如你来改，微软早开发了一套让你增加一个字段的程序(sql server和visual studio)，难道你能比它的更好用?
[解决办法]
呵呵 不写程序那成啊
[解决办法]
用户的需求有变更是正常的，但是也不会非常频繁的做涉及面很广的修改
而且只是在文档设计阶段 这个很好添加 修改的 自己注意就行了
[解决办法]
用户的需求有变更是正常的，但是也不会非常频繁的做涉及面很广的修改
而且只是在文档设计阶段 这个很好添加 修改的 自己注意就行了
[解决办法]
用户的需求有变更是正常的，但是也不会非常频繁的做涉及面很广的修改
而且只是在文档设计阶段 这个很好添加 修改的 自己注意就行了
[解决办法]
顶个一百年
[解决办法]
用MOSS的列表库,自定义字段就行了,就是难看了点,当然也可以用SPD进行定制
[解决办法]
是不是客户的那种傻瓜式的开发形式啊？
