软件系统分析与设计总实验.doc

实验一 网上书店管理系统项目计划说明书
1.1 主要活动
1. 定义问题
2. 确定项目可行性
3. 制定项目的进度表
4. 为项目安排人员
5. 启动项目
1.2 定义问题
1.2.1 网上书店管理系统的需求和商业收益说明
1、该系统面向现在的市场需求，增加网上销售的功能；
2、该系统支持随时处理订单；
3、顾客可以通过网上留言反馈信息；
4、减少订单手工处理引起的错误；
5、减少因手工处理订单所用的时间；
6、保持或降低邮购和电话订单处理方面职工标准；
7、通过internet开辟一个新的销售渠道，增大市场；
8、通过跟踪热销和滞销情况增加营业额；
9、通过扩大客户支持与信息来增加客户信誉。
1.2.2 网上书店管理系统的系统能力说明
1、系统可实现用户网上购物；
2、系统支持网上订单查询；
3、系统支持网上查询，以及书目的剩余量；
4、带有快速登录屏幕支持传统电话和邮寄书籍目录的销售；
5、是一个具有联机客户、订单、退还订单和退货的高级支持系统；
6、维护足够大的数据库和历史信息以支持市场分析；
7、为客户查询提供客户交易历史；
8、支持24小时新订单发货；
9、从多个仓库调整订单发货；
10、持历史记录以支持销售分析和市场需求的预测；
1.2.3 网上书店管理系统的关联图
图1-1系统关联图
1.3 确认项目可行性
1.3.1 经济可行性
近几年，随着经济发展与社会进步的需求，网络购物已然成为人们生活中必不可少的一部分，本系统适应了经济发展的需求，将有很大的经济发展的空间。而且它的开发成本并不大。因此，开发该系统是可行的。
(1)开发成本
表1-1薪水和工资支付的详细说明表
薪水和工资支付的详细说明
小组人员
项目薪水/工资
项目经理
12000
高级系统分析员
10000
系统分析员
8000
程序分析员
8000
程序员
5000
系统程序员
5000
总计工资
48000
表1-2系统开发成本一览表
网上书店管理系统开发成本一览
分类
金额
薪水/工资
48000
设备与安装
2000
培训
9000
设施
50000
支持人员
7000
软件许可证
2000
旅行与杂项
1000
实用程序
1000
总计
120000
(2)运行费用一览表
表1-3系统年运行费用一览表
网上书店管理系统年运行费用一览
分类
金额
连通性
3000
设备维护
2000
程序设计
3000
帮助台
2000
分期偿付
3000
总计
13000
(3)收益来源：减少成本和增加收入
1、通过注册会员得到相应回报；
2、减少手工工作人员，节省开支；
3、开拓市场，增加销售量；
4、减少运行费用，如应急发货的运输费用；
5、捕获货币管理上的损失折扣；
6、更快地收取可收账款；
7、采用批量折扣购买减少商品成本；
8、较好的库存管理减少损失。
表1-4系统收益范例表
网上书店管理系统收益范例
收益/成本节省
金额
注释
邮购部门增加效率
8000
4人每人2000
电话订购部门增加效率
13000
１人每人13000
仓库/运输增加效率
36500

由于网络出现增加效率
23000
增加65%/年
其他节省（库存、供应商）
8400

总的年收益
88900

(4)财务计算
表1-5系统净现值（NPV）计算表

书店管理系统成本利润分析
第0年
第1年
第2年
第3年
第4年
第5年
总计
1
利润值

88900
224000
415400
407700
292700

2
贴现系数
1
0.909
0.826
0.751
0.683
0.620

3
利润净现值

88899
203500
369000
180000
211300
1052699
4
开发成本
(120000)

(120000)
5
运行成本

(13000)
(13000)
(13000)
(13000)
(13000)

6
贴现系数
1
0.909
0.826
0.751
0.68
0.620

7
成本净现值

(11817)
(10738)
(9763)
(8840)
(8060)
(49218)
8
净利润和成本净现值
(120000)
77082
792762
359237
171160
203240

9
累积的净现值
(120000)
(42918)
749844
390607
373491
170251

