黄冈师范学院UML实验报告.docx
《黄冈师范学院UML实验报告.docx》由会员分享，可在线阅读，更多相关《黄冈师范学院UML实验报告.docx（20页珍藏版）》请在冰豆网上搜索。
黄冈师范学院UML实验报告
UML（统一建模语言）
实
验
指
导
书
孙钢锋
计算机学院
2015年3月
实验一：
USECASE
1.1目的
1.掌握用例的概念。
2.掌握UML中用例图的组成、作用以及使用场合。
3.掌握用例与用例之间的各种关系。
4.学习针对具体场景使用用例图进行分析说明的方法。
5.掌握用例描述的概念和基本结构，以及用例描述的作用。
1.2实验要求
●复习课堂有关USECASE图的理论；
●针对实验案例中的每一项需求，给出传统需求描述和用例描述
1.3内容
以小组的方式对所选案例进行资料收集和研究，利用word完成业务概况、业务目标、利益相关者分析、非功能性需求分析和功能性需求分析文档
1.4步骤
业务概况
目前，社保中心系统各类档案电子目录的著录均使用某文档管理软件（以下简称原文档软件）。
由于购买时间较早，已经不能满足需要。
主要体现在以下的几个方面：
●数据库容量小，稳定性差。
不能进行网络化操作，给管理和查询带来不便。
●软件需要大量的人工操作。
档案的有效性很难保证。
●安全性差，不能自动备份，有一定的安全隐患。
业务目标
建立档案信息资源共享平台，实现天津社保档案资源管理、档案信息服务利用的信息化档案管理机制。
档案管理系统的使用范围涉及市中心档案馆、23个档案室（中心机关、分中心和结算中心）、430个终端用户（18个机关处室、22个基层单位每家8个部门、240余家街镇乡劳服中心）三个管理层面。
本系统建设以高效率的信息化档案业务管理、高可靠的信息资源服务为宗旨，以建立档案信息化综合管理平台为重点，以满足档案管理者和档案利用者需求为目标，基于档案智能检索技术和电子化管理技术，实现天津社保档案信息资源的共享和档案管理现代化。
利益相关者分析
编号
名称
说明
期望
01
档案管理人员
易于管理
尽量减少手工劳动
02
领导
便于决策
档案的视图人性化
03
公众
系统可靠
提供即时的服务
1.1利益相关者概要信息表
编号
用户名称
概况和特点
使用系统方式
代表利益相关者
优先级
01
管理员
管理档案
录入档案、更新档案
档案管理人员
高
02
普通大众
查询档案
进行档案的查询
公众
高
03
业务经办人员
收集整理纸质材料
档案收集
档案管理人员
中
04
部门负责人
抽查、移交档案
中
1.2用户概要表
非功能性需求分析
编号
非功能需求名称
内容
备注
01
环境要求
系统需要网络环境的支持，跨平台，支持主流数据库。
具有很高的数据可靠性具备分布式异地容灾系统。
使用负载均衡解决高并发
系统应该包含应用服务器、存储设备、IO设备和数据库产品的支持。
系统的规模可以伸缩，具有良好的弹性。
可以进行分布式部署。
02
系统可定制
软件具有通用性、扩展性和灵活性
用户根据自身对本单位档案管理的理解，利用软件提供的定制工具，可以为自己量身定做档案管理系统。
03
为档案的显示提供多种视图
提供给FLEX电子文件阅读器进行展现
。
支持等宽、等高、百分比显示、支持缩略图、支持当前文件的文字搜索，系统中的电子文件权限和阅读器的按钮紧密结合起来
04
档案数据持久化
兼容已有的格式
能够将档案统一转化为pdf格式
05
WebServices接口技术
使档案管理系统成为一个开放式的系统
调用档案管理系统的归档接口，主动将数据归档到档案系统，主动将机构、人员信息更新到档案管理系统
06
全文检索
系统可以图像文件、电子文本自动进行全文识别并和相应的档案保存描述性PDI（分类和目录）一起建立起相应的全文索引库。
在检索过程中可以设置检索范围，并且可以在检索结果中再进行分层检索。
07
授权机制
档案加密
读取档案先要取得授权
1.3非功能需求信息表
功能性需求分析
编号
业务需求名称
关联利益相关者
业务需求说明
业务规则
01
建立档案数据库
公众
整合各类档案信息，建立多门类的档案数据库
系统应可通过模板定义的方式、支持用户灵活的自定义档案类目
02
档案信息收集
管理员
完成整个系统的前期文件、资料的收集和整理。
实现业务经办人员对预归档库中文件资料的收集、补充、校对、业务指导、接收、整理、归档等功能；
03
档案业务管理
管理员
对各个档案门类信息输入、维护、统计、编研、鉴定、销毁、库房、保管、存储等业务
支持对各个门类的档案数据的导入、录入、修改、维护等作相应处理。
03
档案检索
公众
支持关键词搜索和全文检索
以友好的用户界面提供检索入口。
支持特定档案格式的搜索
05
权限管理
所有
系统中的各个用户针对不同的功能模块有不同的权限
只允许具有特定权限的用户使用某个功能
06
系统设置
管理员
系统日志、容灾、信息回收站
录各类用户对档案的信息的任何操作，留下痕迹。
文件使用MD5校验确保可靠性
1.4业务需求信息表
实验二：
用例分析
2.1目的
掌握通过需求描述，建立系统用例的过程；
掌握编写用例规约（用例的第一次细节描述）；
2.2实验要求
●熟练掌握CASE工具（可以是Rationalrose或visio）；
●熟练用例规约编写
2.3步骤
1.确定系统边界
说明：
一般根据对项目概况中的运行环境和业务需求分析，得到系统边界（区分系统内/外）
2.确定角色（actor）
3.画出用例图
借阅管理人员用例图
档案室人员用例图
系统管理员用例图
4.编写用例规约
用例“借阅登记”的描述
用例名称
借阅登记
标识符
UC0001
用例描述
借阅管理人员进行借阅登记
参与者
借阅管理人员
优先级
1
状态
通过审查
前置条件
借阅管理人员成功进入系统，并且用户具有查阅的权限
后置条件
借阅登记表的记录增加
基本操作流程
1.用户申请档案的借阅；
2.系统检查该用户是否有相应的权限；
3.系统为此次操作记录日志，将档案展示给用户；
用例“借阅查询”的描述
用例名称
借阅查询
标识符
UC0002
用例描述
借阅管理人员进行借阅查询
参与者
借阅管理人员
优先级
1
状态
通过审查
前置条件
借阅管理人员进入系统，并且正确输入了档案号
后置条件
系统将此次操作记录到日志中
基本操作流程
1.借阅管理人员输入档案号；
2.系统检查该档案号是否合法；
3.系统为此次操作记录日志，将档案展示给借阅管理人员；
用例“档案录入”的描述
用例名称
档案录入
标识符
UC0003
用例描述
档案室人员进行档案的录入
参与者
档案室人员
优先级
1
状态
通过审查
前置条件
档案室人员登录进入系统
后置条件
档案数目增加
基本操作流程
1．档案室人员录入档案；
2．系统检查该档案是否已存在；
3．系统为这个档案生成唯一的id；
4．系统添加新的档案标识。
用例“设置参数”的描述
用例名称
设置参数
标识符
UC0004
用例描述
档案室人员进行系统参数的设置
参与者
档案室人员
优先级
1
状态
通过审查
前置条件
档案室人员登录进入系统
后置条件
系统的相关参数改变
基本操作流程
1.档案室人员进行参数的设置；
2.系统检查参数是否合法；
3.系统进行参数的设置；
4.系统将此次的操作记录到日志文件中。
用例“档案恢复”的描述
用例名称
档案恢复
标识符
UC0005
用例描述
管理员进行档案的恢复
参与者
管理员
优先级
1
状态
通过审查
前置条件
档案数据破坏
后置条件
档案数据恢复
基本操作流程
1.检查备份文件是否有效；
2.进行档案的恢复；
3.系统记录到日志。
实验三：
用例场景描述（动态模型）
3.1目的
掌握活动图、序列图（顺序图）、状态图的作用
掌握用动态模型描述用例场景
3.2实验要求
●利用活动图、序列图和状态图详述前两次实验所得的用例场景；
说明：
⏹虽然用例规约对用例图进行了第一细化，但依然过于笼统，仅仅依赖于此，由于缺乏足够的细节，设计人员是无法进行设计工作的；利用活动图、序列图和状态图详述用例场景目的是为后期的设计提供足够的设计依据，其抽象层次和作用相当与数据流图（DFD）
⏹如果第一、二次实验中得到的用例数量较多（大于5个），本次试验只需要选取其中最核心的4到5个用例详述其功能场景（至少4个）；
3.3内容
◆复习用例场景的含义和作用；
◆复习活动图、序列图（顺序图）、状态图的理论；
3.4步骤
1.针对每一选定用例，根据其主事件流和备选事件流，结合本人对该用例场景的设想（真实情况是来自需求获取）画出活动图；
一般人员活动图
借阅管理人员活动图
案卷录入人员活动图
管理员活动图
管理员维护用户活动图
管理员设置系统参数活动图
2.针对每一选定用例，根据其主事件流和备选事件流并结合上一步得到的活动图，画出序列图；
档案室人员进行案卷录入序列图
借阅管理人员查询档案时的序列图
公众查询档案的序列图
管理员进行备份档案的序列图
3.如果某一用例场景中包含复杂的算法或自动控制过程，利用状态图进行详细描述；
档案状态图
公共档案订阅者状态图
实验四：
建立概念模型
4.1目的
建立系统的概念模型，为建立系统类模型作准备
4.2实验要求
●根据前三次的实验结果，为所选系统建立概念模型；
4.3内容
◆复习概念模型的含义和作用；
◆复习概念模型的建立过程；
4.4步骤
1.根据前三次实验的结果，从中抽取名词，形成数据字典；
用户的数据字典
文件组成
用户id、用户名、密码、用户类型、用户权限
用户id
整型
用户名
字符串
密码
字符串
用户类型
枚举
用户权限
字符串
档案的数据字典
文件组成
档案id、档案名、档案内容、档案类型、存档时间、档案权限
档案id
长整型
档案名
字符串
档案内容
字节数组
档案类型
枚举
存档时间
日期型
档案权限
字符串
系统日志的数据字典
文件组成
日志id、日志类型、日志时间、日志内容
日志id
长整型
日志类型
枚举
日志时间
日期型
日志内容
字符串
实验五：
建立类模型
5.1目的
建立系统的类模型（系统静态模型）
5.2实验要求
●根据前四次的实验结果，为所选系统建立类模型；
5.3内容
◆复习类模型的含义和作用；
◆复习类模型的建立过程；
5.4步骤
将系统的概念模型映射到类模型上
类之间的关系
控制类
边界类
针对每个类，产生操作合同（使用CRC卡描述）
Class
用户
说明
系统中所有用户的抽象基类
职责：
协作类：
用户信息的保存
登陆管理类
Class
档案
说明
描述档案信息
职责：
协作类：
用户档案信息的封装
用户类、档案管理类
Class
系统日志类
说明
描述系统日志
职责：
协作类：
描述系统日志
档案管理类、用户管理类
Class
用户登录
说明
管理用户登录
职责：
协作类：
雇员登录验证
用户权限验证类
Class
档案查看类
说明
档案查询的相关管理
职责：
协作类：
向用户展示档案信息
报表打印类
升级会员 