计算机系面向对象网上订餐系统.docx

1、计算机系面向对象网上订餐系统面向对象分析与设计实习报告系统名称： 快乐网上订餐系统 指导教师： yyy 小组成员： hj、may、ygr 学 号： c、b、a 提交日期： 2013/11/21 目 录1 系统概述（组内共享） 11.1 系统简介 11.2 小组成员及分工 12 需求获取实习（组内共享） 22.1 功能性需求 22.2 非功能性需求 23 用例建模实习 33.1 识别参与者（组内共享） 33.2 识别用例（组内共享） 33.3 绘制用例图（组内共享） 33.4 编写用例归约 3 3.5术语表.44 精化用例模型实习 54.1 精化用例模型 54.2 编写或修改用例归约（个人独立完

2、成） 55 寻找分析类实习（组内共享） 65.1 CRC头脑风暴 65.2 Noun/Verb分析 65.3 绘制初步的分析类图 66 识别关系实习（组内共享） 76.1 识别关联 76.2 识别其它关系 76.3 更新分析类图 77 用例实现（分析）实习 87.1 确定和整合分析类（个人独立完成） 87.2 创建交互图（个人独立完成） 87.3 分包组织建模元素（组内共享） 88 设计模型实习（组内共享） 108.1 划分子系统和层 108.2 创建设计类图 108.3 精化顺序图 109 总结与建议 119.1 总结（组内共享） 119.2 建议（个人独立完成） 111 系统概述（组内共享

3、）1.1 系统简介 本系统主要是实现网上浏览菜单、订餐、产生订单等功能的系统。需要实现菜品信息的动态提示、购物车管理、客户信息注册、登录管理、订单处理、信息反馈等模块。需要完成的主要任务如下： 当顾客进入网上订餐时，应该在主页面中分类显示最新的菜品信息，以供顾客选择所需菜品，同时提供按菜品名称，快速查询所需菜品信息的功能。当顾客选择预定某个菜品时，应该能够将对应菜品信息，如：价格、数量记录到对应的购物车中，此时顾客可以选择选择其他菜品或是查看自己的购物车，最后，在购物车中填写相应的送餐信息，提交订餐订单后，自动清除以生成订单的购物车中的信息。餐厅服务人员根据订单信息，查看详细订单明细并根据实际

4、情况处理订餐。总而言之，我们要实现的快乐订餐是一种方便快捷的在线订餐平台，真正地让用户订餐省时、省力、省心。1.2 小组成员及分工学号姓名主要工作分工chj部署分工，上机绘图。bmay上机绘图aygr归总和完善文档描述2 需求获取实习（组内共享）2.1.1 顾客界面（Customer）包括 用户登录（LogOn）、注册（Register）功能 修改账户信息（Update）。2.1.2 定位界面（Location） User,Customer能在页面上 按拼音查找（PinYin），按区域查找（Area）,热门城市（Popular City）进行定位自己地理位置。2.1.3餐馆界面（Restaur

5、ant） 显示所有商家（Salesagent），最火餐厅（HotR），最近餐馆（ClosetR），综合排名餐馆（R-rank） 2.1.4 菜单界面（Menu）显示所有的菜（Dishes）及它们的分类（Category），分类包括中餐类（Chinese Food）,西餐类（Western Food）,东南亚菜（South-East Food）,热菜类（Hot Dishes）,凉菜类（Cold Dishes）,主食类（Staple） ,酒水类（Drinks）,汤类（Soups）等,每个类别都包含相应的菜，如中餐类：川菜（Sichuan dish），粤菜（Cantonese dish），鲁菜（Sh

6、angdong dish）等;西餐类：意大利餐（Italian），法餐(French)，西班牙餐（Spain） 等。 2.1.5 购物篮界面（Basket）显示顾客所点的餐的信息列表，如菜名，价格、数量 以及优惠券信息等。 2.1.6结算订单界面（Checkout）显示最终订单并请求确认。订单包括下单时间以及顾客姓名、电话、地址以及支付方式（菜到付款，网上支付：网银，信用卡，支付宝等）等信息。2.2功能性需求按照下面的表格填写系统的功能性需求。编号描述分类优先级R1快乐订餐系统可显示所有菜品列表DishesMust HaveR2快乐订餐系统应能根据菜品列表显示菜的分类DishesMust Ha

