先需求分析,需求分析设计一定要精心。然后确定模式:BS还是CS,然后确定数据库,数据库的设计一定要考虑可扩充性。数据库的设计会很大成都影像到程序的修改。

解决方案 »

  1.   

    不知道你要做的是什么结构的工程,B/S还是 C/S?
    一般都用3层的架构,上面的都说了,不多说了.
    数据库设计牵扯到你以后的开发
    尽量多了解一些跟项目相关的知识,前期数据库设计很重要,规划好表之间的逻辑关系
    尽量少建视图,视图多了对服务器压力比较大
      

  2.   

    现在普遍用三层架构。如果是B/S的去 www.51aspx.com 看看吧。
    另外23种设计模式看看。
      

  3.   

    先需求分析,需求分析设计一定要精心。然后确定模式:BS还是CS,然后确定数据库,数据库的设计一定要考虑可扩充性。数据库的设计会很大成都影像到程序的修改。
      

  4.   

    EricGuzuqiang
       三层架构:表示层,业务逻辑层,数据层,业务逻辑层负责表示层和数据库层的通信
    23种设计模式要学
      

  5.   

    系统框架 重要,要合理,并且在以后进行代码升级或者修改不会影响全部
    要避免将方法和类写死,尽量将类和方法功能分开.
    有共同的方法和性质,尽量用Base
      

  6.   

    你学习的ASP DotNet 和 SQL 2000,所以建议你最好就用B/S架构去做,至于几层,不一定非要按照某种固有的模式去做,灵活运用,否则只会把你套牢在一个非常局限的范围里面。叔本里面的东西在实际应用中很有限,当然多学习一些更好。下面说说做项目时需要注意的地方。
    首先,需求一定要明确,不要忽视它重要性,花大量的时间去和客户沟通。不仅仅是要客户提需求,你自己也要能和客户一起考虑,提出一些你认为客户可能疏漏的问题,在与客户沟通时最好能做一些可以让客户看的到的简单实例,能让客户感受一下和自己想要的结果是否一样,也便于客户提出较深层次的问题,等等,这是一个漫长而繁琐的过程。 
    需求明确之后,要大概设计一下你的纲要,在客户需求的基础上再留一些余地,以便以后的版本升级。纲要完成之后,就可以开始设计数据库,设计时要注意对一些敏感信息需要征求客户是否需要保密,然后采用加密技术。数据安全很重要。设计数据库时首要是考虑用户需求,关于是否要遵循某一范式个人认为不要太过认真,主要目的是方面易用,必要时可以考虑使用数据冗余,比如维表和属性表设计时尽可能简洁,交易表可以使用冗余,具体看需求,不要在数据库里建一大堆的约束和关系,这些尽可能的放在前台程序去处理。表字段大小的设计能节省尽量节省,少使用Var-类型。页面设计要注意防止SQL的注入式攻击,如果是B/S架构的话,搞不好很容易被攻击。业务处理最好全部封装,用存储过程也好,前台程序处理也好,反正避免在代码里尽可能不要出现明文的SQL代码。即便是查询。
    好了,就说这些吧,主要是根据实际情况灵活应用,个人看法,仅供参考。
      

  7.   

    TO brother2605(幽灵)
    支持一下
      

  8.   

    一个成功的管理系统,是由:[50% 的业务 + 50% 的软件] 所组成,而 50% 的成功软件又有 [25% 的数据库 + 25% 的程序] 所组成,数据库设计的好坏是一个关键
    数据库设计应该注意尽量产生少的冗余,
    数据表内部数据项之间关系,ER 图表等最新文档一定要设计好,这对表明表之间关系很有用,而数据字典则说明了每个字段的用途以及任何可能存在的别名。对 SQL 表达式的文档化来说这是完全必要的。然后从输入输出入手展开设计..
    其它具体的注意事项你可以看一下这个网址http://www.access-cn.com/,或许对你会有所帮助