开放式系统管理

开放式系统管理（精选十篇）

开放式系统管理 篇1

(1) 开放式图书管理信息系统采用Microsoft Access 2000作为系统的后台数据库开发环境, 此数据库方便, 通用。

(2) 数据库物理设计:数据查询分析与查询表达式。

(1) 基本统计:统计应付帐款 (给每一供应商的书款) 。应在进书记录表中, 根据供应商号进行分类后汇总金额。其查询表达式如下。

Select供应商, sum (金额) as应付款from进书记录, 供应商。

Whe re供应商.供应商号=进书记录.供应商号group by供应商.供应商号。

(2) 进书查询:查询某一图书的供应商信息。其查询表达式如下。

Select供应商.*from供应商, 进书记录;

Where图书编号=”***”.and.供应商.供应商号=进书记录.供应商号。

(3) 售书统计:查询某一出版社售出书的数量。其查询表达式如下。

Select sum (数量) as出售量from售书记录, BOOK。

W h e r e b o o k.出版社=”***”.a n d.bo ok.图书编号=b ook.图书编

2 软件体系结构分析设计

(1) 系统概述。在单机环境下为系统安全进行用户权限的划分与控制, 系统在总体上包含安全子系统之下的各类用户工作环境。用户权限的合理划分与有效控制是本系统体系结构设计的核心。

(2) 系统设计约束系统要实现人员、物流的全面管理, 而物流管理是系统的核心部件, 实现二者共存, 互不干扰, 并对用户权限合理有效控制。

(3) 设计策略。采用“人员活动带动物流”的策略来解决人员管理与物流管理的统一管理问题。这个想法是模拟现实而来的。

(4) 系统总体结构分析:整个图书管理信息系统按功能进行划分为安全子系统、经理子系统、仓库管理员子系统、售书员子系统、会员子系统、游客子系统。各项功能如下: (1) 安全子系统:登陆验证、身份鉴别、权限控制; (2) 经理子系统:统计分析 (基本统计、进货统计、库存统计、退货统计、销售统计) 、员工管理、会员政策、书店概况; (3) 仓库管理员子系统:退货子系统、库存管理、进货子系统 (供应商管理、入库登记、书目管理) ; (4) 售书员子系统:销售子系统、会员管理 (创建帐号、修改资料、删除帐号) 销售统计; (5) 会员子系统:个人资料、修改密码、购书记录; (6) 游客子系统:书目检索、会员注册、信息反馈。

(5) 系统详细设计说明。

(1) 系统模块汇总 (如表1) 。

(2) 系统核心模块详解。

全局变量定义。

'用户身份标志Public UserShenFen As String

'登陆状态Public logOK As Boolean

'用户名Public userName As String

'供应商编号Public GongYingShangID As String

'供应商Public G ongY ingShang A s String

'图书编号Public TuShuBianH ao As String

'定价Public DingJia A s String

'书名Public ShuMing As String

'会员卡号Public HuiYuanKaHao As String

'会员姓名Public H Y X ingMing A s String

'会员等级Public HYDengJi As String

3 用户界面

3.1 界面设计规范

主界面:菜单栏、工具条、工作区 (本系统采用SSTab页框) 、状态栏等。

界面资源:由ImageList控件提供界面资源。

3.2 系统窗体

窗体名称:FrmLogIn、FrmMain、FrmAbout、FrmAdminMain、FrmB ook、FrmB ook DengJi、FrmBookSellerMain、FrmCangGuanMain、FrmChgHY Memo……。

窗体类型:启动窗体、MDI子窗体、模式窗体。

简要说明:系统登陆、系统主窗体、“关于……”窗体、经理主界面、新书入库、选择品种、新书入库、图书资料更正、图书销售、选择图书、售书员主界面……。

3.3 主界面设计

采用标准Windows主窗口样式, 自上而下依次为:菜单栏、工具条、工作区 (本系统采用SSTab页框) 、状态栏等。所有系统用户拥有相似的主界面。主界面包含基本的或共享的功能。

3.4 子界面设计

除系统中主要的、基本的功能之外, 子系统或非共享功能的实现均采用子界面的设计来实现, 如图书销售、退货、进货管理、会员管理、员工管理、统计分析等。

开放式图书管理信息系统其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的库。而对于后者则要求应用程序功能完备, 易使用等特点。

摘要：开放式图书管理信息系统是针对开放型图书信息管理, 以实现这类书店管理信息化的分析与设计。

关键词：图书信息,SQL语言,模块,Visual Basic,Access数据库,管理

参考文献

[1]梁普选.新编Visual Basic程序设计教程[M].电子工业出版社, 2005.

[2]Ralph Duffy.Visual Basic程序设计轻松入门[M].机械工业出版社, 1996.

[3]刘瑞新.Visual Basic程序设计教程[M].机械工业出版社, 2003.

[4]于鹏.Visual Basic 6案例教程[M].电子工业出版社, 2006.

[5]金凤林, 等.软件工程方法与实践参考详解[M].机械工业出版社, 2004.

[6]张海藩.软件工程导论[M].清华大学出版社, 2003.

开放式系统管理 篇2

中国银行股份有限公司核心银行系统

开放式基金柜台交易管理办法

开放式基金柜台交易管理办法 内部资料 注意保密

行基金交易的账户。该账户用于管理和记载投资者在我行进行基金交易活动的情况和所持有的基金份额。

四、基金账户（TA账户）是指过户登记机构为投资者开立的用于记录投资者持有基金份额及其变动情况的账户，即指客户在购买基金时在注册登记机构或基金公司开立的账户。投资者在我行开立的基金交易账户对应多个基金账户（TA账户）。

五、资金账户是指投资者在中国银行开立的用于办理基金交易资金往来的账户，该账户用于办理与基金业务有关的资金收付。

六、基金交易实行“金额申购，份额赎回”原则。金额申购指投资者在购买基金时按照购买金额提出申请；份额赎回指投资者在卖出基金时按照卖出份额提出申请。申购、赎回采取“未知价”原则，即基金的申购、赎回价格以申请当日的基金单位资产净值为基准进行计算。

七、经批准的中国银行的营业网点均可办理开放式基金代销柜台交易。办理开放式基金代销业务的营业网点，须为投资者提供开放式基金的交易信息(但最终信息以基金公司公布为准，解释权归基金公司所有)。

八、基金投资者进行基金交易前，须以实名在中国银行代销网点开立或登记基金账号、开立基金交易账户和资金结算账户。

九、开放式基金交易的款项须通过资金结算账户进行全额划转，代销网点不得受理投资者以现金、透支、贷款等方式支付。

十、开放式基金业务账户类交易、查询类交易必须本人亲自办

开放式基金柜台交易管理办法 内部资料 注意保密

理，其它交易可以代办。

十一、开放式基金业务对私交易（撤单除外）均可以跨网点进行。

十二、代销网点在办理基金代销业务时，须使用总行统一规定的单据、凭证、账簿和报表。

十三、代销分行应严格按照总行规定的标准收取基金代销业务的手续费。

十四、各级业务人员在处理业务时，应按照总行财务管理部下发的有关规定进行会计核算。

开放式基金柜台交易管理办法 内部资料 注意保密

连的储蓄主账户作为基金业务资金清算账户（即资金账户），借记卡密码作为基金交易密码；我行发给投资者印有基金交易账号的纸质基金交易账户卡（投资者办理各类基金交易时必须携带此卡），基金交易账号按照流水生成。对公客户须指定其在开户网点开立的基本账户或一般账户作为基金交易的资金结算账户。基金交易账户开户时不需要主管授权。

四、对私基金交易账户在开立时与借记卡勾连，同时借记卡与客户主账户关联，如客户投资外币基金，则系统自动与相应的外币账户关联，交易方式与人民币相同；对公客户开立基金交易账户必须使用人民币基本结算账户或一般结算账户，如投资外币基金需要在核心系统开立外币结算账户（交易码62000），在基金系统作对公资金账号维护（交易码E01424）后即可交易。

五、同一投资者不得在中国银行同时开立两个或两个以上的基金交易账户。

六、投资者在我行成功开立基金交易账户后，只有当发生认购、申购交易时，才会自动向基金公司发起开立基金账户（TA账户）申请交易。基金账户（TA账户）的开户申请须经基金注册登记中心确认后才正式成功，投资者可在T＋2日后到任何联网代销网点柜台查询开户（TA账户）是否成功，并打印开户确认书。

七、开户时投资者可以选择登记沪市和深市交易所证券交易账号。如果客户登记的股东账户正确，一旦购买通过中国证券登记结算公司作为注册登记机构的基金，经中登公司确认成功后，将为其开立

开放式基金柜台交易管理办法 内部资料 注意保密

基金账户：上海登记中心的基金账户为99+上海交易所股东账户；深圳登记中心的基金账户为98+深圳交易所股东账户。如果客户不填写沪、深两市证券交易账号，则中国证券登记结算有限公司按新开户处理，为客户分配一个基金账户（98或99开头），该基金账户的后十位是有效的可以在场内办理基金业务的账户。

八、投资者个人客户办理销户时须本人亲自办理，填写《中国银行开放式基金账户类业务申请表》，并提供有效身份证件，与基金交易账户卡一并交给柜员办理；投资者对公客户填写《中国银行开放式基金账户类业务申请表》，加盖单位公章，法定代表人签章，预留印鉴(同与之勾连的资金账户的印鉴相同)，并提供组织机构代码证、营业执照或注册登记原件（正本）及上述文件加盖公章的复印件;提供经办人的被授权委托书(加盖法人签章和单位公章)；经办人有效身份证件原件及复印件。关闭基金交易账户之前应先关闭与基金交易账户对应的所有基金账户（TA账户），且定期定额已撤销。当基金账户状态正常，账户所有基金的余额都为零且没有未达权益时，才允许关闭基金账户，只有关闭所有基金账户（即TA账户）后，才允许做基金交易账户销户处理；基金交易账户销户需在各代销行办理，成功销户的客户，可以在中行任何一个基金代销网点再次申请开设基金交易账户，销户时不需要主管授权。

