体育馆团体预约系统UML软件工程第16周项目日志

体育馆团体预约系统

UML软件工程项目日志

June,14^th,2019

一、博客地址 1

二、客户提交内容 1

三、项目背景 2

四、项目范围和前景 2

五、沟通记录 3

六、甲方确认结果： 6

七、结构化需求分析概述 6

八、涉众分析 7

九、硬数据采样及数据分析 8

十、过程建模 8

十一、数据建模 9

十二、预约系统用例分析 10

十三、工作计划 12

十四、本周工作日志 13

十五、项目总进展 13

一、博客地址

https://www.cnblogs.com/BIT2019UML06/

（软件需求规格说明文档已在博客更新）

为照顾各路英雄，已将相关文件上传某盘，请离线爱好者取用

项目文档

链接：https://pan.baidu.com/s/14qqfLqC1gr76mJodHmee7A
提取码：10c2

软件需求规格说明文档

链接：https://pan.baidu.com/s/1-pgmQUVmGBCbTRvZQeW-vg
提取码：ai57

PPT（含视频）：

链接：https://pan.baidu.com/s/128ZWbmhZenARftwcOfsBnA
提取码：5n8c

单独视频：

链接：https://pan.baidu.com/s/1kPDODwoAkz-0lAggwZVRqA
提取码：bt57

二、客户提交内容

项目名称：体育馆课外预约系统

项目使用者：全体师生

项目用户需求：设计线上预约系统，实现以下要求：

填写校园卡号或者教师工号，姓名，预约时间，预约场馆号，持续时间，人数，理由联络人等信息。（这个是一个需要审核的过程一般只能允许理由为训练进行比赛等且团队负责人才可预约联络人是负责预约签到的）
预约时间不能和上课时间冲突（即需自动过滤体育课所占场馆和时间）
预约时间不能超过两小时，但如果使用过后后续无人预约则可续约
在预约时间之前的10分钟打卡，若违约，则记录在预约档案（详情可参考图书馆预约系统）超过3次则两个月内不可进行线上预约（至于如何实现就靠你们自己想了）
每项运动的场馆酌情保留2/3空余不可预约（除了大型比赛之外），以便非比赛或者非校队的其余同学进行运动
游泳不用预约，但可以查询上课时间
实现查询和预约功能
大型比赛若要占大量场馆，则需找辅导员（因此需要单独设置一个大型比赛预约选项，只能由辅导员账号申请）
预约团体需要进行认证

May 9^th 晚 21:00

宿舍开会与甲方代表讨论

5月13日，建立问卷星、采访涉众以获取数据，建立原型草图

May 30^th, 2019

地点：微信

沟通工作细节，分析数据生命期，画UML时序图，着手建立网站产品框架

七、结构化需求分析概述

功能分解图（功能需求优先级、主要涉众优先级）

十一、数据建模

我们通过与整理上周的数据，并访问了一些团队单位，借鉴其他预约系统（如图书馆预约系统等），得到了基本对象的输入输出数据参数，以及这些对象之间的关系

数据对象：用户团体数据、场馆信息、预约信息、体育课场馆使用数据

管理员信息——管理员姓名、管理员编号、管理密码
团体信息——注册编号、团体名称、团体规模（大概多少人）、常用场馆、团体负责人、团体负责人联系方式
场地信息——场馆名、场地编号、场地状态（空、使用中、维护中）
预约信息——时段（开始、结束）、预约场地编号、预约团体用户、预约团体用户编号、联系人、联系人联系方式

1. 用户进入登陆界面，输入登录信息

2. 后台通过数据库进行比对，检验登录信息是否有误，确认登陆

3. 登录平台后，显示场地界面，预约情况等

4. 用户可以浏览各类场馆以及各个场地的使用情况

5. 用户选择需要预约的场馆以及相应场地

6. 后台从数据库中提取场地信息，查询场地的预约状态

7. 如果可预约则反馈给后台，后台提供给用户相应的查询信息

8. 用户发送预约请求

9. 后台接收预约请求，反馈给数据库记录预约信息

