概要设计接口设计范文模板 11页.docx

概要设计接口设计范文模板 11页.docx

《概要设计接口设计范文模板 11页.docx》由会员分享，可在线阅读，更多相关《概要设计接口设计范文模板 11页.docx（10页珍藏版）》请在冰豆网上搜索。

概要设计接口设计范文模板11页

本文部分内容来自网络整理，本司不为其真实性负责，如有异议或侵权请及时联系，本司将立即删除！

==本文为word格式，下载后可方便编辑和修改！

==

概要设计接口设计

篇一：

FZ接口概要设计（V2.0）

CHIS与分诊接口概要设计（v1.0）

众邦公司李中郁

一、主体思想：

●HIS系统提前将当日的医生排班表/停诊信息发给分诊系统。

一般在早上挂

号之前（6：

00）启动数据发送工作。

主要涉及gh_request表。

●HIS系统定时将挂号信息/退号信息发送给分诊系统。

主要涉及

mz_visit_table表。

●HIS数据做任务，定时将昨天已经发送过的中间信息清除。

二、数据库端

1.新建表：

●新建表mzgh_led_interface,如果已经存在则修改其结构.该表与

mz_visit_table表结构基本相同。

●新建表mzgh_led_interface_flag表，将已经发送过的数据主键插入到

该表。

●新建表gh_request_led_interface，表结构基本与gh_request相同。

临时保存当日需要发给分诊系统的记录。

●新建表gh_request_led_interface_flag。

已经发送过的排班记录主键将

插入到该表。

2.相关表增加trigger：

●mz_visit_table新加一个forinsertTrigger.如果有新记录插入就同步

插入到mz_clinic_led_interface表中。

●mz_visit_table再加一个forupdateTrigger,将退号的数据插入到

mz_clinic_led_interface表中。

●gh_request表增加triggerforinsert。

将新插入的数据同步插入到

gh_request_led_interface表中。

●gh_request表增加triggerforupdae。

将停诊的数据同步插入到

gh_request_led_interface表中。

主要判断open_flag字段的值。

3.数据库做任务,定时清除mzgh_led_interface、gh_request_led_interface

及其flag表的昨天的数据.

三、客户端

1.程序GHIntf.exe每隔3秒中就会刷新一下mz_clinic_led_interface表和

gh_request_led_interface表。

通过socket消息的方式发送给分诊系统。

2.将GHIntf.exe注册成服务运行:

GHIntf.exe/install.如果卸载运行

GHIntf.exe/UnInstall。

服务程序最好运行在appServer上。

注意配置chis.udl。

●GHIntf服务程序运行时会产生日志，可在\Log子目录下查看。

●GHIntf.exe运行需要的文件：

Comm.dll，CommSet.ini。

●可在CommSet.ini设置消息发送的目标地址及端口号

[Client]

DestIP=127.0.0.1

DestPort=3000

四、相关sql脚本

1.创建mzgh_led_interface表：

Mz_visit_table表的字段

新加字段idint自增。

2.创建mzgh_led_interface_flag表

CREATETABLE[mzgh_led_interface_flag]（

[id][int]NOTNULL,--主键[patient_id][varchar]（12）COLLATEChinese_PRC_BINNOTNULL,[times][int]NOTNULL

）ON[PRIMARY]

3.创建gh_request_led_interface

CREATETABLE[dbo].[gh_request_led_interface]（

[record_sn][int]NOTNULL,[request_date][datetime]NOTNULL,[ampm][char]

（1）NULL,[unit_sn][char]（7）NULL,[group_sn][char]（7）NULL,[doctor_sn][char]（5）NULL,[clinic_type][char]

（2）NULL,[req_type][char]

（2）NULL,

（

[id]ASC

）WITH（PAD_INDEX=OFF,STATISTICS_NORECOMPUTE=OFF,IGNORE_DUP_KEY=OFF,ALLOW_ROW_LOCKS=ON,ALLOW_PAGE_LOCKS=ON,FILLFACTOR=90）ON[PRIMARY]