开放式基金柜台交易管理办法 内部资料 注意保密

购价格为基金单位净值加一定比例的手续费。

二、申购是指投资者在基金成立后,向基金管理人购买基金单位的行为，申购价格为基金单位净值加一定比例的手续费。

三、投资者办理认购、申购时需按照基金招募说明书上公布的基金名称和基金代码认真填写《中国银行开放式基金交易类业务凭条》，对私客户将借记卡、基金交易卡一同交柜员办理，对公客户填写《中国银行开放式基金交易类业务凭条》，加盖预留印鉴(同与之勾连的资金账户的印鉴相同)，提供经办人的被授权委托书(加盖法定代表人签章和单位公章)，经办人有效身份证件原件及复印件，一同提交柜员办理。投资者认、申购委托金额不得超过其资金账户可用余额。对私客户认、申购金额超过5万元，对公客户认、申购金额超过20万元，需主管授权。

四、当基金交易账户为正常的情况下，才能够做基金的认购、申购。认购基金的价格为已知价格，发行期为基金招募说明书上载明的期限；申购基金的价格为未知价格，价格以基金管理公司公布为准。

五、柜员应以合理审慎的原则对投资者的委托资料进行审核，业务办理完毕，打印业务回执交投资者。

六、投资者开设基金交易账户的当天，即可办理基金的认、申购交易，T+2日认购、申购交易确认。认购确认只代表受理认购交易，待基金发行结束后才能得到对认购结果的最终确认，如果基金发行成功则认购交易成功；基金发行失败则认购交易失败。申购确认代表投资者申购基金成交的具体情况。

开放式基金柜台交易管理办法 内部资料 注意保密

七、为鼓励客户长期持有其基金，部分基金管理公司增加了后端收费业务，即客户在进行基金交易时，既可以选择前端收费方式（系统原有模式），也可以选择后端收费方式（按照客户持有基金时间的长短参考相应的费率）。如果某只基金的基金交易手续费只有一种收费方式，投资者直接按基金公司默认的方式办理；如果某只基金既可以选择前端收费也可以选择后端收费方式，投资者必须做出选择。

开放式基金柜台交易管理办法 内部资料 注意保密

打印回执交投资者，系统将会对相应的基金份额作冻结处理。

六、在规定的清算交割时限内，赎回成交的委托应将基金份额在投资者基金交易账户中扣除，将相应赎回款项划入投资者资金账户，并应投资者要求打印成交确认书，未成交的委托份额系统将自动做解冻处理。

七、赎回业务在遇巨额赎回的情况时，可受理客户的连续（顺延）赎回交易。连续（顺延）赎回交易是指如果在开放式基金单个开放日，基金净赎回申请超过基金总份额的10％，根据有关规定10％限额内的赎回申请，应当按每个账户占申请总额的比例分配给申请人，超过10％以上的赎回可延迟办理，客户对延迟办理的部分可以在以后的开放日连续进行赎回，直到将申请份额全部赎回为止。但由于选择连续（顺延）赎回的方式时，系统处理较为复杂，容易发生一些异常情况（主要是由于基金公司对于没有产生巨额赎回情况下，这种连续赎回申请的确认不完整，导致我行系统处理不完整）。考虑到基金巨额赎回的情况较为罕见，原则上在办理业务时建议投资者采用非连续（非顺延）方式。

八、为鼓励客户长期持有其基金，有些基金管理公司增加了后端收费业务，管理规定同“

开放式基金柜台交易管理办法 内部资料 注意保密

户二次确认方式提交挂单申请。网银具体交易如下：

1)认购：从开始营业到营业结束之间为正常交易。其余时间支持挂单。从挂单开始到下一工作日营业结束前可撤单。

2)申购：从开始营业到基金主机15点之间为正常交易，其余时间支持挂单。从挂单时开始到下一工作日15点前可撤单。

3)赎回：同申购 4)基金转换：同申购 5)修改分红方式：同申购

二、认购、申购挂单交易扣款说明：

1、大机分行

1)挂单扣款：大机分行为联机管理端扣款，由分行基金管理端点击挂单扣款按钮，联机扣款。（注：要与定期定额扣款时间分开。）

2)挂单撤单：若在扣款完成后客户撤单，款项实时冲正。3)挂单失败：若在晚批量处理挂单中发现转委托条件失败，例如：基金运行状态不支持该交易。则当晚批量文本退回款项给客户。

2、蓝图新线

1)挂单扣款：新线分行挂单扣款为联机时段批量文本扣款。2)挂单撤单：若在扣款完成后客户撤单，需退回客户的款项将在晚上批量文本中退款给客户。

3)挂单失败：若在晚批量处理挂单中发现转委托条件失败，例如：基金运行状态不支持该交易，则当晚批量文本退回款项给客户。

三、赎回、基金转换挂单说明：

开放式基金柜台交易管理办法 内部资料 注意保密

赎回、基金转换挂单时不做可用份额圈存。赎回、基金转换挂单在晚批量转委托时圈存可用份额。

开放式基金柜台交易管理办法 内部资料 注意保密

息、交易确认明细信息、基金资料信息、投资者资料信息等内容。

开放式基金柜台交易管理办法 内部资料 注意保密

选择红利再投资，投资者的红利将自动转为基金份额转入投资者的基金交易账户。投资者待红利分派后打印《中国银行开放式基金业务确认书》。

三、每只基金的分红方式的确认必须由客户亲自到各网点修改分红方式，最后由基金公司最终确认。基金分红前，投资者可以重新设臵该基金的分红方式，对于未重新设臵分红方式的基金产品以基金公司确认为准。

开放式基金柜台交易管理办法 内部资料 注意保密

关系。

二、投资者在中行办理登记基金账号业务之前，若已在中行开立基金交易账户，则直接办理登记基金账号业务。若未开立基金交易账户，必须先办理基金交易账户开户业务，然后再办理登记基金账号业务。

三、客户办理登记基金账号业务时须携带的证件和资料与开户相同。客户可于T+2日到银行柜台打印确认书。

开放式基金柜台交易管理办法 内部资料 注意保密

账户，当天办理登记基金账号业务，同时当天办理转托管转入申请。四、一次交易只能转出（入）一只基金。转托管转出基金份额及转出后剩余基金份额均不得低于该基金最低持有份额，若转出后剩余基金份数低于最低持有份额，则应将剩余份额一并转出。

五、办理转托管业务需携带的证件和资料与办理申购与赎回交易相同。

六、转托管交易采取转出和转入一次完成或两次完成由各家基金管理公司的要求而定。

七、该交易允许撤单，转入交易不需主管授权。对私转出份额超过5万份，对公转出份额超过20万份，需经主管授权。

开放式基金柜台交易管理办法 内部资料 注意保密

公司强制非顺延转换方式。采取顺延转换方式时，做法与顺延赎回相同。

四、基金转换是以基金份额为单位进行处理的。基金转换一次只能转出、转入一只基金，如果客户要转换多于一只基金，要采用多次申请多次输入的方式进行处理。

五、办理基金转换业务需携带的证件和资料与办理申购与赎回交易相同。

六、该交易允许撤单。

开放式基金柜台交易管理办法 内部资料 注意保密

交易失败处理。如果在扣款日因投资者选择了多只基金扣款，但资金账户余额不足，则银行按基金代码从小到大顺序依次扣款，无法扣款的基金按交易失败处理。如当期扣款不成功，代销网点将不再为投资者办理当期定期定额的申购业务，下期的定期定额申请将继续执行。如果连续三次由于客户账户余额不足或因账户状态等问题导致某只基金扣款交易失败，则该基金的定期定额申请自动取消。

五、代销网点按投资者申请时所约定的每期固定扣款日、扣款金额进行扣款并提交基金申购申请。若遇扣款日为非基金开放日（节日），顺延至下一工作日，但不跨月。如果某月投资者所选扣款日为该基金的“暂停营业”日或“不可申购”日，银行照常扣款，但申购是否成功以基金公司的最终确认为准。

六、客户选择当日为扣款日申请定期定额交易的，如果申请交易成功，下个月扣款日生效。一只基金一个月可以选择多次扣款日期，但同一天同一只基金只能扣款一次。

七、定期定额申请不能修改，只能撤销。如投资者需要对原申请日期或金额作修改，只能先办理定期定额撤销，再重新办理定期定额申请。

八、定期定额的申购以每期实际扣款日（T日）的基金单位资产净值为基准计算份额。基金份额的确认日为T+2日，投资者可以于T+2日起赎回该部分基金份额。

九、定期定额申请与定期定额撤销交易需主管授权，立即生效，无需再次打印确认单。

开放式基金柜台交易管理办法 内部资料 注意保密

开放式基金柜台交易管理办法 内部资料 注意保密

一、基金的各项对私交易必须刷卡通过，不允许手工输入账号（除对私修改借记卡号）。

二、对私开户须本人持有效身份证件到柜台办理，且身份证件与借记卡、基金交易账户卡上的投资者姓名必须一致。柜员应严格审核投资人的身份证件和相关资料。

