zoukankan      html  css  js  c++  java
  • 第一次结对作业

    结对项目第一次作业——部门与学生的双向选择需求分析

    结对成员

    031502529 王国超

    031502506 陈龙江

    需求分析

    需求分析采用NABCD模型。

    Need

    考虑到目前,部门需要手工发放申请表,手工收集汇总,流程繁琐复杂;各个部门之间信息流通不畅,会引起活动时间冲突;学生会有被“宣传”吸引而在对部门了解不是很清楚的情况下,莫名其妙的就加入了的情况;这种不理解也可能是双向的,部门在对学生不是很了解的情况下就将其吸收,也会为后续的工作埋下隐患。种种现状下,我们不难发现学生和部门的一些需求。

    • 部门
      • 部门介绍,可以包括但不限于:
        • 对部门工作的大致介绍
        • 对部门常规活动时间的说明
        • 纳新人数
        • 面试时间
        • 面试流程
      • 了解学生
      • 将纳新过程信息化
      • 了解其他部门常规活动时间以考虑调整
      • 部门人员管理,可以包括但不限于:
        • 基本信息
        • 面试情况
        • 请假情况
        • 活动参与情况
    • 学生
      • 自我介绍,可以包括但不限于:
        • 基本信息
        • 兴趣爱好
      • 了解部门,可以包括但不限于:
        • 基本信息
        • 面试信息

    Approach

    我们希望能通过一些做法,来满足上述的Need

    • 通过一个简单的页面,来将学生和部门联系起来
    • 对于学生而言,我们可以为之做到:
      • 在此完善和展示自己的相关信息
      • 了解到各个部门的风采和纳新信息
    • 对于部门而言,我们可以为之做到:
      • 在此完善部门信息,展示部门风采
      • 发布纳新信息/公告/通知
      • 通过收集的纳新表格信息对学生进行初步审核
      • 记录学生面试表现/活动表现/请假情况等等
      • 管理部门人员信息

    Benefit

    • 对学生而言:
      • 在选择部门之前,可以对部门有一个大致的了解
      • 对部门的常规活动时间等信息有提前的了解,方便于自己的灵活调整
    • 对部门而言:
      • 摆脱了手工发放申请表,手工收集汇总的繁琐流程,节省人力成本
      • 相对较信息化的管理了面试的流程和在部表现情况,便于管理

    Competitors

    • 优势:
      • 使用方便简单
      • 功能性强
    • 劣势:
      • 界面美观度不足
      • 同类型竞争力略显不足

    Delivery

    • 部门方面,前期与部门联系沟通,让各个部门尝试使用,慢慢带动产品的推广。
    • 学生方面,考虑到纳新,主要面向大一大二的学生,可以在QQ群,贴吧等推广,尽可能让他们能够知道有这么个产品,并尝试使用起来。
    • 收集他们使用情况的反馈,改进产品。


    原型系统展示

    工具:Axure RP

    学生端

    登陆页面

    学生主页面:四个功能:部门纳新,查询申请,我的账号,点击即可进入页面。以及在右侧通知版查看通知

    部门纳新:右侧可以查看纳新的部门,点击 "申请加入" 可以查看详细的相关部门信息

    部门信息页面: 在部门纳新页面上点击相关部门后,跳转为相关部门申请页面。页面中有相关的信息,点击申请加入即可将自己的信息投送到部门

    查询申请 :部门通过学生的申请,将在该页面显示出该部门的申请已通过。学生也可以点击退选,退出该部门

    我的部门:该页面有有我所在的部门列表,点击 "进入",可以查看相关的通知以及请假

    该部门相关的通知在通知列表中显示,点击"查看"详细查看该条通知。点击"申请请假"进行请假申请

    通知页面

    请假页面,填写相关信息,点击"申请请假",将把请假信息投递到部门。

    我的账号填写自己的相关信息,点击"确认修改"。


    部门端

    部门登入

    部门主页

    纳新管理:发布相关纳新通知和纳新申请管理

    通知管理:编辑和发布部门通知到该部门的学生

    人员管理:管理部员,查看部员相关信息,淘汰部员。

    请假管理:对部员的请假申请进行管理


    psp表格


    结对过程展示

    讨论


    将两人的概念表达在图纸上并进行讨论


    结对总结

     王国超:通过这次结对作业,首先了解了项目模型是如何产生并初步成型的。在这个过程中和队友之间的讨论使得项目越来越清晰。让我意识到和别人交流想法和意见是很高效的思考方式。
       其次我也通过这次结对作业,学习了nabcd模型,只是构建一个项目很有效的模型。还有就是我这次使用的构建模型工具是Axure RP 10。其中设计界面使项目进一步具体化的过程还是很有意思的。
       总而言之,通过这次结对作业,确实学到了不少东西。
    
     陈龙江:
    - 原型方面,一开始下了MockPlus,但是我一打开他就gg???后来就换了Axure Rp。因为分成学生端和部门端,就两个人一人选了一个玩
    - 博文方面,一个写原型分析,一个写NABCD分析总结,分工也是很明确
    - 总的来说,第一次做结队作业还是很happy的。在结队讨论的时候,从自己形成了一个框架,到慢慢的吸收对方的意见整合,完善这个框架的过程也很棒啊!从看到作业NABCD模型心想这~~什么鬼~~啊,到看完第八章之后,发现这个说起来简单但确是前人的知识结晶的东西用起来似乎也不是特别的难以理解的过程也是在慢慢学习的过程!从看到原型模型设计一脸???到慢慢尝试原型模型设计工具的各种功能的过程也很~~偷税~~愉悦啊!
    - 结队路漫漫,且行且珍惜。
  • 相关阅读:
    ACM ICPC 2008–2009 NEERC MSC A, B, C, G, L
    POJ 1088 滑雪 DP
    UVA 11584 最短回文串划分 DP
    POJ 2531 Network Saboteur DFS+剪枝
    UVa 10739 String to Palindrome 字符串dp
    UVa 11151 Longest Palindrome 字符串dp
    UVa 10154 Weights and Measures dp 降维
    UVa 10271 Chopsticks dp
    UVa 10617 Again Palindrome 字符串dp
    UVa 10651 Pebble Solitaire 状态压缩 dp
  • 原文地址:https://www.cnblogs.com/031502529wgc/p/7577047.html
Copyright © 2011-2022 走看看