10
投资回收期
1年+42918/（42918+749844）=1.054年
11
五年的投收益率
(1052699-（120000+49218）)/（120000+49218）=5.60%
(5)无形收益：
1、提高服务水平；
2、提高客户满意；
3、做好需求；
4、提高正确性。
1.3.2 组织和文化上的可行性
1、当前低水平的计算机能力
2、实际存在的计算机恐惧
3、工作人员或管理人员的失落感
4、由于新系统引起行政上和组织上的潜在变化
5、担心工作职责变化
6、担心由于增加自动化而失业
7、为时甚久的工作过程的逆转
1.3.3 技术可行性
本系统是一个基于B/S结构的网上书店管理系统，采用传统的结构化方法及相应数据库技术，现在的开发技术已经非常成熟，且被广泛用于各行各业，在当前的限制条件下，该系统的功能目标能够达到要求，在现有的技术支持和限制下，该系统的功能可以实现，并且能在规定的期限内，完成本系统的开发。
1.3.4 进度表可行性
该项目没有一个绝对的、完全不许错过的截止时间，所有任务都是可以完成的，是可行的。
1.3.5 资源可行性
1、人员风险：开发该项目所需的系统分析员、系统技术员，软件架构师和用户。经项目负责人合理的分配任务，每个人各尽其能，如果发生职员突然有事或离职的突发情况，也可以进行自由调度，不会耽误项目的进度。
2、其他资源风险：计算机资源、物理设备和维护人员，对于该系统的需求，这些资源能够很好的被利用，不会有不足的现象。
1.4 制定项目进度表
1.4.1 资源估算任务表的制定
表1-6资源估算任务表
资源估算任务表
序号
阶段活动和任务
最佳周期（天）
最差周期（天）
最大可能（天）
资源数
1.0
项目计划阶段
29
72
49

1.1
定义问题
6
17
11
项目经理一名，系统分析1名
1.1.1
会见用户
1
5
3

1.1.2
确定作用域
1
3
2
系统分析员一名
1.1.3
书写需求说明
1
3
2
分析员一名
1.1.4
定义系统能力说明
1
2
2

1.1.5
制定关联图
1
2
1
分析员一名，电脑一台
1.1.6
确认项目可行性
1
2
1
分析员一名，电脑一台
1.2’

确认项目可行性
8
19
14

1.2.1
识别无形成本和收益
1
2
1
分析员2名，电脑2台
1.2.2
估算有形收益和计算成本/收益
1
4
3
分析员2名，电脑2台
1.2.3
计算净现值和投资回报率和投资回收期
1
3
2
分析员2名，电脑2台
1.2.4
评价组织和文化可行性
1
2
2
分析员2名，电脑2台
1.2.5
评价技术可行性
1
1
1
分析员2名，电脑2台
1.2.6
评价所需进度表
1
3
2
分析员1名
1.2.7
评价资源可用性
1
2
1
分析员1名
1.2.8
制定工作分解进度表
1
2
2
分析员1名
1.3
制定项目进度表
3
10
7
分析员1名
1.3.1
制定工作分解进度表
1
3
2
分析员1名
1.3.2
估算资源、周期和优先权
1
2
2
分析员1名
1.3.3
制定PERT图和甘特图
1
5
3
分析员1名，电脑一台
1.4
为项目配备人员
8
17
10
项目经理2名
1.4.1
为项目制定资源计划
1
2
1

1.4.2
确认和邀请技术人员
1
2
1

1.4.3
会见用户，确定和邀请用户工作人员
1
2
1

1.4.4
组织项目小组
1
1
1

1.4.5
实施小组磨合训练
2
4
2
项目经理,系统分析员,小组工作人员
1.4.6
实施初步的技能培训
2
6
4

1.5
启动项目
4
9
7

1.5.1
准备演示文稿材料
1
2
2
系统分析员一名
1.5.2
制作演示文稿
1
1
1
操作人员1名
1.5.3
配备项目设备和支持资源
1
5
3

1.5.4
召开正式的启动会议
1
1
1

2.0
分析阶段
97
335
201

2.1
收集信息
30
120
75

2.2
定义系统需求
30
100
55
系统分析员5名
2.3
建立需求发现的原型
25
80
50
系统分析员2名
2.4
确定需求优先级
5
15
10
系统分析员2名
2.5
产生并评价可选方案
5
15
8
系统分析员3名
2.6
与管理人员一起复审推荐方案
2
5
3
系统分析员3名
3.0
设计阶段
90
120
90
项目经理1名，系统分析员10名
4.0
实施阶段
150
210
180
项目经理3名，程序员30名
5.0
支持阶段
40
90
60

1.4.2　PERT图：基于单个任务或活动对项目进行规则的一种方法

