《8000114209欧阳天雄--UML课设报告汇总》由会员分享，可在线阅读，更多相关《8000114209欧阳天雄--UML课设报告汇总（22页珍藏版）》请在金锄头文库上搜索。
1、南昌大学课 程 设 计 报 告课程名称 UML分析与设计 课题名称 外卖订餐系统的设计 专 业 软件工程 班 级 软件工程147班 学 号 8000114209 姓 名 欧阳天雄 2016年 5月 25 日UML课 程 设 计 任 务 书课程名称 面向对象分析与UML课程设计 课 题 外卖订餐系统的设计 专业班级 软件工程147班 学生姓名 叶蒙 学 号 8000114206 小组成员 叶蒙，欧阳天雄，雷轩， 宋佳雷，冯晨耀 一、设计内容与设计要求1设计内容：面向对象系统分析与设计课程是计算机科学与技术本科专业（软件方向）的一门重要的专业课。通过本课程的学习，使学生在已有的计算机软硬件基础知识
2、、程序设计知识、数据库和网络通信知识的基础上系统掌握面向对象系统分析与设计的基本方法和技术，并具有针对特定环境下的应用问题进行信息系统开发(包括系统分析、设计与实现)的能力。通过学习本课程学生可以理解和掌握面向对象系统的分析和设计的方法和分步过程、掌握面向对象系统分析和设计的建模标准UML语言，能够利用Rational Rose（或Microsoft Viso、Start UML）软件以某一信息系统为例进行系统分析和设计。目前，大家在学习阶段缺乏工作方面的实践，对很多领域的业务不熟悉。但是熟悉业务是软件开发的基础，没有人生来就什么都熟悉。于是，拟订了如下几个题目，它接近大家的学习和生活环境，以
3、便大家去熟悉其中的业务。希望大家分组完成，选出本组的组长，作好分工与合作。每组一题，各组题目不能相同；同组成员的负责的模块（子系统）不能相同。题目1：高校图书馆管理系统题目2：高校教务管理系统题目3：高校学生信息系统题目4：高校后勤管理系统题目5：高校学生工作管理系统题目6：高校教学管理系统题目7：人事考勤管理系统题目8：高校教材管理系统题目9：高校科研管理系统题目10：高校宿舍管理系统题目11：高校实验室管理系统题目12：学生成绩管理系统或自选题目2设计要求：（1）用例建模完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，对其中主要功能的用例书写书面用例
4、。对每个用例的进一步描述可以活动图，这一部分在动态建模来完成。(2)静态建模系统的静态结构模型主要由类图和对象图表达。对于复杂的系统可能还要用到包图。其中类图是静态建模的核心。（3）动态建模系统的动态结构模型主要由交互图（顺序图和协同图）、状态机图和活动图表达。在系统的分析和设计中应当对主要的Use Case和对象类绘制这些图形。（4）物理建模系统的组件图和部署图（5）小结对本课程设计进行总结。目 录一.需求分析6二.用例建模7三.静态结构建模11四.动态行为建模10五.物理模型14六.课程设计心得与体会15一需求分析现在，越来越多的人通过网络购物和支付，这已经不是一件新鲜事了。现在，就连一日
5、三餐，很多人都更愿意通过网络解决。因为人们有时不愿意或没有时间出门就餐，这时候，人们会考虑外卖订餐，这种方式避免了外出用餐的麻烦，而且方便快捷。所以，外卖订餐时下成为了一种非常受欢迎的用餐方式。而我们这里就为一个餐饮店设计了一款外卖订餐软件，此软件在移动终端上运行。一、业务建模网上外卖订餐系统的业务建模是对其环境的业务过程进行建模。它能使系统分析人员了解系统所处的环境和业务过程，能使系统分析人员、设计人员、开发人员和用户能够迅速获得关于业务范围和活动的总体印象，一般通过业务过程图来描述。网上外卖订餐系统的业务过程如下；二需求模型顾客为了订餐，需要完成一个简单的流程，我从这一流程中提取出用户的功
6、能性需求和系统管理员的功能性需求：1.用户需求：需求备注注册顾客需要注册才能获得一个唯一的用户名。信息管理顾客需要输入自己的详细信息以完成订餐登录顾客需要以用户的身份登录才能使用后续功能浏览菜单顾客需要在菜单界面里浏览挑选喜欢的菜订单顾客需要能挑选自己喜欢食物并生成订单订单管理顾客需要能查看和管理自己的订单支付顾客需要能以方便安全的线上支付方式支付送餐顾客需要该软件能及时地将订单实现，并送至顾客所在地其他服务顾客需要该软件支持反馈，投诉，更新软件版本等功能2.系统管理员需求：需求备注商户管理系统管理员可以进行商户管理。客户管理系统管理员可以进行客户管理系统维护系统管理员可以进行系统数据备份、恢
7、复等维护工作。系统登录系统管理员可以通过这个用例登录除了功能性需求外，非功能性需求也同样重要：1可用性：系统必须界面友好，能让用户很快地掌握如何使用，不能让顾客茫然不知如何应用该系统。2可靠性：系统必须能在出错后尽快地恢复到正常状态，这要求系统具有很强的自我调整机制。3安全性：系统在涉及到用户信息，支付等敏感操作时必须保证用户信息的安全，不能让用户的信息和财产安全受到威胁。二用例建模在本软件中，系统的用例可以细化为多个，参与者也有多个：1.参与者：参与者备注用户即顾客，使用该软件的都可称为用户控制端包括系统管理员、店员和主机控制系统支付端线上支付端（网银或其他），具体操作流程不在本软件的建模范
8、围内2.用例：用例备注用户注册这一部分让顾客注册一个用户名用户登录这一部分让顾客以已注册的用户名登录输入用户信息这一部分让顾客完善信息以正确订餐储存用户信息系统将用户信息存入数据库选择订餐顾客浏览菜单并选择食物，提交给系统生成订单系统生成一个相应的订单支付订单系统连接支付端，用户在支付端支付送餐在顾客支付后，系统通知店员做好并送出食物，完成订单更多服务顾客在这一用例中可以更新软件，反馈，投诉等。系统管理员在这一用例中进行系统维护由此，可画出系统顶层的用例图如下：图1：顶层用例图在这里，我们小组将用例合并概括为五个模块：序号用例1用户注册/登录2订单管理3资金管理4物流管理5系统维护我分析的是系
9、统维护子系统。将会对系统维护这个用例进行细化。系统维护这个用例大致可分为：系统登录，商户管理，客户（订餐者）管理，系统维护。用例图如下：即便是这样，可以看出有些用例实际上还是可以继续细化的。下面将选二个用例-系统登录，系统维护进行细化：一、 登录用例细化用例名称：管理员登录管理员在浏览器地址栏输入系统的URL（网址），该用例启动。1 基本流1进入登录页面如果管理员没有通过身份验证，则在浏览器地址栏内访问任何一个页面的URL都自动进入登录页面。2输入用户名和密码系统提示以管理员身份登录必须勾选，用户名和密码必须输入。用户名符合数据结构要求，密码符合密码长度以及复杂度等要求。3登录成功，进入系统消
10、息页面在系统消息页面可以查看客户给商家的反馈，投诉信息，以及系统检测到的恶意投诉，虚假投诉客户方便进行客户管理。4进入菜单页面。在菜单页面，管理员可进行反馈投诉给商户，用户管理，商户管理，以及推送更新等系统操作2 备选流A2.用户或密码错误在基本流的步骤3中，用户输入的用户名或者密码错误，提示用户重新输入。然后继续执行基本流的步骤3。三次输入用户名和密码无效后，该管理员帐号被锁定，需要去后台解锁，用例结束。A3.退出系统无条件关闭浏览器。用例结束。3 用例场景1成功场景登录成功：基本流取消操作：备选流，退出系统。2失败场景没有输入用户和密码：备选流，用户和密码输入。输入用户或密码错误：备选流，
11、用户或密码错误。4 用例要求1不显示上次登录的用户名。2在超过会话状态时强制注销。3密码满足密码复杂性要求。4用户名必须是合法的字符和数字，不能包含特殊的符号，如：?、!、-、等。在用例规约的基础上，画出对应的用例图如下：图2 管理员登录用例图二、 系统维护用例细化1、 基本流1、 系统管理员登录2、 输入用户名和密码进行身份验证3、 系统将验证结果显示并返回给管理员4、 管理员进入系统维护界面开始对系统进行维护5、 提交维护操作6、 系统将提交结果返回7、 提交成功，退出系统2、 备选流A1：在基本流步骤3中，若是用户名，密码输入错误可以重新输入，若是超过三次未成功应该锁定该用户名。A2：在
12、基本流5中出现维护异常中断的情况，要能保存任务进度，以便管理员处理好异常继续恢复。A3：在基本流6中若是维护操作失败，要能恢复系统维护前的状态，不能让系统出于瘫痪的状态A4：无条件推出系统维护3、 用例场景成功场景1、 更新成功：基本流2、 取消操作 备选流 退出更新3、 任务异常暂停 备选流 保存进度，继续更新失败场景1 、维护失败 备选流 发送更新指令给服务器4 、 用例要求1、 更新版本需选择深夜等客户不使用系统的时间段。2、 更新的版本必须兼容旧的版本，不能影响用户体验5 前置条件1、 管理员成功登录了系统2、 系统成功布置到了远程服务器3、 有可发布的版本6、 后置条件1、用户可以使
13、用更优化，体验度更高的新版本（特别标注：在系统维护用例中的更新系统是系统维护的一个具体事例，并不是一个不同的用例，我用它来表示一个特定的系统维护事例）在用例规约的基础上画出的系统维护用例图如下：三静态建模结构类图(Class diagram)是显示了模型的静态结构，特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。类图不显示暂时性信息。在管理员登录这一过程中，包含多个类，分别为：,登录界面（LoginInterface）,管理员（Manager）.其中，每个类具有多个属性，列表如下：类属性管理员用户名(name)，性别(sex)，密码(password)，电话号码(phone)，权限（authority）管理员地址区(district)，街道(street)，门牌号(doorNum)，楼层(floor)登录界面用户名(name)，密码(password)，类别（type）整理完每个类的属性后，可以画出类图如下：图3 管理员登录类图在管理员系统维护这一过程中包含有几个类，分别是：维护界面（updateinterface），管理员（Manager）、文件类（File）、用户类（User）
