UML课程设计(优化完版)1.doc

枣 庄 学 院信息科学与工程学院课程设计任务书 题目： 网络订餐系统 学 号： 201212310110、201212310111 姓 名： 董晓波、杜凯 专 业： 计算机科学与技术 课 程： 软件测试与UML技术 指导教师： 王琳琳 职称： 助教 完成时间： 2013年4月-2013年5月枣庄学院信息科学与工程学院制 年 月 日课程设计任务书及成绩评定课程设计的任务和具体要求 以开发小组为单位选择课题,完成“网络订餐系统”项目的分析、设计、开发、测试全过程，贯穿领会软件工程的基本思想，明晰软件工程阶段划分与各个阶段的主要任务，借助相关计算机辅助软件工程工具（CASE）,力图初步具备采用规范化的软件工程方法进行软件项目的研发能力。指导教师签字： 、 日期： 指导教师评语成绩： 指导教师签字： 日期： 课程设计所需软件、硬件等Window操作环境Rational Rose Enterprise Edition课程设计进度计划起至日期工作内容备注2013.4 2013.5熟悉Rational Rose建模基础操作，做系统需求分析。分布分模块建模参考文献、资料索引序号文献、资料名称编著者出版单位1冀振燕著.UML系统分析设计与应用案例M.北京：人们邮电出版社,20032范晓平UML建模实例详解.清华大学出版社 3董兰芳、刘振安UML课程设计.机械工业出版社4谢星星、刘小松、王坚宁UML统一建模教程与实验指导. 清华大学出版社目录1 系统需求分析- 1 -11系统总体结构图- 1 -12系统功能需求- 2 -13数据库模块需求- 2 -2 系统建模- 3 -21系统的用例图- 3 -22用例规格说明- 6 -23系统类图- 6 -24系统顺序图- 9 -25系统协作图- 10 -1 系统需求分析 需求分析的任务是通过详细调查现实世界要处理的对象，充分了解系统的工作概况，明确用户的各种需求，然后在此基础上确定新系统的功能。新系统必须充分考虑今后可能的扩充和改变。1.在这里我们需要了解用户有什么样的具体要求和对系统性能的要求。用户的需求分析：(a)用户注册(b)用户登录(c)菜品浏览(d)菜品订购(e)菜品查询(f)订单修改(g)修改密码(h)修改个人信息(i)管理员2.系统性能分析对数据的安全性、完整性要求：用户信息保密，只有管理员能任意修改。确保网上支付安全。菜品信息、用户信息必须保证其完整性。防止恶意删改。以下是系统性能需求：(a)准确性和可靠性高(b)页面友好，功能齐全，且可以使用(c)系统便于维护和升级。11系统总体结构图12系统功能需求本系统主要有以下功能要求：（1）用户登录注册模块，主要用于用户的登录。用户权限分为管理员和普通用户。当用户输入用户名和密码后经过确认，才能进入网上订餐系统，并拥有相应的权限。如果不是用户，拒绝进入。（2）菜单信息浏览模块，主要用于用户对订餐相关要求进行管理，其中包括：菜单的搜索，菜名，价格，图片等。（3）订餐模块，当用户进行订餐时，系统为用户生成了一个虚拟的购物车， 在用户浏览详细的菜单信息时在订餐过程中，用户可以查看自己购物车中选购的菜品和金额，根据自己的需要可以删除购物车中的菜品，还可以选择继续订餐，在查看购物车时填入相关送餐信息，点击“提交订单”，完成了整个订餐流程。（4）后台订餐管理模块，主要用于管理员对信息的管理，是分别针对数据库中的每一张表进行的。在浏览每张表的信息时带有搜索功能，使得工作效率提高。对于每张表的信息可以添加、删除和修改。但留言表中的信息不能修改，只能回复和删除。13数据库模块需求用户的需求具体体现在各种信息的提供、保存、更新和查询，这就要求数据库结构能充分满足各种信息的输入和输出。收集基本数据、数据结构以及数据处理流程，组成一份详细的数据字典，为具体设计铺垫。通过系统功能分析，针对网上订餐需求，总结为：1分为一般用户和管理员用户，只有用户身份才能进行前台订餐，只有管理员身份才能进行后台管理；2订单分成单张订单详情和总订单表，一张订单中含有多个订单明细；3每一道菜品都从属于一种类型。4一个用户可以订购多个菜品。5一个用户对应多张订单表。2 系统建模21系统的用例图在确认角色的基础上，确认用例。网上订餐系统中的用例有：用户管理、订单管理、登录系统、菜品信息管理等等。本系统的用户用例图如图所示。进行的操作包括订餐服务、信息浏览、订单管理等。 订餐用户使用例图管理员分为两类：一类是系统管理员用例图。管理员进行的操作(后台操作)包括用户管理，信息的浏览、添加、删除、修改等。 系统管理员使用例图 另一类管理员是订餐管理人员，专门负责处理用户预约的订单，用例图如图所示。 订餐管理员使用例图22用例规格说明订餐用户规格说明用例名称用户订餐信息简要说明用户通过留言、订单处理、个人信息等模块进行订单操作基本事件流详见用例图扩展事件流前置条件用户进行登录后置条件完成用户的订单要求扩展点无优先级最高系统管理员规格说明用例名称系统管理员信息简要说明系统管理员对用户、菜单、留言等模块的操作与管理基本事件流详见用例图扩展事件流前置条件管理员登录系统后置条件完成相关要求的处理扩展点无优先级最高订餐管理员规格说明用例名称订餐管理员信息简要说明订餐管理员对订餐要求的操作与处理基本事件流详见用例图扩展事件流前置条件用户订餐完毕后置条件完成相关要求的处理扩展点无优先级最高23系统类图类图是对象结构建模的一部份，类图描述系统中类的静态结构。尽管其他模型可以帮助建模者发现被模拟对象的重要信息，但是它们不能揭示的信息则必须求助于类图。类图模拟保证系统正常工作的所有必要资源。其它所有模型如果想获取这些资源的信息，最终都必须访问类图。类图是代码生成的来源，也是正向工程的目标设生成物。类图的生成：顾客、员工、主管、菜单、材料、系统管理员参与者相关的类（图）（1）顾客类是参与者的类，它的属性包括订餐号、送餐地址、电话号码、身份证号码、VIP标记、VIP号码。（2）主管是参与者类，它的属性包括姓名、姓别、年龄、身份证号码、工号。（3）系统管理员是管理员类。系统中的其它类。材料类是记录仓库中材料信息的类，包括菜名，数量，单价，进货渠道。菜单类是记录餐馆中出售菜种的类，包括菜名、价格、简介。各类之间的关系。24系统顺序图 顺序图主要用于按照交互发生的一系列顺序，显示对象之间的这些交互。顺序图的主要用途之一，是把用例表达的需求，转化为进一步、更加正式层次的精细表达。用例常常被细化为一个或者更多的序列图。顺序图除了在设计新系统方面的用途外，它们还能用来记录一个存在系统的对象现在如何交互。订餐系统的顺序图主要有：（1）客户订餐顺序图；（2）系统管理员对相关信息查询顺序图；（3） 订餐管理员对相关操作的顺序图； 客户订餐顺序图系统管理顺序图订餐管理顺序图25系统协作图系统的协作图按流程和时间段主要分为三部分用户