结对项目之需求分析与原型设计

结对学生:031402418 汪培侨

     031402618 林宇晨

使用工具:Axure Rp 7.0

一、需求分析(采用NABCD模型)

N (Need)

年级负责人:

  • 需要向同学收集各种自己选择志愿的信息,收集麻烦
  • 需要通过手动汇总信息,并提交给相应的分配负责人,汇总麻烦

分配负责人:

  • 根据年级负责人收集的信息,进行相应规则的算法排序,分配好相应的老师,有时候需要一定人工分配,只是单纯的分配,没有导师选择学生这一个环节
  • 有时候处理的不好,可能会导致一些学生的分配不合理(当然这方面比较靠近算法)

老师:

  • 只能是被动听从分配负责人的安排,失去自己选择学生的权利
  • 不能够控制自己所带学生的个数,从以往来说,一般都是3个
  • 对自己的学生不够了解,有时候连自己的学生的大体情况都不了解

学生:

  • 对可选导师的了解不够详细,选导师的时候也是迷迷糊糊,比如说是导师的研究方向,导师的选题内容
  • 学生联系导师的方式,也不能够直接去获得,比如导师电话,原有情况下,只能够通过询问其他老师,或者不同的方式去获得,缺少了透明性。

A(Approach)

本次课题我们采用了APP进行对该系统的分配

  1. 登入界面,我们设想是调用教务处登入的接口,进行账号密码的匹配
  2. 首先有一个系统推送消息,先通知学生老师开始选择的时间,然后第一步,由导师先提前登入提交自己本次所选学生人数区间,学生登入填写自己的相应资料,比如推荐利用,以及毕业方向。
  3. 然后学生端的导师选择界面通过导师确定的人数,自动生成可选导师的列表,并且可以通过点击导师的姓名得到导师相应的信息,进行相应志愿的选择次序,然后选择提交,到对应截至时间,就无法更改,期间可完成任意次的提交,最新一次的提交覆盖上面的提交。学生最多可以选择五个志愿,最少选择一个志愿。
  4. 接着就是导师端,对学生进行选择,导师可以查看选自己的学生列表,并通过点击学生的姓名进入到学生信息的页面,查看学生的推荐,以及他的基本信息。导师可以通过这些信息,对相应同学进行筛选,如果不要则点击X,如果要则点击钩,然后也是有一个截至时间,期间也可以通过多次提交,最后一次即最终确认,然后这个选择是对应于自己当初的选择区间,不能大于最大区间,可小于最大区间。当然期间会出现一种特殊情况,就是多个老师选择了同一个学生,则通过消息在第二轮选导师之前,讲消息发送给学生,由学生自己选择这些选择他的导师。
  • 这样第一轮选导师差不多完了。
  • 第二轮第三轮第四轮选导师的方式与第一轮选导师的方式一样。
  • 第五轮的时候,还是通过采用提交志愿的形势,不过这次选择的方式就跟传统的分配方法一样,如果没有到自己想要的导师那里去,只能通过随机分配。
  • 上述轮次中,如果在某轮已经分配完毕后,则通过系统消息反馈,导师分配已结束,不在进行下一轮的筛选。

B(Benefit)

  • 可以化年级负责人收集的方式为提交,可以直接省去年级负责人这个职位
  • 可以更加便捷的去了解导师,以及他们联系方式,不用在想法设法去找了
  • 实现了双向选择的机制
  • 减少了随机分配分到不是自己选择导师的概率

C(competitors)

  • 相比于其他设计者而言,我们原型界面的设计是参考了 MOOC课程APP Coursera的界面风格,扁平化简单易操作。
  • 我们的功能基本上可满足用户的需求,但是用户的满意度上,是有可以改进的地方,比如对导师进行分配时候,导师分类上。
  • 加入了消息功能模块,不必向以往QQ群之类的推送消息,学生和导师即可通过消息模块进行消息信息的获取。
  • 相比较与Web端的,我觉得应该是55开,Web端通过网页查看,电脑屏幕大,可以对条目看的更加的清楚,日后可整合到教务处的功能内部,而我们APP端的则是适应了当前时代的潮流,可以更加便捷的在何处何地,查看内部的信息,日后可以整合到福大教务通,或者西二在线之类的应用里去。

D(Delivery)

  • 首先可以在我们周边的同学进行试用,如果好用的话,整合到福大教务通离去,然后可以推荐给周围学校的人,然后可以收获一定的利润。

一、原型设计

第一步

      首先我们进行需求的讨论,并粗略的画了几张手画图

双方美术都很差,有很大进步空间

第二步

   用原型工具Axure Rp 7.0进行我们界面的展示

   我们界面大小采用了720*1280的屏幕

一、首先二话不说一来肯定是登入界面

可以根据你是老师还是学生,选择对应的账号密码进行登入。

二、导师端界面:

1.人数选择:首先是导师首先确定本次要收的人数,可以按两个数字,表示自己选择的区间。

2.学生选择界面:对选择自己的学生,进行选择,打勾则表示需要,打叉则表示不要该学生。

3.查看学生信息的界面:通过点击上述选择学生的学生姓名可以链接到该学生界面。

4.查看学生界面:查看已经是自己学生的界面,列表中都是自己的学生。

5.导师资料的修改:即展示给学生看的信息。

6.消息界面:即定期传递给导师的信息,即第几轮选课开始,还有自己的注意事项。

时间: 2024-10-26 07:09:26

结对项目之需求分析与原型设计的相关文章

第六次作业——结对项目之需求分析与原型设计

