奥体中心项目需求分析
Company Document number：WTUT-WT88Y-W8BBGB-BWYTT-19998
奥体中心系统管理系统
软件需求规格说明书
目录
一、 引言
1、 编写目的
为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。
2、 软件需求分析理论
软件需求分析（SoftwareReguirementAnalysis）是研究用户需求得到的东西，完全理解用户对软件需求的完整功能，确认用户软件功能需求，建立可确认的、可验证的一个基本依据。
软件需求分析是一个项目的开端，也是项目实施最重要的关键点。据有关的机构分析结果表明，设计的软件产品存在不完整性、不正确性等问题80％以上是需求分析错误所导致的，而且由于需求分析错误造成根本性的功能问题尤为突出。因此，一个项目的成功软件需求分析是关键的一步。
3、 软件需求分析目标
软件需求分析的主要实现目标：
1)对实现软件的功能做全面的描述，帮助用户判断实现功能的正确性、一致性和完整性，促使用户在软件设计启动之前周密地、全面地思考软件需求；
2)了解和描述软件实现所需的全部信息，为软件设计、确认和验证提供一个基准；
3)为软件管理人员进行软件成本计价和编制软件开发计划书提供依据；
需求分析的具体内容可以归纳为六个方面：软件的功能需求，软件与硬件或其他外部系统接口，软件的非功能性需求，软件的反向需求，软件设计和实现上的，阅读支持信息。
软件需求分析应尽量提供软件实现功能需求的全部信息，使得软件设计人员和软件测试人员不再需要需求方的接触。这就要求软件需求分析内容应正确、完整、一致和可验证。此外，为保证软件设计质量，便于软件功能的休整和验证，软件需求表达无岔意性，具有可追踪性和可修改性。
4、 参考文献
1.《软件工程基础》赵一丁北京邮电大学出版社 2.《软件需求》劳森(作者),刘晓晖(译者)电子工业出版社 3.《软件需求工程：原理和方法》金芝，刘璘，金英科学出版社 4.《实用软件工程》第三版殷人昆清华大学出版社
二、 需求概述
1、 项目背景
第一届全国青年运动会将于福州海峡奥体中心举行。奥体中心体育场包含有足球
场、游泳馆、羽毛球馆、篮球场、网球场等。届时，以福州为主，泉州、厦门、漳州等市为辅的赛区，将完成26个大项、30个分项、306个小项的比赛，包括港澳台在内80多个参赛城市、82个代表团参加。
为了实现奥体中心管理更加高效、安全、便捷，解决传统管理方式存在的缺陷，结
合物联网技术实现场馆管理员、保安、观赛用户在门禁管理、安防管理、用户导览、环境监控等。
2、 需求概述
奥体中心协同管理系统包含的基本内容：
➢
➢ ➢ ➢ ➢ ➢
场馆门禁管理子系统 场馆刷卡验证子系统 场馆安防管理子系统 保安安防移动子系统 奥体场馆导览子系统 餐厅环境监控子系统
3、 系统结构 4、 网络拓扑图 三、 系统功能需求
① 场馆门禁管理子系统
完成奥体场馆管理端发卡程序，使用桌面高频读写器完成发卡操作，发卡成功后将数据保存到数据库。其中发卡内容包括卡号、次数、日期。 ② 场馆刷卡验证子系统
用户进入场馆时，使用分发得到的卡片作为入场凭证，系统验证卡片的卡号、次数、日期，如果验证成功，系统对用户进行拍照，并将拍照的图片数据保存到数据库，同时提示用户验证通过可以进入奥体场馆。 ③ 场馆安防管理子系统
使用红外对射、火焰、烟雾等物联网传感设备，实现场馆的安防管理系统，当红外对射检测到有非法入侵，或者检测到有火焰、烟雾时报
警灯闪烁，系统通过Socket通讯方式通知保安安防移动子系统，安防移动系统接到通知后，可关闭报警灯。
④ 保安安防移动子系统
基于android客户端实现监听场馆安防管理子系统发送的警情，实现保安对场馆的实时防卫。
⑤ 奥体场馆导览子系统
实现对奥体主要场馆的android移动端导览参观，获取ZigBee四通道温湿度值的显示，用户使用导览客户端在进入每个场馆时，都会对该场馆进行语音介绍等功能。
⑥ 餐厅环境监控子系统
餐厅环境监控子系统包含于奥体场馆导览系统中，通过ZigBee协议完成对相关ZigBee传感器数据的获取。
四、 软硬件和其他外部接口需求
1、 用户界面
门禁管理发卡程序
刷卡验证程序
进场纪录 安防管理程序 保安移动客户端 场馆导览程序 足球场
餐厅环境监控子系统，排队预约
2、 硬件需求
这里不列出详细的配置清单，附上硬件配置采购原则：
1)高性能原则
保证所选购的服务器，不仅能够满足运营系统的运行和业务处理的需要，而且能够满足一定时期业务量的增长。一般可以根据经验公式计算出所需的服务器TpmC值(Tpmc是衡量计算机系统的事务处理能力的程序)，然后比较各服务器厂商和TPC组织公布的TpmC值，选择相应的机型。同时，用服务器的市场价/报价除去计算出来的TpmC值得出单位TpmC值的价格，进而选择高性能价格比的服务器。
2)可靠性原则
可靠性原则是所有选择设备和系统中首要考虑的，尤其是在大型的、有大量处理要求的、需要长期运行的系统上。考虑服务器系统的可靠性，不仅要考虑服务器单个节点的可靠性或稳定性，而且要考虑服务器与相关辅助系统之间连接的整体可靠性，如：网络系统、安全
系统、远程打印系统等。在必要时，还应考虑对关键服务器采用集群技术，如：双机热备份或集群并行访问技术，甚至采用可能的完全容错机。
3)可扩展性原则
保证所选购的服务器具有优秀的可扩展性原则。因为服务器是所有系统处理的核心，要求具有大数据吞吐速率，包括：I/O速率和网络通讯速率，而且服务器需要能够处理一定时期的业务发展所带来的数据量，需要服务器能够在相应时间对其自身根据业务发展的需要进行相应的升级，如：CPU型号升级、内存扩大、硬盘扩大、更换网卡、增加终端数目、挂接磁盘阵列或与其他服务器组成对集中数据的并发访问的集群系统等。这都需要所选购的服务器在整体上具有一个良好的可扩充余地。一般数据库和计费应用服务器在大型计费系统的设计中就会采用集群方式来增加可靠性，其中挂接的磁盘存储系统，根据数据量和投资考虑，可以采用DAS、NAS或SAN等实现技术。
4)安全性原则
服务器处理的大都是相关系统的核心数据，其上存放和运行着关键的交易和重要的数据。这些交易和数据对于拥有者来说是一笔重要的资产，他们的安全性就非常敏感。服务器的安全性与系统的整体安全性密不可分，如：网络系统的安全、数据加密、密码等。服务器需要在其自身，包括软硬件，都应该从安全的角度上设计考虑，在借助于外界的安全设施保障下，更要保证本身的高安全性。
5)可管理性原则
服务器既是核心又是系统整体中的一个节点部分，就像网络系统需要进行管理维护一样，也需要对服务器进行有效的管理。这需要服务器的软硬件对标准的管理系统支持，尤其是其上的操作系统，也包括一些重要的系统部件。
3、 接口需求
系统建设采用先进的成熟技术，建立严密、体系化的系统管理、应用平台，应具有良好的分层设计，整体系统扩充性能良好，能够根据业务的发展或变更，在保持现有业务处理不受影响的前提下，具有持续扩充功能、适度变化的能力。系统提供WebServices接口，通过SOAP可以方便的与客户现用系统进行集成，交换的文件信息采用规范的JSON格式，可以很方便地与其他系统进行信息交换，以满足信息化不断发展和系统集成需要。
4、 通讯需求
系统采用httpssl通信安全或加密、数据传输速率和同步通信机制。对于客户端与服务器交互的数据，使用安全套接子层(SSL,SSL加密传输主要是针对WEB的数据传输，基于重要信息的传输安全考虑而设计的。)进行信息交换，并在客户移动终端和服务器之间重要的信息的交换。
5、 运行环境
➢ 硬件环境
1 GHz 32 位或 位处理器、1 GB 内存（基于32 位）或 2 GB 内存（基于 位）、16 GB 可用硬盘空间（基于 32 位）或 20 GB 可用硬盘空间（基于 位）、带有 WDDM 或更高版本的驱动程序的 DirectX 9 图形设备
➢ 软件环境
Windows7以上操作系统、android 以上操作系统、
SQLServer2008、IIS6、Visual Studio 2012、Eclipse Android插件开发平台
五、 其他非功能需求
1、 性能需求
➢ 处理能力
系统处理能力主要考虑系统能承载的最大并发用户数，按照实际情况的规划，系统至少能承载的最大并发用户数要求达到400。
➢ 响应时间
为了能够快捷地提供查询服务，系统应该能够快速地响应查询请求。用户最终得到结果的响应时间除了与系统响应速度有关外，还与网络状况有关。以提出的是对WEB查询页面查询响应速度的需求： 时间段 平时 高峰 平时 查询高峰 种类 新增业务数据 简单操作 复杂操作 简单操作 复杂操作 响应时间（秒） 2 4 2 10 8 20 注：简单查询是指涉及单个条件的严格匹配查询；复杂查询是指涉及多个条件，或者使用模糊匹配的查询及统计；查询高峰指并发用户高于系统支持最大并发用户的60%时。
2、 安全设施需求
系统在设计开发时，充分考虑用户的具体情况及使用操作，不但要理论上可行，更重要的是实际上可用，更好地适应用户需求。同时要把故障率降到最低，确保系统稳定可靠，系统具有高MBTF(平均无故障时间)和低MTBR（平均无故障率），系统提供了容错设计，有故障检测和恢复手段。能在网络、硬件或系统出现故障时，提供不同级别的容灾服务。系统涉及到的各种数据关系到各部门的利益和系统的正常运行。系统平台通过严格的流程与权限控制，做到严格审核与分配系统权限，严禁未经许可的用户访问和操作。同时由于系统的运行环境是分布式的，我们将采取有效、严格的软件防护(防病毒软件)与硬件防护(硬件防火墙)措施相结合预防外界用户对系统的攻击与破坏。
另外系统建立了健全的备份和灾难恢复机制，系统文件、应用服务的配置文件及二次开发代码文件都需要做一个全备份，然后每天做一次增量备份，并进行异地存储，分别存放在移动机房和其他机房。
3、 安全性需求
➢ 网络安全
网络专线与边界防火墙接入保证了网络安全。 ➢ 应用系统安全
系统在PC终端和移动终端支撑平台之间，系统为普通接入移动系统的用户提供了可选的高强度的DES位数据加密。为了防止非法用户直接打开数据库查询平台关键敏感数据，平台通过3DES或MD5对该部分数据进行加密，如用户密码、手机号码、终端IMEI(MEID)等，将采用MD5加密存储。一般的移动信息系统均是用户名密码的认证体系，本系统通过与运营商和手机等移动终端制造商的底层合作，能够实现用户账户、手机号(需要运营商的配合做)、手机设备号的三重绑定。即使有人
获知了正确的用户名和密码，也必须使用特定的唯一的手机号、唯一的移动终端设备才能登录。 ➢ 数据传输安全
传输的数据都采用高强度的加密算法加密(DES)，使得数据即使泄漏、被截获后，也无法识别相关的数据内容，确保数据安全。对于客户端与服务器交互的数据，使用安全套接子层(SSL,SSL加密传输主要是针对WEB的数据传输，基于重要信息的传输安全考虑而设计的。进行信息交换，并在客户移动终端和服务器之间重要的信息的交换。
4、 扩展性需求
系统建设采用先进的成熟技术，建立严密、体系化的系统管理、应用平台，应具有良好的分层设计，整体系统扩充性能良好，能够根据业务的发展或变更，在保持现有业务处理不受影响的前提下，具有持续扩充功能、适度变化的能力。
