信息系统方法

2022-06-20

第一篇：34信息系统方法

信息系统开发方法之网络教学系统

设计总说明

本次课程设计以网络多媒体教育管理系统为基础的网络教学系统的开发为背景，探讨了UML在该系统建模中的应用问题。在对系统进行需求分析的基础上，采用Rational Rose 2000对系统进行需求模型、静态模型、动态模型及实现模型的建模。

关键字：网络教学管理系统，UML，软件建模，信息系统

1 绪论 ....................................................................................................................................... 2 1.1系统简介 .................................................................................................................... 2 1.2设计目的 .................................................................................................................... 2 1.3设计内容 .................................................................................................................... 2 2 需求分析 ............................................................................................................................... 3 3 需求模型设计 ....................................................................................................................... 5 3.1 需求模型设计的方法和步骤 .................................................................................... 5 3.2 系统需求模型 ............................................................................................................ 5 4 系统静态模型设计 ............................................................................................................... 9 4.1 静态模型设计的方法 ................................................................................................ 9 4.2 静态模型实现 .......................................................................................................... 10 5 系统动态模型设计 .............................................................................................................. 11 5.1序列图和协作图 ...................................................................................................... 11 5.2活动图 ...................................................................................................................... 23 5.3状态图 ...................................................................................................................... 25 6.系统部署模型设计 .............................................................................................................. 26 6.1 系统构件图 .............................................................................................................. 26 6.2 系统部署图 .............................................................................................................. 27 7.管理信息系统的实现 .......................................................................................................... 28 总结 ......................................................................................................................................... 30 参考文献 ................................................................................................................................. 31

第 1 页共 32 页

1 绪论

1.1系统简介

随着电脑时代的到来以及Internet的迅速发展，网络的普及带给了人们更多的学习途径，随之而来的管理网络教学的“网络教学管理系统”也就应运而生了。

“网络教学管理系统”主要用于管理日常的网络教学工作以及学生下载和查看资料。系统业务功能主要由以下几个部分组成：文件上传、文件下载、消息发布、消息修改和更新、信息浏览、在线观看教学视频，在线答疑，论坛管理、页面维护、人员管理和用户注册批准等。 1.2设计目的

“网络教学”是利用计算机设备和互联网技术对学生实行信息化教育的教学模式。网络教学相比传统教学模式，突破了时空限制，更能培养学生信息获取、加工、分析、创新、利用、交流、自主学习的能力。网络教学能够培养学生良好的信息素养，把信息技术作为支持终身学习和合作学习的手段，为适应信息社会的学习、工作和生活打下必要的基础。为了给网络教学提供一个更好的环境和平台，更好的管理各种信息、资源，开发一个好的“网络教学管理系统”势在必行。 1.3设计内容

本次课程设计的重点是利用UML对系统进行了实际建模，为系统的代码实现提供了清楚、完整的用例开发模型。完成了注册，上传课件，浏览、下载课件，在线观看教学视频，在线答疑，论坛管理、网站维护、人员管理等功能模块的详细设计，初步实现了网络教学管理系统。

第 2 页共 32 页

2 需求分析

网络教学管理系统是一个集注册，上传课件，浏览、下载课件，在线观看教学视频，在线答疑，论坛、页面维护、人员管理等功能于一体的管理各种教学资源与学生资料，并建立灵活全面的多媒体教学环境的管理信息系统。

网络教学管理系统的功能需求包括以下内容：

 学生登录系统后，可以浏览课件、查找课件、下载课件、观看教学视频、在线讨论交流、查询个人资料、修改个人资料;对于没有注册的普通用户可以浏览网站上的一些公共信息。

 老师登录系统后，可以上传课件、上传教学视频、在线答疑、发布诸如课程简介、学习方法、教学心得等相关文章、查看发布的教学心得等文章、修改教学心得等文章、查询个人资料、修改个人资料等。

 系统管理员负责对网站页面的维护，审核不合法的课件和不合法的教学信息、批准用户注册，对人员信息进行增删管理、答疑信息进行管理等。

满足上述需求的系统主要包括以下几个小的系统模块。

 基本业务模块：该模块的主要使用者是老师和学生，用于学生下载课件、在线观看教学视频、在线讨论;老师上传课件、发布和修改更新教学心得、在线答疑等。

 浏览查询模块：该模块主要用于对网站的信息和文章信息进行浏览、查询、搜索等，找到自己需要的资源。在登录后用户还可以在自己权限范围内查询个人信息等。

 系统管理模块：主要用于系统管理员对网站进行维护、审核网站的各种资源、批准用户注册、人员管理、答疑管理等。

第 3 页共 32 页

在对系统进行需求分析后得到了该系统功能结构图如图2.1所示：

网络教学管理系统基本业务模块浏览查询模块老师界面学生界面查找浏查询个查询相修改消息人信息关文章个人在线文件消息修改文件观看修改览课件在线信息答疑上传发布和更下载讨论教学个人新视频信息

图2.1 系统功能结构图

第 4 页共 32 页

系统管理模块管理员界面人员页面用户管理维护注册资源答疑批准审核管理

3 需求模型设计

3.1 需求模型设计的方法和步骤

进行系统需求模型设计，需求分析是第一步，首先对系统需求进行分析，识别系统的用户和相关外部系统，以确定系统角色(Actor)，它可以帮助界定软件系统的边界，引导和发掘用户需求。其次再依据系统功能来确立系统的用例模型，系统的整个开发过程都是围绕系统的需求用例表述的问题和问题模型进行的。

网络教学管理系统的需求分析说明大致如下：学生可以登录网站浏览信息、查找信息、下载文件和在线讨论;教师可以登录网站输入课程简介、上传课件文件、发布消息、修改和更新消息;系统管理员可以对页面进行维护、人员管理、答疑管理以及批准用户的注册申请。