三、销户须本人持有效身份证件到基金开户网点柜台办理，且应在确认投资者基金交易账户内所有基金的余额均为零且没有未达权益，定期定额已撤销，并且账户状态正常后方能进行。

四、基金交易账户未关闭时，不得先关闭其资金账户，避免产生无头资金。

五、投资者认、申购委托金额不得超过其资金账户可用余额。赎回、基金转换、转托管委托份额不得超过其基金账户可用余额。对私账户认、申购金额超过5万元，对公账户认、申购金额超过20万元，需要主管进行授权。对私账户赎回、转托管转出份额超过5万份时，对公账户赎回、转托管转出份额超过20万份，需要主管进行授权。

六、撤单交易专门用于当日基金交易的撤销，不允许用其他冲正交易的交易码用于基金交易的撤销。

七、撤单交易允许跨网点进行交易，需要主管授权。撤单交易不允许跨渠道进行。必须全额撤单，不允许部分撤单。办理撤单时，投资者需凭原交易的业务回执办理。柜员办理完撤单交易后，应收回原交易的业务回执，作为撤单交易的附件留存备查。

开放式基金柜台交易管理办法 内部资料 注意保密

八、投资者资料变更，必须在基金交易账户和资金账户均为正常的情况下才能办理，需要主管授权。

九、基金转换须在基金账户状态正常，且申请转换的两只基金必须为同一基金管理公司规定的可转换基金，两只转换的基金收费方式必须一致，同时满足最低赎回份额和最低持有份额的要求。

十、转托管须基金账户状态正常，且一次交易只能转出（入）一只基金，同时满足最低赎回份额和最低持有份额的要求。

十一、基金在认购期内即可办理定期定额申请，但不扣款。

十二、定期定额申请无到期日，业务的终止和修改以客户的取消指令为准。定期定额申请不能修改，只能先办理定期定额取消后再重新办理申请。

十三、取消TA关联交易必须客户在我行基金份额为零的且无未达账才能做该交易。取消后我行系统无法查询该客户的TA账户。

十四、定期定额申请取消后才能办理销户业务。

十五、开办开放式基金代销柜台交易的营业网点柜员密码应定期更改、严格保密，不得随意透露给他人使用或与他人交换使用。

十六、每日营业终了，部门主管应对经办当天的工作进行监督检查。各级业务管理部门应定期或不定期对辖内机构的柜台交易进行检查和辅导，有重大事项及时报告总行。

十七、在办理基金业务时，有关“反洗钱”的规定，参照《中国银行股份有限公司个人金融业务反洗钱工作指引（2007年制定，2009年修订版）》执行。

开放式实验室管理系统的设计与实现 篇3

1 国内外高校实验室管理现状

通过对国外开实验室管理相关的资料与文献进行研究，国外很早便开始了信息化相关建设，也较早便意识到创新能力与动手能力的重要性。综合出如下的特点：

1.1 开放式实验室管理模式较早便得以应用，而且效果较好。

1.2 在国外实验室管理中，充分发挥了仪器使用者的自主性与积极性，对于机器的管理并不设专门的管理人员，仅少数必要状态下才设管理人员，因而，更能够体现出人们自身的自觉性。

1.3 所有的实验室设备等资源都是免费提供给人们使用的，在使用过程中有任何问题都可以进行现场咨询，并在最短的时间内得到反馈。

1.4 国外的高校实验室对于时间的设定没有任何要求，即一天中的任何时间都可以进入实验室进行操作，只要用户具备相关的操作权限都可实现。

在国内，通过实地调研与了解，综合出如下的特点：

1.5 综合大量的实例，得知在国内，目前对于实验室的管理仅停留在半开放式的状态中，无论是时间上，还是在人员管理上，都较为落后，人工管理为主，学生进入实验室必须在固定的时间内。

1.6在国内的高校实验室，无论是教师还是学生，若需进入实验室开展实验，首先必须登记相关的姓名以及实验内容等，并且需要按照教师规定的步骤进行实验，这对于学生的思维创新来说，无疑没起到任何作用，并且阻碍其思维发散。

1.7 尽管国内的高校实验室安排了大量的管理人员以及技术人员，但是实验室的设备还是会经常出现问题，究其原因在于这些人员主动意识不够，在设备无故障时不主动检测这些设备，导致实验设备实质上处于一个无管理的状态，降低了设备的使用率以及使用寿命。

1.8 国内的高校实验室对于非本校人员，是不允许其进行访问与操作的，这和国外有很大的不同。

以上所提到的这些问题要想得到合理有效的解决，必须要依靠现代化的信息技术，通过信息化平台，建设开放式实验室管理系统，从而实现实验室的高效信息化管理，使实验室资源得到高效利用，规范实验室管理流程，提高管理效率。

2 开放式实验室管理系统需求分析

系统需求是指基于目标用户对系统的期望进行分析，通过和用户的交流，获得目标用户的需求，确保项目紧紧围绕用户的需求而展开。目标系统的需求可以概括为如下四大主要功能：电源管理、设备管理、实验管理、系统管理等。不同的功能模块对应不同的角色用户，这些用户在各自的权限范围内进行相关的操作。

2.1 电源管理。是指对实验室的电源情况进行管理，面向的用户角色主要有四类，即实验中心主任、实验室管理员、学生、系统管理员等，各类用户拥有不同的操作权限，其中实验室管理员与系统管理员拥有相同的操作权限，同时权限范围也是最大的，学生拥有的权限最小，仅实现电源的控制，即在进入实验室时进行电源的打开，离开实验室时进行电源的断开操作。

2.2 设备管理。指的是对实验室里的所有仪器设备等进行信息的管理，包括对设备基本信息的管理、设备的报修与处理等，面向的用户类型有三类，即实验中心主任、实验室管理员、系统管理员等，用例图如图3-4所示。其中，实验室管理员拥有最大的权限，可以进行所有的子功能模块操作。设备管理中还包括对设备的报修以及处理操作，设备报修针对的用户角色是实验室管理员，当实验室管理员在日常的设备查询过程中发现有设备存在故障时，需要及时报修，而作为实验中心主任，则负责安排相关的维修人员进行维修操作。

2.3 实验管理。是指对实验的相关信息进行管理，包括对实验课程的管理、实验项目的管理、选修的安排等。实验管理面向的用户角色主要有两类，即实验中心主任和学生，这两类用户拥有不同的操作权限，作为学生，仅能够进行实验项目与课程的选修，同时还可以查询自己选修的课程情况；作为实验中心主任，则主要负责进行实验课程与项目的安排与管理操作。

2.4 系统管理。是指对整个系统进行管理，包括对系统的基本用户与实验室的基本信息、系统的数据库等的管理。通过系统管理，确保系统能够正常运行。

3 开放式实验室管理系统的实现与展望

与传统实验室管理方式相比，开放式实验室是一种更加先进的现代化管理方式，它对师生参与实验的时间、地点、模式等都进行了改进，通过对多方面资源、信息的整合和利用，能够为高校的实验室教学提供更加全面的服务。对于一所高校而言，要想建设一个全面完整的开放式实验室管理体系，必须经过一系列的扩展和完善过程。在本文中，只是给出了部分功能需求，系统还需要从以下方面进行深入研究：

3.1 实验室中的仪器和设备非常多，对于一些小型的不需要用电的仪器设备来说，必须提供相应的管理机制，如集成门禁系统，以实现有序的管理，保障其安全。

3.2 随着高校规模的扩大，实验室规模也会相应扩大，对于一些大型的实验室而言，应实现相关的视频监控、远程对讲等功能，以便于实验指导老师和学生之间的互动。

参考文献

[1]陈绪诚.基于web的实验室管理系统[J].软件导刊，2011（06）.

[2]王东云，张五一.开放式实验室管理系统的设计[J].实验室科学， 2011（08）.

作者单位

1 绍兴文理学院元培学院；2 空军勤务学院上海士官大队

高校开放式教学管理系统的应用探讨 篇4

1 开放式教学信息管理系统需求分析

1.1 需求分析概述

随着时代的进步和互联网技术的普及,开放教育系统逐渐实现了教育的全球化。开放式教育具有以下几个基本特征:以学生和学习为中心;采用各种教与学的方法手段;取消和突破种种对学习的限制和障碍。了解用户对系统的操作方式,尽可能减少用户的学习成本,让用户快速上手,同时,也必须建立合适、安全的适合学校实际的管理系统。在明确开放式教学信息管理系统的各种需求,对学校各种用户如管理人员、教师、学生的要求和所需要实现的功能模块、性能以及用户界面有了充分的了解,并且根据需求分析,探讨与形成开发本系统软件的总体思路和设计方案,达到建立统一的学校核心数据库、提供友好的操作说明书、为师生提供交互平台的目标。

1.2 系统功能和非功能需求分析

开放式教学信息管理系统是以数据的交互为主,以学校中心数据同步对接,最大限度地满足学校、教师与学生3方面的需求为设计目标。系统充分利用学校校园网资源,使系统的设计突出自动化的需求。系统主要的操作有课程信息管理、课件管理、作业信息管理、成绩管理、系统管理、交流中心以及评价管理等。

系统从各个层次上分析了用户需求,保证系统的可靠性与可行性。此外,本系统设计从可拓展性、可用性、可维护性和可靠性4点来分析系统的非功能需求。

2 开放式教学信息管理系统设计

2.1 系统架构设计

