书店图书管理案例分析
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来完成，主要利用类图建模。
经过分析，依据数据库的规范形式，本着减少冗余的原则，可以整理出该系统所需要的数据库表，大致如下：
出版社（编号，名称，备注）
经销商（编号，名称，地址，联系人，电话，银行账号）
图书购进（编号，书名，价格，折扣，数量，进书时间，总金额）
员工（编号，姓名，性别，出生日期，籍贯，住址，电话，职位）
库存（书号，数量，库位）
销售（书号，价格，数量，销售时间，总金额）
除了以上诸表外，还应该有系统维护级别的表如，用户表（用户帐号，用户名称，密码，所属角色），模块表，角色表，日志表等，这里从略。
下图为利用类图的数据模型（部分）：
图13.9数据模型类图
13.5组件图
系统实现的源代码文件、二进制文件、可执行文件等按模块化思想，用组件图分别组织
起来，明确系统各个部分的功能职责和软件结构。
下图为一简略组件图：
图13.10组件图。