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

1、概要设计接口设计范文模板 11页本文部分内容来自网络整理，本司不为其真实性负责，如有异议或侵权请及时联系，本司将立即删除！= 本文为word格式，下载后可方便编辑和修改！ = 概要设计接口设计篇一：FZ接口概要设计(V2.0)CHIS与分诊接口概要设计(v1.0)众邦公司 李中郁一、主体思想： HIS系统提前将当日的医生排班表/停诊信息 发给分诊系统。一般在早上挂号之前（6：00）启动数据发送工作。主要涉及gh_request表。 HIS系统定时将挂号信息/退号信息发送给分诊系统。 主要涉及mz_visit_table表。 HIS数据做任务，定时将昨天已经发送过的中间信息清除。二、数据库端1.

2、 新建表： 新建表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新加一个for insert Trigger. 如果有新记录插入就同步插

3、入到mz_clinic_led_interface表中。 mz_visit_table再加一个for update Trigger,将退号的数据插入到mz_clinic_led_interface表中。 gh_request表增加trigger for insert 。将新插入的数据同步插入到gh_request_led_interface表中。 gh_request表增加trigger for updae 。 将停诊的数据同步插入到gh_request_led_interface表中。 主要判断open_flag字段的值。3. 数据库做任务,定时清除mzgh_led_interface、gh

4、_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 运行

