• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

基于UML的外国专家管理信息系统的建模设计

发布: 2009-10-29 10:40 | 作者: 不详 | 来源: 领测软件测试网采编 | 查看: 47次 | 进入软件测试论坛讨论

领测软件测试网

2 外国专家管理信息系统的建模设计

外国专家管理信息系统是专门用来管理来华的外国专家相关信息的软件系统。它的基本任务是管理,它涵盖了来华的外国专家从申请来华及在华期间,到离校的各个阶段所涉及的信息,同时还管理了外专聘请单位的基本信息、外国专家聘请需求的基本信息。通过该系统,能够快捷、方便的对来华外专的各类信息进行综合的科学的管理,提高了办公效率 , 简化了部门(企业)内部的信息管理工作,而且进一步提高了部门(企业)内部的信息交流程度,达到数据的共享,使管理工作更加规范化、科学化、全面化。

 B/ S 结构的管理信息系统往往具有复杂与高度动态的特点。运用 UML 建模技术和 RUP 软件工程技术 , 就能够让开发过程更加流畅 , 确保 B/ S 结构的系统将来更容易维护。

 2.1 用户和角色

 系统分析要求接触用户,同时系统还要能够控制不同的用户角色和权限。通过对用户进行分类并了解他们的需求,从而确定安全机制、功能限制方案、用户界面分组和对具体内容的需求。图1 显示了几组不同的系统用户(在UML 中称为Actor , 即参与者) 。普通的用户类型(“普通用户”) 位于图的顶端,空心箭头表示generalization(泛化) 关系,表示“User”又可以具体分成两类用户: 注册用户,未注册用户。而注册用户和未注册用户各自私有的特征则在对应的参与者中说明。在本例中,注册用户又可以细分为外国专家、管理员、行管人员三种类型,系统对这些用户的处理方式应有所不同。

 2.2 需求模型

 需求建模的过程就是用例的获取过程。用例的获取是需求分析阶段的主要任务之一,而且是首先要做的工作。大部分用例将在项目的需求分析阶段产生,并且随着工作的深入会发现更多的用例,这些都应及时增添到已有的用例集中。用例集中的每个用例都是一个潜在的需求。

 对系统需求的建模是通过 UML的用例(USE CASE)图实现的。用例模型描述的是外部执行者(Actor)所理解的系统功能。首先,它描述了待开发系统的功能需求;其次,它将系统看作黑盒,从外部执行者的角度来理解系统;第三,它驱动了需求分析之后各阶段的开发工作,不仅在开发过程中保证了系统所有功能的实现,而且被用于验证和检测所开发的系统,从而影响到开发工作的各个阶段和UML 的各个模型。

 图 2 为外国专家管理信息系统用例模型。图中的椭圆是用例,表示用户与计算机之间的一次典型交互作用,图形化表示的小人是执行者,表示用户在系统中所扮演的角色,用例和执行者之间的连线表示两者之间的关联。 系统所涉及各种模块的差异较大 ,要描述系统的功能需求,只有将系统划分为多个模块分别描述其功能需求,这就需要多个用例视图。 图中列出了8个用例,对应系统来华申请、在华管理、离华管理、文件管理、统计报表、外专聘请需求的管理、外专聘请单位信息的管理、用户管理。图中还列出了3 个执行者,分别表示外国专家、行管人员、高级用户(系统管理员)。通过用例图,使得设计者在系统设计的最初阶段将主要精力集中在系统的功能上,而不是系统的具体实现上。对于比较复杂的系统,可以增加活动图显示活动流程和并发行为,使得建立的需求模型更加完整。

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/

43/4<1234>

关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网