服务器采购工作计划范文

前言：我们精心挑选了数篇优质服务器采购工作计划文章，供您阅读参考。期待这些文章能为您带来启发，助您在写作的道路上更上一层楼。

第1篇

关键词：招标采购 B/S 管理系统 信息化

随着高等教育事业的不断发展、国家投入经费大幅增加，办学条件不断完善，高等学校在教学、科研及学科建设等领域对各种仪器设备的需求越来越大，加之高等学校对仪器设备的需求面宽、差异大、采购特点鲜明以及有越来越多的国内外设备厂商参与到高校仪器设备采购的竞争中[1]，使得高校的招标采购工作任务不断加重、工作环境日趋复杂，高校对招标采购的管理工作也急需完善。传统的人工纸质化数据处理方式难以适应采购过程，给采购管理工作带来困难，严重影响了招标采购的工作效率[2]。

在信息化建设日益发达的现代社会中，信息化管理已成为管理工作的重要组成部分，它能够在极短的时间内以最低廉的费用和最准确的结果处理和传递大量复杂的信息[3]，信息技术的发展为管理工作带来了极大方便。以往基于C/S架构的管理系统通常用于局域网，适用面窄，程序需要安装才可使用，并且维护成本高，每次升级，所有客户端的程序都需要改变。笔者基于B/S模式，将招标采购管理工作与信息化建设相结合，开发出一套满足用户需求的招标采购管理系统。系统解决了C/S架构带来的弊端，并且让用户可以随时随地通过管理系统查询采购工作情况，统计各类数据，实现信息共享。这样不但能够充分提高工作效率、调动工作积极性，也可方便领导通过管理系统随时查看各类采购信息数据、掌握采购工作进度。

1 高校招标采购管理工作难点及问题

近年来随着我国教育事业的高速发展，高校招标采购管理工作任务也不断加重，工作中存在的问题随之显现出来。但是高校作为非盈利单位，其招标采购工作存在的问题具有一定的特殊性。譬如：

1.1 资金来源渠道多

高校的资金来源除政府财政拨款和事业性收费外，还包括其他资金渠道，如纵向、横向科研经费，211经费，修购款，捐赠款等[4]。多渠道的经费来源，加重了经费使用情况的统计工作，若使用纸质形式进行统计，缺乏实时统计的动态工作效果，不能及时准确地掌握经费的使用情况，不利于对设备采购经费的充分利用。

1.2 招标采购工作周期长，工作计划性需要加强[5]

招标采购的过程需要先提交采购申请再执行，工作周期较长，个别用户为减少采购流程，采取先采购后提交计划的做法，这种不经批准自行采购的行为，不仅不利于对采购工作的监督，且容易导致设备的重复购置或超预算等现象，影响了学校采购工作的计划性。

1.3 招标采购档案管理繁杂

招标档案包括：招标提请文件、招标申请、招标文件、投标文件、评标纪实、中标公告、合同文本及其他相关文件。管理并妥善保存这些数目种类繁杂的文件，具有特殊性和复杂性，是一项细致的工作，需要花费大量的人力。

2 针对招标采购管理工作需求完成系统设计

传统管理模式的招标采购工作流程、数据处理方式均为纸质化处理，工作进度慢且没有条理性，不易于领导进行监督和指导。

针对招标采购工作的特点和难点，招标采购管理系统的建设目标为：

2.1 方便不同资金来源统计，掌握资金使用情况

系统根据采购资金的来源，对各环节资金使用情况，如：中标价格，节约金额等，进行分类统计。既方便了资金统计工作，用户又可准确掌握不同种类的经费使用情况，并根据实际情况制定采购计划，实现设备采购资金的充分利用。

2.2 提高计划申请速度，节约采购时间，加强采购工作的计划性

招标采购系统可设置计划管理区，按照招标采购工作要求规范审核并完成招标采购工作，可提高申请审批速度，缩短采购周期。用户可在计划管理区快速查询已提交的采购计划，查看已经申购的设备，避免出现设备的重复采购，加强采购工作的计划性。

2.3 严格按照流程设计招标采购执行功能区，实现无纸化办公，降低招标采购档案的管理难度

