软件接口业务 框架系统说明
软件需求规格说明模板
标识：密级：版本：××技术文件{子系统名称}软件需求规格说明中国电子科技集团公司第十五研究所二○一年月{子系统名称} 软件需求规格说明拟制：审核：会签：质量保证：批准：文档修改记录目次1范围 (1)1.1标识 (1)1.2系统概述 (1)1.2.1项目背景 (1)1.2.2业务范围 (1)1.2.3软件边界 (1)1.2.4系统角色 (1)1.3文档概述 (2)1.4术语及缩略语 (2)2引用文档 (2)3功能需求/GN (2)3.1功能概述 (2)3.1.1 XX功能/XX功能标识 (3)3.1.2 YY功能/YY功能标识 (3)3.2用例 (4)3.2.1 XX功能/XX功能标识 (4)3.2.2 YY功能/YY功能标识 (4)3.3需求动态关系 (5)3.4用例与建模 (5)3.4.1 XX功能/XX功能标识 (5)3.4.2 YY功能/YY功能标识 (7)4接口需求/JK (8)4.1外部接口需求/JK-WB (8)4.1.1接口标识和接口图 (8)4.1.2人机交互界面接口 (10)4.1.3 XX接口名称/标识 (10)4.2内部接口需求/JK-NB (12)4.2.1接口标识和接口图 (12)4.2.2 XX接口名称/标识 (12)5数据需求/SJ (12)5.1入、出库单/SJ-IOL (12)5.2数据需求名称/标识 (13)6非功能性需求 (14)6.1性能需求 (14)6.1.1容量估算 (14)6.1.2性能指标/XN (14)6.2适应性需求/SY (14)6.3安全性需求/AQ (14)6.4保密性需求/BM (15)6.5备份与恢复/BH (15)6.6数据移植/YZ (15)6.7标准需求/BZ (16)6.8环境需求/HJ (16)6.8.1硬件环境 (17)6.8.2软件环境 (17)6.8.3网络环境 (17)6.8.4其他环境 (17)6.9计算机资源需求/ZY (17)6.10软件质量因素及可靠性/ZK (18)6.10.1软件质量因素/ZK-YS (18)6.10.2可靠性需求/ZK-KK (18)6.11设计和实现约束/YS (18)6.12需求的关、重程度 (18)6.13人员需求 (19)6.14培训需求 (20)6.15软件保障需求 (20)6.16验收、交付时的包装需求 (20)7合格性规定 (20)8与上级设计文档的可追溯性 (20)8.1正向追溯 (21)8.2逆向追溯 (21)9附件 (21)9.1界面需求 (21)9.2导出文档/报表模版格式 (21)1 范围1.1 标识本文档的标题：本文档的标识：本文档的版本号：1.2 系统概述如果软件应满足不同的工作模式（如演习训练、教学）要求，应在本节中增加章节说明软件应满足的不同工作模式，以及在不同工作模式下应满足的功能、非功能的要求。
面向业务流程的中小型企业ERP软件系统框架
面向业务流程的中小型企业ERP软件系统框架作者：孙涛张雨濛李智行徐迟来源：《计算机光盘软件与应用》2013年第13期摘要：近年来，许多中小型企业使用ERP系统软件作为企业变革管理的有效工具。
在当今的时代背景下，信息化是企业发展的必由之路，中小型企业希望通过ERP系统来给企业带来更多的利润，更好的组织企业的合理运营与资源分配。
然而对于中小型企业来说，ERP软件的费用成本远远大于企业从软件中获得的利润，并且ERP系统软件的大部分功能，不能充分的被中小型企业所利用，导致软件利用率低，购买的性价比差。
本文提出面向业务流程的ERP 系统框架，致力于迎合中小型企业不断发展变化、业务功能不断变更的需求。
根据本文所提出的面向业务流程的系统框架制作出的ERP系统，也在北京四发汽车服务中心得到了实际的应用，并取得了理想的效果。
关键词：面向业务流程；ERP；系统框架；多层结构中图分类号：TP3ERP是Enterprise Resource Planning（企业资源计划）的简称，是针对物资资源管理、人力资源管理、财务资源管理、信息资源管理集成一体化的企业管理软件。
ERP系统是指建立在信息技术基础上，以系统化的管理思想，为企业决策层及员工提供决策运行手段的管理平台。
它对于改善企业业务流程、提高企业核心竞争力具有显著作用。
由于中小型企业的ERP系统远不如大型企业的ERP系统复杂，包括的业务范围在初期也主要停留在对计划、生产、财务等主体的管理上，所以，当前的ERP系统软件对于中小企业并不能充分发挥作用，其软件中的大部分功能并不能被中小型企业所使用。
并且中小型企业具有不断发展的特点，业务功能不断变更，若使用传统ERP系统，中小型企业很难承担其二次开发的费用。
因此，需要提供一种面向业务流程的ERP软件系统框架，来满足中小型企业的特定需求，提高软件的利用率以及购买的性价比。
本文所提出的面向业务流程的ERP系统框架的概念，最后在北京四发汽车服务中心的ERP软件中得到了具体的应用，体现了本系统框架的实际可执行性。
地纬定点医院嵌入式接口说明
0.地纬定点医院医保结算系统接口服务方案（2.0.10版本）山东地纬计算机软件有限公司2011年1月1.1 金保工程 (4)1.2核心平台二版（SIMISCP2.0） (4)1.3核心平台二版的技术架构 (5)1.4核心平台二版的技术路线 (5)第二章接口设计方案 (6)2.1接口开发遵循的规范和标准 (6)2.2接口技术架构设计方案 (7)2.2.1原定点结算系统技术框架 (8)2.2.2接口服务技术框架 (8)第三章接口服务说明 (10)一、接口概述 (10)二、接口环境 (10)三、接口实例创建、接口登陆、接口示例回收 (11)四、接口服务概况图 (13)第四章、业务服务应用说明 (15)1、取参服务 (15)2、查询账户余额服务(山东滨州、东营使用) (15)3、读卡服务 (16)4、门诊初始化服务 (18)5、生成门诊费用服务 (20)6、门诊结算服务 (22)7、撤销门诊结算服务 (24)8、个人账户消费初始化服务 (25)9、个人账户消费服务 (25)10、个人账户退费服务 (26)11、无凭单消费个账扣款(威海、廊坊) (27)12、普通住院登记服务 (27)13、住院初始化服务 (29)14、生成住院费用信息服务 (29)15、删除住院费用信息服务 (32)16、出院结算服务（出院结算并打印结算单） (33)17、在调用打印之前调用以下方法： (36)18、撤销出院服务 (37)19、撤销住院登记服务 (38)20、目录管理相关服务 (38)21、查询无卡人员基本信息服务 (45)22、修改卡片密码服务 (46)23、上传住院费用服务 (47)24、生成住院电子病历服务 (47)25、查询在院病人信息 (50)26、打印住院告知单服务 (51)27、查询在院病人费用明细 (51)28、读卡器选择服务 (53)一、门诊大病结算流程说明 (55)二、普通门诊结算流程说明 (55)三、急诊结算流程说明 (55)四、普通住院流程说明 (55)五、个人账户消费流程说明 (56)六、目录管理流程说明 (56)第六章关于其他问题的处理方案 (58)一、关于科室、医师相关问题的说明 (58)二、关于操作员相关问题的说明 (58)第七章用户收益 (59)第八章附录 (60)一、电子病历参数说明 (60)二、代码含义 (62)第一章背景介绍1.1 金保工程进入二十一世纪以来，计算机技术、通信技术和网络技术的高速发展，加快了社会经济的信息化进程，信息化已经成为当今世界经济和社会发展的大趋势。
软件详细设计说明书模板
****项目详细设计说明书编制：日期：审核：日期：批准：日期：XXXX公司文档修订记录目录1. 引言 (1)1.1文档目的 (1)1.2参考资料 (1)1.3术语定义 (1)2. 任务概述 (1)2.1需求概述 (1)2.2运行环境 (2)2.3条件与限制 (2)3. 总体设计 (2)3.1设计目标 (2)3.2设计思想 (2)3.2.1 设计原则 (2)3.2.2 设计方法 (3)3.3总体架构 (3)3.4功能架构 (3)3.5技术架构 (4)3.6网络（部署）架构 (4)3.7外部接口 (4)3.8组件复用设计 (4)4. 系统功能设计 (4)4.1清单管理（维护功能设计举例） (5)4.1.1 清单维护 (5)4.2质量查询（查询功能设计举例） (6)5. 内部接口设计 (7)5.1内部接口概要设计 (7)5.2对象接口详细设计 (7)5.2.1 功能1业务对象 (7)5.2.2 功能2业务对象 (7)6. 数据结构设计 (7)6.1逻辑结构设计 (7)6.2物理结构设计 (8)7. 运行效率设计 (8)7.1性能瓶颈分析 (8)7.2性能设计措施 (8)8. 安全性设计 (8)8.1应用安全 (8)8.2数据安全 (9)8.3外部安全 (9)9. 质量属性设计 (9)9.1易用性设计 (9)9.2可靠性设计 (9)9.3兼容性设计 (9)10. 出错处理设计 (10)10.1出错输出信息 (10)10.2出错处理对策 (10)1.引言1.1文档目的[阐明编写详细设计说明书的目的，指明读者对象。
]本文档定义了本系统应该完成的主要任务、系统总体设计、系统接口设计、数据结构设计、运行设计等内容。
本文档的预期读者包括甲方项目组相关人员、乙方项目组成员（包括项目经理、程序员、市场相关人员等）、监理方相关人员，以及其他与本项目建设相关的人员。
1.2参考资料[本小节应完整列出此详细设计说明书中其他部分所引用的任何文档。
SAP接口方案
SAP接口方案北京金和软件股份有限公司2008年7月20日目录1整合方案概述 (2)2SAP R/3简介 (2)2.1 SAP R/3接口技术 (3)2.2 ALE/ID OCS 是什么？ (3)2.3 ALE/ID OCS 的消息发送接收过程 (4)2.4 BAPI简介 (7)2.5 应用SAP-DCOM接口 (7)3C6协同管理平台简介 (9)3.1 基础框架层 (9)3.2 系统组件层 (9)3.3 业务应用层 (10)3.4 门户表现层 (10)4C6协同管理平台业务集成能力 (11)4.1 可配置化的业务平台 (12)4.1.1门户个性化定制 (12)4.1.2组织架构可自由伸展扩充 (12)4.1.3模块配置可视化，每个模块可以自由组配 (13)4.2 平台可扩展性 (13)4.2.1表单自定义可视化和表单布局可视化，所想即所得 (13)4.2.2插件可嵌入C6任意模块网页进行数据交换 (15)4.2.3模块间数据可自由交换 (15)4.3 第三方系统集成 (15)4.3.1工作流程和表单可自由配置。
(15)4.3.2即时消息可插入化 (16)4.3.3提供Open API和WebService集成接口 (16)5中化化肥项目中金和C6与SAP接口案例 (18)5.1 客户接口需求 (18)5.2 具体实现步骤 (18)5.2.1（一）自定义报销模块 (18)5.2.2（二）自动导入SAP 财务相关数据 (19)5.2.3（三）填写报销单，运行报销流程 (20)5.2.4（四）流程结束后生成IDOC文件存放到SAP指定接口目录 (21)6总结C6和SAP接口思路 (22)1整合方案概述大型企业集团在生存的初级阶段，运营的核心几乎全部围绕生产制造展开，ERP 成为企业的核心管理软件，SAP R/3 是其中的典型代表。
当这些企业进一步发展壮大，生产制造不再是其面临的主要矛盾，如何以市场、客户为中心，提升企业自身协同运转的能力，快速适应市场和客户需求的变化，成为决定企业生存发展的核心问题，C6 协同管理平台就是新经济时代企业核心管理系统的基础支撑环境。
K3BOS开发流程及接口介绍
版权所有 ©1993-2009 金蝶软件(中国)有限公司
P20
K/3 BOS 高级应用开发
（一）单据流转
选单关联关系
复制 关联复制 钩稽 强制钩稽
字段关联属性
修改 计算列 选单一致 过滤 处理选单值更新事件（Action：适用于选单值更新事件？） 仅复制
单据接口
示例
Set oDatasrv = CreateObject("K3ClassTpl.DataSrv") oDatasrv.ClassTypeID = lClassTypeID Set obj = CreateObject("K3SingleClassBill.ClassInfoManager") With obj .DataSrv = oDatasrv .ISNetControl = False .ISCheckRight = False .Show lBillID, , BillStatus bOK = .IsOK End With
版权所有 ©1993-2009 金蝶软件(中国)有限公司
P2
目录
K/3 BOS概述 K/3 BOS单据开发流程 K/3 BOS相关接口调用 K/3 BOS高级应用开发 K/3 BOS参考资料 Q/A
版权所有 ©1993-2009 金蝶软件(中国)有限公司
P3
K/3 BOS 概述
版权所有 ©1993-2009 金蝶软件(中国)有限公司
P23
K/3 BOS 业务应用开发
单据转换流程
温馨提示：
当BOS单据与工业单据关联目标单单据体上的物料、计量单位 、数量、基本计量单位数量必须有对应的源单字段，否则关联 时可能会出现错误。 控制字段、扣减字段、关闭字段必须位于同一单据体、头上。 关联内码来源：关联复制关系时有效，指源单内码的来源。
K3CloudWebAPI接口说明书V0
K3Cloud WebAPI 接口说明书_V2.0目录1. 概述 (3)1.1. 目的 (3)1.2. 范围 (3)1.3. 适用对象 (3)1.4. 参考资料 (3)2. 问题与解决策略 (3)3. 目标和约束 (4)4. WebAPI架构 (4)4.1. 采用的技术 (4)4.1.1. Kingdee.BOS.WebApi.FormService.dll (4)4.1.2. Kingdee.BOS.WebApi.ServicesStub.dll (4)4.1.3. Kingdee.BOS.WebApi.Client.dll (4)4.1.4. 开发工具 (4)5. WebAPI接口详细描述 (5)5.1.1. 登陆验证接口 (5)5.1.2. 查看表单数据接口 (8)5.1.3. 保存表单数据接口 (9)5.1.4. 批量保存表单数据接口 (11)5.1.5. 提交表单数据接口 (14)5.1.6. 审核表单数据接口 (16)5.1.7. 反审核表单数据接口 (17)5.1.8. 删除表单数据接口 (18)5.1.9. 表单数据查询接口 (19)5.1.10. 自定义WebAPI接口 (21)6. 附录（集成相关知识分享） (24)1.1. 目的为异构系统访问K/3Cloud系统数据提供通用的接口。
当企业规模逐渐增大时，作为支撑业务运营的IT建设也变得越来越重要，不过往往企业的IT 建设过程中会发现某一家软件供应商基本不能完全覆盖企业所有的业务运营流程，这样的结果就是，企业上的IT系统很多很全，从ERP到HR、CRM、PDM、OA等，貌似所有的业务都覆盖到了，但实际上因为这些系统的不集成，而形成了企业很多新的信息孤岛，非常不利于企业的后续的管理和战略发展。
K/3Cloud从现今和往后的发展趋势来看，也不可避免会遇到上述问题，毕竟企业经营的多样化，并不是所有的业务都能在K/3Cloud中完成，所以我们必须在产品架构上支持更好的与外部系统进行协同。
《API标准介绍》课件
数据采集与分析
通过标准的API接口，可以方便地采集和分析物联网设备产生的数据，为决策提供支持。
设备间的通信
统一的API标准使得物联网设备能够相互通信，实现数据交换和协同工作。
物联网平台的集成
统一的API标准有助于不同物联网平台的集成，提高系统的整体效率和稳定性。
统一的API标准使得开发者可以轻松地开发跨平台的应用程序，提高开发效率和降低维护成本。
说明如何应用API标准的规范框架，包括应用场景、应用方法和应用效果。
03
02
01
介绍API标准的接口设计，包括其定义、分类和特点。
接口设计概述
阐述API标准的接口设计原则，包括标准化、可扩展性、安全性和易用性等原则。
接口设计原则
说明如何进行API标准的接口设计，包括设计流程、设计方法和实践案例。
接口设计实践
详细描述
总结词：版本控制是API标准发展的重要组成部分，它涉及到API的升级和维护，以及不同版本之间的兼容性问题。
总结词
安全性是API标准的另一个重要挑战，它涉及到数据保护、隐私和系统稳定性等方面。
详细描述
API标准的安全性挑战主要表现在如何保障数据传输和存储的安全、如何防止恶意攻击和数据泄露等方面。为了解决这一挑战，可以采用加密传输和存储技术，保证数据的安全性和隐私性。同时，可以制定严格的安全审计和权限控制机制，防止未经授权的访问和恶意攻击。此外，可以通过建立安全漏洞监测和应急响应机制，及时发现和处理安全问题，确保系统的稳定性和可靠性。
分层架构与业务逻辑实现方式
分层架构与业务逻辑实现方式分层架构与业务逻辑实现方式一、分层架构在当今软件系统中，常用的软件架构思想就是分层，分层思想是现代软件架构的主要思想。
无论是企业级应用系统( 如：CRM，ERP，OA，电子商务平台) ，专用软件(如：OS、SVN、IDE 等), 还有协议之类( TCP/IP，OSI 等) 绝大部分都采用分层架构思想进行设计的。
分层(Layer) 不一定就是人们常说的二，三层，多层系统，因为这些说法都是分层架构的一些具体表现形式，分层是一种设计思想，也可以称之为一种软件架构模式(Pattern) ，这种思想的核心在于：划分系统的职责(Responsibility) ，如果这个系统的职责你分析清楚了，你的基于设计思路差不多就定下来了。
你可以去看看，很多的现在代软件，不是一定是web 方面。
例如：SVN这样的源代码管理软件、图一：SVN架构图.NET Framework也是分层，Eclipse 也是，TCP/IP 更加是，还有像操作系统(OS)、编译器(Compiler) ，很多流行框架(Framework) 也是分层。
其实，MVC不也是分层，也就是把模型( Model)、视图(View) 、控制器( Controller )三个不同职责分开。
那我们看看今天的企业级应用系统(很多说是web 项目，其他我不认为是这样，因为web只是一种外在表现形式，我们可以用desktop 程序，flash 等作为表现形式)，企业级应用系统很多人一说就是三层架构，其实确实也是这样的。
即：表示层，业务层，数据层。
当然还有其他的分层，如：表示层，服务层(服务外观层)，业务逻辑层，数据映射层，数据层。
也有分成：表现层，中间层，数据访问层等等。
(注意这些都是逻辑上分层结构一般用Layer ，物理上的分层结构，一般讲的是部署结构一般用tier ) 总体上都可以看成是三层：表现层，业务逻辑层(也可以说是领域层或领域逻辑层) ，数据层。
2_医院信息系统集成平台接口设计说明
第二部分医院信息系统集成平台接口设计说明目录1引言 (3)1.1标识 (3)1.2系统概述 (3)1.3文档概述 (3)1.4基线 (4)2引用文件 (4)3接口设计 (5)3.1接口范围 (5)3.2逻辑架构图 (5)3.3系统软件部署 (6)3.4技术架构图 (6)3.4.1数据集成 (6)3.4.2功能集成 (7)3.4.3实现说明 (8)3.5HIS系统相关接口 (9)3.5.1病人入病区场景 (9)3.5.2病人取消入区场景 (13)3.5.3病人基本信息变化场景 (15)3.5.4病人转科信息场景 (18)3.5.5科内病人转床场景 (20)3.5.6病人出院场景 (22)3.5.7出院返回场景 (25)3.5.8病人费用变化场景 (27)3.5.9调阅帐务查询场景 (29)3.5.10住院医嘱场景（护嘱） (31)3.6LIS系统相关接口 (36)3.6.1发送LIS申请场景 (36)3.6.2采集LIS报告数据场景 (39)3.6.3调阅LIS报告场景 (42)3.7PACS系统相关接口 (44)3.7.1发送PACS申请场景 (44)3.7.2采集PACS文字报告场景 (47)3.7.3调阅完整PACS报告场景 (50)3.8医技系统相关接口 (52)3.9病案统计相关接口 (52)3.9.1场景描述 (52)3.9.2数据内容 (52)3.9.3交互流程 (53)3.9.4实现方式 (53)3.10合理用药系统相关接口 (53)3.10.1场景描述 (53)3.10.2数据内容 (54)3.10.3交互流程 (54)3.10.4实现方式 (54)3.11区域信息平台相关接口 (55)3.11.1场景描述 (55)3.11.2数据内容 (55)3.11.3交互流程 (55)3.11.4实现方式 (55)3.12调阅电子病历场景 (55)3.13公共基础数据 (57)3.13.1基础数据全部上传场景 (57)3.13.2基础数据变更场景 (59)4需求的可追踪性 (61)5注解 (62)1引言1.1标识1.2系统概述现在医院信息化建设的发展，不可能完全靠一家开发商完成医院所有信息系统的开发，要实现各个医院临床信息、医院管理信息系统、电子病历系统、LIS、PACS、病案管理系统的数据交换和业务协同，实现系统间的无缝连接，建设基于电子病历的医院信息系统，开发出一个医院信息系统接口集成平台，去统一管理、实现各个信息系统间的数据交互，并用统一的标准化的接口方去实现系统间的业务协同和功能集成。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
修订记录 序号 版本 时间 修订说明 修改人
1 0.01 2005-12-13 黄川
2 0.02 2005-12-15 按照lucky批注修改 黄川
3 SC上加紧急模式的监听进程 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 系统总体框架说明 1 文档目标说明 1.1 术语表 暂时无 1.2 文档定位说明
本文档对系统总体框架和使用支撑技术进行说明。阅读完本文档后，读者可以：
整个系统总体上的层次划分及设计思想有了解； 对系统通用子模块有了解 对其它所有框架相关文档起到定位和索引的作用，即其它文档是本文档某一具体目标的详细说明。
另外注意，本文档只起类似大致业务说明和索引功能，具体技术实现参考其它文档。（也请同时参考“详细设计每周文档”）
2 系统总体说明
2.1 系统设计思想 AFC系统按照业务可以分为LC、SC、TC和MC四各部分，按照软件结构又可分为服务器和工作站部分。其中SC、TC和MC有一台服务器和多台工作站，LC有多台服务器和多台工作站。
本系统目标是设计一个和具体服务器及业务无关的通用系统，即对于LC、SC、TC、MC各服务器都通用的系统框架。不同服务器只是在业务层有不同的业务处理插件，接口层和分拣层的不同尽量用插件和配置文件进行变化。
另外，本系统尽量采用面向对象的方式，以最大程度的提高系统的框架稳定性，以及减少重复的开发。 系统总体框图如下： 日志层日志进程
进程消息队列日志管道日志分发线程系统管理层系统管理进程监视管理线程线程业务1进程业务N进程„„业务M进程业务X进程„消息队列2业务层监视管理进程„消息队列1分拣层监视管理进程监视管理线程
设备1业务线程„接口层监视管理进程设备类型1进程监视管理线程„设备N业务线程SocketSocketSocket设备1业务线程
设备类型N进程监
视管理线程
„
设备N业务线程
Socket
Socket
设备1设备N设备M设备X„„„
接口上传业务下发每类设备一个进程，每个设备一个业务线程进程1和进程N完全相同，每类设备一个进程1读接口层线程进程1写接口层线程进程1进程N读接口层线程进程N写接口层程进程N错误日志线程监视管理线程管道1只写数据库日志线程管道2一般日志线程管道3Socket数据监视线程Socket连接监视线程Socket数据监视线程Socket连接监视线程管道共享内存明细数据共享内存明细业务进程
其中： 日志层：其它功能利用此功能记录日志； 系统管理层：对整个系统进行管理； 接口层：所有接收数据在此进行接收和发送，所有通过接口层向上转发的数据都是内部正确格式和无冗余的，向下群发通过接口层进行； 分拣层：接收业务层和接口层上传数据，把数据转发到适当的业务和接口； 业务层：具体处理业务，如果处理完成后要通过分拣层，在数据包中包含必要分拣信息。
另外，还包括后台支撑框架的相关功能： 数据传递方式：共享内存、消息队列，文件和管道； 工具类：数据库，文件，socket，消息分发等。
2.2 开发环境支持
服务器 操作系统 数据库 开发工具 LC HP-UX 11i v1 Oracle 10g企HP自带 业版 测试 HP-UX 11i v1 Oracle 10g企业版 HP自带
TC LINUX ORACLE标准版 Developer MC LINUX ORACLE标准版 Developer SC LINUX ORACLE标准版 Developer 前置 LINUX 无 Developer 同比 LINUX 无 Developer
其它服务器如：网管，文档使用Windows操作系统，系统结构不在此文档中。 3 管理层和监控模块
3.1 管理层功能说明 管理层负责初始化各种资源，以及启动、结束整个各层次的管理进程，并对其他进程进行监视。大致如下：
开始
分析处置配置文件初始化系统资源启动其它层次管理进程
包括：消息队列，共享内存，管道，信号
包括：日志层，接口层，分拣层，业务层
监听状态消息（信号），启动关闭层次管理进程 4 日志层 日志服务不包括数据库本身日志，业务相关文件日志（如通讯日志，登入登出日志）和工作站日志。只记录
服务器程序相关日志：如程序错误，警告，主要操作的完成； 业务相关文件数据库日志：在接口层和分拣层不做需要的和数据库相关的日志，交给日志服务做。
5 接口层
接口层对NFS、FTP、NTP等专用通讯方式不做说明，LC层的同比，文档，测试服务器等简单连接方式（只和LC服务器及工作站连接）不做说明。对其它服务器，在接口层除接口层监视进程外，所有设备种类共用一个进程。
5.1 接口层进程个数
各服务器上接口层大致进程个数如下： SC服务器上：AG通讯进程，TVM通讯进程、BOM通讯进程、EQM通讯进程，MC通信进程，紧急模式的监听进程，LC通讯进程，工作站通讯进程； LC服务器上：SC通讯进程，TC通讯进程、MC通讯进程、前置通讯进程、其它服务器（同比、文档等）、工作站通讯进程； TC服务器上：LC通讯进程，工作站通讯进程、前置通讯进程、ES设备通讯进程、个人化设备通讯进程、W1卡发行设备通讯进程； MC服务器上：LC通讯进程，SC通信进程，工作站通讯进程； 前置服务器上：LC通讯进程，ACC通讯进程，TC通讯进程，客流监控通信进程，综合监控通信进程，工作站通讯进程； 5.2 接口层进程模式
接口层进程模式有服务器和客户端两种模式。如在SC服务器上，对于和SLE设备的连接是服务器模式，对于和LC设备的连接是客户端。 对于客户端模式：有管理线程、接口连接监听线程、接口数据监听线程和一个业务线程。 对于服务器模式：有管理线程、接口连接监听线程、接口数据监听线程和不定量的业务线程。 5.3 接口层线程功能说明
各线程功能如下： 管理线程：负责启动接口连接监听线程、接口数据监听线程，关闭所有线程，也负责把从业务层接收到的单发和群发消息进行拆分，重新放入消息队列。 接口连接监听线程：在某一固定端口监听，当接收到新连接，新建设备线程并把相关信息通知管理线程。 接口数据监听线程：等待socket接口数据，生成消息，把消息放入消息队列； 设备线程：等待消息队列数据，处理业务。 5.3.1 接口层进程内各线程共用数据：
所有业务线程ID及对应的socket句柄列表，由接口数据监听线程维护。 6 分拣层
分拣层同样有管理程序，同接口层，它负责其它进程的启动、关闭。 所有其它进程完全相同，只是为防止一个分拣进程造成的拥塞而特地多开几个，具体进程数目根据实际情况在配置文件中写定。虽然每个分拣进程完全相同，但只对一些特定设备接口进行分拣，如分拣进程1负责AG和TVM，分拣进程2负责BOM和EQM等等。
分拣进程一种最简单配置是是一个分拣进程专门负责一类设备，及一个分拣进程对于一个设备接口进程和多个设备业务进程。
目前配置是一个分拣进程专门负责一类设备。 每一个分拣进程包括两个线程： 从接口层读，向业务层写线程：读消息队列1，确定业务目的地，写入消息队列2； 从业务层读，向接口写线程：读消息队列2，确定接口目的地，写入消息队列1或消息队列2（业务之间转发）。 7 业务层
业务管理层负责启动、结束业务层的各业务进程，并对其进行监视，同时返回自身状态给管理进程。
一般情况一个业务一个进程，但实际可能有变化。 8 系统框架模块
系统框架模块是整个系统的基础，它类似总体控制模块，启动关闭运行其它模块。即所有其它模块类似静态模块，被它调用。
8.1 系统框架相关模块 消息适用于系统内绝大多数情况 8.1.1 框架模块
AFC系统的各级启动关闭框架，因为对无论整个系统启动关闭，还是每一层次的启动关闭，以及进程的启动关闭。启动动作都包括资源分配，启动运行相应进程（线程）；关闭动作都包括资源释放及相应进程（线程）的关闭。
8.1.2 工厂类模块
所有共用类，模块和系统资源全部通过工厂类进行获取，由工厂类决定是每个实例分配一个还是所有共用一个类。
它尽量只在框架模块中使用。 8.2 数据传输方式 8.2.1 共享内存 共享内存适用于以下情况： 接口层上传明细数据；