客户程序

客户程序（精选8篇）

客户程序 篇1

经过了上一讲JavaScript基础知识、对象等内容的学习, 读者对JavaScript的已经有了一些了解, 在后续的讲解中, 主要针对实例进行分析, 本讲的JavaScript开发客户端完整表单验证程序在程序设计中就是一项很重要的内容, 而且表单验证也一直是很多编程爱好者很头疼的问题之一, 表单验证程序的好坏直接决定了数据库中保存数据的规范程度, 所以程序员们需要认真对用户所填写的每一项进行认真的过滤, 而JavaScript可以实现这部分功能。下面介绍表单验证程序的设计方法。

1 主要功能

表单验证对于任何一个编程者都不陌生, 此类程序主要应用在用户注册、信息采集、网络报名等程序流程中, 对于表单严整不严格的程序会给后期数据加工、数据处理工作带来很大的麻烦, 所以在做表单验证程序的时候, 需要尽量详细地考虑存在的相关问题。

常用的表单验证主要包括是否填写信息、填写信息是否规范、密码强度判断、两次密码输入是否一致、中英文数字的处理判断、出生日期格式判断、电子邮箱的验证、留言信息长度限定等功能, 最后在提交表单时出现是否确认提交的提示, 提交成功后出现提示框。

密码已经是人们生活工作中必不可少的工具, 但一个不安全的密码有又有可能会给人们造成不必要的损失。作为设计者, 如果在网页中能对用户输入的密码进行安全评估, 并显示出相应的提示信息, 那么对用户设置一个安全的密码将有很大帮助。评估方式:

(1) 如果密码少于5位, 那么就认为这是一个弱密码。

(2) 如果密码只由数字、小写字母、大写字母或其他特殊符号当中的一种组成, 则认为这是一个弱密码。

(3) 如果密码由数字、小写字母、大写字母或其他特殊符号当中的两种组成, 则认为这是一个中度安全的密码。

(4) 如果密码由数字、小写字母、大写字母或其他特殊符号当中的3种以上组成, 则认为这是一个比较安全的密码。

出生日期在数据库中存储是有一定格式要求的, 如果不是规范存储则填写的日期将无法进行处理、分析。所以出生日期需要用标准的“xxxx—xx—xx (年-月-日) 这种方式进行填写。

电子邮箱的填写能否收集用户联系方式, 这就需要用户按照规范填写, 填写时要按照电子邮箱的填写标准进行填写, 一般电子邮箱的格式为username@***.net、username@***.com.cn等, 这样就可以按照规范进行判断。

下面对验证的主要功能进行详细分析:

(1) 验证用户名是否填写, 并且填写是否规范, 用户名需要是A-Za-z0-9_。

(2) 密码和确认密码是否一致。

(3) 密码强度的评估。

(4) 检测是否为中文。

(5) 检测姓名拼音是否都为字母。

(6) 日期的格式检测。

(7) 电子邮件的格式检测。

(8) 手机号码应该全部为数字。

(9) 填写留言信息字数限制以及现有字符数显示。

(10) 提交表单后出现的确认对话框提示。

此程序在开发过程中存在的难点问题:

(1) 密码强度的评估, 弱、中、强的判断与检测。

(2) 利用正则表达式来对用户输入信息进行验证。

2 代码详解

程序主要由若干部分组成, 可以把每一部分功能都定义为一个函数模块, 下面分别介绍详细程序代码, 如图1, 图2所示。

2.1 用户标识判断

主要利用form1.name.value获取所填写的内容, 判断内容是否为空, 如果为空则出现相应提示, 并且利用form1.name.focus () ;获取当前焦点。

利用正则表达式的知识来对条件进行限制, 用户标识需要是字母或者是数字。JavaScript中的RegExp对象用于正则表达式相关的操作, 这个对象提供了一个方法test来判定某个字符串是否满足某个表达式, 返回值是true/false。

2.2 用户密码、确认密码

判断两次密码输入是否一致, 如果不一致则出现错误提示。并且利用form1.pwdok.focus () ;获取当前焦点, form1.pwdok.select () ;选中当前不相同密码。

2.3 中文姓名

判断输入的字符是否为中文, 在正则表达式中u4E00-u9FA5 (unicode码) 中表示汉字, reg0.test对输入的字符串进行检测, 如果输入的不是中文, 则出现相应提示信息。

2.4 姓名拼音

此部分对拼音进行判断, 利用for循环字符串的遍历出所有输入字符, 然后利用form1.ename.value.charAt (i) 获取每一个字符, 进行字母的判断, 如果不是大写或小写字母, 则会出现错误提示。此部分判断也可以利用正则表达式来校验, 读者可以根据相关知识认真思考一下。

2.5 出生日期

利用正则表达式来列出日期的条件, 2009-12-30为标准格式, 不符合此格式就会出现错误提示。Str.match (reg) 表示规定要匹配的模式的RegExp对象, 若没有找到任何匹配的子串, 则返回null。

2.6 电子邮件

利用正则表达式来列出电子邮件的条件, 在上一部分内容中详细分析了电子邮件的基本格式, username@***.com和username@***.com.cn两种标准格式, 不符合此格式就会出现错误提示。Str.search (reg) 方法用于检索字符串中指定的子字符串, 或检索与正则表达式相匹配的子字符串。如果没有找到任何匹配的子串, 则返回-1, 在此实例中-1表示输入的电子邮件格式有误, 不符合正则表达式的规范。

2.7 手机号码

手机号码的验证主要是判断它是否为数字, 如果输入汉字或者字符则输入错误, 此部分利用isNaN来判断当前输入的是否为数字, isNaN表示返回一个Boolean值, 指明提供的值是否是保留值NaN (不是数字) 。

2.8 留言信息

留言信息主要判断输入字符的长度, 如果超过40个字符出现错误提示。程序利用form1.liuyan.value.length来获取当前长度来判断是否超出范围, 如果超出范围则出现alert错误提示, 并且利用form1.liuyan.focus () ;获取焦点, 同时利用form1.liuyan.select () ;选中当前字符, 如图3所示。

2.9 信息提交判断

此部分代码主要使用confirm方法, confirm是Windows中的一个方法。它可以弹出一个包含“确定”与“取消”的对话框, 如果用户按下了确定, 返回true;如果按下了取消, 返回false。form1.reset () ;表示重置表单中的所有信息, 程序中/n的含义表示在JavaScript中的回车, 如图4所示。

2.1 0 计算字符

在留言信息中可以计算当前字符的数量, onkeydown和onkeyup是键盘的两个事件, 通过onkeydown="showlen (this) "和onkeyup="showlen (this) "这两个事件调用showlen () 函数, 表示每输入一个字符都会有当前的数值变化, 利用form1.contentlen.value=obj.value.length;把当前的字符显示到contentlen文本框中。

