网上书店管理系统.doc

网上书店管理系统—UML软件建模课程设计
课程设计报告
课程名称： UML软件建模
设计题目： 网上书店管理系统
专业班级： 网络工程
班 级： 1
学生姓名： 贺＊*
学生学号: 2013＊*
指导老师: 罗**
二○一六年六月十三日
目 录
一、系统需求 — 2 -
二、功能需求 — 3 -
2。1 用户认证管理 — 3 -
2。2 书籍浏览 — 3 —
2.3 书籍选购 - 4 —
2.4 用户结算 - 4 —
2。5 用户信息管理 - 4 —
2.6 书籍信息管理 - 4 -
2.8 订单信息管理 - 4 —
三、数据需求 - 5 -
四、需求分析 - 5 -
4。1 识别参与者 — 5 —
4.2 识别用例 - 5 —
4.3 用例的事件描述 — 7 —
五、模型结构 — 12 —
5.1 定义系统对象 - 12 -
5.2 定义用户界面类 — 12 —
5.3 建立类图 — 13 —
六、动态行为模型 — 15 -
6.1 创建系统的顺序图 - 16 —
6.2 创建系统的状态图 - 19 -
6。3 创建系统的活动图 - 21 —
七、物理模型 — 23 -
7.1 创建系统构件图 - 23 —
八、总结 - 23 —
一、系统需求
网上书店系统描述如下：
在网上书店系统中，普通用户浏览主页面查看图书及详细信息，如想在本网站购买图书，需注册成为该网站会员,然后进行购买活动。
会员用户通过其注册的账号及密码登陆该系统,登陆该系统后可以对个人信息进行修改,包括密码的修改，可以添加所选书籍到购物车，删除购物车里的书籍，以及修改购物车内书籍的数量，确定购买后进去支付页面.
管理员登陆系统后，可以修改其登陆密码，维护员工信息,维护会员信息，以及系统维护。管理会员信息主要是添加会员、删除会员以及修改会员信息.管理员工信息要分为添加员工、删除员工以及修改员工信息。系统的维护主要为系统更新。
对上述网上书店系统的描述进行分析，可以获得如下功能性需求：
ª 游客在网上书店系统注册个人信息,可以成为会员.
ª 会员通过身份验证，登录到网上书店系统。
ª 会员或游客可以浏览网上书店的图书。
ª 会员可以查询修改个人资料，包括个人的基本信息、订单信息。
ª 会员可以将要买的书籍添加到购物车，可以对购物车里书籍信息进行修改。
ª 会员可以对所下订单进行提交并进入付款界面进行结算。
ª 员工根据用户名和密码，登录到网上书店系统.
ª 员工可以对书店的销售情况进行查询。
ª 员工可以管理图书信息和订单信息.
ª 管理员输入账号和密码可以登录带网上书店系统
ª 管理员可以修改员工信息、添加、删除员工。
根据以上分析,给出系统功能图（可选）:
图1-1网上书店系统功能图

系统功能图

