《信息服务策略与规程.doc》由会员分享，可在线阅读，更多相关《信息服务策略与规程.doc（9页珍藏版）》请在金锄头文库上搜索。
1、互联网经过了10年的发展，不仅互联网本身拥有极大的使用价值，而且互联网还为其它传统行业的发展提供了新的工具和途径，一些传统行业得以创造出许多以前很难实现的服务和价值。例如网上炒股炒汇、网站短信服务、QQ等即时通讯工具都在中国蓬勃发展并为相关企业带来了巨大经济效益。信息服务策略和规程按照定义，信息服务部门属于服务机构，这种服务机构必须有与公司各部门以及其他信息服务部门之间建立书面正式联系。信息服务策略和规程的重要性突出地反映在系统综合和协调信息系统规划的需求方面，以及不包含在信息服务本身业务内的其?_?_他潜在的方面。信息服务专业人员和用户管理人员以及信息系统政策委员会负责建立信息服务策略和规程
2、。所有与信息服务有关的策略和规程在本章中讨论，这些策略和规程涉及或影响各业务领域。的信息服务部门有许多书面的策略和规程，这些策略和规程对用户团体来说是透明的，因此不需要作详细的解释。 信息服务策略的合理性每个公司实际上都面临两种情况：正常情况和异常情况。一般说来，大多数用户与信息服务的联系只涉及到正常情况。令人满意的信息服务策略可直接适用于正常情况而间接适用于异常情况。通过建立适用于大多数正常情况的准则，信息服务部门将设立一个机构，借此机构，信息服务专业人员和用户管理人员能够更好地应付异常情况。多数情况下，信息服务决策取决于个人的准则而不是公司的准则。要求四名业务领域的管理人员为公司利益而评定
3、所提出的信息服务项目时，就可能使用不能被其他三个人接受的个人准则。为了公司的利益，制定准则和策略应该建立决策过程。公司管理人员，尤其是处于危急环境中的管理人员，必须能够在收集足够的信息之后迅速策。合适的信息服务策略的制定能最大限度地减少管理人员作出错误决策的可能性。不准确的信息服务策略为用户和信息服务管理人员按他们理解的信息服务策略作出他们自己的解释敞开了大门。如果没有信息服务策略，那么在信息服务专业人员和用户人员之间、用户之间、信息服务内部必然会产生矛盾。适合于用户的规程 在信息服务环境中，制定规程是最根本的一项工作，一个典型的计算中心有几十个书面规程，但是其中有三个对用户管理人员来说是尤其
4、重要的，它们是：信息服务请求(SSR)的提交、系统开发方法、信息系统审查。 系统服务请求1.系统服务请求含义。系统(或用户)服务请求是用户管理人员向信息服务部门请求任何一种服务的正式媒介。一般由用户编制正式书面请求，将它提交给信息服务部门，并根据公司批准的规程来进行评价。2.系统服务请求工作的内容。服务请求的工作有两个方面，首先，服务请求规程要求用户提出表达确切的、文字简炼的服务请求；其次，信息服务的领导和(或)信息系统政策委员会将根据实际情况，对信息服务请求作出正确的回答。3.为了建立系统服务请求规程，有几个问题必须解决，即：(1)谁批准服务请求?(2)对否决的服务请求应有上诉规程吗?(3)
5、可能的决策选择是什么?(4)信息服务请求应该包括什么信息?一旦这些问题和其它一些问题得到解决，就能够建立系统服务规程。4.系统服务请求实例。图20.5.1的服务请求规程表明了一个公司是如何解决上述问题的，矩形框外面左上角的数字与下列编号所述内容相对应：图20.5.1 系统服务请求规程实例(1)用户管理人员提出一份关于建立计算机信息系统的建议，服务请求也可能与信息系统没有直接关系，例如，内部咨询。请求者通常是业务领域的管理人员，负责编制包括下列内容的系统服务请求：系统名称服务请求完成的日期提出服务请求那些人的名字、职务和单位包括下列内容的系统一般性描述：A、陈述所推荐系统的目的B、简要、生动地用
6、文字图表描述所推荐系统的基本操作C、推荐系统的工作范围，包括所有组织机构之间的关系、容量、活动的频率、系统复杂性和对人员的要求说明现有系统存在的问题说明推荐系统将如何解决目前的问题、加强服务、改进管理方法、节省开支，等等。资金来源说明预定系统开发的开始日期、实现日期、时间的紧急性说明说明公司对外发表的文件获得成功的其它类似系统一览表，包括负责类似系统组织的名称、部门领导成员(11)推荐系统总的远景目标B12其它有关的信息服务请求是提交给信息服务部门的。完整的信息服务请求如表20.5.1所示。(2)信息服务的领导只能对这样的项目作出决定：他(或她)估计工作量不会超过一年或项目支出不会超过30 0
7、00美元(这些数字是可变的，应根据公司的大小而异)，如超出，则信息服务项目要送到信息服务指导委员会那里作出一步研究。也就是说，信息服务领导人的权力是有限的。(3)信息服务的领导根据资源的能力，或者接受请求或者拒绝请求。(4)如果信息服务请求合理，信息服务领导就将状态报告提交给请求者，该报告说明了请求的确认、完成日期和所需成本。(5)无需进一步核实就能完成请求工作。(6)信息服务的领导将否定的状态报告提交给请求者并说明拒绝推荐项目的有关理由。(7)请求者对信息服务领导的决定可以保留向上级权力机关(信息服务指导委员会)申诉的权力。(8)将服务请求和否定的状态报告送到信息服务指导委员会复审。(9)信
8、息服务指导委员会可以否定信息服务领导的决定，也可以允许其继续有效。(10)如果服务请求不再起作用，可把它搁置起来，在4个月(一个特定的数字)之后，请求者可使该请求重新有效。(11)服务请求的副本要在召开信息服务指导委员会会议的两周之前分发给该委员会的每个成员。每个成员为复审该服务请求作好书面准备，并从他或她的角度提出利弊分析。(12)信息服务指导委员会按推荐系统的原则和实际需要(此时批准是不可能的)而行事。该请求或者困为没有与公司的需要相一致而被搁置，或在应用方面有欠缺而被搁置，或赞成作进一步研究。(13)信息服务的领导和相应的用户管理人员对人员的可用性进行估价。可用人员不足和在信息服务方面或
9、业务领域方面人员委任不够也会使请求被搁置起来。(14)信息服务的领导和相应的用户管理人员负责决定书面的人员委任书。(15)可行性研究包含重要的人员委任、完成时间和公司的财力消耗，所以，信息服务指导委员会必须对是否花费资源作出进一步研究并作出决定。(16)要编制系统服务请求的详细可行性研究报告，并提交给信息服务指导委员会审议。(17)信息服务指导委员会审查可行性研究报告。实际上，审查的办法是仅仅在信息服务指导委员会会议上提出简略的口头评述。信息服务指导委员会对推荐的项目作出各种指示，不定期的搁置、或者批准同意开发、或者即使批准，但只能放在一个恰当的优先级位置上。(18)批准该服务请求并在服务请求
10、的队列中将它置于恰当的优先级位置上。(19)信息服务指导委员会定期地审查批准项目清单及其优先级，并按公司需要作出批准开发的决定。(20)信息服务指导委员会定期地给某些准许增加的项目开绿灯。(21)否决其可行性研究报告并搁置该服务请求(详见第10项)。上述提交和评价一个系统服务请求的规程包括两个决策层：一个上诉过程；另一个是关于项目的可行性研究要求以及关于完成可行性研究的其它可能的工作。详细介绍规程是为了说明这些选择方案。表20.5.1某所大学的服务请求报告课题：建立一个学生住房分配自动化系统系统说明系统的目标主要目标1.自动进行房间分配2.自动进行帐单记录最终目标1.为工作人员提供信息，以便对
11、学生住房分配作出有效的决策2.替代现有的人工分配过程系统的基本功能系统的基本功能如下(由计算机完成)：1.新生住房分配2.上等住房分配3.空房管理4.编制学生费用表(包括损坏赔偿金)5.自动进行文件更新(联机方式)6.产生如下报告(1)住校学生的地址(楼号、房间号)(2)非住校学生的地址(楼号、房间号)(3)学生家庭地址(4)学生简况(以班级名作文件卷宗标题)(5)宿舍楼统计(6)房间分配说明(7)待分配的学生名单系统的范围涉及到的部门和人员1.注册员和会计-提供学生信息2.校园维修工-报告宿舍楼和房间的完好情况3.餐厅服务员-报告各类用餐的学生人数4.招生办公室-提出新生住房需求(1)学生数
12、量(2)住校学生约2 100个(3)住校外学生约1 000个(4)系统应能管理的学生数约4 000个(5)新生约1 000个人工系统的问题1.整理文件的工作量太大2.分配住房和确定同宿舍人员花的时间太多3.对实际的空房和占用房掌握不准确4.对宿舍的维修情况不清楚5.在什么时间和地点出现空房不能马上知道正确处理的方法新系统应能解决上述提出的问题。为便于作出比较好的决策，系统应能及时提供信息。通过学生住房分配自动化系统，达到更有效的更合理的分配住房的目的。资金的提供系统开发和使用所需资金应另外提供，不能包括在人工系统费用预算内。时间的估算从可行性研究开始到系统完成，估计需要两年时间。并行工作是节省
13、时间的关键。特别说明系统首先应保证新生的住房。上等房间应分配给优秀学生居住。按照学校的奖惩条例，对损坏宿舍的学生应进行处理。长远规划在两年之内完成学生住房分配自动化系统。在3年之内将该系统与学生信息系统合并成一个系统。 信息系统审查系统实现后的审查一般归入到系统开发方法中，但后来的系统审查通常只有在建立了定期审查的正式规程后方能实行。建立定期的系统审查是维护信息系统的最好方法。这些定期审查促使用户和信息服务人员在系统的缺点成为系统有效性的主要问题之前就识别和得到纠正。重新改变公司的需要比预先考虑到这些需要花钱更多。图20.5.2 系统审查预定计划表图20.5.2所示的系统审查预定计划表能够用来
14、计划定期审查和确定开始这些审查的时间。在完成系统审查后，才开始编制系统审查预定计划表，请将图12.5.2各项栏目中圆圈内的数目与下列解释相互参照：1.系统名称：指应用系统的名称(如工资单、总帐等应用系统)。2.系统审查周期：指两次审查的时间间隔(例如：一季度一次，半年一次，等等)，审查周期一般不小于三个月，不大于一年。3.审查日期：指每次审查的开始日期。审查日期应该与第5条一致。它能够为确定信息服务远景规划的周期提供依据。4.审查协调员：指预定进行审查或实际进行审查的人员。5.审查的起始日期：指系统审查的开始和结束日期。6.进行的活动：一般填写没有或修正过。如果审查协调员建议该系统以某一方式进
15、行修正，则须另加详细说明。这种说明应包括用户和信息服务人员关于适应性、清晰度、可用性、格式、响应时间、来回往返时间、规程、报告、文件等方面的评价和要求。这种说明还应包括根据定期审查结果所建议的活动及从这些活动中可能获得的利益。有关策略的几个方面 信息服务的特许权作为一种服务机构的信息服务部门，它通常执行来自上级管理部门和它所服务的业务部门或个人的指示和请求。随着信息服务范围的扩大和趋于分散化，用户和信息服务的职责界限被混淆了，因此，必须细致地加以区分。信息服务的特许权通常情况下有如下几方面的职责：输入/输出控制、硬件选择和采用、数据库综合、字处理等等。当公司批准的信息服务特许权不起作用时，信息服务和其它领域的职责就会发生矛盾。当信息服务职责受到破坏时，可能发生的典型例子就是小型机和字处理设备的失控扩散，这种扩散能够导致兼容性和综合性方面的问题。信息服务的特许权有时同既定的信息服务策略
