网上书店书务管理系统.docx

网上书店书务管理系统.docx

《网上书店书务管理系统.docx》由会员分享，可在线阅读，更多相关《网上书店书务管理系统.docx（24页珍藏版）》请在冰豆网上搜索。

网上书店书务管理系统

第一章领域分析

1.1领域调查

由于书店主要从事图书资料的存储和书籍的出租、售卖，所以要对书籍进行系统的、有效的管理，以方便广大读者借阅、购买。

随着计算机应用越来越普及，书店要把人工进行的图书进货、图书验收、图书分类、图书检索、图书销售、图书出租、会员管理等操作用计算机实现，减小书店职工的工作量，实现对图书、会员等数据的管理工作，减小开销，提高效率，使看起来很繁重的工作处于有条不紊的状态。

书务管理系统，是一个由人、计算机等组成的能进行管理信息的收集、传递、加工、保存、维护和使用的系统。

利用信息控制企业的行为；帮助企业实现其规划目标，是现代大中型企业纷纷利用的系统。

1.2组织目标分析

1.2.1使命和方向

以优质的服务向读者提供丰富的图书。

1.2.2组织总目标

向读者提供一流的服务，使本地图书市场占有率达到30%。

1.2.3组织子目标

1、最方便的供读者阅读和购买图书，减少读者购书时间；

2、近三年每年增加30%的新图书品种；

3、书店能够快速掌握国内最新出版的各类图书；

4、快速统计本地读者的购书需求，及时掌握畅销书、滞销书的信息；

5、入库、出库、盘库的工作效率提高20%；

6、每年在本市建立一家分店，五年内完成全市图书连锁销售；

1.2.4组织策略

1、采取开架售书，为读者提供方便阅读和购书条件；

2、更改售书结算方法，减少读者顾客结账时间；

3、掌握全国出版社、供书商数据库，掌握最新图书动态；

4、修改图书资金计划，增加30%的购书资金，增加图书种类；

5、修改库存管理方法，提高效率，方便管理；

6、建立书店管理系统，全面提高管理水平和工作效率；

1.3组织机构分析

1.3.1机构分析

图1-1书店机构分析

1.3.2岗位分析

图1-2书店岗位分析

1.4组织职能分析

组织职能是为了实现组织的使命和目标，赋予组织的职责和功能。

图1-3书店职能域

1.5业务分析

1.5.1确定业务

进行业务分析，首先要确定组织中都具有哪些业务。

职能域

业务名称

业务描述

计划管理

图书市场分析

计划市场部对图书店出版，销售，供书商，图书需求等进行分析

编织图书计划

计划员编制年、月、季图书采购计划

采购管理

图书订购

采购员根据图书计划从供货商处采购图书

合同管理

采购员与供货商签订购书合同，并对合同执行情况进行跟终管理

到货管理

采购员凭到货通知单领取图书

书库管理

图书入库

采购员对已到货的图书填写入库单，并由库管员接收入库

图书出库

售书员凭领书单到书库领取图书，须填写出库单，并有库管负责出库

图书盘库

库管员定期对书库图书进行盘点，检查是否有盈亏，并进行处理

图书报损

库管员对破损或滞销的图书进行报损处理

图书销售

图书上架

售书员把从书库领取的图书登记在账，并上架

图书销售

售书员负责销售图书，并收取书款

盘架清查

售书员定期对架存图书进行盘查，检查盈亏，并处理

结算

售书员对销售图书进行盘结并做报表

事务管理

员工工资管理

会计进行职工的工资管理

员工信息管理

办公人员进行职工的信息管理

员工勤绩管理

管理人员对员工的出勤和工作业绩进行管理

图1-4书店业务明细图

1.5.2业务流程分析

图1-5书店图书入库业务流程图

第二章需求分析

2.1需求调查

2.1.1总体需求

此书务管理系统以计算机为工具，通过对书店管理所需的信息管理，把管理人员从繁琐的数据计算处理中解脱出来，提高书店的经营效率。

2.1.2功能需求

书店的角色定为店主和顾客。

店主是软件系统的用户；而顾客则是来借阅或购买书的人。

偶尔，店主或书店的其他工作人员也可能是一个顾客。

顾客不直接和系统交互，顾客的功能由店主代为执行。

2.1.3性能需求

使用稳定，操作性能好，操作方法易于掌握，系统的安全性强。

2.1.4其他需求

普通用户的需求：

通过管理员帮助来进行浏览图书数据。

书店管理员：

能够对系统进行设置，以适应不同用户的需求。

2.2需求分析

2.2.1目标分析

书务管理系统的目标

1、总目标

●对书店的图书、架存、销售、出版社、会员提供全面管理；

●对图书业务提供全面、一致、快速的处理；

●系统安全、友好、可靠。

2、功能目标

1）书目管理

●编辑查询书目：

提供书目的输入、修改、存储、输出、浏览等功能。

●图书类别管理：

提供图书类别的增加、删除、修改、打印、浏览功能。

2）架存管理

●进书处理

●盘架处理

●报损处理

●架存处理

●架存查询

3）图书销售管理

●售书处理

●退书处理

●售书查询

4）会员管理

提供出版社的增加、删除、修改、打印、浏览功能。

5）出版社管理

提供出版社的增加、删除、修改、打印、浏览功能。

3、性能目标

（1）系统处理效率要比手工提高30%；

（2）一般职工通过简单培训就可以使用系统；

（3）具有较高的可靠性，不会丢失信息；

（4）具有安全检查机制，非法用户不能使用。

2.2.2需求结构分析

图2-1书务管理系统的需求结构

