基于UML的系统分析与设计

1.UML建模

一种系统开发方法应由建模语言和开发过程组建成。
建模语言是设计的表示符号,而过程则是描述如何进行开发的步骤。
UML的开发过程包括需求获取、系统分析、系统设计、实现、测 试5个步骤。
第一阶段
需求获取:
 a.系统开发的第一步工作就是进行需求收集。
 b.需求收集从调查开始
 c.调查为了发现了系统中的参与者和高层用例

建立用例图
 a.为了能够准确的描述用户的需求,就是使用用例。
 b.首先需识别用例,然后才能建立用例。

确定系统边界
  在确定参与者和用例的过程中也就确定系统的边界,用例是系统之中的,参与者是系统外部的。
  
识别参与者
 一般地,可以通过以下问题去寻找用例图中的参与者:
谁是系统的主要使用者?
谁从系统获取信息?
谁向系统输入信息?
谁从系统中删除信息?
谁需要系统支持他们的日常工作?
谁来维护、管理系统使其能正常工作?
系统需要控制哪些硬件 ?
系统需要与其他哪些系统交互?
对系统参数的结果感兴趣的是哪些人或哪些事物?

除把直接使用系统的人员确定为参与者外。
凡是于系统进行信息交换(包括数据信息和控制信息交换)



  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 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、付费专栏及课程。

余额充值