软件工程实践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. 心得与总结

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

最后附上一个人的“结对照片”