基于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)。
第1章 基础知识 1.1 软件开发方法概述 1.1.1 软件生命周期法 1.1.2 原型法 1.1.3 面向对象技术 1.1.4 面向对象的软件开发语言与工具 1.2 面向对象的系统分析设计 1.2.1 面向对象的主要概念 1.2.2 面向对象的系统分析设计方法 1.3 UML概述 1.3.1 UML简史 1.3.2 UML概貌 1.3.3 UML的特点和用途 第2章 面向对象的软件开发过程 2.1 Rational统一过程 2.1.1 项目开发阶段 2.1.2 过程成分 2.1.3 螺旋上升式开发 2.1.4 RUP过程产物 2.1.5 RUP的特点 . 2. 2 项目开端阶段 2.3 精化阶段 2.3.1 问题领域分析 2. 3.2 建立系统架构 2.3.3 开发风险处理 2.3.4 构建规划 2. 4 系统构建 2. 5 系统提交 2. 6 循环节的生命周期活动 第3章 UML语言 3. 1 UML语言结构 3. 2 无模型 3.3 符号与图形 3.3.1 图形符号 3.3.2 语义规则 3.4 图与模型组织 3.4.1 模型组织 3.4.2 图 3.4.3 视图 3.5 公共机制 3.6 扩展机制 3.6.1 构造型 3.6.2 标记值 3.6.3 约束 第4章 Use Case图 4.1 概述 4. 2 活动者 4.2.1 系统范围与系统边界 4.2.2 活动者 4.2.3 活动者的确定 4.3 Use Case 4.3.1 Use Case概念 4.3.2 业务Use Case与系统Use Case 4.3.3 Use Case图 4.4 Use Case的联系 4.4.1 泛化关联 4.4.2 使用关联 4.4.3 包含关联 4.4.4 扩展关联 4.5 Use Case图的应用 4.5.1 Use Case的确定 4.5.2 建立Use Case模型 第5章 对象类图与对象图 5.1 对象类图 5.1.1 对象类 5.1.2 属性 5.1.3 操作 5.2 对象类的关联 5.2.1 对象类的关联 5.2.2 自返关联、二元关联与N元关联 5.2.3 关联的约束 5.3 聚合与组合 5.3.1 聚合 5.3.2 组合 5.4 泛化 5.4.1 泛化/特化 5.4.2 继承 5. 3 重载与多态性 5.5 依赖 5.6 对象图 5.6.1 对象 5.6.2 对象图 5. 7 接口 5.8 对象类的高级概念 5.8.1 抽象类 5.8.2 参数对象类 5.8.3 型与实现对象类 5.8.4 导出属性与导出关联 5. 9 对象类图的应用 5.9.1 对象类图的建立 5.9.2 模型景象与粒度控制 5.9.3 数据库建模 5.9.4 例外情况建模 第6章 交互图 6. 1 顺序图 6.1.1 顺序图的组成 6.1.2 对象的创建与销毁 6.1.3 同步消息与异步消息 6.1.4 分支 6.1.5 循环 6.1.6 自调用与回调 6. 2 协同图 6. 2. 1 协同图的组成 6. 2.2 说明层与实例层 6. 3. 3 对象的创建与销毁 6. 2. 4 同步消息与异步消息 6. 2. 5 多对象 6.2.6 自调用与回调 6.3 协同 6.3.1 概述 6.3.2 Use Case与协同 6.3.3 参数化协同 6.4 交互图的应用 第7章 状态图 7.1 状态机 7.2 状态图 7.3 状态 7.3.1 概述 7.3.2 组合状态 7.3.3 顺序状态 7.3.4 历史状态 7.4 转移 7. 4. 1 事件 7. 4. 2 条件 7.4.3 动作 7.4.4 转移的类型 7.5 并发状态图 7.5.1 并发子状态 7.5.2 同步 7.6 状态图的应用 第8章 活动图 8.1 概述 8. 2 活动图的基本元素 8.2.1 动作状态与活动状态 8.2.2 动作流 8.2.3 泳道 8.2.4 对象流 8. 3 活动分解 8.4 并发 8.4.1 并发与同步 8.4.2 条件线程 8.4.3 同步状态 8.4.4 动态并发 8. 5 活动图的应用 8. 5. 1 用途 8. 5. 2 工作流建模 第9章 包图 9. 1 包的语义和表示 9. 2 包的嵌套 9.3 标准构造型 9. 2 包的联系 9. 2. 1 依赖与输入依赖 9.2.2 泛化 9. 3 包图 9.4 包图的应用 9.4.1 包图的建立 9.4.2 系统建模 9.4.3 开发跟踪 第10章 物理图与对象约束语言(OCL) 10.1 组件图 10.1.1 组件 10.1.2 组件的种类 10.1.3 组件的联系 10.1.4 组件图的应用 10.2 配置图 10.2.1 节点 10.2.2 节点的联系 10.2.3 配置图的应用 10.3 对象约束语言(OCL) 10.3.1 标准型 10.3.2 表达式 10.3.3 对象性质的约束 第11章 软件开发工具Rational Rose 11.1 Rational Rose的主要功能 11.1.1 对面向对象模型的支持 11.1.2 对螺旋上升式开发过程的支持 11.1.3 对往返工程的支持 11.1.4 对团队开发的支持 11.1.5 对工具的支持 11.2 Rational Rose的使用 11.2.1 系统主菜单窗口 11.2.2 模型与工作方式的组织 11.2.3 Use Case视图 11.2.4 逻辑视图 11.2.5 组件视图 11.2.6 配置视图 第12章 简易教学管理系统的分析与设计 12.1 系统需求 12.2 分析问题领域 12.2.1 确定系统范围和系统边界 12.2.2 定义活动者 12.2.3 定义Use Case 12.2.4 绘制Use Case图 12.2.5 绘制主要交互图 12.3 静态结构模型 12.3.1 建立对象类图 12.3.2 建立数据库模型 12.3.3 建立包图 12.4 动态行为模型 12.4.1 建立顺序图 12.4.2 建立协同图 12.4.3 建立状态图 12.4.4 建立活动图 12.5 物理模型 12.5.1 建立组件图 12.5.2 建立配置图
摘 要 统一建模语言UML是面向对象分析和设计过程中重要的建模工具,本文以图书管理系统的开发为背景,介绍了UML的分析和建模过程。 关键词 UML系统分析;建模设计 1 UML简介 UML(统一建模语言)是面向对象建模语言的标准,它可以对任何具有静态结构和动态行为的系统进行建模,它的主要作用是帮助用户进行面向的描述和建模,它可以描述软件从需求分析到软件实现和测试的全过程。标准建模语言UML的重要内容可以由五类图(十种图形)来定义,如表1所示。 表1 UML模型种类 序号 模型种类 十种图形 建模机制 1 用例模型 用例图 静态建模 2 静态模型 类图、对象图、包图 静态建模 3 行为模型 状态图、活动图 动态建模 4 交互模型 顺序图、协作图 动态建模 5 实现模型 构件图、配置图 静态建模 2 图书管理系统UML建模设计 以图书管理系统为例,结合Rational Rose2003工具软件绘制图形,详细阐述UML的建模过程。 2.1 需求分析描述 图书信息管理系统是使用计算机实现图书大量信息处理的电子档案管理系统,在本系统中主要满足借书者、图书管理员和系统管理员3方面的需求。对借书者来说主要是查询个人信息、查询图书信息、预定当前正在被别人借阅的图书、借阅图书和返还图书等;图书管理员是系统的主要使用者,负责借书处理和还书处理,当读者预定的图书借出给定预定者后取消图书预定;系统管理员主要负责系统的维护工作,涉及到读者信息管理,图书信息管理,系统状态维护等。系统的功能分析如图1所示。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值