文档介绍：...wd...
...wd...
是，在每个类的映射中都建立与关联表的对应关系〕
7、第一个工程中用户权限你是怎么设计的？
需求陈述
不同职责的人员，对于系统操作的权限应该是不同的。优秀的业务系统，这是最根本的功能。
可以对“组〞进展权限分配。对于一个大企业的业务系统来说，如果要求管理员为其下员工逐一分配系统操作权限的话，是件耗时且不够方便的事情。所以，系统中就提出了对“组〞进展操作的概念，将权限一致的人员编入同一组，然后对该组进展权限分配。
权限管理系统应该是可扩展的。它应该可以参加到任何带有权限管理功能的系统中。就像是组件一样的可以被不断的重用，而不是每开发一套管理系统，就要针对权限管理局部进展重新开发。
满足业务系统中的功能权限。传统业务系统中，存在着两种权限管理，其一是功能权限的管理，而另外一种那么是资源权限的管理，在不同系统之间，功能权限是可以重用的，而资源权限那么不能。
关于设计
在设计阶段，系统设计人员无须考虑程序构造的设计，而是从程序流程以及数据库构造开场入手。为了实现需求，数据库的设计可谓及其重要，无论是“组〞操作的概念，还是整套权限管理系统的重用性，都在于数据库的设计。
首先，action表〔以下简称为“权限表〞〕，gorupmanager表〔以下简称为“管理组表〞〕，以及master表〔以下简称为“人员表〞〕，是三张实体表，它们依次记录着“权限〞的信息，“管理组〞的信息和“人员〞的信息。
这三个表之间的关系是多对多的，一个权限可能同时属于多个管理组，一个管理组中也可能同时包含多个权限。同样的道理，一个人员可能同时属于多个管理组，而一个管理组中也可能同时包含多个人员。
由于这三张表之间存在着多对多的关系，那么它们之间的交互，最好使用另外两张表来完成。而这两张表起着映射的作用，分别是“actiongroup〞表〔以下简称“权限映射表〞〕和“mastergroup〞表〔以下简称“人员映射表〞〕，前者映射了权限表与管理组表之间的交互。后者映射了人员表与管理组表之间的交互。
另外，还需要一张表来控制系统运行时左侧菜单中的权限分栏，也就是“权限分栏表〞。
综上所述，这样设计数据库，系统是完全可以重用的，并且经受得住“变更〞考验的。
此套系统的重点在于，三张实体表牢牢地抓住了系统的核心成分，而两张映射表完美地映射出三张实体表之间的交互。其难点在于，理解映射表的工作，它记录着关系，并且实现了“组〞操作的概念。而系统总体的设计是本着可以在不同的MIS系统中“重用〞来满足不同系统的功能权限设置。
1、需求分析是怎样做的？〔自己理解着说〕
需求分析是构建软件系统的一个重要过程。
一般，把需求类型分成三个类型：
1、业务需求〔business requirement〕反映了组织机构或客户对系统、产品高层次的目的要求，它们在工程视图与范围文档中予以说明。
2、用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务，这在使用实例文档或方案脚本说明中予以说明。