图1-2系统PERT图
1.4.3　Gantt图：以条形图代表项目进度表的任务和活动

图1-3系统Gantt图
1.5 为项目提供人员
1、为项目提供人员是项目经理的主要职责，这个活动有5个任务：
1．为项目制定一个资源计划
2．确定并邀请专门技术人才
3．确定并邀请专门用户人员
4．把项目组分成多个工作小组
5．实施初步的培训和建组训练
2、在制定资源计划时项目经理必须认识到：
1.资源通常不是想要就有的
2.要求小组成员在一段时间内熟悉项目
3、专门技术人员有：系统分析员、程序分析员、网络专家和其他技术人员组成（注：必要时人事部门需要招聘人才）。
4、用户人员：分到项目组的组织内部的人员经常是一些专职的组员能代表用户团体并起到联络作用。
5、一个项目组每4－5人就需分成小的工作组，每个小组由一个小组领导协调分到小组的任务。这个任务的责任由项目组领导承担。
6、实施的培训和建组训练。总体上可以为项目组进行培训，当使用新技术、新数据库或新程序设计语言时要进行培训。另一方面。如果项目组成员以前没有在一起工作过，那么建组的训练就特别重要。
1.6 启动项目
经以下两步等到组织上高级管理人员的批准和明确的支持：
监督委员会最后定案，为项目发出最后的许可证，包括必需资金的核发。通过组织内正常的通讯渠道发出正式通知，对项目给予信任并要求组织内所有参与的各部门进行合作。
1.7 本实验小结
本实验对该项目进行了系统的分析与计划，实验主要是对该项目进行的计划，并进行了时间安排和各种预算，但是由于是对项目的计划，因此在实施过程中会有一定的误差。

实验二 网上书店管理系统分析说明书
2.1调查系统需求
2.1.1网上书店信息收集方式
1． 向客服人员分发调查问卷表
2． 从原有信息表中收集相关资料
3． 与用户面谈讨论
4． 观察商业过程和工作流
5． 建立原型
6． 主持联合应用设计会议
2.1.2网上书店管理系统调查表
表2-1网上书店管理系统调查表见表
本调查表将被发给所有客服人员。
本调查表的目的是获得一些帮助分析员定义新系统需求的最初信息，此后还将举行进一步的讨论，以使每一个人都可以详细阐述系统需求。

第一部分：根据一个典型的6小时轮班工作情况，回答下列问题：
1. 你处理了多少个客服咨询？
2. 有多少个询问是关于书的信息的，也就是说，仅仅是询问？
3. 订购一本书需要处理多少个用户咨询？
4. 估计一下在这段时间内顾客要求的产品发生缺货的情况有多少次？
5. 在这些缺货的请求中顾客想要延期订货的情况占百分之几？
6. 有多少次顾客在咨询过程中取消了订单？

第二部分：根据你同意或反对的强烈程度，在下列表格中1至7范围内的适当数字上画圈。
问题
非常同意
强烈反对
和顾客交谈时有详细的数目介绍对工作有很大的帮助
1
2
3
4
5
6
7
如果我有顾客的购买信息分析表对工作有很大的帮助
1
2
3
4
5
6
7
如果库存量较大时，对顾客购买该商品有很大的帮助
1
2
3
4
5
6
7
计算机响应时间慢网络连接查，导致与顾客沟通交流困难
1
2
3
4
5
6
7
如果我有所订购商品的相应附件信息，那么我可以为顾客提供更好的服务
1
2
3
4
5
6
7

第三部分：请写下您的意见和建议
请简要地指出现有系统的问题，这些问题您希望在系统升级中得到解决。

2.1.3面谈讨论日程安排
面谈目的：
确定地区销售计划及安排
日期、时间和地点：
2013年4月15日上午9:00市场总监办公室
用户参加人员（名字和头衔/职务）：
William市场总监以及他的几个职员
客服部主管
项目小组参加人员：
Mary elien Green 和 jim williams
面谈/讨论
1、上一季度销售报告分析。
2、哪一种类型书销售较好。
3、哪一地区销售业绩最优。
4、下一季度销售计划。
5、在销售过程中遇到的问题。
6、客服人员在与顾客交谈过程中遇到的问题。
2.1.4重要问题控制表
表2-2重要问题控制表
编号
问题
确定日期
终止日期
项目
人员
用户
联系人
建议
1
库存量持续不足
2013-4-11
2013-4-30
Jim
Jason
提高库存量提示数量
2
发货速度慢
2013-3-30
2013-4-11
Jim
William
增加工作人员数量，及时发货
3
客服人员对商品了解较少
2013-4-15
2013-5-20
Mary
William
定期对客服人员培训，对客服人员分组负责相应商品
2.2系统需求建模
2.2.1系统相关者:用户、客户、技术人员
1、用户：客服人员、订单处理人员、销售人员、顾客、主管级人员、管理级户、查询用户
2、客户：项目投资人
3、技术人员：测试人员、平面设计人员、开发人员等
2.2.2系统相关者的组织图

