zoukankan      html  css  js  c++  java
  • 结对作业--原型设计

    整体概况

    • 结对信息

    • 原型设计工具的选择

    • NABCD框架

    • 整体工作流

    • PSP
    • 丑照分享


    1、结对信息

    • 031502311 黄旭

    • 031502437 叶海辉



    2、原型设计工具的选择

            
    我们起初几乎是将推荐的设计工具都下载了一遍一一对比了以下,希望能找到比较喜(简)欢(单)的工具,感觉都差不多。后来在Z班某神秘人物的推荐下,我们终于找到了适合我们的一款“墨刀”设计工具,界面简洁易懂,上手操作快。有兴趣的同学们也可以关注一下。但听闻这个工具比较适合用于app的页面设计,不适合web端,还有待探究。而且这个软件好像还有其他方面值得探究,听说还能导出前段代码,国庆时间好好研究一下。

    附上链接



    3、NABCD框架

    • N(Need 需求)

            1)、首先针对“不消费用户”,即是日常的纳新活动基本停留在纸质纳新单的发放回收的情况下,无论是对于学生还是部门来说程序都是相当的复杂、繁琐。是不是能将此过程简化就有了实质性的意义。
            对于从大学入学以来就从事学生工作的我们两个而言而言,纳新是再熟悉不过的事情了。我们的学校纳新就基本处于“纸质版”阶段,每年的纳新都要花费大量的人力物力去印刷材料、发放材料。在面试之前,部门对新生的资料了解几乎为0,而加入部门前新生对于部门的了解也仅仅停留在部门宣传时的只言片语的了解。这就引发了加入部门再退出的情况。而且尽快线上手段已经开始运作,但主要还是学生会官方发布问卷或者二维码来使学生报名,少了一个互动了解的平台,使得双发的了解非常有局限。况且这种方式下会使得只是一种假线上的情形,虽然动用网络手段,却没有做到双方的交互,因此需要一个能够双方传达信息的平台。

            因此一个线上的纳新功能,可以在此基础上让双方都对对方有一定的了解,让部门生活更加和谐。其次针对或许已经是线上纳新的情况,因为基本没有发现过。无从调研,再之后如果有遇到类似的会持续更新。我们也将结合线下纳新的有点,做有意义的探索。


    • A(Approach 做法)

            依托于web端,让大家足不出户就能了解各部门的情况(包括活动时间等),让纳新的前期、通知等变为线上形式,简化程序。对于学生会部门来说,可在线上平台对学生简历进行初步筛选,做到提高效率的目标。


    • B(Benefit 好处)

            上述的需求中就可以体现出好处来。

            对于部门而言,不用再耗费大量的时间、人力去扫楼、去介绍自己的部门,在网站上就能让新生更直观的了解自己的部门的优点。且部门可以在网站上发布活动通知,不同与以往的短信或开会通知的形式,省事省力。

            对于学生而言,不用冒着太阳或者其他恶劣天气外出了解部门,不用担心因为错过什么重要的活动而后悔不已。并可以在线上提交纳新信息。

            对于社会而言,减少纸张的使用,就减少树木的砍伐。减少数目的砍伐,就减少二氧化碳量。减少二氧化碳排放量,就拯救了地球。拯救了地球就。。。。。。(感觉一下升华了很多)。


    • C(Competitors 竞争)

            最直观的竞争就是所有在做这个作业的CP组。我方优势:两个人心都很大。我方劣势:两个人都很菜。(前一段来自黄旭,叶海辉表示很想笑哈哈哈哈)。


    • D(Delivery 推广)

            自己的经历过的纳新和被纳新必定可以作为一个参考,以自己的实际感受去说服大家使用。我们两个都是来自学生会的管理层干部,对于学生会的纳新流程都有充分的认识,我们将利用自身优势(人脉资源等)去推广。充分利用自媒体、网络进行推广。并尝试在各学院去试点推广,汲取利弊。



    • 4、整体工作流



    • 5、墨刀原型图

    1)登录界面

    2)学生登录界面





    3)部门登录界面






    psp

    PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟)
    Planning 计划 10 5
    · Estimate · 估计这个任务需要多少时间 120 60
    Development 开发 60 30
    · Analysis · 需求分析 (包括学习新技术) 50 20
    · Design Spec · 生成设计文档 20 20
    · Design Review · 设计复审 (和同事审核设计文档) 20 10
    · Coding Standard · 代码规范 (为目前的开发制定合适的规范) 10 20
    · Design · 具体设计 20 30
    · Coding · 具体编码 0 0
    · Code Review · 代码复审 0 0
    · Test · 测试(自我测试,修改代码,提交修改) 0 0
    Reporting 报告 60 30
    · Test Report · 测试报告 30 30
    · Size Measurement · 计算工作量 20 30
    · Postmortem & Process Improvement Plan · 事后总结, 并提出过程改进计划 30 30
    合计 315

    附上丑照(两个胖子的夜生活)(背心好帅)

  • 相关阅读:
    android system.img
    ab压力测试和CC预防
    ubuntu工具积累
    ViewManager
    PopupWindow
    singleton注意
    java byte[]生成
    java有符号无符号的转换
    C#垃圾回收Finalize 和Dispose的理解
    Silverlight 获取汉字拼音首字母
  • 原文地址:https://www.cnblogs.com/SwordX/p/7562300.html
Copyright © 2011-2022 走看看