软件工程小型图书管理系统Word格式.doc

1、数据库管理系统： Access2003第二章 可行性分析2.1 任务概述经过对我校详细调查，并多次与负责图书管理的老师进行研讨后，加深了对现行图书管理业务的深刻了解，与此同时，将整个图书管理的业务流程抽象描述如下：1.新的图书购进后，分门别类地进行归并汇总，加以编号。2.新书编号后，上到书架以备学生借阅。3.如某学生需要借阅图书，则在其本人的借阅登记表上进行登记，记录相关借阅信息与借阅日期。4.学生借阅图书后，应及时归还图书，并在本人的借阅登记表上注明还书日期和时间。根据以上调查分析，可以给出其现行业务流程图如图2.1所示。分类 学生 学生 学生图书编号图书预约图书图书借阅图书图书归还图书图书

2、归还后的图书图书图2.1 图书管理业务流程图2.2 数据描述（数据流图和数据字典）经过详细的调查，我们已经清楚了解了现行的业务流程，接下来给出系统的逻辑模型。构造系统逻辑模型的工具是数据流图和数据字典。根据现行图书管理的业务流程，首先把数据流图中的源点和终点都选定为学生，因此可以得到图书管理系统的基本系统模型，如图2.2所示。图书图书管理 图书借阅信息 图书图书归还信息管理员管理 员系统图2.2 图书管理系统的基本系统模型根据基本系统模型，对其逐步细化，得到描述逻辑系统细化后的数据流图，如图2.3所示。D3D2图书信息借阅登记 借阅结果图书信息借阅信息管理员图书信息2 借阅图书3归还图书4学生

3、信息图书借阅归还归还信息学生管理 管理管理 归还结果1 归还图书D4学生归还登记管理 预约图书5学生信息预约 预约结果D5D1管理学生信息 预约信息预约登记图2.3 图书管理系统数据流图（顶层DFD图）对顶层DFD图中的一个加工“学生管理”进行展开，如图2.4。图书信息借阅信息 借阅结果管理 管理管理1.1 归还图书 归还结果新学生1.2 预约图书归还登记录入学生5学生信息查询预约 预约结果学生信息管理学生信息1.3预约登记毕业学生 预约信息学生信息更新清空图2.4 细化后数据流图对顶层DFD图中的一个加工“图书管理”进行展开，如图2.5。借阅登记借阅信息 借阅结果管理员 图书编号 2.13

4、归还图书4编号借阅归还归还信息学生 管理管理图书信息 归还图书 归还结果图书信息借阅图书归还登记2.25图书基本信息 分类 预约图书预约 预约结果建档管理预约信息预约登记图2.5 “图书管理”展开对第1层DFD图中的加工进一步进行展开，如图2.6。3.1学生借阅请求合法性学生信息学生学生检查3.2图书信息 借阅结果 借阅借阅条件图书图书图书信息（1）4.3罚款/提示罚款信息赔偿不符管理条件4.14.2图书信息（2）5.1学生预约请求合法性学生信息学生5.2图书信息预约结果 预约预约条件（3）图2.6 进一步细化数据流图有了系统的数据流图后，还有相当多的数据信息如图书、借阅、归还等信息需要进一步

5、描述，这就是需要定义数据字典，才能把现有的系统描述清楚。图2.7列出了系统的主要数据字典。图书：图书表结构别名：描述：记录所有图书的基本情况定义：图书信息表=图书编号+图书名称+图书ISBN号+图书作者+图书出版社+图书类型+图书价格+图书库存量位置：Librarydat.mdf数据库借书登记：借书登记表结构描述；记录所有图书的借阅情况借阅登记表=借书编号+学生编号+图书编号+借书时间+归还时间+是否归还学生信息：学生信息表结构记录所有学生信息情况学生信息表=学生编号+学生姓名+性别+入学时间+毕业时间预约图书登记：预约图书登记表结构记录图书预约情况预约图书登记表=预约编号+学生编号+图书编号

6、+预约时间+是否成功归还登记：归还登记表结构记录所有已归还图书的借阅情况归还信息表=图书编号+图书名称+图书作者+图书出版社+归还时间名称：管理员记录管理员信息管理员信息=管理员ID+管理员name+密码+加入时间+级别借阅请求学生借阅请求信息借阅请求=借阅编号+学生编号+图书编号预约请求学生预约请求信息预约图书请求=预约编号+学生编号+图书编号归还图书归还图书的相关信息归还图书=借阅ID+图书ID+学生学号+归还日期提示惩罚信息为归还图书的学生需要提示的信息提示惩罚信息=借阅ID+图书ID+学生学号+应归还日期+处罚提示借阅结果是否借阅成功的返回结果借阅结果=借阅ID+图书ID+学生学号+借

7、出否+提示成功借阅预约结果是否预约成功的返回结果预约结果=预约编号+学生学号+图书编号+预约否+提示成功预约归还结果归还图示操作完成后的返回结果归还结果=借阅ID+图书ID+学生学号+已归还（true/false）+是否提示惩罚管理条例1对正常归还的处理办法管理条例1=借阅ID+未过规定归还时间管理条例2对丢失或超期归还图书的处理办法管理条例2=借阅编号+未过规定归还时间+相关处罚办法 图2.7 系统主要数据字典2.3使用该系统的一些要求图书管理人员：使工作量大大降低，图书管理更加有条理，但是，要求有一定的计算机基础知识及一定的软件维护能力。2.4技术可行性评价 就目前使用的开发技术及开发环境

8、来说建议系统的功能目标应该能够达到；利用现有的技术在规定的期限内开发工作基本能够完成；开发人员的数量和质量均符合要求。第三章 需求分析在开发一个应用系统之前需要对即将开发的应用系统进行需求分析。所谓需求分析，就是指对你要解决的问题进行详细了解，弄明白问题的要求，包括应用系统应具备哪些功能、系统应有的输入项、计划得到的输出结果等。需求分析是把应用需求转化为软件需求的关键一步。它关系着系统开发的成败，是整个软件系统建设的源头。在软件工程中，通常需求分析指的是在设计开发一个新的系统或修改一个现有的系统时，描述新系统的目的、定义、范围和功能时所要做的所有的工作。需求分析是开发软件过程中的一个重要环节。

9、在这个过程中，系统分析员和软件工程师要明白顾客的需求。只有在确定了这些需求后他们才能够分析和探求新系统的解决方案。3.1 需求分析的原则1、需求分析要对所开发项目需求进行分解，形成软件的层次结构一般设计开发的应用程序都是为了处理解决某一特定的问题，而通常这些问题又是比较庞大和复杂，难以理解和处理。为了便于开发、设计和理解，软件设计人员需要通过一定的方法把问题分解成几个较容易理解的部分，再通过建立这些部分之间的衔接，把复杂问题简单化，而最终实现整体软件系统的功能。在对所开发的软件进行需求分析阶段，软件的信息域和功能域一般都可以做进一步的细化和分解。所进行的细化分解可以是纵向分解，即不同层面（多层面）上的分解，另外也可以进行横向分解，即同一层面上的分解，对于一个大的应用系统往往纵向分解和横向分解混合应用。所谓的横向分解是指把一个功能域分解成若干个子功能域，并确定这些子功能域和父功能域之间的衔接接口。所谓的纵向分解是指对某些还能继续分解的子功能域进行继续分解，分解成为小的子功能域，小的子功能域如果还可以分解，就可以继续分解成为更小的子功能域。2、需求分析要识别开发项目的功能并确定数据处理方式众所周