文档编号：
多媒体播放器
系统需求分析
二○一一年三月
文档序号：等级：
文档名称：文档类别：技术文档编制：编制时间：
校对：校对时间：
审核：审核时间：
工艺会签：工艺会签时间：
质量会签：质量会签时间：
标准化检查：标准化检查时间：
批准：批准时间：
修改记录
版本变更原因变更内容简述编制/修
订者
批准者
发布
日期
目录1 引言
1.1 编写目的
1.2 项目背景
1.3 定义
1.4 参考资料
2 任务概述
2.1 目标
2.1.1 系统目标
2.1.2 系统要求
2.2 运行环境
2.2.1 系统软件/硬件平台
2.2.2 运行环境
2.3 条件与限制
2.3.1 故障分析
2.3.2系统利用率
2.3.3 可靠性
2.3.4 可维护性
2.3.5 可用度
3 功能需求
3.1功能划分
3.2需求分配
3.2.1需求分配表
3.2.2软硬件内部接口需求规格
3.3功能描述
3.3.X （功能1名称）
3.3.X.Y （子功能名称）
4 数据描述
4.1数据词典
4.2数据库描述
4.3数据采集
5 性能需求
5.1 数据精确度
5.2 时间特性
5.3 适应性
6 运行需求（接口需求规格）
7其它需求
8 用户需求与系统需求规格对照表
9 附录
1 引言
随着计算机的普及，其各种应用技术也随之迅速发展，多媒体技术就是发展快速的应用技术之一。多媒体工具大大拓展了计算机的应用领域，是人们最常用的应用工具之一。借助高速发展的互联网络，各种各样的媒体播放器将多媒体概念表现得淋漓尽致，潜移默化地影响着人们的生产和生活。
1.1 编写目的
本文档用于描述“多媒体播放器”项目的系统需求，为该项目概要设计，详细设计和测试用例的设计依据。
1.2 项目背景：
为熟悉软件的开发过程，提升学习能力以及培养团队合作精神，开发一款有实用价值的软件，提升自己的能力。
1.3 定义
多媒体播放器：也叫RMVB播放器，一种可以在电视上播放网络视频文件的设备。
解码（decoding）：将信息从已经编码的形式恢复到编码前原状的过程，用特定方法把数码还原成它所代表的内容或将电脉冲信号、光信号、无线电波等转换成它所代表的信息、数据等的过程。
截图：是由计算机截取的显示在屏幕或其他显示设备上的可视图像。通常截图可以由操作系统或专用截图软件截取，也有有外部设备如数字相机拍摄。截图也分静态截图与动态截图，前者截图得到一个位图文件，如BMP、PNG、JPEG。而后者得到一段视频文件。截图的目的通常是为了展示特定状态下的程序界面图标，游戏场景等。
用户登录：狭义上可理解为电脑用户为进入谋一项应用程序而进行的一项基本操作，以便该用户在该网站上的相应操作。其用途为，可以有效的区分操作人是该程序的用户还是非用户，有利于保障双方权益。操作方法是，输入用户名及密码，然后确认进入。
1.4 参考资料：
2 任务概述
2.1 目标
系统总体功能：播放多种格式的视频及音频文件，可对视频文件进行简单的处理。
系统要达到的性能要求和其它指标：快速导入，流畅播放多媒体文件，减少占用的CPU、内存资源。
丰富多媒体播放器市场，为广大消费者提供物美价廉的产品；为小软件技术贡献绵薄之力。
2.1.1 系统目标
设计出一款可以播放大多数媒体文件、使用方便、界面漂亮简洁的媒体播放器，此播放器占用CPU资源少，运行速度快，播放流畅。
2.1.2 系统要求
此软件启动时，界面要求美观简洁，能让用户控制文件的播放，并在一定程度上进行修改。
2.2 运行环境
2.2.1 系统软件/硬件平台
软件平台：Windows操作系统
硬件平台：标准配置
2.2.2 运行环境
操作系统：Windows 2000、Windows XP、Windows Vista、Windows 7
操作系统语言：简体中文
2.3 条件与限制
描述系统所在的更大范围内的条件与限制。
2.3.1 故障分析
2.3.2系统利用率
由于是较小的软件，所以所占系统利用率较低，目的为了节省空间利用，使其运行速度达到最快。
2.3.3 可靠性
软件能够持续运行，不影响其他程序的使用，不占用过多内存，不会造成死机等问题。
2.3.4 可维护性
2.3.5 可用度
3 功能需求
3.1功能划分
根据系统总体功能，给出系统功能的划分。
系统功能需求分“解码功能”，“播放文件”，“视图处理”，“截图”，“播放列表控制”。
3.2需求分配
根据功能划分，分配为硬件实现还是软件实现，以表格形式给出，并给出软
硬件内部接口需求规格
3.2.1需求分配表
序号功能编号功能描述实现方式备注
1 1.1 文件读入软件+硬件
2 2.1 格式识别软件
3 2.2 解码转码软件
4 3.1 播放软件
5 3.2 播放进度调节软件
6 3.3 视图处理软件
7 3.4 截图软件
8 4.1 用户登录软件
9 4.2 账户管理软件
3.2.2软硬件内部接口需求规格
下面给出系统中出现的每个接口的规格说明，其中每个接口要求有如下内容：
（1）输入
（2）处理过程
（3）输出
（4）接口交互过程
（5）消息和通信协议
（6）性能要求
（7）故障处理
（8）其它要求
3.3功能描述
3.3.1 （功能1名称）
从3.3.1开始编号，描述功能1的子功能的划分。
这些功能使用各种图式如用例图，结构图等来描述。
分节描述每个子功能的需求规格。
3.3.X.Y （子功能名称）
从3.3.X.1开始编号，描述每个功能描述要求有如下的内容：
（1）输入
（2）输出
（3）功能
例子：
3.3.1 播放
【输入数据】
多媒体文件地址
【输出数据】
多媒体文件展示
【功能】
系统能够按照用户输入的多媒体文件地址，进行读取，进而进行文件识别，确认文件格式后，对其进行解码，然后进行文件的播放展示。
脚本1：
4 数据描述
4.1数据词典
4.2数据库描述
4.3数据采集
5 性能需求
5.1 数据精确度
5.2 时间特性
如响应时间、更新处理时间、数据转换与传输时间、运行时间等。
5.3 适应性
在操作方式、运行环境、与其他系统的接口以及开发计划等发生变化时，应具有的适应能力。
本系统适应性良好，运行环境只要是标准配置以及基本的操作系统均可以流畅的运行。当有USB输入时，会自动检测到从此接口传输的媒体文件，并能播放其中的多媒体文件。
6 运行需求（接口需求规格）
下面给出系统中出现的每个接口的规格说明，其中每个接口要求有如下内容：
（1）输入
（2）处理过程
（3）输出
（4）接口交互过程
（5）消息和通信协议
（6）性能要求
（7）故障处理
（8）其它要求
对用户界面，要定义用户界面的特性如屏幕格式、报表格式、菜单格式、输入输出时间等。
7 其他需求
安全性：本系统为用户设置了用户登录项，用户选择此项系统会自动生成此用户的个性化播放列表，如果用户注销登录，泽波播放列表的内容会自动清除知道用户下次登录为止。
8 用户需求与系统需求规格对照表
用如下表格给出用户需求与系统需求规格之间的对应关系，并维护《需求跟踪矩阵》
表1 系统需求规格与用户需求对照表
9 附录
序号 用户需求规格 系统需求规格
备注
编号
名称/内容/概述
编号
名称/内容/概述
1 2
1需求分析 NBA现役巨星资料库 随着NBA (National Basketball Association)近二十年来在中国市场的扩张，如今中国积攒的相当一部分NBA的忠实球迷，更随着中国如王治郅，姚明，易建联等中国球员加入NBA，更多的中国人开始了解NBA。从而NBA得各种信息变得炙手可热，如NBA巨星们的视频，个人资料，周边故事，赛事，等等。这些信息，现如今不仅仅在网络上被各种人使用使用，在日常生活中也是很值得爱好NBA的人去了解的。 本人也是一位NBA的爱好者，在一次资料的搜集中，我想要查询网络上“现役NBA巨星的资料”时，可并没有发现，只有“ 50大”(NBA历史上前五十的巨星)诸多资料。其现役巨星的资料大多都是分散的记录。 在当下，“50大”只能是NBA的周边或历史，而现役巨星才是现在球迷的追求对象，所以一套完整的现役巨星资料可以称得上是一份绝对的值得珍藏的资料。 但是整理一份资料简单，只需在各种网站中搜索巨星的名字，相关资料自然会弹出，可如何去让它具有一个更高的集成性，如何去让它更符合我们拥有如今操作理念，不在是单一的单窗口字面文档。 设计一个基于数据库且可实现多窗口，在形式上多样化，这就是此次MFC程序设计的主导方向。 MFC程序设计 既然程序是基于数据库的，固然数据库是必须建立的，在MFC建立数据库的方式有很多，期中最简单操作的是Access数据库的调用可通过ODBC。而形成形式上的突破方法是很多的，如联入多媒体，插入视图，增加功能等等。 数据流图 图片视频
2系统设计概要设计
在需求分析中提到所建立的程序可以实现多窗口调用且具有多功能的。首先， 建立的程序是基于数据库的多文档格式 MFC 程序，整个程序大至可分为三个模 块。 体系结构设计 分析我设计的这个程序，其三个模块并不是互相调用的，而是另两个模块以窗 口对接按键的形式，被第一个模块调用的。这样的结构存在属于“层次结构” ， 高层的工作建立在低层的工作上面，把复杂的事情转化成多件逐层递进的事件。 模块设计 上面说到，这个程序设计中有三个模块，其中两个以窗口形式存在的模块与另 一模块的耦合（Coupling ）较强，可是这两个模块却又是完全独立的，他们属于 强内聚（Cohesion ）。这样的设计算不上“强内聚，弱耦合”。可在程序中以窗口 运行的两个模块是具有一定的封闭性。 详细设计 ? NEAffite^星信电:城宰（Atctis 2000丈件棺式I 角炳d tedistma dmw I X I -a 蛊 iB 2使用ODBC 实现对Access 的驱动（WIN7在主控面板右上角输入“ ODBC”） 科比?布莱恩特 砂圭尔?真的 阿伦? 艾弗森 薔怖恩-韦懐 勒布朗?普姆斯 億怖特?霍华德 克里斯?保罗 史蒂夫 ?抽什 凯文?仙内特 待雷西?麦克格€ 姚用 小飞侠 1.英尺$英= 2.1GM 打却?1英 誓案 1.83M 阳贪尺0英十 闷电侠 1.93m / 6尺4寸 小皇帝 2. （J3mf6英尺￡英匚 M 21册6英尺11金 蹩王 1.83m 1.91m 線王 2.1W6 尺 11 寸 T _ Mac 2. 03冊￡英尺￡英; 沦鋼T 英尺6疑 sa.oks/aos 磅 得分后卫/小前^洛杉矶湖人限 HT 阪型融 中饉 漩士顿凯尔特” T4.业討1閃磅得分后卫 费城七六人臥 20&切听埜斤得分后卫/组织后迈阿密热火 113 4W250^小前覆 迈阿魏火臥 120kg 中锂 奥兰多魔术阴 TO- *kg 扌空球后卫 新臭尔良靑虫郢 89kj 113.4ke/2S0^ 101kg/223i^ 134.2k* 渐磅 锋后 前 分锂 犬得中 菲尼克斯衣阳F 披士屯帥特‘ 底特律活基陆 休斯顿火箭 记录:?E r^jrs II 裁 I 隼号 出牛曰期丨 身為 1 EE5*］共有记录数"1
智能交通视频监控系统 、概述 视频智能分析监控系统是道路交通指挥系统的一个重要组成部分，它能为交通指挥人员提供道路交通的直观信息与实时交通状况，便于及时发现各种交通违章和其他可疑情况，有利于交通指挥人员迅速作出响应；视频智能分析监控系统的实时录像功能同时也是处理交通事故和协助社会治安整治的取证手段。可以说，视频智能分析监控对于加强安全防范和交通管理至关重要。 伴随经济增长和城市化进程的发展，新的城市交通基础设施的不断兴建，人、车流量都不
断增长，相应的，视频智能分析监控系统也一再扩容。在监控系统越来越庞大、监控信息量越来越多的情况下，单纯依赖有限的交管人力资源来实现全时、全面的监控，成为几乎不可能的事情。 本方案的提出，旨在利用当今最前沿的智能视频分析技术，对目前的城市道路交通监控系统进行改造，实现道路交通中异常行为的智能识别、提前发现和自动报警，从而减轻交管监控人员的工作负担，提高监测准确度，使城市道路交通管理工作更加有效。
需求分析 2.1 城市道路交通智能视频智能分析监控系统的主要作用： 1）路况监视：各路口的摄像机会及时将所监控区域的实时图像传回交通指挥中心，使交通指挥人员实时掌握各路口和路段的交通状况 2）智能分析：针对整个监控系统的路口较多，出现许多违反交通规则行为的情况下，以传统的监控模式，只凭人的肉眼和事后查，例如：路段人车流量、信号灯是否正常工 作、是否有违章行为和交通事故发生。这些信息能帮助交通管理部门及时采取合适的 处理方式。看录像来做到，任务量是相当多。所以我们所说的智能监控就是通过智能 视频分析设备来代替人力完成监视和查询违章的交通事件。 3）录像：视频智能分析监控的图像会保存到交通指挥中心的录像服务器上，作为处理交通事故、违规行为甚至是治安犯罪等各种突发情况的取证依据。 2.2 对视频智能分析监控系统的主要要求： （1）满足7*24 小时运行要求。系统运行必须稳定可靠，故障率低，检修方便。 （2）画面延迟小，图像清晰度高。 （3）技术领先，有一定前瞻性，满足较长期间的需求。 （4）多层级联网，并能适应灵活扩容的需要。 （5）能有效减轻交管部门工作负荷，缓解城市增长迅速与交通警力不足间的矛盾。 2.3 智能交通客户功能需求分析： 违章或故障、事故停车： 在车道上或禁止停车区域出现停车现象，不论是因车辆故障停车或违章停车，都或属于极为危险的事件，或属于易引起交通阻塞的违章行为，需要及时进行处理，而事故停车也需要管理部门及时知晓尽快处理以恢复交通，视频分析技术可以及时发现停车行为，提醒交通管理部门及时处理。（使用弃置规则） 违章左转右转：在某些道口，是不允许进行左转或右转，否则不但容易引起交通阻塞，也容易引起交通事故导致生命财产的损失，通过视频分析技术自动检测违章左转或右转行为，可以对这
医院信息系统需求分析 医院信息化是医院应用信息技术及其产品的过程，是信息技术由局部到全局、由战术层次到战略层次向医院的全面渗透，运用于流程管理、支持医院经营管理的过程。信息化的实施从自上而下的角度说，必须与医院的制度创新、组织创新和管理创新结合；从自上而下的角度说，必须以作为医院主体的业务人员直接受益及其使用水平的逐步提高为基础。 医院信息系统属于世界上现存的企业及信息系统中最为复杂的一类，这是医院本身的目标、任务和性质决定的；它应用于医院的医疗管理、经济管理等各个方面，牵涉的信息种类十分庞杂；它融合了医院的管理思想和各部门的业务经验，是医院当前运作方式和业务流程的具体体现，同时又在一定程度上反作用于医院当前的运作方式和业务流程：他实施的技术手段与当前快速发展的信息技术密切相关，实施的广度和深度（如电子日历、电子支付等）又受到社会大环境信息化程度的影响，受到国家和有关部委制定的法律法规的影响。 因此，医院信息化建设工作具有长期性、复杂性和内容的多变性；医院信息系统不是一个简单的、封闭的、静止的软件，而是一个复杂的、开放的、在应用的深度和广度上逐步变化和发展的软件系统。
需求分析 调查用户需求 本系统的最终用户为医院，我们根据从医院方面取得的图表资料、文字资料以及其他细节方面的信息，根据我们日常生活中的经验，根据我们所做的其他询问和调查，得出用户的下列实际要求： 1、医院的组织机构情况 一所医院的主要构成分为两个部分，一是门诊部门，二是住院部门，医院的所有日常工作都是围绕着这两大部门进行的。 门诊部门和住院部门各下设若干科室，如门诊部门下设口腔科、内科、外科、皮肤科等，住院部门下设内科、外科、骨科等，二者下设的部分科室是交叉的，各科室都有相应的医生、护士，完成所承担的医疗工作，医生又有主治医师、副主任医师、普通医师或教授、副教授、其他之分。 为了支持这两大部门的工作，医院还设置了药库、中心药房、门诊药房、制剂室、设备科、财务科、后勤仓库、门诊收费处、门诊挂号处、问讯处、住院处、检验科室、检查科室、血库、病案室、手术室，以及为医院的日常管理而设置的行政部门等。 其中，药库负责药品的贮存、发放和采购；中心药房负责住院病人的药品管理，包括根据处方及医嘱生成领药单，向药库领药，配药并把药品发给相应的病区，以及药房的库存管理和病区余药回收；门诊药
网络监控系统需求调研报告 1需求 1.1同类产品分析 目前市面上的局域网监控软件种类繁多，良莠不齐。经过多渠道的资料收集与分析，我们对目前使用较为广泛，评价较高的三款局域网监控软件——天易成网管，网眼监控软件，数据伞网络监控软件——进行了安装试用及操作分析，现具体分析如下： 1.1.1天易成网管 天易成网管系统是由成都天易成软件有限公司研发的一款上网行为管理软件。该软件基于C/S（客户机/服务器）架构，无需调整网络结构，安装在局域网内任意一台电脑上，即可全面监控局域网内所有电脑的上网行为。天易成网管通过了360软件安全认证，是一款不含任何恶意代码的绿色软件。
主要功能：网页、下载、股票、聊天、视频、邮件监控，IP绑定，远程开关，远程监控管理，实时同步等。 优点： 1. 有多种监控方式 2. 基于C/S架构，不需要任何客户端软件，安装任意一台电脑，即可监控整个网络的上网情况； 3. 支持分组策略管理 4. 对聊天工具控制最为严格的软件，控制QQ聊天国内最强，只需点击鼠标即可完全控制； 5. 远程监控管理。可以利用局域网、互联网上的任何一台电脑实现远程监控管理。利用互联网上的电脑远程管理时，需要在监控机上安装花生壳或者希网动态域名，并在网关上配置端口映射。缺点： 1.管理后网速变慢 2.开始管理后，可能会出现局域网内机不能上网的情况 3.出现IP冲突 1.1.2网眼监控软件
主要功能：上网监控，视频监控，聊天监控，屏幕监控，邮件监控，文件复制拷贝监控，插入U盘监控，网址过滤，端口封堵等等，即可监管，也可控制，让您对员工的一切电脑操作行为了如指掌。 优点： ·分为两个版本 Internet版本： 1. 拥有局域网版本的功能 2. 可以监控全球范围内的所有 可以联网的员工 3. 可以在全球任意可以上网的 计算机上对员工进行监控 家庭版本： 1. 对孩子浏览的网站了如指 掌，可以正确引导孩子上网。 2. 对孩子用电脑聊天内容，玩 游戏等进行监控，及时掌握孩子 的心理以及实时了解情况。 Internet版本和局域网版本的管 理端界面已经统一，用户可根据 需要随时切换。 ·人性化UI设计缺点： ·界面逻辑复杂
高速公路隧道视频分析解决方案 一、交通行业背景需求分析 视频监控是交通管理的不可或缺的辅助手段，如何有效地实现交通违章和突发事件的自动检测以及交通流量自动统计，并根据城市路口、城市道路、快速路、高速公路、治安卡口、隧道、桥梁和停车场等各种实际路面环境进行针对性的优化方案设计，满足7×24小时全天候各种环境下的可靠工作，依据特定情况采取及时有效的调度和部署，提高交通系统的安全性和稳定性，这些需求迫在眉睫。 现有的交通管理系统大部分都是采用人工为主，机器为辅的方法，由人对机器获得的信息进行判读，如电子警察系统。随着城市交通的发展，对交通监控系统提出了越来越高的要求，而现有系统已经不能适应现代化的需要。 具体表现在： (1) 需要投入大量的人力，物力和财力； (2) 不能全天候工作，不能提供足够多的交通参数，帮助交通管理者决策； (3) 没有实时自动分析功能，难以满足现代化管理的需要。 1.1、高速公路隧道现状分析 1. 道路车流量的快速增长带来的通行能力减少 2. 运营安全压力突增 3. 突发的交通意外事故不断增加 4. 以及从而导致的路产损失、道路关闭和收入大量减少等 1.2、事件分析 云浮五指山隧道发生13车连环相撞事故，事故导致1死多伤。当时我司工程师在该监控中心维护项目。观看了此次事故的发生整个过程的录像。 那天下过雨，隧道非常湿滑，从录像中可以看到在晚间9点多钟隧道中有一辆小车抛锚了，司机下车在路肩上应该想去摆反光锥，但他发现后续的车速比较快于是他回到了车上。 后续的车辆有的快速变道躲过了它。第三辆大客车由于反应不及立即踩煞车，由于惯性车子横着漂移撞了上去，后续也是几辆大客车接二连三撞了上去。现场一片狼藉。 从上面的事件可以分析出，如果有智能分析软件能够在小车抛锚的时候，及时的进行报警，监控中心的值班人员就能及时的配合隧道广播或者隧道入口的情报板提醒后续车辆减速慢行通过。就能够在10秒内拯救了一条宝贵的生命。
高校学生学籍管理信息系统 系统需求规格说明书 （系统需求分析报告）
目录 1-------------------------------------------------------------------概述1．1----------------------------------------------------------------背景1．2-------------------------------------------------------------系统目标1．2．1------------------------------------------------------应完成的任务1．2．2------------------------------------------------------不完成的任务1．3------------------------------------------------------------业务模式1．4-------------------------------------------------------------业务状况2---------------------------------------------------------------用户需求2．1-------------------------------------------------------------业务需求2．1．1---------------------------------------------------------使用范围2．1．2----------------------------------------------------------功能要求2．1．3----------------------------------------------------------权限管理2．2-------------------------------------------------------------性能需求3---------------------------------------------------------------业务流程3．1-----------------------------------------------------与其他系统的关系3．2----------------------------------------------------------业务流程图4---------------------------------------------------------------业务逻辑4．1-------------------------------------------------------------业务分解4．2------------------------------------------------------------业务描述5---------------------------------------------------------------数据分析5．1------------------------------------------------------------数据单据5．2------------------------------------------------------------数据分析5．2．1---------------------------------------------------------数据分类5．2．2---------------------------------------------------------数据描述6-------------------------------------------------------------------附件
×××有限公司 监控系统及监控二期调研报告 ×××××系统集成服务有限公司 2011.8
文档说明文档属性 文档主题：监控系统及监控二期调研报告 文档编号： 文档版本：V1 版本日期：2011-8-24 文档状态： 作者：
目录 1调研目的 (1) 2调研对象 (1) 3调研方式 (1) 4调研内容 (1) 4.1监控团队运维模式调研结果 (1) 4.2监控设备的数量调研结果 (1) 4.3监控系统二期的实施的资源需求调研结果 (2) 4.4监控系统二期的实施计划调研结果 (2) 5调研遗留问题 (2)
1调研目的 为配合×××××10月数据中心迁移，针对现有监控系统调研,了解现监控团队的运维模式，监控系统监控的设备分类以及监控二期实施的时间计划。 2调研对象 调研对象：×××××监控系统负责人孙顺强、×××××监控系统二期实施负责北京惠达丰信息科技有限公司张歆。 3调研方式 采取的是访谈方式由×××××发起和×××××监控系统负责人、×××××监控系统二期实施负责×××时间2011年8月23日下午15：30地点×××××东昌路世界广场2楼会议室当面调研。 4调研内容 了解现监控团队的运维模式、监控设备的数量和监控系统二期的实施的资源需求、实施计划。 4.1监控团队运维模式调研结果 现×××××监控团队是由5人组成，监控时间为7×24小时。 4.2监控设备的分类调研结果 现监控团队监控的是×××××机房中的所有设备包括主机、网络设备、电源、空调等设备。 监控团队以报警的紧急度和报警类型加以区分。 明细见附件：
4.3监控系统二期的实施的资源需求调研结果 监控系统二期硬件配置需求； 4.4监控系统二期的实施计划调研结果 5调研遗留问题 根据×××××监控需求，监控团队将会在×××××核心系统迁移之后，前往新机房进行监控，剩余服务器将采取远程登陆方式监控，增加了监控负责度和不稳定性存在一定风险，需要加以关注。
隧道车辆智能监控系统 一．需求分析与设计 （1）多级系统结构： 采用分级管理模式，建立多平台，多系统下的统一管理平台，能够通过总监控中心对所有系统内的分监控中心以及各本地监控室的主机及监控设备进行统一有序的调配、管理。而分监控中心在服从总监控中心调度指挥的同时，也在自己职能范围内管理和调度其所管辖各车站内的监控设备，从而达到集中与分散相结合的多级用户管理模式。 （2）数据传输方式 根据要求，本系统所涉及所有前端音视频信号、控制信号等均通过光纤传输到本地监控室，接入数字硬盘录像主机。 （3）设备选用要求 摄像机采用强光抑制型低照度日夜转换枪式摄像机，彩色480电视线/黑白600电视线，最低照度0.004Lux，彩色黑白自动转换，感应红外，电子快门可调，带宽动态功能，适合用于夜间识别车牌以及其它强逆光环境。 视频录像主机采用H.264压缩方式，每秒显示25帧，显示清晰度最高能够达到704*576。 （4）语音功能：要求实现各级监控室对前端监控点的广播功能； （5）防雷及电涌保护：能够防感应雷和雷电波，综合接地电阻小于1欧。 二．系统设计 （1）总监控中心 总监控中心由中心服务器、视频工作站、电子地图/报警主机/数字矩阵主机、电视墙等部分组成。
（2）本地监控端 车站本地监控端包括前端设备和节点监控室设备两部分。 1、前端设备包括：彩转黑日夜两用摄像机、防护罩、云台、解码器、号角扬声器、光端机(发射机)、周边防护设备等。 隧道内百万像素高清摄像机以100 米间距布置，以监视图像的连续性（没有盲区）为基准，隧道内沿一侧隧道壁分别设置低照度日夜型百万像素高清摄像机；在隧道出入口和匝道出入口开阔区域设置一台彩色360 度旋转高清摄像机云台。 2、监控室设备包括：十二路全实时数字硬盘录像主机、光端机（接收机）、广播设备等。 三、系统功能 （1）视频监控系统功能： 1、监控隧道出入口周围的情况，一旦出入口出现交通事故，进行实时监控并录像报警反馈。 2、隧道入口车辆高度检测 3、自动检测道路交通流量 4、异常行车状况（行车缓慢、拥堵、逆行、违停） 5、路面遗留物检测 6、行人穿行检测 （2）环境检测系统： 1、能见度检测 2、通风检测系统 3、照明检测系统： （3）报警设备 1、交通事件检测器 2、隧道内车辆着火，烟雾检测报警。 四．硬件需求与分析 视频监控摄像机功能规格限制： 1.摄像机保护罩同样要防水、防尘，密闭性必须达IP66以上，因为隧道结构在养护时必需要用高压水喷洗隧道壁面， 因此摄像机本体也须要有一定的防水防尘等级。
如何进行管理信息系统需求调研分析 摘要：本文是在管理信息系统需求调研实践和学习中的一些经验总结，有些是自己的体会，有些来自专家的书本或文章，希望与大家分享，并起到一个抛砖引玉的作用，如有不妥之处欢迎指正。 一、软件需求的定义 IEEE软件工程标准词汇表（1997年）中定义的需求为： （1）用户解决问题或达到目标所需的条件或能力； （2）系统或系统部件要满足合同、标准、规范或其他正式规定文档所需具有的条件或能力； （3）一种反映上述条件和能力的文档说明。 二、需求分析的几个方面 需求分析可分为问题识别、分析与综合、编制需求分析文档、需求评审等四个阶段，包括以下几个方面：确定软件所期望的用户类；获取每个用户的需求；了解实际用户任务和目标以及这些任务所支持的业务需求；分析员与用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决方法和附加信息；将系统级的需求分为几个子系统，并将需求中的一部分分配给软件组件；了解相关质量属性的重要性；讨论得出实施优先级；将所收集的用户需求编写成需求规格说明和模型；评审需求规格说明，确保与用户达成共识。 软件需求的各组成部分如下图所示：
三、需求文档规范 A、三种编写方法 1、用好的结构化和自然语言编写文本型文档； 2、建立图形化模型，这些模型可以描绘转换过程、系统状态、和它们之间的变化、数据关系、逻辑流或对象类和他们的关系； 3、编写形式化规格说明，这可以通过使用数学上精确的形式化逻辑语言来定义需求。 多种编写方法可在同一个文档使用，根据需要选择，或互为补充，以能够把需求说明白为目的。 B、应有成果 1、各业务手工办理流程文字说明； 2、各业务手工办理流程图； 3、各业务手工办理各环节输入输出表单、数据来源； 4、目标软件系统功能划分（示意图及文字说明）； 5、目标软件系统中各业务办理流程文字说明；
节能预测预警智能监控系统需求分析报告
目录 1概要 (4) 1.1项目名称 (4) 1.2项目建设单位及项目负责人 (4) 1.3方案编制单位 (4) 1.4项目背景、目标 (4) 1.5项目建设内容 (5) 1.6经济效益和社会效益 (6) 2 项目建设的必要性和建设原则 (7) 2.1项目建设的必要性 (7) 2.2项目建设可行性 (9) 2.2.1政策环境可行性 (9) 2.2.2技术可行性 (10) 2.2.3经济可行性 (10) 2.2.4组织协调和实施可行性 (11) 3需求分析 (11) 3.1系统功能需求 (11) 3.1.1数据采集功能 (11) 3.1.2统计分析功能 (12) 3.1.3预警及预案管理功能 (12) 3.1.4节能综合门户网站 (13) 3.2系统性能要求 (13) 3.2.1硬件要求 (13) 3.2.2安全要求 (14) 3.2.3性能要求 (15) 4建设方案 (15) 4.1建设原则和策略 (15) 4.2信息资源规划和数据库建设方案 (16) 4.2.1信息资源规划 (16) 4.2.2数据库建设 (17) 4.3应用系统与应用支持平台建设方案 (20) 4.3.1 524户等万家企业用能单位能耗统计系统 (20) 4.3.2单位GDP能耗统计监测系统 (21) 4.3.3能源生产统计 (21) 4.3.4能源流通统计 (22) 4.3.5能源消费统计 (24) 4.3.6地区监测 (25) 4.3.7行业监测 (25) 4.3.8节能工程监测 (26) 4.3.9 GDP监测 (27) 4.3.10能源消费总量 (29) 4.3.11数据审核功能 (30) 4.3.12数据汇总分析功能 (30) 4.3.13维护管理功能 (30)
学生信息管理系统需求分析报告
目录 1.序言 (3) 2.项目简介 (3) 2.1.系统标识 (3) 2.2.系统功能 (3) 2.3.用户选择 (3) 2.4.系统功能 (3) 2.4.1 (4) 2.4.2 (4) 2.4.3. (4) 2.4.4. (4) 2.4.5 (4) 2.4.6 (4) 2.4.7 (4) 2.4.8 (4) 3.模块划分 (4) 3.1.登入模块 (4) 3.2.学生信息管理 (4) 3.3.课程管理 (4) 3.4.成绩管理 (4) 3.5.管理员管理 (5) 3.6.退出 (5) 4.模块图 (5) 5.流程图 (8) 6.性能要求 (8)
1.序言 随着学校的规模不断过大，学生数量急剧增加，有关学生的各种信息量也成倍增加。面对庞大的信息量需要有学生信息管理系统来提高学生管理工作的效率。通过这样的系统可以做到信息的规范化管理、科学性统计和快速查询、修改、增加、删除等，从而减少管理方面的工作量。 本系统主要应用于学校学生信息管理，总体任务是实现学生信息关系的系统化、规范化和自动化，其主要任务是计算学生各种信息进行日常管理，如查询、修改、增加、删除，另外还考虑到了学生选课、针对这些要求设计了学生信息管理系统。 2.项目简介 2.1.系统标识 系统名称：学生信息管理系统 2.2.系统功能 本系统主要功能是实现学校学生的信息管理、课程管理、成绩管理、学籍管理以及使用该系统的用户管理。 2.3.用户选择 本系统面向的用户有：学校的系统人员、管理人员、教师、学生。所以对计算机的人性化和易用性比较高，应用于学校学生信息管理，总体任务是实现学生信息关系的系统化、规范化和自动化，其主要任务是计算学生各种信息进行日常管理，如查询、修改、增加、删除，另外还考虑到了学生选课，做到看界面简单易懂，容易操作，提高了学校管理效率以及提升了学生信息的安全性和完整性。 2.4.系统功能 本系统主要应用于学生学籍管理、信息查询、教务信息维护和学生选课、学生奖惩安排几部分，又因为用户的不同，例如学生、教师、系统管理员的身份不
Doc Name: 手机流媒体播放器插件项目需求范围 说明:以下只是一个需求范围框架声明,可补充修正. 需求模型呈现: 用户通过手机流媒体播放器插件连接到流媒体服务器，可以在线点播3gp格式的电影，动画等资源. 平台组成 Server端: 标准H.264/AMR 的流媒体服务器 Client端:定制的手机流媒体播放器插件 说明:用户通过专有的WAP浏览器导航选择流媒体播放内容,播放时调用（启动）定制的手机流媒体播放器插件播放,播放完毕返回到WAP浏览器,即：WAP Browser + Player Plugins 形式. 平台架构模型：C/S 架构 通信协议：RTSP, RTP/RTCP协议 流媒体文件格式: 第一阶段：.3GP 第二阶段：.MP4/.AVI/.RM/.WMV/.RMVB/.3GP2 流媒体视频编解码算法： 第一阶段：H.264 (=MPEG-4 Part 10=ISO/IEC 14496-10=MPEG-4 AVC) 流媒体音频编解码算法： 第一阶段：(2.75G) 1) AMR-NB 2) AAC 需要支持的手机平台： 智能手机: Symbian v3/v5,WM 5.x/6.x, Android,OPhone,iPhone, … 第一阶段：Symbian v2/v3/v5,WM 5.x/6.x 接入网定位: 前期支持2G(GRPS),2.75G(EDGE),后期支持3G. 即面向2.5G,2.75G和3G用户. （因为3G,4G属于接入网范围，本质上改进的只是空中接口的传输效率，简单说就是空中接口可以用更大的带宽传输数据，这个和业务网的应用，例如：语音业务，数据业务、手机应用软件没有很本质上的直接关系).
第三章×××视频监控管理系统需求分析 3.1 项目背景（以教育行业为例，可根据客户实际情况参照修改） 近几年来随着校园网工程的开展，众多学校的内部网络已经初具规模。如何进一步利用好网络的资源，让其在辅助教学的同时，在学校管理上也发挥更大的作用，是众多学校领导考虑的主要问题之一。 学校场地分散，环境相对比较复杂，但管理人员少，白天学生人数众多，夜间又常常无人，给学校的安全带来诸多不便之处。为随时掌握学校动态，及时发现安全隐患，记录异常情况的视频影像，以便立即防范或作为事后分析处理的客观依据，充分发挥计算机无人值班、全天候安全监控的功能，也可杜绝人力浪费。如何利用已建立的综合信息网络系统，将监控业务融合在系统中，充分做到既减少因建立专用监控网络系统的投资，又可以满足各业务职能部门监控信息共享的需要是视频监控系统的重点。目前各个大专院校建有众多的教学楼、实验教学楼、办公楼等。因校园占地面积广大，人口众多所以学生、老师、学校的安全问题存在着很大的不足。因此，利用现代的高科技技术手段，组成全方位防范系统是十分必要的。 在每个教室各安装一部摄像机视频专用线缆连接到学校的值班人员的中控设备上，再通过学校内部局域网络在学校内各个教研室、实验室、校长办公室等可以任意看到任何一间教室的教学情况，图像实时、清晰度达到 VCD水平、声音清晰。同时可以多个地点对一个教室进行教学观摩；也可以多场次、多地点同时上网观看，而不影响整个网络的实时性和图像质量。 随着考试科目的增多，只依靠老师监考已无法能够满足现状的要求所以把闭路监控系统用于高考、成人考和其它重大考试活动的考场监控系统，通过安装在各考场上端的电子摄像机，整个考场的情况一览无余，从而减少了考场监考人员的数目，减轻了老师的压力和负担。同时可以最大限度的防止考场舞弊事件的发生。通过安装在各考场中的电子摄像机，把摄录下来的情况通过视频线传到监控
13 3.1需求信息收集 客户关系管理是整个企业范围内的一个战略，这个战略的目标通过组织细分 场，培养客户满意行为，将从公司到客户的系列处理过程联系在一块，使得利润 收益、客户满意程度最大化。 所以客户管理对不同的人有不同的意义，因此需求分析也分别从客户和公司 个角度来分析。第一种关系来自于客户方面，作为客户，希望公司真正了解他们 需要，也希望公司提供高质量的产品或服务，还希望公司尊重个人隐私等；第二 关系来自于公司方面，对一个公司来说，它希望它的客户对自己忠诚。 开发组通过问卷的形式对客户进行调查，了解用户对公司的要求和希望。 在公司内部，开发组首先让一组营销人员来明确公司的业务需要，客户关系管理系统 包含哪些功能，简单的说，就是客户关系管理能帮营销人员去做什么。然后由开发人员去现相应的运作条件。在具体的开发实施中，这组营销人员和开发人员共同协作， 相支持，使客户关系管理开发顺利进行。所设计的客户关系管理应能够回答有关现有顾客或准顾客 特征和行为的特定问题（或查询）；能够管理当前用户的所有资料；能够在特定标准 营销事件或姓名评分模型的基础上挑选将来促销的对象ID；能够跟踪促销结果并 反馈者和非反馈者进行顾客轮廓分析。 3.2客服系统的需求描述 通过对客户、销售人员、技术支持人员、系统管理员的访问，客户关系管理系统需求 结如下： 一.客户关系管理作为顾客资源管理系统，把企业的销售、市场和服务等部门整合起来 有效地把各个渠道传来的客户信息集中在一个数据库里。公司各个部门 间共享这同一个客户数据库，发生在这个客户上的各种接触，无论是他 时注册免费邮箱，是否曾经购买过付费邮箱都记录在案，每个与这一顾 打交道的部门经手人可以很轻易地查询到这些数据，让这个顾客得到整 的关怀。 二.数据库营销的实际应用：数据库营销，是在企业通过收集和积累消费者 量的信息，经过处理后预测消费者有多大可能去购买某种产品，以及利第三章需求分析 这些信息给产品以精确定位，有针对性地制作营销信息达到说服消费者 购买产品的目的。通过数据库的建立和分析，各个部门都对顾客的资料 详细全面的了解，可以给予顾客更加个性化的服务支持和营销设计，使“ 对一的顾客关系管理”成为可能。数据库营销为每一位目标顾客提供了 时做出反馈的机会，并且这种反馈是可测定和可度量的。 三.市场预测和实时反应：基于顾客年龄、性别、人口统计数据和其它类似 素，对顾客购买某一具体货物的可能性做出预测；能够根据数据库中顾 信息特征有针对性的判定营销策略，促销手段，提高营销效率，帮助公 决定制造适销的产品以及使产品制定合适的价格。 四.分析每位顾客的赢利率（针对企业用户）：事实上，对于公司来说，真正 企业带来丰厚利润的顾客只占所有顾客中的20%，他们是企业的最佳顾客 赢利率是最高的，对这些顾客，企业应该提供特别的服务、折扣或奖励 并要保持足够的警惕，因为竞争对手也是瞄准这些顾客发动竞争攻击的 利用企业数据库中的详细资料我们能够深入到信息的微观程度，加强顾 区分的统计技术，计算每位顾客的赢利率，然后去抢夺竞争者的最佳顾客
多媒体播放器需求说明定义书 工程名称：多媒体播放器 工程组编号：06 工程组成员： 日期：2013—09—05
修改履历
目录1 认识MediaPlayer1 1.1 名称：媒体播放器1 1.2 功能概述：1 1.3 功能图概述：1 1.3.1 主界面图说明2 1.3.2 视频模块图说明3 1.3.3 音频模块图说明4 1.3.4 图片模块图说明4 2 MediaPlayer系统详细功能5 2.1 主界面功能详细需求5 2.1.1 特性描述5 2.1.2 功能性需求5 2.1.3 主界面的各种状态6 2.1.4 功能性需求6 2.1.5 主界面异常处理7 2.1.6 超时7 2.1.7 主界面使用方式7 2.2 视频播放功能详细需求7 2.2.1 视频播放器器的基本控制需求7 2.2.2 视频播放器器的详细功能8 2.3 音频播放功能详细需求：10 2.3.1 音频播放器的基本控制需求11 2.3.2 音频播放器器的详细功能11 2.3.3 播放列表经管需求13 2.3.4 列表音频经管需求16 2.3.5 播放器友好性需求19 2.4 图片播放功能详细需求21 2.4.1 图片播放器器的基本控制需求21 2.4.2 图片播放器器的详细功能22
1 认识MediaPlayer 1.1 名称：媒体播放器 1.2 功能概述 1）工程功能点1：视频播放器，能够实现本地设定目录中包含视频文件的浏览和播放（需要支持mp4/flv）； 2）工程功能点2：音频播放器，能够实现本地设定目录中包含音频文件的浏览和播放（需要支持mp3/wma）； 3）工程功能点3：图片播放器，能够实现本地设定目录中包含图片文件的浏览和播放（需要支持jpg/png/gif/bnp)； 1.3 功能图概述： 此处是系统功能图 系统功能图说明
基于GPRS的远程安防监控系统可行性分析报告 提交： 审核： 核准：
目录 VER:01.00 ................................................................................................................................................... 错误！未定义书签。目录.. (2) 1引言 (3) 1.1目的 (3) 1.2项目背景 (3) 1.3定义 (4) 1.4参考资料 (4) 2可行性研究的前提 (5) 2.1要求 (5) 2.1.1系统性能需求 (5) 2.1.2系统安全性需求 (5) 2.1.3数据保存需求 (5) 2.2目标 (5) 2.3条件、假定和限制 (6) 2.3.1用户接口 (6) 2.3.2硬件接口 (6) 2.3.3软件接口 (6) 2.3.4通信接口 (6) 3对现有系统的分析 (7) 3.1原系统存在如下一些问题： (7) 3.2新的系统将对以上地方进行完善. (8) 4所建议技术可行性分析 (8) 4.1对系统的简要描述 (8) 4.2处理流程和数据流程 (8) 4.2.1系统处理流程图 (8) 4.3系统技术分析 (9) 4.3.1对监控设备的技术可行性分析 (9) 4.3.2对基于ADSL线路的web服务器解决方案的可行性分析 (9) 4.3.3对网络的可行性分析 (10) 4.3.4对硬件电路的可行性分析 (10) 4.3.5对所需核心技术的可行性分析 (11) 4.4技术可行性评价 (12) 5所建议系统经济可行性分析 (12) 5.1效益 (12) 6结论意见 (12)
项目名称 基于C++的音频播放器 系统需求分析规格说明书 组长：张家富 1043041219 组员：杨唯 1043041444 汤志豪 1043041027 李亮亮 1043041121 赵小波 1043041234 刘钰江 0843041275 二○一二年四月
目录 1引言 (3) 1.1 编写目的 (3) 1.2 项目背景 (3) 1.3 定义 (3) 1.4 预期的读者和阅读建议 (4) 2任务概述 (5) 2.1 系统目标 (5) 2.2 运行架构 (5) 3系统需求分析 (6) 3.1 播放器基本控制需求 (6) 3.1.1 音量控制 (7) 3.1.2 静音控制 (8) 3.1.3 上一首/下一首控制 (8) 3.1.4 播放控制 (8) 3.1.5 暂停控制 (9) 3.1.6 播放文件控制 (9) 3.2 播放列表管理需求 (9) 3.2.1 播放歌曲文件控制 (10) 3.2.2 添加歌曲文件控制 (11) 3.2.3 删除歌曲文件控制 (11) 3.3 播放器友好性需求 (12) 3.3.1视觉外观显示 (12) 3.3.2歌曲时间显示 (12) 3.3.3播放状态显示 (12) 3.3.4 歌曲文件信息显示 (13) 4性能需求 (13) 4.1 数据精确度 (13) 4.2 时间特性 (13) 4.3 适应性 (13) 5 运行需求 (13) 5.1 用户接口 (14) 5.2 软件接口................................................................................................................................ 6环境需求........................................................ 7产品质量需求..................................................... 7.1 故障分析................................................................................................................................ 7.2 系统利用率............................................................................................................................ 7.3 可靠性.................................................................................................................................... 8 附录............................................................
高速公路联网视频监控系统 规 划 草 案 杭州海康威视系统技术有限公司
前言 随着计算机技术、自动化控制技术和光纤通信技术的发展，高速公路监控系统的技术结构也随之发生变化，由单一的计算机集中处理方式代之为多计算机功能分散的计算机网络处理方式，从而使系统可靠性提高，程序编制简单，易于维护和功能扩展，由于光缆超小型计算机及微电子技术的发展，使应用于监控系统中的各种设备向智能化方向发展，使今后高速公路的监控系统具有更强的功能。 一、需求分析 在高速公路系统工程实施当中，关于监控，我们需要经常面对这样一些问题： 1、高速公路路远地偏，如何组建安全可靠的监控系统？ 高速公路都修建在城市与城市之间，空间跨度大，室外环境恶劣，维护成本高。在设计监控系统的时候应该选用技术成熟，工作稳定的设备。建议采用光端机传输的实现模式。在高速公路的延长线上，铺设光纤，传输视频和反向控制信号。光纤的传输距离远，信号衰减小，价格又便宜，适合于远距离传输。一旦铺设完成，可常年使用，可有效降低维护成本。在前端采用高速球对来往车辆进行监控，球机内置温控调节系统，可以在更大的温度范围内正常工作（无论是模拟还是数字化的高速快球，对于环境的适应性都非常好）。而在监控中心，模拟前端可以通过接收光端机将视频信号还原
出来输入给硬盘录像机、数字前端可以直接存储进存储设备，这套系统均采用成熟可靠的设备实现。 2、收费站位置分散，如何实现集中的监控管理？ 作为高速公路的末端收费站的监控，在设计上和高速公路则截然不同。它的位置相当分散，如何将这么多分散在各地区的收费站集中起来监控是个难题。高速公路专用监控系统设计利用各个收费站的网络资源实现分布式的网络监控。目前每个收费站都有专线接入，用于公路计费信息管理等。系统设计在每个收费站安装网络一 体球或网络视频服务器，直接将网络信号接入即可。在监控中心安装一台综合业务管理系统实现收费站的统一集中式监控。 3、如何解决新老系统，多种设备的兼容问题？ 在不少地区已经建设了高速公路监控系统，如何实现系统的扩 容，如何实现与上级系统的联网，这些都是我们面对的现实问题。 高速公路专用监控系统专门针对此类问题推出了综合指挥管理平台， 该平台可以兼容多种类型的设备，包括硬盘录像机、嵌入式、网络 视频服务器、网络一体球、网络矩阵等。对不同时期的产品实现了 统一兼容。并且在设计上采用了模块化的设计理念，可以平滑兼容多种类型，保护了用户的投资，解决了系统兼容性问题。 4、如何解决众多用户对大量设备的管理问题？ 在这样一个大型的监控系统中，管理机构和管理人员众多，同 时监控资源也非常丰富，如何让每一个用户都可以恰当的管理每一 个监控设备，对于一套系统的正常运行至关重要。高速公路专用监