图书销售管理系统分析与设计.docx
《图书销售管理系统分析与设计.docx》由会员分享，可在线阅读，更多相关《图书销售管理系统分析与设计.docx（21页珍藏版）》请在冰点文库上搜索。
图书销售管理系统分析与设计
《信息系统分析与设计》报告
——图书销售系统的分析与设计
图书销售系统企业架构分析与设计报告
1.图书销售系统概况
1.1图书销售系统背景
随着网络技术的发展，Internet已成为最具市场潜力的技术领域，使用Web技术设计的数据库应用软件，是目前Internet市场的技术中坚，各种Web应用如电子商务，网上购物等都采用这种方式实现。
网上购书系统，是一个立足于网络、以书籍为商品的专业性网上购物网站。
系统同时具有买卖书籍等功能，为书籍的流通提供了一个高效的交易平台。
该系统能实现用户的注册、登录功能；能够实现商品的查询，订购等功能。
该系统基本上具备一个网上商品销售系统应该具备的常用功能，该设计项目基本上体现了构建一个动态商务网站所需要的技术
1.2业务描述
随着时代的发展，信息技术、Internet/Intranet技术、数据库技术的不断发展完善，网络进程的加快，传统的购物方式也越来越不能满足人们快节奏的生活需求，使得企业的IT部门已经认识到Internet的优势,电子商务就是在这样一个背景下产生发展起来的。
伴随着电子商务技术的不断成熟，电子商务的功能也越来越强大，注册用户可以在网上搜索购买到自己想要的各种商品，初步让人们体会到了足不出户,便可随意购物的快感。
图书销售系统也就正是一个电子商务系统的开发---网上图书销售系统。
1.3图书销售系统目标
实现一个在线图书销售管理系统，完成图书信息管理，用户信息管理，订单信息管理，采购图书管理，销售管理，财务管理等功能
2.用户需求架构
本部分描述用户需求中的实体，包括用例图和用例规约等。
2.1用例模型
图2.1.1用力模型图
2.2用例规约
用例名称
登录
参与者
顾客（主要参与者），管理员（次要参与者）
假设
输入正确的用户名和密码即可登录
前置条件
进入登录界面
后置条件
登录到个人系统
主事件流
1．顾客输入用户名和密码，点击确定按钮；
4．顾客登录到个人系统，直到退出
2.系统验证用户信息，若用户信息正确，则进入步骤3，若用户不存在，则进入2a；
3.记录顾客登录信息
备选事件流
2a用户不存在
系统提示用户名不正确
2b用户信息输入不正确
系统提示错误，返回输入界面，用例结束
2c用户已经登录
系统提示并结束输入
表2.2.1用例规约
其余用力规约见附录A
3.业务架构
本部分描述业务系统的主要实体，包括业务流程、功能、产品、业务单元和业务目标等。
3.1业务流程模型
图3.1.1购书流程总图
其余业务流程图见附录B
3.2组织结构
图3.2.1组织结构图
4.信息架构
本部分描述信息系统中的信息实体，包括数据概念模型和信息流。
4.1概念E-R模型
图4.1.1实体联系模型
4.2数据流图
图4.2.1顶层进程数据流图
其余数据流图见附录C
5.应用架构
本部分描述信息系统资产库中的实体，包括信息系统和连接业务架构与技术架构的各种接口。
5.1应用系统体系结构
图5.1.1应用系统架构
5.2系统功能结构模型
图5.2.1系统功能结构模型
5.3组件图
图5.3.1组件图
6.基础设施架构
本部分主要描述信息系统运行于之上的基础设施的实体。
6.1部署图
图6.1.1部署图
7.附录
附录A用例规约
用例名称
注册
参与者
顾客（主要参与者），管理员（次要参与者）
假设
顾客可以自己注册
前置条件
顾客可以注册
后置条件
顾客注册成功，注册信息被记录
主事件流
1．顾客填写注册信息；
4.顾客注册成功
2．系统验证顾客注册信息，检查用户是否已经注册，用户信息是否正确；
3.系统将顾客注册信息记录到数据库中；
备选事件流
2a顾客信息有错误
系统提示顾客修改注册信息，用户重新填写信息或取消注册，用例结束
用例名称
浏览图书
参与者
顾客（主要参与者），管理员（次要参与者）
假设
图书是可以识别的
前置条件
顾客已被授权
后置条件
浏览信息已被记录
主事件流
1．顾客进入购书系统；
2．用户选择要查看的图书；
5．顾客重复步骤1，直到退出
3．系统提供该图书的信息；
4．系统修改浏览记录，更新该书的图书状态；
用例名称
修改订单信息
参与者
顾客（主要参与者），管理员（次要参与者）
假设
读者在订单提交之前可以修改信息
前置条件
顾客已被识别和授权
后置条件
更新订单状态和信息
主事件流
1．顾客填写新的信息；
5．顾客重复步骤1，直到退出
2．系统根据读者身份验证订单信息；
3．系统提供该顾客的原来的信息；
4．系统修改订单记录，更新该顾客的订单信息；
用例名称
购物车管理
参与者
顾客（主要参与者），管理员（次要参与者）
假设
用户在买书时，可以将自己要买的物品放入购物车，最后一起结算
前置条件
用户已被识别和授权
后置条件
购物车的商品状态发生了变化
主事件流
1。
用户点击将图书放入购物车或者进入我的购物车；
3.用户提出相应的请求
5．用户重复步骤1，直到退出
2．系统根据读者的登录信息进入到相应的购物车界面；
4．系统根据用户的不同请求作出相应的反应；
用例名称
提交订单
参与者
顾客（主要参与者），管理员（次要参与者）
假设
顾客已确认订单信息
前置条件
订单信息已经填写完毕
后置条件
订单提交给系统，等待处理
主事件流
1．顾客确认订单信息，点击提交；
2．系统验证订单信息；
3．系统接收订单；
4．系统修改订单记录；
5．订单提交成功
备选事件流
2a订单未完成
系统提示，并返回到订单页面，用例结束
用例名称
支付费用
参与者
顾客（主要参与者），管理员（次要参与者）
假设
顾客购买了某种商品
前置条件
顾客已经被授权和识别
后置条件
钱货两清
主事件流
1．顾客通过某种方式支付费用；
5．图书管理员重复步骤1，直到退出
2．系统提供对应顾客信息；
3．系统提供借阅该书的读者信息；
4．系统修改借书记录，更新该书的图书状态及此种书的可借数量；
管理员用例
用例名称
发布信息
参与者
管理员（主要参与者），顾客（次要参与者）
假设
管理员有发布信息的权限
前置条件
管理员已被识别和授权
后置条件
修改图书信息，更新该书的图书状态及此种书的库存数量
主事件流
1．管理员填写要发布的信息，并提交给系统；
5．管理员重复步骤1，直到退出
2．系统根据信息记录验证信息；
3．系统显示管理员所发布信息；
4．系统更新发布信息，并记录到数据库；
用例名称
维护顾客信息
参与者
管理员（主要参与者），顾客（次要参与者）
假设
管理员应对客户信息进行管理
前置条件
管理员已被识别和授权，已经登录到该页面
后置条件
修改顾客信息，记录到数据库里
主事件流
1．管理员点击某个用户的资料；
3.管理员对顾客的某些资料进行修改或删除；
5．管理员重复步骤1，直到退出
2．系统根据管理员的要求，提供该顾客的资料；
4．系统修改顾客信息，更新该顾客的资料并保存；
用例名称
维护图书
参与者
管理员（主要参与者），顾客（次要参与者）
假设
管理员应定期对图书进行维护
前置条件
管理员已被识别和授权
后置条件
图书信息被修改
主事件流
1．管理员查看图书的时候选定一部分图书；
3.管理员对图书信息执行相应的操作（添加、删除、修改）
5．管理员重复步骤1，直到退出
2．系统列出管理员所要求的图书；
；
4．系统响应管理员的要求，相应的修改图书的信息，并记录到数据库里；
用例名称
查看库存
参与者
管理员（主要参与者），顾客（次要参与者）
假设
图书库存被记录，管理员有权查看
前置条件
管理员已被识别和授权
后置条件
记录库存信息，修改库存信息
主事件流
1．管理员点击要查看的库存；
2．系统提供库存信息；
备选事件流
2若某种图书的库存为零，系统提示进行采购
用例名称
销售查询
参与者
管理员（主要参与者），顾客（次要参与者）
假设
管理员定期对销售记录进行查询
前置条件
管理员已被识别和授权
后置条件
查询记录发生修改，系统为顾客提供销售记录
主事件流
1．管理员点击“销售查询”；
2．系统提供图书销售历史信息；
3．系统修改查询记录；
备选事件流
2a某种图书的销售量为0
系统提示对该商品进行一些促销措施
2b某顾客经常购买某一类的图书，可以进行针对性的推荐
用例名称
处理订单
参与者
管理员（主要参与者），顾客（次要参与者）
假设
管理员要对顾客提交的订单进行处理
前置条件
管理员已被识别和授权
后置条件
订单处理完毕，实行发货
主事件流
1．管理员点击某一顾客的订单；
3.管理员对订单进行分类，识别，和发送到仓储部门
2．系统根据顾客信息提供相应的订单；
4.系统做出相应的响应，并修改订单的状态，记录到数据库
备选事件流
3a某种图书的库存为0，货物需要采购
系统给顾客发出通知，说明发货需要延长一定的时间
用例名称
结算
参与者
管理员（主要参与者），顾客（次要参与者）
假设
购书需要付费
前置条件
管理员已被识别和授权
后置条件
结算完成
主事件流
1．管理员点击某一顾客的订单；
3.管理员对订单的各个款项进行结算
2．系统根据顾客信息提供相应的订单；
4.系统做出相应的响应，并修改订单的状态，记录到数据库
附录B业务流程图
1.登陆流程子图
2.注册流程子图
3.订单处理流程子图
4.采购流程子图
附录C数据流图
1.二层进程
2.三层进程—销售
3.三层进程—采购
4.三层进程—财务
升级会员 