）ON[PRIMARY]

GO[begin_no][smallint]NULL,[current_no][smallint]NULL,[end_no][smallint]NULL,[enter_opera][char]（5）NULL,[enter_date][datetime]NULL,[open_flag][char]

（1）NULL,[window_no][tinyint]NULL,[mz_dept_no][varchar]

（1）NULL,[send_flag][varchar]

（1）NULL,[id][int]IDENTITY（1,1）NOTNULL,CONSTRAINT[gh_request_led_interface_PK]PRIMARYKEYCLUSTERED

3.创建gh_request_led_interface_flag

CREATETABLE[gh_request_led_interface_flag]（

GO[record_sn][int]NOTNULL,[id][int]NOTNULL,CONSTRAINT[PK_gh_request_led_interface_flag]PRIMARYKEYCLUSTERED（[id]）ON[PRIMARY]）ON[PRIMARY]

5.创建mz_visit_table的inserttrigger

------------挂号的trigger------------------------

ALTERTRIGGER[dbo].[trFZInterf]ON[dbo].[mz_visit_table]

FORINSERT

AS

declare

@pidchar（12）,

@timesint,

@responcevarchar

（2）,

@visit_datedatetime,

@ampmchar

（1）,

@visit_deptvarchar（7）,

@doctor_codevarchar（5）,

@clinic_typevarchar

（2）,

@gh_sequenceint,

@iinteger,

@xhinteger,

@in_novarchar（9）

set@i=（selectcount（*）frominserted）

--如果不为1,则可能是从_b表导入的数据.不处理

if@i<>1

return

select@pid=patient_id,@times=times,@clinic_type=clinic_typefrominserted--如果号别为空,则可能是mzsf插入的数据,不插入到接口表中

if@clinic_typeisnull

Return

--将新插入的数据复制一份到mzgh_led_interface表中

insertintomzgh_led_interface

select*frominserted

6.创建mz_visit_table的updatetrigger

ALTERTRIGGERtrFZInterf_BackON[dbo].[mz_visit_table]

FORUPDATE

AS

declare

@pidchar（12）,

@timesint,

@clinic_typevarchar

（2）,

@visit_flagvarchar

（1）,

@iinteger

set@i=（selectcount（*）fromdeleted）

--如果不为1,则可能是从_b表导入的数据.不处理

if@i<>1

return

--如果不是修改visit_flag字段就不处理

ifnotUPDATE（visit_flag）

return

篇二：

软件开发概要设计说明书

概要设计说明书

1引言

1.1.1编写目的

概要设计主要是利用比较抽象的语言对整个需求进行概括，确定对系统的物理配置，确定整个系统的处理流程和系统的数据结构，接口设计，人机界面，实现对系统的初步设计。

我们根据需求分析得到的数据流图，将之转化为软件结构和数据结构，建立起目标系统的逻辑模型。

使软件编程人员能对目标系统有一致的认识。

1.2背景

待开发的软件系统的名称：

宿舍管理系统

项目的任务提出者：

李剑

项目开发者：

李剑、杨民岱、娄小敏、田海燕、沈大正

用户：

在校全体师生及相关工作人员

实现该软件的计算机网络：

校园网

1.3定义

ASP.NET：

一项微软公司的技术，是一种使嵌入网页中的脚本可由因特网服务器执行的服务器端脚本技术。

指ActiveServerPages（动态服务器页面），运行于IIS之中的程序。

1.4参考资料

●【1】赵绪辉张树明编渤海大学信息科学与工程学院《软件工程》课程设计指导用书第五版

●【2】张海藩《软件工程》清华大学出版社第二版

●【3】张尧学《web数据库系统开发教程》清华大学出版社第三版

2总体设计

2.1需求规定

本系统主要的输入输出项目有：

说明对本系统的主要的输入输出项目、处理的功能性能要求。

数据可靠性：