图2-1系统相关者的组织图
2.2.3网上书店管理系统事件表
表2-3系统事件表
事件
触发器
来源
动作
响应
目的地
顾客查询书书籍
书目查询
顾客
查询所要书籍
相关书籍信息
顾客
顾客发送订单
新订单
顾客
订单生成
实时连接
财务部门

确认订单信息
顾客

订单细节
销售部门

事务处理
银行
顾客修改订单
订单修改请求
顾客
修改订单
修改订单信息确认
顾客

修改订单细节
销售部门

事务处理
银行
顾客取消订单
取消订单请求
顾客
取消订单
订单顾客取消
顾客
顾客退货
退回商品
顾客
商品退回
取消订单
顾客

订单细节
销售部门

事务处理
银行
顾客预订书籍
预定商品订单
顾客
生成预定商品订单
确认订单信息
顾客

支付预定金
交易处理
银行
顾客查询订单状态
订单状态查询
顾客
查询订单状态
订单状态细节
顾客
生成订单汇总表的时间
日末、周末、月末、季度末、年末

生成订单汇总报表
订单汇总报表
销售部
销售账单
周末、月末、季末、年末
财务部
生成一定时间内销售账单

书籍库存量不足
库存量不足细节
销售部门
生成缺货报表
增加相应书籍
市场部门
新书目的增加
商品目录的增加细节
市场部门
增加商品
增加新书籍
顾客
销售部门按订单取书
订单完成通知
销售部门
记录订单完成情况

销售部门确认延期定货单
延期定货单通知
销售部门
延期定货单通知
延期定货单通知
顾客
生成完成情况汇总报表的时刻
周末、月末、季度末、年末

生成完成情况汇总报表
完成情况汇总报表
销售部门

事务处理
银行
销售部门修改书籍目录
书籍目录修改细节
销售部门
修改书籍目录

2.3功能需求
2.3.1网上书店管理系统关联图

图2-2系统关联图
2.3.2网上书店管理系统DFD图片段

图2-3系统生成新订单DFD片段图

图2-4系统修改订单信息DFD片段图

图2-5系统商品退回DFD片段图

图2-6系统订单查询DFD片段图

图2-7系统缺货报表DFD片段图

图2-8系统销售账单DFD片段图

图2-9系统增加新书籍DFD片段图
2.3.3划分子系统
网上书店管理系统子系统和每个子系统事件
1、新订单生成子系统
顾客查询相关书籍
顾客发出新订单
顾客取消或修改订单
顾客确定订单信息
2、订单完成子系统
顾客查询订单状态
销售部门处理订单细节
销售部门产生相关售货报表
财务部门产生相关财务报表
银行处理相关事务
3、新书籍生成子系统
市场部提交新书籍报表
销售部生成书籍报表
销售部将新报表信息发送给顾客

图2-10子系统划分图
2.3.4网上书店管理系统子系统0层DFD图

图2-11系统0层图
2.4网上书店管理系统ERD图

图2-12系统ER图

2.5网上书店管理系统子系统判定表、判定树
表2-4系统判定表
规则

R1 R2 R3 R4
条件
顾客提交订单
顾客确认订单信息
0 0 1 1
0 1 0 1
动作
新订单生成
否 否 否 是
2.6结构化遍历
遍历控制表
表2-5系统遍历控制表
项目控制信息
项目：网上书店管理系统
复查的项目部分：复查系统的设计内容
小组领导人：Mary
制表人：Cherry
遍历细节
日期、时间、地点
2013年4月20日，上午9:00，会议室
复查材料的描述：
这是在项目启动前的一次复查。内容中含有关联图，DFD图等。我我们也将复查一些重要的问题，从而确保所有人都了解该系统。
参加复查者：
William、Genny和Robert
遍历结果
接受。签名：
小组的改进。
对改时的描述：
重做，并计划新的遍历。
描述需要返回的工作：
遍历结果良好，彻底，无需重做。
2.7本实验小结
本实验是对该系统进行了系统的分析，并细致的画出了系统的关联图，根据关联图并进行了下一步的分析，在将其分成子系统，画出了分层DFD图等。

