软件需求工程与uml建模 项目记录（2）
工作计划
目前已经初步了解了甲方的需求，现阶段主要任务是对需求做出分析，建立项目雏形，并将其中出现的问题及时与甲方进行沟通。组内沟通包括线上沟通和线下沟通，每周开一到两次会议布置任务、协调分工，然后通过小组群聊汇报进度，交换意见，整合工作结果。
小组成员分工
冯毅伟：组长，负责与甲方沟通交流，负责项目计划的编写
刘泽鑫：完成汇报的PPT
王流洋：负责博客内容发布以及博客的管理
徐柏麟：负责展示汇讲
沈洪宇：负责博客内容的撰写
项目需求
分为首页、用户信息页、校车信息页、校车预约页。
1、首页主要作为导航页面，包括导航到用户信息界面，查询校车信息界面和校车预约界面
2、用户信息页包含学生/教师的基本信息（如姓名、学号等），目前所在校区，违约次数，投诉。 违约后果：三天之后才能再次使用此系统；违约五次以上本学期不再接受此人的预约。（新增）
3、校车信息页应该包括良乡、中关村、西三旗、回龙观、摆渡车的发车时间、发车地点和数量，可以按校车不同的往返地点来分类展示信息，点击某一条信息可以跳转到校车预约页。
4.1、校车预约页应该包括座位信息、剩余数量、是否可携带大件物品。
4.2、每趟校车提前24小时预约，可以在发车前半小时内取消预约。
4.3、同时应该包括签到系统,预约成功的师生在上车时需要扫描位于车内的二维码，在线上通过校车预约页签到（新增），否则预约自动失效。
4.4、教师具有更高的优先权，每一辆车必须在接近满员之前留有5个教师专属座位。
5、（可选）在首页增加直接搜索框，可以快速跳转到相应的校车预约页面。
6、一个用户不可以预约双人座，做到一卡一人一座。（新增）
涉众分析
1.管理人员：对平台的数据进行管理，可以查看后台数据，管理使用网页的北理老师和学生，对违约的师生可进行三天内禁发信息的操作，同时要及时更新校车的信息，方便师生进行查询，希望提高师生乘坐校车的效率
2.学生：该项目的用户，可以通过平台进行校车的24小时提前预约，如果违约则会受到一定的惩罚，主要关注点为校车的信息和预约是否有空位
3.老师：该项目的用户类型，可以通过平台进行校车的24小时提前预约，如果违约则会受到一定的惩罚，但老师具有更高的优先权利，每辆车会预留5个座位给老师，老师的主要关注点为校车的时间和是否有空位