本开放式教学信息管理系统采用开源的轻量级框架Spring MVC+Mybatis进行开发,前端也使用Java Script的框架JQuery以及其各种插件进行界面布局与显示。整个系统分为4层架构:界面显示层使用JSP格式文件编写的界面显示层,其表现层的增、删、改、查页面实现中,都利用了JQuery的异步封装技术,它是封装了JS的AJAX技术。采用Spring MVC框架来对系统进行开发,通过Spring的配置文件或者注解,将来自前端的表单数据和对视图的过滤与返回交给Spring MVC统一处理,简单配置文件,以解决页面拦截和跳转问题跳转控制层。将业务的处理放在了业务逻辑层中,在业务逻辑层中,系统使用了Spring的IOC和AOP功能的业务逻辑层,支持普通的SQL查询,也可以支持存储过程还有其他高级映射的技术的Mybatis,也就是第四层,数据持久化层。

2.2 系统整体功能设计

系统主要功能包括课程信息管理、课件管理、作业信息管理、成绩管理、交流中心管理、评价管理和系统管理功能七大模块功能,如图1所示。系统人员包括管理人员、教师和学生。每个角色都有自己的权限与操作范围,为实现上述目的,系统结合管理、教学和学习等需求,提供了完整的功能。根据系统的需求分析,对系统架构进行设计,通过MVC设计的三层架构。在对系统架构进行设计后,对系统整体功能进行了详细的设计,画出系统功能流程图,并且设计了系统的数据结构。

3 结语

系统软件从环境需求分析、模块需求分析、目标需求分析到系统各种的方案设计、各种的数据结构设计和各种的接口设计,再到各种代码的实现,都非常严格地遵循了软件各个阶段开发的标准,同时进行了合理的分工,具有人性化、透明性和实用性等特征。目前,我国研究的开放式教学信息管理系统已经被众多高校所接纳,随着科学技术的不断发展,学校的管理环境已经逐渐与互联网相互融合,校园网建设基本普及互联网,不仅可以提高学校工作的工作质量和工作效率,同时也可以增加学校数据的安全性和稳定性。

参考文献

[1]潘登.高校实验室开放式教学与管理研究[J].中国管理信息化,2015(20).

开放式系统管理 篇5

【摘 要】本文基于ZigBee无线网络，结合超高频射频识别（UHF RFID）技术设计出能够通过互联网进行远距离监控的开放性实验室设备管理系统。系统将ZigBee网络与以太网结合，使用RFID完成对实验室现场的监控，能够对实验室设备进行全生命周期的跟踪和定位，实现了对实验室安全的自动化监控，从而有效提高了开放性实验室设备管理的效率和实验室智能化管理水平，满足实验室设备管理和安全管理对实时性和便捷性的要求。

【关键词】开放性实验室；设备管理；Zigbee；RFID

Design of Open Laboratory Management System Based on Zigbee

YE Heng-xiao WANG Qing-quan HE Peng-fei XIANG Wei-kai

（Mechanical & Electrical Engineering College，Jiaxing University，Jiaxing Zhejiang 314001，China）

【Abstract】An open laboratory equipment management system is designed for remote monitoring via the Internet based on ZigBee wireless network，combined with UHF radio frequency identification（UHF RFID）technology.The system complete the automation of laboratory site monitoring and achieve tracking and positioning laboratory equipment in full life cycle.In practice，it is effectively improved that the equipment management efficiency and intelligent management level.The system meet laboratory equipment management and security management for real-time and convenience requirements.【Key words】Open laboratory；Equipment management；Zigbee；RFID

0 引言

近年来，为培养学生的创新意识和综合素质，引导学生的自主学习，使学生科技活动大众化、日常化，我院陆续建立了机械设计创新基地、电子信息创新实验室等开放性实验室，为学生自主开展科学研究和科技竞赛活动提供了实验室空间和资源。但与教学型实验室相比，开放性实验室的人员和设备流动性较大，开放时间长，增大了实验室管理人员的设备管理工作量和安全监管难度。因此，如何实现实验室全方位开放和实验室安全高效的管理已成为实验室管理人员亟待解决的重要问题。在此背景下，本文基于ZigBee无线网络，结合超高频射频识别（UHF RFID）技术设计出能够通过互联网进行远距离监控的开放性实验室设备管理系统[12-14]。系统将ZigBee网络与以太网结合，使用RFID完成对实验室现场的监控，能够对实验室设备进行全生命周期的跟踪和定位，实现了对实验室安全的自动化监控，从而有效提高了开放性实验室设备管理的效率和实验室智能化管理水平，满足了实验室设备管理和安全管理对实时性和便捷性的要求。系统总体结构设计

系统由粘贴在设备上的电子标签、ZigBee终端节点（RFID读写器/阅读器）、ZigBee路由节点、ZigBee协调器（ZigBee/Ethernet网关）、应用管理服务器等几部分组成[6]，系统总体结构图如图1所示。

电子标签采用超高频无源射频标签[15]，内部贮存设备的编号、规格型号、维修记录、存放地点、价格等相关信息。终端节点的超高频RFID读写模块读取辐射范围内的电子标签的数据，经由板载的ZigBee射频模块把RFID采集的设备信息发送给ZigBee网关//协调器。终端节点同时接收来自ZigBee协调器的控制信息并传输给RFID读写模块。根据工作方式划分，终端节点又可划分为固定式RFID读写器和手持式RFID读写器两类[5]。其中，固定式RFID读写器分布在各个实验室入口处，主要负责设备出入定位，手持式RFID读写器用于日常设备巡检和电子标签管理。ZigBee网关/协调器安装于ZigBee无线传感网和以太网之间，收集来自各终端节点的数据，并将数据通过以太网传递给以太网中的应用管理服务器。通过网关实现了ZigBee数据包和以太网 TCP / IP数据包的透明传输，用户无需访问无线传感网中的各个终端节点就可以收集相关设备数据。应用管理服务器负责通过以太网接口接收来自ZigBee网关/协调器节点上传输来的设备数据，并保存在服务器中的数据库中。同时服务器通过以太网向ZigBee网关/协调器节点发出用于控制RFID读写模块的命令。另一方面，服务器提供局域网web服务，方便实验室管理人员通过访问服务器查看设备记录数据库[7]。

图1 系统总体结构图系统硬件设计

系统硬件包括ZigBee网关/协调器、ZigBee路由节点、终端节点。

2.1 ZigBee网关/协调器设计

ZigBee网关/协调器由以下部件构成：STM32F107VCT核心板、EMZ3118 ZigBee射频通信板、扩展底板。核心板包括STM32F107VCT微控制器、复位电路、时钟电路和调试电路等，构成微控制器最小系统。EMZ3118射频通信板实现ZigBee网络中协调器节点功能。EMZ3118是上海庆科公司生产的基于STM32W108的嵌入式ZigBee可编程应用模块，提供了ZigBee/IEEE802.15.4兼容的无线解决方案，其发射功率达到100mW，发射距离远，信号稳定，可满足低成本的无线传感网需求。采用该模块降低了使用STM32W108芯片时硬件设计的难度。扩展底板上包含电源电路、以太网接口电路、液晶驱动电路、键盘接口等。

2.1.1 ZigBee通信接口结构

EMZ3118整合了ZigBee射频（RF）前端，带有外部射频功率放大器，最大传输功率输出在-7～20dbm之间可编程，其视野范围内最大传输距离可达1.6km，RF数据速率250kb/s。模块有36个输出引脚，其中有24个GPIO输出端口引脚，4个中断端口引脚，6路12位A/D端口引脚，支持两路串行接口（UART/SPI/I2C）。设计中EMZ3118模块通过SPI接口与STM32F107VCT连接。模块的外部功放是通过STM32F108W的4个引脚来控制，其中PA3口控制外部功放电源，PA6口控制外部功放使能，PC5控制模块发射/接收操作模式，PA7控制输出天线接口类型。

2.1.2 以太网接口电路

网关主控制器STM32F107VCT内部已集成介质访问控制器（MAC），支持 10M/100M 的以太网通信，提供了MII和 RMII两种接口模式。设计中主控芯片需要通过外部物理层接口芯片才能连接到物理层LAN总线。设计中使用DP83848VV，该芯片是TI公司生产的全功能低功耗10M/100M单端口物理层接口芯片。为了简化设计，设计中主控芯片和DP83848VV间采用RMII接口模式，这样RMII数据收发上比MII接口少了一倍的信号线。RMII接口模式下要求的50M总线时钟则由外部有源晶振SM7745DEV提供。网关与外部以太网通信还需要 RJ-45 接口，设计中选用了汉仁公司的网络变压器HR911105A，该网络变压器集成了网络变压器和RJ-45接口，可满足IEEE 802.3的电气隔离要求，解决前端信号因衰减、损耗等原因引起的数据丢包、传输中断等问题，从而有效保障了无失真传输以太网信号，并抑制辐射发射。

2.1.3 人机交互接口电路设计

人机接口包括4个通用彩色LED指示灯，带选择键的 4 向操作杆，通用按键、唤醒键和入侵检测按键，带触摸屏的3.2“TFT 彩色 LCD 显示屏。LCD 显示屏采用AM-240320D4TOQW，内置驱动器ILI9320，分辨率240（RGB）×320像素，可选SPI串行数据接口和18位RGB 并行数据接口。设计中数据接口采用SPI接口，触摸屏的4位数据接口通过外部I/O 扩展芯片STMPE811连接。

2.2 ZigBee终端节点设计

ZigBee终端节点由主控制器、超高频RFID读写单元、ZigBee射频单元、液晶驱动、温湿度传感器、键盘、调试电路等组成。基于成本考虑，终端节点的主控制器采用STM32F103，而ZigBee射频单元和人机交互电路与网关采用相同设计。设计中主控制器通过ZigBee无线接口接收服务器发送的指令并解析，实现对超高频RFID读写单元的控制和操作，同时将超高频RFID读写单元所采集的信息无线传输给服务器。因此，终端节点设计中超高频RFID读写单元是设计中的重点和难点。

