网络多媒体信息管理系统需求规格说明书doc.docx

网络多媒体信息管理系统需求规格说明书doc.docx

《网络多媒体信息管理系统需求规格说明书doc.docx》由会员分享，可在线阅读，更多相关《网络多媒体信息管理系统需求规格说明书doc.docx（11页珍藏版）》请在冰豆网上搜索。

网络多媒体信息管理系统需求规格说明书doc

卷号

卷内编号

密级

项目编号：

02

〈多媒体信息管理系统〉

分类：

需求分析

需求规格说明书

Version：

2。

0

撰写人（签名）：

完成日期：

2012/6/23

评审负责人（签名）：

评审日期：

1.引言

目的

在完成了针对多媒体网络资源管理系统的前期调查，同时与多位软件使用者进行了全面深入地探讨和分析的基础上,提出了这份软件需求规格说明书。

此需求规格说明书对多媒体网络资源管理系统软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。

本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。

本说明书是整个软件开发的依据，它对以后阶段的工作起指导作用。

本文也是项目完成后系统验收的依据。

定义

表一：

简写

定义

SRS

软件需求规格说明书（SoftWareRequirementSpecification）

B/S

浏览器和服务器结构（Browser/Server）

HTML

超文本标记语言（HypertextMarkupLanguage）

JSP

java动态网页（JavaServerPages）

参考资料

［1］JohnVlissides著李英军马晓星蔡敏刘建中等译，《设计模式：

可复用面向对象软件的基础》：

ErichCammaRichardHelmRalphJohnson;机械工业出版社