招标采购工作需严格按照规定流程在管理系统中逐步完成，其中包括招投标、签订合同、付款验收等。工作人员在签订合同后，可以上传招投标文件、合同、发票等需要存档的相关文件，将纸质文档转换成电子文档。招标采购管理系统可准确记录下招标采购的操作过程，每一笔业务的相关数据，文档可以有序保存，供用户业务需要使用，实现无纸化办公，方便了招标采购的档案管理工作。

3 系统体系结构及功能结构

3.1 系统体系结构及开发工具

招标采购管理系统采用B/S（浏览器/服务器）结构。服务器主要任务是承担网络监听和实现客户端链接、数据库管理、数据存取和数据传输功能。浏览器作为客户端面向用户，承担着招标采购管理系统的管理和服务。开发工具是Microsoft Visual Studio 2008。

3.2 系统工作环境及支撑软件

3.2.1 服务器端的工作环境要求及支撑软件

操作系统：Windows Server 2008高级服务器版

数据库管理系统：SQL Server 2005企业版

3.2.2 客户端的工作环境要求及支撑软件

操作系统：Windows 98或更高

开发环境与语言：基于.NET开发框架和C#程序设计语言

浏览器要求：用户可以通过IE或者兼容IE的浏览器直接访问

3.3 系统功能及结构

招标采购工作的具体流程可概括为：一般用户根据实际工作需要向学校相关管理部门提交设备购置计划表，管理部门对计划单进行审核，并依据学校制定的设备招标采购工作制度，完成设备招标采购工作。其中，可把招标采购流程细化，首先将设备分为自制设备、一般设备、免税设备3类，根据设备类型，学校制定相应的采购管理办法；参照采购管理办法，实施具体采购方案。工作流程如图1所示：

图1 采购工作流程图

根据招标采购工作流程，设计招标采购管理系统的功能结构（如图2所示）。

图2 系统功能结构图

3.3.1 浏览器客户端

系统采用B/S结构，浏览器通过Web Server同数据库进行数据交互，用户查询、录入、修改等对数据进行的操作，均通过浏览器传输到服务器端。

3.3.2 一般用户

用户可通过浏览器访问招标采购管理系统，查阅招投标公示及网站公布的相关规章制度；可在浏览器申请页面上直接填写设备购置申请表，方便快捷；首页设置了用户登录模块，根据用户名和密码决定用户权限，根据实际招标采购工作流程，系统将后台管理功能区设计划分成如图2所示的不同的管理功能区。

3.3.3 管理用户

管理用户可分为超级管理员、一级管理员、二级管理员。超级管理员为系统维护人员，具有最大管理权限；一级管理员为招标采购工作执行人员，负责完成具体招标采购工作；二级管理员为提交计划的一般用户，提出具体的采购计划。超级管理员根据一级管理员所负责的招标采购工作内容，将后台系统维护区、前台管理区、计划管理区、执行管理区、报表统计区等功能模块分配给相应管理人员，实现动态分配管理权限；而对二级管理员仅提供查阅已提交购置计划单的情况，以便提高购置设备的计划性。一级管理用户在执行管理区完成采购流程，但是招标采购管理系统要根据自制设备、一般设备、免税设备等不同类型的设备采购方式制定不同的系统功能区。如图3所示。

图3

4 系统功能实现及优缺点

4.1 根据系统的功能结构，编写程序，实现其功能

系统程序结构框架如图4所示：

图4 系统程序结构

4.2 管理系统优势

招标采购管理系统主要分为前台呈现部分、后台管理部分。一般用户可通过浏览器直接访问前台，根据需求填写并提交购置申请。后台管理实行动态权限分布模式，将不同的管理权限分配给相应的采购管理负责人，每个管理人员只能浏览、操作自己职责范围内的管理模块，可独立完成其本职工作；采购工作流程中的每个环节是不可逆的，各采购环节负责人将采购信息提交保存到下一环节，只能由下一个管理负责人进行采购项目的跟进，体现了采购工作的进度及连续不可逆性。另外，为方便掌握招标采购工作的进度及完成情况，了解多渠道资金的使用情况，系统实现了信息数据实时统计功能，并在每个工作环节设置了查询功能，方便用户及时查询、了解情况。

招标采购管理系统在记录不同工作过程信息的同时还可提供数据查询及统计功能，及时查询招标采购计划、招标工作进度、采购设备状态以及查看招标采购合同信息，这样可以提高招标采购工作的计划性，增加招标采购工作的透明度，为监督工作提供方便快捷的信息资源[6]。

