层次方框图。 （1） 银行管理员

银行管理员 增加系统用户 删除系统用户 查看系统用户 查看已批申请 查看未批申请 修改系统密码

（2）系统普通用户

普通用户 开户 销户 挂失 解挂 改密

（3）储户

储户 存款 取款 转账 查现 历史 改密

由于储蓄用户也是系统普通用户，故储户也拥有和系统普通用户一样的所有权限，在上面的层次方框图中，仅列出了储蓄用户特有的权限。 3.7 OO模型分析

根据银行储蓄管理系统的用例分析，银行的参与者主要有三种：银行管理员、储户、系统用户，因为储户、银行管理员都实现了系统用户，故参与者用CommonUser角色实现；由于一个系统用户可拥有多个账号，每个账户可以对应一个系统用户，故账户用

AccountUser角色实现；考虑到相关系统参与者的业务涉及范围，银行管理员可以操作账户申请以及账户的挂失、解挂等申请信息，故申请信息用MessageRegister实现申请信息记录；由于储户在相关业务操作的过程中，系统可为其记录相关的操作日志，用户实时可以查看历史记录，以了解储蓄详情和保障账户安全，故可以用MessageLogger来实现历史记录。

有上述分析可知，在银行储蓄管理系统中，主要涉及到四个数据模型的建立，分别用

CommonUser、AccountUser、

MessageRegister、MessageLogger四个实体类实现。

由于业务操作中，系统参与者之间的交

互性，各个数据实体之间存在一定的相关性。一个系统用户CommonUser，可以对应多个账户AccountUser，一个账户AccountUser只能对应一个系统用户CommonUser；一个账户AccountUser可以对应多条历史记录信息MessageLogger，一条历史记录信息MessageLogger只能对应一个账户AccountUser；一个账户还可以对应多条申请记录信息MessageRegister，但一条申请记录信息MessageRegister只能对应一个账户AccountUser。

3.8 关系模型的分析

由以上数据模型的分析，以及相关类和

类之间的映射关系的确立，可以将上述的OO模型按照对应的映射方案，映射成对应的关系模型，并按照映射出的关系模型设计合理的数据库文件结构。 关系模型的映射：

根据数据模型分析，由于AccountUser与Commonuser间是多对一映射，故：

AccountUser(account,apassword,address,phone,realname,deposit,state,cname);

CommonUser(cname,cpassword,clevel);

由于AccountUser与MessageLogger之间是一对多映射，故：

MessageLogger(dealid,dealtype,deal