标签：can 建议 截图 UI order 刷题 目的 需要 简洁
分工：
张凌超：类图、顺序图和编码规范
朱燕群：用例图和用例规约
黄晓晴：原型设计
其中软件规格说明书由我们三人共同完成。
一、需求分析：
软件的最终目的是用来解决用户的某些问题，需求分析就是要理解要解决的问题，真正明确用户需求。请完成初步的需求分析：
1. 访问软件项目的真实用户（至少10个），确保软件真正体现用户的需求，为软件最终可用奠定基础。
|
问题1：你觉得做个四则运算系统有没有必要
|
|
1
|
很有必要
|
|
2
|
我觉得太有必要了
|
|
3
|
要的呀，不然老师还要出题太麻烦了
|
|
4
|
有
|
|
5
|
必须有，现在的学生更喜欢用电子设备来答题
|
|
6
|
有
|
|
7
|
嗯，有必要
|
|
8
|
有必要
|
|
9
|
我觉得有必要，因为就比如我，每次做完题都找不到作业本子在哪，有了系统，我做过的题目都会被保存，想看哪次做过的就有哪次
|
|
10
|
有，四则运算这种答案固定的题目，还要老师一个一个批改，效率是真的低，浪费时间
|
|
问题2：那你可以给我们的四则运算系统提些建议吗，比如具备的功能之类
|
|
1
|
起码要有自动出题和批改题目的功能
|
|
2
|
系统？网站吗，我觉得可以做成APP，这样可以随时随地做题目
|
|
3
|
我觉得可以有奖励机制，有了奖励，我更愿意做题目。如果每个学期结束有排名，大家就会蹭蹭蹭的刷题了
|
|
4
|
出题，改题目，错题本
|
|
5
|
界面有活力点，学生会更喜欢用
|
|
6
|
可以加入家长这一角色，作为家长，还是很想随时监督孩子的做题情况的
|
|
7
|
嗯，老师可以设定题目数量，出题的难度，然后发布题目后，要提醒学生做题，做完以后，系统要自动批改题目，公布答案，错误率
|
|
8
|
建议的话，我觉得可以有奖励，有排行榜，有竞争就有动力，就比如QQ运动，微信小游戏的好友排名，大家会为了排名高，而更投入
|
|
9
|
要有保存错题的功能，这样可以练习错题，这样就可以方便复习
|
|
10
|
除了基本功能外，我觉得可以个性化一点，毕竟现在的学生都不是很喜欢枯燥的APP，个性签名啊，这些，都可以个性一点
|
2. 撰写对应项目的软件需求规格说明书。提供《需求规格说明书》的Git链接。
- a. 整体内容必须围绕项目实质展开，对所要开发的项目确保尽力做到清晰完整准确。
- d. 需要有一个目录，word排版样式规范美观，图文并茂，通篇文档有一个统一的样式风格。
- e. 将自己置于读者的立场——如果对软件项目不熟悉的人员，通过阅读这份文档，能否完全读懂软件要做什么。
规格说明书git地址：https://gitee.com/zhanglingchao/ObjectPro/attach_files
二、原型设计
原型设计能够在表现层将设计合成一个逻辑整体，用户能和你一起看到未来交互的软件蓝图、功能和效果，获得较真实的感受，在不断讨论的基础上完善未来的设计思想。因此，原型设计能起到有效沟通的作用，漂亮，直观的原型图更是让人赏心悦目。
1. 不要等到所有代码写好之后再去验证需求，请用设计工具描述用户界面和需求。
2. 原型设计不仅要考虑主要功能的页面排布，同时也要考虑用户实际操作中的问题，提前为用户考虑得当并征求用户意见
3. 系统是必须可运行的，可实际使用的——请抱着这样的心理去考虑系统。
如果是设计原型，采用专门的原型设计工具，能够事半功倍，工具参考：
原型设计地址：https://modao.cc/workspace/apps/p038EB7A8EA1525849870042/preview
三、用例图、用例规约
用例图：
用例规约：
篇幅太大：放置于软件规格说明书中
四、顺序图
五、类图
六、编码规范
编码规范git地址：https://gitee.com/zhanglingchao/ObjectPro/attach_files
说明：全部内容用一篇博文完成，其中规格说明书放在Git上，在博文中给出链接。原型设计给出链接地址，用例图、顺序图、类图采用截图即可。
分析与设计
标签：can 建议 截图 UI order 刷题 目的 需要 简洁
原文地址：https://www.cnblogs.com/zlingc/p/9060842.html