二、功能需求
2.1 用户认证管理
用户认证管理主要用于对用户身份的识别,即分辨顾客是否为注册用户，是否已经登录本系统，所包括的功能为：未注册用户注册和已注册用户登录。
当未注册用户注册时，系统调用该模块将用户注册信息插入用户数据库保存；当已注册用户登录时，系统调用该模块对用户数据库进行查询，如果库中有和登录用户相匹配的信息,则用户通过身份验证，成功登录；否则将提示用户密码或用户名错误.
2.2 书籍浏览
书籍浏览的主要功能是将本书店现有书籍按内容、体裁、作者等分类展现给顾客，以便于顾客查询或选购.当顾客选择一个类别的书籍时,系统将调用该模块对商品数据库进行查询，并将查询到的所有这类书籍返回显示给顾客。浏览模块展现给顾客的是最直观的书籍信息，用户可以看到书籍的图片、作者、出版社以及该书的简介。
2。3 书籍选购
书籍选购主要包含一个购物车程序,便于顾客随时查询已选购的商品或放弃这些商品.购物车程序模拟超市中的购物车，当用户在网上书店登录以后就会向其分发一个购物车，这个购物车将一直伴随着顾客，直到顾客完成了购物流程为止.当顾客要购买书籍时，只要点击“购买"按钮该书将会自动加入购物车中,然后顾客可继续浏览或选购。顾客可随时查看已选书籍，并可将书籍从购物车中删除，即放弃购买。
2。4 用户结算
客户结算的主要功能是在客户选定商品后显示出客户所订购商品的订单，以使客户能够买到该商品.当顾客选购完毕准备结帐时，顾客会选择一种结算方式,然后下订单，客户结算模块将会把购物车中的商品保存到订单数据库，然后将订单处理结果返回给顾客,通知顾客订单编号(订单编号对每个订单都是惟一的），订单上列有此次购买书籍的详细信息，如书名、单价、购买数量等；订单上还将显示所购书籍的总金额。客户结算模块还提供订单查询，将列表显示该顾客的所有订单。顾客也可以按照订单号来查询单个订单的信息。客户结算模块将允许顾客取消尚未付款的订单。
2。5 用户信息管理
用户信息管理的主要功能是对用户信息进行管理，如对用户信息进行查询、更新等。管理员可以使用该模块查询到用户的基本信息，如用户地址、联系电话及所从事的工作等。当用户修改了其注册资料时,如用户对其联系地址或联系电话进行了更改,该模块要能够及时对用户信息进行更新，以防影响正常业务。
2.6 书籍信息管理
书籍信息管理的主要功能是可以对书籍进行添加、删除、修改、分类等操作。该模块包括一个专用的数据录入程序,用来输入书籍信息;可以对商品数据库进行添加、删除修改等操作；可以将书籍进行分类，然后放入自选书架.
2.8 订单信息管理
订单信息管理的主要功能是对客户的订单进行存储、查询。顾客下的订单由管理员确认后，就会存入订单数据库，以备顾客或管理员进行修改、查询或删除.该模块可提供顾客的所有订单列表，对于已发货订单可由管理员在适当时间删除，或由管理员设置，系统自行删除。
三、数据需求
(1) 会员信息——包括用户名、密码、真实姓名、地址、联系电话(后三项主要用于书籍邮购）
(2) 图书类别信息-—包括类别名（例如文学、体育、经济、教材等）和别概要信息.
(3) 图书信息——包括图书名称、作者、ISBN 号、出版社、出版时间、发行量、版号、页数,内容简介、读者评价（可选）、专家推荐（可选）、封面图片（可选)等信息。
(4) 订单信息-—包括图书名称列表、单价、总金额、日期、会员标识、发货日期、状态（包括等待、执行、完成）
四、需求分析
4.1 识别参与者
通过对系统需求的分析，可以确定系统中有4个参与者：游客、会员、员工、管理员.
参与者的描述如下：
(1）游客
描述：游客可以浏览各种书籍、还可以注册成为会员后进行购买。
(2)会员
描述：会员可以登录到系统，也可修改个人密码，注销个人信息，还可以浏览书籍、添加书籍到购物车、查看购物车、修改购物车的书籍、付款。
（3）员工
描述：员工可以登录到系统，也可修改个人密码,注销个人信息，还可以浏览书籍、添加书籍、查看订单等操作.
（4)管理员
描述：管理员可以登录到系统，可以维护系统,管理员工和会员的信息。
4.2 识别用例
前面已经识别出了参与者,通过对需求的进一步分析,可以确定系统中有如下用例存在：
1.用户用例(会员和游客）
(1) 登录—-会员通过身份验证，登录到网上书店系统。
(2) 注册——游客在网上书店系统注册个人信息,可以成为会员。
(3) 浏览图书——会员或游客可以浏览网上书店的图书.
(4) 查询个人资料--会员可以查询修改个人资料，包括个人的基本信息、订单信息。
(5) 修改个人资料——会员可以修改个人信息.
(6) 加入购物车--会员可以将要买的书籍添加到购物车，可以对购物车里书籍数量信息进行修改。
(7) 提交订单——会员可以对所下订单进行提交。
(8) 付款——会员可以进入付款界面进行结算.
游客用例图
会员游客用例图
2.员工用例
（1）登录——员工根据用户名和密码，登录到网上书店系统。
（2）销售查询—-员工可以对书店的销售情况进行查询。
（3）库存查询-—员工可以对书店所剩下的书籍进行查询。
(4)图书管理——员工可以修改书籍信息、添加图书、删除图书.
（5）订单处理——员工可以修改订单信息、删除订单。
员工用例图
3.管理员用例
（1)登录——管理员输入账号和密码可以登录带网上书店系统
(2）管理会员——管理员可以修改会员信息、添加、删除会员。
(3）员工信息维护—-管理员可以修改员工信息、添加、删除员工。
(4）系统维护——系统备份、数据还原、系统升级。
管理员用例图
4.3 用例的事件描述
用例编号:001
用例名：登录
用例描述：管理员根据所注册的用户名和密码，登录到网上书店管理系统。
参与者：管理员
前置条件：网上书店管理系统正常运行期间.
后置条件：如果管理员登录成功,该管理员可以对网上书店系统进行相关操作；若登录不成功，该管理员不能进入网上书店系统。
事件流程
1. 管理员进入网上书店系统；
2. 管理员输入用户名和密码；
3. 管理员提交输入的信息；
4. 系统对管理员的账号和密码进行有效性检查；
5. 系统记录并显示当前登录用户；
6. 系统允许管理员对网上书店系统进行商品信息维护、员工信息维护、销售查询等操作;
扩展点
1.1管理员的账号错误
1。1。1弹出账号错误或账号已关闭警告信息；
1.1。2管理员离开或重新输入账号；
1。2管理员的密码错误
1。2.1弹出密码错误警告信息;
1。2。2管理员离开或重新输入密码；
用例编号:002
用例名:员工信息维护
用例描述：管理员登录员工信息维护可对所有员工的信息进行修改、删除和添加员工信息。
参与者：管理员
前置条件:登录成功，数据库中存在该员工的员工信息的记录。
后置条件：管理员可以对修改之后的员工信息进行相关的操作。
事件流程
1. 管理员进入网上书店系统员工信息维护界面，并在界面中提交员工信息维护的信息；
2. 界面将管理员提交的员工信息传递给控制对象；
3. 控制对象向数据库查询员工相关信息并对查询结果进行判断;
4. 控制对象向数据库中提交维护后的员工信息数据；
5. 控制对象将成功维护后的员工信息返回界面；
6. 管理员在界面获得维护员工信息成功的信息；
扩展点
1。1接受的数据为非法数据.
1。1。1系统显示输入错误提示信息。
1.1.2当前用户重新修改信息或退出系统或返回进行其他操。
用例编号：003
用例名:修改会员信息
用例描述:管理员登录修改会员信息可修改所有会员的信息。
参与者：管理员
前置条件：登录成功。
后置条件：管理员可以对修改之后的会员信息进行预览.
事件流程
1. 管理员进入网上书店系统修改会员信息界面，并在界面中提交修改会员信息;
2. 界面将管理员提交的修改会员信息传递给控制对象；
3. 控制对象向数据库查询会员相关信息并对查询结果进行判断；
4. 控制对象向数据库中提交修改后会员信息的数据；
5. 控制对象将修改成功的信息返回界面；
6. 管理员在界面获得修改会员成功的信息；
扩展点
1。1修改的数据为非法数据
1。1。1系统显示输入错误提示信息
1.1.2当前用户重新修改信息或退出系统或返回进行其他操
用例编号：004
用例名：登录
用例描述：员工根据所注册的用户名和密码，登录到网上书店管理系统。
参与者：员工
前置条件：网上书店管理系统正常运行期间。
后置条件：如果管理员登录成功，该管理员可以对网上书店系统进行相关操作;若登录不成功，该管理员不能进入网上书店系统。
事件流程
1. 员工希望通过网上书店系统进行某一项操作；
2. 员工登录系统,在登录页面输入自己的用户名和密码并提交;
3. 系统将员工提交的用户名和密码传递到的数据库中检查用户合法身份的方法中，该方法将用户信息与数据库中的用户信息进行比较，检查用户信息中是否存在此员工的信息，系统记录并显示当前登录用户;
4. 检查通过，将验证结果返回到登录界面显示；
5. 员工在登录界面获得验证结果；
扩展点
1。1系统标识码有效性检查失败
1。1。1员工重新输入识别码；
1.1。2员工离开或重新输入账号；
1.1.3员工输入无效次数超过限制（不超过3次），系统显示提示信息，用例终止。
用例编号：005
用例名：销售查询
用例描述:员工对销售查询的完整过程.
参与者：员工
前置条件:登录成功，数据库中存在所有销售信息的记录.
后置条件：员工可以查询全部图书的销售信息,也可以通过高级检索来查询销售信息。
事件流程
1. 员工进入销售查询界面,并在界面中提交查询请求；
2. 界面将销售的有关信息传递到控制对象；
3. 控制对象从数据库中得到所查询的成绩；
4. 控制对象将得到的销售信息返回到界面并显示；
5. 员工从界面获得自己想要的销售信息；
扩展点
1。1系统没有所需图书销售的有关信息；
1。1.1系统没有查到图书销售的信息；
1.1.2系统弹出错误信息提示没有销售信息；
1.1.3系统返回继续查询其他销售信息;
用例编号:006
用例名：图书管理
用例描述：本用例用于员工管理图书信息。
参与者：员工
前置条件：员工登陆。
后置条件：用例成功后，图书信息被添加、修改或删除。
事件流程
1. 员工提出查看图书时，用例启动；
2. 系统列出所有符合该管理员要求的图书;
3. 管理员提出所要执行的操作；
4. 如果员工需要修改图书信息则修改图书信息，需要删除图书信息则删除图书信息，需要添加图书信息则添加图书信息；
5. 保存信息;
扩展点
1。1系统没有所需图书的有关信息；
1。1.1系统没有查到图书的信息；
1.1。2系统弹出错误信息提示没有该图书信息；
1.1。3系统返回继续查询其他图书的信息;
2.1添加的数据为非法数据
2.1.1系统显示输入错误提示信息
2.2。2当前用户重新添加图书信息或退出系统或返回进行其他操
用例编号：007
用例名:订单处理
用例描述：本用例用于员工管理订单.
参与者:员工
前置条件：员工登陆。
后置条件：用例成功后，订单信息被修改或被删除。
事件流程：
1. 员工提出符合该员工要求的订单时，用例启动；
2. 系统列出所有符合该员工要求的订单；
3. 员工提出所要执行的操作；
4. 如果员工需要修改订单信息则修改订单信息，需要删除订单信息则删除订单信息；
5. 保存信息；
用例编号：008
用例名：用户注册
用例描述：本用例用于游客的注册和个人信息的填写。
参与者：游客
前置条件：网上书店管理系统正常运行期间。
后置条件:用例成功后,添加一名新用户。
事件流程
1. 当游客希望注册个人信息以使用本系统时，用例启动；
2. 系统转到用户注册页面，提示用户输入个人信息；
3. 用户输入个人信息；
4. 系统检查信息是否由有效,将信息存入数据库；
5. 注册成功返回界面;
扩展点
1。1如果用户输入的注册信息无效，系统显示错误信息并转到错误页面,用户重新填写信息；或者取消注册，用例结束。
用例编号：009
用例名：加入购物车
用例描述：本用例用于会员在网上书店系统中将图书加入购物车。
参与者：会员
前置条件:网上书店管理系统正常运行期间。
后置条件：用例成功后,购物车中商品状态发生变化
事件流程
1. 当会员浏览某本图书室提出加入购物车时，用例启动；
2. 系统将所浏览图书加入购物车;
扩展点
1.1会员。可以管理购物车.
1。1。1会员可以添加购物车.
1。1。2会员可以删除购物车中的图书.
用例编号：010
用例名：修改个人资料
用例描述：本用例用于会员修改个人相关信息。
参与者：会员
前置条件:会员登陆。
后置条件:用例成功后，个人资料发生变化。
事件流程
1. 会员提出修改个人资料时，用例启动；
2. 系统列出所有有关该会员的相关信息（注册信息);
3. 会员在个人资料信息中修改所需要修改的信息并将提交给系统;
4. 系统接受数据信息保存并返回给界面;
扩展点
1。1接受的数据为非法数据
1。1.1系统显示输入错误提示信息
1.1.2当前用户重新修改信息或退出系统或返回进行其他操
用例编号:011
用例名：提交订单
用例描述：本用例用于会员提交订单信息。
参与者：会员
前置条件：会员登陆。
后置条件：用例成功后，订单提交到系统员工接受订单并作相关处理。
事件流程
1. 会员进入网上书店系统会员提交订单界面，并在界面中提交订单；
2. 界面将会员提交的订单信息传递给控制对象；
3. 控制对象向数据库中提交订单信息数据;
4. 控制对象将成功提交的订单信息返回界面；
5. 会员在界面获得订单提交成功的信息；
扩展点
1。1提交订单错误.
1。1。1会员所选购图书无货。
1。1.2当前用户重新选购其它相关图书或退出系统或返回进行其他操
用例编号：012
用例名:退款-退货
用例描述:本用例用于会员退款—退货。
参与者：会员
前置条件:当前订单中已有订单。
后置条件：用例成功后，订单提交到员工作相关处理订单界面。
事件流程
1. 会员进入系统，并在管理订单界面中查看当前订单；
2. 提出退款—退货请求,并确认请求；
3. 返回提交信息，等待系统做出处理。
五、模型结构
进一步分析系统需求，发现类以及类之间的关系，确定它们的静态结构和动态行为，是面向对象分析的基本任务.系统的静态结构模型主要用类图和对象图描述.
类图从抽象的角度描述系统的静态结构，特别是模型中存在的类、类的内部结构以及它们与其他类之间的相互关系。其中类的识别分为三类:识别实体类、识别边界类和识别控制类。
5.1 定义系统对象
实体类是系统领域内的实体.识别实体类的方法是：实体类都是系统中存在的对象，我们可以分析人员、组织、设备、事件和外部系统等，找出各种可能有用的候选对象，并判定这些候选对象是否具有相关的身份（唯一标识）和行为，以发现实体类； 阅读系统文档和用例，查找用例的事件流中的名词（包括角色、类、类属性和表达式)，从中寻找到类（实体类）。
系统对象的识别可以通过寻找系统域描述和需求描述中的名词来进行。其中在本网上书店系统中对象为:管理员、会员、员工、游客、图书和订单。
5。2 定义用户界面类
通过对系统的不断分析和细化,可识别出下述界面类、类的操作和属性。
(1) 主界面
系统的主界面具有菜单和菜单项，当选择不同的菜单项时,用户可以执行不同的操作.当程序退出时,主界面窗口关闭.
(2) 图书信息显示界面
图书信息显示界面是进行书籍查询时所需要的对话框。用户根据书籍名、作者、类别等条件查询书籍，系统查询数据库获取符合条件的书籍并显示到界面。
(3) 注册界面
注册界面是进行游客注册时所需要的对话框.当选择主窗口中的菜单项“注册”时,对话框弹出，游客填写用户名、密码、电话、家庭住址、邮编等信息，然后点击“提交”按钮，系统创建用户的信息并将之存储到数据库中。并且系统将自动登录到系统主页。
(4) 购物车界面
购物车界面是进行操作“删除购物车里的书籍”、“修改购物车里书籍数量"或“提交订单”时所需要的对话框。当用户选择删除购物车里的书籍时,对话框弹出，用户点击“删除按钮”,系统删除用户购物车里的该书籍。当用户选择修改购物车里书籍数量时，用户输入书籍的数量，然后点击“更新”按钮，系统更新用户购物车里的该书籍数量。当用户选择“提交订单"时,系统进入付款界面，并且系统将此购物产生一个订单保存到数据库中。
(5) 图书管理界面
图书管理界面是进行操作“添加书籍”、“编辑书籍”或“删除书籍”时所需的对话框.当选择主窗口中的菜单项“添加书籍”时，对话框弹出，员工输入书籍信息，然后单击按钮“添加”，系统创建书籍的信息并将之存储在系统中.当选择菜单项“编辑书籍”或“删除书籍”时,对话框弹出，员工输入要编辑或删除的书籍的名称,单击按钮“OK”提交。系统查询数据库检索到书籍信息后，显示书籍的详细信息，如若是“编辑书籍”,员工编辑修改书籍的有关信息，然后单击按钮“更新"，更新系统中存储的书籍信息;如若是“删除书籍”,员工则单击按钮“删除",系统删除所存储的该书籍信息,当然,与该书籍有关的其他信息业也一并删除。
(6) 登陆界面
登陆界面是用户用来登陆的界面。用户输入用户名和密码，点击按钮“登陆”，系统查询数据库检索此用户的用户名和密码是否正确，若正确，若是admin用户,系统将显示后台管理界面，否则系统将显示首页面。若错误,系统提示“用户名或密码错误.”
5。3 建立类图
类不是孤立的，UML为我们定义了它们之间的四种关系，它们是:关联（Association）关系（聚合和组合）、依赖(Dependency）关系、泛化(Generalization）关系、实现（Realization)关系.
实体类图
边界类图
控制类图
六、动态行为模型
系统的动态行为模型由交互作用图(顺序图和协作图)、状态图、活动图描述。
6。1 创建系统的顺序图
描述系统用例的主要场景的顺序图,如下所示.
（1）管理员登录顺序图
“管理员登陆”的过程为：管理员进入系统,进入登录页面，输入账号密码，系统验证身份信息，验证成功，界面返回成功信息，管理员接受成功消息，登陆系统成功.
管理员登录系统顺序图
(2)管理员修改会员信息顺序图
“管理员修改会员信息”的过程为:管理员查询会员信息,修改会员信息，返回修改成功信息。
管理员修改会员信息顺序图

（3)管理员维护员工信息顺序图
“管理员维护员工信息”的过程为:管理员查询员工信息，显示员工信息，修改或添加员工信息。
管理员维护员工信息顺序图
(4）会员加入购物车顺序图
“会员加入购物车”的过程为:会员进入系统,提出加入购物车请求，系统检查购物车，会员提出添加购物车，界面返回添加成功信息，会员获得成功消息。
加入购物车顺序图

(5）会员提交订单顺序图
“会员提交订单”的过程为：会员提出提交订单请求，提交订单信息，处理订单信息,返回成功信息.
会员提交订单顺序图
（6）会员订单管理顺序图
会员订单管理顺序图
(7）员工图书管理顺序图
员工图书管理顺序图
（8)员工销售查询顺序图
员工销售查询顺序图

6。2 创建系统的状态图
（1）订单的状态图
对象订单有六个状态：产生订单，确认提交,修改状态,删除状态以及 “确认状态”.订单开始处于“产生订单”状态，当会员将其提交订单时处于确认“提交状态”，当员工修改订单生成后处于“修改状态”，员工删除订单后，变为“删除状态”结束.
订单状态图
（2）图书状态图
图书开始处于“新建状态”，员工修改图书信息后，图书处于“修改状态”员工删除图书,图书处于“删除状态”后结束，会员把图书将加入购物车，图书进入“被选”状态，会员付款后,图书处于“被订”状态,然后员工发货,图书处于“出库"状态，当库存不足时，系统显示该图书处于“缺货状态”，员工采购图书，图书入库，图书处于“入库”状态。
图书状态图
（3）退款退货状态图
退款退货状态图
6。3 创建系统的活动图
（1）员工订单处理活动图
员工可以对用户提交的订单进行处理，员工在系统中，先对系统发出订单处理请求,系统转到订单管理界面，如果要删除订单，选择要删除的订单,系统将修改的信息保存到数据库中。如果需要删除订单,订单处于待修改状态，体统将修改后的信息保存到数据库中。
员工订单处理活动图
（2)员工图书管理活动图
员工图书管理活动图
（3)退款退货活动图
退款退货活动图
七、物理模型
7。1 创建系统构件图
网上书店系统构件图

八、总结
通过自己的努力，课程设计终于完成了.在这段时间里,无论遇到任何问题，我都会努力钻研直到问题解决。课程设计不仅是学习成果的展示,更是对一个人毅力的考验和对解决问题能力的锻炼.因为在设计的过程中会遇到很多不曾见过的技术和问题，这就要靠自己去弄懂，这也是对自己能力的一种提高。只有这样才能看出自己的不足,发现要学的东西。实践出真知.
此外,通过做设计也学会了沟通.在与老师、同学的讨论中，提高了自己表述问题的能力和团队合作能力，加深了同学间的感情.当做完课程设计以后，终会有一种成就感，回想当初什么都不会的时候，心情十分沮丧，但没有放弃,就算一切从零开始也终有成功的一天.知识要用才能活，学会不代表会用，所以在以后的工作中我要勤奋，发挥知识的价值。做到真正地学会了知识。 
此次课程设计过程中曲折颇多，有着我的辛酸和汗水，但最后努力完成了，还是很值得的。课程设计的经历虽不止一次，但只要曾经拥有，就可以让我精神上获得知识的满足.这些经历都将成为今后我美好的回忆。
- 11 -