2.2.1 超高频RFID射频电路设计[8-9]

RFID射频模块采用超高频RFID读写器专用芯片AS3993[3]。AS3993是奥地利微电子公司最新推出的EPC Class 1 Gen 2 RFID阅读器芯片，实现了完备的RFID功能，可在普通模式下兼容ISO 18000-6C标准，在直接阅读模式下兼容ISO 18000-6A/B标准。该芯片集成度高，集成了模拟前端和底层协议处理，内置压控震荡器（VCO）和最大20dBm功率放大器，接收灵敏度达到90dB，支持跳频、数据底层传输编解码、数据组帧和循环冗余校验，具有低功耗的特点，并且对由天线反射回波等引起的干扰具有免疫效果。这对本文中移动式巡检器和固定式阅读器的设计极其重要。因为在RFID读写器设计中，天线设计经常遭受成本或尺寸限制。高灵敏度可使RFID读写器设计在达到自身要求的同时，可以使用更简单和便宜的天线，从而降低了系统成本和设计难度。本文设计中把以AS3993为核心的阅读器模拟前端设计成模块，这样模块可以很方便的与控制器STM32F103通过SPI接口实现数据交互。

2.2.2 传感器电路设计

终端节点的温湿度传感器和光强传感器用于检测实验室的环境参数。设计中温湿度传感器采用SHT11，其内置14位AD，串行数字输出，相对湿度精度达到±3RH，温度测量精度±0.4℃，使用中采用I2C接口与控制器通讯。光强传感器采用TAOS公司的TSL256x。TSL256x提供了I2C接口和中断输出接口，可编程设置光强度上下阀值，其模拟增益和数字输出可程控控制，适用于实验室光照控制和安全照明的应用。ZigBee无线组网策略[11]

ZigBee有星型（Star）、树型（Cluster Tree）和网状（Mesh）三种组网方式。考虑到各个开放实验室分布在同一楼层的不同房间，覆盖面广，并且距离相距较远，需要ZigBee网络能够覆盖整个楼层，并具有较远的通信距离，同时要求ZigBee具有较高的可靠性和健壮性。综合考虑三种组网方式的优缺点，设计中采用网状拓扑结构组网。各个安装在实验室出入口的固定式阅读器的ZigBee节点全部作为全功能设备，与分布在实验室内的各路由节点组成的的网状拓扑结构覆盖了整个楼层，提高了网络的可靠性和覆盖范围，便于移动式巡检器在整个楼层范围内的可靠有效工作。系统软件设计

4.1 网关软件设计

网关软件采用uCOS-II嵌入式实时操作系统，主要包括系统和外围模块底层驱动、网关应用层协议和应用程序设计等部分。根据网关的功能需求，应用程序划分为系统驱动和控制任务、文件管理任务、人机交互任务、Zigbee组网任务、WSN通信交互任务、以太网通信交互任务、协议转换任务等，由uCOS-II内核统一调度管理。

开放式系统管理 篇6

关键词：实训室；开放性；管理系统

中图分类号：TP311.52

高职院校实训室是教师日常教学和培养学生实践能力的重要基地，对学生的开放程度成为衡量其管理水平的重要标准之一。建设开放性实训室对提高学生动手能力有莫大帮助，这一观点早已经成为共识。本文笔者根据自身工作实践，就设计开放性实训室网络管理系统进行探讨。

1 我系实训室管理现状

我系目前共有12间实训室，其中9间为专业实训室，3间为基础实训室，现在每间实训室每周课外平均开放学时为7学时，能满足我系师生大部分实训项目开放的需求。但在实际开放过程中也存在一些问题。

1.1 实训室开放申请流程方面

我系实训室课后开放的申请流程如下：首先是师生填写实训室开放申请表，然后实训室直接负责的管理人员审核，审核通过即可使用。

申请流程貌似简洁，但师生对实训室功能不清楚，有时导致申请的实训室不能承担相应的实训项目。而且实验室管理员之间存在本位主义，推诿扯皮在所难免。

1.2 实训室开放过程监管

实训室在开放过程中监管不到位。因为是课后时间开放，所以采用学生自主学习的方式。这种方式可以为学生提供极大的便利，但对过程监管造成了很大的难度。例如未申请的学生来实训室练习，导致申请过的学生无机位可用。加强过程监管对提高开放性实训室管理水平非常重要。

1.3 实训室开放结果监管

对实训室开放结果监管不到位，是大部分高职院校的通病。笔者认为对开放结果的监管尤为重要，这是检测实训室开放效果的必要手段。

2 网络管理系统需求分析

要解决实训室开放过程中出现的上述问题，搭建网络管理系统是有效的解决方法。

2.1 系统基本功能

（1）管理功能。实验员可以通过系统设定实训室开放的时间段，实训室功能划分，实训项目目的和内容，实训分组等。

（2）查询功能。通过该系统，学生可以快速方便地查询实训项目要求，分组要求以及可用的空闲实训室。

（3）预约功能。查询完相关信息后，学生可以选择时间段预约实训室，采用先预约先使用的原则。

（4）验证功能。凡使用实训室的学生，必须用个人固定的账号登录计算机方可使用。便于监管学生实训过程和统计实训结果

（5）监管功能。该系统可以提供过程监管的功能，例如监管学生操作电脑的记录、登录时间和离开时间等。

（6）统计功能。系统能统计学生的实训结果、实训时间、教师评分，各个实训室的利用率和使用时间段等。并根据数据来分析学生的实训操作习惯和实训室的使用规律，如根据实训室的利用率分析，可以有效调节实训室的开放时间段，从而避免部分实训室利用率过高或过低的现象。

2.2 网络管理系统各个模块

（1）用户管理模块。系统的用户分为三个等级，分别是管理员、教师、学生。管理员的权限最高，教师次之，学生最低。管理员可以操作系统的所有功能模块，如设置用户角色、设置实训室开放时间段等。教师能操作实训项目管理模块，设置实训项目的目的、内容和计划，检查学生实训结果，查看实训统计信息等。学生可以浏览实训室预约信息、实训项目、实训室介绍等，并可以预约实训室。

（2）实训室管理模块。该模块可以设置实训室的功能介绍、开放时间和档案管理。学生浏览该模块，可以清楚知道哪些实训室能够开放哪些实训项目，以及开放的具体时间段，方便学生申请实训室。

（3）实训项目管理模块。该模块管理员和教师可以设置实训项目的实训目的、实训内容和实训计划。学生浏览该模块后，可以清楚实训项目的具体要求，练习时可以做到有的放矢。

（4）预约管理模块。该模块学生可以浏览实训室预约信息，若有空闲实训室，学生可以预约。

（5）统计信息管理模块。该模块显示学生和实训室的统计信息，如学生使用时间、实训室开放利用率等，并配有相关的统计报表，更加直观。

3 系统架构与设计

3.1 系统整体架构

系统采用B/S模式，用户通过浏览器就可以使用该系统，方便快捷。整体架构分为前端、服务器端双层结构。

3.2 系统设计

（1）前端。前端设计就是系统的界面设计，采用DIV+CSS的语言来设计。这是一种网页的布局方法，这一方法有别于传统的HTML网页设计语言中的表格定位方法，可实现网页页面内容与表现相分离。CSS是层叠样式表单的英文缩写，它是一种用来表现HTML或XML等文件式样的计算机语言。DIV元素是用来为HTML文档内大块的内容提供结构和背景的元素。这一方法的优点主要有：

一是符合W3C标准，可以保证系统不会被淘汰；

二是支持浏览器的向后兼容；

三是样式的调整更加方便，内容和样式的分离，使页面和样式的调整变得更加方便；

四是CSS使得代码非常简洁。

基于以上的优点，所以采用这一方法来进行前端设计。

（2）服务器端。服务器端的设计采用Apache+PHP+Mysql工具。Apache是一种web服务器，类似于windows系统中自带的IIS服务器，只是功能更为强大。PHP是一种HTML内嵌式的网站开发语言，相对于其他语言，Mysql是一种开源数据库，功能非常强大。这三者结合起来简称AMP，非常适合开发中小型系统，主要有以下优点：

一是简单易学；

二是开发速度快；

三是跨平台，不但能够在windows系统上运行，还能够在linux等系统上运行。

四是这三个工具都是开源软件，可以免费使用。

基于以上的优点，因此采用这三个工具来搭建服务器。

4 结语

开放性实训室网络管理系统能方便安排实训室开放时间段，有效提高实训室的利用率，让师生参与到实训室管理中来，不但能方便学生使用实训室，更能够对实训室开放进行有效管理，对开放的效果进行有效监督，极大提高开放性实训室的管理水平。

参考文献：

[1]施瑞，于晓勇，柳英等.高校实验室开放管理模式的探索[J].实验技术与管理，2010，27（4）：164-166.

[2]袁晓辉.基于Web的开放性实验室管理系统[J].实验室研究与探索，2005（7）.

[3]韩方珍，俞守华，曹咏等.基于B/S结构的实验教学管理系统设计[J].实验室研究与探索，2007（12）.

[4]刘志勇.Linux+ PHP+ MySQL 案例教程[M].北京：中科多媒体电子出版社，2001.

作者简介：王凯（1982.7-），男，汉，湖南人，硕士研究生（在读），助理实验师，研究方向：概率论与数理统计。

开放式实验室管理系统设计与实现 篇7

关键词：开放式,实验教学,B/S模式

