UML欧亚内部订单管理系统.docx

1、UML欧亚内部订单管理系统UML面向对象系统分析与模考核大作业姓 名：徐晖专 业：软件工程班 级：1201班日 期：2015/6/10说 明1. 章标题三号宋体加黑，章标题后空一行。2. 节标题四号宋体加黑，节标题段前段后设为0.5行。3. 内容小四宋体，每段首行缩进2字符。4. 段间距20磅。5图要标上图号，位于图的下方居中，5号宋体。6章节号字体为Times New Roman目 录1 模块功能描述 42 用例模型设计 43 用例模板和顺序图 64 系统协作图 165 系统分析类图 176 对象状态图 177 系统部署图 17一、模块功能描述本人选择的模块：订房管理模块。该模块包含提交订房

2、订单、审核订单、接单、结算、房间信息的输入、修改、删除业务。用户部门秘书提交订单：打开订单提交界面，界面包括部门信息、接待事项、住宿人数、房型选择、价格、联系人、联系人电话，总价等信息以及提交、重置、取消按钮。如果预算不足，订单终止。如果预算足，按订单总价冲减预算余额，便于预算实时管理。显示部门住宿费总预算数、执行数及剩余数情况实时图表。用户部门领导审核订单：显示订单完整信息、部门总预算数、执行数及剩余数情况实时图表、批准、驳回按钮。如果退订，返还订单金额，更新预算。欧亚公寓业务人员接单：显示订单完整信息、接单、退订按钮，如果退订，返还订单金额，更新预算。欧亚公寓业务人员结算：按消费实际情况结

3、算，根据实际消费金额（下单时预扣过订单金额）修正预算金额。欧亚公寓业务人员房间信息维护：维护当前房型种类、图片、价格等信息。二、用例模型设计1、用户部门秘书用例图：图1-12、用户部门领导用例图图1-23、欧亚公寓业务人员用例图图1-3三、 用例模板和顺序图1、 登录用例模版（图见）（1）简要说明：本用例负责验证系统用户合法性，是使用该系统的唯一入口。（2）参与者描述：用户部门秘书，具有增删改查订单，统计分析，打印报表功能权限。（3）触发条件：用户部门秘书单击运行西安欧亚学院内部结转管理系统。（4）前置条件：数据库通信正常，WEB服务器工作正常。（5）基本事件流：本事件流描述登录成功交互细节，

4、事件流步骤如下。用户部门秘书点击登录西安欧亚学院内部结转管理系统。系统提示输入用户名/密码。用户部门秘书输入用户名/密码。系统验证用户身份合法性。验证通过，系统显示浏览所有信息。（6）备选事件流：本事件流描述登录失败的用例交互细节，事件流步骤如下。 a：用户名/密码验证不通过，系统提示错误重新输入。 a1：将重新输入，并计数。 a2：系统提示已三次输入错误，拒绝访问直接退出。（7）后置条件：成功后置条件：用户登录成功，浏览用例执行显示所有订单。失败后置条件：用户登录失败，无法进入该系统。（8）特殊需求说明：无。图图1-42、浏览用例模版（1）简要说明：本用例完成用户部门秘书浏览信息的功能。用户

5、部门秘书合法登录后浏览订单信息。（2）参与者描述：用户部门秘书（3）触发条件：合法登录后界面打开即显示部门住宿费总预算数、执行数及剩余数情况实时图表。（4）前置条件：数据库通信正常，WEB服务器工作正常。（5）基本事件流：本事件流描述浏览交互细节，事件流步骤如下。用户部门秘书成功登录。打开订单提交界面，界面包括部门信息、接待事项、住宿人数、房型选择、价格、联系人、联系人电话，总价等信息以及提交、重置、取消按钮。（6）备选事件流：无（7）后置条件：成功后置条件：浏览系统主界面成功，可执行增删改查用例。失败后置条件：无。（8）特殊需求说明：无。图1-53、创建订单用例模版（1）简要说明：本用例完成

6、用户部门秘书创建订单的功能，用户部门秘书合法登录后创建订单，创建成功后保存进入数据库。（2） 参与者描述：用户部门秘书，具有增删改查订单，统计分析，打印报表功能权限。（3）触发条件：在浏览所有信息的界面上选择创建订单。（4）前置条件：数据库通信正常，WEB服务器工作正常。（5）基本事件流：本事件流描述成功创建订单交互细节，事件流步骤如下。用户部门秘书登录后点击创建订单。系统显示部门信息、接待事项、住宿人数、房型选择、价格、联系人、联系人电话，总价等信息。用户部门秘书填写订房信息。系统验证预算是否充足。验证未超过预算订单创建成功并更新预算。（6）备选事件流：本事件流描述创建订单失败的用例交互细节

