软件工程实践2017 结队项目——第一次作业

作业链接

031502333

1. 需求分析

采用NABCD模型

N (need|需求)

• 部门:
  1.流程繁琐复杂，各个部门手工发放与汇总申请表
  2.各个部门之间信息沟通不畅，导致不少学生由于时间冲突而被淘汰，浪费时间和精力
  3.对学生了解有限，盲目接收易影响后续部门工作的正常运行。
• 学生:
  1.加入前对部门缺乏了解，加入后可能由于时间冲突而放弃
  2.加入过多的部门导致部门间的冲突，影响部门与自身

A (approach|做法)

• 部门:
  1.宣传部门基本概况和信息
  2.对外告知部门常规活动时间，发布部门通知
  3.在线收集与审核申请表
  4.对外公开透明化面试流程与细则
  5.了解部员的出勤概况
• 学生:
  1.了解部门概况信息及其常规活动时间
  2.在线提交申请（如面试、请假等），查看申请结果并知晓被拒理由

B (benifit|好处)

• 部门:
  1.简化繁琐的流程，减少人力工作，提高部门工作效率
  2.实现各部门间信息共享，弱化由于时间冲突而导致的不良后果
  3.在接收新成员前，能够有大体的了解，尽量避免了后续配合存在隐患和困扰
  4.对外公开透明化面试流程与细则，使日常管理和淘汰机制更加完善
• 学生:
  1.对部门有充分的了解，避免盲目申请，浪费时间与精力
  2.了解面试细则，知晓被拒理由，让自己向更好的方向发展
  3.更好的规划和安排学习/工作的时间，提高各方面素质与效率

C (Competitors|竞争)

• 优势:
  1.目前市场上还没有成型的同类产品，市场竞争小
  2.对于部门-学生之间信息桥梁有刚性需求，应用前景广阔
• 劣势:
  1.正常用户不愿意在手机中安装过多软件
  2.缺少用户量，若集成到如超级课程表此类的应用中，效果更好

D (delivery|推广)

通过关系网首先在校内推广，充分获取反馈，待产品足够成熟时，进行区域推广，由小及大，逐渐走向银河系

2. 原型系统

• 所采用的工具为 墨刀modao

首页可浏览当前所有社团公开的纳新信息

点开任意动态可以查看该社团纳新的具体内容，并提交申请

点击热门可以查看当前学生的热点话题

在社团模块能够浏览所有社团的信息

同时，通知部分会将学生参加的社团所发布的通知归集起来，以便查看

在提交入社申请时，系统会将个人简历发送给相应部门负责人，而简历内容则由最后一个简历模块进行管理

3. PSP表格

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

4. 心得与总结

哎，个人原因导致没及时完成作业，也没能正常地和别人结对，所以一个人完成了这次作业，过程艰苦卓绝。告诫自己之后一定要合理安排时间！
最后附上一个人的“结对照片”

转载于:https://www.cnblogs.com/tr3e/p/7577338.html