信息系统中适合于用户的规程解析.doc

芇三、适合于用户的规程蒈膄在信息服务环境中,制定规程是最根本的一项工作,一个典型的计算中心有几十个书面规程,但是其中有三个对用户管理人员来说是尤其重要的,它们是:信息服务请求(SSR)的提交、系统开发方法、信息系统审查。聿□。系统(或用户)服务请求是用户管理人员向信息服务部门请求任何一种服务的正式媒介。一般由用户编制正式书面请求,将它提交给信息服务部门,并根据公司批准的规程来进行评价。。服务请求的工作有两个方面,首先,服务请求规程要求用户提出表达确切的、文字简练的服务请求;其次,信息服务的领导和(或)信息系统政策委员会将根据实际情况,对信息服务请求作出正确的回答。,有几个问题必须解决,即:螂(1)谁批准服务请求?螈(2)对否决的服务请求应有上诉规程吗?芆(3)可能的决策选择是什么?蚅(4)信息服务请求应该包括什么信息?膂一旦这些问题和其他一些问题得到解决,就能够建立系统服务规程。。肄(1)用户管理人员提出一份关于建立计算机信息系统的建议,服务请求也可能与信息系统没有直接关系,例如,内部咨询。请求者通常是业务领域的管理人员,负责编制包括下列内容的系统服务请求:螃①系统名称薁②服务请求完成的日期艿③提出服务请求那些人的名字、职务和单位膅④包括下列内容的系统一般性描述:袂A、陈述所推荐系统的目的羀B、简要、生动地用文字图表描述所推荐系统的基本操作罿C、推荐系统的工作范围,包括所有组织机构之间的关系、容量、活动的频率、系统复杂性和对人员的要求。***⑤说明现有系统存在的问题芄⑥说明推荐系统将如何解决目前的问题、加强服务、改进管理方法、节省开支,等等。蒀⑦资金来源说明螀⑧预定系统开发的开始日期、实现日期、时间的紧急性说明羄⑨说明公司对外发表的文件莂10获得成功的其他类似系统一览表,包括负责类似系统组织的名称、部门领导成员衿11推荐系统总的远景目标蒀12其他有关的信息肅(2)信息服务的领导只能对这样的项目作出决定:他(或她)估计工作量不会超过一年或项目支出不会超过30000美元(这些数字是可变的,应根据公司的大小而异),如超出,则信息服务项目要送到信息服务指导委员会那里作出进一步研究。也就是说,信息服务领导人的权力是有限的。蚅(3)信息服务的领导根据资源的能力,或者接受请求或者拒绝请求。薂(4)如果信息服务请求合理,信息服务领导就将状态报告提交给请求者,该报告说明了请求的确认、完成日期和所需成本。羆(5)无需进一步核实就能完成请求工作。肇(6)信息服务的领导将否定的状态报告提交给请求者并说明拒绝推荐项目的有关理由。袃(7)请求者对信息服务领导的决定可以保留向上级权力机关(信息服务指导委员会)申诉的权力。羂(8)将服务请求和否定的状态报告送到信息服务指导委员会复审。蚇(9)信息服务指导委员会可以否定信息服务领导的决定,也可以允许其继续有效。袄(10)如果服务请求不再起作用,可把它搁置起来,在4个月(一个特定的数字)之后,请求者可使该请求重新有效。羁(11)服务请求的副本要在召开信息服务指导委员会会议的两周之前分发给该委员会的每个成员。每个成员为复审该服务请求作好书面准备,并从他或她的角度提出利弊分析。莁(12)信息服务指导委员会按推荐系统的原则和实际需要(此时批准是不可能的)而行事。该请求或者因为没有与公司的需要相一致而被搁置,或在应用方面有欠缺而被搁置,或赞成作进一步研究。蒇(13)信息服务的领导和相应的用户管理人员对人员的可用性进行估价。可用人员不足和在信息服务方面或业务领域方面人员委任不够也会使请求被搁置起来。羅(14)信息服务的领导和相应的用户管理人员负责决定书面的人员委任书。芄(15)可行性研究包含重要的人员委任、完成时间和公司的财力消耗,所以,信息服务指导委员会必须对是否花费资源作出进一步研究并作出决定。袁(16)要编制系统服务请求的详细可行性研究报告,并提交给信息服务指导委员会审议。膈(17)信息服务指导委员会审查可行性研究报告。实际上,审查的办法是仅仅在信息服务指导委员会会议上提出简略的口头评述。信息服务指导委员会对推荐的项目作出各种指示,不定期的搁置、或者批准同意开发、或者即使批准,但只能放在一个恰当的优先级位置上。肇(18)批准该服务请求并在服务请求的队列中将它置于恰当的优先级位置上。蒂(19)信息服务指导委员会定期地审查批准项目清单及其优先级,并按公司需要作出批准开发的决定。芀(20)信息服务指导委员会定期地给某些准许增加的项目开绿灯。羈(21)否决其可行性研究报告并搁置该服务请求(详见第10项)。袄上述提交和评价一个系统服务请求的规程包括两个决策层:一个上诉过程;另一个是关于项目的可行性研究要求以及关于完成