按照行业内的专业叫法，这个应该叫做 系统架构，因为自己不是专门够系统架构的，做的也是根据软件的不同要求大体分一下层，所有就叫做“软件设计”了，免得板砖太多，要挂彩了。
采用通用的三层架构：数据库访问层、业务逻辑层、数据展示层
由于一直在忙着做项目，新技术几乎都没怎么关注，也没法把一些好的新技术应用到里面，就只把我熟悉的一些东西加到里面吧。
初步将这些元素加上
Ajax：AjaxPro，这个自己写的代码稍微多一些，但灵活性大，而且一直用这个
jQuery：这个没得说了，方便、简介、不同浏览器兼容
UserControl：自己写的三个用户控件，分别为：DataList、DataAdd、DataShow，可以通过配置来和数据库中的表、字段进行绑定，有点想微软的MVC的概念，当然两者没有什么可比性的
各构成项目说明：
Frame.Common：常用的方法、行数
Frame.DataBase：数据库访问
Frame.Controls ：常用的封装控件
Frame.Business ：业务逻辑层
WebSite ：具体的网站项目
一点纠结：
听一位前辈说他的一个系统中，没有单独做数据库设计，数据库中字段和页面控件的对应是单独由一个表来进行维护的，类似于自定义表单设计那样来实现的，这样确实可以在一定程度上减少数据库设计的工作，而且能减少页面控件和数据库字段单独在做对的工作，但是后期的维护，可想而知，在页面的设计视图只能看到一堆堆的控件，什么内容都没有，如果我只是要改一个控件的验证方式，也需要先查看原先的数据库控件对应，再进行工作，后期维护非常困难，不知道应不应该这样做？
系统园里面的朋友给点建议