在应用系统投入运行5年生命周期内数据不得丢失；一旦数据转为历史记录后任何人不得更改。

应用程序试用期结束后，程序运行过程中不允许出现程序逻辑与算法错误。

程序系统运作在运作过程中，由于操作错误或输入/输出数据溢出时，不应死机而应提示故障原因，然后以正常出口退出当前操作环境。

非授权用户不得进入程序系统。

无修改权的用户不得修改档案和更新以及执行处理功能。

2.2运行环境

服务器配置如下：

a．处理器型号及内存容量：

Intel酷睿2四核Q8300（盒），金士顿4GBDDR3800（2条组双通道）

b．外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量：

硬盘：

WD1TB7200转16MB（串口/YS）

c．输入及输出设备的型号和数量，联机或脱机：

键盘，鼠标，显示器各一个。

宿舍管理员仅需提供普通配置的办公电脑即可。

windows操作系统，IE6以上浏览器，flashplayer10以上。

2.3基本设计概念和处理流程

2.4结构

（1）用户帐号模块

用户帐号模块包括：

用户设置，退出系统二个部分。

1.用户设置：

实现系统管理人员、普通人员登录和密码修改。

2.退出系统：

实现正常退出宿舍管理系统。

（2）宿舍管理

1.入住管理：

登记所有住宿情况。

2.退宿管理：

登记所有宿舍退宿人员的情况。

3.公物报修：

登记所有住宿公物损坏修理情况。

4.工作人员管理：

登记宿管工作人员的各种信息。

（3）信息查询模块

1.学生查询：

实现每个学生基本信息情况的查询功能。

2.管理员查询：

实现管理员对各种信息的查询。

3.工作人员查询：

实现工作人员在权限范围内以工作之需查询。

（4）卫生评比模块

1.月查分数录每月每个宿舍楼每个宿舍卫生检查评定分数

2.总分统计：

按学院和宿舍两种不同分法在一段时间内统计分数

3.卫生评比：

实现十佳寝室的评比统计。

（5）物品出入管理模块

物品出入管理：

实现对物品出入的登记。

2.5功能器求与程序的关系

2.6人工处理过程

需要手动输入数据，及窗口或菜单栏选项进行信息确认或者选择。

2.7尚未问决的问题

无。

3接口设计

3.1用户接口

用户接口采用窗口式和菜单栏进行设计。

节1.013.2外部接口

1、USB接口，连接鼠标等设备。

篇三：

视频处理

接口概要设计方案

视频处理接口概要设计

基于嵌入式系统的智能安防系统

V1.0

成都大学计算机学院

1、系统概述

本系统是基于嵌入式的智能安防分析系统，系统拓扑图如图1所示，接口利用高清监控摄像头获取视频数据，通过视频分析接口分析视频，并将异常发送至终端。

视频采集层：

本系统对摄像头图像的采集，主要是利用linux内核提供的usb设备的编程框架v4l2。

通过v4l2可以简单方便的打开usb和板载摄像头，以及对摄像头属性、格式的设定。

视频分析层：

本接口自动将传入的各种视频原始数据（YUV420、YUV422）转换成视频分析所需要的视频格式（RGB24），再通过分析RGB24视频流来发现异常（摄像头干扰、物体闯入、陌生人员等）。

报警应用层：

若系统检测出异常，则使用报警应用层将异常信息推送至报警设备，报警设备可以是电脑端、手机端、平板端以及其它报警设备，报警应用层负责对报警设备的管理或者对报警信息的推送等等。

Main管理层：

对视频采集模块、视频分析模块以及报警模块做统一管理。

通过调用视频采集模块获取视频流，并将视频流传入视频分析接口，若接口返回异常，则调用报警模块。

图1系统拓扑图

2、系统结构

本系统主要分为三层结构，视频采集层、视频分析接口层以及报警层。

实现

的功能模块有视频采集、视频格式转换、摄像头干扰检测、人脸检测与识别以及物品出入检测。

