【软 工 实 践 · 结 队 作 业】 第一次作业
Part 1 · 结队成员信息
- 吴 海 林 - 031502430 · 主力抱大腿
- 苏 伟 鹏 - 031502331 · 主力代码输出
Part 2 · 需求分析
- Need
用户：学生及学生会各个部门
需求：
- 学生部门手动汇总所有学生报名信息，工作信息量大且繁琐；
- 需要一个包含学生及部门相关基本信息的系统，如学生基本情况、爱好、兴趣、部门相关纳新人数、活动时间等；
- 解决学生因活动时间冲突而淘汰的问题
- Approach
学生部门互选系统
- 问题一:学生部门之间互不了解
解决方法：
1.部门完善个人信息：部门介绍、相关特色活动、纳新人数、面试时间等；
2.学生完善个人信息：基本信息、兴趣、爱好等；- 问题二：学生所选部门限制
解决方法：
1.设置系统默认值，保证不冲突的情况下，上限为5个部门- 问题三：部门活动请假限制
解决方法：
1.设置一个触发器，当学生在一个部门活动请假次数达到上限时，系统自动将该学生从待选名单中去；
- Benefit
- 学生及部门之间能够相互了解，保证学生和部门能最大可能进入或接 收心仪的部门或部员；
- 部门之间信息沟通通畅；
- 互联网时代，采用web开发，网络流量大，比较容易推广，用户操作比 较方便；
- 筛选申请表过程自动化，减轻相关部门时间及精力；
- Competitors
优势
- 目前尚未有同款web应用出现，这块领域处于待开发状态；
- 采取类似导师学生互选的机制能够较好的满足用户需求；
劣势- 需要同其它小组竞争；
- 可能不能像现在那种网站快速运行(这可能自己代码优化的不全面)；
- 有可能自己网站不容易被发现(这需要搜索引擎优化）；
- Delivery
- 向学院部门负责人推荐本系统，减轻部门纳新工作量
- 收集学院部门反馈情况，及时修改并发布新版本
- 符合用户需求之后，尝试推广到全校部门使用
- emmmm，最终推广到全国各大高校？？？？
Part 3 · 原型系统
工具列表
- 分析工具：Axure RP + Xmind
需 求 分 析 之 假 思 维 导 图
I 学 生 部 门 互 选 系 统 ·【 登 录 页 面 】
II 学 生 部 门 互 选 系 统 ·【 学 生 登 录 页 】
III 学 生 部 门 互 选 系 统 ·【 部 门 介 绍 】
PS：可通过点击相应按钮跳转到此界面
IV 学 生 部 门 互 选 系 统 ·【 报 名 界 面 】
V 学 生 部 门 互 选 系 统 ·【 个 人 信 息 】
VI 学 生 部 门 互 选 系 统 ·【 已 面 试 部 门 】
VII 学 生 部 门 互 选 系 统 ·【 待 面 试 部 门 】
VIII 学 生 部 门 互 选 系 统 ·【 部 门 公 告 】
IX 学 生 部 门 互 选 系 统 ·【 部 门 登 录 页 】
Part 4 · PSP记录
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 20 | 30 |
| · Estimate | · 估计这个任务需要多少时间 | 120 | 200 |
| Development | 开发 | - | - |
| · Analysis | · 需求分析 (包括学习新技术) | 80 | 150 |
| · Design Spec | · 生成设计文档 | - | - |
| · Design Review | · 设计复审 (和同事审核设计文档) | - | - |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | - | - |
| · Design | · 具体设计 | 60 | 100 |
| · Coding | · 具体编码 | - | - |
| · Code Review | · 代码复审 | - | - |
| · Test | · 测试（自我测试，修改代码，提交修改） | - | - |
| Reporting | 报告 | 30 | 90 |
| · Test Report | · 测试报告 | - | - |
| · Size Measurement | · 计算工作量 | - | - |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | - | - |
| 合计 | 310 | 570 |
Part 5 · 结队设计过程
【 此 处 应 该 有 图 片 】
Part 6 · 心得&总结
队友感受：本次第一次结对作业让我学会了和队友去分析，去实践，这是一个合作的过程,也很高兴和我的队友合作。慢慢地，我也发现了软工实践的乐趣所在。这次还让我懂得了去如何分析一个工程，如何去实现元模型构建。关键还是队友很好的文笔水平。很高兴有这样的队友。
我的感受：跟队友都是高中就认识的，所以两个人交流起来也比较方便，对于项目的设计讨论过程，两个人也各自有发表自己的观点，整体感觉就是两个人共同设计一个项目，考虑到因素会比一个人多得多，比如在需求分析那一块，两个人想的都不一样，最后同时整合在一起，形成比较完整的分析，我想这应该就是组队做项目的最大魅力吧······