8000114209欧阳天雄--UML课设报告汇总
UML建模课程设计报告[史上最全]
![UML建模课程设计报告[史上最全]](https://img.taocdn.com/s3/m/5f39cd78767f5acfa1c7cd63.png)
UML建模课程设计目录1 引言 (4)2 UML概述 (5)2.1 UML简介 (5)2.2 UML模型图的构成 (5)2.3 UML事物 (5)2.3.1 构件事物 (6)2.3.2 行为事物 (6)2.3.3 分组事物 (6)2.3.4 注释事物 (7)2.4 UML图及特征 (7)2.4.1 用例图 (7)2.4.2 类图 (7)2.4.3 对象图 (7)2.4.4 时序图 (8)2.4.5 协作图 (8)2.4.6状态图 (8)2.4.7活动图 (8)2.4.8组件图 (9)2.4.9配置图 (9)3 UML结合实例分析 (10)3.1 需求分析 (10)3.1.1系统开发需求 (10)3.1.2系统功能需求 (10)3.2 UML建模分析 (10)3.2.2类图 (11)3.2.3 活动图 (13)3.2.4 顺序图 (14)3.2.5 协作图 (15)3.2.6 状态图 (16)3.2.7 组件图 (17)3.2.8 部署图 (17)4 总结 (18)1 引言建模是开发优秀软件所有活动的核心部分。
在开发中利用UML来编制系统蓝图,并与仓库管理系统开发的特色相结合,提出了自己的一套UML的建模过程。
基于这个过程来进行系统的分析,设计,实现与测试。
运用UML建模思想与各种模型对仓库管理系统进行详细的描述。
2 UML概述2.1 UML简介UML (Unified Modeling Language)为面向对象软件设计提供统一的、标准的、可视化的建模语言。
适用于描述以用例为驱动，以体系结构为中心的软件设计的全过程。
UML的定义包括UML语义和UML表示法两个部分。
UML语义：UML对语义的描述使开发者能在语义上取得一致认识，消除了因人而异的表达方法所造成的影响。
UML表示法：UML表示法定义UML符号的表示法，为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准。
2.2 UML模型图的构成事物(Things)：UML模型中最基本的构成元素，是具有代表性的成分的抽象关系(Relationships)：关系把事物紧密联系在一起图(Diagrams )：图是事物和关系的可视化表示2.3 UML事物UML语言的事物,包括四类:结构事物:语言的静态构成要素，有7种：类和对象、接口、主动类、用例、协作、构件、节点。
《软件工程学(UML)》课程设计实验报告
本次课程设计的主要内容是：针对某个特定的系统，比如我选的是通用无纸化考试系统。利用UML里的用例图，类图，顺序图，活动图，状态图，组件图等图对该系统进行静态和动态的建模。虽然对于理论知识有些了解，但对于我来说用这种方法对一个系统进行全面的分析还是第一次，不知道该如何开始下手，而且由于自己感情趣的课题已被别人选走，只好选这个虽说也有接触过但并不了解主要流程的通用化无纸考试系统。虽说自己没有这方面的经验，也不是特别熟悉其工作流程，但是在网上搜集了一些资料的一些基础，自己对他也有一定初步的认识，虽然不是很全面，但只好自己慢慢的琢磨，慢慢的去研究它的业务流程。
3.4.3数据统计分析活动图
图3.4.3数据统计分析活动图
3.4.4考生答题状态图
3.5组件图和部署图(部署图可选)
部署图
4.课程设计总结
一周的课程设计很快就结束了，虽然时间并不是很长，只有短短的一个星期而已，但这已让我受益匪浅，通过这次的UML课程设计，使我所学的书本知识得到了全面的检验，也让我对这门课程有了更加深厚的体会。
编辑、自我测试、成绩查看等工作。
(1)考生注册
考生可以进行个人信息的注册，包括姓名，班级，口令等信息，考生用户注册
UML实训总结
一. 实训综述1.1 实训地点1.2 实训性质、目的及意义性质: 在学完课本知识之后, 进行上岗之前的专业技能的培训, 通过培训来运用所学的知识。
二．目的: 通过培训能够掌握以后工作中所要用的知识。
明确软件工程师的工作职责、内容。
熟练掌握该软件工程师岗位的工作内容。
把学校所学理论知识与实际更好地结合起来, 提高解决实际问题的能力, 为毕业后从事实际工作奠定良好基础。
三．意义：在平时的学习中, 我们学习的都是课本上的纯理论的知识, 不懂得它的真正用处, 培训能够让我们所学的知识得以应用, 还可以加深专业的知识, 也培训我们实际的操作能力, 为以后的找工作提供了强力的帮助。
四．实训内容1.UML基础建模在软件开发过程中, 特别是数据库软件工程通常需要一套标准来辅助软件开发工作。
UML就是其中的一种标准。
UML可以实现大型复杂的系统各种成分描述的可视化, 说明并构造系统模型, 以及建立各种所需的文档, 它是一种定义良好, 易于表达, 功能强大且普遍使用的建模语言。
UML作为一种模型语言, 它使开发人员专注于建立产品的模型和结构, 而不是选用什么程序语言和算法实现。
当模型建立之后, 模型可以被UML工具转化成指定的程序语言代码。
UML是一种标准的软件建模语言, 是一种用于对软件系统的模型绘制可视化的标准蓝图或者以图表的方式对所研究的系统进行可视化描述的工具。
它的核心是一系列的图, 这些图从不同角度描述了整个系统。
UML中定义了九种图, 即：用例图、类图、对象图、状态图、顺序图、协作图、活动图、组件图和部署图。
从应用的角度看, 当采用面向对象技术设计系统时, 首先是描述需求, 其次根据需求建立系统的静态模型, 以构造系统的结构, 第三步是描述系统的行为。
UML可以归纳为需求模型、静态模型和动态模型三大类。
以下是按照一系列图的形式来分别介绍UML中图的元素。
用例图:用例图是显示一组用例、参与者以及它们之间关系的图, 主要用于对系统、子系统或类的行为进行建模, 包括：参与者、用例等元素。
UML课程设计报告(2012)
目录1 大学教材征订信息管理系统的需求分析 (2)1.1系统功能需求 (2)1.2基本数据维护模块 (3)1.3基本业务模块 (3)1.4数据库管理模块 (3)1.5信息查询模块 (4)2 系统的UML建模 (4)2.1系统的用例图 (4)2.1.1系统参与者 (5)2.1.2系统用户参与的总的用例图 (5)2.1.3学生参与者的用例图 (5)2.1.4教师参与者的用例图 (6)2.1.5系统管理员参与者的用例图 (6)2.2系统的时序图 (7)2.2.1系统管理员管理系统的时序图 (7)2.2.2学生登录系统的时序图 (8)2.2.3教师登录系统的时序图 (8)2.3系统的协作图 (9)2.3.1系统管理员管理系统的协作图 (9)2.3.2学生协作图 (9)2.3.3教师协作图 (10)2.4系统的状态图 (10)2.5系统的活动图： (11)2.5.1系统活动图 (11)2.5.2学生和教师的活动图 (11)2.5.3系统管理员活动图 (12)3 系统中的类 (13)3.1参与者相关的类 (13)3.1.3管理员类图 (14)3.2各类之间的关系 (14)4 系统的配置与实现 (15)4.1系统的组件图 (15)4.2系统的配置图 (16)5 小结............................................................................................................ 错误！未定义书签。
参考文献.. (16)【课程设计名称】大学教材征订信息管理系统-使用UML进行系统的分析和设计【课程设计目的】1.掌握UML建模的基础知识和其应用；2.熟悉Rational Rose环境及功能,能够设计出完整系统。
【课程设计要求】1.对系统功能进行必要的描述；2.绘制系统的主要模型图；3.模型图要有说明性文字解释。
【课程设计内容】1.网络教学系统的需求分析；2.网络教学系统UML建模。
uml实训总结（范本）
uml实训总结uml实训总结篇一：UML实训总结实训总结（收获与体会）通过一个学期的Uml学习，我从书本上获取了基本的理论知识，而真正的学以致用，将书本理论知识运用到实际的过程，是这次UML实训的体现。
三个周的UML 实训，主要是围绕着一个实训题目“基于UML系统需求分析与设计--合倍利业务流管理系统”进行的，以小组为单位进行文档的编写，其中还对各种流程图、类图、用例图等的绘制，整个过程设计了知识的方方面面。
从中让我认识到UML的作用和运作模式以及方法，它是一种统一建模的标准语言，现在对于大多数软件开发来说，都使用U ml作为建模语言，形成了统一的标准。
它是图形化的的语言，可以很直观的描述一个事物的状态、行为与特征，很好的说明与表达了“合贝利任务管理”这个系统。
总之，在我看来，UML是一种定义良好、易于表达、功能强大且普遍适用建模语言。
融入软件工程领域的心思想、新方法和新技术，作用域不限于支持面向对象的分析和设计，也不单纯是一种方法，仅仅是一组符号而已，它可以对任何具有静态机构和动态行为的系统进行建模，所以我很喜欢适用UML，在今后的学习中，我还会进一步对该模型的学习，因为它方便、简洁、干净、清爽，直观形象，把整个软件系统的开发流程都融入进去。
这次实训过程中，文档方面的编写，遇到了很多的问题，这些问题主要是对基础知识的理解和把握不够，不能融会贯通和学以致用，有时遇到困难的时候真的不知如何着手解决，但是，我始终相信的那句话“读万卷书，不如行万里路，行万里路不如名师指路”。
所以，当遇到自己模糊和自己难以解决的问题时，向指导老师和懂的同学请教，帮助解决我遇到的问题，经过他们的讲解后，我下来自己在分析，在动手，从不理解到理解，从不会到会，从懂到懂，这是一个让我学习愉快的过程，在这个过程中，既可以丰富了自己的知识，还可以和老师和同学进行有效地方沟通。
uml报告总结
uml报告总结第一篇：uml报告总结UML课程设计总结这几周的课程设计，是对课本知识的总结和巩固，使我对UML的几种图有了更深刻的理解，明白了这些图分别表达的意思以及各图的优缺点，还有它们对于程序设计的作用。
熟悉了VS中建模，熟悉了VS中控件的意义，对UML有了更深刻的了解。
下面是我在每一个图的学习中的一些心得和体会在项目设计阶段，我觉得顺序图，活动图，状态图比较重要。
顺序图在这些图例里比较直观，用户能很快参与到讨论中，活动图和传统的流程图类似，也是一个补充。
状态图在对关键对象是一定要做状态分析的，经常会在做分析的时候发现一些容易被忽视的问题。
类图在设计阶段可以用。
深刻体会了UML在建模中关系和作用。
UML可以为面向对象的开发系统进行说明，是的复杂的系统和功能，逻辑关系，类之间的关系可视化。
用例图帮助我们从宏观上认识了学生选导师系统的软件结构。
状态图，时序图，类图帮助我们从微观上认识了这个系统的结构和关系。
画用例图是我第一次使用VS建模，对VS中的一些工具还很生硬，仅仅知道跟着指导书来进行建模。
但经过一定的练习，也有了一定的收获和体会，使我了解了用例图的组成，作用以及使用场合；掌握了用例之间的各种关系；知道了用例建模主要要了解各个图形所代表的意义，用例还可以进行下一集的描述，进行下一步的深化。
对于建模过程中遇到的问题通过上网查资料，问同学并和他们进行讨论，得到了比较满意的解决，避免了自己眼高手低，从实践中发现自己的不足，并及时改正。
更让我明白，UML的知识是十分丰富的，我现在的认识还不够，我将会在以后的学习中，不断提高自己的UML 知识，更好地让UML为将来的编程设计服务。
进一步加强和提高了文档的编写能力增强了写作能力和团队精神第二篇：UML实验报告总结实验一熟悉Rational Rose及建立用例模型实验二、时序图和协作图建模实习三 UML类图与包图建模（2学时）实验四状态图和活动图建模实验五组件与部署图实验一熟悉Rational Rose及建立用例模型（2学时）一、实验名称：熟悉（2学时）二、实验目的与要求：λ了解和掌握Rose建模工具的使用λ掌握怎样进行案例需求分析；λ掌握UML用例图建模技术三、实验内容：1、熟悉rose上机环境及设置2、根据以下谈话设计出用例图Rational Rose及建立用例模型四、实验步骤：见实验说明书实习二（2学时）一、实验名称：时序图和协作图建模（2学时）二、实验目的与要求：λ了解和掌握Rose或Visio建模工具的使用λ掌握怎样进行系统分析，并进行UML静态建模分析；λ掌握UML时序图和协作图建模技术三、实验内容：根据以下谈话设计出时序图和协作图建模。
UML实训报告,面向对象课程设计报告
人事管理系统目录第一章系统需求分析 (2)1.1需求分析 (2)1.2项目计划书 (2)1.2.1 项目任务分工 (2)1.2.2 项目进度表 (2)第二章用例图设计建模 (3)2.1系统的用例图 (3)2.2人事管理系统系统管理 ....................................................................................... 错误！未定义书签。
第三章类图设计建模 . (4)3.1系统中的类 (4)3.2参与者相关类 (4)3.3其他用到的相关的类 (5)第四章顺序图设计建模 (6)4.1系统的顺序图 (6)4.2系统管理员对员工基本信息删除的顺序图 (6)4.3系统管理员对员工相关信息进行修改的顺序图 (6)第五章协作图设计建模 (8)5.1 系统管理员的协作图 (8)5.2 员工的协作图 (9)第六章活动图设计建模 (10)6.1系统的活动图 (10)6.2员工活动图 (10)6.3管理员活动图 (11)第七章状态图设计建模 (12)7.1用户登录状态图 (12)7.2管理员修改放假信息状态图 (12)7.3管理员修改工资信息状态图 (13)7.4管理员修改公司培训信息状态图 (14)7.5员工出勤信息管理状态图 (14)7.6员工基本信息管理状态图 (14)第八章配置图设计建模 (15)总结 (16)第一章系统需求分析1.1需求分析人事管理系统是现代企业管理不可缺少的一部分，是适应现代企业值得读要求、推动企业劳动人事管理走向科学化、规范化的必要条件。
现代企业需要高效率完成劳动人事管理的日常业务，包括新员工加入时人事档案的建立，老员工辞退，退休等。
系统应该符合现代企业人事管理的规定，满足企业日，从而也减少了用户培训和使用本系统的额外经费，为企业的发展节约了部分开支。
希望我们开发的《人事管理系统》能够方便，快捷，准确的为单位的人事管理工作服务，以方便人事管理工作人员对企业员工的各种信息进行增加、修改、删除、查询等。
uml课程总结
uml课程总结UML课程总结一、UML的介绍UML（Unified Modeling Language）是一种面向对象的建模语言，被广泛应用于软件开发中。
它可以帮助开发人员更好地理解和描述系统的结构、行为和功能。
二、UML的基本元素1.类图：表示类及其关系。
2.对象图：表示对象及其关系。
3.用例图：表示系统功能和用户之间的交互。
4.时序图：表示对象之间的交互顺序。
5.活动图：表示系统中各个活动的流程。
6.状态图：表示系统在不同状态下的行为。
三、UML的应用场景1.需求分析阶段：用例图可以帮助分析需求，类图可以描述需求中涉及到的类及其关系。
2.设计阶段：类图可以帮助设计系统结构，时序图可以描述系统中各个对象之间的交互顺序，活动图可以描述系统中各个活动之间的流程。
3.编码阶段：根据设计文档进行编码实现。
四、UML建模工具1.Enterprise Architect2.Visual Paradigm3.StarUML五、UML建模实例以一个简单的购物车系统为例进行建模：1.用例图：包括用户登录、添加商品到购物车、从购物车中删除商品、结算等用例。
2.类图：包括用户类、商品类、购物车类等，以及它们之间的关系。
3.活动图：描述用户添加商品到购物车的流程。
4.时序图：描述用户登录后添加商品到购物车的交互顺序。
六、UML的优点1.提高开发效率：UML可以帮助开发人员更好地理解和描述系统，从而提高开发效率。
2.降低开发成本：通过UML建模，可以在早期发现问题并进行修正，降低开发成本。
3.提高软件质量：UML可以帮助开发人员更好地设计系统结构和功能，从而提高软件质量。
七、UML的不足1.UML语言过于复杂，需要花费较长时间学习和掌握。
2.UML建模需要投入大量精力和时间，对于小型项目来说可能过于繁琐。
3.UML建模需要与实际情况相结合，否则可能会导致建模结果与实际情况不符。
八、总结UML作为一种面向对象的建模语言，在软件开发中具有重要作用。
uml课程总结
2013-2014年度春学期计算机11级《软件工程》课程设计报告目录一、项目简介 (3)二、个人在项目中承担的任务 (3)2.1预约管理子系统的用例图 (4)2.2 预约管理子系统的活动图 (5)2.2.1 用例描述 (5)2.2.2 活动图 (10)2.3 预约管理子系统的顺序图 (12)2.4 预约管理子系统的状态图 (13)2.5 预约管理子系统的类图 (14)三、收获和体会 (15)四、建议 (15)一、项目简介项目名：包头路虎汽车官网开发周期：5周项目开发目的：为想要买路虎汽车的包头用户提供更加方便快捷的服务，为包头路虎汽车4S店带来客户，增加汽车的销售量。
项目功能介绍：主要包括以下功能注册登录功能：非用户人员可以通过注册成为会员，会员登录后可以进行售前咨询、预约、售后咨询等。
搜索浏览汽车信息功能：为会员提供搜索及浏览汽车信息的功能，使会员找到自己满意的汽车。
售前咨询功能：为会员提供解决疑惑的平台。
预约功能：会员可以对自己满意的汽车进行预约。
售后服务功能：为购买过汽车的会员后提供汽车后期的维护。
二、个人在项目中承担的任务个人在项目中承担的任务是预约管理子系统功能的实现：包括实现“会员申请预约”和“工作人员处理预约”两部分功能，其中“会员申请预约”又可扩展出“会员修改预约”和“会员取消预约”两部分功能，“工作人员处理预约”包含“工作人员查看会员信息”以及“工作人员通知会员预约结果”两部分功能。
如图2-1所示：会员图2-1 预约管理子系统用例图2.2.1 用例描述表2-1 会员申请预约用例描述表2-4 工作人员查看会员信息用例描述表2-5 工作人员通知会员预约结果用例描述2.2.2 活动图如图2-2至2-6所示：图2-2 会员申请预约活动图图2-3 工作人员查看会员信息活动图图2-4 工作人员通知会员预约结果活动图图2-5 会员修改预约活动图图2-6 会员取消预约活动图2.3 预约管理子系统的顺序图如图2-7及图2-8所示：4 : Q_Order()12 : C_Order()图2-7会员申请预约顺序图4 : Q_Order()图2-8 工作人员处理预约顺序图2.4 预约管理子系统的状态图如图2-9所示：图2-9 预约管理子系统的预约申请表状态图2.5 预约管理子系统的类图如图2-10所示：图2-10 预约管理子系统的类图三、收获和体会第一次接触统一建模语言UML是在罗海丽老师的《软件工程》这门课上，在认识到软件工程思想对于一个项目的重要性的同时，也感受到了UML对于一个项目的不可或缺性，但是让我真正领略到UML的魅力则是在王丽颖老师的《系统分析与设计》课程中。
uml实验报告总结
本科实验报告课程名称：计算机网络______________实验项目：计算机网络__________实验地点：____________________________________ 专业班级：_______________ 学号： _______________ 学生姓名：______________________________指导教师：____________________________1. 实验准备：熟悉 UML建模环境2. 实验一用例图3. 实验二类图4. 实验三顺序图及通信图5. 实验四活动图、状态图、组件图及部署图实验一用例图一、实验目的初步掌握UML用例图的创建方法及其用例的描述。
二、实验要求1结合工具StartUML，熟悉UML用例图的模型元素。
2•使用StartUML工具建模网上书店系统的用例图。
三、实验主要设备：台式或笔记本计算机四、实验内容：根据下面给出的网上书店问题陈述，分析该系统总体需求，建模网上书店系统的用例图并提供一个主要用例的事件流文档。
网上书店陈述：书店经理：我们原本是一个传统的实体书店，顾客要买书都是亲自到书店里来的，这样挺不方便。
面且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是大量顾客到书店选购图书，使得书店场地不足，工作人员也很忙碌。
其实，还有一点就是，有不少人进入书店后并不买书，只是查找一些资料。
有的甚至会在这呆上很长的时间直到把书免费看完。
这种行为，工作人员一般是不阻止的，结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。
而且现在电子商务已经发展起来了，所以我们想到借助网络，让顾客通过网上书店购买图书。
这样我们书店可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便的检索图书信息，让顾客可以足不出户以更优惠的价格买到需要的书。
系统分析员：能谈谈您对网上书店的要求吗？书店经理：网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
南昌大学课程设计报告课程名称UML分析与设计课题名称外卖订餐系统的设计专业软件工程班级软件工程147班学号8000114209姓名欧阳天雄2016年5月25 日UML课程设计任务书课程名称面向对象分析与UML课程设计课题外卖订餐系统的设计专业班级软件工程147班学生姓名叶蒙学号8000114206小组成员叶蒙，欧阳天雄，雷轩，宋佳雷，冯晨耀一、设计内容与设计要求1．设计内容：面向对象系统分析与设计课程是计算机科学与技术本科专业（软件方向）的一门重要的专业课。
通过本课程的学习，使学生在已有的计算机软硬件基础知识、程序设计知识、数据库和网络通信知识的基础上系统掌握面向对象系统分析与设计的基本方法和技术，并具有针对特定环境下的应用问题进行信息系统开发(包括系统分析、设计与实现)的能力。
通过学习本课程学生可以理解和掌握面向对象系统的分析和设计的方法和分步过程、掌握面向对象系统分析和设计的建模标准UML语言，能够利用Rational Rose（或Microsoft Viso、Start UML）软件以某一信息系统为例进行系统分析和设计。
目前，大家在学习阶段缺乏工作方面的实践，对很多领域的业务不熟悉。
但是熟悉业务是软件开发的基础，没有人生来就什么都熟悉。
于是，拟订了如下几个题目，它接近大家的学习和生活环境，以便大家去熟悉其中的业务。
希望大家分组完成，选出本组的组长，作好分工与合作。
每组一题，各组题目不能相同；同组成员的负责的模块（子系统）不能相同。
题目1：高校图书馆管理系统题目2：高校教务管理系统题目3：高校学生信息系统题目4：高校后勤管理系统题目5：高校学生工作管理系统题目6：高校教学管理系统题目7：人事考勤管理系统题目8：高校教材管理系统题目9：高校科研管理系统题目10：高校宿舍管理系统题目11：高校实验室管理系统题目12：学生成绩管理系统或自选题目2．设计要求：（1）用例建模完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，对其中主要功能的用例书写书面用例。
对每个用例的进一步描述可以活动图，这一部分在动态建模来完成。
(2)静态建模系统的静态结构模型主要由类图和对象图表达。
对于复杂的系统可能还要用到包图。
其中类图是静态建模的核心。
（3）动态建模系统的动态结构模型主要由交互图（顺序图和协同图）、状态机图和活动图表达。
在系统的分析和设计中应当对主要的Use Case和对象类绘制这些图形。
（4）物理建模系统的组件图和部署图（5）小结对本课程设计进行总结。
目录一.需求分析 (6)二.用例建模 (7)三.静态结构建模 (11)四.动态行为建模 (10)五.物理模型 (14)六.课程设计心得与体会 (15)一．需求分析现在，越来越多的人通过网络购物和支付，这已经不是一件新鲜事了。
现在，就连一日三餐，很多人都更愿意通过网络解决。
因为人们有时不愿意或没有时间出门就餐，这时候，人们会考虑外卖订餐，这种方式避免了外出用餐的麻烦，而且方便快捷。
所以，外卖订餐时下成为了一种非常受欢迎的用餐方式。
而我们这里就为一个餐饮店设计了一款外卖订餐软件，此软件在移动终端上运行。
一、业务建模网上外卖订餐系统的业务建模是对其环境的业务过程进行建模。
它能使系统分析人员了解系统所处的环境和业务过程，能使系统分析人员、设计人员、开发人员和用户能够迅速获得关于业务范围和活动的总体印象，一般通过业务过程图来描述。
网上外卖订餐系统的业务过程如下；二．需求模型顾客为了订餐，需要完成一个简单的流程，我从这一流程中提取出用户的功能性需求和系统管理员的功能性需求：1.用户需求：需求备注注册顾客需要注册才能获得一个唯一的用户名。
信息管理顾客需要输入自己的详细信息以完成订餐登录顾客需要以用户的身份登录才能使用后续功能浏览菜单顾客需要在菜单界面里浏览挑选喜欢的菜订单顾客需要能挑选自己喜欢食物并生成订单订单管理顾客需要能查看和管理自己的订单支付顾客需要能以方便安全的线上支付方式支付送餐顾客需要该软件能及时地将订单实现，并送至顾客所在地其他服务顾客需要该软件支持反馈，投诉，更新软件版本等功能2.系统管理员需求：需求备注商户管理系统管理员可以进行商户管理。
客户管理系统管理员可以进行客户管理系统维护系统管理员可以进行系统数据备份、恢复等维护工作。
系统登录系统管理员可以通过这个用例登录除了功能性需求外，非功能性需求也同样重要：1．可用性：系统必须界面友好，能让用户很快地掌握如何使用，不能让顾客茫然不知如何应用该系统。
2．可靠性：系统必须能在出错后尽快地恢复到正常状态，这要求系统具有很强的自我调整机制。
3．安全性：系统在涉及到用户信息，支付等敏感操作时必须保证用户信息的安全，不能让用户的信息和财产安全受到威胁。
二．用例建模在本软件中，系统的用例可以细化为多个，参与者也有多个：1.参与者：参与者备注用户即顾客，使用该软件的都可称为用户控制端包括系统管理员、店员和主机控制系统支付端线上支付端（网银或其他），具体操作流程不在本软件的建模范围内2.用例：用例备注用户注册这一部分让顾客注册一个用户名用户登录这一部分让顾客以已注册的用户名登录输入用户信息这一部分让顾客完善信息以正确订餐储存用户信息系统将用户信息存入数据库选择订餐顾客浏览菜单并选择食物，提交给系统生成订单系统生成一个相应的订单支付订单系统连接支付端，用户在支付端支付送餐在顾客支付后，系统通知店员做好并送出食物，完成订单更多服务顾客在这一用例中可以更新软件，反馈，投诉等。
系统管理员在这一用例中进行系统维护由此，可画出系统顶层的用例图如下：图1：顶层用例图在这里，我们小组将用例合并概括为五个模块：序号用例1 用户注册/登录2 订单管理3 资金管理4 物流管理5 系统维护我分析的是系统维护子系统。
将会对系统维护这个用例进行细化。
系统维护这个用例大致可分为：系统登录，商户管理，客户（订餐者）管理，系统维护。
用例图如下：即便是这样，可以看出有些用例实际上还是可以继续细化的。
下面将选二个用例--系统登录，系统维护进行细化：一、登录用例细化用例名称：管理员登录管理员在浏览器地址栏输入系统的URL（网址），该用例启动。
1 基本流1．进入登录页面如果管理员没有通过身份验证，则在浏览器地址栏内访问任何一个页面的URL 都自动进入登录页面。
2．输入用户名和密码系统提示以管理员身份登录必须勾选，用户名和密码必须输入。
用户名符合数据结构要求，密码符合密码长度以及复杂度等要求。
3．登录成功，进入系统消息页面在系统消息页面可以查看客户给商家的反馈，投诉信息，以及系统检测到的恶意投诉，虚假投诉客户方便进行客户管理。
4．进入菜单页面。
在菜单页面，管理员可进行反馈投诉给商户，用户管理，商户管理，以及推送更新等系统操作2 备选流A2.用户或密码错误在基本流的步骤3中，用户输入的用户名或者密码错误，提示用户重新输入。
然后继续执行基本流的步骤3。
三次输入用户名和密码无效后，该管理员帐号被锁定，需要去后台解锁，用例结束。
A3.退出系统无条件关闭浏览器。
用例结束。
3 用例场景1成功场景登录成功：基本流取消操作：备选流，退出系统。
2失败场景没有输入用户和密码：备选流，用户和密码输入。
输入用户或密码错误：备选流，用户或密码错误。
4 用例要求1．不显示上次登录的用户名。
2．在超过会话状态时强制注销。
3．密码满足密码复杂性要求。
4．用户名必须是合法的字符和数字，不能包含特殊的符号，如：?、!、-、~等。
在用例规约的基础上，画出对应的用例图如下：图2 管理员登录用例图二、系统维护用例细化1、基本流1、系统管理员登录2、输入用户名和密码进行身份验证3、系统将验证结果显示并返回给管理员4、管理员进入系统维护界面开始对系统进行维护5、提交维护操作6、系统将提交结果返回7、提交成功，退出系统2、备选流A1：在基本流步骤3中，若是用户名，密码输入错误可以重新输入，若是超过三次未成功应该锁定该用户名。
A2：在基本流5中出现维护异常中断的情况，要能保存任务进度，以便管理员处理好异常继续恢复。
A3：在基本流6中若是维护操作失败，要能恢复系统维护前的状态，不能让系统出于瘫痪的状态A4：无条件推出系统维护3、用例场景成功场景1、更新成功：基本流2、取消操作备选流退出更新3、任务异常暂停备选流保存进度，继续更新失败场景1、维护失败备选流发送更新指令给服务器4、用例要求1、更新版本需选择深夜等客户不使用系统的时间段。
2、更新的版本必须兼容旧的版本，不能影响用户体验5前置条件1、管理员成功登录了系统2、系统成功布置到了远程服务器3、有可发布的版本6、后置条件1、用户可以使用更优化，体验度更高的新版本（特别标注：在系统维护用例中的更新系统是系统维护的一个具体事例，并不是一个不同的用例，我用它来表示一个特定的系统维护事例）在用例规约的基础上画出的系统维护用例图如下：三．静态建模结构 类图(Class diagram)是显示了模型的静态结构，特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。
类图不显示暂时性信息。
在管理员登录这一过程中，包含多个类，分别为：,登录界面（LoginInterface ）,管理员（Manager ）.其中，每个类具有多个属性，列表如下：类属性 管理员 用户名(name)，性别(sex)，密码(password)，电话号码(phone)，权限（authority ）管理员地址区(district)，街道(street)，门牌号(doorNum)，楼层(floor) 登录界面 用户名(name)，密码(password)，类别（type ）整理完每个类的属性后，可以画出类图如下：图3 管理员登录类图在管理员系统维护这一过程中包含有几个类，分别是：维护界面（updateinterface ），管理员（Manager ）、文件类（File ）、用户类（User ） 类 属性用户用户名(name)，性别(sex)，密码(password)，电话号码(phone)，文件内容（content）更新界面无系统维护类图四．动态行为建模1.时序图在系统维护用例中可画出用例图如下图更新系统时序图2.协同图图系统维护协作图3.状态图在管理员系统维护用例中，可以绘出状态图如下：图6 系统维护状态图4.活动图在管理员系统维护用例中，可以绘出活动图如下：图7 更新系统活动图五．物理建模1.组件图在系统更新用例中，可以绘出组件图如下：图8 系统更新组件图2.部署图在用户注册/登录用例中，可以绘出组件图如下：图9 用户注册/登录部署图六．课程设计心得与体会经过我们小组五个成员的讨论，我们分析出了我们小组的项目--网上订餐系统的业务模型，需求模型，并且得到了系统顶层用例。