高级软件工程第三次作业——原型设计(结对第一次)

原型设计(结对第一次)

结对成员

林翔170327041
李明皇170327037

NABCD模型

Need

  针对本次作业这个案例来说,用户最基础的需求为:提供一个学生部门纳新时能够让学生和学生会双向互选的平台。确定了最基础的需求后,我们分析了学生会部门纳新的整体流程:

  • 学生会各部门向所有学生发布纳新通知和常规活动时间和面试时间;
  • 学生填写表格后提交学生会;
  • 学生通过面试,部门将学生纳入部门;
  • 学生按照部门规定的常规活动时间参加活动,若未能参加需提交请假申请,当同一部门请假时间超过6次后部门管理人员将其淘汰;

  根据以上流程,我们认为这个平台的需求有:

  • 部门
    • 部门纳新信息公开;
    • 部门发布常规活动时间时,警告与其他部门常规活动时间冲突;
    • 部门管理人员可在系统上发布纳新通知等相关内容,临时活动,部门人员管理;
  • 学生
    • 申请前了解所有部门情况;
    • 简化学生申请流程,学生若想申请多个部门无需重复填写申请表;
    • 学生报名时,不同部门常规活动时间重叠警告;

Approach

  • 部门管理人员发布纳新信息,其中包括面试时间地点和常规活动时间。若和其他部门常规活动时间冲突(+-2小时)将收到警告;
  • 学生凭学号和密码登录该管理系统后,在个人信息界面填入个人资料。该资料作为申请部门的简历,可重复使用。在个人资料填写内容我们参考了福州大学研究生会的纳新表格。这一部分需要设计一个数据库来实现;
  • 学生在部门信息处可以看到系统管理员发布的纳新通知,可在该处进行职位的选择和申请。若存在部门常规活动或面试时间冲突将受到警告;

Benefit

  • 简化了申请流程,公开了部门情况;
  • 面试时间、常规活动时间、请假次数一目了然;
  • 部门信息沟通更流畅,提升工作效率;

Competitors

  • 操作简单,功能齐全;
  • 作为大学生我们更能了解部门纳新时的流程和过程的繁琐,能更好的简化流程;

Delivery

  参考教务管理系统的模式,系统以web的方式实现。经过内部的测试后向同学推荐,经过改进后联系学校的部门进行推广。

原型模型

原型工具

Balsamiq Mockups

学生界面原型

  • 首页界面
    1251176-20171017180308412-1611587704.png
  • 登录界面
    1251176-20171017180529271-236277041.png
  • 个人中心
    1251176-20171017181251568-1564298647.png
  • 部门申请,学生可以在这里申请加入发布了纳新通知的部门,若已申请部门的常规活动时间或者面试时间冲突,将收到警告
    1251176-20171017185232849-396835490.png

  • 活动安排,学生可以在这里看到自己已加入部门的活动安排,当有部门活动冲突时将用红色标注。学生可以在这进行请假操作并能看到当前请假次数
    1251176-20171017181917490-1584577695.png
  • 我的消息,学生能在这里收到管理人员发送的通知
    1251176-20171017184552006-380731108.png

系统管理员界面原型

  • 通知管理,管理员可以在这里发布新的通知和修改旧的通知
    1251176-20171017183005631-1712787803.png
    1251176-20171017182953146-914712587.png
  • 活动管理,管理员可以在这里发布新的临时活动和修改旧的常规活动
    1251176-20171017183214818-138164136.png
  • 纳新管理,管理员在这发布新的纳新通知,若检测到常规活动时间或面试时间和其他部门冲突将收到警告
    1251176-20171017200832021-1652372371.png

  • 成员管理,管理员在这里看到申请成员的信息和请假次数,可以对人员进行加入和删除的操作
    1251176-20171017183905427-440932457.png

结对过程

  这次合作过程比较愉快。第一天,我们先是看了发布的需求和构建之法的第三章,第四章和第八章之后大致了解了结对是怎样一种状态。第二,三天我们先是一起分析了需求,然后一起设计原型。在设计原型的过程中,确定了大概的网页框架后李明皇负责设计学生部分的页面,林翔负责设计管理员部分的页面。第四天,林翔开始设计需求分析报告的大致架构。最后我们互相检查对方的工作作出补充和修改。最后李明皇补充了PSP表格。
1251176-20171017191100084-150786935.jpg
1251176-20171017191115521-1792107272.jpg

PSP

PSP2.1Personal Software Process Stages预估耗时(分钟)实际耗时(分钟)
Planning计划1015
· Estimate· 估计这个任务需要多少时间1015
Development开发295505
· Analysis· 需求分析 (包括学习新技术)3060
· Design Spec· 生成设计文档60100
· Design Review· 设计复审 (和同事审核设计文档)1015
· Design· 具体设计180300
· Test· 测试(自我测试,修改代码,提交修改)1530
Reporting报告6090
· Test Report· 测试报告2020
· Size Measurement· 计算工作量1010
· Postmortem & Process Improvement Plan· 事后总结, 并提出过程改进计划3060
合计365610

附件

点击下载

转载于:https://www.cnblogs.com/liminghuang/p/7683829.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值