软件工程小型图书管理系统Word格式.doc
《软件工程小型图书管理系统Word格式.doc》由会员分享,可在线阅读,更多相关《软件工程小型图书管理系统Word格式.doc(24页珍藏版)》请在冰豆网上搜索。
数据库管理系统:
Access2003
第二章可行性分析
2.1任务概述
经过对我校详细调查,并多次与负责图书管理的老师进行研讨后,加深了对现行图书管理业务的深刻了解,与此同时,将整个图书管理的业务流程抽象描述如下:
1.新的图书购进后,分门别类地进行归并汇总,加以编号。
2.新书编号后,上到书架以备学生借阅。
3.如某学生需要借阅图书,则在其本人的借阅登记表上进行登记,记录相关借阅信息与借阅日期。
4.学生借阅图书后,应及时归还图书,并在本人的借阅登记表上注明还书日期和时间。
根据以上调查分析,可以给出其现行业务流程图如图2.1所示。
分类学生学生学生
图书 编号 图书 预约图书 图书 借阅图书 图书 归还图书 图书
归还后的图书 图书
图2.1图书管理业务流程图
2.2数据描述(数据流图和数据字典)
经过详细的调查,我们已经清楚了解了现行的业务流程,接下来给出系统的逻辑模型。
构造系统逻辑模型的工具是数据流图和数据字典。
根据现行图书管理的业务流程,首先把数据流图中的源点和终点都选定为学生,因此可以得到图书管理系统的基本系统模型,如图2.2所示。
图书 图书
管理图书借阅信息图书 图书归还信息 管理
员 管理 员
系统
图2.2图书管理系统的基本系统模型
根据基本系统模型,对其逐步细化,得到描述逻辑系统细化后的数据流图,如图2.3所示。
D3
D2
图书信息 借阅登记
借阅结果
图书信息 借阅信息
管理员 图书信息 2借阅图书 3 归还图书 4
学生信息 图书 借阅 归还 归还信息 学生
管理管理 管理归还结果
1归还图书
D4
学生 归还登记
管理预约图书 5
学生信息 预约预约结果
D5
D1
管理
学生信息预约信息 预约登记
图2.3图书管理系统数据流图(顶层DFD图)
对顶层DFD图中的一个加工“学生管理”进行展开,如图2.4。
图书信息 借阅信息 借阅结果
管理管理 管理
1.1归还图书归还结果
新学生 1.2预约图书 归还登记
录入 学生 5
学生信息 查询 预约预约结果
学生信息 管理
学生信息 1.3 预约登记
毕业学生预约信息
学生信息更新 清空
图2.4细化后数据流图
对顶层DFD图中的一个加工“图书管理”进行展开,如图2.5。
借阅登记
借阅信息 借阅结果
管理员图书编号2.1 3归还图书 4
编号 借阅 归还 归还信息 学生
管理 管理
图书信息归还图书归还结果
图书信息 借阅图书 归还登记
2.2 5
图书基本信息 分类预约图书 预约预约结果
建档 管理
预约信息 预约登记
图2.5“图书管理”展开
对第1层DFD图中的加工进一步进行展开,如图2.6。
3.1
学生借阅请求 合法性 学生信息 学生
学生 检查
3.2 图书信息
借阅结果借阅 借阅条件
图书 图书
图书信息
(1)
4.3
罚款/ 提示罚款信息
赔偿
不符管理条件 4.1
4.2 图书信息
(2)
5.1
学生预约请求 合法性 学生信息 学生
5.2 图书信息
预约结果预约 预约条件
(3)
图2.6进一步细化数据流图
有了系统的数据流图后,还有相当多的数据信息如图书、借阅、归还等信息需要进一步描述,这就是需要定义数据字典,才能把现有的系统描述清楚。
图2.7列出了系统的主要数据字典。
图书:
图书表结构
别名:
描述:
记录所有图书的基本情况
定义:
图书信息表=图书编号+图书名称+图书ISBN号+图书作者+图书出版社+图书类型+图书价格+图书库存量
位置:
Librarydat.mdf数据库
借书登记:
借书登记表结构
描述;
记录所有图书的借阅情况
借阅登记表=借书编号+学生编号+图书编号+借书时间+归还时间+是否归还
学生信息:
学生信息表结构
记录所有学生信息情况
学生信息表=学生编号+学生姓名+性别+入学时间+毕业时间
预约图书登记:
预约图书登记表结构
记录图书预约情况
预约图书登记表=预约编号+学生编号+图书编号+预约时间+是否成功
归还登记:
归还登记表结构
记录所有已归还图书的借阅情况
归还信息表=图书编号+图书名称+图书作者+图书出版社+归还时间
名称:
管理员
记录管理员信息
管理员信息=管理员ID+管理员name+密码+加入时间+级别
借阅请求
学生借阅请求信息
借阅请求=借阅编号+学生编号+图书编号
预约请求
学生预约请求信息
预约图书请求=预约编号+学生编号+图书编号
归还图书
归还图书的相关信息
归还图书=借阅ID+图书ID+学生学号+归还日期
提示惩罚信息
为归还图书的学生需要提示的信息
提示惩罚信息=借阅ID+图书ID+学生学号+应归还日期+处罚提示
借阅结果
是否借阅成功的返回结果
借阅结果=借阅ID+图书ID+学生学号+借出否+提示成功借阅
预约结果
是否预约成功的返回结果
预约结果=预约编号+学生学号+图书编号+预约否+提示成功预约
归还结果
归还图示操作完成后的返回结果
归还结果=借阅ID+图书ID+学生学号+已归还(true/false)+是否提示惩罚
管理条例1
对正常归还的处理办法
管理条例1=借阅ID+未过规定归还时间
管理条例2
对丢失或超期归还图书的处理办法
管理条例2=借阅编号+未过规定归还时间+相关处罚办法
图2.7系统主要数据字典
2.3使用该系统的一些要求
图书管理人员:
使工作量大大降低,图书管理更加有条理,但是,要求有一定的计算机基础知识及一定的软件维护能力。
2.4技术可行性评价
就目前使用的开发技术及开发环境来说建议系统的功能目标应该能够达到;
利用现有的技术在规定的期限内开发工作基本能够完成;
开发人员的数量和质量均符合要求。
第三章需求分析
在开发一个应用系统之前需要对即将开发的应用系统进行需求分析。
所谓需求分析,就是指对你要解决的问题进行详细了解,弄明白问题的要求,包括应用系统应具备哪些功能、系统应有的输入项、计划得到的输出结果等。
需求分析是把应用需求转化为软件需求的关键一步。
它关系着系统开发的成败,是整个软件系统建设的源头。
在软件工程中,通常需求分析指的是在设计开发一个新的系统或修改一个现有的系统时,描述新系统的目的、定义、范围和功能时所要做的所有的工作。
需求分析是开发软件过程中的一个重要环节。
在这个过程中,系统分析员和软件工程师要明白顾客的需求。
只有在确定了这些需求后他们才能够分析和探求新系统的解决方案。
3.1需求分析的原则
1、需求分析要对所开发项目需求进行分解,形成软件的层次结构
一般设计开发的应用程序都是为了处理解决某一特定的问题,而通常这些问题又是比较庞大和复杂,难以理解和处理。
为了便于开发、设计和理解,软件设计人员需要通过一定的方法把问题分解成几个较容易理解的部分,再通过建立这些部分之间的衔接,把复杂问题简单化,而最终实现整体软件系统的功能。
在对所开发的软件进行需求分析阶段,软件的信息域和功能域一般都可以做进一步的细化和分解。
所进行的细化分解可以是纵向分解,即不同层面(多层面)上的分解,另外也可以进行横向分解,即同一层面上的分解,对于一个大的应用系统往往纵向分解和横向分解混合应用。
所谓的横向分解是指把一个功能域分解成若干个子功能域,并确定这些子功能域和父功能域之间的衔接接口。
所谓的纵向分解是指对某些还能继续分解的子功能域进行继续分解,分解成为小的子功能域,小的子功能域如果还可以分解,就可以继续分解成为更小的子功能域。
2、需求分析要识别开发项目的功能并确定数据处理方式
众所周