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

1、卷号卷内编号密级项目编号：02多媒体信息管理系统需求规格说明书Versio n:2.0撰写人（签名）：完 成 日 期：2012/6/23评审负责人（签名）：评 审 日期：分类：需求分析1. 引言1.2 定义11.3 参考资料12. 总体概述12.1 产品标识12.2 产品描述22.2.1 系统属性22.2.2 开发背景22.2.3 产品功能22.3 用户的特点32.4 限制和约束33. 具体需求33.1 功能需求33.2 性能需求63.2.1 数据精确度63.2.2 时间特性63.2.3 适应性63.3 数据库需求63.4 设计约束73.4.1 其他标准的约束 73.4.2 硬件约束83.5

2、外部接口需求83.5.1 用户接口 83.5.2 硬件接口 93.5.3 软件接口 93.5.4 通信接口 104. 附录104.1 用户方组织机构图； 101. 引言1.1目的在完成了针对多媒体网络资源管理系统的前期调查，同时和多位软件使用者进行了全 面深入地探讨和分析的基础上，提出了这份软件需求规格说明书。此需求规格说明书对多媒体网络资源管理系统软件做了全面细致的用户需求分析，明 确所要开发的软件应具有的功能、性能和界面，使系统分析人员及软件开发人员能清楚地 了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计和开发工作。 本说明书的预期读者为客户、业务或需求分析人员、测试人

3、员、用户文档编写者、项目管 理人员。本说明书是整个软件开发的依据，它对以后阶段的工作起指导作用。本文也是项目完 成后系统验收的依据。1.2定义表简写定义SRS软件需求规格说明书( SoftWare Requireme nt Specificati on)B/S浏览器和服务器结构（Browser/Server ）HTML超文本标记语言(Hypertext Markup Lan guage)JSPjava 动态网页(Java Server Pages)1.3参考资料1 John Vlissides 著李英军马晓星蔡敏刘建中等译，设计模式：可复用面向对象软件的基础：Erich Camma Richa

4、rd Helm Ralph Joh nson;机械工业出版社2 美科曼（Cormen,T.H.）等著，潘金贵 等译，算法导论（原书第2版），北京, 机械工业出版社，20063 张害藩，软件工程导论（第四版），清华大学出版社；4 （美国）希尔伯沙茨，数据库系统概念（第四版），机械工业出版社，20082. 总体概述2.1产品标识产品名称：网络多媒体资源管理信息系统 英文简写：NMRMIS(Network Multimedia Resource Ma nageme nt In formation System) 项目编号：S000-02-2008版本： 1.02.2产品描述2.2.1 系统属性本系统