实验三 网上书店管理系统设计说明书
3.1网上书店管理系统软件结构图
3.1.1总体结构图如下：

3-1 总体结构图
3.1.2单输入子系统结构图如下：

3-2 订单输入子系统结构图
3.1.3订单完成子系统结构图如下 ：

3-3 订单完成子系统结构图
3.1.4书籍目录更新子系统结构图如下 ：

3-4 订单完成子系统结构图
3.2网上书店管理系统最低层模块过程设计
3.2.1功能模块图如下：
网上书店系统
实时新闻
注册登录
在线留言
在线帮助
查看书籍
网上购物
管理模块
商品展示
下订单
用户管理
新闻管理
留言管理
购物管理

3-5 系统总体功能模块图
3.2.2前台模块图如下：

3-6 系统前台模块图
3.2.3后台模块图如下：

3-7 系统后台模块
3.3网上书店管理系统系统所用数据库表
3.3.1数据库需求分析
网上书店建设离不开数据库的支持，为了方便对数据库的存取，降低对硬件和软件的要求，网上书店采用sqlserver作为后台的数据库，存放图书信息、客户资料、订单信息。分析用户活动所涉及的事件，结构化的方法画出关联图、每个事件对应的DFD片段、划分子系统、建立子系统级的0层图、分解子系统级的0层图，从而得到数据字典，及加工说明。
3.3.2数据表设计
各表的名称和功能如下：
表3-1
表 名
功 能 说 明
Shop_admin
管理员信息表
Shop_books
书籍信息表
User
客户信息表
Order
订单信息表

各表的数据结构如下：
1、在Shop_admin表中，存放有关管理员的一切信息
表3-2管理员信息表
字段名称
数据类型
长 度
说 明
Adminid
自动编码（long）

关键字，类型编号
admin
文本（String）
50
管理员帐号
password
文本（String）
50
管理员密码
2、Shop _books表中存放书籍的一切信息。
表3-3书籍信息表
字段名称
数据类型
长 度
说 明
Bookid
自动编码（long）

关键字，书籍编号
BookName
文本（String）
50
书籍名称
Author
文本（String）
50
作者
Publish
文本（String）
50
出版社
Price
数字（double）

书籍价格
Stock
数字（long）

库存量
3、Order表中存放订单的一切信息。
表3-4订单信息表
字段名称
数据类型
长 度
说 明
Orderid
自动编码（long）

关键字，订单编号
Orderdate
日期(date)

订单日期
4、user表中存储客户注册信息。
表3-5客户信息表
字段名称
数据类型
长 度
说 明
userid
自动编码（long）

关键字，自增字段
username
文本（string）

注册帐号
userpassword
文本（string）

密码
adddate
时间（long）

注册时间
shouhuodizhi
文本（string）

收货地址
youbian
文本（string）

邮编
usertel
文本（string）

电话
3.4网上书店管理系统报表表格
3.4.1网上书店管理系统进货表
表3-5进货表
制表日期与时间： 年 月 日 时 分 打印日期与时间： 年 月 日 时 分
货号
书名
进价
进货量
售价

制表人： 审核人： 第 页，共 页
3.4.2网上书店管理系统销售表
表3-6销售表
制表日期与时间： 年 月 日 时 分 打印日期与时间： 年 月 日 时 分
货号
书名
单价
销售量
销售总额
利润

制表人： 审核人： 第 页，共 页
3.5本实验小结
本实验是对系统的设计说明，其中进行了数据库表的设计，以及模块的结构图设计，本实验将系统进行了系统的设计后，对以后的设计与执行有了很大的帮助。

实验四 网上书店管理系统面向对象分析设计说明书
4.1网上书店管理系统事件表
表4-1系统事件表
事件
触发器
来源
动作
响应
目的地
顾客查询书书籍
书目查询
顾客
查询所要书籍
相关书籍信息
顾客
顾客发送订单
新订单
顾客
订单生成
实时连接
财务部门

确认订单信息
顾客

订单细节
销售部门

事务处理
银行
顾客修改订单
订单修改请求
顾客
修改订单
修改订单信息确认
顾客