style="border-width:0;background:transparent;"表示隐藏文本框的边框。

2.1 1 密码强度

密码强度判断主要是通过以下4个函数构成, 分别是CharMode () , bitTotal () , checkStrong () , pwStrength () , 如图5所示。

2.1 1. 1 CharMode函数

CharMode () 主要是测试输入的每一个字符都是哪一类, 主要分为4类, 数字、大写、小写和特殊字符。

2.1 1. 2 modetotal函数

Modetotal函数计算出当前密码一共有多少种模式, 此部分使用了不太常用的移位操作符>>>, 它是一种“无符号”右移位操作符 (>>>) , 它使用了“零扩展”:无论正负, 都在高位插入0。移位可与等号 (>>>=) 组合使用时, 操作符左边的值会移动由右边的值指定的位数, 再将得到的结果赋回左边的变量。

2.1 1. 3 checkpwd函数

Checkpwd函数是返回密码的强度级别, 主要分为4个级别0, 1, 2和3以上, 主要利用循环方式把当前输入的密码进行按位或的运算, 分别会得出0, 1, 2和3以上。

2.1 1. 4 pwdstrong函数

pwdstrong函数是当用户放开键盘或密码输入框失去焦点时, 根据不同的级别显示不同的颜色。

通过以上JavaScript版表单验证程序的学习, 基本可以使用学习过的知识进行实例的操作, 此表单验证基本囊括了目前收集客户信息时需要验证的内容, 在以上程序讲解中, 读者可能会注意到正则表达式这个概念经常出现, 在JavaScript的表单验证中起了很重要的作用, 目前关于正则表达式出版了很多相关的书籍提供参考, 书中对验证的介绍更加详细 (包括一些复杂验证) , 此程序的介绍意在抛砖引玉, 使更多的初学者入门, 并深入学习。

3 结语

以上代码是在Internet Explore6.0、Internet Explore7.0中测试通过, 实例截图为Internet Explore6.0中运行效果。此表单验证比较简单, 此程序的学习对于初学者来说有很大的帮助, 该实例长期作为JavaScript这门课程的一个典型实例为学生进行讲授, 在一些报名系统中表单验证程序均使用此代码, 所以此实例的学习对于今后想深入学习JavaScript这门语言的读者有一定促进作用。

摘要：通过实例对表单验证程序进行详细讲解, 实例中基本包括了用户在填写表单时需要验证的信息, 每部分功能使用函数来完成, 这让初学者能够很容易接受并且理解语句段的含义, 快速地掌握JavaScript这门语言。

关键词：JavaScript,编程,表单验证

客户程序 篇2

1目的：本流程规范了客户信息收集的口径和管理方法，强调了从潜在客户分析到客户接触、客户开发、客户维护等全过程的客户信息管理。

2适用范围：适用于市场部专员进行客户信息的全程管理。

3定义：

3.1客户档案：用来收集客户从销售机会分析到销售接触直至最终签订合同并合作的全过程所收集的详细数据，内容包括客户的基本信息、销售人员的接触信息、销售执行情况等。具体内容参见《客户档案管理制度》。

4职责：

4.1总经理：指导并参与客户资质的评审。

4.2销售副总：参与客户资质的评审，提供专业化建议。

4.3销售部经理：负责贯彻公司战略，收集潜在客户信息；参与客户的开发工作和客户资质的评审。

4.4财务部经理：参与客户资质的评审，提供财务的分析支持。

4.5销售部业务员:参与客户开发工作；负责日常的渠道维护工作，并在工作过程中注意收集客户的经营情况。

4.6销售部内勤：通过对销售订单的管理明确客户日常经营信息。

4.7市场部专员：利用各方面收集上来的信息收集完善客户档案，进行整理归档工作。5内容：

5.1收集潜在客户信息：销售部业务人员在客户开发的过程中收集潜在客户的信息，包括客户的基本资料、客户的基本经营情况、客户的财务状况等，相关信息在客户档案中收集。

5.2客户开发：在明确客户意向的基础上进行更深一步的接触，而开发中涉及的信息也在客户档案中反映。

5.3填写客户档案：销售部业务人员依据销售过程中收集到的情况填写客户档案中的客户信息卡。

5.4客户资质评级：具体工作请参照《客户资质管理流程》。

5.5收集客户日常经营信息：在建立了同客户之间的合作关系后，销售部的内勤需要按月收集客户的经营信息，以销售统计报表的方式归集信息。

5.6收集客户日常回款信息：财务部定期收集客户的回款信息，评估客户的资信状况。

5.7填写客户档案：市场部专员在销售全过程利用从各个阶段收集来的信息进行客户档案的维护。

5.8收集归档：市场部专员将客户档案进行收集归档，以备其他部门查阅，同时也保证信息的统一管理。

6记录:

6.1客户档案

7有关文件：

7.1客户资质管理流程

客户程序 篇3

使用JAVA开发客户端, 可以使软件具有跨平台性的优点, 可以运行在装有虚拟机的机器上。这样, 便于管理维护。JDOM是当前流行的XML操作开发包, 结合了SAX和DOM。

项目背景

信息技术的普及带来了各种各样的方便, 信息技术的发展趋势不容小觑:

(1) 速度越来越快、容量越来越大。

(2) 全面化。各项业务各个领域都涉及。

(3) 数字化。优点便于大规模生产和便于综合管理这两大方面。

(4) 个性化。即可移动性和全球性。全球任何一个地方都可以进行信息加工处理。

软件目标

网络的发展大大改变了信息的存储方式, 人们可以远程办公、开会等。个人只要在网站上注册有账户, 就可以方便的在任何地方通过网络得到自己想要的信息。

基于上述基本考虑, 我们希望创建一个集pc应用客户端和web浏览器的个人信息管理系统, 用户可以把个人所有信息通过app客户端或者web浏览器存储在我们的数据库服务器中, 无论到哪里, 只要有网络, 都可以随时随地查询、修改、更新, 并且我们提供有效方便的账号管理器, 对个人信息进行保密处理

软件范围

该系统的主要使用的对象是个人。根据不同的用户和使用环境, 该软件将主要用于以下方面。

1实现基于多种终端设备的服务

该系统将整合各种常见的个人数字设备, 目的是通过各种数字设备的配合, 保证信息能够以最快的速度和最适合的方式达到用户指定的终端上。特别是app应用程序和web浏览器的组合应用, 使信息的显示终端真正的完全覆盖家庭和办公地点。

2实现在线个人服务的定制和查询

系统将根据个人的需求定制个性化的信息, 真正体现“以人为本”的开发思想。

3提供多种具有特色的内容服务 (如地址簿、备忘录、计划日程、股票查询等)

根据用户的需要, 可以作进一步的扩充, 以满足不同环境和用户的需要。

