| 这个作业属于哪个课程 | 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.图书的分类与管理
2.图书的增加删除修改功能
3.界面的转换
4.查找图书
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、系统设计:
在设计阶段,我们要清楚:软件是怎么解决这些需求的?
一个好的分层式结构,可以使得开发人员的分工更加明确。一旦定义好各层次之间的接口,负责不同逻辑设计的开发人员就可以分散关注,齐头并进。
- 如何才能最大限度地实现这些需求,这就是架构设计要解决的问题。请给出系统的架构设计
- 完成团队项目的数据库设计,并在随笔中提供相应ER图(如果必要)
3、Alpha任务分配计划
召开迭代计划会议,为下周进入Sprint作准备。具体内容如下:
- 依据项目组能提供的总时间、功能模块的优先级以及模块之间的依赖关系,在Product Backlog中选取待实现的功能项。(5分)
- 对已选择的功能项再做进一步分解,分解为1-10小时左右的任务,构成Sprint Backlog。在PM的协助下,编码的同学对任务进行认领。(5分)
- 以甘特图的方式拟定迭代冲刺计划。(10分)
(示例覆盖了全周期,本次迭代计划只关注alpha阶段即可)
4、测试计划
4.1.测试范围
输入与输出,维护信息,控制,查询。
4.2 测试类型
黑盒测试
4.3需求概述
本次测试主要针对本小组开发的图书馆管理系统进行系统测试,主要包括功能测试、界面测试、负载测试、文档测试。
在图书馆管理系统需求规格说明书中列出的系统功能和性能都需要完成测试,在测试工作期间发现的所有缺陷都需要改正并确认。
4.4.条件与限制
一个更为完善的图书管理系统,应提供更为便捷与强大的信息查询功能,如相应的网络操作及服务,由于开发时间和计算机数量有限,该系统并未提供这一功能。对信息的保护 手段仅限于设置用户级别,以及提供数据文件的备份,比较简单,不能防止恶意的破坏,安全性能有待进一步完善。
4.5测试内容
|
名称 |
功能 |
输入 |
输出 |
|
系统登录测试 |
判别用户身份是否合法 |
用户名、密码、权限 |
显示相应子系统 |
|
图书管理测试 |
管理图书 |
图书信息 |
修改、添加、删除图书信息 |
|
图书查询测试 |
图书查询 |
图书信息 |
所需查询的图书信息 |
|
借书测试 |
读者借阅书籍 |
用户id和图书id |
读者借书记录 |
|
还书测试 |
读者还书 |
用户id和图书id |
消除读者借书记录 |
|
用户、管理员管理测试 |
管理用户 |
管理员登录系统 |
查询、添加、删除、修改、锁定用户 |
|
统计超期用户测试 |
统计超期用户 |
管理员登录系统 |
对用户进行锁定、提醒超期用户还书 |
4.6范围
此测试计划说明书中的测试用例能基本上包括所有的情况,基本上能反映此软件是否存在错误。
4.7数据整理
由于系统规模不大,输入输出的数据类型简单,所以,我们采用手工方式将测试数据加工成便于评价的适当的形式。
4.8尺度
1.以能发现错误为准则。
2.能正确完成功能要求。
3.测试用例正确执行,要求输出与预期的输出结果完全一致。