团队作业2——需求分析&原型设计

个人学习计划提醒系统

需求分析：

1.访问软件项目的真实用户（至少10个），确保软件真正体现用户的需求，为软件最终可用奠定基础。

我们首先在班级群里发表了投票，询问同学的基本需求

除了上述的需求，我们还采访了十多位同学他们对个人学习计划提醒系统的需求

以采访其中一位同学的过程为例：

采访者：同学你好。如果让你使用个人学习计划提醒系统，什么样的功能会更吸引你呢？

被采访者：客观的说 就是那种 把目标分成很多块 然后给你合理规划学习多久休息多久 今天要完成哪个部分的内容的系统

采访者：那主观的说呢？

被采访者：就是在我不想学习的时候出现一句话 你再不学习就变成废人了

采访者：好的，谢谢配合我们的采访。

 

其他的数十位同学还提出了以下需求：

（1）课程表的导入及课程的提醒（可以适当添加感兴趣的非本专业的课程，在开课的时候提醒同学，可以去蹭课，了解更多方面知识）

（2）可以适当的加入一些学习资料等

（3）有每日的进度表，未完成的合理安排并进行提醒与警告（有的同学提出任务未完成可以自动分享到朋友圈，以此激励同学们每日任务的及时完成）

（4）可以在学习的过程中适当的播放一些轻音乐，增强学习效率

 

2.参考《软件需求规格说明书》国标规范文本，撰写对应项目的软件需求规格说明书。提供《需求规格说明书》的Git链接。 

需求规格说明书

 

3.NABCD

N (Need需求): 目前大学生虽然拥有大量自由支配时间，但是惰性和安排上的不合理，要求大学生要有良好的时间管理能力和意识才能合理地安排好自己的时间。为满足学生学习和生活的需要,包括课程表管理、提醒、日程安排等功能。

A (Approach做法)：我们小组定位的是APP应用。目前功能主要有：个人日程安排、任务完成进度、工作完成状态、导入课程表。用户在登录后，可添加学习计划和导入课程表，应用将根据用户的学习计划安排给予提醒并显示完成进度。

B (Benefit好处)：选择app是因为对于网页来说，更能随时随地的发挥到本系统的提醒作用。个人学习计划提醒系统可以更加方便的提醒使用者急需处理的事情，拥有紧急程度排序，可以根据待办事项的紧急程度进行提醒；标记已完成或者未完成的任务实现学生的自主管理,从而提高学生的学习效率。

C (Competitors竞争)：目前市场上针对学生群体的提醒软件并不多，我们的优势在于面向对象专一，而且我们作为学生更加能从学生的角度分析需求。并且可以在同学之中做市场调研和推广，收集反馈，以取得竞争优势。

D (Delivery交付)：先在学生群体进行小范围推广，收集用户体验，并根据用户意见及时完善功能。

 

4.团队协作，加强分工，需要描述每个成员的具体分工及占整个文档任务的工作量比例。

林清青和张中结，主要负责需求规格说明书，占整个文档任务的30%

林晓芳，主要负责需求分析中的NABCD模块的撰写，占整个文档任务的15%

 陈惠 ，主要负责原型设计方面，占整个文档任务的20%

 郑莹 ，主要负责分工、整合各成员的文档，代码规范设定以及最后进行博客的撰写和发表，占整个文档任务的15%

吴东益，主要负责需求分析中的用户采访部分，占整个文档任务的20%

 

原型设计：

app开始会来一句心理鸡汤或者正能量的话语，然后就进入登录界面：

 忘记密码：                                          注册账户界面：

操作界面，目前设计的主要是分为两块，包括日程安排和工作任务状态

用户根据自己的实际情况进行设置：

编码规范：

（一）代码风格规范：首先要坚持代码风格的原则：简明，易读，无二义性。

1.缩进: 使用4个空格的距离。

2.行宽：100字符。

3.括号：在复杂的条件表达式中，用括号清楚地表示逻辑优先级。

4.断行与空白的{ }行：每个“{”和“}”都独占一行。

5.分行：不把多行语句放在一行上。

6.命名：使用驼峰命名法和帕斯卡命名法相结合来进行命名。

7.注释：每个重要的函数、算法或是他人可能较难理解的地方进行注释。

（二）代码设计规范

1.函数：绝大部分功能都在函数中实现。

2.错误处理：考虑到多种情况，按实际编写错误处理代码。特别是在参数的处理上。

3.代码复审：各成员之间进行相互的代码交换复审，并相互提出意见进行改进。