软件工程 图书管理系统需求分析

Posted 2023-05-06

设计与实现的约束条件
在系统设计和实现的过程中，从技术角度上可能存在一些约束条件，这些约束条件包括：
1. 客户应用环境特殊，使得一些成熟的工具无法应用，只能进行底层开发以实现上层应用流程。
2. 客户有独特的行业背景或应用目标，现有的方法或者工具无法满足，只能改变设计思路或者实现方法。
3. 客户提出了针对版权或者代码、文档所有权的需求，为了保证自身的机密不被泄漏，故意选择一些一般的方法，不使用自己掌握的尖端技术。
还有很多其他的设计与实现约束条件，例如客户方希望驻厂开发、希望双方联调等。凡是打破现有的内部工作环境，需要调整设计与实现流程才能满足的要求，都应在此详细说明。

其他客户需求
除了以上的各项客户需求之外，还会有一些相对笼统或者独特的客户需求，可能包括以下需求：
1. 关于系统的安全性、稳定性、可扩展性、开放型、独立性等诸如此类的考虑，在需求分析中列明，可以指导设计人员在后续的技术工作中有意识的加以体现，充分满足客户要求。
2. 关于系统配置环境、运行方式、提交形式等要求，这与核心技术无关，但却是客户针对服务形式的要求，主要用于指导软件发布阶段的工作。
3. 其他的特殊要求也要在此一并列出。

附录
在此列出本文档所需要的各种附录信息，包括客户提供的一些需求数据、己方技术人员提供的观点意见、客户方提供的一些文档或者通讯记录，以起到佐证和参照的作用。

这是需求分析上的要求 因为没学过 所以请人帮忙解答 希望好心人帮忙