客户需求及需求分析

1通讯录的操作

1.1组操作放在菜单中, 包括新增, 删除组等。

(1) 新增组:增加一个新的分组

(2) 删除组:删除一个以有的分组

1.2给某个组添加联系人、删除联系人、更改联系人信息、查找满足某种条件的所有联系人等

(1) 添加成员:添加一个新的通讯录条目

(2) 删除成员:删除一个已有的条目

(3) 修改成员:修改一个已有的条目

(4) 查找成员:查找一个已有的成员。

2备忘录

设置备忘录, 给备忘录添加一条记录, 删除记录, 更改一条记录等。

(1) 添加记录:添加一条备忘录

(2) 删除记录:删除一条备忘录条目

(3) 更改记录:更改一条备忘录条目

3生日节日

点击这个按钮后, 左边显示生日、节日按钮, 右边相应显示对应的信息。

3.1生日

(1) 生日按钮:显示生日界面

(2) 增加一条记录:增加一条生日记录

(3) 删除记录:删除一条生日纪录

(4) 修改记录:修改一条生日纪录

3.2节日

(1) 节日按钮:显示节日菜单

(2) 增加一条记录:增加一条节日纪录

(3) 删除记录:删除一条节日纪录

(4) 修改记录:修改一条节日纪录

4日历

点击日历按钮, 可以显示日历, 日历可以选择年, 月, 日, 还有时钟的格式, 有24小时制和12小时制。点击时钟标志, 可以去掉时间显示。

5同步

点击同步按钮, 将把本地数据库和中央数据库进行同步。

6登陆

在进入软件的开始, 弹出登陆对话框, 要求输入用户名, 密码, 输入不正确, 将重新输入, 点击取消将退出程序。

错误处理需求

在系统发生错误的时候, 弹出对话框, 提示用户是否将错误信息发送给公司。对于严重的错误, 系统将会退出软件。

在帮助文档中, 清楚地写明公司客户服务部门的联系方式, 方便用户联系。

系统恢复需求

在Web端使用系统的时候, 如果由于网路问题造成了信息交流不畅, 在网路恢复后, 会重新更新客户端的数据。并给客户以提示, 通知用户再次进行更新。中央数据库定时备份, 如果发生崩溃的现象, 可以及时恢复客户数据。

可维护性需求

1、客户端的xml数据库用户无法直接访问, 经过加密算法的处理。

2、客户端用户只能通过应用程序界面对数据库进行操作, 并手动与中央数据库进行同步。

系统概要设计

1系统总体可分为两大功能模块

app客户功能模块和web客户功能模块。app客户功能模块主要有app客户端、xml数据库和webservice组成, 客户端处理各种显示和业务逻辑, xml数据库用于存储本地数据, Webservice负责xml数据库与后台数据库服务器之间的交互更新。

用户通过app管理个人信息, 所有的数据保留在本地的xml数据库中, 在与中央数据库通讯的时候, 调用webservice与数据库通讯, 更新在中央数据库的数据, 当本地数据库损坏时, 可以通过webservice从中央数据库下载数据库到本地。

2系统部署结构

客户端通过XML数据库管理本地信息, 并通过webservice与中心数据库同步。Web客户端通过访问网页管理个人信息。对库的操作都被封装在EJB中。基本上分为客户端, 网络和业务层, 数据层。

3系统功能模块划分

终端服务软件 (APP终端) 、XML数据库、网上个人服务中心 (WEB终端)

4信息同步和更新

无论在终端还是网上处理的个人信息能够被及时的同步, 终端软件检测是否在线, 如果在线则调用网上的Web Service进行信息同步更新, 因为客户端可以离线操作, 所以客户端和浏览器端都需要设置手动更新操作。

5 SERVLET业务逻辑和MYSQL数据库服务器

客户程序 篇4

适用于深圳市联合利丰供应链管理有限公司客户服务部的委托采购工作。权责

客户服务部：

客户服务部经理/主管：工作流程

4.1 客户服务人员接收委托客户发出的采购委托书后，对照《项目操作手册》，审核采购委托书的内

容和相关资料，检查点如下：

4.1.1 采购委托书的内容是否清晰、完整，供应商名称是否为全称，委托采购货物是否有品牌、型号、功能、规格、参数、配置的详细描述，是否加盖公章或授权章，如不清晰或不完整，客户服务人员应与委托客户进行确认，并重新发出采购委托书。

4.1.2 供应商的全称是否在《项目操作手册》和已签协议的指定供应商范围内；委托采购货物是

否在《项目操作手册》和已签协议的指定采购货物范围内；采购交易条款（价格、交货期限和方式、付款方式、开票条款等）是否在《项目操作手册》和已签协议的指定范围内；是否有超过《项目操作手册》和已签协议范围的其它条款。如有超出范围的要求，客户服务人员应与委托客户进行确认后，联系风险管理部和业务人员，按风险管理部所发审批通知进行下一步的操作。

4.1.3 委托采购金额是否在可用采购额度内，如超出可用采购额度，客户服务人员应与委托客户

进行确认后，联系风险管理部和业务人员，按风险管理部所发审批通知进行下一步的操作。

4.1.4 供应商证照资料、开票、开户资料是否齐全，如未齐全，客户服务人员应联系供应商提供，并检查所提供资料的表面有效性，检查点为经营范围、有效期、最新年审时间和是否加盖公章或其它有效印章等。

4.2 如果协议约定委托客户应支付采购保证金，客户服务人员应在收到采购委托书后联系委托客户

按时支付采购保证金，跟进查款或认领和分配合同。如果委托客户未按协议约定支付采购保证金，客户服务人员应联系风险管理部和业务人员，按风险管理部所发审批通知进行下一步的操作。

客户服务人员按照经审核的采购委托书条款和有效的《采购合同》模板，缮制《采购合同》，在经其上级审核和签署后，申请盖公章或合同章，以传真方式或扫描后邮件方式发送给供应商，跟进供应商签署和回传。回传的《采购合同》不得不涂改，并加盖公章、合同章或其它有效授权的印章。如果供应商在收到《采购合同》后不进行回传，客户服务人员应停止下一步操作，并通知委托客户进行协调。

客户服务人员根据已签署的《采购合同》的付款条款，按照填制《付款申请审批表》、《开证申请书》，与供应商确认收款账户、《开证申请书》内容，跟进付款审批流程。款项电汇或划转、银行承兑汇票开立或信用证开出后，客户服务人员应在二个小时内且不晚于当天下班前将付款情况或开证情况以邮件方式通知供应商和委托客户，或者联系供应商银行承兑汇票的交付或寄4.3 4.4

送事宜，进行重要凭证登记。如果款项未能按照《采购合同》的付款条款或采购委托书的要求支付，客户服务人员应按照《客户服务部工作程序》的异常运作和反馈的要求处理。