4.3 应重视的问题

信息化管理在招标采购工作中的应用也存在一定的问题。招标采购工作人员要接受信息化管理工作的培训，对信息化管理有一定的认识并且接受其管理模

式，愿意主动分析新的管理方法与手段，提高自身的业务素质[7]。

信息化管理对基本硬件设备有一定的要求，要保证数据的安全性[8，9]，应采用备份机，及时备份数据，形成安全可靠的系统数据管理模式。

5 结束语

根据招标采购管理工作的特点，设计招标采购管理系统是一项开拓创新的工作，我们在摸索中前进。在信息化高速发展的今天，将招标采购管理工作与信息化建设相结合，得到越来越多用户的认可，促使招标采购管理工作更加成熟，同时体现了招标采购管理工作的发展与进步。

参考文献

[1] 朱鑫.探讨高校设备的采购与管理[J].实验室研究与探索，2007（4）：152-155.

[2] 季立光.高等院校仪器设备采购工作的规范化管理[J].实验技术与管理，2007，24（3）：151-154.

[3] 李琳玉.企业信息化管理存在的问题与解决方案[J].合作经济与科技，2010（9）：31-33.

[4] 张天伟，曲红.关于加强高校设备招标采购管理的思考[J].财会通讯，2010（9）：71.

[5] 刘乃英，郁鹏.仪器设备招标采购的再认识与实践[J].实验室探索与研究，2006（8）：1029-1030.

[6] 杨春明.高校仪器设备采购过程管理系统开发[J].实验室研究与探索，2010，29（6）：188-191.

[7] 王加元，王鸿宇.应用信息化建设技术实现高效快捷管理[J].山西建筑业，2010（10）：37-38.

第2篇

在采购与供应链管理方面，通过业务流程重组理论，借助IT技术，建立汽车生产企业的电子采购平台，从而实现零部件采购业务在成本、质量、速度等方面的明显改善，是国内车企降低整车产品的成本，提高企业产品市场竞争力并获取更大的利润所要面对的主要挑战。

一、电子采购平台的应用现状

近年来，随着计算机网络技术、通信技术及互联网技术的飞速发展及应用的普及，电子商务作为贸易领域中的一种先进交易方式已经深入应用于多个行业领域，并对领域中传统的观念及行为方式产生了重大的影响，电子采购平台正是在这种大环境下应运而生。电子采购是指以计算机技术、网络技术为基础电子商务软件为依据、Internet为纽带、EDI 电子商务支付工具及电子商务安全系统为保障的即时信息交换与在线交易的采购活动。电子采购将采购功能转变为一个交易过程中的强有力、关键的环节。从1998年至2002年，全世界顶尖的100家公司通过互联网交易的B2B开支增加了10倍，全球200家大企业中30%已经实施了初始的电子采购方案，65%已经开始筹划或考虑电子采购方案。Davenport提出了企业流程创新的概念[2]，他认为流程创新可以通过使用信息技术和人力资源管理对企业的流程进行改进，从而提高企业质量等指标。Morrow等人提出了企业流程再设计的概念[3]，这种方法就是通过检查和简化企业关键流程中的活动和信息流，达到降低成本、提高质量和增大柔性的目的。Kaplan等人提出了核心流程再设计的概念，就是对企业运营进行根本思考，对其工作流程、决策、组织和信息系统同时以集成的方式进行再设计[4]。

上世纪末，美国通用电气公司开始使用本公司在因特网基础上建设的联机采购系统，采购劳动力成本降低了30%，采购用的消费品节省了20%。通用电气公司8个部门的部分采购利用这个网络进行，采购量约10亿美元。到2000年，该公司的全部12个部门的采购利用这个网络，总量达到50亿美元。IBM是电子采购的另外一个受益者。通过电子采购，IBM的成本在不断降低之中，仅2000年第一季度，IBM通过网络完成的货物和服务订单就有47亿美元，仅一季度，电子采购就为IBM节约成本5600万美元。通用汽车在1999年建立了自己的基于网络技术的Supply Power系统，该系统对企业及其供应商开放，使得他们能完成关于原材料，采购，工程质量，物流的信息传送和共享，从而帮助公司降低了运作费用，提高了供应商质量和响应[5]。

