UML课程设计优化完版1.docx

UML课程设计优化完版1.docx

《UML课程设计优化完版1.docx》由会员分享，可在线阅读，更多相关《UML课程设计优化完版1.docx（15页珍藏版）》请在冰豆网上搜索。

UML课程设计优化完版1

枣庄学院

信息科学与工程学院

课程设计任务书

题目：

网络订餐系统

学号：

201212310110、201212310111

姓名：

董晓波、杜凯

专业：

计算机科学与技术

课程：

软件测试与UML技术

指导教师：

王琳琳职称：

助教

完成时间：

2013年4月----2013年5月

枣庄学院信息科学与工程学院制

年月日

课程设计任务书及成绩评定

课程设计的任务和具体要求

以开发小组为单位选择课题,完成“网络订餐系统”项目的分析、设计、开发、测试全过程，贯穿领会软件工程的基本思想，明晰软件工程阶段划分与各个阶段的主要任务，借助相关计算机辅助软件工程工具（CASE）,力图初步具备采用规范化的软件工程方法进行软件项目的研发能力。

指导教师签字：

、日期：

指导教师评语

成绩：

指导教师签字：

日期：

课程设计所需软件、硬件等

Window操作环境

RationalRoseEnterpriseEdition

课程设计进度计划

起至日期

工作内容

备注

2013.4

2013.5

熟悉RationalRose建模基础操作，做系统需求分析。

分布分模块建模

参考文献、资料索引

序号

文献、资料名称

编著者

出版单位

[1]冀振燕著.UML系统分析设计与应用案例[M].北京：

人们邮电出版社,2003

[2]范晓平《UML建模实例详解》.清华大学出版社

[3]董兰芳、刘振安《UML课程设计》.机械工业出版社

[4]谢星星、刘小松、王坚宁《UML统一建模教程与实验指导》.清华大学出版社

目录

1系统需求分析-1-

1．1系统总体结构图-1-

1．2系统功能需求-2-

1．3数据库模块需求-2-

2系统建模-3-

2．1系统的用例图-3-

2．2用例规格说明-6-

2．3系统类图-6-

2．4系统顺序图-9-

2．5系统协作图-10-

1系统需求分析

需求分析的任务是通过详细调查现实世界要处理的对象，充分了解系统的工作概况，明确用户的各种需求，然后在此基础上确定新系统的功能。

新系统必须充分考虑今后可能的扩充和改变。

1.在这里我们需要了解用户有什么样的具体要求和对系统性能的要求。

用户的需求分析：

（a）用户注册

（b）用户登录

（c）菜品浏览

（d）菜品订购

（e）菜品查询

（f）订单修改

（g）修改密码

（h）修改个人信息

（i）管理员

2.系统性能分析

对数据的安全性、完整性要求：

用户信息保密，只有管理员能任意修改。

确保网上支付安全。

菜品信息、用户信息必须保证其完整性。

防止恶意删改。

以下是系统性能需求：

（a）准确性和可靠性高

（b）页面友好，功能齐全，且可以使用

（c）系统便于维护和升级。

1．1系统总体结构图

1．2系统功能需求

本系统主要有以下功能要求：

（1）用户登录注册模块，主要用于用户的登录。

用户权限分为管理员和普通用户。

当用户输入用户名和密码后经过确认，才能进入网上订餐系统，并拥有相应的权限。

如果不是用户，拒绝进入。

（2）菜单信息浏览模块，主要用于用户对订餐相关要求进行管理，其中包括：

菜单的搜索，菜名，价格，图片等。

（3）订餐模块，当用户进行订餐时，系统为用户生成了一个虚拟的购物车，在用户浏览详细的菜单信息时在订餐过程中，用户可以查看自己购物车中选购的菜品和金额，根据自己的需要可以删除购物车中的菜品，还可以选择继续订餐，在查看购物车时填入相关送餐信息，点击“提交订单”，完成了整个订餐流程。

（4）后台订餐管理模块，主要用于管理员对信息的管理，是分别针对数据库中的每一张表进行的。

在浏览每张表的信息时带有搜索功能，使得工作效率提高。

对于每张表的信息可以添加、删除和修改。

但留言表中的信息不能修改，只能回复和删除。

1．3数据库模块需求

