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

031302331 031302223 

汇总课表的困扰

针对汇总课表巨大的工作量,我们首先构建了NABCD模型:

一.下面是我们对汇总Excell项目的NABCD模型的理解

1.N(Need,需求)

对象:A.教务处:每个学期中间,第6周,教务处都要发布下学期的开课计划,而如果教务处群发邮件,显得有些麻烦,可以设计一个网站,教务处可以不用群发邮件给老师,减轻工作量。

B.老师:开课计划书以群发邮件的形式发给所有老师后,而老师要在规定的时间内,将自己的名字填入自己希望报的课程的那一行 “任课教师”列,而老师如果不必收邮件,填好再发邮件,只需登陆网站后在线填好开课计划表,想必老师会轻松不少吧。

C.负责人:老师以邮件形式发回给负责人,负责人查阅每封邮件,打开每个excel,查看每个老师的填报,最后手动汇总成一个excel,但是负责人群发邮件、群收邮件、催收邮件、汇总每个老师的excel,工作量巨大。所以,如果能自动汇总老师的开课计划,负责人则省去了繁杂的工作,减轻负责人的压力。

2.A(Approach,方法)

我们小组设计了如下方案:
  可以设计一个网站,上面有现成的开课计划表,老师只需要登陆网站填写好自己的开课计划表并提交,负责人只需要一键汇总就可以自动汇总好所有老师提交的开课计划表,考虑到安全性,可以设置账号密码登陆。

考虑到项目前期老师不习惯用网站,那负责人可以用qq邮箱等客户端群发邮件,并提示老师可到网站上提交表格或在线填写。当然,有些老师更倾向于直接填写然后回复邮件,那么我们可以下载下来放到指定的文件夹,最后网站上选择一键汇总即可。

关于服务器方面,倘若负责人不能接触到服务器后台(即不能将文件放到指定文件夹,即只有服务器上该网站的权限),那负责人可以选择重新提交非在线填写表格和上传表格的老师的报名表,在这边我们应做一个可多选多文件的上传窗口,方便负责人操作。

3.B(Benefit,优势)

1.首先这个基本考虑了所有情况并给出了对应的方案,同时在细节处理上给了使用者很大的方便, 方案免去老师收发邮件给负责人繁琐的步骤,只需要填写好自己的开课计划表,  一键提交就行;教务处也不需要群发邮件给各个老师。

2.其次,更减轻了负责人的工作,群收邮件,再一个个汇总工作量太大,而我们设计的方案可以一键完成汇总步骤,难道不是最大的方便吗?

3.再者,负责人在汇总老师的开课计划表时难免会出错,而我们的方案却避免了这样的失误的发生。不仅速度提高了,工作量减轻了,效率也得到了保障。

4.我们团队拥有非常丰富的项目开发经验和比赛参赛经验,在网站和Android客户端的开发上颇有造诣,在项目在技术上完全可行,这也是相对其他小组我们的一个优势。于此同  时,团队成员为同班同学,并多次在一些项目中进行合作,配合默契,能够更合理的安排项目进度和项目分配。

5.团队成员曾参与众多项目的开发,并且研究学习了《构建之法》,能够更准确的把握用户的需求,产品上力争给用户最好的体验。

4.C(Competition,竞争)

我们的竞争对手很明确,其他小组也有他们的好的想法和方案,

主要的竞争对手就是其他优秀的小组。

5.D(Delivery,推广)

完成了NABCD的前四项后,我们就要考虑该如何将我们的成果交付到我们的客户手中,刚开始的时候,可以先小规模的给老师和负责人使用,让用户体会到快速和便捷,同时收集用户的建议和评价实时的改进,力争给用户最好的体验。等到有好的反响时,可以借助学院和老师的力量,宣传和推广到全校使用,因为我们这个是教师应用,我们目前只考虑网上宣传,并且针对人群为各学院教师。当然一个好的产品的推广归根揭底最重要的还是迎合用户的需求和体验,所以我们也会不断地改进,推出我们的V1.1,V1.2,只给用户最好的体验。

 二.我们设计的原型模型(Axure Rp)

1.登陆界面,老师可以通过登录界面填写自己的开课计划表

2.登录后,老师可以通过勾选选择自己要开设的课程,然后进行提交

3.老师提交完自己的开课计划后,如果有所变化,可以通过查看课表界面进行修改

4.在个人信息版面,可以修改自己登录的密码

5.以管理员的身份(负责人)登录,可以查看已经提交课表的老师和未提交课表的老师,在截止日期的时候,可以通过一键汇总自动生成课表

三.预期的规划:

1.在前1到2周的时间里,完成初步的设计,实现最基本的功能和界面。

2.接下来,根据客户的反应,不断进行修改,不断完善功能,根据实际情况进行适当的修改。

我们结对时的照片:

四.附件:

需求分析.pdf

时间: 2024-11-02 21:27:36

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

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

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

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

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

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

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

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

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

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

结对学生:031402418 汪培侨 031402618 林宇晨 使用工具:Axure Rp 7.0 一.需求分析(采用NABCD模型) N (Need) 年级负责人: 需要向同学收集各种自己选择志愿的信息,收集麻烦 需要通过手动汇总信息,并提交给相应的分配负责人,汇总麻烦 分配负责人: 根据年级负责人收集的信息,进行相应规则的算法排序,分配好相应的老师,有时候需要一定人工分配,只是单纯的分配,没有导师选择学生这一个环节 有时候处理的不好,可能会导致一些学生的分配不合理(当然这方面比较靠近算法)

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

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

第二周:结对项目改进

一.需求: 1.支持四位数的四则运算: 2.支持括号: 3.限定题目数量: 4.支持分数出题和运算: 5.支持控制台输入. 二.具体代码实现: 1 // SiZeYS.cpp : 定义控制台应用程序的入口点. 2 // 3 4 #include "stdafx.h" 5 #include<iostream> 6 #include<stdlib.h> 7 #include<iomanip> 8 #include<time.h> 9 #inc

第二次作业——个人项目实战:数独

1.阅读 刚开始泛看<构建之法>的时候,还是觉得非常难理解里面的内容,特别是代码部分.后来第二次拿起这本书,从第一章开始看起,慢慢了解了"软件企业=软件+商业模式"和对软件工程的定义,但是更多地还是记忆了一遍,没有明白这里面的深意:看第二章的时候,跟着单元测试.回归测试的.效能分析的内容自己照着书上的代码敲了一敲,偶尔会出现bug,但是能得到书上所说的效果还是很开心的,效能分析,感觉就是代码的效率问题,追求高效,然后接触到了软件工程师的一套模型-个人开发流程PSP,我也尝试

软件工程第二次作业—结对编程

一. 作业要求 两人组成一队,进行结对编程. 从第一次软件工程作业中选出一人的作业作为这次作业的基础. 设计一个图形界面(GUI)的四则运算应用程序,可以是PC桌面的图形界面程序.网页程序或者手机程序. 设计的应用程序可以完成加法.减法.乘法.除法运算. 应用程序可以完成真分数的四则运算. 例如:1/2 + 1/3 = 5/6 例如:1/5 + 3/10 = 1/2(而不是5/10) 例如:1'1/3 - 2/3 = 2/3 (是1'1/3而不是4/3,注意:" ' "为1'1/3整数