现今由于信息化的高速发展, 使用管理系统管理高校实验室可以提高工作效率, 目前主要管理实验室、实验设备等方面的信息, 越来越觉得实验室管理的重心应该转移到实验教学。国家对于学生的素质教育越来越重视, 学生的自主学习的意识和需求不断加强。开发一个开放式实验室管理系统势在必行, 不仅能提供时间上和空间上的开放条件, 还能提供一定数量的任选实验项目, 也能为学生自带课题提供技术指导, 鼓励学生大胆创新, 最后还能有效地管理实验室和仪器设备, 提高了它们的使用效率。

通过阅读大量文献以及对深入研究现今已有的实验室管理系统进行后, 提出了“开放式实验室管理”的整体框架和设计方案, 它的核心任务是实验教学方面的实验前合理安排实验预习、预约, 实验资料管理、成绩评定等功能模块。并且还开发了实验室管理工作的功能模块, 包括实验发布、实验指导书下载、人员管理、实验室管理。

1 体系架构

本系统采用基于B/S模式的多层体系架构开发, 上层使用下层提供的服务, 且仅通过调用层次间的特定接口获取下层服务;下层通过接口为上层提供特定服务, 不依赖于上层, 也无需关心上层是否存在。多层结构从逻辑上相互独立, 某一层的变动通常不影响其他层, 具有很高的可重用性[1]。本架构从逻辑上共分为3层, 其总体结构如图1所示。

2 整体结构与功能模块

2.1 整体结构

管理系统的核心是要有一个良好的结构体系, 在系统开发之前必须先科学地规划系统的主模块以及系统的各个子模块。各个模块之间的耦合度必须降到最低, 减少模块间的依赖; 各个模块的功能必须明确且相对独立。

根据开放式实验室管理的总体需求, 系统主要划分4大功能模块。

(1) 实验预约模块 : 主要提供学生对已发布的实验进行查看和预约的功能。

(2) 实验信息管理模块 : 对于实验产生的数据进行综合管理, 包含实验发布信息、实验预约信息、实验数据、实验报告等。

(3) 人员管理模块 : 主要提供对系统所有角色的信息维护和管理。角色从总体上划分为: 系统管理员、实验指导教师和实验学生。

(4) 实验室管理模块 : 包含对实验室信息和实验室器材的查看和维护。

2.2 概要

2.2.1 前台功能

前台的功能主要是展示系统公告、实验发布信息和实验指导书, 所有本系统的使用人员进入该系统后都可以使用本功能。

系统公告: 可以让使用人员通过此模块浏, 及时了解实验室动态以及系统的信息。

实验发布信息: 学生可以查看实验发布公告以及实验需要注意事项。

实验指导书: 教师可以根据实验需要, 在发布实验的同时提供实验指导说明书, 供学生在实验前进行下载预习, 增强实验实验效果。

2.2.2.后台功能

用户在前台页面点击登录系统后 , 进入后台 管理页面 。系统可根据用户类型以及用户权限, 提供不同的后台菜单。

用户角色对应功能如下:

(1) 管理员功能 : 提供对系统用户录入、修改 ; 系统公告管理; 实验室信息维护; 实验资料管理; 系统日志 查询、系统维护等功能。

(2) 指导教师功能 : 发布实验、取消实验、 发布实验通知、实验指导书上传、实验预约信息查看和审批、批改实验报告、 实验打分、个人资料维护、登录日志查询等功能。

(3) 学生功能 : 查看已发 布实验、 指导书预 览和下载 、预约实验、查看预约结果、提交实验报告、查 看实验成 绩、个人资料维护、登录日志查询等功能。

系统功能设计如图2所示。

前台功能图如图3所示。

实验通知页面如图4所示。

实验指导书下载页面如图5所示。

系统后台如图6所示。

3 数据库设计

数据库技术是管理信息系统中的重要支撑技术, 数据库的建立是管理信息系统开发中的一项重要内容, 其结构设计的好坏将直接对应用系统的效率以及实现的效果产生影响。

数据库设计中, 根据系统需求以及数据库运行环境, 设计出合理的数据模式, 确定数据库选型, 提高数据库的安全性和数据访问效率。

3.1 开放式实验室管理系统数据库的建立

通过对系统总体结构与功能模块分析, 结合Web技术的特点, 在My SQL建立olms数据库, 根据开放式实验室管理系统的核心目标和主要任务、系统结构和模块功能, 分析系统的数据需求, 设计olms数据库。

数据库部分结构如图7所示。

3.2 项目数据库访问

项目采用Nutz框架将数据库连接配置放在json文件中,采用淘宝提供的连接池来访问数据库, 具体配置如下:

4 结语

开放式实验室管理系统设计与开发 篇8

1 系统功能模块分析与设计

经过参考各大高校现有的开放式实验室管理系统及参考本校实际, 本系统主要包含如下模块:学生模块;老师模块;系统管理员模块;系统超级管理员模块。

1.1 学生模块

学生模块主要有如下功能:修改个人信息;查看实验信息;预约实验;取消预约;查看预约信息;提交实验报告;查看实验结果。

1.2 老师模块

老师模块的主要功能包括:修改个人资料;批改实验报告。

1.3 管理员模块

管理员模块的主要功能有:管理实验室信息;管理实验信息;管理学生信息;管理老师信息;添加实验室信息;添加实验信息;添加老师信息;修改个人资料。

1.4 超级管理员模块

超级管理员模块的主要功能有:管理系统功能, 添加系统功能, 管理用户权限, 添加管理员, 管理管理员, 修改个人资料。

2 系统设计与分析

2.1 系统框架说明

本系统是采用Struts+Spring+Hibernate架构的基于B/S模式的应用程序。Struts提供了一个基于MVC的开发模式, Spring为程序注入运行时需要的JavaBean, Hibernate实现持久层的O/R映射。JavaScript+Jsp等脚步语言实现页面显示。使用Ajax对页面进行局部更新。

2.2 总体架构设计

一般出于对系统的解藕, 都把PO (PO是由Hibernate纳入其实体容器 (Entity Map) 的对象, 它代表了与数据库中某条记录对应的Hibernate实体, PO的变化在事务提交时将反应到实际数据库中) 组件转换成VO (独立的Java Object) 组件, Jsp页面直接使用VO, 而非PO。但站在本系统角度, 本人认为本系统的页面显示逻辑不需要涉及多个PO组件, 功能简单, 所以无须将PO组件转换成V O组件, 这样反而可以提高性能, 从代码量来说, 也可以减少错误、减低bug的风险。

2.3 系统架构分析

(1) 使用HibernateDao Support支持Hibernate的D AO对象实现, 使用Hibernate为O/R Mapping框架, 更加符合面向对象程序设计思路。使用Hibernate对数据的增删查改时候非常方便, 但对于复杂的查询, Hibernate使用起来很繁琐, 没有JDBC那样方便, 所以系统开发时, 对于数据的统计还是采用JDBC完成相应得功能。

(2) 使用Struts作为MV C框架C&M层, Jsp作为表示层, Struts就是对Servlet进行了封装, 使用Struts就是用为了引进MVC模型, 在开发中进行分层实现。

(3) Spring使用基本的JavaBean来完成以前只可能由EJB完成的事情。然而, Spring的用途不仅限于服务器端的开发。从简单性、可测试性和松耦合的角度而言, 任何Java应用都可以从Spring中受益。简单来说, Spring是一个轻量级的依赖注入 (IoC) 和面向切面 (AOP) 的容器框架。本所谓的依赖注入就是通过一种称作控制反转 (IoC) 的技术促进了松耦合。当应用了IoC, 一个对象依赖的其它对象会通过被动-的方式传递进来, 而不是这个对象自己创建或者查找依赖对象。你可以认为IoC与JNDI相反——不是对象从容器中查找依赖, 而是容器在对象初始化时不等对象请求就主动将依赖传递给它。项目主要使用到了Spring提供的依赖注入技术。

3 结语

本系统采用现时流行的Spring+Hiber nate+Struts构架, 大大的降低了模块与模块之间的耦合度, 符合软件开发的高内聚与低耦合的要求, 提高了代码的可重用性与系统的可扩展性。采用纯面向对象来开发这个开放式实验室管理系统, 在开发中采用面向接口编程;当客户端发送请求到服务器端时, 为了服务器端对数据库的安全性操作, 引入了Model层, 让Model调用DAO的操作, 避免对数据直接操作暴露出去, 也降低了模块与模块之间的耦合度。

摘要：实验室是培养学生创新能力, 提高实践能力的重要场所。高校要利用信息技术和计算机技术对实验室进行开放式管理, 实现实验室的全方位开放, 有利于提高实验室的管理水平, 提高使用率;增强学生参与度与用户体验。

关键词：开放式实验室,模块,Struts,Hibernate,Ajax,Spring

参考文献

[1]郭志军.高校实验室开放式教学与管理探讨[J].中国科技信息, 2006.

[2]刘鸣, 毕玉玲, 赵美蓉, 等.实行开放实验教学模式培养学生创新探索精神[J].实验技术与管理, 2004.

[3]Hibernate Reference Documentation Version3.0 beta4.

[4]Servlet与Jsp核心技术编程[M].2版.Marty Hall, Larry Brown, 著.清华大学出版社.

[5]设计模式Java手册[M].Steven John Metsker, 著, 机械工业出版社.

开放式系统管理 篇9

关键词：影像远程信息管理系统,影像存储与传输系统,图像转换网关,大型数据库系统,数字医疗影像传输标准

1 研究背景