功能结构图如图2所示：

图2系统功能结构图

系统通过高清摄像头来获取实时监控视频，由于获取的视频帧格式YUV420

和YUV422格式，所以系统会先将视频格式转换至视频分析算法需要的RGB24格式，分析接口层负责分析视频信息，如若分析接口分析出异常，则调用报警模块来管理报警设备或者发送报警信息，接收报警信息的设备为远程终端或者本地报警设备。

①采集设备：

系统暂定为ARM自带的板载摄像头或者外接的USB摄像头，

系统可以采集这两种设备视频信息，若要使用其它类别的摄像头，比如网络摄像头等等，则需要重新设计编码采集模块。

②采集模块：

系统通过调用Linux内核提供的IO通道管理接口V4L2来获取

实时视频，因为V4L2管理USB摄像头和板载摄像头采用的是相同的管理方式，所以本系统同时对者两种设备兼容。

③格式转换模块：

系统获取到的视频为YUV420和YUV422格式，本模块负

责将YUV格式的视频转换成RGB格式的视频。

④干扰检测模块：

通过设计的干扰检测算法来分析实时视频，如若分析出摄

像头受到遮挡或者干扰，返回干扰异常。

⑤人脸检测模块：

通过训练好的人脸模型，来对实时视频帧做遍历检测，若

找到人脸，则返回人脸轮廓。

⑥人脸识别模块：

若人脸检测模块找到人脸轮廓，则本模块负责分割人脸图

像，然后与训练好的人脸作比对，返回相应的人名。

若人脸检测模块未找到人脸，则本模块不做处理。

⑦物品检测模块（待定）：

通过相应的物品检测算法来分析实时视频帧，若

检测到物品出入，则返回异常，若未检测到物品出入，则返回正常。

⑧报警模块：

报警模块负责接收相应的报警状态，然后做出相应的报警操作，

报警操作主要包括对本地报警设备的管理，和发送报警信息至远程终端。

⑨报警设备：

报警设备可以是本地设备（蜂鸣器、显示器等），也可以是远

程终端（PC机、手机、平板电脑等）。

3、模块分析

3.1视频采集模块

3.1.1模块功能

视频采集模块主要通过linux提供的V4L接口来管理摄像头，模块主要功能

有摄像头的打开、初始化、帧提取以及关闭摄像头，模块流程如图3所示：

图3采集流程

V4L利用open函数打开设备文件并获取设备文件标识符，然后通过接口函数

ioctl和文件标识符来管理IO通道，达到初始化摄像头的目的。

由于申请到的缓存属于内核存储区，所以需要用mmap函数将内核存储区映射到用户存储区。

V4L关闭摄像头，就是利用ioctl来关闭视频流，用close函数关闭设备文件，从而达到对关闭摄像头所做的善后处理。

3.1.2模块接口函数⑴打开摄像头

接口函数：

boolopenCam（char*device）;

函数功能：

打开摄像头的设备文件，获取到摄像头的设备ID，成功返回true，

失败返回false。

函数介绍：

1）device：

为摄像头设备文件的路径，由接口外部传入接口。

2）vfd：

获取到的设备文件标识符。

3）O_RDWR：

以读写方式打开文件。

⑵摄像头初始化接口函数：

voidcamInit（）;

函数功能：

查询摄像头支持的所有格式、设置帧格式、申请帧缓存、将缓存

映射到用户存储区、打开视频流。

函数介绍：

1）intioctl（intfd,intcmd,…）;

fd：

文件标识符

cmd：

VIDIOC_RECBUFS分配内存

VIDIOC_QUERYBUF把VIDIOC_RECBUFS中分配的内存转换

成物理地址

VIDIOC_ENUM_FMT查询当前驱动支持的视频格式VIDIOC_S_FMT设置当前驱动的频捕获格式VIDIOC_G_FMT读取当前驱动的频捕获格式VIDIOC_TRY_FMT验证当前驱动的显示格式