7、veR3快乐订餐系统应能显示选定产品的详细信息，包括名称、图片以及相应的描述信息DishesMust HaveR4快乐订餐系统应能支持所有主流的信用卡PaymentMustHaveR5快乐订餐系统应能通过信用卡处理公司验证支付PaymentMust HaveR6快乐订餐系统应能自动计算订单的配送费用PaymentShould HaveR8快乐订餐系统应允许顾客向购物篮中添加产品UIMust HaveR9快乐订餐系统应允许顾客从购物篮中移除产品UIMust HaveR10快乐订餐系统应允许顾客结算并支付购买产品UIMust HaveR11快乐订餐系统用户界面应支持插入广告UIWantTo Hav

8、eR12快乐订餐系统应在顾客支付的时候生成订单OrdersMust HaveR13快乐订餐系统应在订单支付完成后通知配送部分OrdersShould HaveR14快乐订餐系统应在支付和订单被确认后，向顾客发送当前订单的拷贝OrdersMust HaveR15快乐订餐系统应允许顾客查看历史订单信息OrdersShould HaveR16快乐订餐系统应允许顾客在订单配送前取消订单OrdersMust HaveR17快乐订餐系统在订单取消时应通知配送部分OrdersMust HaveR19快乐订餐系统应允许配送部分查看所有订单OrdersMust HaveR20快乐订餐系统应允许顾客通过网站注册账

9、号RegisterMust HaveR21快乐订餐系统应支持顾客Email地址作为登录用户名LogOnMustHaveR22快乐订餐系统应要求顾客为注册账号设置密码RegisterMust HaveR23快乐订餐系统应保存注册顾客的基本信息，包括姓名、住址、Email地址、电话号码、传真号码、信用卡信息RegisterMust HaveR24快乐订餐系统应允许顾客查看及修改顾客信息LogOnMust Have2.3非功能性需求列表IDDetailsTypePriorityR25快乐订餐系统应保存事务过程中不可否认的凭证SecurityMust HaveR26快乐订餐系统应能支持每日100000

10、个事务CapacityShould HaveR27快乐订餐系统应能支持峰值时每秒10个事务CapacityShould HaveR28快乐订餐系统应能支持10000个并发连接CapacityMust HaveR29快乐订餐系统应每日24小时，每年360日可用AvailabilityMust HaveR30快乐订餐系统应保存所有销售事务数据AvailabilityMust HaveR3195%情况下，快乐订餐系统应能接收支付并在5秒内生成订单（考虑到网络及信用卡公司授权验证的延时，该性能不能在所有情况下确保实现）PerformanceShould HaveR32顾客登录快乐订餐系统的延时不应超过

11、5秒PerformanceShould HaveR33快乐订餐系统使用浏览器作为用户界面ComplianceTo StandardsMust HaveR34快乐订餐系统应支持IE8及以上、FireFox3及以上版本浏览器ComplianceTo StandardsMust HaveR35快乐订餐系统兼容IE、FireFox老版本或其它浏览器，无法兼容时友好提示ComplianceTo StandardsMust HaveR36快乐订餐系统使用标准Java语言实现，能够在Linux和Windows系统上运行ComplianceTo StandardsShould HaveR38快乐订餐系统应认证

12、非顾客的系统用户SecurityMust HaveR39快乐订餐系统应使用加密通信手段SecurityMust HavePriority：M(Must Have)、S（Should Have)、C(Could Have)、W(Want to Have)3 用例建模实习3.1 识别参与者（组内共享）按照下面的表格填写系统的参与者。参与者名称简要描述Customer在快乐订餐系统上订餐的顾客User在快乐订餐系统上浏览的用户Administrator管理顾客信息的人Servicer负责售前售后服务的人salesAgent参与网上订餐的商家3.2 识别用例（组内共享）用例名称简要描述CmanegeO

13、rdersCustomer可以创建，查看，修改和删除订单。Manage CustomerAdministrator可以查看，添加、删除和修改Customer信息。Manage UserAdministrator管理User登陆权限及信息LogOnCustomer User SalesAgent Servicer Administrator通过信息认证可以登录系统。RegisterCustomer SalesAgent可以输入个人信息注册系统账号。Cmanage InformationCustomer可以查看，修改 个人账户信息。ViewDishesCustomer User可以浏览各种菜品，以

14、及查看各种类菜品信息。FindDishesCustomer User可以通过菜名等条件查找具体菜种。LocationCustomer User通过选择城市定位，定位具体区域SalesAgent manage menusSalesAgent可以查看，添加、删除菜品，修改菜品图片，价格，菜品介绍等信息。ConsultServicer可以为Customer提供订餐前菜品信息的查询，以及订餐后的配送等信息查询。FeedbackCustomer可以通过Servicer对菜品，订餐服务等进行打分,并且可以进行投诉。Customer manageBCustomer向购物篮中添加，删除，修改Dishes信息3

