文档介绍：该【适合于用户的要求 】是由【青青松松】上传分享，文档一共【7】页，该文档可以免费在线阅读，需要了解更多关于【适合于用户的要求 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。三、适合于用户的规程
在信息服务环境中,制豪规程是最根本的一项工作,一个典型的讣算中心有几十个书而规
程,但是其中有三个对用户管理人员来说是尤苴重要的,它们是:信息服务央求(SSR)的提交、
系统开发方法、信息系统审查。
□系统服务央求
系统服务央求含义。系统(或用户)服务央求是用户管理人员向信息服务部门央求任何一
种服务的正式媒介。一般由用户编制正式书面央求,将它提交给信息服务部门,并依照公
司批
准的规程来进行议论。
2.
系统服务央求工作的内容。服务央求的工作有两个方而,第一,服务央求规程要求用
户
提岀表达的确的、文字简炼的服务央求;其次,信息服务的领导和
(或)信息系统政策委员
会将
依照实质情况,对信息服务央求作出正确的回答。
3.
为了建立系统服务央求规程,有几个问题必定解决,即:
(1)
谁赞成服务央求?
(2)
对反对的服务央求应有上诉规程吗?
(3)
可能的决策选择是什么?
(4)
信息服务央求应该包括什么信息?
一旦这些问题和英它一些问题获得解决,就能够建立系统服务规程。
系统服务恳求实例。
,“矩形框”外而左上角的数字与以下编号所述内容相对应:
(1)
用户管理人员提岀一份关于建立计算机信息系统的建议,服务央求也可能与信息系
统
没有直接关系,比方,内部咨询。央求者平时是业务领域的管理人员,负责编制包括以下
内容
的系统服务央求:
①
系统名称
②
服务央求完成的日期
③
提出服务央求那些人的名字、职务和单位
④
包括以下内容的系一致般性描述:
A、陈述所介绍系统的目的
B、简要、生动地用文字图表描述所介绍系统的基本操作
C、介绍系统的工作范围,包括所有组织机构之间的关系、容量、活动的频率、系统复
杂
性和对人员的要求
⑤
说明现有系统存在的问题
⑥
说明介绍系统将如何解决目前的问题、加强服务、改进管理方法、节约开支,等等。
⑦
资本本源说明
⑧
预立系统开发的开始日期、实现日期、时间的紧急性说明
⑨
说明公司对外公布的文件
⑩
获得成功的其他近似系一致览表,包括负责近似系统组织的名称、部门领导成员
介绍系统总的远景目标
B12其他有关的信息
服务央求是提交给信息服务部门的。完满的信息服务央求如表
所示。
(2)信息服务的领导只能对这样的项目作岀决立:他(或她)估计工作量不会高出一年或项目支出不会高出30000美元(这些数字是可变的,应依照公司的大小而异),如高出,则信息服务项目要送到信息服务指导委员会那处作出一步研究。也就是说,信息服务领导人的权益是有限的。
信息服务的领导依照资源的能力,也许接受央求也许拒绝央求。
(4)若是信息服务央求合理,信息服务领导就将状态报告提交给央求者,该报告说了然请
求的确认、完成日期和所需成本。
无需进一步核实獄能完成央求工作。
信息服务的领导将否立的状态报告提交给央求者并说明拒绝介绍项目的有关原由。
⑺央求者对信息服务领导的决左能够保留向上级权益机关(信息服务指导委员会)申诉的权
力。
将服务恳求和否左的状态报告送到信息服务指导委员会复审。
信息服务指导委员会能够否左信息服务领导的决泄,也能够赞成苴连续有效。
(10)若是服务央求不再起作用,可把它搁置起来,在4个月(一个特左的数字)此后,央求
者可使该央求重新有效。
(11)服务央求的副本要在召开信息服务指导委员会会议的两周从前发散给该委员会的每
个成员。每个成员为复审该服务央求作好书面准备,并从他或她的角度提出利害解析。
信息服务指导委员会按介绍系统的原则和实质需要(此时赞成是不能能的)而行事。该
央求也许困为没有与公司的需要相一致而被搁置,或在应用方面有欠缺而彼搁置,或赞成
作进
一步研究。
(13)信息服务的领导和相应的用户管理人员对人员的可用性进行估价。
可用人员不足和
在
信息服务方而或业务领域方而人员委任不够也会使谙求被搁宜起来。
信息服务的领导和相应的用户管理人员负责决左书面的人员委任书。
可行性研究包括重要的人员委任、完成时间和公司的财力耗资,所以,信息服务指导委员会必定对可否开销资源作出进一步研究并作出决立。
要编制系统服务央求的详细可行性研究报告,并提交给信息服务指导委员会审议。
信息服务指导委员会审查可行性研究报告。实质上,审查的方法是不过在信息服务
指导委员会会议上提出简单的口头议论。信息服务指导委员会对介绍的项目作出各种指示,不
泄期的搁置、也许赞成赞成开发、也许即使赞成,但只能放在一个适合的优先级地址上。
赞成该服务央求并在服务谙求的队列中将它置于适合的优先级地址上。
信息服务指导委员会立期地审査赞成项目淸单及其优先级,并按公司需要作出赞成开发的决定。
信息服务指导委员会立期地给某些赞成增加的项目开绿灯。
(21)反对其可行性研究报告并搁置该服务央求(详见第10项)。
上述提交和议论一个系统服务央求的规程包括两个决策层:一个上诉过程;另一个是关于
项目的可行性研究要求以及关于完成可行性研究的英它可能的工作。详细介绍规程是为了说明
这些选择方案。
课题:建立一个学生住所分配自动化系统
系统说明
系统的目标
主要目标
自动进行房间分配
自动进行帐单记录最后目标
为工作人员供应信息,以便对学生住所分配作岀有效的决策
取代现有的人工分配过程
系统的基本功能
系统的基本功能以下(由讣算机完成):
再生住所分配
上等住所分配
空房管理
编制学生开销表(包括损坏赔偿金)
自动进行文件更新(联机方式)
产生以下报告
住校学生的地址(楼号、房间号)
非住校学生的地址(楼号、房间号)
学生家庭地址
学生简况(以班级爼作文件卷宗标题)
宿舍楼统计
房间分配说明
待分配的学生需单
系统的范围
涉及到的部门和人员
注册员和会计T供学生信息
校园维修工一报告宿舍楼和房间的圆满情况
餐厅服务员一报告各种用餐的学生人数
招生办公室一提出再生住所需求
学生数量
住校学生约2100个
住校外学生约1000个
(4)系统应能管理的学生数约
4000个
再生约1000个人工系统的问题
1.
整理文件的工作虽太大
2.
分配住所和确泄同宿舍人员花的时间太多
3.
对实质的空房和占用房掌握不正确
4.
对宿舍的维修情况不淸楚
5.
在什么时间和地址岀现空房不能够马上知道
正确办理的方法
新系统应能解决上述提出的问题。为便于作出比较好的决策,系统应能及时供应信息。
通
过学生住所分配自动化系统,达到更有效的更合理的分配住所的目的。
资本的供应
系统开发和使用所需资本应别的供应,不能够包括在人工系统开销估计内。
时间的估计
从可行性研究开始到系统完成,估计需要两年时间。并行工作是节约时间的要点。
特别说
明
系统第一应保证再生的住所。
上等房间应分配给优秀学生居住。
依照学校的奖惩条例,对损坏宿舍的学生应进行办理。
长远规划
在两年之内完成学生住所分配自动化系统。在3年之内将该系统与学生信息系统合并成一个系统。
□信息系统审查
系统实现后的审查一般归入到系统开发方法中,但此后的系统审查平时只有在建立了左审查的正式规程后方能实行。建立左期的系统审査是保护信息系统的最好方法。这些泄期促使用户和信息服务人员在系统的缺点成为系统有效性的主要问题从前就识別和获得新改变公司的需要比起初考虑到这些需要开销更多。
期
审査
纠正。重
间。在完成系统审査后,才开始编制系统审查预定计划表,
数量与以下讲解相互参照:
内的
?系统名称:指应用系统的名称(如薪水单、总帐等应用系统)。
系统审查周期:指两次审查的时间间隔(比方:一季度一次,半年一次,等等),审查周期一般不小于三个月,不大于一年。
:指每次审査的开始日期。审查日期应该与第5条一致。它能够为确泄信息服
务远景规划的周期供应依照。
4.
审查协调员:指预泄进行审查或实质进行审査的人员。
5.
审査的初步日期:指系统审查的开始和结朿日期。
6.
进行的活动:一般填写“没有”或“修正过”。若是审査协调员建议该系统以某一方
式
进行修正,则须列加详细说明。这种说明应包括用户和信息服务人员关于适应性、淸晰度、
可
用性、格式、响应时间、往返往返时间、规程、报告、文件等方面的议论和要求。这种说
明还应
包括依照怎期审查结果所建议的活动及从这些活动中可能获得的利益。