スタジアム・グループの予約システム
UML ソフトウェアエンジニアリングプロジェクトのログ
月、23 番目、2019
ブログのアドレス
https://www.cnblogs.com/BIT2019UML06/
カスタマー提出
プロジェクト名：スタジアム課外予約システム
Projectユーザー：スタッフと学生
プロジェクトユーザーが必要とする： 次の要件を達成するために、オンライン予約システムを設計します。
- キャンパスカード番号や教師のジョブ番号、名前、予定を記入し、予約番号、期間、根拠の上の人の数会場 連絡先やその他の情報を。（これは必須のレビュープロセスは 、一般的に、トレーニングのための唯一の正当化が可能に 競技会実施 予定のため、チームの担当者が責任を負うかもしれ 担当者が任命サインする責任があります）
- （すなわち、PE占有自動フィルタリング会場及び時間）予約時刻としない競合クラス時間
- 予約時間2時間以上、その後の使用後に何の予約は更新できない場合ではありません
- 任命に先立ち 10 Fenzhongパンチ、予約に記録されているデフォルトでは、ファイルの場合（予約の詳細、ライブラリ・システムを参照してください）以上で3 倍（あなた自身の考えでそれを達成するためにどのようによう任命の2カ月以内にオンラインにすることはできません）
- 各スポーツのための会場、適切な場合には、保持するために、三分の二非競争や学生の残りの部分は非学校のチームスポーツだったように、（ビッグゲームを除く）の予備非予約を
- 何の予定は泳げません が、あなたは授業時間を照会することができます
- 問い合わせ、予約機能のために
- 会場の多くのビッグゲームを説明するために、あなたはカウンセラーを見つける必要がある（したがって、個別のビッグゲームの予約オプションを設定する必要がある 唯一のカウンセラーアカウントアプリケーションによって）
- 認証に必要なグループ予約
プロジェクトの背景
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 总结工作，书写文档 |
|
|
| 第十五周 |
|
|
|
|
|
|
|
|