1、 目录 1工程目的与意义 . 1 2任务概述 . 1 2.1 任务目标 . 1 2.2 运行环境 . 1 2.2 需求概述 . 1 3项目需求分析 . 2 3.1 需求分析 . 2 3.2 系统功能模块 . 3 3.3 功能模块分析 . 4 4分析与建模 . 7 4.1 系统分析 . 8 4.2 系统建模 . 9 5总体设计 . 11 5.1 数据流程 . 11 5.2 数据结构设计 . 11 5.3 系统安全与维护 . 12 6开发计划 . 14 7总结 . 14 参考文献 . 14 软件工程案例分析 1 工程目的与意义 一直以来人们使用传统的人工方式管理图书馆的日常工作，对于图书馆的借书和
2、还书过程，想必大家都已很熟悉。在计算机尚未在图书馆广泛使用之前，借书和还书过程主要依靠手工。一个最典型的手工处理还书过程就是：读者将要借的书和借阅证交给工作人员，工作人员将每本书上附带的描述书的信息的卡片和读者的借阅证放在一个小格栏里，并在借阅证和每本书贴的借阅条上填写借阅信息。这样借书过程就完成了。还书时，读者将要还的书交给工作人员，工作人员根据图书信息找到相应的书卡和借阅证， 并填好相应的还书信息，这样还书过程就完成了。 使用计算机软件对图书进行管理，是计算机应用的一部分。以实现图书检索迅速、可靠性高、存储量大、寿命长、成本低等特点，能极大程度地提高图书管理的效率，也是图书管理信息化、正规
3、化管理的必然趋势。 2 任务概述 2.1 任务 目标 通过该系统的实施，将图书馆管理等方面通过系统来实施，其中包括对学生借还读书信息，员工信息，以及读书信息等等，使得图书馆借还等管理业务和查询业务运转周期缩短 10%以上，提高学校图书馆运转效率。 2.2 运行环境 数据库管理系统软件： SQL Sever 2000. 运行平台： Windows XP/Windows 2000/Windows 2003. 分辨率：最佳效果 1024x768 像素 2.2 需求概述 图书馆 使用条形码扫描器进书、借书、还书，使得信息传递准确、流畅。同软件工程案例分析 时，系统最大限度地实现易安装，易维护性，易操作
4、性，运行稳定，安全可靠。 3 项目需求分析 为方便对图书馆书籍、读者资料、借还书等进行高效的管理，特编写该程序以提高图书馆的管理效率。使用该程序之后，工作人员可以查询某位读者、某种图书的借阅情况，还可以对当前图书借阅情况进行一些统计，给出统计表格，以便全面掌握图书的流通情况。 图书管理系统是一种基于集中统一规划的数据库数据管理新模式。在对图书、读者的管理，其实是对图书、读者数据的管理。本系统的建成无疑会为管理者对图书管理系统提供极大的帮助。 3.1 需求分析 为了保证系统能够长期、安全、稳定、可靠、高效的运行，图书馆管理系统应该满足以下的性能需求 。 3.1.1 系统处理的准确性和及时性 系统
5、处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，是系统的处理能力和响应时间能够满足企业对信息处理的需求。由于借阅 管理系统系统的数据操作功能对整个系统的功能和性能完成举足轻重。作为系统的很多数据来源，而图书的库存量又影响整个图书馆的运作，其准确性很大程度决定工作量的大小及图书馆的管理。在系统开发过程中，必须采用一定的方法保证系统的准确性。 3.1.2 系统的开放性和系统的可扩充性 图书馆管理系统在开发过程中，应该充分考虑以后的可扩充性。例如新的类型图书的加入，需要不断的扩充完善。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放
6、系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的 修补、替换完成系统的升级和更新换代。 软件工程案例分析 3.1.3 系统的易用性和易维护性 图书管理系统是面对人员的，而使用人员往往队计算机并不是非常熟悉。这就要求系统能共提供良好的用户接口，医用的人及交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的属于和中文信息的界面；针对用户可能出现使用问题，要提供足够的帮助手册，缩短用户对系统的熟悉过程。图书馆管理系统中涉及到的数据是图书馆相当重要的信息，系统要提供方便的手段提供系统维护人员经行数据的备份，日常的安全管理，系统以外本贵是的数据修复工作等。 3.1
7、.4 系统的标准性 系统在涉及开发和使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流市场行业标准。同时，在自重开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。 3.1.5 系统的响应速度 图书馆管理系统在日常处理中响应速度为秒级，达到实时要求，以及时反馈信息。在统计分析时，根据所需数据量的不同而从秒级到分钟级，原则时保证操作人员不会因为速度问题而影响工作效率。 3.2 系统功能模块 针对用户对图书资源进行有效利用和管理的功能需求，用建模技术对图书管理资源采用面向对 象的描述方式，在具体系统功能实现之前，建立起系统模型是很必要的
8、，这里采用具有可视化、能够柔性实现分析、设计和开发系统的统一建模语言实现系统模型构建。同时，结合最流行的基于浏览器的数据管理模式，建议采用基于组件技术的 B/S(brower/server)系统结构。 系统的功能模块如图 3-1 所示： 软件工程案例分析 图 3-1 系统功能模块 3.3 功能模块分析 通过对图 3.1 分析可知， 针对图书馆管理系统，可以分为两大模块，一个小模块：分别为管理子系统，查询子系统两大模块 ， 基础信息管理小模块 。 在管理子系统中： 1）新书购入处理模块 ： 只要是针对采购员在根据计划在外采购新书之后的处理，所以当采购员采购到新书后，系统根据原先计划采购的新书进行
9、核查，如果符合计划预定，则将新书入库；否则退货 ； 该模块主要是处理购入的新书是否符合要求； 如图 3-2所示： 软件工程案例分析 图 3-2 新书购入处理模块 2）处理学生借书模块： 该模块主要是处理学生借书业务，系统会根据学生文件对该学生进行查询，若 不存在 该生 ，则系统给出警告信息； 若 存在该学生，则系统根据罚款单对该学生的欠款情况进行查询，如果欠款超过一定金额，则借书失败，否则接受借书，更新借书文件，在显示器上面显示借书成 功； 如图 3-3所示： 图 3-3 处理学生借书模块 软件工程案例分析 3）处理学生还书模块： 该模块主要是处理学生还书业务，在图书馆管理人员输入要还的图书字
10、段时，系统会在借书文件中查找该图书信息，之后对借书文件，学生文件中的该学生已借书数，图书目录文件进行更新；然后在借书文件中提取学生数据，根据图书的还书日期和借出日期对学生的欠款金额进行计算，如果没有超期，则欠款金额在原来的基础上加 0， 之后将结果显示出来； 如图 3-4 所示： 图 3-4 处理学生还书模块 4）处理图书注销模块 ， 该模块主要是针对图书注销业务； 如图 3-5 所示： 图 3-5 处理图书注销模块 在查询子系统中 ， 有两个查询内容： 学生信息查询：学生信息查询子模块主要是对学生信息的查询； 如图 3-6所示： 软件工程案例分析 图 3-6 学生信息查询 图书信息查询：图书
11、信息查询子模块主要是对图书信息的查询； 如图 3-7所示： 图 3-7 图书信息查询 以上 各 个功能 模块，是针对学生或者图书馆管理人员这两个不同的对象，查询子系统主要是让用户了解信息，所以不需要进行用户密码登陆，直接可以进行查询，而管理模块是涉及到图书馆内部的重要信息管理方面，所以必须要设置用户密码登陆和权限等等，以保数据的安全性和系统 的安全性 。 4 分析与建模 要开发一个软件系统，首先要对软件系统的需求进行分析，要做的工作是深入描述目标系统的功能和性能，确定软件设计的限制和软件同其他系统元素间的接口细节，定义软件的其他有效性需求。运用 UML(Unified Modelling La
12、nguage：统一建模语言 )的目的可以捕捉系统的功能需求、分析，提取所开发系统领域的类以及描述它们之间合作概况，在完成系统的 OOA(Object-Oriented Analysis：面向对象分析 )在此基础上，对系统进行 OOD(Object-Oriented Design：面向对软件工程案例分析 象设计 )。 4.1 系统分析 UML 的用例图较详细和确切地描述了用户的功能需求，使系统 功能与作用更加详细 ，奠定 UML 对系统建模的基础，这样，其他模型图的构造和发展依赖于用例图中所描述的内容，直至系统能够实现用例图中描述的功能。 采用用例图描述的图书管理主要包括三类用户：读者、图书管理
13、员、系统管理员。其中，读者是多个，图书管理员是几个，系统管理员是一个。对于系统，读者可以查询自己的借阅情况、分门别类的查询图书和在规定期限内续借不能超过一次操作的情况下进行自行登录续借书等。图书管理员主要是日常操作 以下几个工作环节：图书订购、新书验证、书目录入、图书登记、读者信息管理、借阅书登记、图书信息注销和读者信息注销等，而系统管理员统筹管理图书的系统相关事宜，比如权限维护、日志维护、增删用户和管理系统后台数据等。用例间关系、用户与用例关系及用例之间的关系如图 4-1所示 ： 图 4-1 图书管理用例分析图 软件工程案例分析 4.2 系统建模 4.2.1 系统静态建模 在用例分析基础上，
14、根据需求可建立起系统的静态数据模型，即建立系统类图，以及相关的关系和方法。在面向对象分析中，一般只考虑与问题描述域和系统功能相关的对象。在对系统进行分析时 ，这里把系统的类对象抽象为图书管理、图书流通两方面。针 对 这两部分可以分化为以下相关类：图书类 (lib_Book)、图目类 (lib_Category)、订书类 (lib_Order)、报表类 (lib_Form)、读者类(lib_Reader) 、流通书类 (lib_CirBook)、部门类 (lib_Department)、出版社类(lib_Publish)等。这些类之间我们可以用朴素的关联关系作简要表达。如图 4-2为图书管理静态类图，在图中每条有直接多重性关联的线上已标示出多重性，这为以后编程 工作 提供了更好的关联 参考价值，并为类在整个开发中的统一性奠定基础。 图 4-2 图书管理静态类图 4.2.2 系统动态建模 在考察了系统某一时刻的对象 以 及对象之间朴素关系的静态结构后，下面要关注的是在任何时刻对象及其关系改变的情况，这些情况可以用 UML 的动态模型进行形象化描述，可以借助 UML 中的状态图来描述，在状态图中，把每时刻的系统状态抽象成状态和事件，然后组成一个网络，侧重于描述每一类对象的动态行为。它是对某一时刻中属性特征的概括，并且每种状态间存在着迁移，迁移则表