4.5 客户服务人员根据已签署的《采购合同》的交货期限和方式，与供应商确认交货明细和时间，跟进采购货物的交付。如果采购货物交货地点在公司仓库，客户服务人员应填制《收货清单》，以邮件方式通知仓库人员准备接收货物。如果采购货物的交货地点不在公司仓库，但需要安排提取货物到公司仓库，客户服务人员应填制《收货清单》和《订车计划》（名称待定），以邮件方式通知物流人员安排提货和仓库人员准备接收货物。如果采购货物不经过公司仓库，客户服务人员应填制《收货清单》，收集供应商交货的送货单和签收单，在交货后三个工作日内将以上单据以邮件方式发给仓库人员，国内交货发给深圳仓库，境外交货发给香港仓库。如果供应商款不按照《采购合同》交货，客户服务人员应通知委托客户，并按照《客户服务部工作程序》的异常运作和反馈的要求处理。

客户服务人员根据已签署的《采购合同》的开票时间或在供应商交货后当月内，填制《开票清单》，发给供应商，跟进已收货物的发票开具和寄收。收到供应商发票后，客户服务人员应核对发票是否与《开票清单》相符，如果相符，签收供应商的发票回执并回复供应商；如果不符，需判断是否可以接收，可以接收，签收供应商的发票回执并回复供应商，如果不符且不可以接收，应在收到发票后二个工作内将发票寄返供应商，跟进新发票的开具和寄收。客户服务人员应在接收发票当天下班前登记《发票流通登记表》，按照《发票管理规定》（待财务部颁发）规定将发票移交给财务部。如果供应商款不按照《采购合同》开票，客户服务人员应通知委托客户，并按照《客户服务部工作程序》的异常运作和反馈的要求处理。发票的检查点如下：

4.6.1 发票类型是否符合《采购合同》的开票条款，如果不符，发票不可接收；

4.6.2 发票的开票人是否为《采购合同》的卖方，如果不是《采购合同》的卖方，发票不可接收；

4.6.3 发票的抬头人是否为《采购合同》的买方，抬头人收票资料是否正确，如果不是《采购合同》的买方或资料不正确，发票不可接收；

4.6.4 发票填开日期是否在《采购合同》约定的开票时间内，如果超过约定开票时间，按照《客

户服务部工作程序》的异常运作和反馈的要求处理。（需与财务确认发票提前于交货日期开具是否可接收）；

4.6.5 发票的填开日期与收到日期相隔天数是否超过五天，并且收到日期在发票抵扣期限内，如

果超过五天，应要求供应商今后及时寄出发票，如果超过抵扣期限，发票不可接收；

4.6.6 发票的商品名称、型号、单价、金额以及随附的开票清单（名称待与财务确认）是否与《开

票清单》相符，如果单价、金额不符，发票不可接收，商品名称、型号以及随附的开票清单不符，经财务部确认不符点影响税务处理，发票不可接收；

4.6.7 发票应正确加盖开票人的发票专用章（名称待与财务确认），印章清晰、完整，有开票人、复核人签字，不符合前述条件的发票不可接收；

4.6.8 涂改或破损严重的发票不可接收。

4.7 《采购合同》执行完毕后一个工作日内，客户服务人员应将采购委托书、《采购合同》、付款凭

证、《收货清单》、供应商交货的送货单和签收单、《开票清单》及相关资料等按《客户服务部运作资料归档指引》进行存档。4.6供应商绩效考核

5.1 客户服务人员按照《客户服务部工作程序》的异常运作和反馈的要求对供应商的异常运作情况

进行登记和处理。

5.2 客户服务部按月进行供应商异常情况汇总，将《供应商异常情况汇总表》发给业务发展中心和

风险管理部。

客户服务部协助业务发展中心和风险管理部，督促供应商进行改善，并向业务发展中心和风险管理部反馈改善情况。5.3相关文件和表单

6.1

6.2

6.3

6.4

6.5

6.6

6.7

6.8

6.9 《项目导入流程》 《客户服务部工作程序》 《采购合同》模板 《关于业务类付款申请审核流程的操作指引》 《收货清单》模板 《订车计划》模板 《开票清单》模板 《发票流通登记表》 《发票管理规定》（待财务部颁发）

基于虚拟化技术的客户端程序研究 篇5

云南电网当前计算机应用系统运行模式主要采取c/s或者b/s模式, 无论哪种模式用户端都需运行一些程序或控件, 由于用户端计算机硬件参差不齐、操作系统版本不一, 在应用系统开发时需要考虑系统兼容性问题, 经常需要在多个操作系统环境下进行测试和开发, 浪费了大量的人力资源和时间, 特别当用户计算机需要运行多个业务系统时问题更为突出。

其次, 当前的运行模式, 每次对客户端计算机进行系统升级或者更新时, 每台用户计算都需要进行下载、安装等操作, 同样需要很多人力资源和时间。另外在系统维护中存在部分用户端计算机硬件配置较低、网络带宽不足, 应用系统响应速度慢等问题, 同时由于多数应用系统整体可用性和用户端计算机状态相关, 当用户端计算机出现问题时会导致系统性能下降, 特别是系统中部分用户端主机受病毒感染时问题更为突出。这就需要 建设一套基于服务器计算应用程序发布系统, 将营销系统、OA系统、生产MIS系统等重要业务系统的客户端应用程序部署到数据中心应用交付服务器上进行管理和运维, 客户端不再进行应用程序的安装和加载, 联网终端通过应用交付系统借助客户端虚拟化技术实现业务办理和数据传递, 从而提高信息系统整体可靠性, 降低应用系统开发、运维成本、提高IT系统管理效率。

2 客户端虚拟化技术研究

信息技术客户端虚拟化技术是虚拟化和云计算IT系统分层结构中与用户最直观联系的部分。 简单的描述, 客户端虚拟化就是依赖网络以服务器计算为基础, 为用户提供客户端系统或应用的产品或技术。客户端虚拟化与其它虚拟化技术关注于计算中心硬件平台资源的整合逻辑调度不同, 客户端虚拟化关注于集中IT管理、更高的安全性和更低的总体成本。

2.1 系统架构

研究中主要是通过在数据中心应用客户端虚拟化技术在原有系统中增加一套“应用简化发布平台”, 系统由左到右由三个部分组成, 客户端、网络、后台支撑环境

1) 客户端:

要求平台能广泛的支撑各类移动设备, 因此选择的产品是各种形式的客户终端设备 (各种型号的PC机、基于、Linux、Macintosh的设备、WBT、掌上电脑、无线设备、瘦客户机等) , 这些可以访问发布服务器上提供的桌面和最新程序, 并享受服务器的速度和资源。

2) 网络:

客户端虚拟化技术在网络上传递是虚拟界面而不是应用数据, 因此可以用较低的带宽完成服务器与客户端的信息交付, 在应用系统没有高清图像、视频流的情况下, 对于简单界面的应用系统, 平均每个用户仅占用20Kbps-100Kbps, 即使是通过电话线或移动网络, 也能保证多个用户同时工作。另外, 应用服务器与后台数据库通常是局域网连接, 计算和查询所需的大量数据都是基于LAN传输速度, 对不需要消耗远程用户的网络带宽。

3) 后台支撑环境:

后台支持环境主要指应用发布服务器、域控制器、Web Interface、DNS服务器、文件服务器、授权服务器等, 发布服务器根据应用程序发布需要由多台虚拟机组成, 采用并行方式通过负载均衡同时对外提供服务, 其它服务器主要是为应用发布服务器管理和控制服务, 为了提高系统可靠性通常至少配置两台进行热备, 这些服务器可以是独立的物理服务器, 但通常使用数台高性能服务器及存储设备使用服务器虚拟化软件来构建, 借助服务器虚拟化实时迁移技术提高系统的可靠性。

4) 运维管理:

客户端虚拟化实施完成后, 客户端应用程序“迁移”到数据中心, 程序维护人员在数据中心就可以完成整个应用系统的维护, 在实际运维中可以完全排除客户端操作系统对应用程序运行干扰, 快速准确的确定故障原因。当应用程序需要进行维护变更时, 程序开发或运维人员仅需在应用发布服务器上对软件进行更新、升级或是卸载, 用户终端计算不必再进行任何操作。

另外通过策略配置和授权管理可以方便的实现网络应用标准化, 即任何需要网络通信的程序都只有通过应用发布服务器与外部进行通信, 而任何程序必须经过系统授权, 用户才可以使用, 同时通过系统的记录审计模块, 可以对用户与外界的通信可以进行实时监控, 当出现系统出现安全事件时可以调用通信记录, 快速追踪事故的根源。

2.2 客户端虚拟化分类

客户端虚拟化从使用场景来说分为应用虚拟化和桌面虚拟化两类, 从系统架构上虽然他们大致相同, 但是在部署应用中他们有着较大的差异, 而且各有特点。

应用虚拟化和桌面虚拟化应用中主要区别, 在于应用虚拟化进行程序发布时, 每个用户在应用交付服务器中虽然使用独立进程来运行应用程序, 但是他们共用一个服务器操作系统, 而桌面虚拟化技术则为每个用户分配一个独立的桌面操作系统。通常应用软件运行时除了要加载应用程序文件外还要调用操作系统内核环境和用户配置文件, 虽然应用虚拟化产品采取一些技术来隔离不同用户间的应用环境, 但仍无法支持所有程序在这种运行环境中的需求, 特别是对于用户定制开发程序这种情况更为突出, 另外部分程序为了保证数据的安全性和唯一性本身就不支持多个副本在同一个操作系统中运行, 并非所有的程序都能使用应用虚拟化系统进行程序发布, 因此在使用应用虚拟化前必须进行严格的测试。

桌面虚拟化技术其实就是将用原来运行在本地计算机上的操作系统集中到服务器上, 并通过网络交付到终端上供用户使用。由于每个用户使用独立的操作系统, 而每个操作系统在运行都需要使用一定计算资源, 因此与应用虚拟化相比在进行应用程序发布时单台应用发布服务器支持的用户较少, 但桌面虚拟化技术拥有更多的灵活性和适用性, 除了需要考虑外设的兼容性问题外桌面虚拟化技术几乎所有的应用程序都支持这种方式进行部署和发布。

在运维方面无论是使用应用虚拟化技术还是桌面虚拟化技术, 应用程序简化发布平台都能为应用程序提供集中管理, 在程序更新、升级时非常方便, 特别是使用应用虚拟化技术时管理员只需将变更后的程序在发布服务器上进行更新, 所有的用户就可以立即获得最新的应用程序;相对而言由于桌面虚拟化技术能给用户和本地电脑一致的的灵活性, 这种灵活性却给桌面集中管理带来一些问题, 如用户个人数据的备份恢复, 当然如果对用户权限进行严格的限制或是使用只读镜像进行进行标准化桌面交付, 在运维时就不必考虑这些问题了, 仅需对系统母板镜像进行更新, 然后通过同步或者复制, 实现为所有同类用系统升级或程序更新;另外针对部分高级用户的特殊需要而系统能向用户提供个性化桌面, 这时系统的运维和管理主要由用户自助完成。

3 投资费用比较

应用简化发布平台的主要功能是代替原有的桌面计算机, 并将信息系统的客户端程序集中到计算中心进行管理, 在进行项目的建设评估时可以将系统的建设维护费用与新购桌面pc的购买和维护费用进行对比和参照。

方法:将用户购置一台pc的费用及四年运维费用F1与应用程序简化发布平台每用户的建设使用费用F3进行比较, 当F1≥F3时, 可认为建设应用程序简化发布系统的经济效益较好, 当F1< F3时, 可认为建设应用程序简化发布系统的经济效益较差。

应用程序简化发布平台每用户的建设使用费用F3由三个部分组成:瘦客户机使用费F2、软件授权费用R、后台服务器存储等硬件设备投资费用h, 即

F3=F2+R+h

而软件授权费用R和后台硬件设备投资费用h, 不同技术有较大区别, 下面按照应用虚拟化技术、桌面虚拟化技术进行比较分析。

3.1 应用虚拟化

授权费用R, 主要包括windows终端服务授权 (每用户w=500元) 和应用虚拟化软件授权费用r, 厂商免费提供第一年升级及支持服务, 第二至第四年, 每年升级及支持服务费用为软件采购费用的20%, 四年每用户软件授权费R=w+r+60%r=w+1.6r。

当前应用虚拟化产品都支持分时享用应用程序, 也就是说系统是按照同时使用的应用数量进行授权, 也就是说如果上早班的员工和上晚班的员工各是100个, 企业只需购买100个应用虚拟化产品授权就可以给提供给全部员工使用了, 这时系统用户复用系统为c=2, 当系统建设目的是提供给移动终端或者出差员工使用时根据经验复用系数平均而言为10～20。

如不考虑应用简化发布系统后台硬件采购费用 (利旧已有设备) , 即h=0时。在进行用户应用虚拟化方式进行桌面终端更新时每用户4年总成本F3=F2+R/c、, 如果F3

当c=1时, F3=F2+R/c=1500+500+r+0.6r=2000+1.6r, 参见图2。

如图2可知当r<2680元时, 投资效益较好。

如果参考黄金分割模型, 即假设一般应用系统同时使用的人数为总用户数的61.8%, c=1.618。

F3=1500+ (500+1.6r) /1.618

此时r<4540, 投资效益较好, 此时基本可以覆盖现在所有应用虚拟化产品。

