05、图书馆管理系统测试分析报告
图书管理系统测试分析报告
文档编号：Personnel Management'08_Development_00版本号:1。
0文档名称：测试分析报告项目名称：图书管理系统项目负责人:**＊编写：***＊校对:****审核：**＊＊批准：＊**＊开发单位：软件工程开发小组1引言错误!未定义书签。
1.1编写目的错误!未定义书签。
1。
2背景错误!未定义书签。
1.3参考资料错误!未定义书签。
2程序系统的结构错误!未定义书签。
2.1测试采用的标准及技术错误!未定义书签。
2.2目标系统的功能需求错误!未定义书签。
2.3目标系统的性能需求错误!未定义书签。
3。
4输人项错误!未定义书签。
3。
5输出项错误!未定义书签。
3测试结果及发现错误!未定义书签。
3。
1测试1功能测试错误!未定义书签。
3.2测试2性能测试错误!未定义书签。
4对软件功能的结论错误!未定义书签。
4。
1对图书的增加、删除、修改错误!未定义书签。
4.1。
1能力错误!未定义书签。
4。
1。
2限制错误!未定义书签。
4。
2图书信息的查询、图书借阅信息的查询错误!未定义书签。
4.2.1能力错误!未定义书签。
4。
2.2限制错误!未定义书签。
4。
3图书借阅、还书错误!未定义书签。
4。
3.1能力错误!未定义书签。
4.3。
2限制错误!未定义书签。
5分析摘要错误!未定义书签。
5.1能力错误!未定义书签。
5.2缺陷和限制错误!未定义书签。
5。
3建议错误!未定义书签。
5。
4评价错误!未定义书签。
6测试资料消耗错误!未定义书签。
1引言1。
1编写目的在项目小组（系统分析员)提交了软件《详细设计设计说明书》，并经程序员与系统分析员充分讨论和分析后，由程序员提出了这份测试分析报告。
此软件分析报告对《图书管理系统》项目具体代码完成的过程中,项目组中主要负责测试的人员记录在测试过程中发现的问题以及对问题改进的建议。
本文档将供系统的编程人员、集成人员、维护人员查询和使用。
1。
2背景(1)本系统的名称是：图书管理系统（2）本项目的任务提出者是某高校，开发者是软件项目管理小组,用户是某企业人事及相关部门.1。
图书馆管理信息系统系统分析报告.doc
图书馆管理信息系统系统分析报告1系统分析报告当决定要开发一个信息系统时，首先要对信息系统的需求进行分析。
需求分析要做的工作是深入描述软件的功能和性能，确定软件设计的限制和软件同其他元素的接口细节，定义软件的其他需求。
其实步骤包括四步。
1.1软件开发过程(1)获得当前系统的处理流程，在此首假设当前系统是手工处理系统。
手工处理流程大致是这样的。
读者将要借的书和人借阅证交给工作人员，工作人员将每本书附带的描述信息的卡和读者借阅证一起放在一个小格栏，并在借阅证和每本书上贴的借阅条上填写借阅信息。
这样借书过程就完成了。
还书时，读者将要还的图书交给工作人员，工作人员根据图书信息找到相应的书卡和借阅证，并填写还书信息。
(2)抽象出当前系统的逻辑模型。
在理解当前系统“怎么做”的基础上，抽取其“做什么”的本质，从而从当前系统的物理模型抽象出当前系统的逻辑模型。
在物理模型中有许多物理因素，随着分析的深入，有些本质的因素就成为不必要的负担，因而需要对物理模型进行分析，区分出本质的和非本质的因素，去掉那些非本质的因素即可获得反映系统本质的逻辑模型。
(3)建立目标系统的逻辑模型。
分析目标系统与当前系统逻辑上的差别，明确目标系统到底要“做什么”四个小模块：借书模块、还书模块、续借模块、查询模块、流通统计、同时我还增加了新书录入模块和用户口令模块。
下图说明五者的关系1．新书录入新书录入设置主要是为图书流通环节（如借书、还书等）做准备工作，在这里用户可以定义不同的读者类型，不同类型的读者具有不同的借书限制同时每一类图书的可借册数不能超过借书总数。
读者借阅图书的时间不能超过可借天数；2．读者借书功能:自动审查读者的借书证件是否有效。
并为读者办理借阅手续。
先进行读者编号登录，自动显示出该读者所借的图书，然后在输入要借图书的编号，按登录，单击“借书”即可。
借书过程数据流图如图形1.2所示..1.2借书过程数据据流程图3．读者还书功能:自动审查读者的借书证件是否有效。
图书管理系统测试分析报告
文档编号：Personnel Management’08_Development_00版本号：1.0文档名称：测试分析报告项目名称：图书管理系统项目负责人：***编写：****校对：****审核：****批准：****开发单位：软件工程开发小组1引言 .................................................... 错误！未定义书签。
1.1编写目的.............................................. 错误！未定义书签。
1.2背景.................................................. 错误！未定义书签。
1.3参考资料.............................................. 错误！未定义书签。
2程序系统的结构........................................... 错误！未定义书签。
2.1测试采用的标准及技术.................................. 错误！未定义书签。
2.2目标系统的功能需求.................................... 错误！未定义书签。
2.3目标系统的性能需求.................................... 错误！未定义书签。
3.4输人项................................................ 错误！未定义书签。
3.5输出项................................................ 错误！未定义书签。
3测试结果及发现........................................... 错误！未定义书签。
3.1测试1功能测试........................................ 错误！未定义书签。
图书管理系统测试分析报告
文档编号：Personnel Management’08_Development_00版本号：1.0文档名称：测试分析报告项目名称：图书管理系统项目负责人：***编写：****校对：****审核：****批准：****开发单位：软件工程开发小组1引言 (3)1.1编写目的 (3)1.2背景 (3)1.3参考资料 (3)2测试概要 (3)3测试结果及发现 (6)3.1测试1功能测试 (6)3.2测试2性能测试 (7)4对软件功能的结论 (8)4.1功能1：对图书的增加、删除、修改 (8)4.1.1能力 (8)4.1.2限制 (8)4.2功能2：图书的查询，图书借阅信息的查询 (8)4.2.1能力 (8)4.2.2限制 (9)4.3功能3：图书借阅还书 (9)4.3.1能力 (9)4.3.2限制 (9)5分析摘要 (9)5.1能力 (9)5.2缺陷和限制 (9)5.3建议 (9)5.4评价 (10)6测试资源消耗 (10)1引言1.1编写目的在项目小组（系统分析员）提交了软件《详细设计设计说明书》，并经程序员与系统分析员充分讨论和分析后，由程序员提出了这份测试分析报告。
此软件分析报告对《图书管理系统》项目具体代码完成的过程中，项目组中主要负责测试的人员记录在测试过程中发现的问题以及对问题改进的建议。
本文档将供系统的编程人员、集成人员、维护人员查询和使用。
1.2背景（1）本系统的名称是：图书管理系统（2）本项目的任务提出者是某高校，开发者是软件项目管理小组，用户是某企业人事及相关部门。
1.3参考资料列出要用到的参考资料，如：[1]软件工程开发小组, 《<图书管理系统>需求规格说明书》, 2014.[2]软件工程开发小组, 《<图书管理系统>概要设计说明书》, 2014.[3]软件工程开发小组，《<图书管理系统>详细设计说名书》，2014[4]朱作付, 《软件工程》, 科学出版社, 2005.[5]郑人杰, 殷人昆, 陶永雷,《实用软件工程》, 清华大学出版社,1997.[6]卫红春, 《软件工程概论》, 清华大学出版社, 2007.2测试概要2.1测试采用的标准及技术测试采用的标准和技术如表1~3所示表1 开始/中断/完成测试说明2.2目标系统的功能需求目标系统的功能需求如表4所示2.3目标系统的性能需求目标系统的性能需求如表5所示3测试结果及发现3.1测试1 功能测试系统的功能测试如表6所示3.2测试2 性能测试系统的性能测试报告如表7所示4对软件功能的结论4.1功能1：对图书的增加、删除、修改4.1.1能力基本实现了对图书信息的录入，即图书的增加；图书的选择性删除；图书信息的修改。
图书馆管理系统测试总结报告
图书馆管理系统测试总结报告
图书馆管理系统测试总结报告
第一章引言 1.1编写目的
此软件测试总结报告对《图书管理系统》项目具体代码完成的过程中，项目组中主要负责测试的人员记录在测试过程中发现的问题以及对问题改进的建议。
本文档将供系统的编程人员、集成人员、维护人员查询和使用。
1.2背景
本项目的名称：图书管理系统。
图书管理系统这任务提出与开发者为某学生的课程设计,用户是学校图书馆。
本产品是针对电脑管理图书的可行性设计的，可以完成读者登记、购入新书、读者借还书、图书注销等。
1.3参考资料
[1] 张保军《综合业务系统软件测试管理体系的建立》，《中国金融电脑》2003年第11期
[2]许静、陈宏刚、王庆人，软件测试方法简述与展望，《计算机工程与应用》2003.13
[3]《基于工作流模式的软件项目管理系统的实现》，华东交通大学学报 2003.4
[4]黄莹软件测试技术与测试管理，《工业控制计算机》2003年16卷第5期
[5] 叶言苓、崔彦军，《软件测试管理的研究与应用》2002 [6]王玉玺《软件测试──提高软件可靠性的关键手段》第二章测试概要
第三章测试结果及发现3.1模块功能测试
第四章总结
经过对图书馆管理系统的测试，基于时间关系，系统只有实现两个基本功宿I正对这两个功能，进行测试后发现1在登陆功能上面，测试结果在用户名的合性没有达到要求，由于管理员帐户在根据设定的过程中是在数据库中不能轻易改，所以在数据库中留有两个管理员帐户。
从总体上，系统实现的这两个功能现了需求分析里面·登陆子系统和查询子系统的基本功能。
图书管理系统软件测试报告
软件测试报告（STR)说明：1、《软件测试报告》(SＴR）就是对计算机软件配置项ＣSCl,软件系统或子系统,或与软件相关项目执行合格性测试得记录。
2、通过STＲ,需方能够评估所执行得合格性测试及其测试结果。
1引言１、1标识详细描述对该图书管理系统进行测试得测试过程１、2系统概述开发得图书管理系统运用与windｏw操作系统,主要就是帮助与协助学校图书馆得图书借阅功能,图书管理系统就是由我们6个组员共同分工合作完成得,在为期3周得开发时间中，对所开发得图书管理系统进行了运行，维护与测试。
目前运行一切正常。
１、3文档概述本次测试针对开发得图书馆管理系统进行,包括功能测试,界面测试，负载测试，文档测试。
按照规格需求说明书中得功能进行测试，在测试过程中发现软件得漏洞不足并予以改正。
并严格对源代码进行保密。
２引用文件主要就是对文档得修订与改正，详见报告内容。
３测试结果概述3、１对被测试软件得总体评估软件本身得功能还就是达到了预期得想法,在众多得测试当中，性能与功能都在不断得进行完善，设计得合理，达到了人们得一些生活需求，在以后得测试极其维护该改进中都有非常良好空间.3、２测试环境得影响在现在使用得众多操作系统中,我们选择了主流操作系统,即wiｎdoｗｓ操作系统,但就是windoｗｓ又有多个版本win7、win８、ｗin10等等，在win７与ｗin10得测试环境中测试,所出现得问题,大同小异,很快进行了更正与修改，并且能够完美运行,但就是在wｉn8得使用中，图书管理系统偶尔会崩溃，并且出现乱码与电脑得不确定因素得故障。
所以在消费者使用中，建议大家使用win7与wiｎ１0得电脑,3、3改进建议无４详细得测试结果测试1：系统登录测试测试3：信息查询测试测试4：系统管理测试测试５：借书测试测试６：还书测试测试准备计划测试项目,设计合理得测试用例。
测试1：系统登录测试步骤及操作：运行系统,转到登陆界面，输入用户名及密码,测试登陆功能. 允许偏差：不允许任何偏差条件：用户即可，包括管理员,学生测试2:图书管理测试步骤及操作:运行系统转到图书管理界面，添加、删除、修改条件允许：不允许条件:管理员操作步骤及操作：运行系统,转到图书信息查询界面,输入所要查询书籍，进行测试. 允许误差:允许条件:学生登录查询(2）学生信息查询步骤及操作：运行系统，转到管理员界面,输入学生信息,进行查询。
图书管理系统测试报告
图书管理系统测试报告图书管理系统测试报告目录1．引言.......................................................................... 错误!未定义书签。
1.1编写目的 ........................................................... 错误!未定义书签。
1.2项目背景 ........................................................... 错误!未定义书签。
1.3定义 ................................................................... 错误!未定义书签。
2．任务概述.................................................................. 错误!未定义书签。
2.1目标 ................................................................... 错误!未定义书签。
2.2运行环境 ........................................................... 错误!未定义书签。
2.3需求概述 ........................................................... 错误!未定义书签。
2.4条件与限制 ....................................................... 错误!未定义书签。
3．计划.......................................................................... 错误!未定义书签。
图书馆管理系统-测试报告
七、测试计划1．引言 (2)1.1编写目的 (2)1.2项目背景 (2)1.3定义 (2)1.4参考资料 (2)2．任务概述 (2)2.1目标 (2)2.2运行环境 (2)2.3需求概述 (3)2.4条件与限制 (3)3．计划 (3)3.1测试方案 (3)3.2测试项目 (3)3.3测试准备 (4)3.4测试机构及人员 (4)4．测试项目说明 (4)4.1测试项目名称及测试内容 (4)4.2测试用例 (5)4.3进度 (5)4.4条件 (5)4.5测试资料 (5)5．评价 (6)5.1范围 (6)5.2准则 (6)1．引言1.1编写目的根据测试计划报告，对软件进行测试，详细记录测试过程，以对软件的质量进行评价，为软件设计人员提供BUG依据，故做产生测试分析报告。
1.2项目背景根据学校的希望能够充分利用现代科技来提高图书馆理的效率，在原有的办公室系统基础上进行扩展，将一些可以用计算机来管理的都进行计算机化，使得图书管理人员更加方便，工作效率也更加的高。
1.3定义ASP：是一种未经编译的开放性的应用软件，利用HTML和ActiveX强有力的功能创建强壮的，功能强大的，与平台无关的Web应用系统1.4参考资料1.软件测试与Junit实践王东刚编著人民邮电出版社2．人事管理系统项目开发计划《》软件开发小组3．用户操作手册（初稿）《》软件开发小组4．软件工程导论----第四版张海藩编著清华大学出版社2．任务概述2.1目标开拓创购书的空白，新，弥补了图书馆一直以来网上，增强图书采购的针对性和实用性，解决学生找书难的困境。
2.2运行环境1. 系统运行环境：Windows XP系统2. 系统开发平台: Visual 3．数据库管理系统软件： Microsoft SQL Server 20052.3需求概述为了开发出真正满足用户需求的软件产品，首先必须知道用户的需求，必须使用适当方法与用户沟通，根据该类型中小型图书馆的管理实际情况，系统应当包括管理员登陆，图书出借管理系统俩大功能模块，具体描述为一下几个方面：（1）管理员登陆管理功能：管理员帐号、密码的验证，管理员对已有数据的操作。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
八、测试分析报告1．引言 (2)1.1编写目的 (2)1.2项目背景 (2)1.3定义 (2)1.4参考资料 (2)2．测试计划执行情况 (3)2.1测试项目 (3)1．系统登录窗口测试 (3)2．修改密码功能测试 (3)3．图书录入、删除测试 (3)4．会员录入、删除测试 (3)5．会员查询测试 (3)6．图书查询测试 (4)7．借书测试 (4)8．还书测试 (4)2.2测试机构和人员 (4)2.3测试结果 (4)1．系统登录窗口测试结果 (4)2．修改密码功能测试 (4)3．图书录入、删除测试 (5)4．会员录入、删除测试 (5)5. 会员查询测试 (5)6. 图书查询测试 (5)7. 借书测试 (5)8.还书测试 (5)3．软件需求测试结论 (6)4．评价 (7)4.1软件能力 (7)4.2缺陷和限制 (7)4.3建议 (7)4.4测试结论 (7)1．引言1.1编写目的为了发现“图书馆管理系统”软件存在的错误，进行以下测试【阐明编写测试分析报告的目的，指明读者对象。
】此报告供本系统开发组及校领导审阅。
1.2项目背景《图书馆管理系统》软件由软件学院开发。
【说明项目的来源、委托单位及主管部门。
】《教师教学网络测评》系统由协和学院计算机系开发。
本项目使用的基础数据来源于《高校教务管理系统》，本项目对学生、教师、课程等基础数据未提供相应的管理模块。
1.3定义【列出测试分析报告中所用到的专门术语的定义和缩写词的原文。
】1.4参考资料《软件工程技术及应用》（东北林业大学出版社）【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：a.项目的计划任务书、合同或批文；b.项目开发计划；c.需求规格说明书；d.概要设计说明书；e.详细设计说明书；f.用户操作手册；g.测试计划；h.测试分析报告所引用的其他资料、采用的软件工程标准或软件工作规范。
】《教师教学网络测评》测试计划。
2．测试计划执行情况2.1测试项目1．系统登录窗口测试测试目的：保证登录窗口的正确性与安全性。
测试过程：使用空密码及错误用户名密码进行登录，查看是否具有错误提示，错误提示是否符合实际情况。
将操作员用户名和密码输入到管理员登录窗口中，把管理员用户名和密码输入到操作员登录窗口中，检测是否能够登录，是否有错误提示。
2．修改密码功能测试测试目的：检测密码修改是否能够成功，是否具有容错性。
测试过程：输入错误的原密码、输入空密码、输入不一致的新密码，检测这三种情况是否有出错提示以及提示是否准确。
3．图书录入、删除测试测试目的：测试正确性、容错性和操作是否方便。
测试过程：输入空的书名、编号、时间。
输入文本的格式的编号，重复的编号。
检测更新数据库的正确性和容错性。
4．会员录入、删除测试测试目的：测试正确性、容错性、操作是否方便。
测试过程：输入空的会员名/编号/时间等。
输入文本的格式的编号，重复的编号。
检测更新数据库的正确性和容错性。
5．会员查询测试测试目的：测试查询的准确性，容错性。
测试过程：输入错误的查询字段值，检测是否报错。
输入精确的查询字段值，检测结果是否准确。
输入模糊查询值，检测查询结果是否完整。
6．图书查询测试测试目的：测试查询的准确性，容错性。
测试过程：输入错误的查询字段值，检测是否报错。
输入精确的查询字段值，检测结果是否准确。
输入模糊查询值，检测查询结果是否完整。
7．借书测试测试目的：测试正确性，容错性。
测试过程：输入不存在的图书编号，输入空的图书号或用户名，输入库存为0的图书编号，检测是否有正确的出错提示。
8．还书测试测试目的：测试正确性，容错性。
测试过程：输入会员没有借和已经归还的书编号，检测是否有正确的出错提示。
【列出每一测试项目的名称、内容和目的。
】2.2测试机构和人员【给出测试机构名称、负责人和参与测试人员名单。
】2.3测试结果1．系统登录窗口测试结果输入空的用户名或密码，提示错误“用户名或密码不能为空”。
输入错误的管理员或操作员的密用户名或密码，提示错误“用户名或密码错误，请重新输入”。
2．修改密码功能测试管理员修改密码部分，输入空的原密码或空的新密码或不一致的新密码，提示“管理员姓名或密码不能为空，并且新管理员密码不能两次输入不同”。
输入错误的原密码，有效的新密码，提示“管理员姓名或管理员密码错误，请重新输入”。
输入新管理员密码（20位以上）其修改过后有效的密码部分为前20位，说明密码有效长度为20个字符。
但系统没有错误提示。
操作员修改密码部分，输入空的原密码或空的新密码或不一致的新密码，提示“用户名或密码不能为空，并且新管理员密码不能两次输入不同”。
输入错误的原密码，有效的新密码，提示“用户名或密码错误，请重新输入”。
输入新用户名密码（20位以上）其修改过后有效的密码部分为前20位，说明密码有效长度为20个字符。
但系统没有错误提示。
3．图书录入、删除测试输入空的图书编号或库存数量，提示更新不成功“图书编号不能为空”；“库存数量格式不正确”。
输入相同的ISBN能够更新成功，不符合需求条件。
4．会员录入、删除测试输入空的会员名/编号/时间等，提示“该会员不存在；编号不正确，请重新输入；时间错误等。
输入重复的编号，提示“该编号已存在”。
数据库更新成功。
5. 会员查询测试输入错误的查询字段值，检测是否报错：显示错误。
输入精确的查询字段值，检测结果是否准确：准确。
输入模糊查询值，检测查询结果是否完整：查询结果完整。
6. 图书查询测试输入错误的查询字段值，检测是否报错：显示错误。
输入精确的查询字段值，检测结果是否准确：准确。
输入模糊查询值，检测查询结果是否完整：查询结果完整。
7. 借书测试输不存在的图书编号，不显示。
输入空的图书号或用户名，输入库存为0的图书编号，不显示8.还书测试输入会员没有借和已经归还的书编号，显示该书的目录。
【按顺序给出每一测试项目的：a.实测结果数据；b.与预期结果数据的偏差；c.该项测试表明的事实；d.该项测试发现的问题。
】2.3.1教师评价：对通过验证的学生，系统将列出该生的当前学期的任课教师的姓名、所任课程，并列出当前测评类型中的所有测评项目，以及每个子项目的可选分值或比例，学生可通过单击相应的分值或比例为每个子项目打分。
测试结果：对所有参与测试的学生，系统能够准确地列出该生当前学期的任课教师，所选测评类型的子项目及各子项分值均列出无误。
学生所打的分数均可顺利提交到数据库。
结论：200名学生的并发操作全部成功，证明”教师评价”功能正确实现，且证明本系统的负载符合要求。
2.3.2评价结果存储：学生完成所列教师的各项测评后，点击”提交”按钮，系统将其提交的教师、测评类型、测评子项、子项测评分值存储到后台数据库中。
测试结果：专业测试员依照测试用例精心准备的三个用户、二个测评类型、十个被测者，十一个测评子项共660条测试数据存储到evaldatabyitem数据表中，60条记录存储到evaldatabydepart数据表中，符合预期目标。
结论：评价结果存储功能正确实现。
2.3.3结果统计：系统管理员可随时统计指定的测评类型的测评结果数据。
通常这项工作应在该类测评结束后，将该测评类型取消其可测评状态后再进行，以统计出最终测评结果。
测试结果：以专业测试员使用测试用例准备的测试数据为基准，统计功能执行后，evaldatabyobj，evaldatabytype两个数据表记录数及结果数据与人工统计出的预期结果（精确到0.01）完全一致，符合预期目标。
统计需要的执行时间：1000条记录以内为毫秒级。
2000名学生、20个班级，80位任课教师、60门课程的评价数据统计时间少于30秒。
结论：结果统计功能正确实现。
2.3.4结果查询：系统管理员可查询所有测评类型、所有参评人员的统计数据。
统计数据包括按测评类型分类的参评人员总分、名次。
并以测评类型为单位按总分对参评人员进行排序。
测试结果：以专业测试员使用测试用例准备的测试数据为基准，查询得到的统计结果页面列出了十位被测者的两类测评结果，与人工统计出的预期结果（精确到0.01）完全一致。
这十位被测者的测评子项得分也与预期结果一致。
3．软件需求测试结论经过对图书馆管理系统的测试，基于时间关系，系统只有实现两个基本功能，正对这两个功能，进行测试后发现：在登陆功能上面，测试结果在用户名的合法性没有达到要求，由于管理员帐户在根据设定的过程中是在数据库中不能轻易更改，所以在数据库中留有两个管理员帐户。
从总体上，系统实现的这两个功能实现了需求分析里面中登陆子系统和查询子系统的基本功能。
【按顺序给出每一项需求测试的结论。
包括：a.证实的软件能力；b.局限性（即项需求未得到充分测试的情况及原因）。
】4．评价4.1软件能力该软件能够对管理模块进行安全性的设置；因此具有登陆验证的功能。
软件能够进行基本的图书信息查询。
【经过测试所表明的软件能力。
】本系统能够按需求定义实现全部功能，用户界面还需进一步美化。
4.2缺陷和限制在查询系统中，没有对每一本图书详细信息的查询，只有大致的查询；没有图书馆管理系统进行功能上的丰富，只有两个基本功能；【说明测试所揭露的软件缺陷和不足，以及可能给软件运行带来的影响。
】用户的测评数据一旦提交，则无法修改。
且用户的测评权力容易被冒用，且一旦被冒用则无法从系统中清除该用户的测评数据。
此限制的造成原因为系统不记录测评数据来源于哪位用户。
4.3建议能够实现其他功能，完善图书馆管理系统；【提出为弥补上述缺陷的建议。
】建议改进系统的用户验证方式，前台用户的验证附加密码验证，密码可使用学生的身份证号。
提示用户在提交数据前仔细复核数据。
4.4测试结论该项软件的开发已达到预定目标，能交付使用。
【说明能否通过。
】本系统经过3名专业测试员及200名学生的测试，确认本系统的功能达到了需求分析报告中所确定的目标。
顺利通过了确认测试。
文档类型：可行性研究文档需求文档计划文档设计文档测试文档用户文档工程文档维护文档过程文档密级：公开资料内部资料保密资料机密资料状态：初稿讨论稿发布文档修改记录：修改前版本号修改原因修改时间修改人修改后版本号。