KC9-物联网项目规划与实施 典型工程的子系统详细设计文档 典型工程的子系统详细设计文档--ETC后台处理系统方案-KC09131335-o05.doc

中兴新思教育▲ 以上所有信息均为中兴新思教育所有，不得外传 All Rights reserved, No Spreading abroad without Permission of ZTE-NC PAGE PAGE 1 ETC后台处理系统方案 TOC \o 1-4 \h \z 1、系统架构 1.1 系统结构 ETC后台处理系统采用三层结构处理方式。即客户端、应用服务器、数据库。为了保证每层能够保持稳定，在每个部分增加相应接口。如图： 目前，首先考虑使用Delphi作为开发工具。即客户端、应用服务器使用Delphi本身的三层架构的技术。数据库采用SQLServer。增加数据操纵层是为了当数据库发生变化时，仅仅修改数据操作层就可以完成，不会将修改扩大化。当采用CICS或MQ作为中间业务层实现技术时，客户端增加通讯层，将相应的字符串改成Delphi自身技术支持的相应信息，而用户界面基本不用修改。不管是在结算中心还是营业点都是在线工作，没有本地数据库。 1.2 功能结构 2、系统实现 2.1 系统管理子系统 2.1.1 方案说明 2.1.1.1 权限管理 本系统权限管理要管理到菜单级。影响操作员权限的因素有两个。一个是系统操作员屏蔽的菜单功能；一个是该操作员对应角色所具有的菜单权限。对于一个操作员的角色验证是：假如某一个操作员有N个角色，R1到Rn，每一个角色对子菜单（1001）的权限为RA1到RAn，系统对子菜单（1001）的屏蔽为S，则操作员对于子菜单（1001）的权限为（R1+R2….+Rn）*S。如果该值大于零则有权限，反之没有权限。 2.1.1.2 配置文件管理 本系统的配置文件要加密管理。同时为了方便进行配置文件设定（配置文件设定应该是在可浏览的非加密状态），需要一个比较复杂的流程，假如应用程序为App，应用程序的非加密配置文件应该为App.ini；应用程序的加密配置文件应该为App.cfg描述如下： 2.1.1.3 日志管理 本系统的日志纪录操作员的操作过程。由于操作员可能发生变化，而系统显示的是当时过程以及因为操作日志数量很大，不做关联，违反第三范式设计。增加操作员姓名、应用程序名称。OpCardNo，OpCardID只有在用刷卡方式进入系统才会有数。日志内容以文字形式表达。如：删除操作员；删除从2003-1-1到2003-1-31日日志等。具体粒度由程序员自己管理。但是，至少进出系统以及所有影响数据的信息应该记录下来。 系统还要有文本日志，用来记录发生的不可预料的错误！！！ 2.1.1.4 数据库系统密码管理 本系统的数据库密码可以随时修改。这时，系统登陆时会有一些不同，如下图： 注意：其实数据库用户名没有用，真正的用户叫ETCMTC。在修改数据库密码时（流程图见修改数据库密码），可能会出现刚刚修改完数据库密码却不能成功修改UBUserForApp时（在SQLServer中不能将两个东东放在一个事务里），一定要出现明显提示。这也是系统脆弱的一个方面。 2.1.2 数据流程 2.1.2.1 用户登陆 2.1.2.2 修改密码 2.1.2.3 修改数据库密码 2.1.2.4 屏蔽系统功能 系统显示整个系统（不管是不是本应用程序）的所有功能。采用树状（TreeView）显示。并且通过CheckBox选择。默认是全部允许。 2.1.2.5 维护系统日志 显示输入条件时间段、操作人员、应用程序。显示排序条件时间、操作人员、应用程序。按照条件过滤按照排序条件显示日志内容。可以删除相应条件日志，但是删除操作同样纪录日志（先删除后添加，在一个事务中）。 2.1.2.6 系统参数设定 2.1.2.7 个人操作日志查询 显示输入条件时间段、操作人员（只能是该操作员）、应用程序。显示排序条件时间、操作人员、应用程序。按照条件过滤按照排序条件显示日志内容。可以从维护系统日志继承。 2.2 参数管理子系统 2.2.1 方案说明 目前，营业网点通过网络直接与应用服务器连接才能够进行操作。所以所有的营业网点具有的功能可能相同会造成网点之间互相修改对方建立数据的可能，因为有日志纪录，不会造成太多的影响。 2.2.2 数据流程 2.2.2.1 操作员维护 说明：删除操作员必须首先处理完身份卡才可以删除。要么还原身份卡，要么身份卡挂失（丢失情况）。 2.2.2.2 角色维护 2.2.2.3 操作员角色维护 浏览操作员角色时，应该可以对操作员或角色按照操作员号码、姓名、角色号码、角色名称进行相应过滤。按照操作员工号、姓名、角色编码、角色名称等进行排序。 增加操作员角色时，应该可以对于操作员和