如果后台硬件设备采用全部新购时, 每用户投资成本将随之增加, 使用高可用性架构的话, 当前每用户后台所需硬件投入至少1000元, 如果设备折旧四年后残值为0, 并计算第四年的硬件维保费用的话, 4年每用户后台硬件总费用费用为h=1100元, (前三年硬件维保费用为0, 第四年为采购费用的10%) , 按照上述计算方法F3=F2+h+R/c, 当复用率为c=1时, 应用虚拟化产品单价r<2000元时, 投资效益较好, 如果参考黄金分割模型c=1.618, r<3429元时, 投资效益较好。当c=2.1 r<4480投资效益较好, 此时基本可以覆盖所有现有应用虚拟化产品。

3.2 桌面虚拟化

如果使用只读桌面镜像进行应用程序发布应用程序的话, 系统也支持支持分时享用 (适用于标准化桌面) 授权费用, 主要包括windows虚拟桌面授权和应用虚拟化软件授权费用。由于桌面虚拟化对应用简化发布平台后台硬件要求较高, 费用为应用虚拟化的2～5倍, 按照2倍计算, 4年每用户后台硬件总费用费用为h=2200元。按照上述计算方法F3=F2+h+R/c, 当复用率为c=1时, 桌面产品单价r<1310元, 才有投资效益。当参考黄金分割模型c=1.618时, r<2310元时有投资效益, 该价格在大批量购买时可以选购到任何桌面虚拟化产品。如果每桌面对后台硬件要求过高, 投入大于4000元时, 用上述公式来考虑客户端虚拟化的经济效益已经不太合适, 如果这时选择虚拟化技术进行应用程序发布和管理, 可能主要考虑到, 系统建设完成后为系统运维管理带来的其它好处如集中运维, 高安全性, 更低的能耗等, 当系统用户分散, 分支机构较多时将获得更明显的效果。

4 结束语

通过研究分析, 客户端虚拟化技术能同时满足云南电网公司对营销、生产、OA系统客户端程序进行集中管理和程序发布, 在进行应用程序简化发布平台的建设时需要根据应用系统的特点对客户端虚拟化产品进行严格测试, 以保证系统的兼容性, 另外在产品选型时如果投资费用相当, 最好选择能同时提供桌面虚拟化和应用虚拟化成熟产品的厂商, 以提高后台服务器的使用效率, 总体而言利用基于服务器计算技术进行应用程序的管理和发布, 具有维护简单, 管理方便、不受用户端设备影响、抗病毒抗攻击的特点, 项目的应用推广经济效益较好, 能有效的提高软件开发、部署效率、降低IT运维成本、提高用户体验和管理效率。

参考文献

[1]马博峰.VMware、Citrix和Microsoft虚拟化技术详解与应用实践[M].机械工业出版社, 2012, 12.

客户程序 篇6

移动办公既包括移动OA等狭义移动办公系统,也包括涉及客户生产和管理的各类应用系统。将传统的办公应用和手机应用有机的结合在了一起,大大地提高了人员的办公效率和应变能力。移动办公主要针对已有办公系统,通过对手机小屏幕页面进行适配,将其办公系统部分功能在手机上实现来实现移动化电子办公。

需要在用户办公系统和手机之间增加一台移动化服务器,加载移动应用服务软件,来实现用户办公系统界面到手机界面的适配。

针对基于PC的B/S结构的软件或网站,通过Web Parser技术,开发页面程序,自动生成可适用不同手机平台的多个软件安装包。只要较简单的代码,就能完成一个界面的适配。

用户在手机上安装移动办公软件,通过NET/APN方式访问移动化服务器,由移动化服务器代理访问其应用服务器,该方式实现较简单,开发量较少,不需依赖原应用系统厂商,用户感知度较好。手机用户通过3G网络登录其办公系统,即可实现手机办公。

1 网络拓扑图

2 系统各部分介绍

2.1 手机

用户需要在自己的手机上安装配套的客户端程序,该程序针对不同操作系统的手机有不同的安装版本。权限用户只有登录该客户端才可以使用提供的业务功能。

2.2 移动化服务器

移动化服务器负责现有企业各种应用移动化接入以及整个企业移动化接入服务的运营管理。

2.3 原有OA系统

原有OA系统需要和移动化服务器平台进行对接,为业务提供初始数据。

3 实现方法及业务流程

B/S适配的作用是使手机终端能直接访问B/S结构的办公系统,实现对原办公系统的移动化。对于这类办公系统,B/S适配作为客户端,与应用系统侧服务器端进行正常的交互操作。

B/S适配接到移动办公系统转发的手机端发出的请求,进行必要的处理,发送给原办公系统;并接收从原办公系统返回的响应数据,对数据进行过滤和整合,再经移动办公系统转发给手机端。

B/S适配插件通过标准的HTTP/HTTPS协议与原办公系统进行交互。

B/S适配插件可根据业务需要设置对应用页面内容的过滤规则,将页面中不需要在终端上展现的数据进行过滤处理。过滤的对象可以是页面中的任意一部分内容。

B/S适配插件将经过过滤抽取出来的数据按照需求进行重新组织,形成适合终端显示的页面。支持在页面中嵌入其他的信息或页面内容,以及根据需要进行页面分拆,变成多个页面进行操作和交换。

业务流程见图2:

4 适配逻辑架构(见图3)

5 结束语

客户程序 篇7

客户端软件由于功能的扩充或者修复了程序中存在的bug, 而重新编译出新的版本的软件。如果用户没有及时更新客户端程序, 可能造成部分功能无法使用或者数据不一致等问题。客户端自动更新程序, 能够检测新版本程序的发布, 并及时自动升级, 用户无需访问网站就能利用在线升级程序进行升级和更新[1]。因此, 开发客户端自动更新程序是十分必要的。

软件自动更新常用的方法有二种, 一是在局域网内采用映射网络驱动器的方法实现, 二是在Internet上用FTP或者HTTP协议等网络协议实现下载[2]。文献[3]研究了局域网内的软件更新, 文献[4,5]给出了基于HTTP协议通过API函数URLDownloadToFile () 实现网络文件的自动下载的方法, 可以实现客户端程序更新。FTP文件传输协议是用于在网络上进行文件传输的一套标准协议, 用于Internet上的控制文件的双向传输, 该协议可以高效稳定地完成文件的上传和下载。现基于FTP文件传输协议给出了一种新的客户端自动更新程序的设计方案。并在C++ Builder 开发环境下完成了软件的开发和测试。测试结果表明, 该方案有效地解决了客户端程序自动更新问题, 取得了良好的应用效果。

1技术原理