在2003年爆发的SARS及2005年、2006年的禽流感疫情期间,我国公共卫生预防和紧急卫生响应中所暴露出来的应急措施不能快速到位以及各单位间的医疗数据信息无法共享访问等问题值得业界关注。最近这几年,虽然各省卫生机构都在公共紧急卫生措施和预防方面投入了较多的费用,有些地区或省份甚至建立了区域的远程会诊系统[1],但至今为止,各基层单位影像信息资料上传、跨区域的专家对影像资料浏览后处理、各单位间数据共享以及各系统间整合方面仍然存在很大问题。本课题就是在这种背景下专门对所有的医疗影像资源进行标准化,并按需送入统一标准平台,以方便进行远程会诊、远程诊断及远程影像信息管理。

2 主要研究内容

在本文中,对远程影像信息管理系统的WEB开发采用微软ASP.NET 2.0开发技术[4],数据库系统采用跨平台的OR-ACLE 9i[5]。

本设计的主要工作如下:(1)开发基于WEB的远程影像信息管理系统,首先,对系统进行了需求分析,并使用UML面向对象建模技术,逐步给出系统的用例图[6],并进行系统的总体设计。然后,通过将系统分为用户管理、影像基本信息登记、影像报告信息生成、查询检索、统计报表、图文报告打印、报告模板维护、科室管理及系统整合等主要模块,并进行系统的详细设计,具体包括界面的设计和数据库的设计。(2)与某公司的PACS WEB系统实现整合,PACS将接收标准的DICOM影像,系统整合后,能通过远程影像信息管理系统自动将某一病例的所有图像从PACS WEB中调出并进行浏览及各种后处理。(3)对于非标准的图像,基层医院可很方便地通过远程影像信息管理系统,打开与其集成的DICOM转换网关,并将非标准图像转换为标准DICOM影像(如:11.jpg转换为11.dcm),并传入到本平台的PACS中。

3 系统的分析与设计

3.1 远程影像信息管理系统的需求分析

依据IHE(医疗企业信息集成规范)对影像信息管理系统所定义的工作流程,特提出本系统的基本需求如下:

(1)用户在注册时除了输入用户名和密码外,还要选择或输入所在的医院,并自动产生一个ID号和医院编码。

(2)除了上传患者的基本信息之外,还可上传打包一般文件(如一般患者资料扫描后的图片)。

(3)登记后能根据不同的医院自动产生不同的影像放射号,并支持该号码的手动输入。

(4)登记后系统将产生唯一的访问号,访问号的编码方式将与医院编码相关联。

(5)系统使用过程中要考虑由于每个医院本身HIS的关系而可能使门诊、住院号或患者ID号相同,所以区别患者信息须与医院编码进行关联。

(6)整个系统除了支持一般的(如CR、CT以及MR等)报告打印外,还将支持其他(如超声、内镜、病理及其他医技图文)报告的打印。

(7)一般的医院用户权限只能查询、统计、报告、书写以及打印本院的报告,而无法访问其他医院的信息,而该系统对于专家层面可加大权限范围。

(8)系统将支持统一的身份认证号输入(如公民身份证以及社保卡),以方便查询某患者信息。

(9)用户在进行上传或登记基本信息过程中,可方便打开图像转换网关界面,以方便将要会诊的图像上传或将非标准图像转换为DICOM标准图像上传到平台的PACS中。

(10)在报告书写或生成过程中能方便打开基于WEB的PACS,对上传的影像进行浏览及后处理。

3.2 远程影像信息管理系统的总体设计

3.2.1 整个平台与各级机构单位的关系图

整个系统平台由基于WEB架构的医学图像存储与传输系统(PACS)、基于WEB架构的远程医疗影像信息管理系统及DICOM图像转换上传网关3部分组成,其中图像存储与传输系统部分由韩国INFINITT公司提供。为了在发生公共性突发事件或传染性疾病爆发时能够方便基层医院影像上传、专家会诊及图像自动路由到上级卫生机构,特绘制出整个平台与各级机构单位的关系图,如图1所示。

通过图1可看出基层医院通过该平台即可将设备检查的图像上传到该平台,进行图像浏览、处理后又可进行报告书写;异地的远程会诊专家可通过调用该平台对图像进行会诊,并在需要时书写或审核报告;在突发性的公共卫生事件发生时,可通过该平台将上传的影像自动路由或手动发送到上级卫生机构;对于有独立PACS的较大医院也可实现与该平台对接,必要时可将疑难图像送入到该平台,以方便会诊或教学需要。

3.2.2 远程影像信息管理功能模块

根据前面的需求,系统可按功能集合划分,其组织结构如图2所示。

3.2.3 影像远程信息管理系统使用流程

根据系统的需求分析及实际业务流程,系统的使用流程如图3所示。

3.2.4 远程影像信息管理系统结构图

根据医院的应用环境和需求,特绘制出系统结构,如图4所示。

3.3 软件设计

3.3.1 用例图

根据软件工程的建模原理,系统用户大致可以分为登记医生(基本信息录入者)、报告医师、审核医师、会诊专家和系统管理员。

登记医生进行预约登记或对医师书写完成的报告进行打印。报告医生可进行报告书写、报告打印以及查询、统计等功能,必要时可代替登记护士自行输入登记信息。审核医师进行报告的审核及报告打印、查询、统计等工作。会诊专家负责报告书写或审核、图像浏览以及信息查询等工作。管理员负责系统的稳定性和易用性的维护工作。

限于篇幅的考虑,现仅列出报告医生的用例图,如图5所示。

3.4 数据库设计

3.4.1 设计原则

数据库设计是整个软件系统的关键所在,其性能很大程度上决定了系统软件的性能。本系统设计遵循以下原则:

(1)由于整个系统平台基于开放性、跨区域性,所以数据库设计时要充分考虑到不同医院单位使用该系统时能够区分记录信息,并保证相关字段的唯一性。

(2)整个数据库在数据存放规划方面须考虑到数据的增长率以及系统对性能的要求。

(3)将数据根据应用系统进行分类,不同类别的数据存储于不同的表空间中。一个表空间可包含一个至多个数据文件,数据文件的大小根据操作系统而定,不同的数据文件可以存放在不同的物理磁盘上,所以表空间是可以跨磁盘存储的。将应用系统用户的临时文件都存放在临时表空间TEMP中,临时表空间与数据表空间应分离。同时,索引表空间与数据表空间也应分离,以提高系统运行性能。

3.4.2 安全保密设计

(1)数据库连接检测:在使用系统前,必须先连接到数据库,数据库用户及其密码的保密性是保障系统安全的前提,所以本系统对数据库用户名和密码都经过加密处理。若连接数据库的用户和密码不能通过系统验证,用户则无法使用本系统。

(2)用户登录检测:在进入本系统前,将提示输入正确的操作员代码、个人密码和系统密码,超过3次仍未通过则退出系统并显示警告信息,且在“用户表”中的密码经过加密处理。

(3)系统登录跟踪:自动记录用户登录信息于“登录记录表”中,用户登录信息包括操作员姓名、操作员ID、登录时间、登录工作站IP地址、登录计算机名、数据库用户名、应用名称以及操作员退出应用时间等相关信息。

(4)出错事件处理:自动记录系统出错信息于日志文件中,如出错时间、操作员、错误号、出错信息以及出错对象等。

(5)严格的权限设置:如一般的用户只能浏览本医院的患者数据,而不会显示其他医院的信息。

(6)关键数据修改记录:对一些关键数据的修改操作,自动记录修改操作的操作员ID、修改时间及修改内容。记录修改操作分为3种方法:(1)对一些关键代码表和数据字典等的修改,将修改操作的操作员和修改时间直接记录在基表的修改操作员和修改时间字段中;(2)将修改操作的操作员、修改时间和修改内容记录在“修改记录表”中;(3)对一些非常重要的数据进行修改时,先将修改前的数据进行备份,如报告痕迹的保留。

4 小结

在本项目中,由于整个应用平台结合使用了国外某公司提供的稳定的基于WEB的图像存储与传输系统,且在本影像远程信息管理系统上集成了DICOM转换网关技术,所以整个平台支持影像资料跨区域上传、影像资料的跨区域会诊及后处理、DICOM和非DICOM等任何图像的上传,跨区域的任何基层医院都可通过该系统进行诊断报告生成和打印,从而提高了应用管理的方便性,拓宽了图像传送的类型,降低了各基层医院购买系统和维护管理的成本,为跨区域的医疗影像会诊及开展远程影像学提供了可操作性,我们将会加快研发速度,使整个系统能够尽快投入使用。

整个应用系统平台对外提供了整合的接口,无论是影像信息管理系统还是PACS在技术框架上都基于WEB技术,所以数据的调用和浏览支持跨区域功能,因而整个系统具有良好的开放性。

参考文献

[1]刘谦,孙婷娇.一个省级行政区域远程医疗系统的模式初探[J].医疗卫生装备,2003,24(7):12-13.

[2]朱晓菊,高建,张蔚,等.中间件技术在远程会诊中的应用研究[J].医学信息,2007,21(2):11-13.

[3]李雁冰.远程医疗会诊建设方案的探讨[J].医学信息,2007,21(3):17-18.

[4]郝刚.ASP.NET2.0开发指南[M].北京:人民邮电出版社,2006:15-17.

[5]谈竹奎,况志军.Oracle9i数据库管理员高级技术指南[M].北京:中国铁道出版社,2003:17-18.

开放式系统管理 篇10

