基于UML的系统分析与设计

基于UML的Blog系统分析与设计之五------边界类、控制类、实体类的设计
边界类、控制类、实体类

边界对象(boundary object):参与者使用它来同系统交互,这通常包含窗口,屏幕,对话框和菜单。
实体对象(entity object): 它指的是用例完成以后系统要保存的数据,以后进行数据库设计时可以参照。
控制对象(control object): 将边界对象和实体对象关联起来(通常被称为控制器,因为它们通常不是真正的对象),它包含了大部分应用逻辑,它们在用户和存储的数据之间架起一座桥梁。控制对象中包含经常修改的业务规则和策略。这样修改只需要在这些对象中进行,而不会涉及到用户界面和数据库

如何寻找边界类、控制类、实体类:
寻找边界类方法:从用例描述里去找出与窗口或页面相关的词语,然后再进行整理,包括删除重复列出的页面,最后取名。
Blog系统里的边界类:
第一步,找词。首页、阅读全文页面、文章列表页面、阅读全文页面、阅读全文页面、首页、留言页面、留言页面、首页或留言页面、搜索页面、发表文章页面、管理文章页面、文章编辑页面、管理文章页面、文章删除页面、分类管理页面、分类管理页面、执行SQL语句页面。
第2步,整理。首页、阅读全文页面、文章列表页面、留言页面、搜索页面、发表文章页面、管理文章页面、文章编辑页面、文章删除页面、分类管理页面、执行SQL语句页面。
第3步,取名,如果Blog系统是用.NET开发,文件名的格式就用.aspx,如果是用JAVA开发,文件名的格式就用.JSP,如果是一些静态页面,就用html。这个项目是用.NET开发的,文件格式就用.aspx。首页(Default.aspx)、阅读全文页面(article.aspx)、文章列表页面(list.aspx)、留言页面(pop.aspx)、搜索页面(res.aspx)、发表文章页面(post.aspx)、管理文章页面(list2.aspx)、文章编辑页面(modify.aspx)、文章删除页面(del.aspx)、分类管理页面(ClassManage)、执行SQL语句页面(execsql.aspx)。

寻找实体类方法:从用例名称里去找出名词,为了方便起见,可以直接从用例图中寻找,然后再进行整理,包括删除重复的词语,避免出现一些大的名词和专业名词(如系统、子系统、网站,Oracle,sql windows),最后取名。


Blog系统里的实体类:
第一步,找词。文章、评论、留言、文章、网站(链接)、文章、系统(登录)、SQL语句(执行SQL)、文章类型。
第二步,整理。文章、评论、留言、链接、登录、执行SQL、文章类型。
第三步,取名。如果Blog系统是用.NET开发,文件名的格式就用.cs,如果是用JAVA开发,文件名的格式就用.java。这个项目是用.NET开发的,文件格式就用.cs。文章(Article.cs)、评论(Comment.cs)、留言(Pop.cs)、链接()、登录(AdminLogin.cs)、执行SQL(ExecuteSql.cs)、文章类型(MyClass.cs)。
寻找控制类方法:有两种方法,第一种从用例名称里去找出动词,为了方便起见,可以直接从用例图中寻找,然后再进行整理,包括删除重复的词语,还有用其它词语代替一组相同的操作,就是说合并一些动作。另一种方法就是为每个包含增删改查功能的实体类建立一个控制类,有多少这样的实体类就有多少个控制类。我们采用第二种方法:
第一步,为每个实体类建立控制类。文章控制类、评论控制类、留言控制类、链接控制类、登录控制类、执行SQL控制类、文章类型控制类。
第二步,取名,方法:在原有实体类名后统一加Operatate名字。如果Blog系统是用.NET开发,文件名的格式就用.cs,如果是用JAVA开发,文件名的格式就用.java。这个项目是用.NET开发的,文件格式就用.cs。文章控制类(ArticleOperatate.cs)、评论控制类(CommentOperatate.cs)、留言控制类(PopOperatate.cs)、链接控制类()、文章类型控制类(MyClassOperatate.cs)。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
基于uml的网上订餐系统的开发文档 第1章 绪 论 - 4 - 1.1 系统开发的背景和意义 - 4 - 1.2 国内外研究发展现状 - 4 - 1.2.1 面向对象技术的发展与现状 - 4 - 1.2.2 UML的建模语言 - 5 - 1.2.3 UML的应用领域 - 6 - 1.2.4 网上订餐的发展与现状 - 6 - 第2章 业务建模 - 7 - 2.1 RUP软件开发过程 - 7 - 2.2 业务术语表 - 8 - 2.3 主业务用例图 - 9 - 第3章 分析与设计 - 10 - 3.1 业务流程调查 - 10 - 3.1.1 订餐系统业务流程调查 - 10 - 3.1.2 岗位职责 - 11 - 3.2 业务用例分析 - 11 - 3.2.2 订餐系统活动图 - 15 - 3.3 顺序图 - 18 - 餐厅订餐系统的顺序图 - 19 - 3.3.1 CancelBooking - 19 - 3.3.2 DeleteMember - 20 - 3.3.3 DisplayBooking - 20 - 3.3.4DisplayMember - 21 - 3.3.5 ModifyBooking - 22 - 3.3.6 ModifyMember - 23 - 3.3.7 RecordArrival - 23 - 3.3.8 RecordBooking - 24 - 3.3.9 RecordLeft - 25 - 3.3.10 RecordWalkIn - 26 - 3.3.11 RegisterMember - 27 - 3.3.12 RemindBooking - 28 - 3.3.13 SearchBooking - 28 - 3.4 协作图 - 29 - 订餐系统协作图 - 29 - 3.4.1 CancelBooking - 30 - 3.4.2 DisplayMember - 30 - 3.4.3 ModifyBooking - 31 - 3.4.4 ModifyMember - 31 - 3.4.5 RecordArrival - 32 - 3.4.6 RecordBooking - 33 - 3.4.7 RecordLeft - 33 - 3.4.8 RecordWalkIn - 34 - 3.4.6 RegisterMember - 35 - 3.4.9 RemindBooking - 35 - 3.4.10 SearchBooking - 36 - 3.5 活动图 - 36 - 3.6 业务类图 - 37 - 3.6.1 餐厅订餐系统业务类图 - 37 - 3.6.2 餐厅订餐系统业务类描述 - 38 - 3.6.3 数据库详细设计 - 39 - 第4章 系统实现 - 39 - 4.1 系统构件图 - 39 - 4.5 部署图 - 39 - 4.5.1 网络结构图 - 39 - 4.5.2 系统部署图 - 39 - 4.6 界面设计 - 39 - 4.6.1 本系统用户界面程序设计遵循的原则 - 39 - 4.6.2 输入输出设计

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值