大型软件系统架构图书资料管理系统

1、淮 海 工 学 院 计算机工程学院大型软件系统构造大作业设计名称： 图书资料管理系统 姓 名：专业班级：系 （院）： 计算机工程学院 设计时间：2011.9.202011.10.18 设计地点： 实验机房 成绩：指导教师评语： 签名： 年 月 日人员分工姓名任务安排完成状况需求分析，逻辑架构，数据架构，文档编写整合完成业务领域建模，运行架构，物理架构，开发架构完成1 需求分析 1.1概述图书资料管理系统，是基于图书馆的图书数目不断增加，读者数目不断增长，对图书信息管理自动化和准备化要求日益强烈的背景下，为了实现读者信息管理工作网络化，以及实现网络查询和统计一体化而设计的管理信息系统。该系统为了

2、图书管理员提供了一个个性化的门户，将读者需要的各种服务集成起来，操作员只需一次登录就可以使用所有服务。读者信息服务系统，是为读者介意信息情况提供的接口，集成了部分学生信息系统。从图书信息的录入到读者借阅图书信息，包括图书损坏的相关处理的管理，都可以通过这个系统完成。1.2系统用户本软件的最终用户的特点：1、 操作人员a) 系统管理员：具备系统的所有功能操作，包括人员的权限分配。b) 图书管理员：处理书籍借阅，归还，删除预定信息。c) 读者（借阅者）：查询书籍信息；预定书籍；借阅书籍；归还书籍；个人信息的操作（个人借还信息等不能修改）等。2、 维护人员：系统后期的各种维护要求由于此开发项目针对一

3、般事业单位图书馆，使用频度较高，使用性要求比较高。为防止对信息资料和管理程序的恶意破坏，要求有较为可靠的安全性能。总之，要求稳定、安全、便捷，易于管理和操作。查询速度：不超过10秒；其它所有交互功能反应速度：不超过3秒；可靠性：平均故障间隔时间不低于200小时。 安全性：在web数据库客户端，web服务器和数据库服务器之间，都应该有防火墙保护，防止网络上的非法数据请求。1.3系统主要功能模块1）图书管理模块图书类别管理：增、删、改等管理。图书信息管理：图书购入后由图书管理人员将书籍编码并将其具体信息录入书籍信息表，及修改，删改，查询功能。2)用户管理模块用户分类管理：增、删、改等管理。用户信息

4、管理：录入，修改，删除，查询读者信息。3）流通管理模块图书借阅：读入借阅者证号，自动判断是否合法，同时提示用户已借书数等参考信息 判断用户是否能借书，然后通过扫描读入所需借阅或已预定的图书编号。显示判断当前读者有没预订过这本书，显示当前书籍已被预订过和库存的数量，确定借阅。图书归还：通过扫描读入图书编号，自动识别借阅该图书的用户信息。同时提示用户已借书数、超期图书应缴罚款等参考信息（自动计算罚金）。图书丢失、损坏处理：如果图书丢失或者损坏，根据罚款规则计算罚款，同时修改图书状态（分为在借，在修，丢失，在库等）。4）统计管理模块：个人统计借还信息，按书名统计借阅量，借阅频率，统计图书，新书存储量

5、信息等。1.4系统分析根据简单的系统分析，可以画出如图1所示的系统总体数据流图图1图书资料管理系统1层数据流图2 业务领域建模 主要数据的对象关系图如图2所示:图2 对象关系类图说明: Admin：系统管理员LibraryManager：图书管理员 Student：学生 Books：图书Type：图书类别 Reservation：图书预订 Borrow：图书借阅BorrowedRecord：图书借阅记录Admin与LibraryManager，Student，Type和Books之间，Books与Type之间有关联关系；Reservation，Borrow，BorrowedRecord与Stu

6、dent和Books之间有依赖关系。3 架构设计3.1逻辑架构关键的系统参与者用例图如图3图5 所示： 图3借阅者用例图图4 图书管理员用例图图5 系统管理员用例图3.2开发架构1）具体开发技术如表1所示:层次通用机制与模式选用的技术展现层MVCStruts业务层领域模型模式(Domain Model)POJO数据层ORMHibernate集成层基于文本传输的集成Web服务表1 具体开发技术2）系统包图如图6所示：图6 系统的包图3.3数据架构系统E-R图如下图7所示： 图7系统E-R图3.4 运行架构1）系统总运行架构图如图8所示：图8 系统总体架构图2）系统内部数据处理运行架构图如图9所示