2004年2月, 笔者在财政部信息网络中心在西安召开的“部分省市财政信息化建设座谈会”上, 首次提出了“应用支撑平台”的设想, 得到了各省财政信息工作者的一致赞同, 并最终对于财政部开发“财政业务应用支撑平台” (简称“大平台”) 的决策起到了抛砖引玉的作用。目前, 由财政部信息网络中心主持开发的“财政业务应用支撑平台” (第一版) 已经正式出台, 进入推广阶段, 相信必将为全国财政信息化建设迈上新台阶起到至关重要的作用。

近年来, 通过对财政部“大平台”的学习并针对财政业务信息化中的实际问题进行研究和思考, 笔者对于所谓“大平台”的概念有了新的认识, 感觉到这种全新的管理信息系统的架构不但适用于财政系统, 也同样适用于其他大规模管理信息系统的建设, 因此, 特在此将自己思考的一点心得提出, 希望能够对于我国各行业的管理信息化起到参考作用。

二、问题的提出

“大规模管理信息系统” (Large Scaled Manegement Information Syetem, 缩写为LSMIS) 系指具有如下特点的管理信息系统:1、包含众多种类的数据格式;2、包含众多的应用子系统;3、各应用子系统间会发生较多的数据交换关系。

众所周知, 对于这种大规模的管理信息系统的开发, 从来都是一个相当复杂的工程。目前, 世界上主流的LSMIS采用的大都是ERP架构。

但是, 在实际应用中ERP架构常常存在一些缺点, 对于相当部分的客户来说, 这些缺点甚至还是致命的。这就是ERP的实施经常会失败的原因所在。

1、虽然应用的主干是基本稳定的, 但是数量众多的应用项目却在不同机构间或者在不同时期内会发生较多的变化, 从而引致开发的不可控性。

2、一套ERP软件通常都是由单一的软件厂商开发的封闭式系统, 难以完全适应存在众多变化的广大客户的不同情况。

3、ERP实施的成本通常较高, 实施周期较长, 从而带来较大的实施风险。

4、在同一客户的系统内, 如果存在不同厂商开发的应用子系统, 在数据的连接上必然会存在难以克服的困难。

5、系统实施完成后, 进入运行状态的系统可扩展及可变化能力较差。难以满足客户不断产生的新的需要。

而开放式数据控制平台架构恰恰能够克服以上缺点, 能够给软件厂商和客户提供一条新的思路。

三、基本概念

所谓开放式数据控制平台架构, 是指应用系统的所有关键数据都由一个 (组) 服务系统按照一套统一的数据标准来进行管理, 而所有的应用子系统都使用统一的读写接口, 通过这个服务系统对数据进行读写的管理信息系统架构。这个服务系统和它所使用的数据标准, 便称之为开放式数据控制平台 (Open Data Control Platform, 缩写为ODCP) 。

在这种架构下, 作为核心的ODCP通过统一的数据标准和读写接口来规范应用子系统对于数据的读写, 从而能够达到使得来自不同厂商的应用子系统软件互相之间能够无障碍地实现数据交换的目的。

从这里我们可以看出, ODCP本身应具有如下特点:1、必须事先制订一套数据标准;2、所有数据只能由ODCP进行读写;3、ODCP应具有响应应用子系统读写请求以完成数据读写操作的功能, 此功能必须由一组标准的应用接口系统来完成;4、运行在ODCP之上的应用子系统可以是来自不同厂商的产品;5、鉴于上一点, ODCP必须具有针对应用项目的授权管理功能, 以保证数据的安全。

评价一个ODCP产品, 除了系统的稳定性之外, 主要可以从以下方面来考虑:1、应用接口的性能, 比如通讯能力、是否易于进行应用开发、数据读写的效率等;2、系统部署的能力, 比如是否能够支持多服务结构、是否可部署在不同操作系统上等;3、数据库相关能力, 比如是否支持多数据库服务器结构、是否支持多种数据库系统及其共存等;4、应用项目管理功能的性能;5、当然还有可以运行在它之上的应用软件的种类、数量和性能;6、其他附加功能, 比如是否提供了统一的用户管理功能、是否针对特定行业开发了一定的数据预处理功能、支持同时在线用户的数量等。

如果一个ODCP是针对某个行业专门设计的 (这通常意味着它具有一组相应的数据预处理例程) , 就称之为专用ODCP (Special ODCP, 缩写为SODCP) , 否则称之为通用ODCP (General ODCP, 缩写为GODCP) 。

比如, “财政业务应用支撑平台”就是一个财政专用的SODCP。

四、关于数据标准

ODCP中的数据标准, 应包括以下三个基本部分:

1、数据字典标准。指整个应用系统中应包含哪些数据项, 以及这些数据项所对应的数据字典、文件命名规则等。

2、数据编码标准。指整个应用系统中所包含的数据项中, 需要进行编码的数据项的具体内容。

3、主体业务处理流程标准。指在整个应用系统中起到核心作用的那些子系统所处理的业务应以怎样的流程进行作业。

数据标准的制订, 最困难的一点就是它最好是全行业统一制订的 (当然, 不同的具体客户可以在行业标准下进行一定的具体化和扩展) , 至少也必须由ODCP开发商制订针对自己的ODCP产品的数据标准, 以便于不同的应用软件厂商针对更广泛的客户群进行应用产品的开发。如若不然, 仅仅只针对某一个特定客户的应用开发, 将使应用开发商失去有效降低成本的好处, 从而增加客户的经费支出。

在这方面, 有的行业已经有了一些国家标准或者部颁标准, 有的业务具有统一制订标准的条件, 如会计业务等。这都是有利条件, 但是要想使ODCP架构真正发挥作用, 还有大量的工作要做。

五、ODCP服务系统的结构

一个典型的ODCP服务系统, 至少应当包含以下部分:1、一个长期在线运行的主框架;2、一组面向应用子系统的读写申请响应接口;3、一个处理应用子系统读写申请的解析系统;4、一个面向应用子系统的授权管理系统;5、一组针对数据库进行数据读写的例程;6、一个ODCP管理例程, 主要负责系统参数、数据字典、数据编码、用户以及应用授权的管理和维护等。

如果考虑到性能, 还可以设立一个专门的通讯链接池以增加同时在线的用户数量。

如果这个ODCP是针对某个特定行业的, 则可以考虑增加一些预处理例程, 以加强数据读写方面能力。

上图是单一的ODCP服务器的架构, 性能更好的ODCP还应该具有并行多服务部署的能力。

在这个架构下, 可以立刻得到以下好处:1、应用子系统的开发较之传统的应用系统简化了不少, 如果ODCP本身具有强大的数据读写能力, 则应用子系统的开发会更加容易;2、数据库和应用被分离, 有可能在用户数较少的数据库系统下承载更多的用户数量;3、应用系统不必再提出服务器及数据库配置, 整个系统的架构得到简化, 实施将更加容易;4、来自不同厂商的应用子系统之间可以无障碍地交换数据, 客户可以针对每一项业务选择最合适的应用软件, 而不必所有业务都被迫选择同一厂商的程序;5、更加自由的选择应用程序, 以及用最合适的方案配置服务器和数据库系统, 将导致客户的总费用大大降低;6、客户能够全面掌握所有数据, 有利于系统的修改、扩展和数据的二次利用;7、针对同一业务, 来自不同厂商的应用软件的本质差别大大缩小, 以招标方式进行采购变得更加可行。

六、系统运行后客户方面的管理问题

基于ODCP的应用系统投入运行后, 客户在管理上要注意以下问题:1、要确保采用合适的数据标准, 并在此标准下进行细化和扩展, 否则将没有合适的应用软件供你选择;2、对于数据标准的管理, 一定要规范化, 所有数据都应该纳入数据标准之中, 开发新的应用前, 先要确定该应用的相关数据标准;3、要认真地确定每项应用的授权, 以确保没有非法读写的情况发生;4、选购或开发新的应用软件时, 要注意定该软件是适用于客户已经运行的那个ODCP的。

在行业管理机构或ODCP开发商方面, 最好对所有运行在特定平台上的应用软件实行准入审查。

七、给ODCP开发机构的建议

作为ODCP的开发机构, 在商业策略上一定要坚持开放化的路线, 扶持和鼓励更多的第三方应用开发商在自己的ODCP产品上开发应用软件, 而不是由自己开发所有的应用产品, 否则将走上ERP厂商的老路。拥有更多的第三方产品将使一个ODCP产品在市场上更受欢迎。

在具体的商业操作上, 一个ODCP开发商必须要做的事有:1、首先当然是开发出一个好的ODCP产品。这里你一定要定位自己的产品是通用的, 还是专用的。在开发中, 尽量采用行业已有的标准来制订自己的数据标准;2、采取适当措施支持和鼓励第三方应用开发商的开发, 包括提供开发平台和培训等;3、制订一个适当的商业宣传方案, 使得第三方开发商能够享受到商业上的好处;4、建立自己的业务咨询队伍, 帮助客户进行业务规划。

对于一个想要采用ODCP模式建立应用系统的部门来说, 制订合适的数据标准和为部门内的众多客户提供更多的第三方产品是保证成功的关键。

八、结语

开放式数据控制平台 (ODCP) 架构, 是笔者在长期面对财政部门庞大繁杂的应用软件系统的困惑中总结出来的一种有效的LSMIS的新型架构, 它不仅仅对于财政部门有用, 同时对很多其他部门也应该有用, 甚至对大型企业客户来说, 它也提供了有别于ERP的另一种解决方案, 如果有关行业能够结合本行业的具体情况, 认真研究这种全新的应用架构, 相信会发现它能够解决很多ERP所难以解决的问题。

同时, 如果ODCP架构能够在越来越多的行业得到推广, 对国内的MIS开发商来说, 相信能够找到一条集合众多中小开发商的力量有效抗衡国外大型ERP厂商的路子。