03 第3章 图书管理系统分析与设计.pptVIP

第3章 图书管理系统分析与设计 概述 为了我们学习的需要我们将一个实际的项目经过简化，简化需求，简化技术实现，突出技术要点。今后的学习中我们将以这个项目来讲解我们要学习的Java知识。由于我们在Java部分没有学习JDBC，我们不可能通过JDBC技术访问数据库，所以，在我们Java的这个图书管理系统的版本中数据的持久化是放到文件中的，我们将通过IO学习的技术来访问数据文件。 3.1 系统需求 简化的需求如下 : 图书管理系统是为企业内部管理图书使用的。 图书管理员可以登录系统。 登录图书管理员可以如下操作： 根据书名、作者、出版社查询图书； 可以新书入库； 可以删除书库中的信息； 可以修改书籍信息； 图书管理员登录页面 图书查询页面 图书查询页面 续… 图书信息选择页面 图书信息删除页面 图书信息修改页面 新书入库页面 3.2 需求分析 确定用例 确定主要类 边界类（用户GUI类） 控制类 实体类（系统中需要保存信息的类） 建立数据库概念模型 确定用例 系统中的角色：图书管理员。 系统中的用例：登录、图书查询、图书修改、图书删除和新书入库。 确定主要类 确定主要类 续… 边界类是角色与系统交互的界面， LoginForm类是用户登录页面，MainForm是查询页面、EditForm是修改和新书入库页面。 控制类是控制系统流程的类，MainApp类。 实体类是系统中需要保存信息的类，系统中需要保存信息的有User和Book，这些类是数据库设计的依据，User类可以在数据库中可以设计一个User表， Book类可以在数据库中可以设计一个Book表。 建立数据库概念模型 根据实体类，我们可以得到数据库中的表有User和Book，然后在找出它们的关系，本需求没有关系。 3.3 系统设计 1. 应用系统层次结构 2. 系统类图 3. 建立数据库物理模型 系统设计应用系统层次结构 系统设计应用系统层次结构 续… 表示层：是用户与系统交互的组件集合，用户通过这一层向系统提交请求或发出指令，系统通过这一层接收用户请求或指令，然后，将指令消化吸收后调用下一层，再将调用的结果展现到这一层。 服务层：是系统的核心业务处理层，负责接收表示层的指令和数据，消化吸收后，进行组织业务逻辑的处理，并将结果返回给表示层。 数据持久层：服务层用于访问数据库层，从设计规范上讲为了降低耦合度，服务层不应该具有访问数据库的代码，访问数据库的代码应该放到数据持久层中，在数据持久层中一般是通过DAO（数据访问对象）访问数据库的，也是为了降低耦合度，DAO被设计为接口（我们在接下来的课程中会给同学们介绍接口），我们没有数据库，而是文件，我们DAO实现部分中通过Java IO技术实现访问数据文件，以后我们学习了JDBC后，我们会将这个实现换成访问数据库的实现，由于使用了接口我们不要关心上层改变（服务层不用变换）。 EIS层：企业信息系统层，是系统的数据来源，可以是数据库、文件（例如我们当前的这个版本）和遗留系统（数据来源别的系统），但多数情况下是指的是数据库。 系统类图 图书系统中的表示层 系统类图 图书系统中的Service层 系统类图 图书系统中的数据持久层 系统类图 图书系统EIS层对于的实体类 建立数据库物理模型 我们还有学习JDBC数据库访问技术，因此，我们建立两个文件database.user和database.book来代替数据库中的两个表User和Book。 建立数据库物理模型 续… database.user文件结构如下，我们的字段用分号分割，字段依次是username、password、authority： 建立数据库物理模型 续… database.book文件结构如下，我们的字段用分号分割，字段依次是bookid、bookname、author、publishing、publishingdate、storage： * * Persistence Layer(数据持久层) Presentation Layer(表示层) Service Layer(服务层) EIS Layer （企业信息系统层） *