时间:2023-03-14 14:49:15
序论:好文章的创作是一个不断探索和完善的过程,我们为您推荐十篇信息系统设计范例,希望它们能助您一臂之力,提升您的阅读品质,带来更深刻的阅读感受。
一、现状
海油工程作为典型的国有企业,在近些年业务快速发展过程中,信息化工作也同步快速发展,基本与周边大多数企业情形类似,我们这里出现的一些问题,在同行或同类型企业中都或多或少地存在,是当前大多数中国企业信息化现状的一个缩影,如信息孤岛、垂直应用、资源分散等,呈现出如下特点:企业业务发展较快、板块较多、股权结构比较复杂,信息化建设和应用的环境复杂;由于企业业务的高速发展,存在信息系统建设和应用领域的管理和技术相对滞后情况;由于环境复杂,企业对信息系统管理和技术策略的推动和实现造成影响,进而影响建设和应用的水平;企业信息系统应用水平和系统间的整合不够;企业信息化和业务的深入融合不够,影响信息系统价值能力的体现。
二、SOA技术
SOA,即面向服务的体系结构(Service-Oriented Architecture),是在计算环境下设计、开发、应用、管理分散的逻辑(服务)单元的一种规范。是以服务层为基础,可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用的架构模式,各服务可以直接被应用调用,从而有效控制系统中与软件交互的人为依赖性。面向服务体系结构(SOA)是网络飞速发展和现代企业追求高效益环境下的一种新的系统架构,将会为整个企业级软件架构设计带来巨大的影响[1]。在SOA技术架构体系中对于关键的传统MVC模式下的业务逻辑层,从逻辑设计上把业务逻辑、业务服务及业务流程松合分离开来,并在技术上实现了标准化。这种标准化的建立减少了企业信息系统的投资,从架构上更能适应企业业务流程和商业模式的快速变化,最大程度上的保护了企业原有的信息资产投资,降低了软件系统对硬件资源的依赖程度,进而改变了企业信息化推进模式。
三、基于SOA思想的企业信息系统架构设计方法
SOA是一个组件模型,它的特点就是有一个灵活而功能强大的服务层,系统核心优势是通过整体规划公共基础应用(中间件)和专项应用,实现系统的层次化、模块化设计,最大限度优化公共软硬件资源使用,减少系统集成复杂度等。在企业生产管理系统的设计中,功能被设计为服务。以此为基础,构建系统的客户端、表现层、业务层、服务层、资源层等多层功能结构,并描述了会话门户、WEB服务生成、WEB服务客户端、安全管理服务等系统关键功能。企业在应用系统建设方面,首先要逐步搭建起企业信息集成平台,支持现有和未来信息系统数据交换和信息共享的要求,进而形成以数据仓库为核心的决策支持层、以企业信息门户为核心的信息展现层的,多层次的、统一的信息化平台,有效应对快速变化的商业环境给企业带来的挑战;其次要建设集团统一共享的知识平台,实现知识的共享;第三是要加强现有ERP系统、全面预算管理系统、办公自动化等系统的持续优化和深度应用;此外还要建设健康安全环保系统、客户关系管理系统、供应商关系管理系统、供应链管理系统、全面风险管理系统等,进一步提升信息化对业务的支撑作用。除了上面共性的需求外,集团级企业的各二级单位也应根据自身特点提出了个性化需求,来满足自身发展中的生产科研、经营管理、决策支持和风险控制的要求。企业用户提交需求后系统会自主在数据库进行检索,并且实时反馈给用户,让用户进行及时判断。数据访问层中还设计了辅助工具,利用电脑自主运行方式进行无关数据的排除,检测速度也非常快,是企业和其他单位都经常使用的系统。
四、结束语
随着SOA、大数据、云应用等IT新技术的不断出现,企业应与时俱进,充分利用新技术不断改进公司信息系统,以更高效、高质量企业业务工作发展和变化。但要注意SOA等新技术也必然存在一定的局限性,也需要我们认真识别,综合各项技术,制定合理技术方案,有效降低新技术实施风险。
参考文献
关键词:
ArcGIS;Engine;道路交通地理信息系统;组件式开发
当前国内经济迅速增长,城市化规模不断增大,以机动车保有量为代表的道路交通压力也与日俱增,国内北京、上海、天津等大型城市纷纷通过限号形式来减缓道路载荷。现代信息技术为整合道路交通资源、实现交通数据自动化管控提供了数据支撑,有利于构建时空一体的道路交通地理信息系统。
1道路交通地理信息系统
ArcGISEngine作为GIS嵌入式二次开发平台,可摆脱ArcGIS提供组件式多类型开发应用程序接口API,同时可与MicrosoftVisualStu-dio系统编程集成开发环境相融合,基于Microsoft.NET进行多类编程语言下的模块式开发。以GIS地理信息技术为基础,利用ArcGISEn-gine平台将交通路网与道路设施等空间信息、车载流量与基础设施等属性数据同航摄影像、多媒体监控数据等有效衔接,实现对空间和属性数据相关的采集、编辑与分析,采用GIS最短路径、道路畅通度算法等优化选择合理的交通线路,完成公交布线与站点布设等工作,同时融合多媒体监控手段,实时显示热点路况信息,科学指挥道路交通。
2系统功能需求分析
从应用层面分析,道路交通地理信息系统的受众群体分为交通管理方与车辆应用客户方,其中本文所探讨的基于ArcGISEngine的应用系统主要为交通管理方的C/S客户端,具体车辆客户端则可采用基于Android、ios或WindowsMobile平台的APP软件;从系统设计的原则分析,应坚持安全性、共享性、可拓展性与可维护性的原则,提升道路交通地理信息系统的综合性发展。作为道路交通地理信息系统,以数字化道路空间与属性信息为基础,在确保系统不同用户权限的条件下,提供地图量测、空间漫游、数据维护等功能,检索酒店、学校、商场、企事业单位相关位置,并根据摄像头监控热点交通流量、密度数据,同时借助GPS定位、无线数据传输技术,为公交、出租等公共车辆提供位置相关服务。
3道路交通地理信息系统总体与功能模块设计
开展道路交通地理信息系统设计前,按照相应的数据标准采集空间影像数据、基础线划图与专题交通资料,经裁切、镶嵌与校准等流程完成数据的标准化预处理,并导入系统平台空间基础数据库中,按照点、线、面要素分层,细化停车场、公交站点、高速、铁路与公路等要素信息,其空间地理基础数据库分层如下:
(1)系统分库:大地控制测量数据库、数字高程DEM与正射影像DOM数据库、数字线划DLG与遥感栅格DRG数据库,以及系统元数据库。
(2)系统逻辑分层库:以DLG数据库为例,可分为居民地、水系、道路、植被、地形等数据库分层要素信息。
(3)系统逻辑底层:包含点、线、面、注记与多媒体层等相关信息。
根据道路交通地理信息系统的应用框架,其总体设计可分为三大部分:电子地图服务模块、公共信息服务模块、空间分析与数据统计模块。系统空间数据库GeoDatabase导入Shape、栅格、属性表等相关空间数据与属性文件,管理客户端采用地方坐标系进行配准建设,以便于后期交通设施数据的更新与维护,针对公共信息服务模块,采用经脱密处理的电子地图和遥感数据,以确保数据空间位置安全。关于系统的具体功能模块设计如下:
(1)电子地图服务模块。利用ArcGISEngine地图工具集组件,在VS开发平台可便捷的实现图层控制、热点注记、空间量测等功能,实现对ArcInfo、Shapefile、GRID等数据格式的加载编辑。
(2)公共信息服务模块:重在提供空间位置检索、基于位置的信息服务功能,利用ArcGISEngine的类库资源,通过ToolbarControl和VS系统中的DataGridView、Find控件完成相关地图数据的检索功能,查询要素属性信息。
(3)空间分析与数据统计模块:道路交通地理信息系统中利用空间数据检索出的要素可进行相应的聚类分析或数值统计;关于空间分析功能,其主要涉及最短路径分析与缓冲区分析,根据交通需求量、流通量的变化,进行最短距离、最短时间的计算或识别相关地理实体对周边地物的影响区间,空间缓冲区分析实现的部分代码
4结语
作为涵盖测绘信息采集处理、计算机软件编程和数据库建设等多行业学科融合的道路交通地理信息系统,以ArcGISEngine组件式开发平台为基础,通过对其进行系统需求分析与功能模块设计,明确了系统的相关服务功能,构建了系统的总体框架,为类似工程实践提供参考意义。
参考文献:
[1]刘莹.ArcGISEngine的开发及应用研究[J].城市勘测,2006(02).
[2]张国强.数字图像处理技术在交通监控领域里的应用[J].辽宁师专学报(自然科学版),2007(04).
[3]谭健妹,刘清君,邹小梅.基于GIS的交通事故信息系统研究[J].山西科技,2007(01).
1.1数据采集层通过RFID、温控传感、压力传感等医疗智能传感节点获取采集人体的血氧、脉搏、体温等病理信息,并通过无线通讯与医院云计算平台链接。
1.2网络设备层通过无线传输设备将传感器获取的实时数据通过医院网络设备传输至云计算平台,云计算平台再根据各终端设备的数据请求将实时病理数据通过网络设备传输至终端设备上,从而保证病例数据的及时性和唯一性。
1.3应用系统层把云计算平台中存储的病人的病理信息进行加工处理,以实现进一步的智能识别、在线监控和管理。
2基于云计算平台移动护理信息系统的应用系统设计
对于基于云计算平台的移动护理信息系统的应用设计时,应满足:(1)需要满足同医院其他系统(如:HIS系统、PACS系统等)完美实现高速数据交换和数据运算,确保云计算平台中的海量数据信息唯一、可用,为每位病人、每位医护工作者提供准确、唯一、及时、易用的基础信息。诸如医嘱执行与统计、生命体征的实时采集、腕带标签和输液瓶标签打印、病人信息呼叫提示、重症病人心电监护及报警等。(2)需要保证移动护理服务平台必须具备较大的灵活性和可扩充性,与各种各样的不同类型、不同厂商的医护设备兼容,能够完成数据交换、采集。因此目前比较通用的系统架构主要是采用面向服务的架构,以服务为基础,将不同软件厂商的不同系统包装成服务的形式,从而实现强大的灵活性和适应性。
3基于云计算平台移动护理信息系统的安全性能
在整个移动护理系统中,涉及到大量病人的个人信息,为保证病人病历信息不被泄露、医嘱信息不被篡改以及数据在传输过程中不被截取,系统中所有的应用和数据都位于医院数据中心的云计算平台,网络上没有数据传输,终端设备上也并不存储数据,大大提高了系统数据的安全性。即使终端设备意外丢失或损坏,也不会造成数据泄密、丢失。在安全保障方面,该平台采用基于TCP/IP协议开发的专有加密虚拟通讯协议,云平台服务器与终端之间数据传输的终端显示变化的操作信息,并不是真正意义上的应用交互所产生的数据信息,从而保证了病人数据不会被在传输过程中泄漏或丢失。移动终端登陆采用登录名+密码+数字证书的双重认证模式,避免传统的“登录名+密码”登录方式所带来的各种安全隐患。
中图分类号:S611文献标识码: A
1、管理信息简介
1.1、管理信息的定义
管理信息就是人类社会为了提高信息的利用率、最大限度的实现信息效用价值,而综合采用经济的、法律的、技术的和人文的方法和手段对各种信息进行控制的活动。
1.2、管理信息的过程
管理信息,总体来说,就是在对信息实施管理过程中人类做的一系列活动,即收集、加工和输入、输出的信息四个动作。而信息管理的过程,则包括信息收集、信息传输、信息加工和信息储存。
1.3、管理信息的特征
因为管理信息是管理的一种,所以管理具备的一些基础的特征,比如其职能是预先的计划、精准的控制、有效的领导、可控的组织。
2、系统分析
对于系统分析来讲,其在实际运用中是有目的、有步骤的对原有系统进行分析研究、判断与提高的过程。管理信息系统在对人员进行分析时采用了现代的管理理念、技术、科学方法和工具,对信息管理系统的目标、结构、功能、使用环境以及企业的经营销售活动、生产计划的编制和优选、资金投入和人材需求等方面提供一定的决策方式。由于HMMS中的子系统在实际中已经开始使用,而在系统中采取的是软件工程设计的理念和层次分布结构的设计方式,还利用了先进的开发工具,让系统整体上呈现出清晰的结构、分明的层次性,在每个子系统中的信息传递与交接简洁而规范。
现行系统调查分析根据相关人员对现行企业现状的分析调查,其主要的目的是对企业生产经营管理的整体过程、管理水平等有一个全面的分析与研究,从而发现其中的问题,并以此作为开发新系统的原始数据。调查的具体范围和内容如下:主要调查的方向是企业的信息流、物流与资金流,第一,企业生产的具体方向、生产的主要方法与特点、管理机制与职能结构的设置。第二,生产管理主要包括生产与辅助过程、生产准备与技术准备以及库存管理等。第三企业经营管理的过程有市场预测、物资供应、产品销售与服务等。第四,企业财务会计和成本核算。第五,企业产品的生产过程。第六,企业产品的主要组成。第七,企业计算机设备和人员的分配状况、资金、厂区总图等。第八,对企业信心管理系统发展的约束条件与存在的一些问题。
2.1、现行系统调查分析
根据相关人员对现行企业现状的分析调查,其主要的目的是对企业生产经营管理的整体过程、管理水平等有一个全面的分析与研究,从而发现其中的问题,并以此作为开发新系统的原始数据。调查的具体范围和内容如下:主要调查的方向是企业的信息流、物流与资金流,第一,企业生产的具体方向、生产的主要方法与特点、管理机制与职能结构的设置。第二,生产管理主要包括生产与辅助过程、生产准备与技术准备以及库存管理等。第三企业经营管理的过程有市场预测、物资供应、产品销售与服务等。第四,企业财务会计和成本核算。第五,企业产品的生产过程。第六,企业产品的主要组成。第七,企业计算机设备和人员的分配状况、资金、厂区总图等。第八,对企业信心管理系统发展的约束条件与存在的一些问题。
2.2、绘制现场工作流程图
现场工作的流程图是根据原系统的某项具体业务工作来进行阐述的过程,经过各机构以及人员之间的业务关系、作业顺序与信息流向和工作特点等进行具体的描述,从而显示出实际业务工作的详细处理过程和处理方式。
2.3、绘制事物流程分析
图事物流程分析图的实质是业务流程图,其使用的是预定义的符号,对工作中的业务执行过程和工作情况进行抽象的描述,这是管理信息系统开发的基础。
3、系统设计
目前常见的MIS开发方法有结构化系统开发方法(SSA&D)、原型法和面向对象的开发方法,其中用系统工程的思想和工程化的方法,按用户至上的原则,结构化、模块化、自顶向下地对系统进行分析和设计,是面向功能和数据流的软件开发方法,具有成熟的理论体系和成功的应用实例。而原型法和面向对象的开发方法法都是自底向上的开发方法,存在着系统结构不合理,各部分关系失调的问题,不适合于大型信息系统的分析和设计。
系统设计的主要任务是按照系统分析阶段确定的系统逻辑模型,具体设计出运行效率高、适应性强、可靠性高且经济实用的系统实施方案。
(1)功能建模
功能模型是对规划系统功能结构的概括性描述。功能模型的构建可以参考企业模型的“职能域―业务过程―业务活动”的层次结构和数据流程图中的各层次处理,它们之间有着大致的对应关系。也可用业务系统规划方法使用(CRUD)矩阵进行子系统的划分。MIS系统在企业模型和处理模型的基础上,按照“子系统;功能模块;程序模块”的层次结构建立了功能模型。整个系统划分为.-个应用子系统:人力资源管理、综合事务管理、计划管理、财务管理、文档管理、资产管理、工程设计管理、工程动迁管理、工程项目管理、系统管理。前九个子系统与企业模型中的九个职能域相对应,最后一个子系统“系统管理”,是计算机应用系统特有的而且是必须有的子系统,它的主要功能是进行用户管理和安全管理。对上10个子系统进行进一步的划分为相应的功能模块和程序模块。
(2)数据建模
数据模型是表示现实世界的一种方法与工具,是一种描述数据结构的专门技术,它是数据库设计的核心与基础。从现实世界的角度来看,数据模型所表示的是实体与实体之间的联系。建立的数据模型分为两层:概念数据模型(CDM)和物理数据模型(PDM),反映了人们认识事物从抽象到具体的思维规律。提供可视化的E-R图绘制环境,实体通常由文档或访谈中的名词表达(地点、人物、概念、事件、设备等)抽象而成,用户视图是主要的实体来源,实体与数据流程图中的数据存储有大致的对应关系。数据建模的艺术性更甚于科学性,但对CDM进行检验能提高模型的质量,与现实世界更相符,可用的校验方法有:
1)利用工具自带的校验功能进行语法检验;
2)利用各种可能提出的对模型所指的数据库结构的查询来检验模型是否能满足客户的信息需求;
3)用生成的PDM来修正CDM;
4)根据1NF、2NF、3NF来检验CDM。
根据CDM可自动转化成PDM,避免了传统手工设计数据库表单的繁琐,可以根据CDM生成多种数据库的物理模型,包括基表、建立索引、主键、外部键、触发器和存储过程等,生成相应的Scripts语句和完整的设计文档,包括PDM、实体与数据元素列表等。根据调查中了解到的信息流量估计每个物理表单在信息系统运营期间产生的纪录数,根据记录数可计算出整个数据库的大小,给信息系统硬件存储容量的规划打下基础。
(3)网络规划
网络规划的主要内容是在分析苏建公司网络现状和信息系统对网络需求的基础上提出系统的网络拓扑结构,整体最优的基础上再分别提出服务器、交换机、路由器、防火墙、操作系统、数据库管理系统和群件系统的选型方案,最后给出升级方案和费用概算。
(4)分步实施规划
分步实施规划就是规划各个应用子系统的系统实现时间表,必须考虑急用先上的原则、CRUD矩阵中各子系统与数据库的关系和每个子系统的难易程度,SSRCC_MIS经过规划分三个阶段实施。
管理信息系统还存在着巨大的开发空间,也有着巨大的应用潜能与经济效益,因此需要引起我们的重视,加强对其的研究。
参考文献
中图分类号:TP29 文献标识码:A
1 气象信息系统的设计
1.1 气象信息系统的概念
气象信息系统是气象信息与技术保障体系的组成部分,是气象业务的公共技术基础支撑系统,主要包括通信与网络、高性能计算机、信息存储与共享、数据处理与管理、探测数据质量控制、气象仪器与观测方法研究、气象技术装备管理、气象仪器的计量检定、技术保障等。气象信息系统负责收集、处理、存储、交换与分发各种气象信息和相关非气象信息。承担信息的集中统一管理,数据质量控制和信息服务。主要包括通信网络系统、高性能计算机系统、数据处理与管理、信息存储与信息共享服务。
气象信息系统还负责收集、处理、存储、交换和分发各种气象信息和相关非气象信息。承担信息的集中统一管理、数据质量控制和信息服务,这些服务主要包括通信网络系统的服务、高性能计算机系统的服务等。在通信网络系统中,计算机网络是利用通信设备和介质将地理位置不同、功能独立的多个计算机系统连接起来,以功能完善的网络软件实现资源共享和信息传递。这些对于气象信息系统的设计与研究都有非常重要的影响和重大意义。
1.2 气象信息系统的设计与建设
对于气象信息系统的设计与建设来说,其中系统的站点分布和数据传输尤为重要,所以对于气象信息系统的设计与建设来说,要充分考虑站点分布和数据传输的影响因素。在考虑这些影响站点分布和数据传输的影响因素中,由于山西省水资源不是很丰富,空气也比较干燥,这些因素对于山西省交城县气象信息系统的设计建设中都要充分考虑清楚。对于山西省交城县的气象信息系统的设计来说,其安全性和快捷性不可缺少,这些对于现代的气象信息的传输和共享起到非常重要的作用。
另一方面,对于气象信息系统的数据传输来说就比较复杂了,在气象信息系统投入使用中,会有大量的数据进行不间断的传输,这些数据会在各个的气象传感器、水文水质传感器、有害气体传感器等之间来回传送,所以对于数据传输要特别的重视考虑。在气象信息的建设过程中,需要特别注意大气中水分的含量,这些对于气象信息的精确性都会产生很大的影响,这样才不会破坏数据传输等方面的功能。
2 气象信息系统的研究
2.1 基于b/s结构的气象信息系统
对于气象信息系统的设计中的基于b/s机构的气象信息监控系统来说,这个b/s结构的气象信息监控系统对于整个气象信息系统来说都是非常的重要。气象信息监控系统可以时时的针对大气中的气象信息的最新信息进行监控,对于数据采集、传输一体化的监控系统设计来说,b/s结构显得特别优秀。由于气象信息系统需要监控仪器的高精度要求,这个气象信息监控系统可以非常好的满足这个要求,当然稳定性能也非常好,所以在针对整个气象信息系统的设计与实现过程中,要认真的研究这些影响因素。
基于b/s结构的气象信息监控系统对于气象信息系统来说无疑是起到了画龙点睛的作用。这个气象信息时时监控系统非常的稳定、高效率,这些影响因素对于气象信息系统的设计与实现来说都是非常重要的。总体说来,基于b/s结构的监控系统对于气象信息系统来说有着积极的推动作用,基于b/s结构的监控系统也是气象信息系统的一部分。基于b/s结构的监控系统是基于多种传感器来进行工作的,所以对于大气中的气象信息的微妙变化都可以在最短的时间内以最快的速度检测到。这些对于气象信息的准确性和安全性都有着重要的影响意义。
2.2 对于气象信息系统数据库设计的研究
对于气象系统的设计与实现中的数据库设计与结构来说,这些方面对于整个气象信息系统的设计与实现过程都有着非常重要的影响。气象信息系统数据库是基于SQL Server的数据库,这样的数据库更加的稳定,使用性能和用户体验更加的优秀。在数据库的设计与结构中,数据库管理模块、人工操作管理模块、数据库参数及用户设置、数据记录的增加和删除、用户管理、数据备份和还原等都必须认真的考虑在内,这些模块在整个气象信息监控系统的设计与实现过程中都是必不可少的。下面笔者会根据气象信息监控系统的不同情况对数据库的设计与结构中的不同模块进行针对性的说明概述。
首先是数据库管理模块,这是数据库的设计与结构中不可或缺的重要一部分。数据库管理模块主要的任务就是管理整个监控系统的数据,这个模块的功能对于整个气象信息监控系统的实现都起到非常重要的影响。其次是人工操作管理模块,这个模块中,系统的数据库设计可以在人机交互界面进行各种不同功能的操作,这对于数据库的人工操作管理来说具有十分重要的意义。而数据库参数及用户设置的模块则要根据用户的使用情况具体进行设置,在这个模块中数据库参数及用户设置是根据用户的具体使用情况而定的。数据记录的增加和删除模块在整个气象信息监控系统的设计和实现中也是必不可少的。当然,用户管理和数据备份和还原对于整个气象信息监控系统的实现来说都有着积极的推动作用和重大影响。
3 结语
本文主要针对气象信息系统的设计与研究做了具体的概述,对于气象信息系统的设计与实现过程来说,需要经历水分自动站系统的建设、基于b/s结构的监控系统、数据库的设计与实现和性能测试过程,这些过程对于气象信息系统的设计与实现都有非常重大的意义。最后对本文进行一些总结,在气象信息系统的设计与研究的过程中会遇到很多问题和困难,对于这些问题和困难需要进行相应的解决,这样设计出来的气象信息系统才能更加的准确和安全,对于气象信息的监测才能更加的高效,才能更好的服务人们的生活。
关键词:
快递分拨中心;信息系统;功能设计;逻辑设计
1快递分拨中心信息系统构建的必要性
随着快速市场需求不断膨胀,传统快递分拨中心爆仓、快件丢失、快件处理不及时等问题频发,智能化与信息化管理的转型升级需求愈加凸显。当下,互联网技术的快速发展为快递分拨中心信息系统的建设带来了重要契机,也为分拨中心的转型升级提供了催化剂。搭建高效的快递分拨中心信息系统能够有效提高其外部服务水平和促进内部管理优化:①系统设计改变分拨中心内部运行和管理机制,进一步促进分拨中心规范化管理。②以信息系统为平台,实现各环节信息共享,充分调动分拨中心业务和服务所需的基础设施,有序地组织和协调设施设备运作,对作业环节与设备状态实现实时监测。③信息系统有利于提高分拨中心自动化水平,增加作业柔性,以系统的观点控制管理分拨流程,实现对中心内成千上万快件的精细化管理,科学合理分配与管理库存,为分拨中心战略决策提供大数据支撑。④分拨中心信息平台的构建,拓宽了客户服务的渠道,使得中心资源高度整合,功能实现多元化衍生,分拨中心也能快速、高效响应和满足快递供应链上下游客户和市场需求,在降低快递成本的同时,实现顾客价值的最大化。
2快递分拨中心信息系统设计
2.1信息系统功能设计
为能提供一个高效、安全、优质服务的基础信息平台,本文将快递分拨中心信息系统目标概括为:建立一个连接分拨中心与各网点、客户等各方之间的综合信息管理系统;实现快件实时定位跟踪和查询;业务落实有序,实现分拨中心资源整合与自身管理的信息化;引入大数据分析,采用更为科学化的方法实现快递量的准确预测。围绕着上述目标,信息系统主要由六大功能模块组成,包括信息跟踪、人员管理、订单管理、库存管理、分拨管理与大数据,涉及快递分拨中心核心业务及其他辅助功能,能够满足不同的快递分拨中心实际作业的基本需求。
2.2信息系统框架
设计分拨中心信息系统的逻辑框架是围绕订单来展开的,通过订单来确定快递分拨服务的主体,因此紧密结合信息系统各功能模块之间的联系,整合各功能模块信息流和基础数据,最终以系统观念构建逻辑框架如图1所示。
2.2.1信息追踪
信息跟踪服务需涵盖货物在分拨中心的全过程流转情况,不仅要向用户提供快件实时位置信息,也需要提供快件的流转情况与相关环节的责任人,实现业务全过程的透明化。信息追踪功能模块主要面向下游业务部门与客户,由EDI技术实现用户权限设置与信息安全传输,提供客户所需要的快件实时位置、快件安全状态、快件经手操作人员、快件在分拨中心的流转信息以及快件预计出库时间等,信息追踪模块除了输出信息外,接收从下游业务部门的紧急反馈,以及时满足客户递送需求。
2.2.2人员管理
人员管理功能模块以员工信息为基础,实现各功能模块对不同员工的使用权限、员工任务分配逻辑、员工工作量与绩效计算逻辑等任务。该模块特别重视员工任务分配的合理性和公平性,所调派员工也将成为其他功能模块的输入项,依据操作规范标准对完成某项分配作业的员工给予评价,该累计评价既成为未来任务分配的基础数据,又依此作为工作量核算的量化信息。此外,为保证运输司机合理工作强度和弹性,对司机人员运输任务分配新增运输计划为参考。
2.2.3订单管理
对订单管理模块的设计预留空间,以及时适应或新增功能,如快递实名认证功能、电子面单使用,保证快件信息的及时有效获取与传递,充分提高信息系统的柔性。该模块融入RFID、二维码等技术将快件基本信息、状态直接输入系统,再通过与实际到达分拨中心的快件数量、货损货差情况进行校验,保证订单与实际相符,若两者有所出入,模块将以实际为基础制定新的订单信息。订单基本信息长期保留在本功能模块中,可实时输出货损货差、缺件等统计信息。
2.2.4库存管理
无论大到管理上万平方的仓库,还是小到安排货架上的每个存储空间,库存管理功能模块将会根据库存空间实时变化情况,结合各存放位置的货物流向,按照先前设定的分配逻辑分配快件,保证快件能够堆存在合理的位置。库存管理功能模块以静态信息实时变更来实现库存动态,在输出项方面,库存管理功能模块将输出快件存放位置、存放安全情况以及库存空间的变化等,其中快件存放位置、存放安全情况是信息追踪与分拨管理功能模块的重要输入项。
2.2.5分拨管理
分拨管理功能模块将结合待分拣快件状态与人员管理功能模块输出的运输计划、调派人员等作出匹配,系统自动输出待分拨任务的实操安排。该模块实时输入快件进入分拨设备分拣直至快件分拣完毕待装载上车时的状态,待快件成功发运后,系统模块需要相关责任人确认快件的出库情况、安全情况以及所装载车辆信息。另外,因信息不全导致无法成功分拨的快件,该模块将依据缺乏信息的类型自动对快件进行相应的系统响应,如人工辨明、暂停分拣转至不明快件仓库暂存等。
2.2.6大数据
大数据功能模块负责输入人员管理、订单管理、库存管理与分拨管理功能模块的所有统计信息,根据分析目的的不同,大数据功能模块也输出货物在分拨中心的流转信息、订单量的时空分布、员工效率值的时间分布、分拨操作时间效益等数据,返回并反馈给其他功能模块,以此作为其他实际作业的指标,促进快递分拨中心人员合理配置、各环节任务效率的提高以及应对突发紧急事件的响应准备。
2.2.7系统逻辑框架
结合快递分拨中心业务流程与功能实现,进入分拨中心的快件经过扫描后,快件信息自动存储,系统将跳转进入订单管理功能模块,当完成订单管理作业流程结束后,相关责任人在系统上提交订单校验信息。待系统辨别快件信息,若无特殊递送需求,随后系统跳转进入库存管理功能模块,等待相关责任人系统上提交快件位置与安全信息以及人员管理功能模块编制运输计划后,系统将进入分拨管理功能模块。随着负责分拨管理的责任人安全将快件装车,并提交快件出库与装车情况后,信息系统完成了对整个分拨流程的管理。
3结论
及展望分拨中心是一个快递企业整个供应链网络体系中的重要节点,其信息系统在适应快递分拨中心实际运营状况的基础上对业务进行重构优化,它是快递综合运营系统的子系统之一,是快递企业与分拨转运中心的运营管理者执行计划、实施、控制等职能提供信息的交互系统。采用信息技术建设快递分拨中心是符合国家大力推行“互联网+快递”的实质性需要,是快递行业有效无缝对接电子商务快速发展的要求,更是快递企业今后全面实现信息化管理的必经之路。快递分拨中心全面实现信息化任重而道远,除了技术设计层面的推陈出新,在系统信息安全保障、快递信息标准化建设和物流信息化人才培养等方面,需要政府和快递企业结合现代管理理念与实践形成面向社会、快速通畅、公开透明的智能快递网络。
参考文献:
[1]王保山,毛保华,杜鹏,刘海.快递公司信息追踪系统研究[J].物流技术,2009,28(11):206-208.
[2]倪玲霖.物联网置入快递业的机理与方案探索[J].中国流通经济,2014(1):38-42.
关键词:
医院;信息系统;安全;CDP容灾系统设计
医院信息系统是一个实时的系统,其中含有大量的数据,并且数据的种类比较多、比较复杂。现如今信息系统管理的范围逐渐广泛,功能也日渐健全,医院的医疗卫生工作逐渐依赖信息系统,其承担的压力和工作也逐渐增多,信息系统面临着数据的安全、完整等方面的压力。医院业务流程比较特殊,任何一个原因就会使得信息系统出现故障,进而导致医院的经济以及形象等受到不利影响。作为安全系统,就需要实现系统的全天候连续工作,对系统进行安全备份,同时系统遇到故障时也能够实现连续的工作,使得数据更加安全、完整。
1信息系统的安全和容灾系统设计
1.1网络传输
在建设医院信息化的开始,由于设计人员对网络技术的发展不能有效地预测,因此网络架构存在着先天不足的情况。网络没有合理的铺设,增加终端节点时比较随意,存在着不合理的网络结构,传输效率并不高。网络设备比较陈旧、落后,缺乏可靠性,不能与新的设备有效地兼容。网络系统中也缺乏有效地应急备份方案,如果网络信息系统出现故障,信息系统就会出现大面积崩溃的现象,使得整个系统瘫痪,停止运行。
1.2感染病毒
医院内部网络安全隐患中,病毒是十分重要的,当前病毒已经发展到网络传播破坏的阶段,能够对网络资源以及主机产生大量的消耗,如果病毒进入到医院的内部网络中,就会给医院信息网络系统造成无法预计的损失。
1.3容灾的计划与处理
当前医院信息系统的数据安全性不够好,很多重要的数据没有进行备份容灾和恢复,无法对基础设施的故障,如机房硬件故障、机房火灾等,以及软灾难,如病毒、人为操作失误等进行有效地应对。出现灾难时,不能有效恢复丢失的数据,业务也出现中断,并且无法保证中断的时间。而且由于服务器自身在技术上存在一定的缺失,操作系统很容易就出现崩溃,使得业务长时间中断不能快速恢复。
2恢复灾难的CDP系统设计
2.1确定系统灾难的种类、范围
要了解医院信息系统可能出现的灾难种类,比如网络问题、系统问题、火灾、地震等意外事故等,不同的防范体系其备份、保护方案等之间是存在差异的。依据相关数据调查分析可以得出,医院信息系统出现故障的原因位于前三名的分别是硬件故障、人为操作错误和软件错误。[1]由于自然灾害等因素造成的故障几率比较小,但是其会造成极为严重的破坏,因此在灾备系统防御时需要重点考虑和研究。除了信息系统设备的故障以及自然灾害等,对于人为因素导致的数据丢失或被篡改也需要明确是不是应该重点防范。对于这两种灾难而言,容灾的技术保护手段是存在差异的。传统的容灾方法主要是对大站点类的灾难进行恢复,比如自然灾害以及电力等灾难,一般没有对软件或者人为失误的防范能力。传统的容灾系统缺少对全部灾难防范的内容。而CDP容灾技术中涉及全面灾难的防御体系,能够全面考虑自然以及人为灾难等因素。
2.2了解容灾系统对医院业务的影响
通常而言,医院信息系统是24小时不间断运行的系统,灾备系统设计过程中,需要不能对原有的信息系统结构进行改变,防止对目前的系统产生影响,带来不利的因素。实施容灾系统时需要使用比较便捷简单的方法,提高其可控制性和操作性,实施的时间不能太长,明确后期维护的简便性,这些都对容灾系统的维护以及今后运行的成本等产生影响,并决定系统运行情况以及容灾系统建设的效果。
2.3知晓容灾系统技术维护的难易
一直以来,由于容灾技术比较复杂,而且需要花费较高的成本,很多容灾系统建设后,维护难度比较大,灾备演练也存在较大的难度。所以必须要选择合适的容灾技术方法,依据技术实现的可能性,管理的便利性等进行。
2.4容灾技术手段的兼容性
现如今容灾技术手段的兼容性是技术线路中需要考虑的重点因素。使用混合系统容灾,选择开放设备导致用户的理想化效果与技术的真实情况存在较大差异。如果能够充分考虑面向未来的技术,再建立容灾系统,就能够建立良好的架构,[2]获得长期的效益,减少系统改造所花的成本,为系统提供更加长期的服务。
3灾难恢复计划的应用分析研究
明确灾难修复计划主要是为了对灾难恢复的流程进行规范,灾难发生之后,重要的信息系统能够快速恢复,实现数据系统的稳定运行,实现业务运行效果。要依据灾难恢复计划,重要信息系统监测数据处理中心的灾难恢复能力。不同的医院需要结合自身的实际情况确定合适的灾难恢复计划。[3]制定科学的灾难恢复计划后,为了保证计划更加完整、实用,就需要定期对流程进行变更管理,完善审核以及演练制度。很多时候由于假设错误,对设备以及人员等重视不足,使得灾难恢复计划不能顺利发挥作用,这就需要经常进行测试,使其更加有效。测试还是为了让灾难恢复的相关工作人员了解灾难恢复的计划,选择计算机领域中经验丰富,综合素质高的人组成恢复灾难的队伍,熟知医疗以及计算机领域中的知识,能够具有一定的预见性,在遇到突发事件时能够科学的进行灾难恢复。
4结束语
总而言之,为了使医院信息系统能够安全稳定的运行,就需要科学的设计容灾系统,选择合适的设备。容灾系统建设完毕后要对其进行演练测试,对其可靠性进行验证,减少系统故障,更好地实现医院的管理与服务。
作者:韦明华 单位:广西平南县人民医院
参考文献
【中图分类号】G40-057 【文献标识码】A 【论文编号】1009―8097(2011)03―0068―04
引言
近年来,国内各大高校在课堂教学考评、师德评价及教师评学等教学质量评价方面做了很多努力,在教务系统建设和教学评价平台开发利用方面都取得了一定成效。但是,在教学评价信息反馈和再利用方面则差强人意,由于缺乏必要的信息开发,信息的利用仅仅停留在职称评定,教学质量工程项目申报,教师个人评定等较为简单的结论认定,教师在一个学期授课后有时也不能立即了解到学生对自己的评语和建议,渠道和信息平台的缺失从不同侧面影响了教学质量的提高和教育评价应用的发展要求。如何根据高校的实际情况,通过整合评价信息资源,构建一个全面、安全、便捷的评价信息系统,为教师和教育管理提供及时、全面的参考信息,进而提升教学质量监控管理水平,是高校教学评价管理工作必须正视的问题。
一 教学评价信息的现状
教学评价信息作为高校教学质量监控与评估体系的一个重要组成部分,其信息附加值,信息数据流向,信息开发程度将影响到教学质量管理实效与教学管理的决策。
负责教学评价具体事务工作的机构一般技术力量相对薄弱,在评价进行时通常利用现有的教务系统,读取学生选课等信息进行评价操作,在汇总校、院两级督导及按比例综合统计结果方面,易用性较差或功能简陋,难以全面直观的反馈评价信息。有的院校因为评价设计较为特殊,甚至不得不独立运行一套评价系统,其生成的统计结果和评价信息在与教务系统或其他数字化校园平台数据的共享和交换方面,难免会有不兼容等现象,容易形成信息孤岛。与讨论较多的教务系统相比,评价信息系统应属于其一个子系统或数字化校园信息平台的一部分,在当前信息管理意识和信息应用经验都还较缺乏的阶段,评价信息的应用实践也存在一些较为典型的问题[1]。
1 技术管理失范
教学评价信息作为教学效果最直接的反映,需要在单点登陆、数字化校园融合、信息跨部门跨数据库关联、访问权限设计等方面有全面的考虑,尤其对一些评价信息涉及教师个人隐私,需要较好分权查看。然而在经费投入不足,重视程度不高的情况下,评价信息只能停滞在简单的人工查询阶段,即使有相应的查询系统,也与其他的信息系统是相互割裂开的孤立的小网站,信息与共享缺乏整合,局限了评价信息发挥作用的效力。
2 内容单一,信息更新不及时
随着信息查询在教师、管理人员中的普及,制约系统效率的主要原因不再是技术的先进或功能融合,而在其内容和服务。教师在获取某一种量化评价的结论后,还希望进一步获悉评价中其他完整的细节,如评价方案中每一项指标的平均分,学生的原始评语,督导的听课建议等,这些信息也是教师不断改进教学,提高课堂讲授效果的动力和依据,反馈信息的全面、及时又会进一步要求信息系统能提供个性需求的报表、导出等功能。内容更新和功能扩展是一个持续的过程,需要以不断完善的认真态度,及时响应教师的需要,从而达到教学质量评估的目标。
3 模式简单,未能体现评价信息的内联性
评价信息系统不同于普通的信息查询系统,它发挥反馈评价信息的基本功能,提供评价结论的基本情况查询,同时也是教学工作状态呈现的综合信息平台,即能客观反映评价,也要能在评价之内形成连续的教学工作状态图表或趋势分析,以充分挖掘数据信息的价值,发现教学过程中面临的问题,管理过程中的不足以及各种潜在影响教学质量的可能。
4 学生获取评价信息的不对称
学生与教师分别作为评价主体和对象,在评价信息获取中处于不对称的地位。教师作为被评价对象,通过人工或网络查询,均能获知评价的结果,而学生作为参与评价的主体,既是评价结果受益者,也应享有评价信息知情权。然而在实际操作中,学生的获知是极有限的。一方面,没有相应的信息系统能及时对等反馈,另一方面,在相应的反馈机制中,也忽视了学生群体,既使有的高校较好的编印了评价结果汇编等物化材料,也由于各种客观限制和顾虑,仅有极少数学生能查阅。评价信息的不对称,使学生无法准确把握评价工作的意义与效用,对评价制度产生潜在的负面看法,同时在选课时也无从比较。
二 教学评价信息系统设计
评价的意义在于通过评价发现教学过程中存在的各种影响质量的问题和因素,为决策者提供改革的思路,为教师提供一个不断改进和发展的指向,因此,需要引入评价信息的反馈、分析和诊断的功能。教学评价信息系统的开发遵循软件、网站的一般流程,即用户需求分析、系统可行性分析、总体方案设计、功能模块设计、编码测试、上线运行等,通过探索尝试和分步骤开发应用,对这些经验进行梳理可为教学相关信息的聚合和应用提供参考。
1 开发模式――二次开发
大多数高校已运行有现成的教务系统或其它数字化平台,评价信息系统中所涉及的师资信息、开课信息、学生信息等已在这些原有系统中存在,并有专人维护,因此若利用原有数据和平台,重点开发评价信息的展示功能和页面,不仅能充分满足数据标准与共享的问题,同时也更容易集中精力在系统自身的兼容和扩展性,与原有数据系统的对接也较好满足单点登陆的要求,在最大限度同步利用已有数据时,使学生对应选课信息查询评价结果成为可能,与原系统的认证模块对接,也能避免上一套系统用一套帐号密码的重复不便和资源浪费。
根据学校的实际,凭借自己的技术力量自主开发或联合校外企业量身定做来实现二次开发都是很好的选择,但在开发队伍的选择上,一定要注意后期维护的保障,任何一个信息系统在其生命周期内都需要有持续的维护和不断完善。
2 技术方案与难点
C/S和B/S是目前较为流行的技术模式。基于C/S模式的信息系统在数据处理和信息管理中具有较大优势,但由于必须使用客户端这样特定软件才能使用,作为一个查询偏重的系统, B/S模式更具优势,B/S架构位于服务器端,任何一台计算机通过浏览器即可轻松登陆和获取信息。
对于二次开发的这样一个B/S系统,可以选择较为流行的Linux+Apache+PHP+MySQL或Windows+IIS+ + SQL Server两种动态网站编程组合。这两种组合都具有快速开发的特点以及与原有数据系统集成的扩展性,对用户基数较为稳定的高校,这种架构完全能满足要求。系统实现过程的典型难点――跨库数据关联。因为评价信息和教师、学生等基本信息来源于现有的评价系统或教务系统,所需实现的信息分析和结果查询需要与原有数据源建立关联。解决办法是设计简化的本地表,在人工操作指令下,选择负载较低的午夜或其它数据系统不活跃的时间进行跨库信息提取,程序将经过运算、分析后的信息以结果形式存储在本地数据表,而不是复制数据源中的基础数据,如此,即避免了使用时再进行运算分析产生的长时间等待,确保了使用数据的唯一性来源,减少了冗余数据,也提高了查询分析效率。
3 设计目标和功能
基于前文分析,本系统基于B/S模式,利用原有教务系统已有数据库和认证模块、评价模块,重新定义数据统计、分权限等功能,使其能在已有系统基础上实现单点登录,并根据不同权限划分,查询当前与历史评价数据的信息系统。
高校教学评价信息系统在功能模块上由网站子系统、评价信息分类子系统和数据管理子系统组成,如图1所示为教学评价信息系统功能框架示意图。
(1)数据处理。数据是评价信息系统的根基,通过跨库关联提取必要的评价原始记录,进行处理形成新的信息集合,存储在本地数据库中,继而作为各种分析和报表的信息来源,数据处理模块的科学性将直接影响系统发挥效用的能力。
(2)报表。报表的种类和分析的程度需要有充分的设计,从不同侧面反映出的分析结果,结论可能是不同的,这将有利于教师或相关部门、领导及时发现潜在问题。报表信息的,基于分权限认证,教师本人、学院领导、职能部门及校领导身份均分配不同范围的查询权限,以全面把握院系或全校的教学状况。基于日常需要,还提供所有历史评价结果汇总打印,详细评价信息打印等实用功能,满足不同情况下数据服务的需要。
(3)网站子系统。主要提供系统前后台信息及权限设置,如操作须知、通知公告、制度汇编等评价相关动态信息,以及不同角色的权限设置。在内容布局和界面设计中,菜单导航以1-2级为宜,页面设计宜以美观、简洁为原则,要能清晰地反映出用户最关心的信息部分。
三 评价信息开发与利用
教育理想、教育方法、教育技术的不断发展要求教师能了解到自身与学生所要求的教育之间的差异,并在不断满足学生的学习要求和获取信息中提升自己和教学的质量,如何在各种不同场合的评价中筛选出切中要害的信息,减少无意义的信息冗余,完善的评价信息反馈机制能够使评价信息更加科学、广泛的应用于教学质量评估,同时也有利于职能部门根据评价结果的分析有针对性采取相应的质量保障措施。评价信息本身是零散的,每学期汇总的评价结果只是一次定量评价的量化表现,然而,要实现信息诊断,综合每个学期连续采集的评价数据,则能更科学、动态的反映出教学质量的变化和存在的问题。
数据挖掘(Data Mining)又称数据库中的知识发现,是从大量数据中提取人们感兴趣的知识,这些知识是隐藏的,事先未知的,潜在有用的信息,挖掘的知识表现为概念、规则、规律、模式等形式,数据挖掘的目的在于使用所发现的信息解释当前的行为或预测未来的结果 [2]。评价信息系统中数据挖掘主要有以下几种应用:
1 课堂教学效果的纵深分析
对某一个课堂教学效果的评价并不仅仅只有一个量化的结论,还可有许多可挖掘的信息细节,如针对总分所对应评价等级的数量,对每个二级指标对应分值的分班比较,这些横向和纵向的比较使课堂教学效果的评价更加全面,值得肯定的和有所不足的方面都能在分析中体现出来,有利于教师找准课堂问题所在,进行自我改进和提升[3]。
2 评价差异分析
学生、同行、督导分别从各自角度对教师进行评价,视角的差异可能得到不同的结论和意见,根据一定的筛选、比较规则,这类差异较大的个案可从数据分析中找出,教学质量监控部门和相关领导需要对相应教师的教学情况进行复查,最终发现和确定产生不同评价的内在原因,并采取措施保障教学质量,同时也发挥出评价信息系统独特的信息发现功能,帮助教学监控及时发现问题。
3 趋势分析
教师每学期面对的学生和展现的授课状态不尽相同,不同年度的评价在不同指标上的评分和结果上将会呈现不同幅度的波动曲线,当教师的教学状态趋势曲线出现较大变化时,则预示着新情况的出现――新教法的尝试,或其它原因导致的不适感等。数据挖掘分析出潜在的影响教学质量变化的因素,体现在趋势图表中,教师个人或教学管理者均能直观的看到潜在的问题,从而起到预警和提示作用,教师和相关部门也能以此为依据,将潜在问题对教学质量的不良影响消除或控制在有限范围。
4 提升信息化水平
评价信息的利用,往往涉及到不同部门,各种评定、考核,要求其信息化程度在交换和共享方面进一步提升,在现行评价信息系统中,相关数据报表的生成、导出和共享等环节,尚没有统一的标准,需要在相关信息交换标准的指引下[4],开放部分数据接口,实现数据的无缝链接及动态传递。教学评价信息与高校教学质量生命线紧密相连,教育信息化将推动评价信息应用的宽度和广度,而信息应用的深入也将反过来要求信息化向更高领域拓展,信息应用价值也将不断提升。
四 结语
教学质量评价的目的在于加强教学管理,提高教学质量,因此,是否能从评价中获取各种有益的信息显得至关重要,在信息技术日新月异的今天,由技术带来的信息化瓶颈早已不复存在,更加重要的是如何运用技术,开发数据价值,不断打造符合高校发展趋势的教学监控与评价手段,提升教学管理决策水平与信息应用能力。
参考文献
[1] 谢海波,林书兵.高校科研信息系统的发展现状与设计方向探析[J].现代教育技术,2010,(3):140-142.
[2] Richard,RJ,Geatz,MW.翁敬农译.数据挖掘教程[M].北京:清华大学出版社,2003.
[3] 欧少闽,解文明,杨棉华.围绕国际医学教育标准构建新型教学质量评价体系[J].现代教育技术,2010,(8):37-40.
[4] 沈锡臣,蒋东兴.高等学校管理信息体系研究与标准制定[J].中国教育信息化,2010,(7):4-7.
Design of Teaching Evaluation Information System and Information Application
GAO Jie-xin
2001年获得2008年奥运会主办权的那一天,北京就向世界作出了庄严承诺:北京将以“绿色奥运、科技奥运、人文奥运”为主题,把2008年北京奥运会办成奥运史上最出色的一届奥运会。而对于奥运赛场分散,物流需求随机性强,且物流量大大超过历史水平的北京奥运会来说,要想实现如此巨大的物流量安全、高效、平稳的运作,仅仅依靠中国传统的物流手段或是简单的信息技术是难以完成的,必须依靠“可视化”、“数字化”、“智能监控”等先进技术对其进行监控管理,以实现对客体的实时跟踪和控制,确保物流渠道顺畅、安全。
鉴于物流信息平台对2008年北京奥运物流系统强大的支撑作用,本人认为此奥运物流信息平台需包括可视化奥运物流中心管理系统,在途货物监控系统和查询监控系统三大部分。
一.可视化奥运物流中心管理系统
可视化奥运物流中心管理系统是一套全面性的物流中心管理工具,用以辅助物流中心管理员优化其管理、协助领导通过虚拟现实技术适时了解掌握库房储备情况,提高物资储备管理水平的软件系统。主要包括以下几大功能模块:
1.数据管理模块。对整套系统数据进行安全加密、维护、备份及灾难性恢复等功能,为用户提供安全的数据存储。
2.标准化管理模块。统一进行标准化代码管理。
物品代码:严格按有关规定标准进行物品定义和维护,使用时根据实际情况在该标准的基础上进行细化与补充。整个系统应用统一的物品代码,并具有物品代码增加、修改、查询、删除功能。
货位代码:根据实际情况进行货位代码定义和维护,并具有代码增加、修改、查询、删除功能。
人员代码:提供建立不同岗位人员简明人事档案功能。为每个人员设置不同的代码,并根据岗位或职务设置不同的使用功能权限。
3.模型管理模块。提供各种库房、物资及附属设施设备等的模型及相关数据、信息,令使用者能够清晰直观的了解到库房内所有设施设备的基本情况与库房内部情况。
4.日常业务管理模块。对物资出入库和存储阶段进行优化管理,提高物资的流转效率。具体又包括以下几个子模块:
入库作业与优化:根据不同的管理策略、货物属性、数量以及现有库存情况,自动设定货物堆码位置、货物堆码顺序建议,从而有效的利用现有仓库容量,提高作业效率。
在库管理:在库管理主要是指物品在库期间的日常管理、清查盘点、保管养护、存储时间检查,以及为了便于管理物品和更有效的利用仓库容量而进行的并库、移库操作。
出库作业与优化:根据不同的管理策略、货物属性、数量以及现有库存情况,自动拣定组合、确定货物位置、货物拣选顺序建议。支持紧急拣选,对超过一定时间的产品进行优先拣选。
盘点管理:提供实盘数量与账面数量对比调整功能。
5.查询统计分析模块:对物流中心物品所处状态进行查询,并可提供相关报表和进行可视化货位显示和库存图表统计,为管理决策提供及时准确的数量信息。
6.实时监控模块。利用安放在库房内的摄像头,对库房内部实时进行监控,从而确保物资的安全。
二.在途货物监控系统
可视化在途货物监控系统是一套全面性的货物在途运输管理工具,用以辅助货物管理人员进行在途货物管理,协助领导通过虚拟现实技术适时了解掌握货物在途运输状态、情况,提高物资运输安全性、及时性、准确性水平的软件系统。主要包括以下几大功能模块:
1.数据管理模块。对整套系统数据进行安全加密、维护、备份及灾难性恢复等功能,为用户提供安全的数据存储。
2.标准化管理模块。统一进行标准化代码管理。
物品代码:严格按有关规定标准进行物品定义和维护,使用时根据实际情况在该标准的基础上进行细化与补充。整个系统应用统一的物品代码,并具有物品代码增加、修改、查询、删除功能。
车辆代码:对奥运物资专用运输车辆进行代码定义和维护,并具有代码增加、修改、查询、删除功能。
人员代码:提供建立车辆运输人员简明人事档案功能。为每个人员设置不同的代码,并根据岗位或职务设置不同的使用功能权限。
3.模型管理模块。提供各种车辆运行及在途物资等的模型及相关数据、信息,令使用者能够清晰直观的了解到车辆运行的基本情况与在途货物情况。
4.运输路线优化管理模块。通过对不同运输路线距离测算,并结合不同路线路况情况进行运输路线的优化选择。
5.货物跟踪监控模块:利用车辆实际运输路线的数据进行车辆监控,并模拟显示随车货物状态信息,实现货物跟踪的功能。
车辆跟踪:通过运用GIS、GPS等技术对运输车辆进行跟踪、定位,并动态显示出车辆的相对位置和运输路线道路情况。
车辆运输状态监控:根据道路及车辆运行情况测算货物是否可按规定时间安全运抵目的地,(估计剩余时间可根据车辆当前位置与运输目的地之间的距离除以车辆运行时的平均行驶速度求得),从而通过对车辆运输状态进行监控,及时发现问题进行调整,以达到满足需求的目的。
货运信息显示:通过显示随车货物信息,进行货物的跟踪模拟。
6.查询统计分析模块:此模块可针对运输货物、运输车辆、驾驶员等进行货运信息查询统计分析,为管理决策提供信息支持。
三.查询监控系统
查询监控系统是一套全面性的货物查询管理工具,通过模糊查询和精确匹配查询两大功能协助管理人员通过虚拟现实技术适时了解掌握货物存在状态,提高物资管理水平的软件系统。主要包括以下几大功能模块:
1.数据管理模块。对整套系统数据进行安全加密、维护、备份及灾难性恢复等功能,为用户提供安全的数据存储。
2.标准化管理模块。统一进行标准化代码管理。
物品代码:严格按有关规定标准进行物品定义和维护,使用时根据实际情况在该标准的基础上进行细化与补充。整个系统应用统一的物品代码,并具有物品代码增加、修改、查询、删除功能。
车辆代码:对奥运物资专用运输车辆进行代码定义和维护,并具有代码增加、修改、查询、删除功能。
人员代码:提供建立车辆运输人员简明人事档案功能。为每个人员设置不同的代码,并根据岗位或职务设置不同的使用功能权限。
场所代码:对奥运物资所涉及的场所进行编码,整个系统实行统一代码制。
3.检索查询模块。通过对下列某个关键词进行检索来查询物品相关联的其他状态。
物品种类查询:以物品种类为关键词进行检索以查询其他状况。
物品代码查询:以物品代码为关键词进行检索以查询其他状况。
物品场所查询:以物品所在场所为关键词进行检索以查询其他状况,如奥运配送中心、场馆1、场馆2……、车辆1、车辆2……等。
时间段查询:以某一时间段为关键词进行检索以查询其他状况,如一天内、三天内、五天内、一周内等。
时间点查询:以某一时间点为关键词进行检索以查询其他状况。
物品状态查询:以物品现存状态为关键词进行检索以查询其他状况,如入库状态、储存状态、出库状态、在途状态等。
运输工具查询:以车辆代码为关键词进行检索以查询其他状况。
物资管理人员查询:以人员代码为关键词进行检索以查询其他状况。
组合查询:以上述两种或两种以上关键词进行检索以查询其他状况。
4.虚拟可视化模块。对于所查询出的物资运用虚拟可视化技术进行模拟动态显示。
5.统计分析模块。通过对物资现存状态和计划状态进行对比,分析整个运作过程中的物流瓶颈,并以不同颜色、形状或图形状态动态显示出。
作者单位:北京物资学院物流管理系
参考文献:
DOIDOI:10.11907/rjdk.161574
中图分类号:TP319
文献标识码:A 文章编号:1672-7800(2016)008-0096-03
0 引言
教育教学信息化建设对于促进教学改革,加快实现管理手段的现代化有着积极作用[1]。高等教育领域信息化正在加速发展,多数高校开始对毕业设计进行规范化、信息化管理,但是不同层次院校对毕业设计信息化管理需求不尽相同。独立学院由于其自有专职教师及管理人员较少,在专业教学和毕业设计指导中更多依赖于母体学校教师资源[2],传统的毕业设计过程监控跟踪手段难以有效落实。为提高毕业设计管理工作效率,本文设计开发了一个基于B/S架构的毕业设计管理信息系统,厘清了毕业设计各阶段工作之间的关联关系,梳理了毕业设计管理流程,划分了系统管理员、教务管理员、系教学秘书、学生、指导教师和辅导员6种角色,引入了毕业设计各个阶段进展情况的实时统计与跟踪监控机制,有效解决了毕业设计过程跟踪监控需求,保证了毕业设计质量。
1 系统需求与流程分析
1.1 系统需求分析
系统设计的目的是为了提高学院毕业设计工作效率,根除传统管理模式的弊端,方便参与毕业设计过程的各类用户。不同用户使用系统的需求不同,如面向教务管理人员,系统应具有基础信息维护、学生信息维护、毕业设计进展情况监控、各类统计报表等功能;系教学秘书需要维护本系指导教师信息、分配毕业设计任务、管理选题、监控毕业设计进展情况、中期检查以及安排答辩等;学生通过系统进行在线选题、完成选题审批表、任务书、开题报告、中期报告以及论文资料的提交;指导教师使用本系统完成在线申报题目、审批或审核学生提交的各项报告、评阅学生论文等;辅导员能够随时查看学生的毕业设计完成进度情况,及时督促进度较慢的学生;系统管理员主要完成对数据库和管理员信息的维护工作。
1.2 业务流程分析
系统基本流程如下:①系统初始仅有一个系统管理员账户,首先由系统管理员添加教务管理员、各系教学秘书和辅导员账户;②教务管理员设置当前学年度,添加其它基础信息,导入本学年度学生基本信息表,生成学生账户;③系教学秘书录入或导入本学年度指导教师信息,生成指导教师账户,分配本年度毕业设计指导任务;④指导教师登录系统,根据个人任务在线申报课题;⑤系教学秘书对教师申报的课题进行在线审核,所有课题审核完毕后,按专业开放选题;⑥学生在线选题;⑦选题结束后,学生按阶段完成课题审批表、任务书、开题报告、中期报告以及论文资料的提交,指导教师按阶段对学生提交的材料进行审阅,教务管理员、系教学秘书和辅导员协同监控学生毕业设计进度情况,并做好各自的跟踪管理工作。
2 系统设计
2.1 系统功能划分
按照不同权限用户功能的不同,设计本系统的核心功能结构如图1所示。
2.2 系统功能介绍
(1)管理员维护模块:包含添加管理员功能、删除管理员功能和管理员密码清零功能。
(2)数据库维护模块:包含数据库的导入导出、数据库初始化等功能。
(3)教务管理员的基础信息维护模块:包含当前学年设置、部门信息维护、专业信息维护和职称信息维护功能。
(4)学生信息维护模块:包含学生基本信息导入、查询、删除学生和密码清零功能。其中教务管理员具有学生信息导入和查询功能。新学年开始时,教务管理员将有毕业设计任务的学生信息通过Excel表上传并导入到数据库中;系教学秘书可以删除学籍异动(休学、退学等)学生,还可以清零重置学生密码。
(5)指导教师维护模块:各系教学秘书负责本系指导教师的信息维护工作,包含指导教师添加、指导教师集中导入、查询、修改、删除和密码清零功能;此外,该模块还包含教师信息统计功能,可以按职称、学历、类别分别进行统计。
(6)毕业设计任务分配模块:各系教学秘书负责分配本系当前学年毕业设计任务。按照专业进行划分,如果一教师分别指导两个专业的若干名学生,那么任务表中对应该教师两条任务记录;一个课题任务最多可以有两名指导教师,但只能有一名导师负责使用本系统管理课题指导任务。
(7)题目申报模块:指导教师登录系统后首先进入题目申报页面,题目申报页面显示教师的任务列表和已申报题目列表,教师根据任务列表中的任务数进行题目报审,申报题目数不能超过总任务数。在题目被审核之前,指导教师可以修改已申报题目,题目审核通过后就不能再次修改。
(8)选题管理模块:由系教学秘书管理,包含题目审核、选题控制、题目分配与题目变更4项功能。其中选题控制功能采用按专业分时段选题策略,由系教学秘书控制各专业开放选题的时间段,以减轻服务器压力。题目分配功能主要用于将一部分定向题目分配给指定的学生,例如参加校企合作的学生,不参与专业集中选题,由系教学秘书提前分配其所在企业的指导教师申报课题。
(9)学生选题模块:本系统不采用师生互选策略,一个学生只能选择一个题目,提高了选题效率,同时为了兼顾公平,在选题开放之前,学生可以查看所有已申报的题目。
(10)过程管理模块:主要指在选题结束后,学生按各阶段流程完成选题审批表、任务书、开题报告、中期报告以及论文资料的提交,指导教师对各阶段学生工作进行指导,对学生提交的材料进行审批或审阅。系统严格控制学生按照阶段流程完成毕业设计,如果前期环节没有完成,后期环节就得不到相应权限,避免了各环节的次序颠倒[3]。
(11)毕业设计进度跟踪模块:包含毕业设计各个阶段进展情况的实时统计功能以及学生完成情况明细,该模块实现了教务管理员、系教学秘书和辅导员对毕设进度情况的实时监控跟踪。图2展示了计算机工程系教学秘书看到的题目报审与选题阶段某个时间点的实时进度情况,其中计算机科学与技术(动漫设计方向)专业已完成选题,软件工程专业正在选题,计算机科学与技术专业正在进行题目申报和审核,网络工程专业正在申报题目。单击图2中某专业“已选题”列对应数字,系统将显示该专业学生选题情况明细表。
(12)系统各类用户具有不同权限的文件上传、数据(含报表)导出功能、资料下载功能、个人登录历史查询以及个人信息维护等相关功能。
2.3 数据库设计
系统涉及的数据库表主要有adminuser(管理员表)、teacher(教师表)、stu(学生表)、syear(学年表)、dept(部门表)、major(专业表)、rank(职称表)、ttask(教师任务表)、project(题目表)等,限于篇幅,下面仅列出管理员表和教师任务表,如表1、表2所示。其中,管理员表中fpath字段用于保存服务器相对路径,路径对应文件夹中存储该用户上传或者导出的文件,用户对该路径拥有访问权限。
3 系统实现
3.1 系统逻辑结构
系统使用MySQL作为后台数据库,服务器端采用Java Web技术实现,动态jsp页面采用EL表达式、JSTL标签技术,前端页面样式使用bootstrap框架设计,并采用基于jQuery的Ajax异步请求技术进行数据交互。系统逻辑结构如图3所示,采用了基于组件式开发的MVC(Model View Controller)设计模式[4],使得系统具有良好的架构,更加便于系统功能的扩展与维护。
3.2 系统实现关键技术
(1) MVC设计模式。Model为模型层,又细分为业务逻辑层、数据访问接口DAO和数据持久层实体类,用于完成系统业务逻辑;View为视图层,指用户看到并与之交互的界面,主要用于数据信息的输入采集和数据的显示输出,本系统所有jsp页面用于完成视图层功能;Controller为控制器,用于接受用户的请求并决定调用哪个模型构件去处理请求,然后再确定用哪个视图来显示返回的数据信息,本系统控制器采用servlet实现。
(2)过滤器(Filter)技术[5]。系统使用过滤器技术实现了字符编码过滤和URL级别的权限访问控制,其中6类系统用户的资源访问权限控制分别由6个过滤器实现。以教师用户为例,将教师可访问的资源组织在路径“/t/”下(包括教师可访问servlet的URL也映射在此路径下),然后创建过滤器Tfilter类,并在配置文件web.xml中使用< filter-mapping >标签将Tfilter与教师可访问资源进行关联,从而实现对教师资源请求的拦截控制,其中过滤器映射的定义如下:
TFilter
/t/*
(3) Servlet上下文监听器(ServletContextListener)。系统中的一些基础信息(例如当前学年、部门信息、专业信息等)是所有用户的共享数据,通过使用Servlet上下文监听器,实现了将基础信息从数据库中读出并存放至application作用域中,方便用户共享和使用,减少对数据库的访问频度。为保证数据的一致性,当管理员更新这些基础信息时,需要同时更新数据库和application作用域中的数据。
(4)Bootstrap框架。Bootstrap框架属于css框架,它在支持html5和css3的浏览器上表现特别好,对移动终端的浏览器支持也相当优秀[6]。本系统使用的是Bootstrap3.3.6版本,它对IE9及更低版本的IE浏览器兼容性不好。本系统设计时专门针对低版本IE浏览器引入了html5shiv.js和respond.min.js两款插件,使IE支持html5中的新标签并能够识别@media,支持响应式布局。
(5)基于jQuery的Ajax异步请求技术[7]。系统设计时使用jQuery Ajax技术实现无刷新钐更新页面和异步提交数据,减轻了服务器和宽带的负担,提升了Web程序性能。
4 结语
本文构建的毕业设计管理信息系统功能完善、用户角色设置合理、流程清晰,能够满足独立学院对本科毕业设计规范化、信息化的管理需求,大大提高了毕业设计效率,解决了毕业设计跟踪监控难题,极大方便了参与毕业设计的各类用户。
参考文献:
[1]龚春红.高等院校教育教学信息化中存在的问题及对策[J].中国管理信息化,2006,9(11):95-96.
[2]王颂萍,王玉昆,杨静.毕业论文管理信息系统在独立学院教务管理中的应用[J].河北工程大学学报:社会科学版,2013,30(2):105-106.
[3]潘旭武.基于工作流的毕业设计管理系统[J].计算机系统应用,2013,22(1):54-57.
[4]ROD JOHNSON.J2EE设计开发编程指南[M].魏海萍,于晓菲,毛选,译.北京:电子工业出版社,2003.