参考技术A 这个要人免费帮你做，不太可能，可以按照下面的模板试试看：
工件：软件需求规约 (SRS)
1. 简介
1.1 目的
1.2 范围
1.3 定义、首字母缩写词和缩略语
1.4 参考资料
1.5 概述
2. 一般说明
2.1 用例模型调查
2.2 假设与依赖关系
3. 特定需求
3.1 用例报告
3.2 补充需求
4. 支持信息
附带工件（报告）
工件：用例模型（报告： 用例模型调查）
工件：用例（报告： 用例）
工件：补充规约 参考技术B 我以前写有一个，不知道你能不能看在眼里，有邮箱么?我发给你。
要是想要的话给我发个消息 参考技术C 引言
一直以来人们使用传统的人工方式管理图书馆的日常工作，对于图书馆的借书和还书过程，想必大家都已很熟悉。在计算机尚未在图书馆广泛使用之前，借书和还书过程主要依靠手工。一个最典型的手工处理还书过程就是：读者将要借的书和借阅证交给工作人员，工作人员将每本书上附带的描述书的信息的卡片和读者的借阅证放在一个小格栏里，并在借阅证和每本书贴的借阅条上填写借阅信息。这样借书过程就完成了。还书时，读者将要还的书交给工作人员，工作人员根据图书信息找到相应的书卡和借阅证，并填好相应的还书信息，这样还书过程就完成了。
以上所描述的手工过程的不足之处显而易见，首先处理借书、还书业务流程的效率很低，其次处理能力比较低，一段时间内，所能服务的读者人数是有限的。利用计算机来处理这些流程无疑会极大程度地提高效率和处理能力。我们将会看到排队等候借书、还书的队伍不再那么长，工作人员出错的概率也小了，读者可以花更多的时间在选择书和看书上。
为方便对图书馆书籍、读者资料、借还书等进行高效的管理，特编写该程序以提高图书馆的管理效率。使用该程序之后，工作人员可以查询某位读者、某种图书的借阅情况，还可以对当前图书借阅情况进行一些统计，给出统计表格，以便全面掌握图书的流通情况。
本次作业设计题目：“图书管理系统”主要目的是利用数据库软件编制一个管理软件，用以实现图书、读者以及日常工作等多项管理。同时对整个系统的分析、设计过程给出一个完整论证。
图书管理系统是一种基于集中统一规划的数据库数据管理新模式。在对图书、读者的管理，其实是对图书、读者数据的管理。本系统的建成无疑会为管理者对图书管理系统提供极大的帮助。
2
系统设计
2.1
系统指导思想和建设目标
2.1.1
系统指导思想
立足于校园实际，着眼于未来发展，建成符合标准化协议、通用性较强、实用的系统，以提高图书信息的现代化管理水平，实现信息资源的共享。
2.1.1
系统建设目标
（1）要解决的问题：（以某学校为参照）
随着办公自动化水平的不断提高，现在学校管理学生信息也逐步从手工转到计算机自动化信息处理阶段。设计一个功能完整、操作简便、界面友好的学生信息管理系统已经是势在必行的了。
（2）系统开发的目的：提高图书管理工作的效率，减少相关人员的工作量，使学校的图书管理工作真正做到科学、合理的规划，系统、高效的实施。
（3）系统名称：图书管理系统
2.2
总体功能设计
系统要能实现如下功能：
l
登录系统：注销用户、系统退出。
l
管理：用户管理、图书管理、读者管理、借阅管理。
l
查询：图书查询、读者查询、借阅查询。
l
报表打印：所有图书、借出图书、库存图书、所有读者。
l
帮助：使用说明、关于。
3
数据库设计
3.1
数据库系统的选择
本系统是一个中小型管理系统，运行环境是Windows2000
server，因此使用Windows环境下最容易使用且功能还可以的Microsoft
Access
2000
作为后台的数据库系统。
3.2
需求分析
图3
图书流通数据流图
1．2
判断能
否借书
索书
信息
读
者
1．2
办理借
书手续
读者信息
查询结果
借书申请
被借图书
借书结果
借书信息
被借图书复本量
(b)
借书
借阅
3
读者
1
图书
5
1．1
图书
查询
借书信息
查询
4
判断
2
判断结果
索书
信息
图书信息
读
者
1
借书
2
还书
读
者
申请借书
还书申请
借书结果
还书结果
(a)
顶层数据流图
3
办借
书证
读者信息
办证信息
需求分析是数据库设计首先要做的工作，通过需求分析，我们作出了图书管理系统的各层数据流图，图3是图书流通数据流图（图中省略了“还书”和“办理借书证”的数据流图）。
在数据流图的基础上，定义数据字典。数据字典是关于数据库中数据的描述，它的作用是在软件分析和设计过程中为有关人员提供关于数据描述信息的查询，以保证数据的一致性。下面在图3的基础上举例说明数据字典的定义 参考技术D 引言
一直以来人们使用传统的人工方式管理图书馆的日常工作，对于图书馆的借书和还书过程，想必大家都已很熟悉。在计算机尚未在图书馆广泛使用之前，借书和还书过程主要依靠手工。一个最典型的手工处理还书过程就是：读者将要借的书和借阅证交给工作人员，工作人员将每本书上附带的描述书的信息的卡片和读者的借阅证放在一个小格栏里，并在借阅证和每本书贴的借阅条上填写借阅信息。这样借书过程就完成了。还书时，读者将要还的书交给工作人员，工作人员根据图书信息找到相应的书卡和借阅证，并填好相应的还书信息，这样还书过程就完成了。

以上所描述的手工过程的不足之处显而易见，首先处理借书、还书业务流程的效率很低，其次处理能力比较低，一段时间内，所能服务的读者人数是有限的。利用计算机来处理这些流程无疑会极大程度地提高效率和处理能力。我们将会看到排队等候借书、还书的队伍不再那么长，工作人员出错的概率也小了，读者可以花更多的时间在选择书和看书上。

为方便对图书馆书籍、读者资料、借还书等进行高效的管理，特编写该程序以提高图书馆的管理效率。使用该程序之后，工作人员可以查询某位读者、某种图书的借阅情况，还可以对当前图书借阅情况进行一些统计，给出统计表格，以便全面掌握图书的流通情况。

本次作业设计题目：“图书管理系统”主要目的是利用数据库软件编制一个管理软件，用以实现图书、读者以及日常工作等多项管理。同时对整个系统的分析、设计过程给出一个完整论证。

