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

    我和队友的学号分别是:031302404、031302430
    这是我第一次以结对的形式和另一人一起做项目,心中百感交集。对于本次的项目——“结对项目之需求分析与原型模
    型设计”,我们很快就决定了任务分配:基础薄弱、需要历练的我承担原型设计的“重担”,有着丰富社交、写文案经
    验的队友负责编写NABCD等文档。但这并不意味着我们就单干了,单干意味着工作的不可磨合。实际上,从分配任务的第
    一天开始,我们凭借各自对客户需求的理解,手工绘制了一些草稿,并有几次简短的交流——毕竟我们的时间都很紧张,
    没有做更深入的理解。
    部分手稿:

    结对过程:

    下面是NABCD模型:##

    • Need 需求分析:###

    对于学校里负责排课的老师来说,在排课期内需要通过邮件向各个授课老师询问关于其所授的课程名,实验学时,理论学
    时,起讫周序,以及对于该排课的其他要求(如上课时间是上下午还是晚上,教室位置等)。收到邮件后进行汇总,并对每
    个课程做出合理的安排。在实际操作中,由于是人工操作,排课老师需要手动来给学院的老师发送开课列表,并接收授课
    老师的邮件。每个老师回复邮件的时间不同,需要排课老师经常性的查阅邮箱,要花费大量的时间在上面。在排课截止前,
    授课老师可能会对原计划做出修改,需要排课者查阅邮箱并且对最终表不停的做出修改。另外手动汇总各个excel也是一件
    费时的工作,有时可能遗忘一些表项从而影响后续的工作。
    我们需要一个排课系统,各个老师登陆自己的信息,向系统发布自己的上课计划,以节约手动汇总excel的时间。管理
    员只需要在开始时将原始开课列表上传到系统就可以了。当一段时间某个老师没有及时上传上课计划,系统自动会通知任
    课老师或者排课老师,保证排课能够在截至前顺利完成。

    • Approach 实现方法###

    设计一个web站点,教师通过自己的工号等信息登陆,查看教务处的开课列表,在选课界面选择或输入自己所选的课程及
    时间等选项。排课老师可以通过账号登陆,查看web自动汇总的本学院教师的上课计划,在其基础上适当调整。

    • Benefit 设计收益###

    能够大幅度减少办公时间,不用手动给各个老师发送邮件,节约了汇总以及后期修改的时间。
    授课老师只需要在网上填写自己的授课时间科目就可以,不再需要用excel填表,再发送邮件。

    • Competitors 竞争优势###

    相比于传统的web端,移动端排课系统不受空间的限制,只要有一台移动设备就能轻松处理完排课工作,而且办公方式也
    是逐步向移动端靠近。

    • Delivery 推广策略###

    在测试OK后,向老师们宣传我们应用的有点,请他们试用,收集反馈意见,使我们的应用更人性化,更方便。

    设计成MSP模型如下##

    MPS适用于团队,而我们二人组只是凭兴趣做了这种构架,比较粗糙。

    原型模型设计##

    采用的设计工具是Axure Rp

    • 用户登录界面###

    采用的最经典的登录模式
    登陆后会根据个人信息自动跳转到排课负责人和授课教师的界面。

    • 选课教师界面###

    授课教师主界面包括查看已提交课表,选课界面,消息通知,和备忘录界面。
    左上角是音量键,可以调节通知的音量
    右上角有一个设置按钮,包含一些常用选项。

    • 选课界面###

    • 包括查看教务处的课程计划、查看自己当前的选课情况。

    • 如果有修改的需求,可以在这个界面修改后提交即可。

    • “起讫周序”一栏可以直接填上起始周期和结束周期,比较方便

    • 点击每一个课程,都会跳出该课程的详细信息

    • 排课负责人界面###

    十分简洁的三个选项,各有用处:
    开课计划:可以生成excel表格。可以录入deadline,以及所要开设的课程信息。
    选课计划:可以统计当前的选课情况。
    备忘录:可以记录一些重要的idea。

    选课情况

    • 显示统计结果,如需查看具体的人员名单,可以按下“查看名单”
    • 主体显示的是目前生成的课表
    • 如需立刻提醒未提交的老师速速提交,可以点击“一键提醒”,但目前不清楚是否要采用“群发短信”还是通过“网络方式”
      提醒,因为前者容易被接收到消息,但资费较贵,后者可能存在接收不到的情况(比如没开流量),但资费较低。需要商榷

    解决方案预期方案##

    1. 耗时预期:三个星期
    2. 先期知识的储备:需要花费一周的时间来学习开发语言。
    3. 用户沟通:将先期方案与用户讨论,并进行适度的调整。
    4. 界面实现:编写代码实现界面的主体部分,之后再对细节进行处理和界面的美化。
    5. 功能实现:编写功能模块。
    6. 完善与测试:再次与客户沟通,完善软件并测试,使我们的应用更加完善。

    体会##

    • 这一次感觉到把抽象的客户需求变为相对具象的原型模型,还是比较耗时间的,不管问题的难易。
    • 这一次初步了解了Axure Rp的使用方法,有了一些原型设计的基础,但还需多加练习。

    最后,附上本次博客的PDF的地址: https://files.cnblogs.com/files/jdlw/需求分析与原型设计.pdf

  • 相关阅读:
    20.12.2 leetcode7
    20.12.1 leetcode34
    20.11.30 leetcode767
    20.11.29 leetcode976
    Codeforces632E 选择/小偷与商店 背包DP
    魔法少女 DP NG放的水
    逆反的01串 模拟 NG放的水
    最大数maxnumber bzoj1012 JSOI2008 单调队列
    组合数问题 vijos2006 NOIP2016 D2T1 杨辉三角 排列组合 前缀和
    信息传递 vijos1979 NOIP2015D1T2 强连通分量 tarjan模版题
  • 原文地址:https://www.cnblogs.com/jdlw/p/4830147.html
Copyright © 2011-2022 走看看