客户端自动更新程序的技术原理是将当前正在使用的客户端软件的版本保存到ini文件中, 软件启动时, 自动连接到服务器请求当前最新版本号, 将返回到版本号与ini文件中的进行比较, 如果当前版本不是最新版本, 则向服务器请求更新文件列表, 依次下载文件列表中的每一个文件, 如果下载成功, 则更新成功。因此, FTP文件下载技术是该方案的关键技术。

1.1TIdFTP控件常用属性

TIdFTP是Indy Clinets中的一个FTP客户端控件, 可以实现FTP方式文件的上传与下载。常用控件属性如下:

User :用户名

Pasword:密码

Host:FTP服务器地址

TransferType:用于指定传输内容是二进制文件 (ftBinary ) 还是ASCII文件 (ftASCII) 。

1.2TIdFTP常用函数

1.2.1 Connect函数

TIdFTP通过Connect函数连接远程FTP服务器。

void Connect (BOOL AutoLogin) ;

当设置好TIdFTP的User、Password、Host等属性后, 调用Connect () 连接到Host指定的FTP服务器。

1.2.2 Get函数

TIdFTP是通过Get方法实现FTP文件下载的。函数原型如下:

void Get (const AnsiString ASourceFile, const AnsiString ADestFile) ;

参数ASourceFile表示Ftp服务器端的文件名, ADestFile表示本地的文件名。通过Get函数可以将文件从ASourceFile下载到ADestFile。

2自动更新程序的实现

2.1连接到FTP服务器

实现方法如下:

(1) 将TIdFTP加入到Form中, 命名为idftp。

(2) 连接FTP服务器

假定m_strHost、m_strUser、m_strPassword分别保存FTP服务器的IP地址、用户名、密码, 以下代码可完成连接FTP服务的功能。

实现代码如下:

2.2程序自动更新

当编译出新版本的软件的时候, 将新版本软件所涉及到的新文件上传到FTP服务器, 记录新的版本号的同时, 记录下新文件在FTP服务器的路径。当客户端启动时, 如果申请到的最新版本号高于当前使用版本, 则申请需要更新的文件列表, 服务器将记录下的新文件路径发送给客户端, 客户端采用TIdFTP控件的Get方法下载新文件到当前文件夹, 从而实现客户端软件的自动更新。

实现代码如下:

3总结

给出的客户端自动更新程序是基于FTP文件传输协议, 该协议可以高效、稳定地实现文件的上传和下载, 解决了传统基于HTTP协议在上传和下载大文件时不稳定的问题。在多次测试中, 均能保证文件正确下载, 达到了预期目的, 可用于客户端软件自动更新, 具有良好的应用前景。

摘要：为了能够及时更新客户端软件, 保证用户使用最新版本的客户端软件, 在深入研究FTP网络编程技术的基础上, 给出了一种基于FTP协议的客户端自动更新程序的设计方案, 并在C++ Builder开发环境下完成了软件的开发和测试。测试结果表明, 该方案有效地解决了客户端程序自动更新问题, 取得了良好的应用效果。

关键词：自动更新,客户端程序,文件传输协议

参考文献

[1]赵小娥.用VC++编程实现程序的自动更新.西安文理学院学报 (自然科学版) , 2006, 9 (2) :80—82

[2]顾希, 曹鸣.软件自动更新的两种方法.医疗卫生装备, 2005;26 (2) :38—39

[3]方风波.基于办公局域网的软件自动更新.长江大学学报 (自科版) 理工卷, 2007;4 (2) :297—298

[4]朱建凯, 郑洪源, 丁秋林.基于Visual C++客户端程序自动更新的应用研究.计算机应用与软件, 2010;27 (2) :172—173

客户程序 篇8

关键词：客户需求,课程体系,教学模式,评价体系

课题组教师长期在教学一线, 发现计算机教学存在非常严重的偏离社会实际需求的问题。教师授课时拿着教材或参考资料照本宣科, 学生在课程设计、毕业设计时闭门造车, 没有任何实用价值。一大批“酒店管理系统”“医院管理系统”在缺乏调研、缺乏规范过程管理的情况下应运而生。这样的课题既便于抄袭, 也实在很难培养学生发现问题、分析问题、解决问题的能力, 创新就更不可能了。经验表明, 脱离实际客户需求的计算机实践是引发上述诸多问题的根本原因之一。研究即以此为出发点从源头来培养学生能力, 以缓解当前社会对计算机人才需求与高校培养不足之间的矛盾。

1 计算机程序设计课程存在的问题

《国家中长期教育改革和发展规划纲要 (2010—2020年) 》在战略主题中提出, 教育应“坚持能力为重。优化知识结构, 丰富社会实践, 强化能力培养。着力提高学生的学习能力、实践能力、创新能力”。仅从计算机人才培养来看, 各大高校虽已朝着该方向做了诸多努力, 却仍然很难解决当前经济社会对高质量人才需求与教育培养能力不足之间的矛盾。

程序设计类课程是高校计算机及其相关专业的核心课程, 目前存在着学习重心偏移, “学”“用”脱节[1], 评价指标单一、不准确, 学习内容与社会需求相差甚远等等问题。尤其实践环节脱离实际需求, 闭门造车, 敷衍了事, 使得设计成果如空中楼阁, 没有实际意义。这些问题限制了对学生能力的培养和促进, 严重影响了高校计算机人才培养效果。以上问题亟待解决, 相应的改革势在必行。

2 改革相关举措

2.1 建立实践课程体系

培养计算机专业学生的能力不是某一门课程的任务, 也不可能是某一门课程能达到的目标。本课题从整个课程体系出发, 以客户需求为导向, 制定了一套基于客户需求的程序设计课程体系。限于篇幅, 仅对实践环节的改革进行阐述。通过不断研究与实践, 在以往人才培养方案的基础上梳理整个计算机程序设计课程体系, 得到更为清晰的培养思路, 从而整合实践环节。以客户真实需求为基础, 以项目开发过程为主线, 配合模块化课程设置, 改变其各自孤立的现状, 使其成为更加有机的、完整的统一体, 搭配形成更合理的组织关系。计算机程序设计实践课程体系所含课程及所占学分、开设学时等内容如表1所示。

计算机课程的学习离不开实践, 然而以往的实践常常脱离实际, 导致学习效果甚微。学生在大学四年中设计的系统并不少, 但绝大多数开发过程不符合实际软件开发流程, 开发工具得不到正确利用, 开发的软件没有实用价值。经统计, 本课题开展前, 在课程设计及毕业设计中真正做了需求分析的学生不到10%。因为他们的课题通常不是来自于实际客户需求, 而是靠想象, 闭门造车。需求分析是软件开发相当重要的环节, 也是后续阶段成功进行的前提。学生的软件开发实践若没有实事求是的客户需求为保障, 再多的实践也不过是空中楼阁。

