软件工程实践报告
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
经济与管理学院
软件工程实践报告
实践题目:图书馆书籍订购系统
专业:信息管理与信息系统
班级:1401班
姓名:***
学号:**********
第一章问题定义
1.任务
(1).学生和老师能够随时登录系统,记录破损书籍、填写新书申请单。
(2).图书馆管理人员能随时登录处理申请单、查看库存和输入初始的库存书籍,还有查看进书通知。
(3).采购人员能随时登录系统查看缺书单,填写进书单。
(4).所需资源:人员—本人在老师和相关专业人员的指导下完成。
(5).硬件设备费用:一台专用的数据库服务器;一台数据备份服务器兼双机后备服务器;两台普通的终端PC机;
(6).所需经费:硬件设备费用和系统开发费用共需要30000元左右。
2.文档<< 系统目标与范围说明书>>
(1).项目名称:图书馆书籍订购系统
现行系统存在的问题: 学校现有系统是手工管理方式和文档管理方式,在管理质量和管理效率上,从根本上不能适应大规模的管理要求。由于书目种类繁多,而且破损书籍分布广泛,统一整理耗费大量的人力物力。使用该系统,学生老师在看到破损书籍的时候,在系统上登记,发现书本缺失,可以及时发现,及时补充。师生也可以申请图书馆购置新书。
(2).项目目标:
A.使工作人员从繁忙的工作中解放出来。
B促进管理的自动化,提高工作效率。
C.提高系统中任何数据处理的准确性。
D.人力与设备费用的减少,可裁剪图书馆管理部门的人员。
F.管理服务的改进:降低图书订购服务中的错误发生率,减少信息交流的繁琐过程。
(3).给出软件的需求:
A.所建议的系统的运行寿命的最小值:3年
B.进行系统方案选择比较的时间为:3周
C.运行环境:Windows XP,Windows 7,Windows 8等。
D.数据库:Mysql。
(4).软件目的:希望图书馆图书管理的过程简单、方便、快速。
(5).项目范围:图书馆书籍系统是为大多数教育院校开发的,用于日常的书籍管理,包括补充和新置。提供数字化的管理,提高图书馆管理部门的工作效率。
A.硬件:PC机一台,打印机一台。
B.软件:Windows操作系统,Access数据库管理系统,
Tomcat,Eclipse,JDK。
C.硬件设备费用:一台专用的数据库服务器—10000元;一台数据备份服务
器兼双机后备服务器—10000元;两台普通的终端PC机—2000元/台;
D.系统开发费用:10000元
(6).可行性研究阶段时间,经费预测: ( 时间按相似规模软件估计,经费为开发及运行经费的5%-10% )
A.可行性研究阶段时间:可以先在学校试运行3个月,观察师生对系统的认可度,以及是否方便图书馆对于破损书籍的管理。
B.经费预测:在这一阶段大约需要费用2000元。
第二章可行性研究
1. 任务
用最小的代价在尽可能短的时间内确定问题是否能够解决.
2.文档: << 可行性论证报告>> + << 项目实施计划>>
<< 可行性论证报告>>
(1).系统概述:本系统可细化为两个子系统:登记系统和采购系统。登记系统的工作过程为:首先由教师或学生购书申请单,经图书管理人员审核是有效购书单后,开发票、登记并返给学校财务处,公告新书,教师或学生即可借阅。采购系统的主要工作过程为:若是脱销图书,则登记缺书,发缺书单给书库采购人员,一旦新书入库后,即发进书通知图书管理人员。
(2).可行性分析:
A.技术可行性: 具备一定的计算机常识,熟练掌握关于数据库和编程技术,了解各服务器的异同。
B.经济可行性: 根据软件系统的规模估计,本系统开发期为3个月,大概费用为1500元,假设投入本系统,效率可以提高50%,再根据所花费的运行和开发及维护系统的费用,可以估计出本系统收益总额为102万元。
C.操作可行性: 由于学校图书馆书籍较多,并且还在不断增加,图书管理系统的不完善会给老师和学生带来很大的麻烦,因为要采集很多的信息,数据,经常还会很容易出现错误,同时效率也很低。为此,应该采用采用合理技术和方法不断完善本系统。
(3).结论: <<项目实施计划>>
A.系统资源:
硬件:PC机一台,打印机一台。
软件:Windows操作系统,Access数据库管理系统,Tomcat,Eclipse,JDK。
人员:一名数据库服务器操作人员,一名登记系统操作人员和一名图书采购系统操作人员。
组织机构:各大高校,以及各省市图书馆。
B.费用预算:分阶段的人员预算费用一名数据库服务器操作人员—3000元/月、两名终端系统操作人员—2000元/月。
C.进度安排:各个阶段起止时间,完成文档及验证方式。随着课程的进度同步完成系统的开发及文档编写工作。
D.要交付的产品清单:①学生或教师需要提供以及审核通过的购书申请单
②系统根据购书单自动生成的通知单。
第三章需求分析
1.任务
(1).确定功能需求,性能需求,环境需求,用户界面需求。
(2).编写文档:包括编写需求规格说明书,初步用户使用手册,确认测试计划,修改完善软件开发计划。
2.文档: <<需求规格说明书>>
(1).目标系统功能描述:
A.图书破损登记服务:学生、老师、借阅者在发现图书破损、缺失时登录系统在系统中登记。
B购书申请服务:向图书馆推荐新书,填写购书申请,管理人员审核后回复是否购书。
C.购书服务:确认采购的书籍种类、数目等信息。
D.通知采购:确认采购信息之后,通知工作人员进行采购。
E.采购反馈:采购人员发现图书脱销无法补充,并将信息反馈给管理人员,管理人员反馈给申请者。
(2).目标系统性能描述(处理速度响应时间安全限制等):
A.精度 :购书是由需求决定的,只要有缺书现象则会体现出来,但也因为这样,如果需要提前多购相关书籍的话,则需要管理人员的参与。
B.时间特性要求 :响应时间为0.5秒;更新处理时间为0.5秒;数据的转换和传递时间为0.5秒。
C.可靠性 :较高
D.灵活性 :在购书单未审核时,可以撤消订购或修改,一旦审核,则不能再修改;操作方式上映满足鼠标和键盘任意切换;留有与其它的借口。
E.安全性需求:正确使用计算机并实时监测维护计算机的安全,及时更新杀毒软件、扫描系统漏洞;每个用户在第一次登录后,必须更改最初登录密码,最初的登录密码不能重用。