［2］[美］科曼（Cormen，T.H。

）等著，潘金贵等译,《算法导论》（原书第2版），北京，机械工业出版社，2006

［3］张害藩，《软件工程导论》（第四版）,清华大学出版社；

[4]（美国）希尔伯沙茨，《数据库系统概念》（第四版），机械工业出版社，2008

2.总体概述

产品标识

产品名称:

网络多媒体资源管理信息系统

英文简写：

NMRMIS（NetworkMultimediaResourceManagementInformationSystem）

项目编号：

S000—02-2008

版本：

1.0

产品描述

系统属性

本系统采用B/S模式,需要和SQLserver2008服务器建立连接.系统的业务逻辑和计算部分在浏览器运行，服务器段提供业务逻辑和计算需要的相关数据。

a.系统响应:

系统必需能快速响应用户的操作，如果操作量很大，必须想办法把它分解成几个小部分,或提供进度显示。

b.保密性：

系统中的业务数据都是商业机密，系统中的个人信息,账户等都是个人隐私,所有的这些数据要求有很高的保密性，不能外泄.

开发背景

网络多媒体是指基于计算机网络（LAN，MAN,WAN）的多媒体应用。

常见信息媒体类型包括：

文本、图形、图像、动画、音频、视频等。

本文设计了一个网络多媒体资源管理信息系统,该系统基于B/S架构，采用JAVA作为编程语言和MVC作为标准开发模式，利用MyEclipse6。

6工具进行开发，以SQLServer2005进行后台数据管理。

系统包括了多媒体资源的上传、下载、浏览、点播；基于关键字的快速检索；各种资源的目录管理、多侧面的统计；灵活安全的用户、角色、权限管理；并具有界面清新、友好、操作便捷、功能强大等特点，能够满足广大用户当前网络时代多媒体资源共享的需求。

产品功能

本节为产品功能提供一个摘要,无须描述功能的细节。

应为每一产品功能的需求分配一个唯一性的标识，以利于需求的跟踪和测试.应说明功能的优先级定义，和每一功能的优先级（从用户角系统采取B/S模式设计，包括Browser和Server两个主要功能端。

Browser搭载在浏览器上,分为用户客户端和管理员客户端两类。

服务器Server端主要负责数据存储、维护.

表二：

功能端

功能类别

子功能

Browser端

用户客户端

网页浏览

资源检索

数据统计

资源上传

用户注册

帮助

管理员客户端

网页浏览

资源检索

数据统计

数据管理

Server端

数据存储与维护

代码维护

系统设置

权限管理

日志管理

用户的特点

a.本系统对用户的权限有一定的限制,要求客户具有一定的电脑操作水平，且操作阅读能力.

b.维护人员具有一定的项目开发经验，具有对数据库熟悉的操作和管理能力,能解决突发的一些异常事项。

限制与约束

为了使网络多媒体信息管理系统获得更好的安全性、扩展性和更高的执行效能，整个系统采取分布式部署的方案，将承载关键业务逻辑的应用程序服务器（或应用程序服务器集群）和承载业务数据的数据库服务（或数据库服务器集群）隔离开来。

实现管理与数据的分离，便于管理和维护

本系统面向全球互联网用户，进行相关交易前必须注册为本网络平台会员,才能拥有相应权限；应用本平台必须保证电脑或其它访问本平台的软件有杀毒防毒能力，对于因客户中毒而产生的资源丢失本平台不负任何责任；平台用户用妥善保管好个人密码,一旦发现丢失，需尽快提供相关证明交于客服人员进行相关帐户锁定与资料的修改.

3.具体需求

功能需求

①系统具有：

多媒体资源的分类目录管理；资源的上传、下载、浏览、点播；各种资源的多侧面、多视角的综合统计;基于媒体属性的多种排序方式;基于关键字的快速数据检索、精确复合检索；灵活安全的用户、角色、权限管理；系统日志监控、数据库维护及相关的信息安全等功能。

系统并提供各类资源的浏览、点播、管理规划等应用的基础支撑环境.

图一。

系统总体框架结构图

②用例图（UserCase）是被称为参与者的外部用户所能观察到的系统功能的模型图，呈现了一些参与者和一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。

将每个系统中的用户分出工作状态的属性和工作内容，方便建模，防止功能重复和多余的类。

网络多媒体信息管理系统用例图如下:

图二.多媒体网络信息管理系统用例模型

表三：

参与者规格说明书

名称

描述

未注册用户

注册，浏览网页，检索资源，查看帮助文档

注册用户

登陆，浏览网页，检索资源，上传资源，修改个人信息，统计查看，查看帮助文档

系统管理员

目录管理,资源审核,数据统计,浏览网页，检索资源,数据导入信息发发等

高级系统管理员

代码维护,系统设置，权限管理，日志管理

服务器数据库

存储数据，并进行数据提取。

表四：

用户用例模板描述

用例名称：

网络多媒体信息管理

参与者：

普通用户

事件流：

用户进入首页属于游客状态.

未注册用户:

1.可以浏览网页信息

2.单击检索按钮，可以搜索符合自己要求多媒体资源。

3。

单击注册,可以进行注册后，可以享受更多的权限。

注册用户：

1.单击上传按钮，可以上传用户资源,并对该资源进行信息填写。

2.单击数据统计,可以对资源,访问人数，下载次数进行直方图或者圆饼图的统计。

3.单击空间动态,可以修改自己的信息和查看自己上传的资源信息.

可选路径：

未知异常：

由系统捕获后提示用户.

表五：

系统管理员用例模板描述

用例名称：

网络多媒体信息管理

参与者：

系统管理员

事件流：

管理员登陆界面后不仅可以与用户享受同样的操作权利，还可以进入后台管理。

1.选择目录管理,对媒体信息进行创建、删除、修改和调整资源目录架构。

2.单击资源审核，对上传的未审核资源进行审核.

3.单击资源查看,对已审核的资源进行修改、删除或查看操作。

4.单击信息发布，随即推介和发布各类多媒体资源信息,以电子邮件传送给用户。

可选路径:

未知异常：

由系统捕获后提示用户。

性能需求

数据精确度

A．要按照严格的数据格式输入,否则系统不予响应进行处理。

B．查询时要保证查全率，所有相应域包含查询关键字的记录都应能查到.因为通常有文件的记录会很多，所以本系统采用了两种方法进行查询：

直接查询和模糊查询.

时间特性

一般操作的响应时间应在120毫秒内。

适应性

满足网络业务平台的需求（记录量控制在109项内）.

对前面提到的运行环境要求不应存在困难.

数据库需求

见《数据库设计说明书》.

设计约束

其他标准的约束

代码编程规范

①基本要求

·程序结构清晰,简单易懂，单个函数的程序行数不得超过100行。

·程序段所要达到的目的应有简单明确的定义；应使代码尽可能精简，避免垃圾程序。

·尽量使用标准库函数和公共函数。

·不得随意定义全局变量,尽量使用局部变量。

·使用括号以避免布尔表达式和长度较长的算术表达式的二义性。

②可读性要求

·可读性第一，效率第二。

·保持注释与代码完全一致。

·每个源程序文件，都必须有文件头说明,说明规格见规范。

·每个函数，都有函数头说明,说明规格见规范。

·主要变量（结构、联合、类或对象）定义或引用时，注释应能反映其含义.

·常量定义（DEFINE）时应有相应说明。

·处理过程的每个阶段都有相关注释说明。

·在典型算法前都有注释。

·利用缩进来显示程序的逻辑结构，缩进量一致并以Tab键为单位,定义Tab为6个字节。

·循环、分支层次不要超过五层.

·注释可以与语句在同一行,也可以在上行.

·空行和空白字符也是一种特殊注释。

·一目了然的语句允许不加注释.

·注释的作用范围可以为：

定义、引用、条件分支以及一段代码。

·注释行数（不包括程序头和函数头说明部份）应占总行数的1/5到1/3.

结构化要求

·禁止出现两条等价的支路。

·禁止使用GOTO语句。

·用IF语句来强调只执行两组语句中的一组。

禁止ELSEGOTO和ELSERETURN。

·用CASE实现多路分支。

·避免从循环引出多个出口。

·函数只有一个出口.

·不使用条件赋值语句.

·避免不必要的分支.

·不要轻易用条件分支去替换逻辑表达式。

③正确性与容错性要求

·程序首先是正确,其次是优美

·无法证明程序没有错误，因此在编写完一段程序后,应及时回头检查。

·修改一个错误时可能产生新的错误，因此在修改前首先考虑对其它程序的影响。

·所有变量在调用前必须被初始化。

·对所有的用户输入，必须进行合法性检查。

·不要比较浮点数的相等，比如：

10。

0*0.1==1.0是不可靠的。

·程序与环境或状态发生关系时，必须主动去处理发生的意外事件，如文件能否逻辑锁定、打印机是否联机等.

·单元测试也是编程的一部份,提交集成测试的程序必须通过单元测试。

④可重用性要求

·重复使用的完成相对独立功能的算法或代码应抽象为公共控件或类.

·公共控件或类应考虑OO思想，减少外界联系,考虑独立性或封装性.

·公共控件或类应建立使用模板.

硬件约束

硬件配置：

CPUP2233

内存要求：

64M以上;

硬盘:

2G以上

外部接口需求

用户接口

用户界面：

采用B/S模式图形化界面,对用户友好，且必须对鼠标键盘提供支持,界面设计应遵循:

a.界面风格:

应做到简洁美观，视图优美，给用户全新感觉，操作简便，一目了然,易于管理且具有人性化，并且注重界面的布局.

b.尽量保持一致性:

界面规范应遵循一般网站的规范.

c.设计完整的对话过程：

系统的每一次对话都应该有明确的次序：

开始、中间处理过程、结束，且支持回退功能。

d.提供错误处理机制与容错性能：

良好的用户封闭性,用户基本上在提示信息下输数据，且对每一次操作错误都给出友好提示。

e.提供信息反馈：

用多种信息动态提示用户当前系统运行浏览状态，网站元件的功能。

f.操作可逆：

其动作可以是单个的操作，或者是一个相对独立的操作序列。

g.设计良好的联机帮助.

h.显示启动画面：

画面简洁明快，富有现代气息，不能太花哨。

提供控制的内部轨迹：

系统应该让用户觉得是由用户在做决定，可以通过提示字符和提示消息的方式使用用户产生这种感觉。

硬件接口

a.服务器接口标识：

服务器

b.功能描述：

稳定运行数据库为客户端提供高效的数据服务，并提供大容量硬盘备份数据及归档。

信号方向、格式、传输协议:

c.优先级：

高

d.配置要求:

大型机，数量2台。

e.客户端接口标识：

客户端

f.功能描述：

打开浏览整个网站,可访问服务器提取数据进行处理,可向服务器发送请求。

g.信号方向、格式、传输协议:

h.配置要求：

仅需可以联网的PC或者笔记本电脑就可以访问系统,有些应用需要装浏览器插件如flash才能正常,无需专门进行客户端配制和专用硬件支持。

软件接口

操作系统:

Windows7/XP。

数据库：

SQLServer2005/2008。

开发工具：

MyEclipse10/8。

6,Dreamweaver8,Tomcat6。

0,JDK1。

6

通信接口

本系统不需要特定的通信接口进行支撑，只要能联网的用户均可登录本系统.

4.附录

用户方组织机构图；