表1中的实践课又可细分为实训和课程设计。实训主要针对某门具体课程知识点进行训练, 由若干小问题组成, 采用探究式等教学模式[2]。由于问题小、比较具体, 其过程相对容易控制, 其成果也较容易检验, 因此在本次改革中, 不做大的调整。

实践环节中的课程设计则是本次改革调整最大的地方。通过对以往人才培养方案的研究及对长期教学经验的总结发现, 当前课程设计环节安排得并不少, 然而存在各自为政、不系统的问题。通过对承担过计算机程序设计课程设计工作的9名教师调查统计, 发现课程设计环节存在的主要问题如图1所示:

针对以上问题, 课题组除了立足于“基于实际需求的软件开发实践”的根本点外, 还对所有课程设计进行瘦身、整合, 最终确定了“数据结构与算法课程设计”“程序设计与数据库课程设计”和“软件开发综合课程设计”。替学生减负的同时, 也为问题的深入研究提供了可能。既确立了每个环节的训练重心, 避免了知识点的重复训练, 也使所有环节连贯起来能覆盖整个软件开发过程。

2.2 教学模式的应用

教学改革中对于教学模式的探讨并不鲜见, 然而如不能从根本上改变当前程序设计课程的“语法体系”, 便无法做到教学模式上的真正转型。目前许多计算机课程都是由独立的语法知识点组成, 其中实例之间的连贯性弱, 各章节孤立。这样的课程设置下, 教师也很难引导学生对具体问题进行可持续性地、深入地思考, 很难使学生真正成为学习的主体, 自觉、主动地探究问题。

本次改革以基于实际客户需求的软件开发实践为基础, 以项目教学法[3]为主, 将项目案例贯穿整个课程体系, 从根本上改变目前的语法讲解为主的教学模式, 从而达到对学生能力培养的目标。在所有课程的学习中, 可采取其他多种教学模式的有机融合。

例如, 在教学中较多采取的教学模式还有“探究式教学”[2], 利用“启发探究”“问题递进”“探索验证”等具体的教学方式来激发学生潜能、引导学生主动自主学习。在高年级的一些实践课程教学中也穿插采用了自学——辅导式[4]的教学模式。教师为学生制定学习目标、划定学习范围、提供学习资料与学习途径。基础薄弱的同学可以利用课余时间逐步消化、保证进度。同时, 课堂上, 教师有更多的时间组织讨论、总结等。

除此以外, 在教学中针对知识点的不同还采用了翻转课堂[5]、合作学习[6]等模式, 倡导启发式、探究式、讨论式、参与式教学, 将讨论、协作、学生提问、现场验证等形式引入课堂。启发学生的创造性思维, 尊重其发散思维、求异思维。营造独立思考、自由探索、勇于创新的良好学习环境。

2.3 完善考核、评价体系

当前, 分数仍然是衡量一个学生的最主要指标。然而对于一些由多种教学环节、多种教学模式等构成的课程, 目前的单一评价方式显然不够科学, 对学生的定位也不够精确。本课题研究建立多元的评价体系。

传统的评价方式较单一, 且过于关注结果而忽视过程管理和阶段性成果。这不仅导致评价结果不准确, 且打击了学生对问题进行开放性思考的积极性。另一方面, 对考试结果的过分关注, 导致学生学习兴趣的消退及对学习过程的放松。在考试的基础上加入作业、练习、报告、阶段性成果验收、课堂参与度、创新思维评价等能大大减少上述问题。考核由重结果转向重过程, 注重学生在课堂内外的参与度, 做好阶段性成果登记等, 这都需要任课教师做好过程管理。尤其是实践性的课程, 做好阶段性评估是很重要的。

传统的评价主体也很单一。教师作为唯一主体容易产生片面的评价结果, 且目前许多高校教师由于自身实践能力的限制, 可能会造成评价偏离实际应用, 与社会先进技术脱节等问题。本课题研究在教师单一评价的基础上适当引入客户评价及相关企业工程师评价, 使学生发展紧贴社会需求、紧跟时代步伐。同时, 学生对多方位的评价也更容易接受, 有利于加深认识、扩展视野、培养能力。

2.4 基于客户需求的软件系统的开发

本课题旨在帮助学生与时俱进的掌握完整、规范的软件开发流程和技术, 解决目前课堂教学与社会实际应用相脱节的问题, 实实在在培养学生发现问题、分析问题、解决问题的能力, 及创新能力。因此, 相关专业的学生在实践环节中至少应参与一个基于实际客户需求的软件系统的开发, 以熟悉软件开发流程、真正掌握软件开发技术, 了解社会上软件技术动态。同时, 相关专业教师在教学过程中也应至少参与一个基于实际客户需求的软件系统的开发, 以增长实践动手能力、为教学提供生动案例。

3 结语

课题以基于实际客户需求的软件开发实践为出发点, 开展以项目教学法、探究式教学法为主的多元教学模式, 并采取多阶段、多主体的评价标准, 从整个计算机程序设计课程体系着手进行改革。在课程体系的优化过程中, 搭配形成了更合理的组织关系, 使整个课程体系成为更加有机的、完整的统一体, 更利于培养学生的实践动手能力、自学能力和创新能力, 使其更加适应社会需求, 缩小当前经济社会对高质量人才需求与教育培养能力不足之间的矛盾。

当然本课题研究也存在着一定的困难和不足, 主要体现在真实客户需求的获取及完成上面。一方面, 真实客户需求的获取存在一定难度;另一方面, 即使获得真实需求, 由于缺乏实战经验及持续的技术支持, 使得项目成果转化率较低, 最后需求许多只能完成真题假作。因此本课题还需深入研究的问题就集中在校企合作上。

课题组应积极促进更多的、有价值的校企合作, 以获取更多真实用户需求及企业帮助 (包括技术指导、经验推广、考核评价等) , 同时也为提高教师的实践能力提供渠道。除此之外, 师生自身的实践能力也有待提高。建设成熟的可持续性发展的开发团队, 提高项目成果的转化率, 取得用户信任, 也是获得更多开发机会的前提条件。相信只要将上述措施深入执行下去, 一定能为将来的计算机程序设计课程打造一个良性循环的教学环境。

参考文献

[1]林乐锟.计算机网络课程教学问题及分析[J].新课程:教师, 2011 (7) :129-130.

[2]文明瑶, 丁群, 张基温.关于建立程序设计课程教学新体系的研究[J].计算机光盘软件与应用, 2012 (11) :248-249.

[3]吴泳玲.项目教学法的理论与实践研究[J].肇庆学院学报, 2012, 33 (4) :93-97.

[4]李晖.卢仲衡自学辅导教学模式述评[J].课程·教材·教法, 2016, 36 (8) :114-121.

[5]何朝阳, 欧玉芳, 曹祁.美国大学翻转课堂教学模式的启示[J].高等工程教育研究, 2014 (2) :148-161.