第一次结队作业
1 学生姓名学号
170327033 黄腾飞
170327112 周静平
2 原型设计工具
Axure Rp
3 项目背景
选择部门的现状：各个部门在开学初占据学校青春广场有利位置，通过张贴海报，发传单等形式向学生宣传；对某个部门感兴趣的同学，填写加入部门申请表交给各部门负责人。各个部门手工发放申请表，手工收集汇总，各个部门之间信息沟通不畅，导致不少学生加入几个部门之后，由于活动时间冲突而被淘汰，浪费时间和精力。学生在加入部门前对部门的情况了解有限，部门在学生申请之前也不了解，更是存在动用私人关系去接收一个学生，导致后续配合存在隐患和困扰。现在我们要做的是让部门选择的过程能够信息化起来，让学生和部门之间可以双向选择。
4 项目需求
4.1 部门方面
- 部门在纳新之前应进行申报，申报内容主要有：时间、地点、人数、联系人、联系方式等。
- 部门在可以在系统上进行活动的发布和查看，活动主要项为：活动类型（常规活动、临时活动）、活动时间、活动地点、负责人、联系方式等。
- 部门可以看到学生报名情况。
- 部门可以看到学生参加活动的情况。
- 部门可以对学生进行筛选，决定淘汰和通过。
4.2 学生方面
- 学生可以在系统上看到有哪些部门进行纳新并填写基本信息进行报名。
- 学生在选择部门时不得超过5个。
- 学生可以在系统上看到报名的部门的活动，并提交请假。
- 学生常规请假不得超过6次。
- 没有面试学生不得纳入部门。
4.3 其他
- 老师可以对部门申报进行审核。
- 不同身份登录时，进行不同操作。
5 软硬件环境要求
5.1 硬件要求
- 中心数据库服务器：配置要求——CPU主频：i7-7700四核3.66GHz以上，内存：16G以上，硬盘：1T以上（磁盘阵列）。
- 中心应用服务器：配置要求——CPU主频：i7-7700四核3.66GHz以上，内存：16G以上，硬盘：1T以上（磁盘阵列）。
- PC机：配置要求——CPU主频：i5-4570四核3.20GHz以上，内存：4G以上，硬盘：500G以上。
- 平板端：配置要求——最大存储扩充容量128GB及以上,运行内存4G及以上，机身内存64GB及以上。
5.2 软件环境要求
- 服务器：
- 操作系统：Win7
- 运行环境：SQL Server 2008，Java Develop Kit 8.0
- 终端机：
- 操作系统：Windows XP 及以上版本Windows操作系统；
- 运行环境：Microsoft Office 2007等。
- 浏览器：FireFox，Google
- 开发环境：Windows操作系统， IntelliJ IDEA开发工具，Tomcat 8.0，SQLServer，Java Develop Kit 8.0，Microsoft Office 2007。
6 各用户角色界面设计
6.1部门管理员界面
部门管理员主页面如图7-1所示：
点击纳新管理显示界面如图6-2所示：
点击纳新申报显示界面如图6-3所示：
点击查看申报显示界面如图6-4所示：
点击活动发布显示界面如图6-5所示：
点击活动发布显示界面如图6-6所示：
点击查看活动查看已发布活动显示界面如图6-7所示：
点击详情按钮显示界面如图6-8所示：
点击参与人按钮，显示参与该活动的学生名单，和该活动请假的学生名单，点击删除按钮则删除该活动发布记录，如图6-9所示：
点击报名管理显示界面如图6-10所示：
点击详情按钮，显示该报名人员的详细情况，点击通过按钮则将该学生纳入该部门，点击淘汰按钮则淘汰该学生，显示界面如图6-11所示：
6.2 老师界面
老师登入时的主界面如图6-12所示：
老师可以审核部门管理员提交的纳新申报，选择通过不填写理由或者不通过并填写不通过理由，点击审核按钮显示界面如图6-13所示：
6.3 学生界面
学生主界面显示界面如图6-14所示：
点击纳新报名显示可以报名的部门，界面如图6-15所示：
点击报名按钮显示要填入的个人信息，显示界面如图6-16所示：
点击部门活动，可以查看到已发布出来的部门活动，显示界面如图6-17所示：
点击详情按钮可以显示该活动的详情状况，点击报名按钮，可以参与该活动，点击请假按钮，可以请假，显示界面如图6-18所示：
7 项目优势
该设计可以为部门，学生进行极大的便利。
- 简化了部门对学生工作上的工作量。
- 对部门工作进行数字化管理。
- 可以为部门剔除部分胡乱参加报名但是不去参加常规活动的学生。
- 学生在选择参加部门时能有效的知道部门的动态，以及自身报名情况。
8 项目情况
本系统采用基于SQL server的数据存储，能够基于广域网为用户提供一个标准的纳新管理平台。本系统为学生会部门纳新管理系统，为WEB端系统。WEB端系统的设计可以从三个角色来考虑，分别为老师，部门管理员，学生这三个角色。从部门管理员这一角色出发，主要有三个模块：纳新管理模块，活动发布模块，报名管理模块。从学生这一角色出发，主要有两个模块：纳新报名模块，部门活动模块。从老师这一角色出发，主要有一个模块：申报审核模块。项目基本满足用户需求。
9 项目推广
我们的产品对于使用者来说，各种角色操作方便，使用环境简单，只要有一台能上网的设备登陆指定网站即可进行相关操作。对于客户而言，我们的产品开发周期短，开发费用低，开发环境方便，有详细的说明文档来更好的理解和使用此系统，方便后期的维护和变更。
10 结对照片
11 PSP
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 30 |
| Estimate | 估计这个任务需要多少时间 | 30 | 30 |
| Development | 开发 | 300 | 250 |
| Analysis | 需求分析 (包括学习新技术) | 60 | 60 |
| Design Spec | 生成设计文档 | 60 | 60 |
| Design Review | 设计复审 (和同事审核设计文档) | 30 | 40 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 30 | 25 |
| Design | 具体设计 | 80 | 90 |
| Coding | 具体编码 | 200 | 200 |
| Code Review | 代码复审 | 30 | 30 |
| Test | 测试（自我测试，修改代码，提交修改） | 40 | 60 |
| Reporting | 报告 | 30 | 20 |
| Test Report | 测试报告 | 20 | 20 |
| Size Measurement | 计算工作量 | 20 | 20 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 30 | 30 |
| 合计 | 990 | 965 |
11 自我总结
这次的结队作业中，我体会到在做项目的时候，一个人的力量是远远不够的，我在考虑问题的时候有时候就会少考虑些问题，我的队友也是如此。我们在这次的原型设计的时候，经常遇到由于问题考虑的欠缺，在检查的时候，或者在测试的时候反复修正，时常漏了些什么。总得下来，使得我在使用Axure Rp的熟练度更高，使用markdown排版的熟练度更高，在考虑问题的方式上得到了一些启发。接下来，我还会继续努力。