图书管理系统是一种基于集中统一规划的数据库数据管理新模式。在对图书、读者的管理，其实是对图书、读者数据的管理。本系统的建成无疑会为管理者对图书管理系统提供极大的帮助。

2 系统设计
2.1 系统指导思想和建设目标
2.1.1 系统指导思想

立足于校园实际，着眼于未来发展，建成符合标准化协议、通用性较强、实用的系统，以提高图书信息的现代化管理水平，实现信息资源的共享。

2.1.1 系统建设目标

（1）要解决的问题：（以某学校为参照） 随着办公自动化水平的不断提高，现在学校管理学生信息也逐步从手工转到计算机自动化信息处理阶段。设计一个功能完整、操作简便、界面友好的学生信息管理系统已经是势在必行的了。

（2）系统开发的目的：提高图书管理工作的效率，减少相关人员的工作量，使学校的图书管理工作真正做到科学、合理的规划，系统、高效的实施。

（3）系统名称：图书管理系统

2.2 总体功能设计
系统要能实现如下功能：

l 登录系统：注销用户、系统退出。

l 管理：用户管理、图书管理、读者管理、借阅管理。

l 查询：图书查询、读者查询、借阅查询。

l 报表打印：所有图书、借出图书、库存图书、所有读者。

l 帮助：使用说明、关于。

3 数据库设计
3.1 数据库系统的选择
本系统是一个中小型管理系统，运行环境是Windows2000 server，因此使用Windows环境下最容易使用且功能还可以的Microsoft Access 2000 作为后台的数据库系统。

3.2 需求分析
图3 图书流通数据流图

1．2

判断能

否借书

索书

信息

读 者

1．2

办理借

书手续

读者信息

查询结果

借书申请

被借图书

借书结果

借书信息

被借图书复本量

(b) 借书

借阅

3

读者

1

图书

5

1．1

图书

查询

借书信息

查询

4

判断

2

判断结果

索书

信息

图书信息

读 者

1

借书

2

还书

读 者

申请借书

还书申请

借书结果

还书结果

(a) 顶层数据流图

3

办借
书证

读者信息

办证信息

需求分析是数据库设计首先要做的工作，通过需求分析，我们作出了图书管理系统的各层数据流图，图3是图书流通数据流图（图中省略了“还书”和“办理借书证”的数据流图）。

在数据流图的基础上，定义数据字典。数据字典是关于数据库中数据的描述，它的作用是在软件分析和设计过程中为有关人员提供关于数据描述信息的查询，以保证数据的一致性。下面在图3的基础上举例说明数据字典的定义。

图3中涉及很多数据项，其中数据项“读者编号”可以描述如下：

数据项名：读者编号

别名：读者条码

含义：唯一标识每个读者

类型：字符型

取值范围：00000000至99999999

取值含义：顺序编号

“读者”一个数据结构，它可以描述如下：

数据结构名：读者

含义说明：是图书管理系统的数据结构之一，定义了一个读者的有关信息

组成：读者编号，姓名，性别，单位

数据流“借阅记录”可描述如下：

数据流名：借阅记录

说明：读者的借书记录

数据来源：办理借阅手续

数据去向：借阅

数据结构：读者编号、图书馆藏号、借阅日期

数据存储“借阅”可以描述如下：

数据存储名：借阅

说明：记录读者的借书情况

流出数据流：借阅记录

流入数据流：借阅记录

数据描述：读者编号、图书馆藏号、借阅日期

数据量：每年5000条以上

存取方式：随机存取

处理过程“判断能否借书”可描述如下：

处理过程“判断能否借书”

说明：根据读者的已借书情况可被借图书的馆藏情况判断读者能否借书

输入：借阅记录、读者信息、被借图书信息

输出：能否借书的标志

处理：读者提出借书请求后，先判断该读者以前的借书量是否达到了10本，如果达到了10本，则不能再借书，如果没有达到10本，则再判断读者要借的图书的可借量是否为0，如果不为0，则该书可以借出。

3.3 数据库设计
在图书管理系统中，数据库设计占重要位置，数据库设计质量的优劣，可直接影响到数据库数据的冗余度、数据的一致性、数据丢失等问题。下面就系统数据库规范化设计进行说明。