7、：图9 系统内部数据处理运行架构图3.5物理架构1）图书资料管理系统部署图如图10所示图10 图书资料管理系统部署图2）每个计算机节点上的主要软件单元如图11所示: 图11 确定每个计算机节点上的主要软件单元4心得体会班级： 姓名： 学号：在这次做大作业的过程中，遇到了很多问题，完成的过程并不是很顺利。主要的问题还是出在架构设计这一块。刚开始做的时候，没有理清在每个设计阶段主要进行的任务是什么，需要注意的点在哪里。只凭借自己认为的去完成。所以在初步设计的时候文档就显得比较杂乱。在需求分析阶段，主要是对系统的关键功能需求进行了设计。刚开始分析的时候其实并没有特别细致的去做，所以导致后面的设计也跟

8、着出现很多问题。经常在发现问题后都要对功能的分析再做一些补充或修改。在这个方面，的确浪费了很多时间。不过，在完善功能分析之后，后面的视图设计就相对来说比较容易。不过，在需求分析阶段，功能需求的分析倒不是很为难。反而在质量属性需求方面的确做的不是很好。分析的时候没有切合实际，以自己的想法为主，所以在初步设计的文档中，这方面并没有进行设计。在架构设计阶段，我主要负责设计逻辑架构和数据架构。在初步的文档中，逻辑架构的设计很混乱，子系统的划分不是很合理。因为逻辑架构的关注点是行为或职责的划分，所以在参照了一些图书资料管理系统的划分结构后，才决定用用例图来表示。文档中主要选取了用例模型中对系统架构的内容

9、产生重大影响的用例集合。这些用例代表了系统的主要功能，基本覆盖了系统架构的主要方面。在数据架构设计中，使用ER图来描述。这一部分比较简单，进行的也很顺利。在此次作业中，感触最大的就是软件架构这门课让我把软件工程和UML建模又重新的回顾了一遍。同时也发现自己对软件开发设计的认识不够深入，很多知识都不懂，或者有些知识也是只懂了一些概念，如果要具体实施，就完全不清楚该如何操作了。通过对图书资料管理系统的架构设计，让我对架构设计5视图有了更好的了解。虽然在设计过程中，我没有参与开发架构，运行架构和物理架构的设计。但是，经过一段时间的学习之后，对于这些方面也都能比较好的进行设计了。 最重要的是，对于软件

10、架构设计有了更全面的了解。软件架构设计系统体系架构，从需求到设计的每个细节都要考虑到，把握整个项目，才能使设计的项目尽量效率高，开发容易，维护方便。同时，经过这一次的实际操作，也加深了对软件架构设计理论知识的学习和更深一步的认识。也让自己学会怎样系统，细致的去分析问题，解决问题。拓宽了自己思考问题的方式和领域。班级： 姓名： 学号：本次的软件系统架构的大作业是我和我的组员在国庆节的假期完成的。通过本次的系统架构，我拓宽了的知识面，对软件架构设计这门课程的内容有了更深的理解。本次的软件系统架构设计我们组做的是一个图书管理系统，通过理论与实际的结合，我们对所做的项目做了一系列的分析，从需求分析、业

11、务领域建模到架构设计都是我们自己完成的。在本次的系统架构设计中我负责的主要任务是进行业务领域建模、运行架构设计、物理架构设计和开发架构设计。在业务领域建模中我主要是用图书管理系统的主要数据的对象关系图来进行业务领域的建模的，在业务领域建模的时候主要的是怎样表现出各个对象之间的关系，在报告中我只表示出了主要的关系还有一些次要关系没表现出来。在进行运行架构设计的时候，我一开始并不知道怎样进行运行架构的设计，通过课本和网上的资料还有参照别人的设计才设计出来的，主要设计的是系统的运行架构和系统的内部数据处理运行架构。物理架构的设计我主要是通过我们的教材参照书本上的知识来设计，通过部署图来表示物理架构。在开发架构的设计中我主要是通过包图来表示的，在包图的设计中我设计了三个包，即界面层、控制层和数据层，在图中用线条表示出各个包之间的调用关系。我觉的本次的图书管理系统的架构设计给我的最大的收获是让我对书本的知识有了全面的理解，让我对逻辑架构、数据架构、运行架构、物理架构和开发架构有了更深入的了解。我和我的组员在设计初期对我们所要做的工作理解的十分含糊，