需求分析1.3.doc

海大体育馆管理系统需求分析海大体育馆管理系统需求分析版本:1.0作者：雷文才，何寿双，卢孙远日期：2015/5/7审批：雷文才，何寿双，卢孙远日期：2015/5/8变更记录日期版本变更说明作者 目录1.简介1.1目的1.2海大体育馆管理系统的业务范围2.商业机会2.1业务背景2.2定位3.目标系统描述4.建议的解决方案4.1主要的功能性需求（建议方案）4.2主要的非功能性需求5. 风险分析 5.1 需求风险和解决方案 5.2沟通不良风险和解决方案 5.3 技术风险和解决方案 5.4 人员风险和解决方案6.约束6.1开发过程约束6.2运行环境及技术约束6.3 交付及部署约束1.简介1.1 目的本文档定义了海大体育馆管理系统的高层业务需求。本文档不是对于需求进行详尽的叙述，而是指出了业务需求的大方向。本系统的开发目的是为了更加高效地对体育馆的各种资源进行统一管理，减少不必要工作人员带来的开支，同时也使广大学生能更加方便地使用体育场馆。1.2 海大体育馆管理系统的业务范围本系统包括体育赛事管理，体育器材管理，体育场地管理等。以web应用形式提供服务，可以通过互联网进行访问。2.商业机会2.1业务背景广东海洋大学体育馆始建于2005年，于2005年5月施工到2010年10份正式竣工，于2010年11月17日正式投入使用。该馆共投入4000余万元。主校区体育馆位于校园中心区域，依山傍海，气势恢宏，与周围错落有致的楼群及雕塑相映成趣，构成一幅中西风格相统一、自然与人文相协调的和谐风景。 体育馆占地面积1万4平方米，建筑面积高达13500平方米，共有四层。首层作为主场馆，共设有2397个座位，主场馆内最多可以容纳5717人。主场馆内除了设有体育学院办公室、运动器材室、运动员休息室和会议室以外，还有一个标准篮球场，其面积等同于12个羽毛球场和两个排球场。除了日常可供师生进行体育锻炼外，也可举行军训动员大会、大型文艺演出等大型活动。值得注意的是，第二层除了设有台球、健身房外，还设有保龄球馆。第三、四层则分别设有乒乓球室和武术馆、体操馆。长期以来海大没有大型室内的体育场所，几乎所有活动都要在室外进行。然而室外的体育活动受到多种自然因素的影响，很大程度上制约了我校体育活动事业的开展。经过多年建设，主校区体育馆终于落成，这对我校的体育和学生的体质发展有很大的意义。开发本系统用来高效管理体育馆的日常运营和后勤管理，同时降低管理成本。我校体育馆自收费如下，星期一到星期五16：2018：00为免费开放时间，而18:2022：00和星期六、日8:3011：30、14:3022:00则对学生进行收费。羽毛球场有灯光10/小时，无灯光5/小时，乒乓球场则为3/小时、2/小时。体育馆实行封闭式管理，不利于场馆的健康发展体育馆利用不充分，不合理的现象频频发生，器材的损坏难以管理。管理结构和手段不完善2.2定位本系统用来取代传统的人工记帐等落后的管理方式。运用web和数据库技术，使用大大的方便。使用人群定位为管理员和教职工，学生。3.目标系统描述3.1数据流图：体育馆管理系统（头层）：作者：卢孙远体育馆管理系统（用户管理）作者：卢孙远体育馆管理系统（第一层场地管理）作者：卢孙远体育馆管理系统（第二层场地管理）作者：卢孙远体育馆管理系统（赛事管理一级）体育馆管理系统（赛事管理二级A）体育馆管理系统（赛事管理二级B）作者：何寿双体育馆管理系统（器材管理）作者：雷文才3.2实体关系模型（er图）作者：卢孙远4.建议的解决方案4.1主要的功能性需求（建议方案）1能够进行用户管理，包括：超级管理员添加管理员用户删除管理员用户查询管理员用户管理员用户登录学生用户注册学生用户登录用户修改密码更新管理员角色馆内设施罚款条例公告2能够进行场地使用管理，包括：添加场地删除场地场地预约（用一卡通号码预约，一周内预约）场地预约退订场地预约修改场地预约失约处理校队预留（使用）场地上课使用场地场地使用（有开始计时，结束计时，一卡通付费）场地一周信息查询场地收费标准查询场馆公告3能够进行体育赛事管理，包括：赛事创建（预告）赛事取消赛事队员介绍赛事主力介绍赛事查询比赛场地安排裁判简介公告4能够进行器材管理，包括：器材购置新增器材维护报修器材报废删除器材查询器材租用器材回收器材租用收费标准查询器材损毁赔偿5能够生成体育馆运营金额数据报表（详情略，各组自定）4.2主要的非功能性需求1性能 要求系统在处理任何业务操作时，响应时间不超过5秒。2可靠性 要求服务器系统是7*24小时可用的。3安全性 要求用户必须登录系统，才能使用此系统。而且要依据用户的角色，确定该用户是否能够执行某项业务操作。4易用性 要求系统界面直观明了，可以让非计算机专员人员经过简单的培训即可掌握。5风险分析和解决方案5.1 需求风险和解决方案需求变更频繁:在设计开发过程中可能发现原有需求不容易转化为设计稿，在测试体验过程中可能发现游戏并不好玩，这都会带来需求的重新变更。这两种情况，尤其后一种要尽量避免，以免带来重复开发的浪费。解决方案：(1)需求制定充分预见未来；(2)多于老师助教讨论； (3)设计方案留有变更余地。5.2沟通不良风险和解决方案沟通不良风险：项目组与项目各干系方沟通不良是影响项目顺利进展的一个非常重要的因素。解决方案：预防这种风险的办法是项目建设之初就和项目各干系方约定好沟通的渠道和方式、项目建设过程中多和项目各干系方交流和沟通、注意培养和锻炼自身的沟通技巧。5.3 技术风险和解决方案开发技术不成熟:没有组员能熟练运用JAVA语言编出程序，仅限于学过，可能导致开发进度受阻，代码交流困难。解决方案：(1)提前制定好学习计划； (2)降低设计难度。5.4 人员风险和解决方案缺乏设计人员：设计对一个软件来说很重要，但项目组内没有这方面的人才，可能导致产品吸引力下降，界面开发环节上耗费较多时间等。解决方案：(1)组员深入学习相关知识；(2)寻求外援帮助。6约束6.1开发过程约束6.2运行环境及技术约束为节省软件运行、维护的成本，要求未来软件运行环境尽量采用开源软件。6.3 交付及部署约束要