修改订单细节
销售部门

事务处理
银行
顾客取消订单
取消订单请求
顾客
取消订单
订单顾客取消
顾客
顾客退货
退回商品
顾客
商品退回
取消订单
顾客

订单细节
销售部门

事务处理
银行
顾客预订书籍
预定商品订单
顾客
生成预定商品订单
确认订单信息
顾客

支付预定金
交易处理
银行
顾客查询订单状态
订单状态查询
顾客
查询订单状态
订单状态细节
顾客
生成订单汇总表的时间
日末、周末、月末、季度末、年末

生成订单汇总报表
订单汇总报表
销售部
销售账单
周末、月末、季末、年末
财务部
生成一定时间内销售账单

书籍库存量不足
库存量不足细节
销售部门
生成缺货报表
增加相应书籍
市场部门
新书目的增加
商品目录的增加细节
市场部门
增加商品
增加新书籍
顾客
销售部门按订单取书
订单完成通知
销售部门
记录订单完成情况

销售部门确认延期定货单
延期定货单通知
销售部门
延期定货单通知
延期定货单通知
顾客
生成完成情况汇总报表的时刻
周末、月末、季度末、年末

生成完成情况汇总报表
完成情况汇总报表
销售部门

事务处理
银行
销售部门修改书籍目录
书籍目录修改细节
销售部门
修改书籍目录

4.2网上书店管理系统用例图
4.2.1订单生成子系统

图4-1订单生成子系统用例图
4.2.2订单完成子系统

图4-2订单完成子系统用例图
4.2.3新书籍生成子系统

图4-3新书籍生成子系统用例图
4.3网上书店管理系统用例描述
4.3.1订单生成子系统
1. 用例名称：订单生成
2. 用例目标：用户进入系统后，从查询书籍信息开始，生成一个新的订单。顾客可以对订单信息进行修改，或取消订单。新订单生成后，用例结束。
3. 级别：子系统
4. 活动者：顾客
5. 状态：只定义了初始路径
6. 前件条件：顾客成功进入该系统
7. 成功后件：增加新订单
8. 主路径：顾客添加一个新订单，保存到系统中
9. 可选路径：顾客新添加一个订单，最后取消该订单
10. 例外路径：顾客添加一个新订单后，要修改订单的信息，或者取消该订单
4.3.2订单完成子系统
1. 用例名称：订单完成
2. 用例目标：顾客生成订单后，销售部对订单的细节进行处理，并生成相关报表，同时财务部生成财务报表。所有报表生成后该用例结束。
3. 级别：子系统
4. 活动者：顾客、销售部、财务部
5. 状态：只定义了初始路径
6. 前件条件：新订单生成
7. 成功后件：订单处理完成
8. 主路径：顾客新订单生成后，销售部对订单细节进行处理。
9. 可选路径：销售部产生相关报表，财务部生成财务报表
10. 例外路径：顾客可进行状态查询
4.3.3新书籍生成子系统
1. 用例名称：新书籍生成
2. 用例目标：市场部在采购中将新的书籍报表，提交给销售部，销售部生成新的书籍报表，发布在系统中，同时将信息发送给顾客。新书籍上架后，该用例结束。
3. 级别：子系统
4. 活动者：顾客、市场部、销售部
5. 状态：只定义了初始路径
6. 前件条件：市场部提交新书报表
7. 成功后件：新书籍信息发布在系统上
8. 主路径：市场部提交新的书籍报表
9. 可选路径：销售部生成新书籍报表，并发布在系统上
10. 例外路径：顾客通过接收到的新书籍报表进行新书籍信息查询
4.4网上书店管理系统类图

图4-4系统类图
4.5网上书店管理系统顺序
4.5.1用户查询书籍信息

图4-5用户查询书籍信息顺序图
4.5.2生成新的购书订单

图4-6生成新的购书订单顺序图
4.5.3修改购书订单

图4-7修改购书订单顺序图
4.5.4查询订单状态

图4-8查询订单状态顺序图
4.6网上书店管理系统状态转换图
4.6.1订单

图4-9订单状态转换图
4.6.2书籍

图4-10书籍状态转换图
4.6.3顾客

图4-11顾客状态转换图
4.6.4销售部
s
图4-12销售部状态转换图s
4.7本实验小结
本实验中主要画出了系统的各种图，例如用例图，时序图等，并对每一用例进行了更具体的分析。该实验对以后的设计与实施提供了重要的信息。