软件工程课程设计报告书.docx
《软件工程课程设计报告书.docx》由会员分享，可在线阅读，更多相关《软件工程课程设计报告书.docx（31页珍藏版）》请在冰点文库上搜索。
软件工程课程设计报告书
任务要求：
通过理论讲述和实际训练，掌握软件工程的基本原理和基本方法，学会用软件工程学的概念、原理、方法和技术开发和维护软件。
要求学生运用软件工程的思想，严格按照软件生命周期各阶段的目的和任务，完成对系统的定义、设计、编码、运行以及后期的维护。
内容摘要：
在计算机日益普及的今天，对个人而言若采用一套行之有效的图书管理系统来管理自己的书籍，会方便许多，对图书管理部门而言，以前单一的手工检索已不能满足人们的要求，随着图书馆图书种类、数量的不断扩大，图书检索速度慢、统计工作量大，难以满足图书馆现代化管理的要求。
因此，建立一套图书管理软件，科学的对图书馆数据进行管理，方便图书的检索和读者借阅工作。
关键词：
图书借阅；人员管理；图书维护
教师评语：
成绩
签名：
日期：
课程设计报告书
图书管理系统
班级：
学号：
姓名：
指导教师：
某某大学四方学院
2012年6月12日
一、问题定义
在计算机日益普及的今天，对个人而言若采用一套行之有效的图书管理系统来管理自己的书籍，会方便许多，对图书管理部门而言，以前单一的手工检索已不能满足人们的要求，随着图书馆图书种类、数量的不断扩大，图书检索速度慢、统计工作量大，难以满足图书馆现代化管理的要求。
因此，建立一套图书管理软件，科学的对图书馆数据进行管理，方便图书的检索和读者借阅工作，该软件采用功能强大的数据库开发工具进行开发，具有很好的可移植性，可在应用范围较广的DOS,WINDOWS系列等操作系统上使用。
二、可行性研究报告
1、引言
1.1编写目的
进一步分析和澄清问题定义，推导出系统的逻辑模型，对以后的行动方针提出建议。
如果问题没有可行的解，那么花费在这项工程上的任何时间、资源、人力、经费、都是无谓的浪费。
为了避免这些，我们要用最小的代价在尽可能短的时间内确定问题是否能够解决。
对此项的报告即为可行性研究报告。
1.2背景
a．所建议开发的软件系统的名称：
图书管理系统；
b．本项目的任务提出者：
软件工程课程设计
开发者：
于子正闫紫阳
用户：
四方学院图书馆
1.3定义
本文件中用到的专门术语的定义及外文首字母词组的原词组:
（1）系统流程图：
用图形符号以黑盒子形式描绘系统的每个部件（程序，文档，数据库，人工过程）。
表达数据在系统各部件之间流动的情况。
（2）数据流图（DFD）：
没有任何具体的物理部件，描绘信息流和数据从输入移动到输出的过程中经受的变换。
（3）数据字典（DD）：
是对数据流图中包含的所有元素的定义的集合。
其内容为数据流、数据元素、数据存储、处理。
2、可行性研究的前提
2.1要求
a功能:
能够准确快速的记录图书的状态，以便能轻易的查出图书是否被借、是否归还、是否借出超期等信息；借书者可对自己感兴趣的图书进行检索从而缩短借书流程；管理员除了进行借还书信息的操作，还要对超期者进行处罚。
b性能：
稳定快速，实时控制。
c输入输出：
条形码英文和汉字输入，条形码英文和汉字输出；
d在安全和保密方面的要求：
登录系统时，需要输入图书证的编号和个人密码；对断电、死机、系统崩溃等问题有有力措施以保障数据不受损失。
同本系统相连接的其他系统；应用于我们学校的校园网，独立于其他系统。
e完成期限：
2012年6月12日
2．2目标
为了方便图书馆管理人员对图书的借阅、归还等提供轻松快捷的管理方式，同时也方便学生可以随时随地的对图书进行借还、续借、查询、缴纳罚款等。
主要体现在：
减少人力与设备费用，提高系统的处理速度，更新原先的管理信息服务；提高人员利用率，减少人员的冗余量。
将获取的效益用于购置更多的图书，服务广大师生。
2．3条件、假定和限制
运行环境：
兼容当前主流操作系统Windows2003/XP/Vista
硬件环境：
奔腾4以上计算机，打印机、扫描仪等。
开发软件：
SQLServer、VB、ASP等
该系统的预期寿命为×年
2．4进行可行性研究的方法
通过对已有图书管理系统的分析和研究比较以及调查问卷的方式对图书管理系统的进行全面的分析《对现行的图书管理系统的满意度调查》等。
2．5评价尺度
费用不能超过X万元，信息更新的维护为重点开发时间的长短不超过3周，使用起来容易上手。
3.对现有系统的分析
针对我们学校当前实际使用的图书管理系统的现有功能，进行分析，开发新的图书管理系统。
3．1处理流程和数据流程
图书信息按分类号和作者号对书籍进行分类，编写好编号后入库；学生凭图书证最大限度可借8本，借书期为一个月，续借后，借书期可增加15天（寒暑假另订）；教职工凭有效证件，最大限度可借书10本，借书期为1个月，续借后，借书期可增加30天。
并要求在借书期期间还书；若超过借书期，则根据超期1天0.1元进行处罚，若款项未交，则将行使借书的权力；管理员登记图书借还及处罚情况。
3.2费用开支
a.基本建设投资12000元
b.其他一次性支出13000元
c.非一次性支出5000元
综上合计30000元
3.3人员
馆长1名采编部1通阅览部2名网络技术部1名
3.4设备
服务器：
Pentium4以上或更高，
内存:
512M以上；
硬盘：
至少50G以上；
CD－ROM：
24倍速以上；
网卡：
100ＭＢ/1000ＭＢ自适应；
工作站：
Pentium4以上微机；
内存：
512MB
硬盘：
至少25G以上；
CD－ROM：
24倍速以上；
网卡：
100ＭＢ/1000ＭＢ自适应
4．所建议的系统
4．1对所建议系统的说明
新系统在原有系统的基础上加入了新的数据库的支持，使用了先进的数据库技术与数据管理技术，使数据的准确性与安全性得到了很大的提高，且在用户的并行操作与用户管理方面也有了极大地改善。
a.小巧而不失使用的功能，方便师生。
b.库存图书馆功能，师生借阅信息管理。
c.财务信息的统计分析。
d.多种图表统计，可统计每年，每月，每日的图书借出和借入情况统计。
e.多种排行统计等。
4．2处理流程和数据流程
a.系统能对书籍信息进行管理。
b.系统不需要管理借阅者除姓名以外的信息。
对每一名借阅者最多可借阅的书籍数目为2本。
c.借书时，系统记录借书者的姓名、借阅书籍名称和借阅日期。
d.时间时，系统记录还书者的姓名、归还书籍名称和还书日期。
系统设定书籍的最长借阅时间为1个月。
e.操作人员可以根据书籍名称、作者、出版社三者之一或三者的任意组合查询书籍信息。
f.操作人员可以查询借阅某书籍的所有借阅者的姓名；也可以查询某借阅者借阅的所有书籍名称；还可以根据借阅者的姓名、书籍名称查询借阅者的借书时间、还书时间。
g.系统由图书馆工作人员操作分为:
系统管理员,书籍管理员和借阅管理员。
h.所有操作人员凭帐号和密码登陆系统。
4．3改进之处
数据库的加强，添加借书者推荐模块，在续借模块中添加一项确认，防止续借的不成功等等。
4．4影响
4.4.1.对设备的影响：
没有什么特殊影响，信息量不大，一般PC机都能用。
服务器：
Pentium42.2Ghz以上或更高，
内存:
512M以上；
硬盘：
至少50G以上；
CD－ROM：
24倍速以上；
网卡：
100ＭＢ/1000ＭＢ自适应；
打印机一台，至少一台服务器
工作站：
Pentium42.0Ghz以上微机；
内存：
1GB以上硬盘：
至少80G以上；
CD－ROM：
24倍速以上；
网卡：
100ＭＢ/1000ＭＢ。
4.4.2.对地点和设施的影响
对地点没有影响，但是对于设施稍微有所讲究，更注重安全性，保障所使用的设备处于一个稳定而又安全的环境。
4.4.3.对经费开支的影响
图书馆在学校或大型公众场存在，其经济成分比重相对比较适中，主要是支出的费用：
其中包括基本建设费、软件开发费用、管理和维护费、人员工资和培训费等。
在一个图书馆中实行统一操作，资源共享，前期的资金投入主要集中于购置图书上。
建立图书信息库，收集各方面的图书信息，提高图书管理的计划性和预见性。
开发完成运行后，为使用者带来便利，从经济角度考虑,此系统开发可行。
4.4.4.对系统运行过程的影响
a．用户的操作规程大同小异；
b．运行中心的操作规程不变；
C．运行中心与用户之间的关系不变；
d．源数据的处理：
进行一定更新与维护；
e．数据进入系统的过程：
更快速、精确、稳定；
f．对数据保存的要求，对数据存储、恢复的处理：
更加方便快捷；
g．系统失效的后果及恢复的处理办法：
系统日志即使保留失效那一瞬间的信息，从而减少其带来的不便；
4.4.5.对开发的影响
由于该新系统是根据原有的老系统进行开发的，所以管理员无需对此产生压力，基本操作都会根据原有系统进行设置，同时从原有的数据库里调取所有有效的图书信息及借还书等历史信息。
4.4.6.对经费开支的影响
为了新系统的开发，设计和维持运行而需要的各项经费开支，在第一年时有所增加，但是“效益”也将在短期实现。
4．5局限性
系统的使用寿命为×年，无法保证×年以后系统的使用状态。
4．6技术条件方面的可行性
技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，硬件、软件配置能否满足开发者的需要，各类技术人员的数量，水平，来源等。
所使用的语言是VB和SQL之间连接，是大家还比较熟悉的内容，可行性可行。
5．可选择的其他系统方案
a.拟建系统的目标
1）促进管理体制的改革和改进管理手段
2）提高和改进管理信息服务质量
3）减少人力和设备费用
5）加快信息的查询速度和准确性
b.系统规划及初步方案：
管理系统使用单机作业，由专人输入有关信息，可以选购书目，上报计划。
进行统计分析等，向财务处进行结算。
本系统拟采用奔腾Ⅳ处理器，1G内存，硬盘160G。
打印机一台，电源，光驱，扫描仪各一个。
c.系统的实施方案：
本系统客户端拟采用WindowsXP操作系统，服务器采用WindowsXP操作系统，前端开发语言使用C#、VB使用MSSQLserver数据库管理系统
6．投资及效益分析
6．1支出
6．1．1系统开发费用
a．人员费用：
本系统开发期为三周，试运行一周。
开发期需要开发人
员×人，试运行期需要开发人员2人。
人员费用为×万元。
b．设备费：
本系统所需的硬件设备费用为×万元。
c．不可预见费：
按开发费用的15%计算。
6．1．2系统运行费用
a．系统维护费：
需要×人/年进行系统维护，维护费为×万元
b．设备维护费：
设备更新费为×万元。
设备维护费为×万元。
c．消耗材料费：
每年按×元计算。
综上所述,新系统使用时间×年,系统开发和运行总费用×万元,平均×万元
/年。
6．1．3其他一次性支出
a．研究（需求的研究和设计的研究）——包括在开发费用中
b．数据库的建立
c．检查费用和技术管理性费用
d．培训费、旅差费以及开发安装人员所需要的一次性支出
6．1．4非一次性支出
列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用，包括：
a．设备的租金和维护费用；
b软件的租金和维护费用；
c．数据通讯方面的租金和维护费用；
d．人员的工资、奖金；
e．房屋、空间的使用开支；
f．公用设施方面的开支；
g．保密安全方面的开支；
h．其他经常性的支出等。
6．2收益
提高工作效率；减少工作人员；提升整个图书馆的管理能力；
6．2．1一次性收益
a．学生每人一次办卡2元，教职工一次办卡5元，学校有X个学生和X个教职工，预计可获得收益X万元。
b．因新系统的投入使用可以减少原先的管理人员，减少冗余量，而减省下来的资金也便是一种收益。
6．2．2非一次性收益
在使用中使用者可能把卡丢失或损坏费用办卡收费5元/次的收益。
6．2．3不可定量的收益
图书在借阅中超期或者损坏的赔偿。
6．3收益／投资比
收益X万元，投资（含非一次性投资）X万元，则收益/投资比=X。
6．4投资回收周期
此系统回报周期在X年
7．社会因素方面的可行性
7.1.法律方面的可行性
合同责任：
符合国家标准的合同，经双方签字后生效专利权与版权为软件投资方。
7.2.使用方面的可行性
采用软件管理图书馆日常工作，毫无疑问会在使用过程中产生新的需求和问题，这样也会不断地促进信息技术和软件应用的革新。
经过研究，此系统的用户无使用方面的问题。
3、需求分析
1引言
随着计算机技术的不断应用和提高，计算机已经深入到社会生活的各个角落。
但如果校图书馆仍采用手工管理图书的方法，不仅效率低、易出错、手续繁琐，而且耗费大量的人力。
为了满足图书馆管理人员对图书馆书籍，读者资料，借还书信息等进行高效的管理，在工作人员具备一定的计算机操作能力的前提下，特编此图书管理系统软件以提高图书馆的管理效率。
1.1编写目的：
本需求的编写是为了研究图书管理系统软件的开发途径和应用方法。
同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。
1.2背景及范围：
项目名称：
图书管理系统软件
任务提出者：
张华
项目开发者：
薄海光陈堃程少华陈宇魏颖
用户：
各同学
本产品是针对电脑管理图书的需求设计的，可以完成读者登记、购入新书、读者借还书等主要功能。
1.3定义：
图书管理系统：
该系统是帮助图书馆管理人员对图书信息进行管理的软件。
2.项目概述
为方便对图书馆书籍，读者资料，借还书等进行高效的管理，特编写该程序以提高图书馆的管理效率。
使用该程序之后，图书馆管理人员可以管理读者的登记、图书的购入、借出以及归还等；还可以查询某位读者、某本图书的借阅情况，对当前借阅情况给出一些统计，给出统计表格，以全面掌握图书的流通情况。
2.1目标：
2.1.1开发意图：
使图书管理系统更加完善；
使图书管理更加方便；
减轻管理员的负担。
2.2应用目标：
通过本系统软件，能帮助图书馆管理人员利用计算机，快速方便地对图书馆书籍，读者资料，借还书等进行高效的管理。
2.3开发背景：
人工管理图书的手续繁琐、效率低下,给管理人员带来了诸多不便，如果有一套完善的图书管理软件，就可以方便管理图书，因此开发了本软件。
2.4产品功能：
图书管理系统软件具有输入、输出、查找功能。
2.5用户特点：
本软件的使用对象是图书馆的管理人员。
会汉语、懂计算机的基本操作就可以利用该软件进行所需操作。
E-R模型及数据流图
数据字典及层次方框图
3.具体需求
3.1功能需求之一：
1.规格说明：
读者登记，即输入读者的具体信息。
2.引言：
为了把读者的具体信息写入读者目录文件中。
3.输入：
读者具体信息。
4.处理：
通过图书管理系统写入读者目录文件中。
5.输出：
读者具体信息。
3.2功能需求之二：
1.规格说明：
输入新书的全部信息。
2.引言：
为了输入新书的全部信息。
3.输入：
新书的全部信息。
4.处理：
通过图书管理系统写入图书目录文件中。
5.输出：
新书信息的全部内容。
3.3功能需求之三：
1.规格说明：
查询读者的相关信息。
2.引言：
根据读者编号查询读者的相关信息。
3.输入：
读者信息的关键字（读者编号或读者姓名）。
4.处理：
利用关键字在读者目录文件中找到此编号或姓名读者的相关信息。
5.输出：
读者的相关信息。
3.4功能需求之四：
1.规格说明：
查询图书的信息。
2.引言：
为了查找图书的相关信息。
3.输入：
图书信息的关键字（图书编号或书名）。
4.处理：
利用关键字在图书目录文件中找到此图书分类号或书名图书的相关信息。
5.输出：
图书的相关信息。
3.5功能需求之五：
1.规格说明：
输入读者借书信息。
2.引言：
为了把读者借书的相关信息写入借书文件中。
3.输入：
读者借书信息
4.处理：
通过图书管理系统写入借书文件中。
5.输入：
读者借书信息的全部内容。
3.6功能需求之六：
1.规格说明：
查询读者借书的相关信息。
2.引言：
为了查询读者借书的相关信息。
3.输入：
借阅信息的关键字（借阅编号、读者编号或图书编号）。
4.处理：
利用关键字在借书文件中查找此编号图书的相关信息。
4性能需求
1.精度需求：
在精度需求上，根据使用需要，在各项数据的输入、输出及传输过程中，可以满足各种精度的需求。
2.时间需求：
在软件方面，响应时间，更新处理时间都比较快且迅速，基本满足用户需要。
3.灵活性：
当用户需求发生变化时，设计的软件可作适当调整，灵活性大。
4.故障处理：
1）内部故障处理：
在开发阶段可以随即修改数据库里的相关内容；
2）外部故障处理：
执行非合理性操作时，可立即报错，通过与用户互动来纠错。
5设计约束条件
1.技术约束：
本项目的设计是在SQLServer2000与VisualBasic6.0两款软件的环境下进行的。
2.系统需求：
当今市面上濒临淘汰的计算机配置完全可以流畅运行此软件。
6接口需求：
WINDOWS9X/2000/NT/2003/XP.
7需求注释：
对于本软件，它的功能需求、性能需求、接口需求，从稳定性和可行性上都是可以的。
四结构化分析、设计部分
一总体设计说明书
1．引言
1.1编写的目的
总体设计的主要任务是设计程序的体系结构，也就是确定程序有哪些模块组成以及模块计的关系。
总体设计过程首先寻找实现目标系统的各种不同的方案，需求分析阶段得到的数据流图是设想各种可能方案的基础。
然后分析员从这些供选择的方案中选取若干个合理的方案，为每个合理的方案都准备一份系统流程图，列出组成系统的所有物理元素，进行成本/效益分析，并且制定实现这个方案的进度计划。
分析员应该综合分析比较这些合理的方案，从中选出一个最佳方案向用户和使用部门负责人推荐。
如果用户和使用部门的负责人接受了推荐的方案，分析员应该进一步为这个最佳方案设计软结构，通常，进行必要的数据库设计，确定测试要求并且是定测试计划。
1.2定义
总体设计——又叫概要设计，主要是确定系统的具体实施方案和确定软件结构。
2.总体设计
（1）基本设计概念和处理流程
读者借还书书处理流程：
更新图书资料处理流程：
（2）结构
3.接口设计
（1）用户接口
向用户提供命令
软件回答信息
检索书目
匹配检索关键字的书目信息
修改用户资料
修改后新的用户资料
借阅图书
借阅成功的图书信息
归还图书
归还成功的图书信息
（2）外部接口
接口
传递信息
硬件接口
与打印机接口
图书信息，用户信息，借阅信息
与度条码机接口
图书ISBN，借阅号
软件接口
与数据库接口
图书信息，用户信息，借阅信息
（3）内部接口
接口
传递信息
维护图书资料
添加图书
图书信息（书名，ISBN，定价，出版社，数量，是否可借）
维护图书资料
修改图书信息
图书信息（书名，ISBN，定价，出版社，数量，是否可借）
维护图书资料
删除图书信息
图书信息（书名，ISBN，定价，出版社，数量，是否可借）
维护用户资料
添加新用户
用户信息（ID，姓名，年龄，性别，开户时间，余额，是否VIP，累计金额）
维护用户资料
修改用户资料
用户信息（ID，姓名，年龄，性别，开户时间，余额，是否VIP，累计金额）
维护用户资料
删除用户资料
用户信息（ID，姓名，年龄，性别，开户时间，余额，是否VIP，累计金额）
用户主模块
更新用户资料
用户信息（ID，姓名，年龄，性别，开户时间，余额，是否VIP，累计金额）
用户主模块
用户充值
金额
用户主模块
借阅图书
借阅信息（ID，ISBN，数量，借出日期，押金）
用户主模块
归还图书
借阅信息（ID，ISBN，数量，借出日期，押金）
4.运行设计
（1）运行模块组合
创建模块
查找模块
修改模块
删除模块
管理员添加图书信息
v
管理员修改书目信息
v
v
管理员删除书目信息
v
v
管理员添加新用户
v
管理员修改用户信息
v
v
管理员注销用户
v
v
用户更新个人资料
v
用户充值
v
用户检索图书
v
用户借阅图书
v
v
用户归还图书
v
v
（2）运行控制
运行控制
控制方法
管理员添加图书信息
管理员填写书目信息并提交，系统在书目信息表中创建一个新数据项
管理员修改书目信息
管理员通过检索找到要修改的书目信息并修改，系统在书目信息表中修改后信息
管理员删除书目信息
管理员通过检索找到要删除的数目信息并删除，系统在书目信息表中写入修改信息
管理员添加新用户
管理员填写新用户资料提交，系统在用户资料表中创建一个新数据项
管理员修改用户信息
管理员通过检索找到要修改的用户信息并修改，系统在用户资料表中写入修改后的信息
管理员注销用户
管理员通过检索找到要销户的用户并注销，系统在用户资料表中删除该用户的信息
用户更新个人资料
用户重新填写可修改的用户资料部分并修改，系统在用户资料表中写入修改后的新数据项
用户充值
用户告知管理员充值金额，并付现金，管理员检索到该用户，填写充值金额，系统在用户资料表中该用户的数据项中更新余额一项
用户检索图书
用户填写要检索图书的关键字，系统检索图书信息表，输出匹配条目
用户借阅图书
用户通过检索找到要借阅的图书并借阅，系统修改图书信息表中该书目剩余数量一项，并在图书借阅表中添加借阅信息
用户归还图书
用户归还图书，系统删除图书借阅表中该用户对该书的借阅信息条目，并修改图书信息表中该书的剩余数据一项
（3）运行时间
系统的运行时间基本可以达到用户所提出的要求
5.系统数据结构设计
（1）数据库的逻辑设计
在需求分析阶段已完成该系统所有的数据分析。
根据给阶段所建立的概念模型，已经得出满足系统设计要求的几个关系描述，该阶段的主要工作就是把前一阶段的成果转化为具体的数据库。
（2）数据结构与程序的关系
系统的数据结构由标准数据库语言SQL生成
6.系统出错处理设计
出错信息
A.、输入用户名不存在：
说明数据库没无此用户名，需开户。
B.、密码错误：
说明用户名和密码不匹配。
弹出警告信息后需重新输入密码。
C.、由于管理员没有及时保存数据造成的数据丢失：
可通过数据还原，还原成最近的数据备份
补救措施
A、后背技术说明准备采用的后备技术，当原始数据万一丢失时启用的副本的建立和启动的技术，例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术
B、降效技术说明准备采用的后备技术，使用另一个效率稍低的系统或方法来求得所需结果的某些部分，例如一个自动系统的降效技术可以是手工操作和数据的人工记录；
C、
升级会员 