二、电子采购平台设计

现代企业管理过程中，信息技术已广泛应用到各个部门领域，改变了人们做事的方法和企业管理模式。网络技术、通信技术和数据库的应用可以帮助企业突破分工的束缚，信息共享及其快速流动也大大消除了工作环节中的壁垒和延时，因此信息技术在业务流程重组中起着核心作用。具体到车企的采购业务流程重组研究中，电子采购平台的应用可以大幅提高业务效率，近些年来也得到了大量的应用。本文结合上汽乘用车公司在采购业务流程重组方面的探索情况，对电子采购平台设计进行了研究。

1.电子采购平台的逻辑结构设计

本文根据上汽集团多年合资品牌的生产轿车的经验，以及国内外相关整车厂的知识积累，同时结合上汽乘用车现有的IT环境和规范，对应用于车企的电子采购平台EP（E-Procurement）系统，在逻辑上进行分层。该平台设计的逻辑结构主要包括用户层、接入层、Web层、应用层、数据层和整合层。

（1）用户层：提供用户访问系统的界面，从物理上来说和系统服务器集群分隔到不同的网段，用户使用自己的浏览器客户端访问系统，所用浏览器应为Internet Explorer 6.0 sp1以上版本。

（2）接入层：提供用户访问EP系统的入口以及负载均衡功能，同时接入层保证了对服务器的访问来自可信任的网段，并能提供用户段到服务器的高速接入。综合考虑系统性能、稳定性和上汽乘用车未来基础设施建设的方向，接入层推荐使用支持HA方式和容错机制的七层网络交换机作为负载均衡服务器。

（3）Web层：提供用户访问EP系统的请求转发，Session Affiliate功能，并能够侦测后台应用服务器的可用情况，接入层推荐使用支持IBM Http Server与后台的WebSphere服务器配合。

（4）应用层：应用服务是整个系统服务的核心，所有向最终用户提供的服务都是在该服务器上完成的。由于EP系统绝大部分为动态内容，为了简化系统架构，系统采用WebSphere Application Server v6.1作为应用服务器，同时提供静态和动态内容的访问。为了到达高可用性和高性能的目标，接入层的负载均衡服务器和应用服务器之间也采用了负载均衡和容错机制，即负载均衡服务器都可以将请求转发到任何一个应用服务器：两个应用服务器在逻辑上保持一致，为客户提供相同的功能；同时负载均衡服务器监控应用服务器的状态：当其中一台应用服务器无法正常提供服务时，所有的服务请求将转发到另一台应用服务器上，从而提供了系统可用性。

（5）数据层：数据区将提供系统所有的数据服务，包括数据库服务、文件/附件管理服务。数据库服务器为整个系统提供管理结构化数据的存储、管理和访问服务，整个EP系统所有的应用数据和控制数据（包括流程服务器的控制数据）都存放在数据库中。在EP系统中存在大量文件对事件进行描述，为了对这些附件进行有效的管理，系统使用单独的文件服务器来存放这些流程附件。为了保证数据的安全性，数据库的数据文件和文件服务器的文件存放区都属于上汽乘用车的EMC存储阵列上。

（6）整合层：EP和外部系统有着大量的交互，整合层提供了流程和应用的整合能力来帮助EP和外界系统进行通讯。WebSphere Process Server v6.2提供了整个系统的工作流引擎，这种综合的自动流程服务器使用基于开放标准的技术，结合统一的编程模型来整合跨越人群、工作流、应用程序、系统、平台和架构的业务流程，同时其基于WAS的架构提供了强大的容错和扩展能力。

2.电子采购平台的架构

在上汽乘用车电子采购平台的架构过程中，确定电子采购需求的EP系统架构原则需包括以下几点：

（1）基于开放统一的标准原则

统一的规范带来良好的整合性，使得各个系统之间互连互通成为可能。开放的协议支持带来了良好的可接入性、可移植性、可扩充性，使得用户的最终实现不必局限于某种专门的产品或技术。

（2）实施原则

轻流程原则：流程只用来进行工作流路由、人员分配、和业务系统整合，不用来处理业务逻辑。某一个环节的业务由业务系统实现。