10. 后台反馈给用户预约的信息

11. 预约成功

领域模型：

活动图

十三、工作计划

阶段	时间	内容
前期	第11周	分组、确定分工、提交项目选择题目、与客户进行需求对接沟通、确定项目目标范围、建立项目博客
前期	12周	需求细化，考虑现实情况下制约因素以及解决方案
中期	12周	建立项目原型框架（软件工程实践者的研究方法）
中期	13-14周	基本完成模型建立和用户使用需求文档
后期	15周	需求验证，测试完善，反馈，维护
后期	16周	交付工作予甲方验收

十四、本周工作日志

June,12th，2019

讨论原型系统网页制作的内容细化和功能文档,写软件需求规格说明文档（博客中已更新）

June,13th,2019

制作原型系统演示视频，PPT

十五、项目总进展

时间	日志	进展	备注
第十一周	May, 9^th 下午 15：00 地点&沟通方式：微信内容：对需求细节进行了一些了解，确定项目范围 May 9^th 晚 21:00 申请建立博客成功：https://www.cnblogs.com/BIT2019UML06/ 宿舍开会与甲方代表讨论	确定分组、分工提出选题：自走棋确定选题：体育馆团体预约系统，并与甲方客户对接沟通，确定项目背景、目标范围，确定计划，建立博客	只管理所有场地1/3，个人只提供查看，不提供预约功能
第十二周	5月13日，建立问卷星、采访涉众以获取数据，建立原型草图 5月14日，与甲方联系，针对原型建立过程出现的问题进行沟通，功能需求阐述，建立原型地点&沟通方式：微信 5月15日，与甲方开会，交流确认进展情况地点：宿舍 5月16日，制作PPT，书写文档，交由甲方确认，发布博客	初步确定功能需求、非功能需求初步确定涉众以及涉众优先级考虑制约因素用ProcessOn建立了系统原型完善工作计划
第十三周	May 22^th,晚上21:40 地点&沟通方式：微信内容：各对象参数内容，数据库涉及范围，修改过程模型，建立数据模型 May 23^th,晚上21:40 总结文档，书写博客	进行结构化需求分析，确定功能优先级，画功能分解图完善过程模型确定数据对象，建立数据模型	周五汇报反馈： 1. 展示时的图片文字太小，看不清 2. 用户对象（团队）重申清楚，确定好用户范围 3. 过程模型缺少涉众、功能联系和数据输入输出等等，可以添加数据库与功能过程联系，还有涉众与功能的联系，还可以加入预约条件和诚信管理的流程 4. 功能分解图里面的功能需要与涉众联系（箭头），功能需求不太合理，比如有一些功能需求放在了非功能需求里面，优先级划分没有什么特别的意见（可能老师没看清） 5. 已声明数据建模不包含个人，除此之外没有提出什么意见
第十四周	May 27^th,2019 记录汇报反馈，修改过程模型和功能分解图 May 30^th, 2019 沟通工作细节，分析数据生命期，画UML时序图，着手建立网站产品框架 Jun 1^st, 2019 总结工作，书写文档	修改模型建立了UML时序图建立产品框架
第十五周	June,4th,2019 预约系统用例分析(数据对象、数据信息流动)，领域模型 June,6th,2019 讨论产品实体的结构，着手建立网页产品框架以及实体文档问题修改，发布博客	确定网页结构分析确定数据流动过程
第十六周	June，12th，2019 讨论原型系统网页制作的内容细化和功能文档，书写软件需求规格文档 June,13th,2019 制作原型系统演示视频，PPT	原型系统初代版本，部分功能再实现

转载于:https://www.cnblogs.com/BIT2019UML06/p/11026034.html

文章知识点与官方知识档案匹配，可进一步学习相关知识MySQL入门技能树MySQL 日志查询日志31346 人正在系统学习中相关资源：LibraryO:图书图书馆软件。-开源_图书馆开源项目-其它代码类资源…

来源：dengken5602

声明：本站部分文章及图片转载于互联网，内容版权归原作者所有，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！