一.结对成员 方泽慧3022.陈慧玲3004 二.需求分析(学习网站) 运用NABCD模型所做需求分析如下: 1. N(need,即用户的需求) (1)不受时间及空间约束的网络自主学习 (2)可以在同一个网站上进行多种方式的学习 (3)可以在同一个网站上查找到经过筛选的优质资源 (4)可以在此平台上找到感兴趣的学习圈子 (5)发帖提问能够在短时间内得到系统的智能回复或人工解答 2. A(approach,即解决用户需求的做法) (1)设置个人信息栏,即可以实现账户注册.发表学习笔记.加入学习圈.

第六次作业(1)-结对项目之需求分析与原型设计

3044:郑杰鸿 3005:王凯川 NABCD模型 N(Need,需求) 不了解编程(非科班)的人迫切希望了解什么是代码,有什么用,效果是怎么样的 希望能够浅尝多种语言的编程风格,但不强求能够系统地进行学习 能够在线对一些语言进行功能求证,自由练习 能够像查字典一样,快速定位到某个知识点,随时能够对不熟悉的知识点回顾 A(Approach,做法) 提供简单明了的界面,通俗易懂的言辞和部分代码,让客户循序渐进, 利用正则表达式或其他的方法对需要用户输入的部分进行判定 B(Benefit,好处) 完

结队项目之需求分析与原型设计

结对项目之需求分析与原型设计 结对者:3011 卢凯欣    3034 戚景晓 一.需求分析(NABCD模型) 1.N(Need,需求) l  游戏玩家可以以游客的身份游览游戏界面. l  玩家可以注册登录,在玩家的个人主页中可以看到个人战绩. l  游戏包括“单机模式”与“对战模式”,“单机模式”为玩家独自练习,“对战模式”为玩家与其他在线玩家对战. l  游戏可以创建房间,输入房间号即可与好友共玩 l  玩家解不出题时,游戏可以给出正确解法.   2.A(Approach,做法) l  对于

结对项目之需求分析与原型模型设计

任课计划系统需求分析 结对人员:031302513 .031302523 阅读<构件之法>,大致了解了NABCD模型的大致过程: 即N(Need需求),A(Approach做法),B(Benefit 好处),C(Competition竞争),D(Delivery推广).通过这个模型我们可以较好的明确自己设计的产品对用户来说比较无用的功能和还未能满足用户需求的模块,以及己方的优劣势. 接下来的分析就以这个模型的流程框架描述. 1.N---Need 我们设计的系统有2类用户:负责人(即客户),任课

2016/9/18结对编程之需求分析与原型设计。

结对学生:031402418 汪培侨 031402618 林宇晨 使用工具:Axure Rp 7.0 PDF链接:百度云 (超过10M没法上传只能百度云了) https://pan.baidu.com/s/1c282qoK 一.需求分析(采用NABCD模型) N (Need) 年级负责人: 需要向同学收集各种自己选择志愿的信息,收集麻烦 需要通过手动汇总信息,并提交给相应的分配负责人,汇总麻烦 分配负责人: 根据年级负责人收集的信息,进行相应规则的算法排序,分配好相应的老师,有时候需要一定人工分

第二次作业——结对项目之需求分析与原型模型设计

031302331 031302223  汇总课表的困扰 针对汇总课表巨大的工作量,我们首先构建了NABCD模型: 一.下面是我们对汇总Excell项目的NABCD模型的理解 1.N(Need,需求) 对象:A.教务处:每个学期中间,第6周,教务处都要发布下学期的开课计划,而如果教务处群发邮件,显得有些麻烦,可以设计一个网站,教务处可以不用群发邮件给老师,减轻工作量. B.老师:开课计划书以群发邮件的形式发给所有老师后,而老师要在规定的时间内,将自己的名字填入自己希望报的课程的那一行 “任课教师

第二次作业--结对项目之需求分析与原型模型设计

备注:苏逸豪031302117 张建平031302528 采用的原型模型:Axure Rp讨论.细化和使用专用原型模型工具时的结对照片: 1>N(Need 需求) 通过客户的描述了解到,目前客户的困难在于教务处每学期第6周都会发布下学期开课计划,并且人工的吧计划书以邮件的形式群发给所有老师,老师则以邮件形式回复负责人,并且专人进行统计.这样做不仅工作量巨大,并且出错的可能性也不小.同时了解到学院没有专门针对这项工作的系统,因此我们认为设计一个选课开课系统是很有必要的,可以人工控制,把收发邮件以及

结队项目--需求分析与原型设计

结对者:031402324 巫振格 031402338 解宇虹 pdf文件:http://files.cnblogs.com/files/gzwu/作业.pdf 工具:Axure Up 8.0 烦恼:1.过程繁琐,数据信息多级传递,费时费力,过程不透明2.大部分学生与老师都只能被动分配,难有自由选择3.学生无法与老师沟通,难以清楚的了解到导师的研究方向与项目,也为之后毕设埋下隐患4.难以时时了解到选每个导师的学生数,可能导致学生扎堆选某一个老师,而有的导师却少有人问津5.每个导师对于期望的学生数

需求分析与原型设计

原型:https://modao.cc/app/FgmvmiaHZmtcWWV95F3qqXCxnRD7zYn 软件需求规格说明书    个人网上商城 版本:1.1 编订:五杀诺手 团队:五杀诺手 日期:2017-10-30 目 录 1.引言 2 1.1目的 2 1.2范围 3 1.3定义.简写和缩略语 3 (1)PM:项目经理. 3 (2)用户访谈:事先与客户沟通,见面分析产品需求的过程称用户访谈. 3 (3)开发人员:开发本文档所介绍的产品的程序员. 3 1.4引用文件 3 1.5综述 3