2.3.3功能分析

（1）用例分析

图2-2书务管理系统的书目管理用例图

图2-3书务管理系统的图书销售管理用例图

（2）用例说明

图书销售：

：

售书处理

编号：

03—01

使用者：

图书销售员

图书销售员通过此功能完成图书销售工作。

图书销售员把读者要购买图书的编号扫描到计算机系统中，计算机给出该图书的图书信息：

图书编号，统一编号，作者，出版社，定价，折扣等。

然后，图书销售员给出销售册数。

销售员重复这个过程，把读者要购买的图书全部输入系统。

如果读者是会员，销售员把读者的会员卡扫描进计算机，系统给出该会员的会员信息，以及会员的购买信息。

系统给出图书的应付金额，图书销售员收款，并按“确认收款”。

至此，一次图书销售完毕。

（3）用例的处理流程

图2-4“售书处理”的处理流程

图2-5订购图书的处理流程

（4）用例人机交互信息

图2-6“售书处理”用例人工交互信息

第三章信息系统体系结构设计

软件架构设计是在信息系统需求结构的基础上，考虑到软件的系统性能、拓扑结构、体系结构模式等，经过分解和细化，确定软件架构的工作。

书店书务系统的软件架构设计分为以下：

3.1初步软件架构

把在需求分析阶段得到的信息系统需求结构作为初步的软件架构

图3-1由书务系统的需求结构得到的初步软件架构

3.2子系统分家和细化

初步软件架构比较粗糙，需要进行分解和细化。

在“书目管理”用例图中，“书目管理”功能被分解为编辑书目、查询书目和图书类别管理三个子功能，根据子系统的分解原则，子系统应该支持一个简单的业务过程的用例，因此需要把“书目管理”子系统分解为“编辑书目”、“查询书目”、和“图书类别管理”三个子系统。

图3-2书目管理子系统的分解

图3-3架存管理子系统

3.3考虑系统逻辑

作为一个完整的信息系统的软件架构，除了考虑业务逻辑之外，还需要考虑系统设置、备份、系统维护等系统功能逻辑，并需要在软件架构中体现出来。

图3-4考虑了系统逻辑之后的书务系统软件结构

3.4信息系统拓扑结构结点分布设计

信息系统根据其拓扑结构划分成不同的结点之后，软件的各子系统也需要分布到不同的结点上面。

把书务系统划分为书目管理、架存管理、售书管理、统计查询和系统管理五个结点。

可以把软件架构中各个子系统分派到这些结点上去。

如书目管理结点上分派的软件子系统、图书销售结点上分派的软件子系统。

图3-5书目管理结点上分派的软件子系统

图3-6图书销售结点上分派的软件子系统

3.5系统层和中间件层的软件结构设计

在软件架构中也需要确定系统层和中间件层的软件架构。

图3-7书务系统的系统层和中间件层的软件结构

第四章详细设计

4.1业务对象模型设计

业务对象是从业务领域中提取的业务实体，这些业务对象将作为信息系统中的基本构成元素，并作为信息系统中公用的实体类。

业务对象模型设计包括提取业务对象、对象属性设计、对象基本操作设计、关系设计、优化类和建立业务对象模型等工作。

4.1.1提取业务对象

业务对象来源于业务领域中的业务实体。

业务实体是组织中存在的各种事物，是组织的基本资源。

业务对象是信息系统的基本构成元素。

图4-1从书店业务中提取的部分业务对象

4.1.2对象属性设计

在面向对象方法中，属性用来表示对象的静态特征。

构成对象静态特性的项目成为属性项。

每一个属性项中的具体值称为属性值。

图4-2对象属性设计

4.1.3基本操作设计

属性是业务对象的静态性质，操作则是业务对象的动态性质。

业务对象的完整操作需要在全面考虑了业务对象在信息系统中完成的功能、对象之间的相互联系以及系统的性能时限等多种设计因素之后，才能完全确定。

4.1.4关系设计

不同的面向对象程序设计语言对关系的支持程度是不一样的。

4.1.5类的优化

从业务领域中提取有些复杂的类需要进一步优化。

图4-3“图书订单”优化类图

4.1.6业务对象模型

业务对象模型用类图来描述提取出的业务对象之间的关系。

业务对象模型是整个信息系统的基础。

图4-4书务系统业务对象模型

4.2功能逻辑设计

4.2.1功能逻辑设计的意义

功能逻辑设计逐一对各子系统所承担的功能用例进行分析，提取用例所涉及的业务对象，补充为了能实现该用例的功能应该设置的界面类和控制类。

4.2.2功能逻辑设计的过程

功能逻辑设计一般需要经过三个步骤：

第一步：

提取功能用例设计的类；

第二步：

绘制反映功能用力中各个类之间关系的功能逻辑类图；

第三步：

分析使用者与用例所交互的信息，以及用例中各个类之间所交互的信息，得出功能逻辑交互图。

1.提取本功能涉及的类

图4-5提取的售书处理类

2.功能逻辑类图设计

图4-6“售书处理”功能逻辑类图

3.功能逻辑交互纵览图

图4-7“售书处理”功能逻辑顺序图

图4-8“售书处理”功能逻辑协作图

4.3数据库设计

4.3.1概述

数据库设计是指根据业务需求、信息需求和处理需求，确定信息系统中的数据库结构、数据操作和数据一致性约束的过程。

4.3.2概念设计

图4-9书务系统的概念数据模型

4.3.3逻辑设计

图4-10书务系统的逻辑设计

4.3.4物理设计

图4-11书务系统的物理结构设计