伦敦奥运会官方网站软件需求说明书.doc

伦敦奥运会官方网站软件需求说明书目录1.引言11.1目的11.2项目范围11.3定义、缩略语、缩写22.系统需求概述32.1用例模型32.2假设和依赖53.系统详细需求63.1Use-Case 清单63.2规格说明63.2.1功能性需求63.2.2可用性73.2.3可靠性73.2.4性能73.2.5保障性73.2.6设计上的限制74.术语表9大连交通大学软件学院软件工程实践 2012-07软件需求说明书 1. 引言1.1 目的本文档描述了伦敦奥运会官方网站的网站需求规格。目的在于向读者表述系统的环境，系统的功能和非功能的需求。1.2 项目范围本次网站项目开发的是一个伦敦奥运会官方网站系统。使用此系统的游客通过互联网进行浏览查询赛事资料等；使用此系统的管理员通过互联网进行系统的管理。系统的功能如下：l 管理员、游客能够查询所有赛事以及赛事的门票信息，并获得相应的摘要信息。l 管理员、游客能够通过输入赛事名称关键字，对赛事及赛事门票进行查询,并获得符合检索条件的摘要信息。l 管理员、游客能够通过输入项目编号关键字，对赛事及赛事门票进行查询,并获得符合检索条件的摘要信息。l 管理员、游客能够通过输入比赛地点关键字，对赛事及赛事门票进行查询,并获得符合检索条件的摘要信息。l 管理员、游客能够通过查询，对决赛与半决赛赛事及赛事门票进行查询,并获得符合检索条件的摘要信息。l 游客能够在伦敦奥运会详细页面上获得有关2012伦敦奥运会介绍信息。l 游客能够注册。l 游客能够在注册成功后使用查询赛事及赛事门票功能。l 管理员、游客能够在输入合法的用户账号和密码后，登录系统。l 管理员能够在任何时间退出系统。能够在成功登录系统后跳转到伦敦奥运会官网主页。l 游客能够在任何时间退出系统。l 管理员能够在任何时间退出系统。l 管理员能够在输入合法的用户账号和密码后，登录系统。l 管理员能够在任何时间退出系统。l 管理员能够查询所有有关赛事及赛事门票的详细信息l 管理员能够在伦敦奥运会详细页面上获得有关伦敦奥运会介绍信息。l 管理员能够对页面开发与维护。1.3 定义、缩略语、缩写游客通过互联网使用这个伦敦奥运会官方网站的人。管理员管理与使用伦敦奥运会官方网站的人。用户游客和管理员。系统伦敦奥运会官方网系统。MVCModel-View-ControllerSQL Structured Query Language2. 系统需求概述2.1 用例模型系统用例图如下：用例的概要描述如下表所示：主要参与者优先级用例名用例概述游客高游客注册(Register User)游客输入注册信息，成为网站会员。高游客查询所有赛事及门票信息(Search All Ticket User)游客查询所有赛事及门票信息。高查看伦敦奥运会信息(View Landon Olympus Information)游客查询有关伦敦奥运会的相关信息高游客登录系统(Login User)游客输入合法的用户名和密码登录系统。高游客退出系统(Sign Out User)游客能够在任何时间退出系统。高按赛事名查询(Search Ticket By Name)游客能够通过输入赛事名称关键字，对赛事及赛事门票进行查询,并获得符合检索条件的摘要信息。高按赛事项目编号查询(Search Ticket By No.)游客能够通过输入赛事编号关键字，对赛事及赛事门票进行查询,并获得符合检索条件的摘要信息。高按赛事地点查询(Search Ticket By Add.)游客能够通过输入比赛地点关键字，对赛事及赛事门票进行查询,并获得符合检索条件的摘要信息。管理员中管理员登录系统(Manager Login)管理员能够登录系统。中管理员退出系统(Manager SignOut)管理员能够退出系统。中管理业务数据(Maintain Business Data)管理员能够管理数据，对数据的新增，更新，检索等操作。高游客查询所有赛事及门票信息(Search All Ticket User)游客查询所有赛事及门票信息。高模糊查询(Search Ticket By Name)游客能够通过输入赛事名称关键字、赛事编号关键字或比赛地点关键字，对赛事及赛事门票进行查询,并获得符合检索条件的摘要信息。低数据维护管理员能够维护数据库数据。高查看伦敦奥运会信息(View Landon Olympus Information)游客查询有关伦敦奥运会的相关信息2.2 假设和依赖游客须具备基本的计算机与互联网知识。管理员必须经过一定的管理方面、数据维护以及数据库使用方面的培训。以避免影响系统的使用效果及数据维护。3. 系统详细需求本节将使用用例技术描述系统的详细需求。3.1 Use-Case 清单用例名和对应的用例描述文件的关系如下：编号用例名01登录02登出03伦敦奥运会详细信息04游客注册05查询所有赛事及门票信息06按名称查询赛事及门票信息07按编号查询赛事及门票信息08按比赛地点查询赛事及门票信息09管理员登录系统10管理员退出系统12数据库更新与维护3.2 规格说明本节定义了伦敦奥运会官方网站系统的非功能需求（包括可靠性、可用性、性能等）和用例中通用的功能性需求。3.2.1 功能性需求本节描述了用例中通用的功能性需求。 日志系统所有的系统出错信息都必须被记录到出错日志中。日志应该记录系统错误号码、出错日期与时间、错误类型信息等。与用户相关的每个页面错误信息都必须被记录到日志中。信息的格式必须是出错日期、出错时间、错误代号、错误页面或错误地点名。每次处理前后的消耗的内存、处理时间、处理结果、解决错误的方式都必须被记录到性能日志中。信息的格式必须是日期、时间、消耗的内存、处理时间、处理结果、纠错方式。 监听系统监听系统必须定时扫描日志系统、并能发现任何异常的情况，发现异常后能通过系统向管理员发出信号预警。 安全系统安全系统能够识别非法连接并对其进行阻止与拦截，和对网站的恶意进攻的防范。 预设管理员在系统之初，内设一个管理员，他具有最高权限。3.2.2 可用性下面列出了和系统的可用性相关的需求。 系统客户端系统的客户端必须是Web浏览器，不需要安装额外的软件与插件。 系统易用性伦敦奥运会官方网站系统的用户界面设计应当简单明了，不需要游客花费额外的时间来学习使用伦敦奥运会官方网站系统。 帮助服务伦敦奥运会官方网站系统的重要页面上应都有相关的求助热线与求助E-mail，游客可以使用它们来获得必要的帮助信息。3.2.3 可靠性 可用性伦敦奥运会官方网站系统必须能够24小时*7天的工作。 系统严重错误发生的平均时间间隔系统发生严重错误的平均时间间隔应该大于600小时。3.2.4 性能 最大的并发人数伦敦奥运会官方网站系统的最大并发访问数应该为1000。在这个范围内，系统应该能够很好的工作。 最大系统响应时间在最大并发数为1000范围内时。 最大的事务处理时间伦敦奥运会官方网站系统的用户事务的最大处理时间应该是30秒，如果超过这个时间系统应该自动结束用户的事务处理。3.2.5 保障性 出错对应时间当系统发生错误时，应及时发布系统补丁以完善网站系统。 技术支持时间本系统完全上线后的一年内，提供的技术支持时间应该是每周8小时*5天。3.2.6 设计上的限制 数据库管理软件系统必须使用Java接口同关系型数据库管理软件建立连接。 Web服务器软件系统必须使用支持J2EE规范的Web服务器软件。 平台要求系统的平台要求系统必须在CPU为P3以上，内存为512MB以上，操作系统为微软winXP或以上、Linux(Unix)或MacOS的数据库服务器上顺利运行。系统必须在CPU为P3以上，内存为512MB以上，操作系统为微软winXP或以上、Linux(Unix) 或MacOS的Web服务器上顺利运行。 Web浏览器系统的用户界面必须在IE 8.0以上的浏览器正常显示。 Java的版本系统必须在Java1.6以上的版本上运行。4. 术语表SQLSQL(Structured Query Language)，结构化查询语言。SQL语言的主要功能就是同各种数据库建立联系，进行沟通。按照ANSI(美国国家标准协会)的规定，SQL被作为关系型数据库管理系统的标准语言。SQL语句可以用来执行各种各样的操作，例如更新数据库中的数据，从数据库中提取数据等。绝大多数流行的关系型数据库管理系统都采用了SQL语言标准。虽然很多数据库都对SQL语句进行了再开发和扩展，但是包括Select, Insert, Update, Delete, Create,以及Drop在内的标准的SQL命令仍然可以被用来完成几乎所有的数据库操作。TomcatTomcat是Apache 软件基金会（Apache Software Foundation）的Jakarta 项目中的一个核心项目，由Apache、Sun 和其他一些公司及个人共同开发而成。由于有了Sun 的参与和支持，最新的Servlet 和JSP 规范总是能在Tomcat 中得到体现，Tomcat 5 支持最新的Servlet 2.4 和JSP 2.0 规范。因为Tomcat 技术先进、性能稳定，而且免费，因而深受Java 爱好者的喜爱并得到了部分软件开发商的认可，成为目前比较流行的Web 应用服务器。目前最新版本是7.x。SQL ServerSQL Server 是一个关系数据库管理系统。它最初是由Microsoft、 Sybase 和Ashton-Tate三家公司共同开发的，于1988 年推出了第一个OS/2 版本。在Windows NT 推