3.3.1 数据库设计的理论指导

数据库设计的理论指导是范式理论，其主要内容如下：

1）如果关系模式R，其所有的域为单纯域则称R是规范化的关系，或称第一范式 (1NF)

2）如果关系模式R为第一范式，且每个非主属性完全函数依赖于码，则模式R为第二范式（2NF）。

3) 如果关系模式R为第二范式，且每个非主属性非传递依赖于码，则称关系模式R为第三范式(3NF)。

4)关系模式R为第一范式，满足函数依赖集合F，X和A均为R的属性集合，且X不包含A，如果R满足X－>A且X必包含R的码，称关系模式R为BCNF范式。

3.3.2 数据库设计

图书管理系统数据库常常要设计含有如下数据项：借书证号、姓名、单位、馆藏号(馆藏号为每本书上的条形码号)、书名、分类号、作者、价格等。如何进行模式的设计呢？下面以图书流通模块所涉及的数据库为例来说明。

图 书

读 者

借阅

m

n

借阅时间

馆藏号

书名

分类号

作者

价格

借书证号

姓名

性别

图4 图书流通的E-R图

属于

单 位

1

n

单位名称

单位编号

先设计图书流通的实体－关系图(E-R图)。E-R图由3个相关联的部分构成，即实体、实体与实体之间的关系以及实体和关系的属性。图书流通过程中实体“图书”与“读者”之间的关系是借阅和被借阅的关系，实体“读者”与“单位”之间的关系是属于和被属于的关系，“图书”的属性有“馆藏号”、“书名”、“分类号”、“作者”、“价格”，“读者”的属性有“借书证号”、“姓名”、“性别”，“单位”的属性有“单位编号”和“单位名称”，“借阅”属性“借书日期”，由此得出E-R图如图4。

从图中可以知道：

①“借书证号”是唯一的，所以“借书证号”决定“姓名”，每位读者应只属于一个性别，所以“借书证号”也决定“性别”；

②“馆藏号”是唯一的，所以“馆藏号”决定“书名”、“分类号”、“作者”、“价格”；

③ “单位编号”是唯一的，所以“单位编号”决定“单位名称”；

④ 每位读者在一个时间只能借一本书，所以“借书证号” +“馆藏号”决定“借阅时间”。

如果将这些数据项置于一个关系模式中，根据范式理论，该关系模式属于1NF（第一范式），它存在删除异常和冗余等问题，不是理想的模式，因此要把它分解成满足3NF或BCNF的关系模式。根据范式理论和E-R图转换成关系模型的规则，上面的E-R图可转换为4个关系模式：①图书（馆藏号、书名、分类号、作者、价格）；②读者（借书证号、姓名、性别、单位编号）；③借阅（借书证号、馆藏号、借阅时间），④单位(单位编码、单位名称)，其中打下划线的为码，这样就解决了插入、删除和数据冗余等问题。

我们对数据的结构进行详细的分析，按照上述的设计思想，共设计了读者表，书目表，馆藏表，流通表等百余张数据表，然后创建视图和存储过程。下面举例说明：

读者表：借书证号、姓名、单位、读者类别、职称等字段；

书目表：馆藏号、ISBN、题名、作者、出版社、复本数、语种、文献类型、版次等字段；

馆藏表：馆藏号、索书号、分类号、种次号、馆藏位置、单价、出版日期等字段；

流通表：借书证号、馆藏号、借期、还期、续借、应还期、操作员等字段；

借阅规则表：读者类别编码、图书类别编码、限借册数、每期天数、续借天数、过期日期、罚金等字段。

读者类别表：读者类别编码、读者类别等字段。

图书类别表：图书类别编码、图书类别等字段。

3.4 数据库索引
建立索引是加快查询速度的有效手段，数据库的每一个表建立了主键，主键由一个或几个字段组成，每一个表都按主键建立了索引，部分表为了满足查询和排序的需要，除建立主索引外，还建立了次索引。例如在查询时要用到“馆藏号”、“作者”、“题名”等条件来查找图书，因此，在书目表上除了对主键“馆藏号”建立了主索引外，也对“作者”、“书名”等建立了次索引。