由此可以确定系统的参与者包含3个：学生(Student)、老师(Teacher)、系统管理员(Administrator)。在确定好参与者的基础上，再根据参与者的不同画出各参与者的用例图。 3.2 系统需求模型

1.学生用例图

学生能够通过该系统进行以下活动：

 登录系统：学生能够根据申请的用户名和密码登录该系统，学生需要登录系统后才能正常使用该系统的所有功能。如果忘记密码，可以通过“找回密码”功能恢复密码。

 浏览信息：学生登录系统后，可以浏览到相关的课件信息和诸如课程简介、教学计划、学习方法等老师发布的文章。

 查找信息：学生登陆后，在该系统可以利用搜索功能根据关键字查

第 5 页共 32 页

询相应的课件和文章。

 下载课件：学生可以利用下载功能将网站上的课件以及资料信息下载到本地机器上。

 观看教学视频：学生观看教学视频，进行在线学习。

 在线讨论：学生可以在论坛上对学习中遇到的难题疑问等以论坛的方式进行在线学习交流。

 查看个人信息：学生可以在该系统中查询到个人的资料信息。  修改个人信息：学生信息如邮箱等发生变化时，可以在权限内修改个人信息。

通过上述活动，获得学生的用例图如图3.2.1所示：

图3.2.1 学生用例图

第 6 页共 32 页

2.老师用例图

老师能够通过该系统进行以下活动：

 登录系统：老师能够用用户名和密码登录该系统，登录系统后才能正常使用该系统。如果忘记密码，可以通过“找回密码”功能恢复密码。

 上传文件：老师可以通过该系统上传相应的课件和教学视频。  发布信息：老师登录系统后可以发布相应的课程简介、教学计划、学习方法、教学心得等文章。

 修改更新信息：老师对所发布的诸如教学心得等文章信息可以持续更新，也可修改自己的个人信息。

 查看信息：老师可以查看自己发布的文章和个人信息。  在线答疑：老师对学生的留言和难点讨论进行在线答疑。通过上述活动，获得老师的用例图如图3.2.2所示：

图3.2.2 老师用例图

第 7 页共 32 页

3.系统管理员用例图

系统管理员能够通过该系统进行以下活动：

 登录系统：系统管理员也是在登录系统后才能正常使用该系统。如果忘记密码，可以通过“找回密码”功能恢复密码。  网站页面维护：系统管理员对网站进行日常维护和管理。  审核：系统管理员负责对上传的信息进行审核，主要是审核不合法的课件和不合法的教学信息。

 批准用户注册：系统管理员可以处理学生或教师用户的注册申请。  人员管理。系统管理员可以对系统用户信息进行管理。有用户新加入时需要添加用户信息，有用户注销时需删除用户信息，系统管理员还可以查询用户的信息，但是不能修改，只能是用户本人在权限范围内修改自己的信息。

 答疑管理：对学生和老师在BBS论坛上的答疑情况记录在在线答疑库里，并对其进行管理。

通过上述活动，获得系统管理员的用例图如图3.2.3所示：

图3.2.3 系统管理员用例图

第 8 页共 32 页

4 系统静态模型设计

4.1 静态模型设计的方法

在获得系统的基本需求的用例模型后通过考察系统对象的各种属性创建系统的静态模型。

首先，确定系统参与者的属性。学生(Student)包括登录名称、登录密码、学生编号、性别、年龄、年级、邮箱、权限级别等属性;老师(Teacher)包括登录名称、登录密码、姓名、性别、教授课程、电话号码、权限级别和邮箱等属性;系统管理员(Administrator)包括用户名、密码、邮箱、权限级别等属性。在把这些参与者进行抽象，抽象出一个单独的用户类(User)，学生、老师、系统管理员是人员类的子类。

其次，可以确定在系统中的主要业务实体类，这些类通常需要在数据库中进行存储。因此，在网络教学管理系统中，课件信息可以确定课件类(CourseWare);教学视频对应于教学视频类(Video);老师发布的文章如课程简介、教学计划、教学心得的存储分别需要文章类(Article)、课程简介类(CourseIntro)、教学计划类(TeachingPlan)、教学心得类(TeachingExp);学生在BBS论坛讨论交流可以确定一个论坛类(Forum);同样，老师在线答疑确定在线答疑库类(AnswerLib)，课件上传与下载确定一个文件上传与下载类(FileUploadOrDownload)。

还可以根据对处理业务的不同设计出各种处理业务的界面类，如用户登录界面、查询信息界面等。

第 9 页共 32 页

4.2 静态模型实现

系统的静态模型主要是类图和对象图，该系统的类图如图4.2.1所示：

图4.2.1 系统类图

第 10 页共 32 页

5 系统动态模型设计

5.1序列图和协作图

序列图和协作图都属于交互作用图，画出网络教学管理系统的时序图和协作图，再把协作图中的消息对应映射到类图中，成为类的方法。 1.用户登录的时序图如图5.1.1所示：

图5.1.1 用户登录时序图

用户登录的备选过程的时序图如图5.1.2所示：

图5.1.2 用户登录的备选过程时序图

第 11 页共 32 页

用户登录的协作图如图5.1.3所示：

图5.1.3 用户登录的协作图

2.学生下载课件的时序图如图5.1.4所示：

图5.1.4 学生下载课件的时序图

学生下载课件的协作图如图5.1.5所示：

图5.1.5 学生下载课件的协作图

第 12 页共 32 页

3.学生浏览和查询信息的时序图如图5.1.6所示：

图5.1.6 学生浏览和查询信息的时序图

学生浏览和查询信息的协作图如图5.1.7所示：

图 5.1.7 学生浏览和查询信息的协作图

第 13 页共 32 页

4.学生查看和修改个人信息的时序图如图5.1.8所示：

图5.1.8 学生查询和修改个人信息的时序图

学生查询和修改个人信息的协作图如图5.1.9所示：

图5.1.9 学生查询和修改个人信息的协作图

第 14 页共 32 页