5、采用B/S模式，需要和SQL server2008服务器建立连接。系统的业务逻辑和计算部分在浏览器运行，服务器段提供业务逻辑和计算需要的相关数据。a. 系统响应：系统必需能快速响使用户的操作，如果操作量很大，必须想办法把它分解成几个小部分，或提供进度显示。b. 保密性：系统中的业务数据都是商业机密，系统中的个人信息，账户等都是个人隐私，所有的这些数据要求有很高的保密性，不能外泄。2.2.2 开发背景网络多媒体是指基于计算机网络(LAN,MAN,WAN的多媒体使用。常见信息媒体类型包括：文本、图形、图像、动画、音频、视频等。本文设计了一个网络多媒体资源管理信息 系统，该系统基于 B/S架构，采用

6、JAVA作为编程语言和 MVC乍为标准开发模式，利用 MyEclipse6.6工具进行开发，以 SQLServer2005进行后台数据管理。系统包括了多媒体资 源的上传、下载、浏览、点播；基于关键字的快速检索；各种资源的目录管理、多侧面的 统计；灵活安全的用户、角色、权限管理；并具有界面清新、友好、操作便捷、功能强大 等特点，能够满足广大用户当前网络时代多媒体资源共享的需求。2.2.3 产品功能本节为产品功能提供一个摘要，无须描述功能的细节。应为每一产品功能的需求分配一个唯一性的标识，以利于需求的跟踪和测试。应说明功能的优先级定义，和每一功能的 优先级(从用户角系统采取 B/S模式设计，包括B

7、rowser和Server两个主要功能端。Browser 搭载在浏览器上，分为用户客户端和管理员客户端两类。服务器Server端主要负责数据存储、维护。表二：功能端功能类别子功能Browser 端用户客户端网页浏览资源检索数据统计资源上传用户注册帮助管理员客户端网页浏览资源检索数据统计数据管理Server 端数据存储和维护代码维护系统设置权限管理日志管理2.3用户的特点a. 本系统对用户的权限有一定的限制，要求客户具有一定的电脑操作水平，且操作阅读能力b. 维护人员具有一定的项目开发经验，具有对数据库熟悉的操作和管理能力，能解决突发的一些异常事项。2.4限制和约束为了使网络多媒体信息管理系统获

8、得更好的安全性、扩展性和更高的执行效能，整个系统采取分布式部署的方案，将承载关键业务逻辑的使用程序服务器（或使用程序服务器 集群）和承载业务数据的数据库服务（或数据库服务器集群）隔离开来。实现管理和数据 的分离，便于管理和维护本系统面向全球互联网用户，进行相关交易前必须注册为本网络平台会员，才能拥有相应权限；使用本平台必须保证电脑或其它访问本平台的软件有杀毒防毒能力，对于因客户中毒而产生的资源丢失本平台不负任何责任 ；平台用户用妥善保管好个人密码，一旦发现丢 失，需尽快提供相关证明交于客服人员进行相关帐户锁定和资料的修改。3. 具体需求3.1功能需求 系统具有：多媒体资源的分类目录管理；资源的

9、上传、下载、浏览、点播；各种资 源的多侧面、多视角的综合统计；基于媒体属性的多种排序方式；基于关键字的快速数据 检索、精确复合检索；灵活安全的用户、角色、权限管理；系统日志监控、数据库维护及 相关的信息安全等功能。系统并提供各类资源的浏览、点播、管理规划等使用的基础支撑 环境。多媒体管理系统图一.系统总体框架结构图 用例图(User Case)是被称为参和者的外部用户所能观察到的系统功能的模型图, 呈现了一些参和者和一些用例，以及它们之间的关系，主要用于对系统、子系统或 类的功能行为进行建模。将每个系统中的用户分出工作状态的属性和工作内容，方 便建模，防止功能重复和多余的类。网络多媒体信息管理

10、系统用例图如下：辛一高级管理员表三：参和者规格说明书名称描述注册，浏览网页，检索资源，查看帮助文档登陆，浏览网页，检索资源，上传资源，修改个人信息，统计查看， 查看帮助文档目录管理，资源审核，数据统计，浏览网页，检索资源，数据导入信 息发发等代码维护，系统设置，权限管理，日志管理存储数据，并进行数据提取。未注册用户注册用户系统管理员高级系统管理员服务器数据库表四：用户用例模板描述用例名称：网络多媒体信息管理'参和者：普通用户事件流：用户进入首页属于游客状态。未注册用户：1. 可以浏览网页信息2 .单击检索按钮，可以搜索符合自己要求多媒体资源。3 .单击注册，可以进行注册后，可以享受更多

11、的权限。 注册用户：1. 单击上传按钮，可以上传用户资源， 并对该资源进行信息填写。2. 单击数据统计，可以对资源，访问人数，下载次数进行直方图 或者圆饼图的统计。3. 单击空间动态，可以修改自己的信息和查看自己上传的资源信 可选路径：未知异常：由系统捕获后提示用户。表五：系统管理员用例模板描述用例名称：网络多媒体信息管理参和者：系统管理员事件流:管理员登陆界面后不仅可以和用户享受同样的操作权利，还可以进 入后台管理。1. 选择目录管理，对媒体信息进行创建、删除、修改和调整资源 目录架构。2. 单击资源审核，对上传的未审核资源进行审核。3. 单击资源查看，对已审核的资源进行修改、删除或查看操作

12、。4. 单击信息发布，随即推介和发布各类多媒体资源信息，以电子 邮件传送给用户。可选路径： 未知异常：由系统捕获后提示用户。3.2性能需求3.2.1 数据精确度A. 要按照严格的数据格式输入，否则系统不予响应进行处理。B. 查询时要保证查全率，所有相应域包含查询关键字的记录都应能查到。因为通常有文件的记录会很多，所以本系统采用了两种方法进行查询：直接查询和模糊查询。3.2.2 时间特性一般操作的响应时间应在120毫秒内。3.2.3 适应性满足网络业务平台的需求（记录量控制在109项内）。对前面提到的运行环境要求不应存在困难。3.3数据库需求见数据库设计说明书。3.4 设计约束3.4.1 其他标

13、准的约束3.4.1.1 代码编程规范基本要求程序结构清晰，简单易懂，单个函数的程序行数不得超过100行。程序段所要达到的目的应有简单明确的定义；应使代码尽可能精简，避免垃圾程序。尽量使用标准库函数和公共函数。不得随意定义全局变量，尽量使用局部变量。使用括号以避免布尔表达式和长度较长的算术表达式的二义性。可读性要求可读性第一，效率第二。保持注释和代码完全一致。每个源程序文件，都必须有文件头说明，说明规格见规范。每个函数，都有函数头说明，说明规格见规范。主要变量（结构、联合、类或对象）定义或引用时，注释应能反映其含义。常量定义（DEFINE时应有相应说明。处理过程的每个阶段都有相关注释说明。在典型

14、算法前都有注释。利用缩进来显示程序的逻辑结构，缩进量一致并以Tab键为单位，定义Tab为6个字节。循环、分支层次不要超过五层。注释可以和语句在同一行，也可以在上行。空行和空白字符也是一种特殊注释。一目了然的语句允许不加注释。注释的作用范围可以为：定义、引用、条件分支以及一段代码。注释行数（不包括程序头和函数头说明部份）应占总行数的1/5到1/3 。结构化要求禁止出现两条等价的支路。禁止使用GOT（语句。用IF 语句来强调只执行两组语句中的一组。禁止ELSE GOTO和ELSE RETURN用CASE实现多路分支。避免从循环引出多个出口。函数只有一个出口。不使用条件赋值语句。避免不必要的分支。不

15、要轻易用条件分支去替换逻辑表达式。 正确性和容错性要求程序首先是正确，其次是优美无法证明程序没有错误，因此在编写完一段程序后，应及时回头检查。修改一个错误时可能产生新的错误，因此在修改前首先考虑对其它程序的影响。所有变量在调用前必须被初始化。对所有的用户输入，必须进行合法性检查。不要比较浮点数的相等，比如： 10.0 * 0.1 = 1.0是不可靠的。程序和环境或状态发生关系时，必须主动去处理发生的意外事件，如文件能否逻辑锁定、打印机是否联机等。单元测试也是编程的一部份，提交集成测试的程序必须通过单元测试。 可重用性要求重复使用的完成相对独立功能的算法或代码应抽象为公共控件或类。公共控件或类应

16、考虑 OO思想，减少外界联系，考虑独立性或封装性。 公共控件或类应建立使用模板。3.4.2 硬件约束硬件配置： CPU P2 233内存要求： 64 M 以上；硬盘： 2G 以上3.5 外部接口需求3.5.1 用户接口用户界面：采用 B/S 模式图形化界面，对用户友好，且必须对鼠标键盘提供支持，界面设 计应遵循：a. 界面风格：应做到简洁美观，视图优美，给用户全新感觉，操作简便，一目了然，易 于管理且具有人性化，并且注重界面的布局。b. 尽量保持一致性：界面规范应遵循一般网站的规范。c. 设计完整的对话过程： 系统的每一次对话都应该有明确的次序： 开始、 中间处理过程、结束，且支持回退功能。d

17、. 提供错误处理机制和容错性能：良好的用户封闭性，用户基本上在提示信息下输数据,且对每一次操作错误都给出友好提示。e. 提供信息反馈：用多种信息动态提示用户当前系统运行浏览状态，网站元件的功能。f. 操作可逆：其动作可以是单个的操作，或者是一个相对独立的操作序列。g. 设计良好的联机帮助。h. 显示启动画面：画面简洁明快，富有现代气息，不能太花哨。提供控制的内部轨迹：系统应该让用户觉得是由用户在做决定，可以通过提示字符和提示 消息的方式使用用户产生这种感觉。3.5.2 硬件接口a. 服务器接口标识：服务器b. 功能描述：稳定运行数据库为客户端提供高效的数据服务，并提供大容量硬盘备份数据及归档。信号方向、格式、传输协议：c. 优先级：高d. 配置要求：大型机，数量 2台。e. 客户端接口标识：客户端f. 功能描述：打开浏览整个网站，可访问服务器提取