3.5 视图
视图是从一个或几个基本表导出的表，它是定义在基本表之上的，它是一个虚表，数据库中只存放视图的定义，而不存放视图对应的数据，数据仍然存放在原来的基本表中。通过定义视图，可以使用户眼中的数据库结构简单、清晰，并可以简化用户的数据查询操作。由于本系统数据表较多，表中的字段多，为了简化对表的操作，我们创建了图书_按书名查询、期刊_按刊名查询、期刊_按编辑部查询、借阅规则查询、待还书查询、超期记录查询等30余个视图。

3.6 存储过程
存储过程是一段经过编译的程序代码，存放在数据库服务器端。通过调用适当的存储过程，可在服务器端处理大量数据，再将处理结果送到客户端。这样可减少数据在网络上的传送，消除网络阻塞现象；例如：要查询某条记录，若该记录在表中的顺序号是10000，不采用存储过程，服务器将从1至于10000条记录数据逐条送至客户端，采用存储过程后，由于过程是经过编译的并且是在本地，不需要通过网络，因此能很快查出所需记录并将结果送到客户端，大大减少了网上数据传输量。存储过程另一好处是可供不同的开发工具调用，如PB、VB、ASP、Delphi等开发工具均可调用。在流通模块和WEB查询模块上均有图书检索功能，实际上调用同一存储过程完成的。本系统建立了60多个存储过程，实现诸如借还书处理、新书入库统计、编目入馆藏、读者统计、生成索书号等功能。

3.7 数据库调用
采用ODBC接口实现数据库的调用，采用ADO接口调用。

4 条形码的使用
条形码具有唯一性和一次输入后就可反复使用的优点，利用条形码技术作为信息快速输入的手段可迅速且不易发生错误地处理图书管理业务。本系统使用条形码作为图书和读者的标识，实现标识的唯一性。

使用条码后，能够使图书管理工作更加简单、快捷、不易出错。例如，当一本书具有唯一条形码标识，每位读者也具有唯一条形码标识时，图书的借阅、查询就十分便捷了。应用条形码取代了以往填写书袋卡、借书证，核对借阅时间等繁琐的手工劳动。读者在借书时只要将借书证给工作人员，工作人员只需登录借书系统，用条形码阅读器扫描读者借书证上的条形码，屏幕就会显示出该读者的信息，包括读者姓名、单位、可借几本书、已借几本书、是否过期、有无罚款等。如可以借书，工作人员只需用条形码阅读器扫描该读者所需借的书上的条形码符号后，该书的书名和条形码等信息都从数据库中调出显示在屏幕上，自动记录在该读者的借阅档案中，借书工作即告完成。一般借一本书仅需 1至 2秒钟。操作完后，计算机自动地将该借阅者和借阅的图书号码输入对应数据库中，并自动提示借阅期限本回答被提问者采纳

创新产品的需求分析：未来的图书是什么样的？

一．需求分析的定义

需求分析是软件计划阶段的重要活动，也是软件生存周期中的一个重要环节，该阶段是分析系统在功能上需要“实现什么”，而不是考虑如何去“实现”。需求分析的目标是把用户对待开发软件提出的“要求”或“需要”进行分析与整理，确认后形成描述完整、清晰与规范的文档，确定软件需要实现哪些功能，完成哪些工作。此外，软件的一些非功能性需求(如软件性能、可靠性、响应时间、可扩展性等)，软件设计的约束条件，运行时与其他软件的关系等也是软件需求分析的目标。对于需求的不确定性因素，它可能是由两种原因导致的：

第一，是产品研发人员获取需求的方法或者描述需求的形式不足够好导致。针对这种情况，我们可以通过各种形式化方法、非形式化方法等等工程化的规范形式来规范需求的获取和分析。将产品的不确定性因素尽量降低。第二，就是针对这里的不确定的创新产品，它没有“前车之鉴”，市场上也没有相关的产品进行参考，它的需求不确定性较高且并不是由于需求获取的方式不规范、不科学导致的。

二．如何对需求不确定的创新产品进行分析和设计？简要总结一下有哪些方法和策略

