书店图书管理案例分析

书店图书管理案例分析13.1项目介绍本系统为书店图书管理（TSGL）而做。书店经营管理的业务流程虽然不复杂，但日常图书的管理维护工作却很繁琐，而且容易出错，不利于书店的长远发展，所以要求以计算机来进行日常管理工作。由于省略业务领域分析而直接从系统的需求开始。因而不针对业务建模，把业务建模作为系统需求的输入来处理。13.2系统需求需求工作流程的目的是：与客户和其他涉众在系统的工作内容方面达成并保持一致；使系统开发人员能够更清楚地了解系统需求；定义系统边界（限定）；为计划迭代的技术内容提供基础；为估算开发系统所需成本和时间提供基础；定义系统的用户界面，重点是用户的需要和目标；对于一个书店，其主要的业务为图书的购进、保存、销售等环节，流程比较清晰。13.2.1系统功能要求本系统要求满足这三个方面的功能。具体如下：●图书分类的管理与维护根据图书性质，给图书分类以利于日后领导决策者对销售图书属于何种类型、是否畅销等信息进行决策的依据。包括录入、更新、查询等功能。●出版社信息的维护对购进以及销售的图书属于哪一个出版社的信息进行维护，便于未来进行统计分析。●图书购进批次的管理对每次购进的图书保存归档，能录入、查询，要求确认购进后立即执行入库的工作，可以按时间、图书分类、书版社等信息分类查询。●库存管理要求完成进书、图书销售、盘点后库存图书项目及数量等维护，要求在图书购进审核确认、图书销售确认的同时完成入库、出库的操作（自动完成）。●销售管理要求完成图书正常销售、销售情况查询、会员优惠销售等处理。13.2.2系统参与者使用该系统的用户为系统管理员、收银员，消费者（读者）。系统管理员负责软件的初始化工作、权限分配、图书购入维护等工作；消费者使用系统库存查询系统查找需要的信息；收银员使用销售系统根据消费者性质（会员、非会员）负责收款。13.2.3定义用例根据系统需求，可以定义出各个层次的用例图，但首要的是给出顶层用例。然后逐步绘制出各个底层用例。如图：图13.1顶层用例图在此基础上，进一步细化出各个用例。如图书销售用例（其他略）：图13.2销售用例图13.3系统设计在完成需求分析、系统用例图后，接着进行静态结构、动态行为的建模工作。13.3.1静态建模绘制类图、对象图是基础性工作。从用例图中可以抽象出若干类、接口及其联系，如“图书”、“顾客”、“销售处理”等。“图书”、“顾客”类负责基本图书的维护，由管理员完成。“销售处理”由收银员完成。图书又可分为文学类图书、计算机类图书等，这是泛化联系；出库的图书数量不能多于库存量，因而是聚合联系；销售的图书要依赖于库存，库存中没有的书无法销售，因而两者是依赖联系。出库依赖于库存存书。销售查询是接口，为收银员提供销售记录等信息，通过该接口，收银员实现了查询的目的，因而收银员与销售查询的关系是实现。业务流程中各个对象之间有很多联系，都应该逐一找到。下图为销售业务的类图（其他略）：图13.3销售用例图13.3.2动态建模动态模型包括顺序图、协作图、状态图、活动图，这些图便于分析系统的行为、印证和修改系统的静态结构，满足用户的需求，达到系统目标。●顺序图顺序图反映了参与者与系统之间的交互，以销售为例，参与者为收银员，场景中对象有登录界面以验证权限、库存查询接口，用以判断库存中是否有数据、销售处理接口，其结果是从库存中减掉对应数量的图书。如图：图13.4销售顺序图●协作图与上述顺序图反映的交互相对应的协作图为：图13.5销售协作图●状态图状态图表现一个对象的状态序列。绘制状态图要确定一个对象的生命期可能出现的全部状态，描述状态发生转移的事件、条件、动作等内容。一个销售图书业务的状态图如下：图13.6销售状态图图13.7库存状态图●活动图在销售业务流程中，主要的内容便是图书的销售，如图：图13.8销售活动图13.4数据库设计在前面工作的基础上，根据对其进行的各种分析（包括数据分析），提出数据库建设方案。数据库建模工作仍然采用Rose来完成，主要利用类图建模。经过分析，依据数据库的规范形式，本着减少冗余的原则，可以整理出该系统所需要的数据库表，大致如下：出版社（编号，名称，备注）经销商（编号，名称，地址，联系人，电话，银行账号）图书购进（编号，书名，价格，折扣，数量，进书时间，总金额）员工（编号，姓名，性别，出生日期，籍贯，住址，电话，职位）库存（书号，数量，库位）销售（书号，价格，数量，销售时间，总金额）除了以上诸表外，还应该有系统维护级别的表如，用户表（用户帐号，用户名称，密码，所属角色），模块表，角色表，日志表等，这里从略。下图为利用类图的数据模型（