团队作业3--需求改进&系统设计

这个作业属于哪个课程	https://edu.cnblogs.com/campus/gdgy/2023softwareengine
这个作业要求在哪里	团队作业3--需求改进&系统设计 - 作业 - 2023软件工程-双学位 - 班级博客 - 博客园 (cnblogs.com)
这个作业的目标	形成需求规格说明书、建立和初步熟悉团队git的协作方式、建立和初步熟悉团队git的协作方式
其他参考文献	无

目录

1、需求&原型改进

2、系统设计

3、Alpha任务分配计划

4、测试计划

1、需求&原型改进：

1.1针对课堂讨论环节老师和其他组的问题及建议，对修改选题及需求进行修改 

问题1：没有明确写好服务人员范围

修改1：图书管理系统面对的服务人员是前来图书馆查询书籍的全校师生。

 问题2：缺少定义典型用户和场景

修改2：给出典型用户

名字	小羊
性别，年龄	女，21岁
职业	大三学生
学习需求	准备论文的撰写
典型场景	为了更好的准备论文，需要去图书馆查阅相关书籍文献

1.2场景设计：

1.2.1背景：

典型用户：小羊

用户的需求：1.在图书馆可以借阅论文相关书籍文献，需要有途径查询书籍

2.为了能准确快速的找到相关材料，需要途径来查询书籍

1.2.2场景：

小羊最近高分子化学课程结课了，需要写一篇论文交给老师。她想阅读一些有关高分子的权威文章来给论文填充血肉，于是她前往图书馆去查阅书籍。

来到图书馆后，面对浩瀚的书海，小羊有些犯难：图书馆有这么多书，怎样才能准确找到自己想要的文献呢？迷茫的小羊向图书管理员寻求了帮助。对于小羊的疑问，图书管理员告诉小羊：可以用图书管理系统来查询自己想要的书籍，通过系统可以快速准确的查询出她需要的文献。

小羊进入了网站，在网站上方的“搜索键”处输入了关键词“高分子”，很快就弹出了含有高分子该关键词的书籍和文献。每一本书籍和文献都标明了它们所处的位置，减少了小羊找寻书籍的时间：并且书籍是否被借阅也记录在内，很好的避免了因被借阅而找不到书籍的尴尬情节。除此以外，点击书籍的详情页面，还能看到书籍的简介，大大增加了小羊对该书的了解。

通过该图书管理系统，小羊很快就找到了自己需要的书籍和文献，借阅后开始写论文了！

1.2参考《构建之法》5节功能的定位和优先级，给出功能分析的四个象限

	外围功能	杀手功能
必要需求	图书的分类与管理	图书的增加修改删除功能
辅助需求	界面的转换	查找图书

1.3根据修改后的需求，调整任务分解WBS及相应的项目进度计划

第五周	1.团队组队、团队博客
	2.团队介绍、成员展示、角色分配、选题确定
	3.制定团队计划安排，团队贡献分的规定
第六周	1.需求规格说明书
	2.原型设计，队员估计任务难度并学习必要的技术
	3.编码规范完成、平台环境搭建完成、初步架构搭建
第七周	1.原型改进（给目标用户展现原型，并进一步理解需求）
	2.架构设计，WBS, 团队成员估计各自任务所需时间
	3.测试计划
第八、九周	1. 团队项目Alpha任务分配计划
	2. 连续7天的Alpha敏捷冲刺，7 篇 每日Scrum Meeting博客+代码提交
第十周	1.用户反馈+测试计划改进
	2. 团队Alpha阶段个人总结
	3. 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理
第十一周	1. 团队项目Alpha博客：事后分析

2、系统设计：

 

 

3、Alpha任务分配计划

 

图书管理系统的设计主要是实现对图书的管理和相关操作，包括3个表：

图书信息表——存储图书的基本信息，包括书号、书名、作者、出版社、出版日期、存馆数量、定价等。

读者信息表——存储读者的基本信息，包括学号、姓名、学院、专业班级等。

图书借阅表——存储读者借书的相关信息，包括学号、姓名、书号、书名、借阅日期、应还日期、归还日期等。

管理员信息表——存储管理员的相关信息，包括工号等。

用菜单选择方式完成下列功能：

1．图书信息添加功能：包括书号、书名、作者、出版社、存馆数量、定价等。

2．图书信息查询：分别按书名,按作者名,按出版社等进行查询。

3．图书信息排序：按书号、书名等按升序进行排序。

4．图书信息的修改、删除：按书号或书名进行图书的修改和删除。

5．读者信息添加功能：包括学号、姓名、学院、专业班级等。

6．读者信息查询：分别按学号、姓名、专业班级等进行查询。

7．读者信息排序：按学号、学院等按升序进行排序。

8．读者信息的修改、删除：按学号+姓名进行读者信息的修改和删除。

9．图书借阅：输入学号+书号，如果该书图书信息表中的存馆数量大于0，则可以借出，借出相应数量后修改图书信息表中的存馆数量，在图书借阅表添加该同学的借阅。

10．图书归还：输入学号+书号，修改图书信息表中的存馆数量，在图书借阅表中记录该同学的归还时间。

11．图书借阅查询：分别按学号、书名、学院等进行查询。

 

 

4、测试计划

4.1.测试范围

输入与输出，维护信息，控制，查询。

4.2 测试类型

黑盒测试

4.3需求概述 

本次测试主要针对本小组开发的图书馆管理系统进行系统测试，主要包括功能测试、界面测试、负载测试、文档测试。

在图书馆管理系统需求规格说明书中列出的系统功能和性能都需要完成测试，在测试工作期间发现的所有缺陷都需要改正并确认。

4.4.条件与限制

一个更为完善的图书管理系统，应提供更为便捷与强大的信息查询功能，如相应的网络操作及服务，由于开发时间和计算机数量有限，该系统并未提供这一功能。对信息的保护 手段仅限于设置用户级别，以及提供数据文件的备份，比较简单，不能防止恶意的破坏，安全性能有待进一步完善。  

4.5测试内容

名称	功能	输入	输出
系统登录测试	判别用户身份是否合法	用户名、密码、权限	显示相应子系统
图书管理测试	管理图书	图书信息	修改、添加、删除图书信息
图书查询测试	图书查询	图书信息	所需查询的图书信息
借书测试	读者借阅书籍	用户id和图书id	读者借书记录
还书测试	读者还书	用户id和图书id	消除读者借书记录
用户、管理员管理测试	管理用户	管理员登录系统	查询、添加、删除、修改、锁定用户
统计超期用户测试	统计超期用户	管理员登录系统	对用户进行锁定、提醒超期用户还书

4.6范围

此测试计划说明书中的测试用例能基本上包括所有的情况，基本上能反映此软件是否存在错误。

4.7数据整理

由于系统规模不大，输入输出的数据类型简单，所以，我们采用手工方式将测试数据加工成便于评价的适当的形式。

4.8尺度

1.以能发现错误为准则。

2.能正确完成功能要求。

3.测试用例正确执行，要求输出与预期的输出结果完全一致。