分析和设计过程：

1.采用快速原型模型把用户界面先做出原型，给用户确认并且从客户那里获得反馈进行改进，逐次迭代，逐渐向一个理想的版本靠近，开发采用快速迭代。

快速原型模型：快速原型模型适合预先不能确切定义需求的软件系统的开发，需要迅速建造一个可以运行的软件原型，以便理解和澄清问题，使开发人员与用户达成共识，最终在确定的客户需求基础上开发客户满意的软件产品。快速原型模型允许在需求分析阶段对软件的需求进行初步而非完全的分析和定义，快速设计开发出软件系统的原型，该原型向用户展示待开发软件的全部或部分功能和性能；用户对该原型进行测试评定，给出具体改进意见以丰富细化软件需求；开发人员据此对软件进行修改完善，直至用户满意认可之后，进行软件的完整实现及测试、维护。适用于需求不确定的创新产品。

迭代模型是RUP（Rational Unified Process，统一软件开发过程，统一软件过程)推荐的周期模型。在RUP中，迭代被定义为：迭代包括产生产品发布（稳定、可执行的产品版本）的全部开发活动和要使用该发布必需的所有其他外围元素。所以，在某种程度上，开发迭代是一次完整地经过所有工作流程的过程：（至少包括）需求工作流程、分析设计工作流程、实施工作流程和测试工作流程。

实质上，它类似小型的瀑布式项目。RUP认为，所有的阶段（需求及其它）都可以细分为迭代。每一次的迭代都会产生一个可以发布的产品，这个产品是最终产品的一个子集。

迭代过程具有以下优点：

1）降低了在一个增量上的开支风险。如果开发人员重复某个迭代，那么损失只是这一个开发有误的迭代的花费。

2）降低了产品无法按照既定进度进入市场的风险。通过在开发早期就确定风险，可以尽早来解决而不至于在开发后期匆匆忙忙。

3）加快了整个开发工作的进度。因为开发人员清楚问题的焦点所在，他们的工作会更有效率。

4）由于用户的需求并不能在一开始就作出完全的界定，它们通常是在后续阶段中不断细化的。因此，迭代过程这种模式使适应需求的变化会更容易些。

 

 

 

2. 非功能性需求

在不断迭代的过程中，作为对功能性需求的补充，软件需求分析的内容中还应该包括一些非功能需求。主要包括软件使用时对性能方面的要求、运行环境要求。软件设计必须遵循的相关标准、规范、用户界面设计的具体细节、未来可能的扩充方案等。

3.分析与综合

逐步细化所有的软件功能，找出系统各元素间的联系，接口特性和设计上的限制，分析他们是否满足需求，剔除不合理部分，增加需要部分，最后综合成系统的解决方案。

4.制订规格说明书

即编制文档，描述需求的文档称为软件需求规格说明书。请注意，需求分析阶段的成果是需求规格说明书，向下一阶段提交。

5.技术实现

按照需求文档，进行每次迭代的功能实现。

分析和设计方法（在采用快速模型过程中）

软件需求的分析与设计方法较多，一些大同小异，而有的则基本思路相差很大。从开发过程及特点出发，软件开发一般采用软件生存周期的开发方法，有时采用开发原型以帮助了解用户需求。在软件分析与设计时，自上而下由全局出发全面规划分析，然后逐步设计实现。

从系统分析出发，可将需求分析方法大致分为功能分解方法、结构化分析方法、信息建模法和面向对象的分析方法。

(1)功能分解方法。

将新系统作为多功能模块的组合。各功能义可分解为若干子功能及接口，子功能再继续分解。便可得到系统的雏形，即功能分解——功能、子功能、功能接口。

(2)结构化分析方法。

结构化分析方法是一种从问题空间到某种表示的映射方法，是结构化方法中重要且被普遍接受的表示系统，由数据流图和数据词典构成并表示。此分析法又称为数据流法。其基本策略是跟踪数据流，即研究问题域中数据流动方式及在各个环节上所进行的处理，从而发现数据流和加工。结构化分析可定义为数据流、数据处理或加工、数据存储、端点、处理说明和数据字典。

(3)信息建模方法。

