需求规格说明书案例二材料.pptVIP

软件文档写作 需求规格说明书案例分析二 2.需求规格说明书案例分析二 奥运综合服务系统案例分析 2.1 系统概述 2.2 功能和非功能需求 2.3 数据需求 2.4 接口需求 2.5 环境需求 2.1 系统概述 2.1.1 系统开发背景 2.1.2 系统描述 2.1.3 系统功能描述 2.1.4 一般约束 2.1.1 系统开发背景 2008年8月第29届奥运会将在中国北京盛大召开。北京市政府在城市建设、环境保护等各个硬件方面投入巨大的财力物力。在信息化建设这一方面也积极部署，加快开发。 为了使为数众多的用户在奥运会期间能够快速、及时的获得奥运相关资料，在这样的背景下，我们开发小组决定开发《奥运综合服务系统》。 2.1.2 系统描述 本系统包含4个主要功能：赛事在线直播、奥运新闻搜索、奥运场馆介绍和比赛项目介绍。 面向服务提供商的功能：在线播放功能、新闻发布和编辑、奥运场馆管理和比赛项目信息管理功能。 2.1.3 系统功能描述 2.1.4 一般约束 管理方针： 项目经理（PM）完成详细设计之后，小组成员分别独立的完成开发，遇到问题时集体讨论，PM负责监督工作进度。 经验技术： 采用J2EE框架。由于Java具有平台无关性的特点，面向对象的特征，安全性等各种各样特征。 视图采用AJAX技术，提供更强大表示功能和用户操作便捷性，同时减轻业务层的负担。 三层结构： MVC的三层结构设计，保证系统的灵活性。 2.2 功能和非功能需求 2.2.1 功能模块划分 2.2.2 性能需求 2.2.3 非功能需求 2.2.4 故障处理 2.2.1 功能模块划分 1、在线播放功能——在线播放模块 2、奥运新闻功能——新闻发布、编辑和搜索模块 3、奥运项目介绍功能——奥运项目介绍模块 4、奥运场所介绍功能——奥运场所介绍模块 5、登录功能——用户登入系统 在线播放模块 奥运新闻模块 奥运项目介绍模块 奥运场所介绍模块 登录模块 2.2.2 性能需求 系统可以容纳10000左右的用户总量。 系统的响应时间为10秒以下。 系统无故障运行时间为一个月以上。 系统不能出现内存泄漏的情况。 系统自身的内存占用量不超过服务器物理内存的10%。 2.2.3 非功能需求 用户界面美观、具有针对性。 所有页面在IE5.0以上，netscape navigator7.0以上版本下正常显示，而且不同浏览器看到的页面外观应该相同。 在操作上要易于使用。 使用Hibernate来实现数据的持久化，可以保证后台数据的独立性，也保证了系统的可移植性。 2.2.4 故障处理 系统自身的安全性比较重要，容错能力也很重要。 一旦运行时发生异常，应当有信息提示。 用户无法在本系统进行违规操作。 2.3 数据需求 2.3.1 数据播放模块数据需求 2.3.2 新闻模块数据需求 2.3.3 奥运场馆模块数据需求 2.3.4 奥运项目模块数据需求 2.3.1 在线播放模块数据需求 直播室的数据结构 编号 字段名 必要 备注 1 直播人名字 Y 2 直播人发布的内容 Y 3 直播时间 Y 4 直播室名称 Y 5 直播赛事名称 Y 6 直播室控制状态 Y 2.3.1 在线播放模块数据需求 聊天室的数据结构 编号 字段名 必要 备注 1 用户名称 N 2 用户发表的内容 Y 3 发表时间 Y 2.3.2 新闻模块数据需求 新闻的数据结构 编号 字段名 必要 备注 1 新闻标题 Y 2 新闻内容 Y 3 发表时间 Y 4 新闻图片 N 2.3.3 奥运场馆模块数据需求 场馆的数据结构 编号 字段名 必要 备注 1 场馆名称 Y 2 场馆介绍 Y 3 场馆图片 N 允许多幅图片 2.3.4 奥运项目模块数据需求 项目信息的数据