5.学生老师在线讨论交流的时序图如图5.1.10所示：

图5.1.10 学生老师在线讨论交流的时序图

学生老师在线讨论交流的协作图如图5.1.11所示：

图5.1.11 学生老师在线讨论交流的协作图

第 15 页共 32 页

6.学生观看视频的时序图如图5.1.12所示：

图5.1.12 学生观看教学视频的时序图

学生观看教学视频的协作图如图5.1.13所示：

图5.1.12 学生观看教学视频的协作图

第 16 页共 32 页

7.老师的时序图如图5.1.13所示：

图5.1.13 老师的时序图

老师的协作图如图5.1.14所示：

图5.1.14 老师的协作图

第 17 页共 32 页

8.老师查看和修改个人信息的时序图如图5.1.15所示：

图5.1.15 老师查看和修改个人信息的时序图

老师查看和修改个人信息的协作图如图5.1.16所示：

图5.1.16 老师查看和修改个人信息的协作图

第 18 页共 32 页

9.统管理员的时图如图5.1.17所示：

图5.1.17 系统管理员的时序图

系统管理员的协作图如图5.1.18所示：

图5.1.18 系统管理员的协作图

第 19 页共 32 页

10.系统管理员进行答疑管理的时序图如图5.1.19所示：

图5.1.19 系统管理员进行答疑管理的时序图

系统管理员进行答疑管理的协作图如图5.1.20所示：

图5.1.20 系统管理员进行答疑管理的协作图

第 20 页共 32 页

11.系统管理员批准注册的时序图如图5.1.21所示：

图5.1.21 系统管理员批准注册的时序图

系统管理员批准注册的协作图如图5.1.22所示：

图5.1.22 系统管理员批准注册的协作图

第 21 页共 32 页

12.系统管理员页面维护的时序图如图5.1.23所示：

图5.1.23 系统管理员页面维护的时序图

系统管理员页面维护的协作图如图5.1.24所示：

图5.1.24 系统管理员页面维护的协作图

第 22 页共 32 页

5.2活动图

利用系统的活动图来描述系统的参与者是如何协同工作的。在网上教学管理系统中，根据学生、老师、系统管理员的活动步骤，可以创建相关的活动图。

1.系统的活动图如图5.2.1所示：

图5.2.1 系统的活动图

2.学生的活动图如图5.2.2所示：

图5.2.2 学生的活动图

第 23 页共 32 页

3.老师的活动图如图5.2.3所示：

图5.2.3 老师的活动图

4.系统管理员的活动图如图5.2.4所示：.

图5.2.4 系统管理员的活动图

第 24 页共 32 页

5.3状态图

在网上教学管理系统中，有明确状态转换的类是上传的文件，从老师输入网站的地址开始到最后上传文件结束整个过程的状态图如图5.3.1所示：

图5.3.1 系统状态图

第 25 页共 32 页

6.系统部署模型设计

6.1 系统构件图

网上教学管理系统的构件图通过构件映射到系统的实现类中，说明该构件物理实现的逻辑类，在本系统中，可以对类图中的类分别创建对应的构件进行映射。创建后系统的构件图如图6.1.1所示：

图6.1.1 系统的构件图

第 26 页共 32 页

6.2 系统部署图

网上教学系统的部署图描绘的是系统节点上运行资源的安排，包括六个节点，分别是：客户浏览器(ClientBrowser)、网页服务器(WebsiteServer)、数据库服务器(DataBaseServer)、客户1(Client1)、客户2(Client2) 、客户3(Client3)，节点之间的连线表示系统进行交互的通信协议名称，网络教学系统的应用服务器负责保存整个Web应用程序，数据库负责数据库管理，此外还有很多终端可以作为系统的客户端。由于客户端很多，在此只画出3个，创建后的部署图如图6.2.1所示：

第 27 页共 32 页

7.管理信息系统的实现

通过系统类图可以生成相应的代码，这里只列出部分类的Java代码

1.CourseWare类(课件类)的java代码：