5、需要的文件：Comm.dll，CommSet.ini。 可在CommSet.ini 设置消息发送的目标地址及端口号ClientDestIP=127.0.0.1DestPort=3000四、相关sql脚本1. 创建mzgh_led_interface表：Mz_visit_table表的字段新加字段id int 自增。2. 创建mzgh_led_interface_flag表CREATE TABLE mzgh_led_interface_flag (id int NOT NULL , -主键 patient_id varchar (12) COLLATE Chinese_PRC_BIN NOT N

6、ULL , times int NOT NULL) ON PRIMARY3. 创建gh_request_led_interfaceCREATE TABLE dbo.gh_request_led_interface(record_sn int NOT NULL, request_date datetime NOT NULL, 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,(

7、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 PRIMARYGO begin_no smallint NULL, current_no smallint NULL, end_no smallint NULL, enter_opera char(5) NULL, enter_date datetime NULL, open_fl

8、ag char(1) NULL, window_no tinyint NULL, mz_dept_no varchar(1) NULL, send_flag varchar(1) NULL, id int IDENTITY(1,1) NOT NULL, CONSTRAINT gh_request_led_interface_PK PRIMARY KEY CLUSTERED 3. 创建gh_request_led_interface_flagCREATE TABLE gh_request_led_interface_flag (GO record_sn int NOT NULL , id int

9、 NOT NULL , CONSTRAINT PK_gh_request_led_interface_flag PRIMARY KEY CLUSTERED ( id ) ON PRIMARY ) ON PRIMARY5. 创建mz_visit_table 的insert trigger-挂号的trigger-ALTER TRIGGER dbo.trFZInterf ON dbo.mz_visit_tableFOR INSERTASdeclarepid char(12),times int,responce varchar(2),visit_date datetime,ampm char(1),

10、visit_dept varchar(7),doctor_code varchar(5),clinic_type varchar(2),gh_sequence int,i integer ,xh integer,in_no varchar(9)set i = (select count(*) from inserted)-如果不为1,则可能是从_b表导入的数据.不处理if i1returnselect pid = patient_id ,times=times,clinic_type=clinic_type from inserted-如果号别为空,则可能是mzsf插入的数据,不插入到接口表中

11、if clinic_type is nullReturn-将新插入的数据复制一份到mzgh_led_interface表中insert into mzgh_led_interfaceselect * from inserted6. 创建mz_visit_table 的 update triggerALTER TRIGGER trFZInterf_Back ON dbo.mz_visit_tableFOR UPDATEASdeclarepid char(12),times int,clinic_type varchar(2),visit_flag varchar(1),i integerset

12、i = (select count(*) from deleted)-如果不为1,则可能是从_b表导入的数据.不处理if i1return-如果不是修改visit_flag字段就不处理if not UPDATE(visit_flag)return篇二：软件开发概要设计 说明书 概要设计说明书1引言1. 1.1编写目的概要设计主要是利用比较抽象的语言对整个需求进行概括，确定对系统的 物理 配置，确定整个系统的处理流程和系统的数据结构，接口设计，人机界面，实现对系统的初步设计。我们根据需求分析得到的数据流图，将之转化为软件结构和数据结构，建立起目标系统的逻辑模型。使软件编程人员能对目标系统有一致的

13、认识。 1.2背景待开发的软件系统的名称：宿舍管理系统项目的任务提出者：李剑项目开发者：李剑、杨民岱、娄小敏、田海燕、沈大正用户：在校全体师生及相关工作人员实现该软件的计算机网络：校园网1.3定义ASP.NET：一项微软公司的技术，是一种使嵌入网页中的脚本可由因特网服务器执行的服务器端脚本技术。 指 Active Server Pages（动态服务器页面） ，运行于 IIS 之中的程序 。1.4参考资料 【1】赵绪辉 张树明 编 渤海大学信息科学与工程学院 软件工程课程设计指导用书 第五版 【2】 张海藩 软件工程清华大学出版社 第二版 【3】 张尧学 web数据库系统开发教程 清华大学出版社

14、 第三版2总体设计2.1需求规定本系统主要的输入输出项目有：说明对本系统的主要的输入输出项目、处理的功能性能要求。数据可靠性：在应用系统投入运行5年生命周期内数据不得丢失；一旦数据转为 历史 记录后任何人不得更改。 应用程序试用期结束后，程序运行过程中不允许出现程序逻辑与算法错误。 程序系统运作在运作过程中，由于操作错误或输入/输出数据溢出时，不应死机而应提示故障原因，然后以正常出口退出当前操作环境。 非授权用户不得进入程序系统。无修改权的用户不得修改档案和更新以及执行处理功能。 2.2运行环境服务器配置如下：a 处理器型号及内存容量：Intel 酷睿2四核 Q8300(盒)，金士顿 4GB

15、DDR3 800 (2条组双通道)b 外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量：硬盘： WD 1TB 7200转 16MB(串口/YS)c 输入及输出设备的型号和数量，联机或脱机：键盘，鼠标，显示器各一个。宿舍管理员仅需提供普通配置的办公电脑即可。windows操作系统，IE6以上浏览器，flashplayer10以上。2.3基本设计概念和处理流程2.4结构（1）用户帐号模块用户帐号模块包括：用户设置，退出系统二个部分。1. 用户设置：实现系统管理人员、普通人员登录和密码修改。2. 退出系统：实现正常退出宿舍管理系统。（2）宿舍管理1.入住管理：登记所有住宿情况。2.退宿管理：

16、登记所有宿舍退宿人员的情况。3.公物报修：登记所有住宿公物损坏修理情况。4.工作人员管理：登记宿管工作人员的各种信息。（3）信息查询模块1.学生查询：实现每个学生基本信息情况的查询功能。2.管理员查询：实现管理员对各种信息的查询。3.工作人员查询：实现工作人员在权限范围内以工作之需查询。（4）卫生评比模块1.月查分数录每月每个宿舍楼每个宿舍卫生检查评定分数2.总分统计：按学院和宿舍两种不同分法在一段时间内统计分数3.卫生评比：实现十佳寝室的评比统计。（5）物品出入管理模块物品出入管理：实现对物品出入的登记。2.5功能器求与程序的关系2.6人工处理过程需要手动输入数据，及窗口或菜单栏选项进行信息

17、确认或者选择。2.7尚未问决的问题无。3接口设计3.1用户接口用户接口采用窗口式和菜单栏进行设计。节 1.01 3.2外部接口1、USB接口，连接鼠标等设备。篇三：视频处理 接口概要设计方案 视频处理接口概要设计基于嵌入式系统的智能安防系统V1.0成都大学计算机学院1、 系统概述本系统是基于嵌入式的智能安防分析系统，系统拓扑图如图1所示，接口利用高清监控摄像头获取视频数据，通过视频分析接口分析视频，并将异常发送至终端。视频采集层：本系统对摄像头图像的采集，主要是利用linux内核提供的usb设备的编程框架v4l2。通过v4l2可以简单方便的打开usb和板载摄像头，以及对摄像头属性、格式的设定。

18、视频分析层：本接口自动将传入的各种视频原始数据（YUV420、YUV422）转换成视频分析所需要的视频格式（RGB24），再通过分析RGB24视频流来发现异常（摄像头干扰、物体闯入、陌生人员等）。报警应用层：若系统检测出异常，则使用报警应用层将异常信息推送至报警设备，报警设备可以是电脑端、手机端、平板端以及其它报警设备，报警应用层负责对报警设备的管理或者对报警信息的推送等等。 Main管理层：对视频采集模块、视频分析模块以及报警模块做统一管理。通过调用视频采集模块获取视频流，并将视频流传入视频分析接口，若接口返回异常，则调用报警模块。图1 系统拓扑图2、系统结构本系统主要分为三层结构，视频采集

19、层、视频分析接口层以及报警层。实现的功能模块有视频采集、视频格式转换、摄像头干扰检测、人脸检测与识别以及物品出入检测。功能结构图如图2所示：图2系统功能结构图系统通过高清摄像头来获取实时监控视频，由于获取的视频帧格式YUV420和YUV422格式，所以系统会先将视频格式转换至视频分析算法需要的RGB24格式，分析接口层负责分析视频信息，如若分析接口分析出异常，则调用报警模块来管理报警设备或者发送报警信息，接收报警信息的设备为远程终端或者本地报警设备。 采集设备：系统暂定为ARM自带的板载摄像头或者外接的USB摄像头，系统可以采集这两种设备视频信息，若要使用其它类别的摄像头，比如网络摄像头等等，

20、则需要重新设计编码采集模块。采集模块：系统通过调用Linux内核提供的IO通道管理接口V4L2来获取实时视频，因为V4L2管理USB摄像头和板载摄像头采用的是相同的管理方式，所以本系统同时对者两种设备兼容。格式转换模块：系统获取到的视频为YUV420和YUV422格式，本模块负责将YUV格式的视频转换成RGB格式的视频。干扰检测模块：通过设计的干扰检测算法来分析实时视频，如若分析出摄像头受到遮挡或者干扰，返回干扰异常。人脸检测模块：通过训练好的人脸模型，来对实时视频帧做遍历检测，若找到人脸，则返回人脸轮廓。人脸识别模块：若人脸检测模块找到人脸轮廓，则本模块负责分割人脸图像，然后与训练好的人脸作

21、比对，返回相应的人名。若人脸检测模块未找到人脸，则本模块不做处理。物品检测模块（待定）：通过相应的物品检测算法来分析实时视频帧，若检测到物品出入，则返回异常，若未检测到物品出入，则返回正常。报警模块：报警模块负责接收相应的报警状态，然后做出相应的报警操作，报警操作主要包括对本地报警设备的管理，和发送报警信息至远程终端。报警设备：报警设备可以是本地设备（蜂鸣器、显示器等），也可以是远程终端（PC机、手机、平板电脑等）。3、模块分析3.1 视频采集模块3.1.1模块功能视频采集模块主要通过linux提供的V4L接口来管理摄像头，模块主要功能有摄像头的打开、初始化、帧提取以及关闭摄像头，模块流程如图

22、3所示：图3 采集流程V4L利用open函数打开设备文件并获取设备文件标识符，然后通过接口函数ioctl和文件标识符来管理IO通道，达到初始化摄像头的目的。由于申请到的缓存属于内核存储区，所以需要用mmap函数将内核存储区映射到用户存储区。V4L关闭摄像头，就是利用ioctl来关闭视频流，用close函数关闭设备文件，从而达到对关闭摄像头所做的善后处理。 3.1.2 模块接口函数 打开摄像头 接口函数：bool openCam(char* device);函数功能：打开摄像头的设备文件，获取到摄像头的设备ID，成功返回true，失败返回false。函数介绍：1） device：为摄像头设备文件

23、的路径，由接口外部传入接口。 2） vfd：获取到的设备文件标识符。 3） O_RDWR：以读写方式打开文件。 摄像头初始化 接口函数：void camInit();函数功能：查询摄像头支持的所有格式、设置帧格式、申请帧缓存、将缓存映射到用户存储区、打开视频流。函数介绍：1） int ioctl(int fd, int cmd , );fd：文件标识符cmd：VIDIOC_RECBUFS 分配内存VIDIOC_QUERYBUF 把VIDIOC_RECBUFS中分配的内存转换成物理地址VIDIOC_ENUM_FMT 查询当前驱动支持的视频格式 VIDIOC_S_FMT 设置当前驱动的频捕获格式 VIDIOC_G_FMT 读取当前驱动的频捕获格式 VIDIOC_TRY_FMT 验证当前驱动的显示格式