7、，事件流步骤如下。 a：验证预算不通过，系统提示预算不足，创建订单失败。 a1：转，重新填写订房信息。（7）后置条件：成功后置条件：创建订单成功，浏览用例执行显示所有订单，显示存在该订单。失败后置条件：创建订单失败，最终用户选择退出，不创建该订单。（8）特殊需求说明：无。图1-64、查询订单用例模版（1）简要说明：本用例完成用户部门秘书查询订单的功能，用户部门秘书合法登录后浏览全部信息，点击查询订单显示订单信息。（2） 参与者描述：用户部门秘书，具有增删改查订单，统计分析，打印报表功能权限。（3）触发条件：在浏览所有信息的界面上选择查询订单。（4）前置条件：数据库通信正常，WEB服务器工作正常

8、。（5）基本事件流：本事件流描述成功创建订单交互细节，事件流步骤如下。用户部门秘书登录后点击查询订单。系统查询是否有订单信息。查询成功显示订单全部信息。（6）备选事件流：本事件流描述查询订单失败的用例交互细节，事件流步骤如下。 a：查询失败系统提示还未创建订单。（7）后置条件：成功后置条件：查询订单成功，浏览用例执行显示所有订单。失败后置条件：查询订单失败，最终用户选择退出。（8） 特殊需求说明：无。图1-75、修改订单用例模版（1）简要说明：本用例完成用户部门秘书修改订单的功能，用户部门秘书合法登录后浏览全部信息或查询订单信息后点击修改订单信息按钮。（2）参与者描述：用户部门秘书，具有增删改

9、查订单，统计分析，打印报表功能权限。（3）触发条件：在浏览所有信息的界面上或者查询订单后在订单详情界面上选择修改订单。（4）前置条件：数据库通信正常，WEB服务器工作正常。（5）基本事件流：本事件流描述成功修改订单交互细节，事件流步骤如下。用户部门秘书登录后点击修改订单或者在查询订单结果的界面上点击修改。系统提示修改订单信息。用户部门秘书修改订单信息后提交。系统验证预算是否充足。验证未超过预算则订单修改成功并显示更新后的订单及预算信息。（6）备选事件流：本事件流描述修改订单失败的用例交互细节，事件流步骤如下。 a：验证预算不通过，系统提示预算不足，修改订单失败。 a1：转，重新修改订单信息。（

10、7）后置条件：成功后置条件：修改订单成功，显示更新后的订单及预算信息。失败后置条件：修改订单失败，最终用户选择退出，不修改订单。（8） 特殊需求说明：无。图1-86、删除订单用例模版（1）简要说明：本用例完成用户部门秘书删除订单的功能，用户部门秘书合法登录后浏览全部信息或查询订单信息后点击删除订单信息按钮。（2）参与者描述：用户部门秘书，具有增删改查订单，统计分析，打印报表功能权限。（3）触发条件：在浏览所有信息的界面上或者查询订单后在订单详情界面上选择删除订单。（4）前置条件：数据库通信正常，WEB服务器工作正常。（5）基本事件流：本事件流描述成功删除订单交互细节，事件流步骤如下。用户部门秘

11、书登录后点击删除订单或者在查询订单结果的界面上点击删除。系统询问是否删除该订单信息。用户部门秘书确定删除订单信息后提交。订单删除成功并显示更新后的订单及预算信息。（6）备选事件流：无（7）后置条件：成功后置条件：删除订单成功，显示更新后的订单及预算信息。失败后置条件：无。（8） 特殊需求说明：无。图1-97、统计分析用例模版（1）简要说明：本用例完成用户部门秘书统计分析的功能，用户部门秘书合法登录后点击统计分析按钮。（2）参与者描述：用户部门秘书，具有增删改查订单，统计分析，打印报表功能权限。（3）触发条件：用户部门秘书合法登录后点击统计分析按钮。（4）前置条件：数据库通信正常，WEB服务器工

12、作正常。（5）基本事件流：本事件流描述成功统计分析交互细节，事件流步骤如下。用户部门秘书登录后点击统计分析按钮系统提示选择时间区间用户部门秘书选择时间区间。统计分析成功并显示所选时间区间的财务报表信息。（6）备选事件流：无（7）后置条件：成功后置条件：统计分析成功，显示所选时间区间的财务报表信息。失败后置条件：无。（8） 特殊需求说明：无。图2-18、打印报表用例模版（1）简要说明：本用例完成用户部门秘书打印报表的功能，用户部门秘书合法登录后点击统计分析按钮，在统计分析结果页面上点击打印报表。（2）参与者描述：用户部门秘书，具有增删改查订单，统计分析，打印报表功能权限。（3）触发条件：用户部门秘书合法登录后点击统计分析按钮，在统计分析结果页面上点击打印报表。（4）前置条件：数据库通信正常，WEB服务器工作正常。（5）基本事件流：本事件流描述成功打印报表交互细节，事件流步骤如下。用户部门秘书登录后点击统计分析按钮，在统计分析结果页面上点击打印报表系统提示设置打印份数。用户部门秘书设置打印份数。设置成功并打印所选时间区间的财务报表。 （6）备选事件流：无 （7）后置条件：成功后置条件：打印报表成功。失败后置条件：无。 （8）特殊需求说明：无。图2-2四、系统协作图图2-3五、系统分析类图图2-4六、对象状态图图2-5七、系统部署图