3.5.1信息采集子用例
图3.11 信息采集子用例图
Fig 3.11 Information collection sub-use case diagram
基本事件流:
(1)选择新建信息;
(2)系统显示信息录入界面;
(3)编辑信息内容;
(4)保存;
(5)系统提示保存结果。
3.5.2信息审核发布子用例
图3.12 信息发布子用例图
Fig 3.12 Information sub-use case diagram
信息发布用例是部门首长对采集到的信息进行阅览审核。
基本事件流:
(1)选择需要发布的信息;
(2)系统显示该条信息所有内容;
(3)执行发布;
(4)删除信息。
3.6档案管理用例
图3.13 档案管理用例图
Fig 3.13 File Management Use Case Diagram
档案管理用例是新疆军区某部办公自动化系统的核心功能之一,提供电子档案的管理功能,简化管理流程,代替了手工档案管理,使用户能便捷的完成大量档案数据的维护工作。档案管理用例可细化为档案整理子用例、档案查阅子用例、档案借阅申请子用例、借阅管理子用例。
限于篇幅,本文介绍档案整理、借阅申请及借阅管理三个用例。
3.6.1档案整理子用例
图3.14 档案整理子用例图
Fig 3.14 File finishing sub-use case diagram
档案整理子用例是部门首长对过期的公文进行归类整理的用例,包含浏览过期公文和公文归档子用例。
档案归档子用例基本事件流:
(1)浏览过期公文;
(2)选择属于同一类别的公文;
(3)选择归类;
(4)系统显示档案类别列表;
(5)选择目标类别;
(6)选择归档;
(7)系统执行操作,将公文信息转移到档案表;
(8)系统显示归档操作结果。
3.6.2档案借阅申请子用例
档案借阅申请子用例是系统用户向档案管理员发送档案借阅请求的用例,包含浏览档案列表及申请借阅子用例。
图3.15 档案借阅申请子用例图
Fig 3.15 File an application to borrow sub-use case diagram
档案借阅申请子用例基本事件流:
(1)录入检索条件;
(2)系统按照给定条件检索档案;
(3)系统显示检索到的档案列表(对于需要全部隐藏或者机密的,仅显示标题,参与者不能查看具体的内容);
(4)选择需要借阅的档案,可多选;
(5)选择申请按钮;
(6)系统执发送申请;
(7)系统显示申请结果。
3.6.3档案借阅管理子用例
图3.16 档案借阅管理子用例图
Fig 3.16 loan management files Sub-Use Case Diagram
档案借阅管理子用例是干事、部门首长及师职首长对己经提交的申请进行管理,包含未处理的申请取消,己通过批准的档案进行归还,以及部门首长对提交来的申请进行审批的用例,该用例还包含一个系统定时器,用于对到期的档案进行自动归还。包含取消申请、档案归还及借阅申请等三个子用例。
取消申请子用例基本事件流:
(1)查看申请列表;
(2)选择尚未处理的申请;
(3)选择取消;
(4)系统执行取消操作;
(5)系统提示撤消结果。
档案借阅审批子用例基本事件流:
(1)打开申请列表;
(2)选择需要进行处理的申请;
(3)系统显示申请的发送者信息及申请的档案信息;
(4)系统提示操作结果。
档案归还子用例基本事件流:
(1)用户查看申请获得批准的档案;
(2)选择要归还的档案;
(3)点归还按钮;
(4)系统执行数据库操作,取消该用户借阅权限;
(5)系统提示归还成功。
4 系统设计
4.1系统运行环境设计
系统运行环境如下图4.1所示:
图4.1 系统运行环境结构图
Fig 4.1 Structure of the system operating environment
本办公自动化系统运行在新疆军区某部的局域网上,主要是面向机关办公自动化、网络化和协同工作,使机关内部信息交流和办公水平更加规范和快捷,提高办公效率。采用成熟的网络和安全技术,建成一个覆盖新疆军区某部机关各部、处(科)室的专用办公系统,为领导和机关办公提供服务,实现办公现代化、信息资源化、传输网络化和决策科学化。通过使用该系统,不断改进现有的工作环境和条件,进一步提高机关工作的效率、水平和质量,实现日常办公事务、处理事务的自动化、标准化,最终实现办公过程的“无纸”化,以适应新疆军区信息化建设的需要。
4.1.1 系统产品选型
在充分了估算新疆军区某部办公自动化系统业务目标与技术特点的基础上,对业务平台的集成环境进行评估与功能设计,因此平台硬件配置需要充分考虑到高实用性、高可扩展性、高可靠性,完整性和可用性、可管理性、可开放性的设计原则,设备的选用需要着重满足系统的稳定性、安全性、处理性能以及设备及软件的售后服务等方面的需求。
在整个主机应用方案中,采用集群解决方案。集群中节点可以以不同的方式来运行,这要看它们是如何设置的。
在一个理想的两个节点的集群中,两个服务器都同时处于活动状态,也就是在两个节点上同时运行应用程序,当一个节点出现故障时,运行在出故障的节点上的应用程序就会转移到另外的没有出现故障的服务器上,这样一来,由于两个节点的工作现在由一个服务器来承担,自然会影响服务器的性能。
集群的具体实现如下图4.2所示:
图4.2 系统集群的实现
Fig 4.2 The realization of the cluster system
针对这种情况的解决方案是,在正常操作时,另一个节点处于备用状态,只有当活动的节点出现故障时该备用节点才会接管工作,但这并不是一个很经济的方案,因为你不得不买两个服务器来做一个服务器的工作。虽然当出现故障时不会对性能产生任何影响,但是在正常运行时的性能价格比并不太好。
业务数据要求对系统的连续工作性和实时性要求较高,系统停机对系统的影响很大,会造成很大的损失。出于稳定型考虑,在主应用服务器上采用双机热备方式。所谓双机热备就是通过两台服务器通过磁盘阵列或纯软件模式,连接成为互为备份的双机系统,当主服务器停机后,备份服务器能继续工作,防止用户的工作被中断。 5/9 首页 上一页 3 4 5 6 7 8 下一页 尾页 |