用户的需求具体体现在各种信息的提供、保存、更新和查询，这就要求数

据库结构能充分满足各种信息的输入和输出。

收集基本数据、数据结构以及数据处理流程，组成一份详细的数据字典，为具体设计铺垫。

通过系统功能分析，针对网上订餐需求，总结为：

1．分为一般用户和管理员用户，只有用户身份才能进行前台订餐，只有管理员身份才能进行后台管理；

2．订单分成单张订单详情和总订单表，一张订单中含有多个订单明细；

3．每一道菜品都从属于一种类型。

4．一个用户可以订购多个菜品。

5．一个用户对应多张订单表。

2系统建模

2．1系统的用例图

在确认角色的基础上，确认用例。

网上订餐系统中的用例有：

用户管理、订单管理、登录系统、菜品信息管理等等。

本系统的用户用例图如图所示。

进行的操作包括订餐服务、信息浏览、订单管理等。

订餐用户使用例图

管理员分为两类：

一类是系统管理员用例图。

管理员进行的操作（后台操作）包括用户管理，信息的浏览、添加、删除、修改等。

系统管理员使用例图

另一类管理员是订餐管理人员，专门负责处理用户预约的订单，用例图如图所示。

订餐管理员使用例图

2．2用例规格说明

订餐用户规格说明

用例名称

用户订餐信息

简要说明

用户通过留言、订单处理、个人信息等模块进行订单操作

基本事件流

详见用例图

扩展事件流

前置条件

用户进行登录

后置条件

完成用户的订单要求

扩展点

无

优先级

最高

系统管理员规格说明

用例名称

系统管理员信息

简要说明

系统管理员对用户、菜单、留言等模块的操作与管理

基本事件流

详见用例图

扩展事件流

前置条件

管理员登录系统

后置条件

完成相关要求的处理

扩展点

无

优先级

最高

订餐管理员规格说明

用例名称

订餐管理员信息

简要说明

订餐管理员对订餐要求的操作与处理

基本事件流

详见用例图

扩展事件流

前置条件

用户订餐完毕

后置条件

完成相关要求的处理

扩展点

无

优先级

最高

2．3系统类图

类图是对象结构建模的一部份，类图描述系统中类的静态结构。

尽管其他模型可以帮助建模者发现被模拟对象的重要信息，但是它们不能揭示的信息则必须求助于类图。

类图模拟保证系统正常工作的所有必要资源。

其它所有模型

如果想获取这些资源的信息，最终都必须访问类图。

类图是代码生成的来源，也是正向工程的目标设生成物。

类图的生成：

顾客、员工、主管、菜单、材料、系统管理员参与者相关的类（图）

（1）顾客类是参与者的类，它的属性包括订餐号、送餐地址、电话号码、身份证号码、VIP标记、VIP号码。

（2）主管是参与者类，它的属性包括姓名、姓别、年龄、身份证号码、工号。

（3）系统管理员是管理员类。

系统中的其它类。

材料类是记录仓库中材料信息的类，包括菜名，数量，单价，进货渠道。

菜单类是记录餐馆中出售菜种的类，包括菜名、价格、简介。

各类之间的关系。

2．4系统顺序图

顺序图主要用于按照交互发生的一系列顺序，显示对象之间的这些交互。

顺序图的主要用途之一，是把用例表达的需求，转化为进一步、更加正式层次的精细表达。

用例常常被细化为一个或者更多的序列图。

顺序图除了在设计新系统方面的用途外，它们还能用来记录一个存在系统的对象现在如何交互。

订餐系统的顺序图主要有：

（1）客户订餐顺序图；

（2）系统管理员对相关信息查询顺序图；

（3）订餐管理员对相关操作的顺序图；

客户订餐顺序图

系统管理顺序

图

订餐管理顺序图

2．5系统协作图

系统的协作图按流程和时间段主要分为三部分

用户订餐的协作图

系统管理的协作图

订餐管理的协作图

用户订餐的协作图，如下所示：

跟上面的用户订餐的顺序图有相似之处，并可以相互转换。

系统管理的协作图，如下所示：

跟上面的系统管理的顺序图有相似之处，并可以相互转换。

订餐管理的协作图，如下所示：

跟上面的订餐管理的顺序图有相似之处，并可以相互转换。