public class CourseWare {

private int theme;

private int CWteacher;

private int courseWareURL;

private int courseWareTitle;

public CourseWare()

{

}

/**

@roseuid 53A10BB102A8

public void add()

{

}

/**

@roseuid 53A10BB30150

public void delete()

{

}

/**

@roseuid 53A10D080065

public void modify()

{

} }

第 28 页共 32 页

2.FileUploadOrDownload类(文件上传或下载类)的JAVA代码：

public class FileUploadOrDownload {

private int fileName;

private int fileType;

private int fileSize;

private int shortIntro;

private int fileURL;

private int creater;

private int createTime;

public FileUploadOrDownload()

{

}

/**

@roseuid 53A109300274

public void checkSize()

{

}

/**

@roseuid 53A109310374

public void modify()

{

}

/**

@roseuid 53A109330194

public void store()

{

}

/**

@roseuid 53A10935015C

public void cancle()

第 29 页共 32 页

{

} 总结

本次课程设计重点是用UML对系统进行实际建模，为系统的代码实现提供清完整的用例开发模型。在建模过程中，使用UML将系统的分析、设计和实现有机的集成起来。UML提供的丰富视图从多个视角描述系统的不同侧面，可以有效的运用于软件系统的建模、分析与设计。利用UML和ROSE工具的辅助，可让开发从需求分析，流程分析，到程序代码和数据库的设计实现等，都集成在一个系统下来完成。网络教学系统正是在此基础上来实现开发完成的。

但从长远角度来看，本系统仍然存在以下方面要进一步改进。其一，本系统还只能实现一些基本功能，没有完整的实现网络教学的应用应有的功能，期待在此基础上，还应开发出一个学生评价教学子系统、作业管理子系统，这是以后完善时需要做的工作。其二，作为一个在网络环境下运行的应用系统，其用户的数量相对而言是大量的，随着用户业务需求的进一步增长，那么系统可维护性及扩展性将是很重要的，这也是设计中必须考虑的一个问题。

第 30 页共 32 页

参考文献

[1] Whittle J.Formal approaches to systems analysis using UML.An Overview Journal of Database Management，2000，1 l(4)：4—13 [2] 慕静.管理信息系统.北京：清华大学出版社,2010 [3]刘芳，徐雅君，梁娜.UML和建模工具Rational Rose的应用.计算机应用研究，2002，(I 1)：1 19-120 [4] 钟青芬.基于计算机网络的现代远程教育的探讨.四川师范大学学报(自然科学版)200 1，24(5)：546-548 [5] 谢星星.UMl基础与ROSE建模实用教程.北京:清华大学出版社,2011

第 31 页共 32 页

第二篇：信息系统项目管理师挂靠方法及流程

信息系统项目管理师

http:///rk/isen/index.html 信息系统项目管理师挂靠方法及流程

信息系统项目管理师是人力资源与社会保障部、工业和信息化部为规范、促进计算机技术与软件专业人才队伍建设和评价工作，设置确定的专业技术资格(水平)考试，通过该考试并获得相应级别专业技术资格(水平)证书的人员，表明其已具备从事相应专业岗位工作的资质和能力。很多朋友考了这个证书，发现其在工作上的用处不是很大，而这类证书有一个很大的好处就是可以拿去挂靠赚钱，下面希赛小编为大家简单介绍一下信息系统项目管理师证书挂靠的方法及流程。

信息系统项目管理师证书只是挂证，而没有挂章的，这类挂靠风险很小，相应的价钱也是偏低;如果是建筑行业的，那么可能会要求挂证的同时还要挂章，这类挂靠价钱较高，但相应的风险也较大。

找到需要证书的企业，然后与企业签合同，确定挂靠价格。

企业买入你的社保(最好不要在同一个城市，同一城市不能重复买入社保的)。

企业准备帮你申请项目经理的业绩，分2种情况：

1、曾经申请成为中级项目经理满三年且取得了信息系统项目管理师(高级软考证书)后由中级转高级项目经理，需至少有1项合同额在1200万元人民币以上、软件费用不低于30%的系统集成项目;2由信息系统项目管理师直接申请高级项目经理：需系统集成项目总额3000万元以上，其中至少2项合同额在500万以上或1项合同额在1200万元人民币以上且软件费用不低于30%的系统集成项目，同时准备好你的申请表(当然这个内容需要你配合)。

在提交材料前需要你的身份证、毕业证及软考分数或软考证(各城市要求不同，大部分城市需要原件)，还有小一寸电子版照片。

信息系统项目管理师

http:///rk/isen/index.html

拿着前面所有的材料，交到当地相关部门。

完成后，等工信部网上公示。

如需了解更多信息系统项目管理师资讯，请看希赛软考学院!

第三篇：信息系统开发中的方法论问题探讨

考号：姓名：翟明华 (内容摘要)

本文从技术方法论的概念出发，对信息系统开发中的方法论问题进行了比较研究，论述了技术方法论对指导信息系统开发过程重要意义，并探讨了其在开发实践中的实现技术。

(关键词) 信息系统方法论系统开发

一、引言

自从六十年代美国IBM公司的两位专家提出结构化设计方法以来，对推动信息系统建设起到了极其重要的作用。管理信息系统(MIS)的开发过程一直被视为带有一种产品生命周期的含义, 它由一系列活动的步骤组成, 这些步骤导致软件的开发并逐步形成系统。结构化的方法即为可计划、可严格定义研制步骤的方法,因此,通常又把按这种方法进行系统开发的过程称为生命周期过程。

七十年代中期以来, 结构化的系统研制方法在系统研制方法论中一直占主导地位。大多数的系统开发都是按生命周期过程进行的,但在实践中,人们逐渐发现, 顺序任务流的思想过于理想化,与实际工作中的经验不相一致,且研制周期长;此外,对于生命周期过程中隐含的假设也提出了异议。因此，有必要对MIS开发的方法予以重新审视，无论对教学和科研工作都具有现实意义。

二、方法及方法论的一般概念

所谓方法，在我们日常生活中是指解决思考、说话、行动等问题的门路、程序。思考问题，有思想方法;从事管理，有管理方法，解决工程问题，有技术方法，进行科学研究，又有科研方法。所以方法问题，范围广泛，无处不在。我们做任何事情，为了顺利达到预期目的，就必须考虑方法问题。人们在认识世界和改造世界的过程中，总要根据一定的目的为自己确定各式各样的任务。好的方法可以使我们事半功倍，不好的方法则有可能使我们寸步难行。

现代意义上理解的方法，是指从实践和理论两个方面把握现实，从而达到某种目的的途径、手段和方式的总和。或者说，方法是一切活动领域中的行为方式。科学方法，一种狭义的理解就是指科学研究活动的途径、手段和方式。也就是人们在科学研究活动领域中的行为方式。技术方法是指技术开发活动的途径、手段和方式，也就是人们在技术开发活动领域中的行为方式。

科学方法可以从不同的角度，按照不同的原则来进行分类，例如按照人的一般认识过程，可以分为两大类，一是实践性方法，包括获取感性材料的方法和检验理性认识的方法等。二是理论性方法，包括总结和概括文献资料，提出设想和假说，设计观察和实验的方法，加工感性经验材料、建立理论和表述理论体系的方法。从研究成果是否包含量的关系又可分为定 1

性研究方法和定量研究方法。定性研究方法，是指获得关于研究对象的质的规定性的方法。它包括定性的比较、分类、类比、分析和综合、归纳和演绎等逻辑方法和历史方法等。定量研究方法，是指获得关于研究对象的量的特性的方法，它包括各种测量方法，定量实验方法和数学方法等。

按照科学方法的适用范围又可分为三类，一是适用于某些学科的特殊研究方法，如光谱分析方法、条件反射方法等，二是适用于各门自然科学的一般研究方法，如观察实验方法、假说方法、系统方法和数学方法等。第三是适用于自然科学，社会科学和思维科学的普遍研究方法，如归纳方法、演绎方法、矛盾分析方法等。

技术方法是各类技术研究和技术开发中所使用的普遍的共同方法，技术方法与科学方法具有许多共同性，所以技术方法的分类原则与科学方法大致相同，除了依照技术方法的普遍程度分为一般技术方法和专业技术方法外，按照技术开发过程的各个环节分类则是技术方法最常见到的分类方法。

对于工程技术问题，可划分为工程技术的规划方法，包括技术情报搜集方法、技术课题选择方法、技术预测方法、技术评估与评价方法、技术经济分析方法和技术决策方法等;工程技术的研究方法，即技术发明方法;工程技术的设计方法，如常规设计法、功能设计法、系统设计法和工效学设计法等;工程技术实验方法和新产品开发方法等。

科学方法和技术方法，虽然它们所研究的对象不同，但它们之间并没有明显的分界，这是因为人们变革自然的活动建立在对自然规律认识的基础上，科学认识是技术手段的前提，因此，从事自然科学基础研究的方法对技术研究和开发同样是适用的。例如许多科学方法，如观察实验方法、假说方法、逻辑方法、数学方法、系统方法等，不仅在科学研究中有着广泛的应用，而且在技术开发中也有着广泛的应用，只不过技术方法具有更强的实践性、社会性和综合性。

三、信息系统开发中的方法论问题

系统是指由相互联系、相互作用的若干要素构成的具有特定功能的有机整体。企业是一个系统。在企业中使用计算机进行综合管理，这是一个系统设计问题，采用什么方法进行设计，是每一个系统设计者在设计之前必须明确的问题。设计的指导思想是否正确，使用的方法是否得当，是影响设计质量的关键因素。从这个观点出发，对传统的某些设计方法进行评价，我们可发现有许多不足之处，例如：

(一) 以实现计算机化为中心的设计方法

这种方法具有相当的普遍性，系统化的目的是在企业中可以使用计算机的地方，用计算机取代传统方法，实现计算机化。由于这种方法的着眼点不是放在提高企业素质，解决企业中的关键问题上，因此往往以现行手工系统为基础，用计算机代替手工作业。其结果是对手工系统中的弊端分析不足，改进措施不利，很难取得理想的效果。

(二) 以改进信息处理手段为中心的系统设计方法

这种方法的主要目的是提高信息处理的效率。但它并未涉及企业经营中的许多重要方

面，因此也不是一种系统化的方法。

(三) 面向局部功能的设计方法

企业是一个系统，面向局部功能的设计方法，可能在局部功能上取得好的效果，但未必整体功能最佳。因此，系统化的过程中必须始终遵循系统化观点进行设计。

(四)面向业务处理自动化的设计方法

业务处理自动化本身，可以提高工作效率，为企业带来一定效益。但业务处理自动化对管理方面的支持是有限的，它涉及的面较窄。另一方面，单项业务工作受企业整体功能的影响，若考虑不周，则很难满足企业的整体要求，缺乏对环境变化的适应能力。

以上所述是从企业系统化角度提出的看法，对于企业在信息化过程中进行局部开发，采用上述一些方法是可以理解的，也是可行的，但一定要注意它们的局限性。

从认识论的角度来观察系统设计的方法有两种，一种是归纳的设计方法，又称为分析的方法或面向现存系统的方法;另一种是演绎的方法，又称为设计的方法或面向功能的方法。

所谓归纳，是以现状为出发点，推导出真理或原则。与此相反，演绎是按一定的原理或假设，推论出新的结论或状态。从这样的概念上可以理解，归纳的方法是以现存系统为依据，进行调查分析、找出存在的问题和解决问题的方法，用一个比较好的系统作为新系统，进行设计。它是以现状为前提，改善现状为目的的系统开发方法。而演绎的设计方法不太拘泥于现行系统，而是追求系统的本质是什么?它的功能和目的是什么?推导出能实现系统目标的理想系统，然后根据现实的各种约束条件，设计一个接近理想的现实可行的系统。

归纳的设计方法是至今广泛使用的方法，因此又称为“传统的方法”。这里所说的“传统”并不说明这种方法是一种陈腐的、没有效用的方法。目前，许多系统设计中还在继续使用。这种方法是随着电子数据处理系统的发展而形成的，其历史较长，应用广泛。但是随着归纳方法的普及，逐渐暴露出以下一些问题：

1、由于归纳方法主要是以现行系统为前提，以改善现行系统为目的，因此很难设计出超出现行系统模式，有很大创造性的系统。而今天社会环境的激烈变化，要求企业不断解决经营中的各种问题，不断进行推陈出新，变革经营体制。系统也必须适应这种变革的要求。

2、随着计算机和通讯技术的发展，今天的信息系统能够实现过去不能想象的许多功能。由于归纳方法的局限，设计人员的创造性思维发掘不出来，很难克服时间、空间的限制设计出更优秀的系统。

面向功能的设计方法正是针对传统设计方法的弱点提出的一种新的设计方法，这种方法又称为演绎的方法。

用面向功能的设计方法进行设计，首先就要开发理想系统。理想系统开发以后，结合各约束条件设计多种推荐方案，再综合费用等因素，择其优者。归纳法是从现实系统向上归纳，而演绎法是从最理想的系统向下推演，求满足约束条件的最佳系统。显然，后者是一种可以解放思想的创造性设计方法。一个实际系统设计过程是非常复杂的，但是这种设计思想方法应该反映在设计的各个环节中。即反映在整体系统设计，子系统设计，功能设计和具体业务活动设计中。

四、方法论在实践中的应用

系统设计方法是一种实践的方法论。我们在系统开发的过程中，受理想模型的启示，根据理想设计方法和价值工程的理论，考虑了一种能加速开发进程的方法，该方法首先进行系统调查和分析，明确基本要求，根据用户的初始功能进行设计，构造初始功能系统，在用户参与理解的基础上，借助用户的专业知识，将系统的每一功能理想化，首先考虑各种可能的功能要求，并将这种需求提升到尽可能完善的境地，再逐渐考虑系统实现环境的约束，在不影响使用效率的前提下，尽可能多的保留系统的有效功能。例如，我们在开发城市工业生产调度管理信息系统中遇到了经济指标统计分析的周期问题。一般的做法是按累计数据进行分析，理想化后就提出了任意周期的概念。但这样技术上难度太大，与用户共同探讨后，确定下来常用的月、季、年、累计和指定时期的概念，即满足了多层次、多种类型经济分析的需要，技术上又容易实现，有效地控制了复杂性。在初始功能系统的设计上，也一反先调查、再分析，逐步完善的做法，而是在明确用户的意图后，由设计人员根据经验提出一套理想模式让用户评价和挑选。这样在较短的时间内就达成了用户与开发人员的共识，这正是演译方法的具体应用。

在具体系统设计中，增大扇入系数，采用模块复用技术和优化算法，以保证系统的完整紧凑和高效率。这种方法有两个关键步骤，一是在弄清初始功能基础上，进行功能展开，设计出理想模型;二是在功能和价值(或效率)二者之间平衡寻优。循着这一思路，在整个系统开发中，不但加快了开发进程，而且设计出一些用户都意想不到的新功能。

(参考文献)

1国家教委社会科学研究与艺术教育司组编. 自然辩证法概论. 高等教育出版社. 1991 2 斯蒂芬·哈格等著. 信息时代的管理信息系统. 机械工业出版社. 1998，7 3 甘仞初. 管理信息系统. 机械工业出版社.2001，10

第四篇：信息系统运维监理工作方法论体系研究

发布时间：2012年12月21日作者：未知文章来源：互联网【字体：大中小】

摘要：本文通过对国内外信息系统运维体系及现状的研究，总结了我国信息系统运维监理工作的重点及难点。并通过实际的工作经验，总了一套信息系统运维监理工作方法论。该方法从监理工作的运维规划咨询、运维监理及运维评估三个部分分别明确了各部分的工作内容及工作方式。最后结合实际运维项目，详细介绍了运维监理日常管理和考核指标制定方法以及运维评估工作方法。

关键词：信息系统运维;监理

1. 国内外信息系统运维发展历程

1.1 国外信息系统运维工作的发展

从20世纪80年代开始，国外部分机构便开始通过总结信息系统运维中的最佳实践经验，逐渐形成了成体系的一系列方法，其中最著名为IT运维(服务)管理全球最佳实践ITIL和国际标准ISO20000。

1.1.1 ITIL

IT运维(服务)管理全球最佳实践ITIL(Information Technology Infrastructure Library，IT基础设施库)是由英国政府20世纪80年代为提升IT运维管理水平和IT服务质量而总结各出的先进企业IT运维管理办法。ITIL为政府单位和企业提供了一个客观、严谨、可量化的标准和规范，组织的IT部门和最终用户可以根据自己的能力、需求定义以及所要求的不同服务水平，参考ITIL来规划和制定其IT基础架构及服务管理，从而确保IT运维管理能为组织的业务运作提供更好的支持。

目前ITIL已经发展完善到V3版本，并且结合近年来信息运维管理部门的工作需要，形成了BSM、信息SM模式，希望能够更好的为信息运维管理提供服务。

2005年8月，美国州政府CIO协会(NASCIO: National Association of State Chief Information Officers)发布了针对本国IT治理和管理的指导框架：《成功之道：IT管理框架》(“IT Management Frameworks: A Foundation forSuccess”)，将ITIL作为IT运行维护管理领域的唯一推荐标准。

1.1.2 ISO20000

2001年，英国标准协会(BSI)在国际IT服务管理论坛(it SMF)年会上正式发布了以ITIL为基础的IT服务管理英国国家标准BS15000。2005年12月国际标准化组织(ISO)和国际电工委员会(IEC)正式发布了ISO/IEC20000，第一个IT运维(服务)管理领域的国际标准体系。

ISO/IEC 20000适用于提供IT服务的各类型组织，不限于其所在行业和规模大小。目前全球有近200家组织通过了认证。ISO/IEC 20000秉承“以客户为导向，以流程为中心”的先进理念，强调PDCA的方法论持续改进组织所提供的信息服务，标准化管理服务运营的输入和输出、生产流程、新的或者变更的服务，以及服务管理体系。它希望通过采用标准的流程方法，有效的向客户提供满足业务与客户需求的高质量服务，从而最终保证以最低成本提供质量稳定的信息服务，保证业务持续运作的能力。

1.2 国内信息系统运维的发展

我国信息系统的建设开始于上个世纪80年代中期，90年代的开始快速发展。进入21世纪后，特别是在2002年17号文件的指引下，我国政府和企业的信息化建设都进入了高速发展的阶段。在建设历程中，形成了各式各样的信息系统，其支持的业务也越来越复杂，信息系统建设完成后的运维工作的要求也越来越高。同时，在信息系统的生命周期(设计、建设、使用)中，使用阶段占有绝对高的时间比例，这也是信息系统建设的真正价值所在。为了保证使用过程的高效和平稳，系统运维成为了贯穿使用过程最重要的保障手段。

信息系统运维是信息服务的一部分，在实际工作中，为了有效的提高自身信息服务水平，国内具有先进理念的机构通过借鉴信息ITIL和ISO/IEC 20000体系，结合自身实际，构建了具有中国特色的IT运维管理体系。

自国务院办公厅颁发《2006—2020年国家信息化发展战略》以来，我国电子政务建设进入了一个以强调应用、注重服务和实效为特征的新阶段。为了改变“谁建设、谁运维”的传统低效率，高成本的运维方式，引入专业权威的第三方做运维监理的运维模式应运而生。

2. 信息系统运维监理工作的重点、难点

信息系统运维监理的概念借鉴与建筑工程领域。通过引入专业权威的第三方，为用户提供最适合的运维方案;同时提相应的管理制度来提升运维管理水平;通过科学的绩效考核来提高运维效率，并可动态调整运维成本。虽然在实际工作中针对每个在不同的信息系统运维管理工作的内容都有所不同，但他们都具有以下四个共同的重点、难点。

2.1信息系统标准体系的实现

好的运维服务管理模型需要细化成适合用户需求的可执行方案、办法、流程和运维模式。目前存在的信息系统运维标准，无论是ITLL或ISO服务标准体系，它并没有定义没有明确的操作流程。事实上，这个流程是建立在对日常信息管理过程中，如何发现问题，如何解决问题的经验积累的基础上。因此，监理的主要工作重点就是考虑如何发现问题，并解决问题。根据实际项目的情况提供实际解决方案。

2.2 量化考核指标

如上节所诉，目前存在的信息系统运维管理标准都没有明确具体的量化考核指标。这并不是标准本身的问题，而是信息系统运维的不同阶段，不同类型用户会面对更多个性的环境和要求，难以使用同一套量化考核办法，因此需要由富有经验和能力的监理机构针对用户需求制定可行的量化考核体系，在运维管理过程中，公正客观的进行考核。

评定现有运维人员的能力和工作积极性才能准确的建立运维人力投入和产出及费用的逻辑关系。而建立绩效管理体系，设立全面细化的考核指标，可以为运维服务商的工作内容质量评估与工作量核定提供考核依据。考核以人员的综合素质、服务水平和服务效率为核心，通过信息化运行状态检测、过程执行、成果展现三个角度进行考核，做到可量化可检查。合理的绩效考核体系也是客观准确判断现有运维模式、管理方法、流程制度是否科学合理，包括现有运维商是否胜任运维工作等的最佳评判标准。

2.3运维模式规划

作为监理还需要考虑的一个重要问题是，如何选择最适用户的运维模式，包括总服务台架构、人员组成、服务机制等内容;如何设置运维工作的层级管理;如何打破“谁建设谁运维”的陈旧思想;如何分析目前运维状况是选择总包加分包模式还是软硬件各有一家总包的模式。应通过用户的角度和目的结合实际情况给出最客观最适合的规划方案。

2.4 评估运维工作质量

评估运维工作质量是信息系统运维监理工作的重要部分之一。通过调研对现行的运维状况(模式、制度、效率、水平、费用)进行评估，提出下阶段运维工作需要完善和改进的意见，从而使系统总体运维水平能够不断提高。

3. 信息系统运维监理工作方法论

笔者通过参与XXX及YYY单位的两个信息系统运维监理工作，总结并提出了一套完整的信息系统运维监理工作方法。下面将分别从运维工作的运维规划咨询、运维监理、运维评估三个部分着手，详细介绍各阶段的工作内容、工作方法及目标。

3.1 运维规划咨询

运维规划咨询工作是从用户的角度出发，根据丰富的运维管理经验提出最适合用户的运维模式规划。通过清晰的工作目标，协助用户从基础环境到综合管理，为业务服务进行统一规划，一切以保证运维工作为重点。并根据用户实际情况，为用户提供当前应采取的运维模式方案意见，规划未来发展的方向和思路，建立几年度的运维模式提升和转变的规划。

同时应协助用户建立和完善信息化运维管理体系和流程，包括与设备使用、资产管理、服务过程管理、服务级别定级、人员准入准出、人员考勤、信息发布与更新、系统升级与维护相关的各项程序与制度，在保证简化服务程序的基础上，规范运行、维护和管理过程。

3.2 运维监理

运维监理阶段的主要工作是：监督落实绩效考核工作，定期向信息运维管理部门汇报，对考核结果差的运维服务商进行重点监控并采取相应监理措施。为了确保运维工作各项决策、工作、措施的贯彻落实，推动运维工作的顺利进行，提高运维工作效率，结合项目实际，监理单位应按照既定的计划、年度规划推动运维管理工作的按期开展。同时对运维管理工作中存在的问题和风险提出监理意见及解决办法，并协助信息运维管理部门规避和有效处理运维模式转换过程中出现的各类问题。

运维监理过程中最重要的部分是运维绩效考核，通过对现有运维工作的总结，运维绩效考核应包括以下六个方面：

(1) 基本情况

(2) 巡检情况

(3) 故障和问题处理情况

(4) 派工服务

(5) 电话服务(总服务台)

(6) 文档审查

3.3监理评估

运行维护服务质量考核和评估是运维承包单位按照服务质量要求、流程规范完成运行维护工作和自评估，再按照运维质量评估的结果进行服务改进，以此敦促运维承包单位在下一阶段的运维工作中提高服务质量。

对运维服务质量的考核依据有运维合同、运维方案/计划、巡检方案/计划等。对运维服务质量的考核主要通过定期检查巡检执行情况、跟踪故障/问题处理情况、审核运维月报、审核运维过程文档等方式开展，通过编制《运维服务质量考核评估报告》，向运维各方汇报。

在不断提高运维质量和能力的同时，分析业务发展的需要，使信息系统和业务发展产生良性互动，适时提出系统运行评估报告，为用户单位信息系统升级改造提供参考。

建立运行维护绩效考核指标体系和运维绩效量化评估机制利于运维各方及时掌握运维执行过程，有利于运维验收的量化考核，也能够为运维管理部门和运维承包商对运维工作量的评估、下一年运维预算的制定提供数据支持。

4. 信息系统运维监理方法的详细设计

上节中介绍了运维监理三部分工作的工作内容及方法。本节将结合笔者参与的实际案例，详细讲解运维绩效考核使用的具体方法及各项指标的设计方式与运维评估工作方法。

4.1绩效考核

1.基本情况考核。

基本情况考核主要是审查现场维护人员资质和能力，考察人员出勤情况。保证现场有足够的技术支持，保证各种特殊情况的发生都能配备充足合理的人员;此项考核每周、每月进行评分。

2.巡检情况考核。

巡检情况考核主要是考察当月巡检次数，与巡检计划比较评估巡检完成情况;检查巡检文档编制情况和巡检过程中发现的问题记录情况，保证巡检结果信息正确汇总;同时也考核巡检发现的问题和运维期报告问题总数的比率。以每周、每月为周期进行评分。

3.故障/问题处理情况考核。

故障/问题处理情况考核主要是考察当月发生故障次数和解决故障次数、及时率，本部门内部问题或常规性故障应在当月内解决;故障处理过程中投入人员情况;文档管理情况;每月进行一次评分。

4.派工服务考核。

派工服务考核主要统计所有派工工作信息，包括派工完成时间，投入工作量等，考核重点在于派工工作完成时间、完成率和用户评价。此项考核每月进行评分。

5.电话服务(总服务台)考核。

电话服务考核办法分为话务部分和业务部分两类，其中话务部分考察服务次数、服务及时率、问题解答率等;业务部分是对座席员处理的问题进行分类，以此统计和分析一段时期内哪个系统问题突出，进而分析原因，做修改或升级的准备。此项考核每周、每月进行评分。

6.文档审查考核。

运维进行过程中将产生大量的技术文档，这些文档是保障信息系统正常运行和维护的重要参照基础。技术文档管理不仅要求各运维服务商切实记录运维过程，保证运维文档的完整，而且要求业主方认真做好文档管理，以便保证各项相关活动的可追溯性。

文档考核内容包括：总包商制定的运维管理制度、规范、流程和表单;各运维服务商在运维过程中产生的各类一般性技术文档。主要包括以下内容：

(1) 随着运维的逐步进展，相关运维服务商的总体及分阶段实施组织设计、分部设计/实施方案及其它专项方案等。

(2) 收集保管在参与实施的各相关运维服务商的资质资料等;

(3) 进度信息的收集：维护项目的季、月的实施进度计划等;

(4) 质量信息的收集：

项目设计、实施方案;

所有实施过程的各类设备、材料的质量保证资料;

各分项的实施测试资料;

不合格项目的资料、质量事故的处理报告及处理等资料。

监理方还将负责对各运维服务商提交的各类技术文档进行审核管理，对各类文档从以下方面要求规范：

(5) 文档的准确性。监理方必须对技术文档的准确性负责。实际工作中，应对文档的准确性和真实性进行严格检查;

(6) 文档的详细程度。监理方必须保障若干重要的技术文档的详细程度，否则，会对项目的验收和开通造成困难;

(7) 文档的格式和构成。监理方在文档编制时，应对各编制方在文档格式、内容进行控制和管理。

监理方对相关文档将从以上方面提出改进建议，并根据运维绩效考核管理制度完成对各运维服务商的文档提交的及时性和质量性的评价。

4.2运维评估

对运维服务质量的考核按照不同的考核周期可以分为每月定期评估和年度评估。

1.每月定期评估

每月定期评估是对当月运维情况进行评估，包括本月投入人员情况、出勤情况;IT基础设施和应用系统运维服务有监控类服务如异常报告及时率等;日常维护类服务如维护作业计划的即使完成率、故障隐患发现率、问题解决率等;维修保障类服务如服务响应及时率、故障修复及时率;内容信息服务如检索成功率、响应及时率;网络接入服务如平均响应时间、问题解决率等;安全管理服务如漏洞扫描覆盖率、安全报告呈报及时率、安全事件次数等内容。

同时检查和评估《巡检报告》、《故障/问题记录单》、上门服务或电话支持服务记录统计表、设备升级记录、安全产品维修记录等运维的过程文档。

对每月运维情况的评估，采取打分制，并及时通报当月考核结果，在下一阶段工作中对未达标的运维单位进行整改。

2.年度评估

年度评审是在月度评审的基础上，综合考察运维单位在完成运维内容方面是否达标，运维效果和用户满意度是否符合预期，以此作为运维合同的一项依据。

年度评审内容包括以下4个部分：

(1) 各月运维服务评估情况，如连续3个月不达标，视为此项不合格;

(2) 提交运维阶段文档的完整性、齐全性;

(3) 运行维护管理部门用户部门的服务满意度调查结果;

(4) 运维工作量核算的合理性、真实性，评估依据是《运维方案》与每月人员投入情况。

5. 总结与展望

随着我国信息系统的快速发展，信息系统运维已成为信息系统使用过程中最重要的环节。一个好的运维方式，不但能够提升系统的应用效率，同时还能为今后的发展提供可靠依据。运维监理工作模式是一个新型的运维模式，近几年得到了快速的发展。本文中阐述得运维监理工作方法论是结合实际工作而提炼出的，具有应用价值，且已投入现有运维项目中实践的方法论。随着今后通过法律法规及各项制度、体制的完善，以及相关工具的开发与实现，为信息系统运维监理工作方法提供更多的发展空间。

6. 参考文献

[1]孙强孟秀转：电子政务综合绩效评估体系研究[C] 中国行政管理 2008.8

[2]中国网：中国推出服务型政府电子政务综合绩效评估体系.2008—11—11

[3]ITGov中国IT治理研究中心：中国IT服务管理现状分析与发展趋势.2008—6—17

[4]孙强等：IT服务管理：概念、理解与实施. 机械工业出版社. 2004

[5]当代通信：我国电子政务建设发展现状与预测.2005—5—8

作者简介

1.张雪峰(1977— )，男，就职于中国软件评测中心，籍贯长春，职称中级，最后学位学士Email:zhangxf@cstc.org.cn

2.王苏日娜(1985—)，女，就职于中国软件评测中心，籍贯呼和浩特，职称中级，最后学位硕士 Email:wangs@cstc.org.cn