一丶引言
1.编写目的
- 明确用户的需求,对用户的需求进行分析和确认,提供给用户可行的优化,进一步设计软件
2.项目背景
- 项目名称:计算题生成器
- 面向用户:小学数学教师 三年级以下学生及其他们的家长
- 开发者:福州大学至诚学院大三学生
3.参考资料
- 《构建之法》
二.总体描述
1.开发背景
- 教导主任看了很满意,而且教导主任提议,可以把这个程序放到学校的网站上,用户不断提出了上述的新需求,而且迫不及待地想要使用,需要进行优化设计满足用户的需求 。
2.开发意图
- 方便教师和小学生们的做题需求
3.应用目标
- 小学一到三年级的学生以及老师
4.产品前景
- 降低家长、老师、学校的工作量,方便小学生自助学习测验
5.用户场景分析(User Analysis)
用户 | 身份 | 目的 | 年龄 | 占比 | 动机 | 困难 | 典型场景 | 典型描述 |
---|---|---|---|---|---|---|---|---|
张三 | 小学生 | 自我检测 | 10 | 75% | 提高自己计算能力 | 学习成绩差,特别是计算能力 | 想利用空余时间通过练习提升自己 | 成绩很差,利用计算题生成器生成一些计算题提高自己 |
刘老师 | 小学教师 | 布置作业 | 25 | 20% | 减轻工作负担 | 刚上完课,给学生们布置数学作业 | 每天都要出题目,好麻烦 | 布置作业绞尽了脑汁,不如去"四则运算"网站自动生成 |
李主任 | 小学主任 | 数学考试 | 40 | 5% | 体验一下新科技 | 听说隔壁班的老师使用了计算题生成器,想尝试一下 | 解决完学校里的问题,在办公室生成一套期末考试卷子 | 事务很忙,利用出题器生成一套期末卷子 |
6.用户需求
- 小学生可以通过本网站生成题目及卷子做练习提高自己
- 对于想出几个题目作为作业的用户,可以根据自己的需求使用
- 对于想出试卷的用户,可以根据自己的需求使用
7.运行环境 - 全平台兼容
三、假设与约束
1.假设
- 可操作性:假定使用本网站的用户在经过一段时间熟悉之后,可以灵活地操作本网站来满足自己的需要。
- 用户支持:假定在本网站在开发的各个环节中得到用户的有效支持和配合。
- 技术支持:假定开发初期,小组成员充分认识本系统的需求,认真学好相关知识。开发过程中遇到技术问题,可以及时得到其他同学或者老师的指导与帮助。 -
- 人员配合:假定小组主要成员基本不会出现变动,并且在项目开发过程中不会因为突发情况的发生而导致项目成员无法正常参与开发工作。
- 时间限定:假定项目的截止时间不会提前。
- 需求限定:假定项目需求基本确定之后,不会有太大改变。
2.约束
- 本项目为新项目,没有之前团队留下的基础
- 所有小组成员之前都没有类似开发经验
- 开发期间的其他学习任务,将很大程度上影响开发进度
四、界面原型
以下为根据"出题器"使用流程制作的界面原型展示:
-
出题器的界面(在这里输入账号密码进行注册或者登陆)
-
登陆后进入个人主页
-
点击题目生成可以跳转到指定页面
-
最后输出题目
五、项目缺陷
- 用户无法收藏自己的自定义题目,不方便自己反复查看和下次重复使用自己自定义生成的题目。
- 导致小学生、小学老师、小学主任过分依赖自动化生成程序。
- 没有网页评论的界面,无法收集用户的使用情况。
- 具体功能不够细化,选项不够丰富。
六、结对过程和总计
- 本次结对作业我们轮流设计界面
- 共同探讨界面射击优化
- 在设计时由于对设计界面的美观没啥感觉,处理的比较简单
- 有些功能还不够完整
- 我们合作感觉十分棒