Stadium group reservations system
UML software engineering project log
May,23th ,2019
blog address
https://www.cnblogs.com/BIT2019UML06/
Customer Submissions
Project name: Stadium extracurricular reservation system
Project users: staff and students
Project user needs: design online booking system, to achieve the following requirements:
- Fill in the campus card number or teacher job number, name, appointment, booking venues number, duration, number of people on the grounds contacts and other information. (This is a required review process generally allows only justification for training conducted competitions and team personnel may be responsible for an appointment contact person is responsible for the appointment sign)
- Reservation time and not conflict class time (i.e. for an automatic filtering venue and time occupied PE)
- Reservation time not more than two hours, but after subsequent use if no reservation can be renewed
- Prior to the appointment 10 Fenzhong punch, if in default, files recorded in the reservation (reservation details, please refer to the library system) is more than 3 times can not be online within two months of the appointment (as to how to achieve it on your own thought )
- Venues for each sport, where appropriate, to retain two-thirds of spare non-reservation (except for the big game), so that the non-competition or the rest of the students were non-school team sports
- No appointment swim , but you can query class time
- For query and booking function
- To account for a large number of venues big game, you need to find a counselor (and therefore need to set up a separate big game reservation option, only by the counselor account application)
- Group reservations required for authentication
Background of the project
2019年春，随着北理工良乡体育馆竣工开放，场地预约成为师生使用体育馆的方式，而同时我们也需要一个方便师生使用的网络预约系统来完成。
项目范围
移动端或者电脑端win/mac的一个查询预约平台
实现：用户单位认证、审核、查询、课外预约、大型比赛活动审批
结构化需求分析概述
- 功能分解图（功能需求优先级、主要涉众优先级）
- 需求细化与优先级划分
l 功能需求：
场馆管理，添加、删除、修改场馆信息
客户团体通过页面提交资料和认证请求，由管理员在后台审核认证
所有北理工学生可登录页面查看体育馆预约情况
认证后的团体单位负责人可进行团体登录，选择场馆+场地编号+时间段，交由系统审核
系统对预约请求进行审核，符合条件（不与课程和其他预约冲突、时间段有效、数量在限制以内、诚信合格）则预约成功
签到（外设签到），不诚信签到记录
团体诚信管理
使用后签到离开
团体个人中心——我的团体：预约记录（历史、当前） 诚信信息
l 非功能需求
*前台信息交互：前台登入网站核实，打印批条（提前对预约场地清场）
馆内导航
场馆介绍
用户数据管理，信息数据安全保护+隐私保护
电脑（Win/Mac/Linux）和移动端（ios/android）可用
轻量
- 涉众分析
- 涉众分类：
系统管理员：可以进行场馆管理，团体用户认证审核，诚信数据修改，设置黑名单
认证的团体：社团、学生组织、校单位在提交认证通过后可以进行场馆预约使用，查询自己以及其他团体信息
理工学生&教职工个人（游客）：仅可登录网站查看场馆预约使用情况，不可预约
开发维护者：产品开发维护
客户：项目提出者，最终交付的对象
- 涉众优先级：
系统管理员（总管场馆、用户成员以及内部数据）
认证团体（系统最主要用户）
理工学生&教职工个人（游客，非甲方要求用户，仅提供查看功能）
- 制约因素：
复杂的现实情况可能会对需求分析造成困扰
时间短，技术实力可能不够
过程建模
考虑实际情况，分清对象，改进了上周的过程原型
l 场馆管理过程：
场馆添加——场馆编辑——场馆删除
l 团队认证、预约、使用过程
查询——登录（认证）——预约（取消）——使用——结束
数据建模
我们通过与整理上周的数据，并访问了一些团队单位，借鉴其他预约系统（如图书馆预约系统等），得到了基本对象的输入输出数据参数，以及这些对象之间的关系
数据对象：用户团体数据、场馆信息、预约信息、体育课场馆使用数据
- 管理员信息——管理员姓名、管理员编号、管理密码
- 团体信息——注册编号、团体名称、团体规模（大概多少人）、常用场馆、团体负责人、团体负责人联系方式
- 场地信息——场馆名、场地编号、场地状态（空、使用中、维护中）
- 预约信息——时段（开始、结束）、预约场地编号、预约团体用户、预约团体用户编号、联系人、联系人联系方式
UML时序图
工作计划
| 阶段 |
时间 |
内容 |
| 前期 |
第11周 |
|
| 12周 |
需求细化，考虑现实情况下制约因素以及解决方案 |
|
| 中期 |
12周 |
建立项目原型框架（软件工程实践者的研究方法） |
| 13-14周 |
基本完成模型建立和用户使用需求文档 |
|
| 后期 |
15周 |
需求验证，测试完善，反馈，维护 |
| 16周 |
交付工作予甲方验收 |
本周工作日志
May 27th,2019
记录汇报反馈，修改过程模型和功能分解图
May 30th, 2019
地点：微信
沟通工作细节，分析数据生命期，画UML时序图，着手建立网站产品框架
Jun 1st, 2019
总结工作，书写文档
项目总进展
| 时间 |
日志 |
进展 |
备注 |
| 第十一周 |
May, 9th 下午 15：00 地点&沟通方式：微信 内容：对需求细节进行了一些了解，确定项目范围
May 9th 晚 21:00
|
|
只管理所有场地1/3，个人只提供查看，不提供预约功能 |
| 第十二周 |
5月13日，建立问卷星、采访涉众以获取数据，建立原型草图 5月14日，与甲方联系，针对原型建立过程出现的问题进行沟通，功能需求阐述，建立原型 地点&沟通方式：微信 5月15日，与甲方开会，交流确认进展情况 地点：宿舍 5月16日，制作PPT，书写文档，交由甲方确认，发布博客
|
|
|
| 第十三周 |
May 22th,晚上21:40 地点&沟通方式：微信 内容：各对象参数内容，数据库涉及范围，修改过程模型，建立数据模型
May 23th,晚上21:40 总结文档，书写博客
|
|
周五汇报反馈： |
| 第十四周 |
May 27th,2019 记录汇报反馈，修改过程模型和功能分解图 May 30th, 2019 沟通工作细节，分析数据生命期，画UML时序图，着手建立网站产品框架 Jun 1st, 2019 总结工作，书写文档 |
|
|
| 第十五周 |
|
|
|
|
|
|
|
|