它从数据角度对现实世界建立模型。大型软件较复杂；很难直接对其分析和设计，常借助模型。模型是开发中常用工具，系统包括数据处理、事务管理和决策支持。实质上，也可看成由一系列有序模型构成，其有序模型通常为功能模型、信息模型、数据模型、控制模型和决策模型。有序是指这些模型是分别在系统的不同开发阶段及开发层次一同建立的。建立系统常用的基本工具是E—R图。经过改进后称为信息建模法，后来又发展为语义数据建模方法，并引入了许多面向对象的特点。

信息建模可定义为实体或对象、属性、关系、父类型/子类型和关联对象。此方法的核心概念是实体和关系，基本工具是E-R图，其基本要素由实体、属性和联系构成。该方法的基本策略是从现实中找出实体，然后再用属性进行描述。

(4)面向对象的分析力法。

面向对象的分析方法的关键是识别问题域内的对象，分析它们之间的关系，并建立三类模型，即对象模型、动态模型和功能模型。面向对象主要考虑类或对象、结构与连接、继承和封装、消息通信，只表示面向对象的分析中几项最重要特征。类的对象是对问题域中事物的完整映射，包括事物的数据特征(即属性)和行为特征(即服务)。

 二．以“未来的图书是什么样的？”为例给出您的分析和设计

现在书籍大多以两种形态呈现：纸质书和电子书。电子书方便随身携带、随时随地阅读，价格相对较低，网上也有大量免费资源可以获取，并且kindle等阅读器也提供了较好的硬件支持；纸质书虽不便于携带，但可以边看边做笔记，也可以带来专注的阅读体验，并且纸质给阅读者实实在在的拥有感。

结合我自己的阅读体验，我觉得未来的图书会在以下两个方面进行设计：

1.从作者角度来看

可以保护作者的著作权，杜绝盗版书籍（主要是电子书）的传播。作者发表自己的书籍速度更快了，作者可以选择写纸质或者电子版书籍，内容可以不断变化，适应市场的同时，能够给用户带来知识的洗礼。在未来，电子书发展的同时，纸质书也有其存在的意义和价值，纸质书能带给用户别样的感受，这是电子书所代替不了的。所以作者可以在纸质书和电子书两个方面都进行加强，当然更多的偏向于电子书。大数据和人工智能的发展，电子书的功能将会更加强大，VR，机器人，故作为作者，要跟上技术的发展。

2.从读者角度来看

未来的电子书，就是把图书“电子化”。利用光电技术能把浩瀚的典籍浓缩存储在一个直径为0.13米的激光磁盘里。一套9000百万个条目的百科全书贮存在里面，只占磁盘总存储量的1/5空间，还有4/5的空间可以利用。这种用磁盘存贮的图书就是电子图书。

电子图书能看能听，有文字，还有叙述和音乐，图书中的照片和插图以动画的形式出现，看电子图书给人以音文并茂的享受。

未来电子书的每一页上都设置了数百万个微小容器，每个微小密封的容器里都装有微小粒子。

每个页码上微小容器的数目都非常多。一个“上”字可能就要设置1000个微小容器。容器的数目越多，字的清晰度就越高。如果每页尺寸一定，字体尺寸越小，那么小容器的数目就会随之增加。

因未来电子书的文字是电子形式，所以它是可操纵的，可以随时更换新的内容、新的版面、新的字形、新的图像。

另外，如果阅读者年纪大了，看不见小号字体，那么可以放大页面上的字体。如果阅读者爱在书上作批语，可以随时缩小文字所占的版面，增大页边空白处，这些写入的内容可以通过微型处理器存储起来。

当你购买的“未来电子书”，内含目录不是一本专著时，你还可以在读完一本专著后，通过电子记忆卡输入第二本书的内容。

如果你想往未来电子书中输入新内容时，你必须先进入网络空间，去查阅电子出版物的书目，选定你所需要的书后，按下输入键后，一部长篇小说花不了一分钟，就可以完成输入操作。然后，你就可以在任何地方阅读这些新内容。今后，家庭影院的影视节目内容和电子游戏的节目内容，也可以通过网络输入到未来电子书中。