按需绑定原则：属于一个EAR应用的SCA组件使用Stand alone方式调用，外部SCA的绑定方式按照实际系统实现的不同采用不同的绑定方式。

（3）开放性与可扩展性原则：具备良好的扩展性和可移植性。

（4）开发、部署、维护方便原则

在开发工作上应尽量做到简单，在部署工作上应做到灵活，在维护工作上应做到容易。这样能够保证以少的时间、低的成本完成系统的建设工作。

（5）高可用服务

高可用服务为架构中的关键组件提供高可用能力，在本架构中具体包括提供高可用服务支持，对服务管理域提供高可用服务支持，对流程管理域提供高可用服务支持。

（6）负载均衡服务

负载均衡服务用于提升信息共享平台的处理性能与可扩展性。在本架构中，对如下关键组件提供负载均衡能力：对业务应用提供负载均衡能力，对流程管理域提供负载均衡能力。

基于上述设计原则，采购流程电子平台架构如图1所示。

基于前述的电子采购平台EP系统的逻辑结构和架构原则，确立的EP系统网络架构示意图如图2所示。

该系统的具有较高的可用性，主要体现在以下几个方面：

（1）应用服务器采用WAS v6的集群技术构建横向集群，系统页面展示和Web请求通过IHS，WAS的集群和互为备份的七层交换机进行负载均衡机制，实现系统的用户访问高可用性和系统的可扩展性，通过IHS的Session Affiliate功能保证同一个用户的请求被转发到同一台应用服务器，提高系统性能。

（2）流程服务器WPS也是基于WAS平台，对于流程引擎的访问同样通过WAS集群和七层交换机来进行负载均衡。

（3）数据库服务器利用Oracle RAC。

（4）文件服务通过NetApp存储服务器提供File Sharing Service供两台应用服务器之间的共享，NetApp自身提供故障恢复机制来保证文件不会因单机故障而终止。

（5）所有的数据存储基于SAIC的EMC存储服务器，由其内置的RAID机制保证数据安全。

三、总结

本文根据车企采购业务流程重组的探索研究进行了电子采购平台的初步设计，在设计过程中借鉴了国内外在此方面的一些研究经验，取得了初步的成果。该系统的优点主要有：

（1）主动式服务：该平台基于整车企业业务特殊性，在采购流程中提出并实现了主动式预警、报警功能，主动为采购员、采购管理层提供工作完成情况汇报，并绘制工作计划，为提升采购工作效率、缩短定点周期提供强有力保障。

（2）柔性化审批：首次提出并实现并行与串行共存、可调配流程节点的模块化、柔性化审批过程，开放的配置模式极大程度提高了系统对不断演化的业务流程的适应能力。

（3）协同式采购：该平台不仅可用在集团，还可用于各基地，使多基地得以共享核心的供应商信息，提高了公司多基地集中管理效率，并降低了管理成本。

（4）同步化管理：平台在汽车行业中首次将供应商实时报价的NPV、TTO数据、财务目标价、采购目标价等数据集中同步管理，为采购定点分析提供有力的电子化工具，保证了财务、采购、供应商跨领域多方价格基线的同步更新，降低了整车厂业务链的运作成本。

参考文献：

[1]迈克尔·哈默，史蒂文·斯坦顿. 改革革命[M].上海译文出版社，1998，11

[2]Davenport H.T. Process Innovation： Reengineering Work through information Technology. USA： Harvard Business School Press，1993

[3]M Morrow， M Hazel. Activity Mapping for Business Process Redesign. Manage Accounting， 1992

[3]R B Kaplan， L Murdock. Core Process Reengineering. The Mckinsey Quarterly，1991

第3篇

自身建设方面：由于自己参见工作时间比较短，自身经验和处事能力、人际关系方面都需要全面提高。一方面，自己认真努力完成工作，并对自己的工作 进行自查，自我监督。另一方面，离不开公司领导的关怀指导和公司同事的帮助。“三人行必有我师”，我会虚心向领导和各位同事请教相关问题。 工作方面：一、公司erp的现实状况。对于我们公司来说，erp――k3系统，还是一个比较新鲜的事务，虽然我们每天都在说k3，但是，现在k3系统在我 们公司运行上线还处在初步的阶段。

