图书管理系统分析与设计.ppt

1、第三章：图书馆管理系统的分析与设计，概述。为了满足我们研究的需要，我们简化了一个实际项目，简化了需求，简化了技术实现，突出了技术要点。在未来的研究中，我们将使用这个项目来解释我们想要学习的Java知识。因为我们没有在Java中学习JDBC，所以我们不能通过JDBC技术访问数据库。因此，在这个版本的Java库管理系统中，数据持久性放在文件中，我们将通过IO学习技术访问数据文件。3.1系统要求，简化要求如下：图书管理系统用于企业内部图书管理。图书管理员可以登录系统。登录图书管理员可以做以下工作：根据书名、作者和出版社查询图书；新书可以入库；您可以删除堆栈中的信息；图书信息可以修改；图书管理员登录页

2、面，图书馆查询页面，图书信息选择页面，图书信息删除页面，图书信息修改页面，新书存储页面，3.2需求分析，用例确定，主类边界类(用户图形用户界面类)确定，控制类实体类(系统中需要保存信息的类)，数据库概念模型建立，用例确定，系统中角色：图书管理员系统中的用例：登录，图书查询，图书修改，图书删除，新书存储。确定主类、确定主类的延续，边界类是角色和系统之间的接口，登录类是用户登录页面，登录信息是查询页面，编辑表单是修改和新书存储页面。控制类是控制系统流的类，即MainApp类。实体类是需要在系统中保存信息的类，包括用户和图书，它们是数据库设计的基础。用户类可以在数据库中设计用户表，图书类可以在数据库

3、中设计图书表。建立数据库的概念模型。根据实体类，我们可以得到数据库中的表有用户和图书，然后找出它们之间的关系。这个要求与此无关。3.3系统设计，1。应用系统层次结构2。系统类图3。建立数据库物理模型、系统设计应用系统层次结构、系统设计应用系统层次结构延续、表示层：它是用户与系统交互的一组组件，用户通过它向系统提交请求或发送指令，系统通过这一层接收用户请求或指令，然后在消化和吸收指令后调用下一层，然后将调用结果显示给这一层服务层：系统的核心业务处理层， 它负责从表示层接收指令和数据，在消化和吸收之后处理业务逻辑，并将结果返回给表示层。 数据持久层：服务层用于访问数据库层。在设计规范方面，为了降低

4、耦合度，服务层不应该有访问数据库的代码，但是访问数据库的代码应该放在数据持久层。在数据持久层，数据库通常是通过DAO(数据访问对象)来访问的，DAO也被设计成一个接口来降低耦合度(我们将在下一节课向学生介绍这个接口)。我们没有数据库。这是一个文件。在我们的DAO实现部分，我们使用Java IO技术来访问数据文件。在我们学习了JDBC之后，我们将用访问数据库的实现来代替这个实现。因为我们使用接口，所以我们不关心上层的变化(服务层不需要变化)。EIS层：企业信息系统层，它是系统的数据源，可以是数据库、文件(例如，我们当前的版本)和遗留系统(数据源系统)，但在大多数情况下它指的是数据库。系统类图、图书系统中的表示层、图书系统中的服务层、图书系统中的数据持久层、图书系统中的系统类图、图书系统中的实体类，建立数据库的物理模型，我们还学习了JDBC数据库访问技术，所以我们建立了两个文件数据库。用户和数据库。预订而不是数据库中的两个表用户和预订。数据库. user的文件结构如下。我们的字段用分号分