原型设计（结对第一次）
项目简介
原型工具：Axure RP8
文档编辑器：MarkDownPad2
结对成员：
170320078 孙敏铭
170327076 余国鹏
PSP
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） |
|---|---|---|
| Planning | 计划 | |
| · Estimate | · 估计这个任务需要多少时间 | 20 |
| Development | 开发 | |
| · Analysis | · 需求分析 (包括学习新技术) | 120 |
| · Design Spec | · 生成设计文档 | 60 |
| · Design Review | · 设计复审 (和同事审核设计文档) | 30 |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 |
| · Design | · 具体设计 | 120 |
| · Coding | · 具体编码 | 0 |
| · Code Review | · 代码复审 | 0 |
| · Test | · 测试（自我测试，修改代码，提交修改） | 0 |
| Reporting | 报告 | |
| · Test Report | · 测试报告 | 0 |
| · Size Measurement | · 计算工作量 | 10 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 60 |
| 合计 | 420 |
本系统结构
/管理员
/部门管理
/用户数据导入
/部门管理员
/人员管理
/纳新管理
/出勤管理
/活动管理
/活动创建
/学生
/纳新报名
/活动报名
/出勤情况1 N（Need）需求
本系统主要解决了部门纳新时信息沟通不畅的问题，使部门和学生沟通更加省时省力，并且有效解决了学生参加部门活动的冲突问题，让学生与部门之间的双向选择更加信息化。
以下为原型界面设计
公共界面
-
登录界面
该界面为管理员，部门管理员，学生三种角色登录页面
管理员界面
- 部门管理界面，该页面主要用于系统初始化部门信息
- 用户数据导入，该页面主要用于系统初始化用户数据
部门管理员界面
- 活动管理页面，该页面主要用于活动创建与发布
- 活动新增页面，该页面用于活动信息录入
- 纳新管理界面，该页面主要用于纳新信息的发布及纳新人员的审核
- 部门人员管理页面，该页面主要用部门人员信息管理及人员参与活动情况统计
学生界面
- 部门详情，该窗口呈现部门的详细信息包括纳新时间地点及部门风采展示。
- 出勤情况，该页面主要用于统计个人活动参与情况
- 活动报名，该页面主要用于个人参与部门活动报名
- 警告，用来提示用户加入部门过多
- 纳新报名，该页面主要用于个人申请加入部门
2 A（Approach）做法
在web上为用户定义了便捷的操作，使各种类型用户都能够快速地获取相关信息，并根据信息进行操作。减少了纸质文档所带来地滞后性问题。对学生用户而言，可以有效解决因沟通不畅所导致的部门活动时间冲突问题，对部门管理员而言，可以及时准确统计人员活动的参与情况，并及时发布活动信息。
3 B（Benefit）好处
本系统采用了B/S架构减轻了系统维护、升级的支出成本，降低了用户的总体成本。优点如下：
技术：
- 分布性强，客户端零维护。只要有网络、浏览器，可以随时随地进行查询、浏览等业务处理。
- 业务扩展简单方便，通过增加网页即可增加服务器功能。
- 维护简单方便，只需要改变网页，即可实现所有用户的同步更新。
- 开发简单，共享性强。
系统业务：
- 解决部门活动时间冲突问题
- 有效统计学生出勤情况
- 提高活动发布的及时性
4 C（Competitors）竞争
本系统的主要竞争力在于功能强大，覆盖面广，允许多种类型用户登陆操作。不仅给学生，部门提供了页面操作，也更学校管理学生的老师提供了导入学生信息和管理部门活动的功能。
5 D（Delivery）推广
本系统可以通过老师推广，先让老师学习本系统的使用。然后在纳新期间推荐给部门以及学生使用。
PSP
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | ||
| · Estimate | · 估计这个任务需要多少时间 | 20 | 20 |
| Development | 开发 | ||
| · Analysis | · 需求分析 (包括学习新技术) | 120 | 140 |
| · Design Spec | · 生成设计文档 | 60 | 60 |
| · Design Review | · 设计复审 (和同事审核设计文档) | 30 | 60 |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| · Design | · 具体设计 | 120 | 150 |
| · Coding | · 具体编码 | 0 | 0 |
| · Code Review | · 代码复审 | 0 | 0 |
| · Test | · 测试（自我测试，修改代码，提交修改） | 0 | 0 |
| Reporting | 报告 | ||
| · Test Report | · 测试报告 | 0 | 0 |
| · Size Measurement | · 计算工作量 | 10 | 10 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 60 | 80 |
| 合计 | 420 | 520 |
附件：