15、.3 绘制用例图（组内共享）3.4 编写用例归约3.4.1 小组成员及分工学号姓名完成的用例1004111205hjID:4,5bmayID：6,7aygrID：1,2,33.4.2 用例归约（个人独立完成）3.4.2.1 用例1用例归约1. CmanageOrders用例Use Case：CmanageOrdersUse Case ID：1Description: Customer可以创建，查看，修改和删除订单。Primary Actors:CustomerSecondary Actors：NonePreconditions：用户进入个人信息界面Flow of Events：1.进入修改界面

16、2.输入需要修改的内容3.输入完毕后点击保存4.用户提示订单信息修改成功5.退出订单界面返回主界面Alternative Flows:NonePostconditions:修改成功2.Customer Login用例Use Case：Customer LoginUse Case ID：2Description: Customer通过信息认证可以登录系统。Primary Actors:CustomerSecondary Actors：NonePrecondition:用户登录成功，进入系统界面Flow of Events：用户启动系统系统显示登录信息填写界面用户填写用户名用户填写密码用户提出登录

17、请求系统检测信息的充分性系统核对用户身份的合法性用户登录成功，进入系统界面Alternative Flows:NonePostconditions:登录成功3. Customer Register用例Use Case：Customer RegisterUse Case ID：3Description: Customer可以在顾客界面输入个人信息注册系统账号。Primary Actors:Customer Secondary Actors：NonePreconditions：用户未登录且无系统账号。Flow of Events：1用户启动系统2.系统显示注册信息填写界面3.用户填写用户名4.系统

18、检测用户输入的用户名是否已被使用。5.用户填写密码6.系统检测用户输入的密码和确认输入的密码是否相同。7.用户填写邮箱8.系统检测用户输入的邮箱是否已经被使用9.用户提出注册请求10.系统提示注册成功10.系统向用户填写的邮箱地址发送认证邮件。11用户进入邮箱后确认注册，并认证成功。 Alternative Flows:NonePostconditions:注册成功3.5术语表 Dishes所有菜品payment支付UI用户界面Location定位界面Cmanage Information顾客管理信息V-Drink浏览菜品V-Food浏览饮料酒水ManageB管理购物篮AddDishesToB

19、向购物篮添加菜品CupdateInfo顾客更新信息Consult查询OrdingDishes 生成订餐菜单4 精化用例模型实习4.1 精化用例模型4.1.1 精化后的用例图（组内共享）4.1.2 参与者和用例描述（组内共享）参与者名称简要描述Customer在IBDS系统上订餐的人User使用系统但不是管理的人（普通浏览者，系统用户）Administrator管理系统信息的人Customer Servicer负责售前售后服务的人SalesAgent网上订餐的合作商家PaymentCompany完成网上支付事务的外部公司用例名称简要描述CustomerLogOnCustomer在进行订餐，管理账

20、户信息之前通过信息认证登陆系统CustomerRegisterCustomer创建新的账号，设置账号信息（姓名，地址，登录名，密码等）CmanageInformationCustomer更新，查看个人信息账户。该用例之后包含CUpadate Info，CView Info用列。CUpadate Info Customer更新个人信息，姓名地址，密码等。但是不可以修改登录名。CView Info Customer通过登陆个人账户查看个人账户信息。OrdingDishesCustomer生成订餐订单，可以进行修改，查看等操作。Browse BasketCustomer可以查看购物篮中的信息，顾客添

21、加菜种或执行查看购物篮功能后，将显示当先购物篮的菜种，价格等信息ManageBCustomer可以通过购物篮修改菜种数量或移除菜种，当前用例扩展自Browse Basket，AddDishesToBCustomer可以向购物篮中添加菜种，添加菜种后将包含Browse Basket用例。ViewDishesCustomer User可以浏览各种菜品，以及查看各种类菜品，所属商家，价格等信息。V-FoodViewDishes的特殊化用例,可以浏览各种菜品。V-DrinksViewDishes的特殊化用例：可以浏览各种饮料酒水。FindDishesCustomer User可以基于菜名等设定条件查找

22、一个或多个具体菜种，该用例执行后包含ViewDishes用例。F-FoodFindDishes的特殊化用例,可以基于条件查看各种菜品。F-DrinksViewDishes的特殊化用例：可以查看各种饮料酒水。LocationCustomer User通过拼音，区域等条件选择城市定位，定位具体区域Sales RegisterSalesAgent可以通过与订餐系统网站合作，注册创建商家账号。SalesAgent manage menusSalesAgent可以查看，添加、删除菜品，修改菜品图片，价格，菜品介绍等信息。CheckOutCustomer执行结算功能，顾客为订餐订单付费。当前用例扩展自Or

