团队作业3--需求改进&系统设计
| 这个作业属于哪个课程 | 软件工程 |
|---|---|
| 这个作业要求在哪里 | 作业要求 |
| 这个作业的目标 | <需求分析和系统设计> |
一、需求和原型改进
- 针对老师的建议进行的修改
-
问题1：如何解决“图书存放位置”这一图书信息需要耗费大量人力去实地查看每一本图书的具体位置？
-
修改1：我们商量决定将图书的信息模糊化，代替存储每一本书的具体位置。该属性存储的信息更改为
由用户定义的某一分类区域的位置，例如文学区的书则记录该区域的位置。 -
问题2：如何区分游客与管理员？
-
修改2：当初缺少这方面的考虑，后经商讨和查阅资料，将为项目设计登录和注册模块，根据注册信息
实现对功能的需求的开放与关闭。
-
修改完善需求规则说明书
我们在需求说明书中添加了一些内容，一在上文提到的需求改进，我们把注册登录功能的功能分析和其对应的
页面设计说明添加进了说明书中，并且制作了项目的模块图和页面关联图放进需求规则分析说明中，以便我们
在日后更加方便地根据该说明书进行开发。 -
功能分析四象限
| 外围功能 | 杀手功能 | |
|---|---|---|
| 必要需求 | 图书管理系统的登录注册功能图书的增删改查功能管理员对用户的增删改查功能 | 对图书进行具体化的分类 管理员可手动管理图书 |
| 辅助需求 | 界面的跳转，美化 | 可通过扫码登录系统 |
4.修改后计划表
| 第 9 周 | 1.团队组队、团队博客 | 进度 |
|---|---|---|
| 2.团队介绍、成员展示、角色分配、选题确定 | √ | |
| 3.制定团队计划安排，团队贡献分的规定 | √ | |
| 第10周 | 1.需求规格说明书（1天） | √ |
| 2.原型设计，队员估计任务难度并学习必要的技术（3） | √ | |
| 3.编码规范完成、平台环境搭建完成、初步架构搭建（3） | √ | |
| 第11周 | 1.原型改进（给目标用户展现原型，并进一步理解需求）（1） | √ |
| 2.架构设计，WBS, 团队成员估计各自任务所需时间（1） | √ | |
| 3.测试计划（3） | √ | |
| 第12、13周 | 1. 团队项目Alpha任务分配计划（1） | |
| 2. 连续7天的Alpha敏捷冲刺，7 篇 每日Scrum Meeting博客+代码提交（7） | ||
| 第14周 | 1.用户反馈+测试计划改进（5） | |
| 2. 团队Alpha阶段个人总结（1） | ||
| 3. 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理（1） | ||
| 第15周 | 1. 团队项目Alpha博客：事后分析（无期限） |
二、系统设计
-
系统模块设计
-
页面关联设计图
-
数据库设计
三、Alpha任务分配计划
- 任务分配
| 开发任务 | 负责人 | 时长 |
|---|---|---|
| 注册页面，登录页面 | 王宇崇 | 3h |
| 用户功能页面，管理员功能页面 | 王宇崇 | 4h |
| 查询页面，增删改页面 | 凌龙 | 4h |
| 借还页面，操作成功页面 | 凌龙 | 3h |
| 注册模块，登录模块 | 黄仲宏 | 7h |
| 借阅模块 | 陈龙杰 | 8h |
| 查询模块 | 梁力恒 | 9h |
| 增删改模块 | 陈嘉豪 | 8h |
- 甘特图
四、测试计划
-
产品：图书管理系统
-
进行怎么样的测试？
答：在开发过程中，对完成的模块进行测试，通过使用不同的变量对模块进行多样本的测试，找出代码的bug，同时测试其
功能是否完善。 -
时间安排？
答：测试的时间安排在每一个小模块完成之后，以保证开发过程中及时纠正错误，避免问题的堆积。 -
谁负责？
答：由每一个模块的负责人对自己完成模块进行测试，保证自己开发的内容符合要求。 -
资源？
答：测试使用的工具为Junit工具包。
