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

任课计划系统需求分析

 

结对人员：031302513 、031302523

 

阅读《构件之法》，大致了解了NABCD模型的大致过程：

 

即N（Need需求），A（Approach做法），B（Benefit 好处），C（Competition竞争），D（Delivery推广）。通过这个模型我们可以较好的明确自己设计的产品对用户来说比较无用的功能和还未能满足用户需求的模块，以及己方的优劣势。

 

接下来的分析就以这个模型的流程框架描述。

 

1、N---Need

 

我们设计的系统有2类用户：负责人（即客户），任课教师。

 

对于客户来说，他的困扰是要实现：群发邮件，群收邮件，催收邮件以及最为头疼的汇总所有表格：

 

（1）针对群发邮件来说，麻烦之处在于客户需要填写收件人信息。

 

（2）针对群收邮件来说，麻烦之处在于客户需要一份份下载表格。

 

（3）针对催收邮件来说，麻烦之处在于整理出还未提交的任课老师并对其发送催收邮件。

 

（4）针对汇总表格来说，麻烦之处在于需要将所有表格一份份打开，并整理汇总，工作量大，而且只要表格数量一多便极其容易出错。

 

以上便是我们在讨论中确认的客户难点，而客户的需求便是将以上这些麻烦通过一个软件可以傻瓜式的简单操作，随便按个按钮便能完成所有过程。

 

而任课教师也不需要再操作邮箱，仅需在软件的表格上填写信息，提交便可。

2、A---Approach

我们将所有功能通过android app来实现。在我们的设计中，负责人即客户模板有开课计划，任课汇总，催发设定，用户注销这四个功能模块。

其中开课计划：可以导入任课计划表格并查看。

任课汇总：一键汇总所用提交上去的任课老师表格。当同一个老师重复提交只获取最后提交的那份表格。

催发设定：显示未提交人数，并一键提醒这些任课教师。

用户注销：退出。

任课教师模板有任课选择，消息通知，用户注销这三个功能模块。

其中任课选择：查看任课表，并可以直接操作填写信息，提交。

消息通知：接受开课通知，催收通知等。

用户注销：退出。

我们小组使用Axure pro来进行原型设计：

（1）登录界面

（2）管理员界面

催发设定：

（3）任课教师界面

任课选择：

3.B—Benefit

任课计划系统主要针对教师学期开课计划的统计与安排，它针对用户的角色分为负责人和教师两类。此系统主要是简化了负责人在发送、接收与汇总文件时的操作，同时也提供了便捷的催收功能，方便负责人提醒还未提交开课计划的教师。

4.C—Competitors

根据需求分析，开课计划是由负责人手动发送任课计划表给所有教师及接收、汇总教师的任课计划表，同时负责人还需提醒还未提交任课计划的教师，此过程耗时费力。所以这个软件的必要性就很大，可以帮助负责人更快更容易的操作。

5.D—Delivery

我们可以通过多种渠道推广我们的应用，首先可以在一些下载平台发布我们的软件；其次，我们可以通过微信、微博等社交平台推广我们的应用；最后，我们可以制作海报，在上面附上我们应用的二维码，然后张贴在校园的宣传栏上。

总结：限于时间，我们没有进行项目的实际调查，主要是根据这份需求对系统进行了简单的设计。因此，此次需求分析实际上还不能算是一个完整的NABCD的过程，大部分内容都只限于理论设计，实际操作起来还有些问题需要解决。同时，限于技术水平及相关知识的欠缺，我们难以想出更为完善的方案，只是按照所给的需求背景简单设计了系统的功能，在一些细节的处理上还存在问题及不足。

生成PDF链接：http://pan.baidu.com/s/1bnqIV5l