23、dingDishes用例，并包含AceepPaymentCard用例。AceepPaymentCardCustomer可以通过第三方公司的支持通过信用卡或网上进行支付。ConsultServicer可以为Customer提供订餐前菜品信息的查询，以及订餐后的配送等信息查询。FeedbackCustomer可以通过Servicer对菜品，订餐服务等进行打分,并且可以进行投诉。该用例扩展自Consult用例。ManageCustomerAdministrator管理顾客信息账户，进行权限管理等操作。ManageUserAdministrator对普通浏览用户进行权限制，也可保存浏览信息等。LogO

24、nUserSalesAgent,Administrator,在执行后台系统操作之前必须通过信息认证登录系统。4.1.3编写或修改用例归约（个人独立完成）4.1.3 用例1的用例归约Use Case：CmanageOrdersUse Case ID：1Description: Customer可以修改订单。Primary Actors:CustomerSecondary Actors：NonePreconditions：用户进入个人信息界面Flow of Events：1.用户进入订单界面。2.选择修改订单信息3.进入修改界面4.输入需要修改的内容5.输入完毕后点击保存6.系统提示是否确认保存7

25、.点击保存8.用户提示订单信息修改成功9.退出订单界面返回主界面Alternative Flows:NonePostconditions:修改成功Use Case：Customer LoginUse Case ID：2Description: Customer通过信息认证可以登录系统。Primary Actors:CustomerSecondary Actors：NonePrecondition:用户登录成功，进入系统界面Flow of Events：1. 用户启动系统2. 系统显示登录信息填写界面3. 用户填写用户名4. 用户填写密码5. 用户提出登录请求6. 系统检测信息的充分性If 登录

26、信息不充分6.1 系统提示用户登录信息不充分并返回登陆界面If 登录信息充分6.2系统检测用户信息充分7. 系统核对用户身份的合法性If 用户身份不合法7.1 系统提示用户登录信息不合法并返回登录界面If 用户身份合法7.2系统核对用户身份合法8. 用户登录成功，进入系统界面Alternative Flows:NonePostconditions:登录成功Use Case：Customer RegisterUse Case ID：3Description: Customer可以在顾客界面输入个人信息注册系统账号。Primary Actors:Customer Secondary Actors：

27、NonePreconditions：用户未登录且无系统账号。Flow of Events：1用户启动系统2.系统显示注册信息填写界面3.用户填写用户名4.系统检测用户输入的用户名是否已被使用。 If 用户名未被使用。 4.1 用户可使用此用户名注册账号。 If 用户名已被使用。 4.2 用户需更换其他用户名并重新检测。5.用户填写密码6.系统检测用户输入的密码和确认输入的密码是否相同。 If 两次输入的密码相同。 6.1 用户可继续填写其他注册信息。 If 两次输入的密码不同。6.2用户需修改密码并再次确认两次输入的密码是否相同。7.用户填写邮箱8.系统检测用户输入的邮箱是否已经被使用If 邮

28、箱未被使用8.1用户可以继续注册If邮箱已被使用8.2用户需要重新填写新的邮箱地址9.用户提出注册请求10.系统提示注册成功10.系统向用户填写的邮箱地址发送认证邮件。11用户进入邮箱后确认注册，并认证成功。 Alternative Flows:NonePostconditions:注册成功5 寻找分析类实习（组内共享）5.1 CRC头脑风暴Customer 职责：维护关于顾客的详细信息，如名字、电话、住址等。Menu 职责：展示菜品列表，分类展示菜品。Dishes 职责：向用户展示菜品的基本信息，包括菜名、菜品描述、价格、 提供菜品的餐馆。SalesAgent 职责：提供销售商的名字与基本信

29、息。System 职责：为已登录用户提供系统主界面，可进行菜品、餐馆浏览、订餐等。Ordering 职责:维护用户可能购买的菜品的信息，允许用户添加和取消订单Basket 职责：显示用户选择的菜品，数量，价格。5.2 Noun/Verb分析根据Noun/Verb法，寻找候选类，填写下表。候选类菜品分类、菜品、目录、结算（checkout）、信用卡信息、信用卡处理公司、顾客、配送、表单、菜品描述、菜品列表、订单、菜品信息、查询条件、购物篮、订单概要信息、系统、用户（User）、用户名候选属性地址、分类、Email地址、标签、姓名、电话号码、图片、价格、配送地址、密码候选操作接受（订单）、添加到购物车