第二次作业——结对项目之需求分析与原型模型设计
2015-09-22 20:40
375 查看
结对成员:031302615 ,031302623 ;
原型开发时使用Axure Rp,以下是结对开发照片
在教师登录页面中,可以直接看到当前学期的课表。
点击消息通知,能看到负责人所发的消息。
点击报课,能选择提交下学期的开课计划。
在负责人界面中,提供课表上传功能,由此上传下学期开课课表。
点击消息通知,能看到自己过去所发的消息,也可以新建消息。
点击报课情况查询,可以看到老师所报课的汇总情况,无需手动汇总。
但是仅能实现客户现阶段的需求,没有挖掘出潜在需求。
附件PDF
原型开发时使用Axure Rp,以下是结对开发照片
NABCD模型分析
1. N(Need,需求)
客户的需求比较明显,主要困扰在于查看每个老师所回复的邮件,并手动汇总各个老师所发的Excel,工作量巨大且繁琐。我们的设想是为客户提供管理平台,自动汇总各个老师所报的课,为负责人减轻工作量。2. A(Approach,做法)
将登录用户分为负责人和教师两种身份;在教师登录页面中,可以直接看到当前学期的课表。
点击消息通知,能看到负责人所发的消息。
点击报课,能选择提交下学期的开课计划。
在负责人界面中,提供课表上传功能,由此上传下学期开课课表。
点击消息通知,能看到自己过去所发的消息,也可以新建消息。
点击报课情况查询,可以看到老师所报课的汇总情况,无需手动汇总。
3. B(Benefit,好处)
由系统自动汇总老师的报课课程,无需负责人手动汇总,极大的减轻工作量。在平台上直接进行信息的收发,可以全选群发,也可以对未报课的老师单独发送催收信息,不需要额外的邮件收发,也不用注册账户与邮箱绑定。4. C(Competitors,竞争)
舍去了较为复杂浮夸的界面,操作简单。而且除了必要的文字输入外(如:编辑消息),其他功能只需点击来查看或提交,更加便捷,人性化。但是仅能实现客户现阶段的需求,没有挖掘出潜在需求。
5. D(Delivery,推广)
可以先在校内实行,推出APP版和Web版,扩大用户人数,并根据反馈进行功能的调整。解决方案预期规划
由于之前并没有这样的实践经历,也是刚开始接触安卓开发。所以想从基本的开发工具入手,分功能开发,然后再进行整合,最后对界面进行一些美化。人手方面,若是只有两个人,可能需要2-3个月的时间。附件PDF
相关文章推荐
- 3.Objective-C 类
- 51nod1040
- 第4周—项目3.(1)结点逆置
- mycd命令
- 替代sql in 性能优化
- 关于FFTW3和NE10在树莓派2上执行FFT和IFFT的耗时比较
- C++函数的默认值问题
- c#特性加反射实现解耦
- 结对项目之需求分析与原型模型设计
- systemUI之statusbar
- Android 位置服务——用户定位User Location
- More Effective C++ 条款16 谨记80-20法则
- 关于网络字节序和主机字节序
- c/c++ 获取当前程序(EXE)所在的路径
- opencv在C++窗体程序中 导包出错
- Web.xml配置详解
- bzoj-3307 雨天的尾巴
- jqPlot,一个 jQuery这个 JavaScript 框架的绘图插件
- 如何在代码中动态为TextView/Button设置drawableRight
- MFC获取指针.doc