密级: 内部公开
文档编号: CHAOYUAN_SD_TEMP_04
版本号: V1.0
分册名称: 第1册/共1册
视频监控平台
概要设计说明书
安徽超远信息技术有限公司
---------------------------------------------------------
------------
安徽超远信息技术有限公司对本文件资料享受著作权及其它专属权利, 未经书面许可, 不得将该等文件资料( 其全部或任何
部分) 披露予任何第三方, 或进行修改后使用。
文件更改摘要:
目录
1.引言..................................... 错误!未定义书签。
1.1. 编写目的.............................. 错误!未定义书签。
1.2. 背景.................................. 错误!未定义书签。
1.3. 术语.................................. 错误!未定义书签。
1.4. 预期读者与阅读建议.................... 错误!未定义书签。
1.5. 参考资料.............................. 错误!未定义书签。
2.总体设计................................. 错误!未定义书签。
2.1. 设计目标.............................. 错误!未定义书签。
2.2. 运行环境.............................. 错误!未定义书签。
2.3. 网络结构.............................. 错误!未定义书签。
2.4. 总体设计思路和处理流程................ 错误!未定义书签。
2.5. 模块结构设计.......................... 错误!未定义书签。
2.6. 功能需求与程序模块的关系.............. 错误!未定义书签。
2.7尚未解决的问题 ........................ 错误!未定义书签。
3.接口设计................................. 错误!未定义书签。
3.1. 用户接口.............................. 错误!未定义书签。
3.2. 外部接口.............................. 错误!未定义书签。
3.3. 内部接口.............................. 错误!未定义书签。
4.界面总体设计............................. 错误!未定义书签。
5.数据结构设计............................. 错误!未定义书签。
6.系统安全设计............................. 错误!未定义书签。
6.1. 数据传输安全性设计.................... 错误!未定义书签。
6.2. 应用系统安全性设计.................... 错误!未定义书签。
6.3. 数据存储安全性设计.................... 错误!未定义书签。
7.系统部署( 可选) ......................... 错误!未定义书签。
1. 引言
1.1.编写目的
本说明书着重介绍视频监控平台的业务需求及流程。经过这个需求说明书, 明确、细化用户对视频监控平台的功能需求, 让所有项目参与人员清晰地掌握视频监控系统的每个功能的具体细节, 并为项目的评审, 开发, 测试等提供依据。
本文档的主要读者为公司决策管理层、质量部、策划部、开发部等有关人员, 为后面的系统开发提供指导和保障。
1.2.背景
平安城市大联网不但包括公安部内部联网, 也包括公安部与外部社会的联网, 经过统一建设视频网络联网平台, 将彻底结束因缺乏统一规划而导致的视频监控平台建设离散化、缺少统一技术标准、平台架构扩容等缺陷与弊端, 经过资源的有效共享, 能够形成积聚的资源优势和整体优势。只有实现视频图像共享才能将视频监控平台转化为一线的实际战斗力, 真正服务于各公安警种的现实业务工作, 缩短反应时间, 减少人力耗费, 相对保证了城市的安全, 实现信息资源共享后, 可实现与其它警务系统信息共享、灵活查询、智能识别、行为分析、视频案件库管理、综合警务信息管理等等功能;实现建立协调有序、响应快速、指挥顺畅的公安应急指挥通信体系;做到以服务公安案情侦破为核心, 能够充分利用视频资源提供有效线索, 实现跨部门、跨警种的信息共享
和应用共享。
兼容性和吞吐量或成绊脚石当前, 要实现整个平台的共享还面临着较大的压力。其中压力主要来自于两方面, 首先是平台的兼容性, 就国内网络高清产品而言, 不同的安防企业在制定通信协议时都采用了自己的解决方案, 而各个企业的产品通信协议一般情况下都不兼容, 国内企业的各个通信协议都存在这个问题, 但令人欣喜的是, 在解决兼容性方面国家已经出台了相关标准。 6月1日, 《安全防范视频监控联网系统信息传输、交换、控制技术要求》正式实施, 这标志着中国平安城市视频监控平台建设有了新的规范。
1.3.术语
1.4.预期读者与阅读建议
描述本文档的主要读者, 以及这些读者在阅读时的阅读重点与建议。可用列表的方式列出。如表:
1.5.参考资料
该文档在编写过程中, 主要参考了以下文档:
?《GBT 28181- 安全防范视频监控联网系统信息传输、交换、控制技术要求》
?《公安机关视频监控系统联网标准符合性自测工具及说明》?《海康威视iVMS-8600(V2.41)智能交通综合管控平台使用说明书》
?《浙江大华DSS-C/T平台使用说明书》
?《SIP协议 RFC3261》
?《RTSP协议 RFC2326》
?《RTP协议 RFC3550》
?《SDP协议 RFC2327》
2. 总体设计
2.1.设计目标
实现视频监控平台软件1.0版, 具体包括以下几项:
1.实现符合GBT28181协议的第三方视频监控平台的集成;
2.实现符合GBT28181协议的第三方视频监控设备的集成;
3.开发客户端监控软件, 实现上述平台接入或直接接入的
视频监控设备的状态监控、远程控制、预置位设置等
功能;
4.实现第三方存储设备的集成, 完成对视频流的存储管
理;
5.开发视频流媒体服务软件, 实现实时视频监控、历史图
像调用;
6.将各业务功能和播放器整合, 提供SDK包, 包括上述各
种视频监控应用功能, 支持管控平台集成。
2.2.运行环境
服务端软件环境:
①服务端操作系统: Windows Server X64企业版
②运行环境: ICE 3.4
③数据库: Mysql
客户端软件环境:
操作系统Windows XP以上版本; IE8以上版本; 推荐分辨率: 1280*800; 内存: 2G以上。
2.3.网络结构
以公安信息网和公安视频专网为承载网, 分别建设各级视频联网平台和共享平台。共享平台用于视频专网内视频图像资源的接入管理并汇接社会图像资源。联网平台用于整合公安信息网内图
像资源, 并与同级共享平台对接。上下级联网平台经过公安信息网实现级联对接, 上下级共享平台根据需要经过视频专网实现级联。
系统架构如下图所示:
图1.网络拓扑图
2.4.总体设计思路和处理流程
本项目完成对符合国标的平台和设备的接入管理, 并向上层系统提供服务接口。系统间交互方式如下图所示:
海康平台
视频监控平台
海康设备大华平台大华设备其他平台其他设备上层应用平台
图2.系统交互示意图
图3. 系统整体框架图
2.5.模块结构设计
图3. V1.0 系统架构图
2.5.1 中心控制单元
图4.CMU功能图
功能介绍:
?设备抽象化: 将前端各种类型的设备统一抽象化
?资源管理: 将系统中的所有设备进行统一管理
?负载均衡: 系统配置多个转发服务器时, 针对用户发起
的业务需求进行资源调配, 选择负载最合理的转发服务器
执行任务
?中心控制: 系统中的所有控制信令均经过CMU, 由CMU进
行统一中心控制, 是整个系统的大脑。
负载均衡方案介绍:
对于视频监控平台来说, 流媒体服务器的能力是整个平台非常重要的一个因素, 针对我们系统, 在尝试解决MTU单机转发能力的同时, 我们采用了一对多的分布式方案, 如下图所示, 在一个视频监控平台能够部署多台MTU服务器来增加系统的负载, 负载
均衡流程如下:
1.IPC向VCG注册, 完成注册后, VCG将该设备存入设备表;
2.MTU向CMU注册, 完成注册后, CMU将该服务器存入MTU表;
3.注册成功后定时向CMU发送自身的负载情况, 包括视频转发路
数、用户数等;
4.用户请求视频流, CMU收到请求后, 检查系统内所有MTU的负载,
选择最优的MTU执行该次任务, 如果该MTU当前没有指定视频设备的流, 要求VCG向指定设备请求流, 同时发生Announce给该MTU要求其准备接收流;
5.CMU将该MTU的地址信息返回给客户端;
6.客户端向该MTU请求流, MTU进行转发;
7.客户端显示画面, 流程结束。
图5.负载均衡示意图
2.5.2 数据接收单元
数据接收
DRU
数据发布
图6.DRU功能图
功能介绍:
数据接收: 开放数据上传接口, 接收VCG上传设备列表/状态变化、告警事件等数据。
?数据发布: 将接收到的数据按照相应的主题向ICEStorm
实时发布
2.5.3 转发服务器
功能介绍:
?多路转发: 当客户端请求的流媒体已经在服务器中转发
时, 不需再向前端设备请求流, 直接转发该流给客户
端。
?会话管理: 对客户端发起的流请求和前端设备推送的流
数据进行会话管理。
?负载上报: 定时向CMU发送自身负载, CMU根据此负载情
况进行负载均衡。
图7.MTU功能图
工作流程介绍:
1流媒体数据源发送推送数据请求
2事件管理模块接收发送端的事件处理, 启动会话接收数据
3启动线程接收数据, 并加入超时机制
4内部对数据进行处理
5客户端发送命令请求数据
6事件管理模块接收客户端的事件处理
7内部进行逻辑判断, 检查请求资源是否存在
8对客户端进行响应, 加入超时机制, 启动线程发送数据给客户端
2.5.4 视频设备网关
图8.VCG功能图
模块功能:
?设备对接: 处理符合国标GBT28181的前端设备的注
册、信令控制。
?平台对接: 处理符合国标GBT28181的第三方平台的
注册、信令控制。
?设备管理: 对已注册的设备进行集中监控, 包含列
表、状态等信息。
?协议转换: 将所有向第三方平台/设备发送的信令转
化为SIP消息。
两个信令安全路由网关之前是上下级关系, 下级信令路由网关主动向上级信令安全路由网关发起注册, 经上级信令安全路由网关鉴权认证后才能进行系统间通信。即视频设备网关接收下级平台或者前端设备的注册, 注册鉴权完成后才能够通信,
进行正常的业务操作。
图9.SIP 路由网关图
2.5.5 综合管理客户端
视频监控平台的自带的管理客户端, 当前以C/S 形式实现, 至少覆盖平台对外提供的所有业务接口。提供以下功能:
用户管理
综合管理客户端角色管理
系统配置
机构管理
设备控制
设备管理
实况预览
抓图
录像回放
录像下载
《XXXXXX》概要设计说明书 张三、李四、王五
1．引言 1．1编写目的 在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。 本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 1．2项目背景 机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。本系统与其他系统的关系如下： 1．3定义 1．3．1 专门术语 SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 1．3．2 缩写
系统：若未特别指出，统指本机票预定系统。 SQL: Structured Query Language（结构化查询语言）。 ATM: Asynchronous Transfer Mode (异步传输模式)。 1．4参考资料 以下列出在概要设计过程中所使用到的有关资料： 1．机票预定系统项目计划任务书浙江航空公司1999/3 2．机票预定系统项目开发计划《**》软件开发小组1999/3 3．需求规格说明书《**》软件开发小组1999/3 4．用户操作手册（初稿）《**》软件开发小组1999/4 5．软件工程及其应用周苏、王文等天津科学技术出版社1992/1 6．软件工程张海藩清华大学出版社1990/11 7．Computer Network A.S.Tanenbaun Prentice Hall 1996/01 文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。 2．任务概述 2．1 目标 2．2 运行环境 系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。 根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上，客户程序应能够在Pentium 133级别以上, Win NT环境下运行。 2．3 需求概述 浙江航空公司为方便旅客，需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。 2．4 条件与限制 3．总体设计 3．1 处理流程 下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分
1.1 视频监控系统设计方案 1.1.1 系统概述 视频监控系统是指将从市公安系统中接入的8路视频监控信号以及数字化城管将要建设的视频信号，结合城市管理地理信息系统，在城市管理信息中心的大屏幕和PC终端上显示，实现对城市部件和事件的全方位、全时段的可视化监控管理，从而对城管事件作出准确判断并及时响应，对监控范围内的突发性城管事件录像取证，起到综合治理效果。 视频监控系统建设主要包括三部分的内容，即政府中心控制节点的建设、城管中心视频监控系统建设和城管中心安防监控系统建设。 1.1.2 城管中心视频监控 扬州市公安局已经在扬州市内建设36个公安监控点，需连接到市城管 监督中心之外，还包括以下内容： 根据扬州市建设全市城管监控系统的要求，计划建设50个，后续可以 扩展到100个（当前建设50个，后续可以扩展到100个）可控监视探头， 探头采用数字式以太网传输模式，通过通信运营商提供的传输通道，汇集到 监督中心机房，并通过大屏幕展现出来。 1.1. 2.1 系统建设要求 视频监控系统可以随时选择需要监控的8路视频监控信号。 视频监控系统主要应包括以下功能模块：视频图像播放、视频源选择、 监控探头调整控制等。 ?视频图像播放 应能播放支持扬州市现有的视频数据压缩格式。要求能在城市管理信息 中心的大屏幕和PC终端上显示。 ?视频源选择 应可在系统的电子地图上选择需要调用查看的视频源，方便地查看相应 的视频信息。 ?监控探头调整控制 应能实现对监控探头的调整控制（公安局建设的36路图像除外）。可以通过调整监控探头，实现视频图像的放大、缩小，还可以实现监控探头的方向调整。
1.1. 2.2 系统设计 1.1. 2.2.1 视频前端设计 扬州城管中心视频监控系统前端图像源只要来自两个方面：扬州市公安局已建的36路视频图像接入和扬州市城管计划建设100个（当前建设50个，后续可以扩展到100个）可控监视探头。 公安局已建的36路图像，考虑节省传输路由租用费用，采取租用电信8条2M带宽路由同时到达城管监督中心。 扬州市城管计划建设的100个（当前建设50个，后续可以扩展到100个）可控监视探头，拟采用数字式以太网传输模式，通过通信运营商提供的传输通道，汇集到监督中心机房，并通过大屏幕展现出来。 1.1. 2.2.2 系统传输设计 公安局已建的36路图像，通过租用电信8条2M带宽路由，加编解码器同时送8路图像至城管中心，在大屏幕上显示。 由于公安局原配置的图像切换矩阵有控制限制，设计采用配置一台48*16矩阵放在公安局机房，接入36路视频源；配置一台主控键盘放在城管监督中心，通过编解码器的双向数据口，远程控制矩阵，自由选择城管需要监视的视频图像。 扬州市城管计划建设的100个可控监视探头，拟采用数字式以太网传输模式，通过通信运营商提供的传输通道，汇集到监督中心机房。 由于城管监督中心在二楼，配线总机房在一楼，因施工前后衔接很难统一，电信的宽带路由一般只到一楼配线总机房，故考虑在一楼配线总机房至二楼监督中心机柜预留110根视频线缆（SYV75-5）和10根RVVP线缆作为远端视频图像信号接入路由。 1.1. 2.2.3 系统功能实现 各路视频图像汇集到城管监督中心，通过监督中心的图像显示系统进行切换、选择，显示在大屏幕上。实现以下功能： 1) 视频图像播放 能播放支持扬州市现有的视频数据压缩格式。能在城市管理信息中心的 大屏幕和PC终端上显示。为城管中心对整个城市进行实时掌控提供了准确 无误的保障。
1 引言 (3) 1.1 编写目的 (3) 1.2 背景 (3) 1.3 定义 (3) 1.4 参考资料 (3) 2 总体设计 (3) 2.1 简述 (3) 2.2 架构设计 (4) 2.2.1 系统逻辑架构图 (4) 2.2.2 系统物理架构图 (4) 2.2.3 顶层系统包图 (5) 2.2.4 业务类包图 (6) 2.2.5 子系统关系图 (6) 2.3 接口设计 (6) 2.3.1 界面框架设计 (6) 2.3.2 外部接口设计 (7) 3 子系统设计 (7) 3.1 基础信息子系统 (7) 3.1.1 子系统说明 (7) 3.1.2 类图 (8) 3.1.3 类说明 (12) 3.1.4 界面设计 (19) 3.2 我的工作台子系统 (21) 3.2.1 子系统说明 (21) 3.2.2 类图 (22) 3.2.3 类说明 (26) 3.2.4 界面设计 (32) 3.3 工作进展子系统 (33) 3.3.1 子系统说明 (33) 3.3.2 类图 (34) 3.3.3 类说明 (34) 3.3.4 界面设计 (34) 3.4 信息发布子系统 (36) 3.4.1 子系统说明 (36) 3.4.2 类图 (36) 3.4.3 类说明 (37) 3.4.4 界面设计 (38) 3.5 系统管理子系统 (38) 3.5.1 子系统说明 (38) 3.5.2 类图 (39) 3.5.3 类说明 (39) 3.5.4 界面设计 (40) 3.6 个人设置子系统 (41)
3.6.1 子系统说明 (41) 3.6.2 类图 (42) 3.6.3 类说明 (43) 3.6.4 界面设计 (44) 4 约束和假定 (45) 5 系统数据结构设计 (45) 5.1 逻辑结构设计 (45) 5.1.1 角色表（PUBLIC_ROLE） (46) 5.1.2 权限表（PUBLIC_PRIVILEGE） (46) 5.1.3 角色权限表（PUBLIC_ROLEPRIVILEGE） (46) 5.1.4 部门表（PUBLIC_ DEPT） (46) 5.1.5 岗位表（PUBLIC_POST） (47) 5.1.6 员工表（PUBLIC_MEMBER） (47) 5.1.7 工作任务表（WORKPLAN_ TASK） (48) 5.1.8 任务分派表（WORKPLAN_ ALLOTTASK） (48) 5.1.9 工作计划表（WORKPLAN_ PLAN） (48) 5.1.10 计划任务表（WORKPLAN_ PLANTASK） (49) 5.1.11 工作日志表（WORKPLAN_ WORKLOG） (49) 5.1.12 工作汇报表（WORKPLAN_ WORKREPORT） (50) 5.1.13 信息发布表（PUBLIC_ PUBLISHINFO） (50) 5.1.14 收件箱表（PUBLIC_INBOX） (50) 5.1.15 系统操作日志表（PUBLIC_OPERA TELOG） (51) 5.1.16 个人提醒设置表（PUBLIC_EVENTS） (51) 5.1.17 系统表（PUBLIC_SYSTEM） (52) 5.1.18 系统功能模块表（PUBLIC_SYSTEMMODULE） (52) 5.2 物理结构设计 (52) 5.3 数据结构与程序的关系 (52) 6 系统出错处理设计 (52) 6.1 出错信息 (52) 6.2 补救措施 (53) 6.3 系统维护设计 (53)
教二二楼视频监控系统 设 计 方 案 课程名称：弱电工程综合实训 指导教师： 项目设计：闭路电视监控系统 设计人： 班级 项目小组：第6组 组员
目录 目录 (2) 1 工程概况 (3) 1.1 建筑物概述 (3) 1.2 视频监控的意义 (3) 2 系统设计原则 (4) 3 系统设计依据 (4) 4 方案总体设计 (5) 4.1 系统设计方案 (5) 4.1.1 视频模拟处理部分 (5) 4.1.2 通信部分 (6) 4.1.3 视频数字处理部分 (6) 4.2 系统部暑说明 (7) 4.3 集中监控功能 (7) 4.4 集中监控建设要求及参数标准 (8) 5 设备参数及布置 (9) 5.1 摄像头选择参数 (9) 5.1.1 摄像头数量及布置情况 (9) 5.1.2 摄像头的规格参数 (9) 5.1.3 监控系统服务器存储要求 (10) 5.1.4 场所布线 (10) 5.2 监控服务器及显示器 (10) 5.2.1 四路嵌入式硬盘录像机 (10) 5.2.2 矩阵 (11) 5.2.3 矩阵主机控制键盘 (12) 6 系统技术特点 (13) 7结论 (14) 参考文献 (14)
1 工程概况 1.1 建筑物概述 教二二楼有施耐德照明系统实验室、传感器实验室、电机控制实验室、楼宇控制实验室、空调制冷实验室、单片机应用技术实验室、PLC实验室以及两个办公室，走廊是“L”型，西走廊长36m，宽2.45m，南走廊长57m，宽2.45m。西走廊尽头是门，南走廊尽头是窗中间有扇门另一个尽头是电梯、楼梯。 1.2 视频监控的意义 监控系统是安全防范领域中的重要组成部分，系统通过摄像机及其辅助设备（镜头、云台等），直接观察被监视场所的情况，同时可以把被监视场所的情况进行同步录像。另外，电视监控系统还可以与防盗报警系统等其他安全技术防范体系联动运行，使用户安全防范能力得到整体的提高。 视频监控具有明显的应用特点，它主要用于工业、交通、商业、金融、医疗卫生、军事及安全保卫等领域，是现代化管理、监测、控制的重要手段之一。由于它首先应用于工业，所以有时又称它为工业电视。应用电视能实时、形象、真实地反映被监视控制的对象。利用这一点，及时获取大量丰富的信息，极大地提高了管理效率和自动化水平。同时，在某些场合，利用应用电视解决人们不能直接观察的困难，使其成为一种有效地观测工具，发挥不可替代的独特作用。因此，应用电视越来越受到人们的重视，在现代社会的各个方面得到越来越多的应用。
XX概要设计说明书
文档修改记录
填写说明 1. 系统结构的定义 本体系对整个软件系统按如下结构方式进行划分：系统子系统模块子模块 其中： （1）“系统子系统”划分属于“系统设计”，在系统设计说明书中予以描述。 （2）“子系统模块”划分属于“概要设计”，在本说明书中予以描述。 （3）“模块子模块”划分属于“详细设计”，在详细设计说明书中予以描述。如果系统相对简单，可以省略“子模块”这一层次。 2. 如果填写了系统设计说明书，则在本说明书中略过“系统子系统”划分的相关内容（即第2章）。 3. 如果系统相对简单，不需要做“系统子系统”划分，这种情况下，取消填写系统设计说明书，只须填写本说明书，直接套用“子系统模块”划分（即第3章）进行“系统模块”划分（把其中“子系统”一词替换为“系统”），并删除本说明书中“系统子系统”划分的相关内容（第2章）。
目录 1. 简介 ................................................................ 错误!未定义书签。 . 背景和目的.................................................... 错误!未定义书签。 . 范围.......................................................... 错误!未定义书签。 . 术语和缩略语.................................................. 错误!未定义书签。 2. 系统总体设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 系统外部接口 ............................................ 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 系统架构设计.................................................. 错误!未定义书签。 系统的逻辑架构设计 ...................................... 错误!未定义书签。 系统的物理架构设计 ...................................... 错误!未定义书签。 . 子系统定义.................................................... 错误!未定义书签。 子系统列表 .............................................. 错误!未定义书签。 子系统间关系 ............................................ 错误!未定义书签。 3. 子系统1设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 子系统外部接口 .......................................... 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 子系统架构设计................................................ 错误!未定义书签。 . 模块定义...................................................... 错误!未定义书签。
《XXXXXX》 概要设计说明书 张三、李四、王五 1．引言 1．1编写目的 在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。 本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 1．2项目背景 机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于 1．3 1．3．1 专门术语 SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 1．3．2 缩写
系统：若未特别指出，统指本机票预定系统。 SQL: Structured Query Language（结构化查询语言）。 ATM: Asynchronous Transfer Mode (异步传输模式)。 1．4参考资料 以下列出在概要设计过程中所使用到的有关资料： 1．机票预定系统项目计划任务书浙江航空公司 1999/3 2．机票预定系统项目开发计划《**》软件开发小组 1999/3 3．需求规格说明书《**》软件开发小组 1999/3 4．用户操作手册（初稿）《**》软件开发小组 1999/4 5．软件工程及其应用周苏、王文等天津科学技术出版社 1992/1 6．软件工程张海藩清华大学出版社 1990/11 7．Computer Network A.S.Tanenbaun Prentice Hall 1996/01 文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。 2．任务概述 2．1 目标 2．2 运行环境 系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。 根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上，客户程序应能够在Pentium 133级别以上, Win NT环境下运行。 2．3 需求概述 浙江航空公司为方便旅客，需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。 2．4 条件与限制 3．总体设计 3．1 处理流程 下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分析。系统可分为两大部分：一、客户机上的程序，二、服务器上的程序。以下将分别对系统的这两大部分进行流程分析：
网络监控系统设计方案 导读：本次设计方案中，视频监控系统分为如下几个部分，每部分的基本功能和组成如下： (一) 前端视频数据采集部分：通过网络摄像机实现对各个监控区域的图像采集；前端视频数据 采集设备包括红外一体化网络摄像机、网络半球、网络智能球、高清网络摄像机、立杆、墙挂支架等设备。 视频监控总体设计 1.1. 网络视频监控系统组成 本次设计方案中，视频监控系统分为如下几个部分，每部分的基本功能和组成如下： (一) 前端视频数据采集部分：通过网络摄像机实现对各个监控区域的图像采集；前端视频数据采集设备包括红外一体化网络摄像机、网络半球、网络智能球、高清网络摄像机、立杆、墙挂支架等设备。 (二) 视频数据传输部分：通过超五类双绞线、室外4芯室外多模铠装光缆、光电转换设备和网络交换机等设备组成转发视频图像数据的传输网络，并通过传输网络将图像数据从前端监控设备传送到后端监控中心进行视频显示和存储，主要设备和线材包括：网络交换机、光电转换设备、超五类双绞线、室外铠装光缆等。 (三) 视频监控中心部分：视频监控中心是将前端采集的视频图像信息通过软件解码，转化为图像信号传送到监视器上，形成直观图像信息并且显示出来，同时对视频信息按照存储策略进行存储。通过网络监控中心管理平台对整个系统进行统一操作、配置、管理，其中主要设备网络监控中心管理平台、监控录像主机、大尺寸电视等设备。 (四) 监控终端部份：监控终端主要功能是监看实时视频画面、查询回放录像、抓拍图像、手动录像，主要包括监控客户端、多路视频解码器。 1.2. 监控系统拓扑图
1.3. 前端视频监控部分 1.3.1. 前端监控点设置说明 序号安装位置产品名称 单 位 数量备注 1 负一层停 车场 红外一体化网络摄像 机 台11 监控车位及通道，安全通道等出入口情 况
概要设计说明书示例【概要设计说明书(模板)】 概要设计说明书 修订记录 目录 第一章 1.1.1. 2.1. 3.1. 4.第二章 2.1.2.2.2. 3.2. 4.2. 5.2. 6.2. 7.第三章 3.1.3.2.3.3.第四章 4.1.4.2.4.3.第五章 5.1.5.2.5.3.第六章 6.1. 6.2.6.3. 补救措施......................................................... ........................................10系统维护设计......................................................... .. (10) 第一章引言 1.1.编写目的 说明编写这份概要设计说明书的目的，指出预期的读者。 1.2.背景 说明：
a.待开发软件系统的名称； b.列出此项目的任务提出者、开发者、用户以及将运行该软件的站点。 1.3.定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4.参考资料 列出有关的参考文件，如： a.本项目的经核准的计划任务书或合同，上级机关的批文； b.属于本项目的其他已发表文件； c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出 第二章总体设计 2.1.需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求。 2.2.运行环境 简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定。 2.3.基本设计概念和处理流程 说明本系统的基本设计概念和处理流程，尽量使用图表的形式。 2.4.结构 用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系。 2.5.功能需求与程序的关系
以下是需求分析说明书、详细设计说明书、概要设计说明书样例 需要详细资料的去 https://www.doczj.com/doc/fa4587278.html,/BBS/view.asp?ID={CA9329C0-93C5-4417-9170-452FF61E8C DB}&page=1下载 XX系统概要设计说明书 目录 1. 文档介绍1 1.1 文档目的1 1.2 文档范围1 1.3 读者对象1 1.4 参考文献1 1.5 术语与缩写解释1 2. 系统概述2 3. 设计约束2 3.1需求约束2 3.2隐含约束2 4. 设计策略3 4.1扩展策略3
4.2复用策略3 4.3折衷策略3 5．系统总体结构3 5.1、系统总体结构3 5.2、子系统功能及接口4 6. 子系统的结构与功能5 6.1、TERMSERV 5 7. 功能需求追溯5 8. 环境的配置5 9．其它6 附录 6 A、与主机接口6 B、与终端接口6 1. 文档介绍 1.1 文档目的 编写该文档的目的在于从总体设计的角度明确xxxx系统的功能和处理模式，明确与银联的接口，使系
统开发人员和产品管理人员明确产品功能，可以有针对性的进行系统开发、测试、验收等各方面的工作。 1.2 文档范围 1.3 读者对象 该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。 1.4 参考文献 《xxxx系统需求说明书》 1.5 术语与缩写解释 无 2. 系统概述 XX系统是以触摸屏为主要交互工具，帮助用户以自助方式做业务查询。本系统的主要功能包括：话费 查询、新业务介绍、网点分布查询、自助终端分布查询、电信新闻、交易监控、设备维护和监控等。本系 统的设计目标是保证系统可以7*24小时安全、高效无故障运行；业务人员可以轻松完成设备和交易的监控 、管理工作；报表种类齐全，可以满足业务人员各种帐务需求。 3. 设计约束
视频监控系统设计规范 一、设计原则 目前工程中基本都设计图像监控系统，比较能直观的反应现场设备运行状况，同时兼顾重要场合的安全防备，根据现场用户需求及使用情况，结合以往工程施工经验，视频监控系统设计的原则以保证图像的清晰性、流畅性、功能实用性为主，同时兼顾价格因素。 二、系统总体功能设计 室内环境包括：中控室、泵房、配电室 2、室外环境主要包括：水厂、泵站、水源地的厂区监控。 河道、闸门、水库的环境监控。 三、现场使用条件需求分析 1、中控室：光照强度较高，监控面积小（约20-50平方米），要求安装布 线规范美观，24小时不间断监控。 2、配电室：光照强度较低，监控面积小（约20-30平方米），既要监控整 体又要看到局部，24小时不间断监控。 3、泵房：光线较暗，监控面积小（约50-80平方米），既要监控整体又要 看到局部，24小时不间断监控。 4、水厂、泵站的厂区：因室外环境，光照较强，监控距离100-150米，24小时不间断监控，对重点部位有特殊监控要求（人员入侵时报警提醒，同时进行图像跟踪）。 5、水源地环境监控：因室外环境，光照较强，监控距离50-100米，24小时不间断监控，有特殊监控要求（人员入侵时报警提醒，同时进行图像跟踪），
同时需音频采集及高音喊话功能。 6、河道、闸门环境监控：因室外环境，光照较强，监控距离200-300米，24小时不间断监控，既要监控整体又要看到局部，夜视功能要求较高，清晰度要求较高，要求透雾功能。 7、水库环境监控：因室外环境，光照较强，监控距离300-1000米，24小时不间断监控，既要监控整体又要看到局部，夜视功能要求较高，清晰度要求较高，同时需音频采集及高音喊话功能，要求透雾功能。 四、主要设备说明 主要指标如下： 4.1.1机芯： 常用CCD和CMOS两种类型的感光芯片。 CMOS产品低能耗、高像素、低成本、噪点控制好、宽动态性能优越。 CCD产品高能耗、低像素、高成本、噪点控制一般、宽动态性能差。4.1.2镜头、光圈、焦距、尺寸 4.1.2.1.镜头 广角镜头：视角在90度以上，一般用于电梯轿厢内、大厅等小视距大视角场所；2.8mm，2.5mm 标准镜头：视角在30度左右，一般用于走道和小区周界等场所，1/2”CCD 摄像机，标准镜头焦距定为12mm；1/3”CCD摄像机，标准镜头焦距定为 8mm；1/4”CCD摄像机，标准镜头焦距定为6mm； 视角在60度以上用于5*5米左右场所3.6mm4mm 视角在50度以上用于8-10米左右场所6mm
＜网上书店＞ 概要设计说明书 作者：XXXXXXXXXXX 完成日期：XXXX年4月XX日签收人：XXXXXX 签收日期：XXXX年X月XX日修改情况记录：
目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (1) 1.4 参考资料 (2) 2 总体设计 (2) 2.1 需求规定 (2) 2.2 运行环境 (3) 2.3 基本设计概念和处理流程 (3) 2.4 结构 (4) 2.5 功能需求与程序的关系 (8) 2.6 人工处理过程 (9) 2.7 尚未解决的问题 (9) 3 接口设计 (10) 3.1 用户接口 (10) 3.2 外部接口 (10) 3.3 内部接口 (10) 4 运行设计 (10) 4.1 运行模块组合 (10) 4.2 运行控制 (10) 4.3 运行时间 (11) 5 系统数据结构设计 (11) 5.1 逻辑结构设计要点 (11) 5.2 物理结构设计要点 (11) 6 系统出错处理设计 (12) 6.1 出错信息 (12) 6.2 补救措施 (12) 6.3 系统维护设计 (12) 7 阶段小结 (12)
1 引言 1.1 编写目的 服务于书店的网络化运营，管理用户购买以及其它服务、管理各类图书信息以及图书销售中的各个环节，最终用户为使用本网上书店的各类用户以及网上书店的系统管理人员和维护人员。 1.2 范围 说明： a．待开发的软件系统的名称：XXXX网上书店 b．任务提出者：刘俊铖、马俊 开发者：马俊、张倩、刘俊铖、张瑞鑫、唐志军、冯庆丰 用户：欲使自己书店网络化运营的各类书店。 使用本软件的单位：待定 1.3 定义 UML：Unified Modeling Language , 统一建模语言。 类图（class diagram）：表述系统中各个对象的类型及其间存在的各种静态关系。静态关系包括关联和子类型两种。 交互图（interactive diagram）：是表述各组对象如何依某种行为进行协作的模型。包括顺序图和协作图。 可修改性：容许对系统进行修改而不增加原系统的复杂性。 有效性：软件系统能有效地利用计算机的时间资源与空间资源的能力。 可靠性：能够防止因概念、设计和结构等方面的不完善造成的软件系统 失效，具有挽回因操作不当造成软件系统失效的能力。
需求分析说明书、概要设计说明书、详细设计说明书部分样例 作者：rjgczj 出处：csai论坛 以下是需求分析说明书、详细设计说明书、概要设计说明书样例，需要的朋友来信联系。rjgczj@ For personal use only in study and research; not for commercial use XX系统概要设计说明书 目录 1. 文档介绍1 1.1 文档目的1 1.2 文档范围1 1.3 读者对象1 1.4 参考文献1 1.5 术语与缩写解释1 2. 系统概述2 3. 设计约束2 3.1需求约束2 3.2隐含约束2 4. 设计策略3 4.1扩展策略3 4.2复用策略3 4.3折衷策略3 5．系统总体结构3 5.1、系统总体结构3
5.2、子系统功能及接口4 6. 子系统的结构与功能5 6.1、TERMSERV 5 7. 功能需求追溯5 8. 环境的配置5 9．其它6 附录 6 A、与主机接口6 B、与终端接口6 1. 文档介绍 1.1 文档目的 编写该文档的目的在于从总体设计的角度明确xxxx系统的功能和处理模式，明确与银联的接口，使系统开发人员和产品管理人员明确产品功能，可以有针对性的进行系统开发、测试、验收等各方面的工作。 1.2 文档范围 1.3 读者对象 该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。 1.4 参考文献 《xxxx系统需求说明书》 1.5 术语与缩写解释 无 2. 系统概述 XX系统是以触摸屏为主要交互工具，帮助用户以自助方式做业务查询。本系统的主要功能包括：话费查询、新业务介绍、网点分布查询、自助终端分布查询、电信新闻、交易监控、设备维护和监控等。本系统的设计目标是保证系统可以7*24小时安全、高效无故障运行；业务人员可以轻松完成设备和交易的监控、管理工作；报表种类齐全，可以满足业务人员各种帐务需求。
1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2总体设计 (2) 2.1需求规定 (2) 2.2运行环境 (2) 2.3基本设计概念和处理流程 (3) 2.4结构 (3) 2.5功能器求与程序的关系 (3) 2.6人工处理过程 (3) 2.7尚未问决的问题 (3) 3接口设计 (3) 3.1用户接口 (3) 3.2外部接口 (3) 3.3内部接口 (4) 4运行设计 (4) 4.1运行模块组合 (4) 4.2运行控制 (4) 4.3运行时间 (4) 5系统数据结构设计 (4) 5.1逻辑结构设计要点 (4) 5.2物理结构设计要点 (4) 5.3数据结构与程序的关系 (4) 6系统出错处理设计 (5) 6.1出错信息 (5) 6.2补救措施 (5) 6.3系统维护设计 (5)
概要设计说明书 1引言 1.1编写目的 说明编写这份概要设计说明书的目的，指出预期的读者。 1.2背景 说明： a.待开发软件系统的名称； b.列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出有关的参考文件，如： a.本项目的经核准的计划任务书或合同，上级机关的批文； b.属于本项目的其他已发表文件； c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的 标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2总体设计 2.1需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求，详细的说明可参见附录C。 2.2运行环境 简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定，详细说明参见附录C。
视频监控系统设计方案 摘要：生产经营管理的高效性、实时性直接影响到企业的生产效益和成本控制。当前，工厂的建设、管理正向着信息化、智能化的方向发展。通过在企业内部安装一整套局域网上的网络视频监控系统，安全生产人员可实时监控各个设备的运行状况，安保人员可实时监控厂区的出入口、道路、重点建筑等重要场所的人员流动情况，企业相关部门的领导也可以在办公室随时监控整个企业的运作情况。 一、工程说明 1.1 工程需求分析 根据用户的实际要求和现代监控系统的特点对本项目的需求进行了认真的分析。 1. 防范目的 通过安装在工厂辖区的摄像机，可以对现场的人员、车辆及设备的工作情况进行实时监视，监控室能够及时观察到现场的情况，并能够将相关图像进行实时的录像。在充分保证客人及业主隐私的基础上，加强工厂的安全保卫工作，同时提高工作效率，实现科学的管理。 2. 布防要求 根据现场的实际情况加以安装，以便最能有效地监控现场图像，不留死角。 3. 安全可靠性 为使整个监控系统充分发挥其安全防范的作用，应从以下几个方面确保系统安全可靠： ⑴前端设备品质必须高度可靠，尽量选用性价比高的名牌产品，同时充分考虑到特殊且恶劣的环境因素对设备的影响。 ⑵必须按照国家标准及工艺要求进行施工。 ⑶控制系统应采用可靠性高、功能全的产品 ⑷严格的管理制度，规范的操作。 ⑸操作简便。具有一定的扩容和升级能力。
二、方案设计的原则和思想 2.1 系统应具有的特性 2.1.1 先进性 当今科学技术发展迅速，若花巨资建成一个几年之内就要淘汰的落后系统，不仅是一种极大的浪费，而且将严重影响工厂的声誉。所以设计方案首先就要确保设计技术和应用技术的先进性，同时也要保证整个系统的最佳性能价格比。 2.1.2 灵活性和兼容性 随着科学技术的发展，不可能保证一个系统永远处于领先地位。为此在设计方案时，必须考虑到系统升级扩容的灵活性和兼容性，这就需要采用模块化、开放式、集散型、分布式的控制系统。使得不改变原有设备，在不损失前期投资的情况下，就能方便的升级和扩容，确保系统不过时。 2.1.3 经济实用性 先进性与经济性往往会产生矛盾，这就需要在制定总体设计方案时： 一、要选择性能价格比最佳的产品和系统。高科技现代化时代，经济性衡量的唯一标准是性能价格比，既不是单纯性能，也不是单纯的价格，若不顾性能，而单纯追求价格，势必会陷入不正当的价格竞争战。那么系统事故所造成损失和影响用经济是补偿不了的。 二、善于充分利用软件来实现系统功能，尽可能减少硬件开支，达到降低系统总成本的目的。 三、充分了解其它子系统的功能，并与之进行有机结合，避免功能重复。 四、要善于从实际出发，突出实用功能，去掉“华而不实”的无用功能，降低总体投资，求得先进性与经济性的完美统一。 2.1.4 可靠性 可靠性是系统设计中的关键，不可靠的系统不仅根本谈不上什么先进性，而且由于系统的瘫痪导致重大的损失会给用户带来巨大的负担和耗费。为此总体方案的设计和产品的选用时： 一、既要考虑技术的先进性，又要考虑技术的成熟性。
概要设计的写法 做软件到一定层次了，就要考虑到设计了，设计了很久，就是不系统，系统的设计需要一个记录，记录就用文档，那么对项目所有包括技术上的设计都记录下来，我们就可以理解为软件的概要设计了。在需求明确、准备开始编码之前，要做概要设计，而详细设计可能大部分公司没有做，有做的也大部分是和编码同步进行，或者在编码之后。因此，对大部分的公司来说，概要设计文档是唯一的设计文档，对后面的开发、测试、实施、维护工作起到关键性的影响。 概要设计写什么？概要设计怎么做？如何判断设计的模块是完 整的？为什么说设计阶段过于重视业务流程是个误区？以需 求分析文档还是以概要设计文档来评估开发工作量、指导开发计划 准确？结构化好还是面向对象好？以上问题的答案请在文章 中找。 二、概要设计的目的? 将软件系统需求转换为未来系统的设计；逐步开发强壮的系统构 架；使设计适合于实施环境，为提高性能而进行设计；结构 应该被分解为模块和库。 三、概要设计的任务? 制定规范：代码体系、接口规约、命名规则。这是项目小组今后共 同作战的基础，有了开发规范和程序模块之间和项目成员彼此之间 的接口规则、方式方法，大家就有了共同的工作语言、共同的工作 平台，使整个软件开发工作可以协调有序地进行。总体结构设 计：功能（加工）－>模块：每个功能用那些模块实现，保证每 个功能都有相应的模块来实现；模块层次结构：某个角度的软件 框架视图；模块间的调用关系：模块间的接口的总体描述；模 块间的接口：传递的信息及其结构；处理方式设计：满足功能 和性能的算法用户界面设计；数据结构设计：详细的数 据结构：表、索引、文件；算法相关逻辑数据结构及其操作；上 述操作的程序模块说明（在前台？在后台？用视图？用过程？······）接口控制表的数据结构和使用规则其他性能设计。 四、概要设计写什么?
软件开发文档 项目名： “通讯录” 版本： α测试版 作者： ccba 编写时间：2001-8-20 文档内容： 1 需求规格说明书 2 概要设计说明书 3 详细设计说明书 文档号IM00101 需求规格说明书 1、引言： 1.1 编写目的 本文档的编写是为了确定待开发软件的功能、性能、数据、界面的需求。 1.2 项目背景 “通讯录”软件是为了提供一种功能完备，易于操作、界面美观的优秀软件。该软件由蔡文亮单独开发完成。 1.3 定义 需求规格说明书采用参考资料②标准 1.4 参考资料 ①薛华成《管理信息系统（第三版）》清华大学出版社1999.5 ②郑人杰、殷人昆、陶永雷《实用软件工程（第二版）》清华大学出版社1997.4 ③周之英《现代软件工程（基本方法篇）》科学出版社 2000.1 2、功能需求 该软件由四个主功能模块和一个扩展功能模块构成，各功能模块中规定的均为软件的基本功能，在开发过程中，开发人员可根据实际情况在满足基本功能需求的前提下增加新功能，但必须详细编写相关文档。 2.1录入、修改功能模块 该功能块主要用于数据库的数据录入和修改，考虑到通讯录的实际需要，可以放松对数据库完整性结束的控制，但从减少数据库的角度来考
虑，不容许有完全相同的纪录出现（考虑的合并，相同的纪录项）。 2.2查询功能块 本功能模块是最重要的功能块，对通讯录的操作最主要部分就是查询操作。 本功能块要求有如下功能： 1）按数据库各个属性查询 2）按数据库各个属性之间的逻辑组合查询 如：查询名称为“鸭子”且年龄为20岁的详细情况 （SQL语句表示）SELECT * FROM MESSAGER WHERE NICKNAME=“鸭子” AND AGE=20 3）按某一属性的数值范围查询及其逻辑组 如：查询年龄在20至35岁间的详细情况 （SQL语句表示）SELECT * FROM MESSAGER WHERE AGE BETWEEN 20 AND 35 4）模糊查询 同时我们要求查询结果可以按用户要求的格式来显示，如：用户能调整显示属性的个数和组合。 2.3系统安全块 通讯录的信息是个人隐私，故在软件中加入必要的安全措施。主要有以下三点： 1）登录帐号和密码的管理 2）帐户权限的控制 3）对部分登录帐号隐藏部分内容 2.4系统设置块 本部分内容主要是对软件使用时一些设置使其更利于软件的使用：主要包括以下四个方面： 1）系统界面背景和色彩设置（模仿WINNAP） 2）闹铃功能开关，即实现朋友生日提醒功能 3）记录内容项（即数据库修改通讯录上的内容项） 4）历史记录，用户可以选择是否记录下何人何时使用过该软件 2.5扩展功能块 1）网络功能：通过OLE/COM接口的调用，实现E-mail软件调用。2）帮助文档的制作（On-line help）