zoukankan      html  css  js  c++  java
  • 第二次作业——结对项目之需求分析与原型模型设计

    说明:

    • 结队成员:031302501,031302530

    • 本次设计的系统是基于android手机开发的app。

    • 本次采用的原型设计工具是axure RP,用来设计android还要下载额外的包,这上面都有:axure中文网

    一、需求分析

    1、需求来源:排课老师在负责排课时需要群发邮件、群收邮件、催收邮件、汇总每个老师的excel,工作量巨大。

    2、需求描述:需要一个系统,报课的教师能够导入excel表格并且能够查看,负责排课的老师能够将提交的excel表格汇总,并且能够查看结果和导出结果。从而减轻排课老师工作量量。

    3、需求分析:根据NABCD原则(Need:需求、Approach:做法、Benefit:好处、Competitors:竞争、Delivery:推广):

    “N”

    我们通过思考讨论出了两套方案:

    • 做一个系统,支持报课教师在上面填表,提交,排课老师能够在系统上面汇总,分类,查看。

    • 做一个专门定制的邮箱功能,简化用户群发,催发,汇总excel。

    第二天,为了明确‘用户’(老师)的需求,我们专门找‘用户’了解了一下,发现用户真正需要的是一个能支持excel表格导入导出的具有汇总功能的系统。于是我们调整了我们的方案,明确了用户需求,并在此基础上制定出解决方案。

    “A”

    本次任务可以使用web开发也可以使用android开发,考虑到对web开发不是很熟悉,我们最后决定使用android开发,并且也有利于我们接下来的组队的android开发任务。

    “B”

    现在用户的需求是一对多的(一个排课老师对多个报课老师),因此,我们要有真对性,所涉及的方面不一定特别广,能够很好解决用户痛点即可!

    “C”

    我们最终的产品验收时间是统一的,不存在先发和后发的区别,因此,把项目做细,做好变得至关重要。

    “D”
    目前主要是靠学校推广,如在教务处提供下载链接、推荐教师使用等。

    二、设计方案

    • 以这个系统作为媒介,报课老师可以到上面去下载需要的表格,填完表格后再上传,发送给排课老师,这样排课老师就不用群发,群收了。

    • 排课老师可以通过系统查看目前提交情况,发出催收消息,所有的还未提交的用户都收到催收消息,这样就可以根据情况方便催收了,当然,如果超过时限,会提醒用户无法提交报课表。

    • 排课老师可以利用汇总的功能把所有已提交的excel报课表汇总,并支持导出excel表格。这样就能解决用户手工汇总的痛处了。

    三、功能介绍与原型展示

    整体功能框架:

    1、登录:分两个角色,一个是报课老师,一个是排课负责人。同时还支持注册账号和密码找回功能。

    2、登录成功后报课老师和排课负责人会分别跳到他们自己的主菜单下:

    • 报课老师:
      支持接收消息(排课负责人发来的催收消息和需要下载的报课表格),查看已上交的历史记录(可作为本次报课参考),导入已经填好的excel表格。

    登录之后主菜单:                        收件箱(用户接收的排课报表和催收消息):

         

    用户打开收件箱里面的排课表格的界面:              用户打开收件箱里面的催收消息之后的界面:

           

        

    • 排课老师:
      支持上传报课表格,实现催收功能(可以保存为草稿),实现合并功能,还可以查看已经合并的excel表格。

    登录之后主菜单:

    上传功能:点击上传之后,在文件夹里面选中之后显示下图:     统计功能:查看当前还有谁没提交,并且根据提交情况和期限决定是否催收

               

    催收功能:                           之前没写完的催收信息可以留在这里,也可以用来参考以前的信息:

             

    选择需要合并的学期的文件夹(里面包含已提交的所有excel文件):  勾选需要合并的对象,进行合并汇总,成功之后,点击返回即可通过“查看”按钮查看:

       
      

    汇总的excel表格所在(已经导出在文件夹里面了)

    3、设置,支持账户管理,以及一些其他操作:

    四、原型设计的结队照片:

    五、规划展望

    计划2-3周完成本项目:
    
    • 第一周实现基本界面和基础功能;
    • 与用户讨论交流,实现功能的增删改工作;
    • 测试并完善app;

    六、总结

    • 开始的想法还是比较贴近用户的主要痛点的,但是讨论中发现要考虑的问题越来越多,之后回想一下发现功能设计上可能会比较繁杂一些,对于这个问题,我们会在后面逐渐简化,提炼主要功能,在完善主要功能之后再考虑逐步扩展。
    • 我们在打完原型草稿之后对原型设计进行了分工,一个人负责报课教师的界面,另一个人负责排课教师的界面,后面汇总的时候发现虽然已经有初稿,但在一些细节方面,风格还是有些不同。之后我们会吸取教训,在分工合作的时候多注意,像原型设计这样的任务尽量交给一个人完成或者两个人结对一起完成。

    七、附件

  • 相关阅读:
    Centos7的iso everything与DVD以及Live的区别
    Spring的PropertyPlaceholderConfigurer应用
    阿里巴巴-德鲁伊druid连接池配置
    阿里巴巴-德鲁伊druid连接池配置
    旅游机票类专业名词---PNR
    旅游机票类专业名词---PNR
    ajax async异步
    ajax async异步
    Mybatis 示例之 SelectKey
    Mybatis 示例之 SelectKey
  • 原文地址:https://www.cnblogs.com/fenice/p/4829897.html
Copyright © 2011-2022 走看看