目前，只有仓储部――仓存模块和财务部――总账模块、应收应付和存货核算，对系统实施了比较全面的应用，第一期计划范围内的公司供应链中的销售 模块和采购模块，还只是用了一些皮毛，公司其他部门还没有实现信息化。另外，公司现行的k3系统编码方案规则不合理，存在中文、英文、字母和希腊文字共同 组成的编码以及重码、无码现象。编码权限下放，造成编码规则不能很好的执行，编码混乱。公司试用一段时间的条形码也不是国际通用，给人造成产品不入流的假 象。还有，因这是一期遗留项目问题，我个人对k3的相关经验不是很多，实施起来需要金蝶公司的配合。

但目前看来，配合还是有些问题需要协调。二、三月份 工作计划 的安排。针对上述公司erp运作方面出现的公司现实存在的状况，整个三月份，拟计划三月底完成公司k3系统物料编码的调整工作，实现新旧代码的转换以及一 期项目中的销售模块和采购模块的培训，实施和上线后相关问题的解决维护。具体工作安排如下： 1. 物料编码的调整：因年前相关工作的调整，物料编码的调整推迟了一个月，中间旧的物料编码又新增了很多，给这一块的工作造成了一定的难度。整个物料编码的相 关工作会贯穿整个三月。

这中间需要相关部门的配合。我个人这方面同时做新旧代码对照和新代码审核及每天新

增编码的修改，工作内容、工作量比较大，需要增加短期配合工作 的工作人员和我一块工作。另外，因为本人一直从事公司办公室、后勤等相关工作，对公司的生产线、产品不甚熟悉，中间可能有很多产品物料编码方面的问题需要 和相关部门同事进行沟通交流，希望本着为了公司的长足发展，能够得到领导和同事的配合。 2. 销售和采购模块的实施：通过与金蝶相关实施人员的协调联系，在三月份订出时间，请实施人员过来对我们这两个模块的相关使用做一下培训并跟踪指导，同时对我 们的物料编码工作进行指导配合。

上线实施后，相关软件操作、运行方面出现的问题进行跟踪解决和系统维护。三、下一步 工作计划 的安排。 1. 定期做好k3系统服务器的维护、备份工作。保障k3系统的正常运行。针对单机用户使用k3系统出现的问题，进行处理。 2. 针对公司战略决策中的时间安排对2011年内需要实现信息化的部门进行调研。将第二期计划中需要上线的系统模块分四部实施：首先，与系统上线运作相关部门 组成相关的项目小组，对项目进行分析、调研，把相关的业务需求整理并确认实施方案。其次，将系统能够实现的相关业务需求，对业务流程进行梳理、微调(企管 部、相关部门配合)，并对系统上线模块进行培训和技术指导。在次，对上线相关模块进行测试运行，出现的相关问题有针对行的解决和完善。最后，系统正式上线 运行期的维护以及运行期问题的反馈和总结，给以后系统实施提供宝贵的工作意见和经验。四、其他工作计划的安排。

除了工作重点k3项目外，还有其他几项工作安排：1. 配合人力资源部把玉舟人力资源系统全面运行上线，实现系统最大最优化发展。 2. 配合网管对公司的办公自动化系统和邮件服务器拟定计划，实施。 3. 公司的网站进行页面的更新维护和公司的网站服务器的建立。 4. 领导交办的其他工作。五、针对公司发展提出的建议在日红公司工作的两年时间里，对公司也有一定的了解，下面就公司的相关工作提出自己的意见和建议。

因为搞物料编码的原因，就前期对物料编码的调研发现的问题总结如下: 公司现在的编码比较混乱,研发部门有自己的成品编码,业务部门下 定单 的时候,有客户订单号和货号,生产有自己的配件编码,镀一种颜色,就会有一种编码,模具有自己的模具编码，k3系统有自己的k3编码。一款产品，会有几个 编码，好几个名字，到了一个部门，可能编码就有变化，

需要编码对照，才有可能指导自己和兄弟部门可能其实是用的一个东西，只是叫法不同。这样，很不方便。

建议公司成立编码部门或者小组，对公司所有的编码进行整合，有必要的话，可以抹去客户相关编码，从订单到我们业务员手里，业务员生产下单，公司一律走自己的编码，出厂后(发货)，由仓储部(物流)在使用客户相关编码