XX企业信息系统集成项目.docx
《XX企业信息系统集成项目.docx》由会员分享,可在线阅读,更多相关《XX企业信息系统集成项目.docx(25页珍藏版)》请在冰点文库上搜索。
XX企业信息系统集成项目
近年来,企业日益重视信息化对于企业进步的巨大推动作用,很多行业企业已经将信息系统作为支撑生产和管理的重要手段。
随着系统的规模及互联程度不断提高,信息系统集成(IT行业称为EAI)已经成为企业需要面对的大课题。
由于涉及企业生产和管理的多方面、多层次的复杂问题,需求分析是信息系统集成一开始就要面对的难题。
一、信息系统集成需求分析的困惑
以往的需求分析方法如图1所示。
这种方法大量采用访谈、引导、确认等讨论方式来调研,并在此基础上进行文字整理和需求确认,受到空间、时间、思维深度等诸多方面因素限制而达不到预期目的。
图1传统的系统集成需求分析方法
于是,我们看到这样的现象:
大家都谈需求、讲功能,却此人需求非彼人需求,此时功能异乎彼时功能,难有统一说法;甲乙方都非常努力,需求分析却总是停留在讨论声中,难以落到实处;付出巨大努力编制出需求分析报告,却鲜有愿意通读数长篇大作的用户,难以形成有效的沟通。
通过案例分析,我们发现这些现象背后隐藏着以往信息系统集成需求分析存在的问题:
1、需求不明确。
以往多采用现场访谈方式,需要投入大量人员和时间,需要整理大量的文字材料以反映访谈分析成果。
分析过程中,参与访谈各方对系统需求的理解和讨论往往局限于企业生产或管理的某一局部,而且不同人群对同一个局部的理解也可能存在偏差,组织方缺乏将零散局部需求汇总为明确整体需求并发现偏差的有效方法和手段。
其结果必然是遗漏、模糊和矛盾。
2、重点不突出。
很多信息系统集成需求分析对单系统功能点的分析较多、较细,对系统之间嵌套和流程的分析较少、较粗,信息系统集成需求分析变成了多个信息系统需求分析的组合,忽略了集成的重点问题,没有取得全局最优。
3、形成集成桎梏。
在信息系统集成需求分析过程中,往往以信息系统现实为蓝本,关注用户当前需求或系统的当前功能,少有考虑未来需求,更难以将未来需求及时、动态地融入需求分析的过程。
造成信息系统集成需求在确认之时即为过时之日,无形中变成企业持续改进业务的阻力。
缺乏系统化的工作方法和手段是以上问题的主要原因,采用系统、科学的方法和手段进行信息系统集成需求分析显得尤为重要和紧迫。
二、BPM为核心的信息系统集成需求分析方法
以BPM(业务流程分析)为核心的信息系统集成需求分析方法如图2所示。
图2以业务流程为核心的信息系统集成需求分析方法
其步骤如下:
1、观察真实世界,进行讨论。
2、利用计算机工具,表示信息系统业务模式。
3、通过模型检察,得出反馈意见,修正模型,并不断在步骤1-步骤2-步骤3之间循环调整。
4、确认需求。
5、进行系统设计和集成。
6、运行并检验系统。
这种方法与传统方法的最大不同之处在于,它通过分析信息系统的全局业务流程,对信息系统进行了整体建模,建立了需求分析的沟通平台。
参与需求分析的各方可以在统一的平台上,通过观察讨论、模型表示、模型检验三个步骤的循环迭代,对信息系统集成需求展开了逐步求精的分析过程,最终在模型库的基础上进行信息系统集成需求分析确认。
这种方法的核心是利用流程管理工具进行业务流程建模。
在建模体系中,对信息信息系统的应用建立模型,包含信息系统运行过程中的相关资源,如组织、数据(系统)、功能、产品与服务。
为了降低模型的复杂性以便于与各层次的用户进行交流,将相关资源划分为若干互相独立的视图来描述。
如图3所示,分别是组织视图、数据视图、功能视图、产品与服务视图。
图3信息系统应用模型架构
有了这种划分,每个独立视图的内容都可以用特定的方法来说明,然后与信息系统流程控制视图建立联系。
对信息系统全局进行这种描述后,应用角色与系统功能之间就建立起了有效的关联,形成了全局的、多角度的、体系化的描述,可以作为不同场合下、不同角色之间讨论信息系统应用流程的平台,从而保证各层面的用户能够在一个系统化的模型平台上讨论信息系统集成需求和各部分需求并保持讨论成果及时更新到模型平台中。
这种分析方法,如同建立了一个图形化的“模拟机”,“实物化”地向参与需求分析的各方演示不同角色、不同功能、不同系统、不同流程的多层面关联,提供了一个具体的、有效的交流平台,并能够不断回溯、更新和调整。
XX企业信息系统集成项目,涉及14个内部信息系统和5个外部信息系统的集成。
信息系统集成需求分析的难度、深度及工作量非常大,对IT部和集成商都是巨大的挑战。
经过多方面考察分析,XX企业以科研项目的方式与咨询公司合作,以BPM为核心手段,采用ARIS流程分析软件,以约定的规则描述信息系统的应用流程,对XX企业信息系统集成进行了需求分析,涵盖以下几类流程:
1、A
2、B
图6:
集成后的数据流向
以BPM为核心的需求分析的过程是:
按照以下步骤编制了76个流程:
1、在模型中定义信息系统运行组织和角色。
2、列举现有系统、未来系统。
3、根据现有流程编制ARIS流程图并与系统关联。
4、讨论流程并根据未来需求进行调整。
在此期间,就76个流程与集成商专家进行了专题流程讨论。
76个流程图成为了各个信息系统承包商讨论合同工作范围和接口需求的重要平台,Aris软件依据76个流程图自动生成的525页报表也成为后续系统设计的重要参照。
通过流程分析并建立模型,基本上解决了传统方法所存在的问题。
76个流程图不仅给参与需求分析各方提供了有效的沟通平台,而且建立了全局的信息系统业务流程蓝图,清晰地描述了3大关系:
业务角色与业务功能之间的关系、业务功能与信息系统之间的关系、数据与系统之间的关系,明确了集成的重点,及时地体现了未来的业务需求。
我们总结了基于BPM的信息系统集成需求分析方法的几个优点和经验:
1. 与文字相比,流程图能够有效地、直观地传递大量信息,提高了沟通效率,缩短了需求分析周期。
2. 采用场景式的流程图描述方法,更加贴近用户的阅读和思维习惯,门槛低,便于相关人员充分参与需求讨论。
3. 流程图的更新和调整非常便捷,有利于随时跟踪不断变化的需求。
4. Aris软件依据流程图自动生成的多维报表,便于系统化地核查信息系统的功能设计和接口设计。
5. 系统化的工具,培养了系统化的工作方法,提升了项目管理水平,为持续改进项目管理奠定了基础。
四、BPM方法对于持续提升企业竞争力的意义
BPM分析方法意义仅仅限于信息系统集成需求分析吗?
我们认为,BPM分析方法对于提升XX企业竞争力的意义是深远的。
首先,BPM分析方法将提高信息系统支持下的企业客户服务能力和水平。
流程是企业与用户交互的一组活动,企业人员和企业客户都具体地参与活动之中。
通过BPM分析方法优化组合一组活动的过程就是提升企业人员工作质量和客户服务的过程。
其次,流程是一组贯穿组织界线的活动,信息系统的数据也贯穿于组织体系的每一个部分,BPM分析在很多时候就是贯穿部门壁垒的总体组织体系分析。
再次,XX业务高度依赖于系统,系统对业务模式影响巨大。
BPM分析的过程必然是一次业务流程优化的过程,使企业的信息部门更多地深入到企业全局流程中更贴近地服务于企业业务。
五、趋势
在《哈佛商业评论》一篇标题为“IT不再是个问题(ITDoesn'tMatter)”的文章中,作者NicholasCarr提出一个富有争议的议题:
随着技术的标准化,拥有IT知识不会获得竞争优势。
IDSScheer公司创始人Scheer教授认为,CPO(首席信息官)应根据业务流程进行思考并付诸行动,对“数字化”流程进行纵向和横向的相互结合。
未来,企业信息部门将更多地与业务部门共同承担企业业务流程分析整理的职能,也许CIO首先应该是CPO。
谁知道呢?
、为业务分层
信息系统顾名思义就是管理数据的系统,而数据就是企业业务办理过程中产生的,所以信
息系统的建立必须围绕企业的业务展开。
企业的业务数不胜数,如何来组织?
答案就是:
根据业务的重要性,划分业务层次。
一般情况下,四层就足够了,分别为:
“A基本业务”
(企业最核心的业务),“B重要业务”,“C一般业务”,“D延伸业务”。
在分析企业业
务的过程中,只要业务按照ABCD的层次进行分类,根据不同层次投入不同的资源。
二、业务分析方法
具体到某一个业务上该如何分析?
1.首先是以数据为中心,整理出该业务涉及到的所有数据。
2.以数据流为主线,标示出数据处理过程。
3.根据业务在数据流上建立处理节点,并标示出数据流节点对数据的影响。
根据业务、数据、数据流、数据流节点,不但可以深入到企业的业务中,也为系统的建立
奠定了坚实的基础。
结构化生命周期法是最常用的管理信息系统开发方法,分为四个步骤,即系统调研分析、数据库设计实现、界面设计实现和系统功能设计实现。
其中系统调研分析阶段是最基础、也是最容易被开发人员忽视的环节。
下面通过为假设的ABC公司开发一个库存管理信息系统的实例,轻松地学会如何有效地开展用户需求调研和分析的方法。
1、如何制定用户需求调研计划
良好的开端是成功的一半。
用户需求调研涉及到用户和系统分析人员双方,为了使用户需求调研工作顺利进行,必须事先制定一个调研计划,以便双方有关人员,特别是用户方面的人员,安排好工作时间。
由表1中可知,调研计划中包含了调研计划基本信息、时间安排、调研内容、接待部门和人员、调研成果等5个方面的信息。
时间安排
调研内容
接待部门和人员
调研成果
8日下午
了解公司概况和发展目标
了解公司组织结构
公司总经理
人力资源部负责人
①公司概况②组织结构图③人员分工表
9日全天
了解公司信息技术应用现状
信息中心负责人
①硬件现状报告②软件应用现状报告
③网络应用现状报告
10日上午
了解公司库存管理现状
计划部门负责人
公司库存管理现状报告
10日下午
了解零部件库存管理业务
零部件仓库管理员
计划部门负责人
①零部件仓库业务流程图②入库单③出库单④零部件台账⑤库存报表⑥其他单据资料
11日上午
了解成品库存管理业务
成品仓库管理员
计划部门负责人
①成品仓库业务流程图②出库单
③入库单④零部件台账⑤库存报表
⑥其他单据资料
11日下午
到各相关业务部门调研
生产、采购、销售、财务等部门负责人
①生产与库存②采购与库存③销售与库存④财务与库存等相关业务流程图
12日全天
对所收集到的资料进行分析
计划部门负责人
相应报告的编写
13日全天
细化零部件库业务图
细化成品库业务图
零部件、成品库管理员
相应报告的完善
14日上午
调研报告的鉴定评审
总经理、总师、专家、部门负责人、库管员
提交调研报告
表1ABC燃器具制造有限公司库存管理信息系统调研计划表
项目经理:
陈兆京调研方式:
座谈、调查表/卷、资料收集、现场观察
项目参加人员:
李小梅(女),陈书勤
调研时间:
2002年10月8日至14日
2、如何进行用户需求调研
制订好详细周全的调研计划后,就着手确定使用什么样的调研方法和工具开展调研、收集哪些方面的信息资料、如何绘制各种业务流程图等。
1)选择调研方法和工具
经常采取的调查方法主要有表格调查法、座谈调查法、查阅资料法和现场观察法4种,同时还要使用与之相匹配的调研工具,比如统计表格、图形等。
①表格调查法:
对于那些结构性强、指标含义明确并且有具体内容的调查,适合使用表格来调查。
一般可利用目标调查表、组织机构调查表、任务调查表、文件类信息调查表、报表数据调查表、计算机资源调查表、计算机应用项目调查表等7种表格来配合调查。
表2是ABC燃器具公司计算机应用现状调查表示例。
编号
计算机型号
操作系统及版本
主要用途
所在部门
备注
PC001
奔4,256MB/8.3GB
Windows98/2000
办公,上网
市场部
PC006
奔5,256MB/8.3GB
Windows98/2000
办公,上网
人力资源部
……
……
……
……
……
……
PC041
奔4,256MB/8.3GB
Windows98/2000
财务管理
财务部
……
……
……
……
……
……
PC055
奔4,256MB/8.3GB
Windows98/2000
办公
企划部
表2ABC燃器具公司计算机应用现状调查表
填表人员:
陈兆京
填表时间:
2002年10月8日
②现场研究座谈调查法:
这是一种通过调查人员与被调查人员面对面的有目的的谈话获取所需资料的调查方法。
一般有按纲问答法和自由畅谈法两种常用座谈方式。
表3是零件仓库业务流程及管理座谈提纲。
③查阅档案资料法:
就是查阅企业的各种各样的定性的和定量的文件,在ABC燃器具制造有限公司的库存管理信息系统的调研过程中,可以查阅有关库存管理的各种入库单、出库单、台账、盘点报告等档案资料。
④现场观察法:
是一种深人现场直接对调查对象的情况进行观察记录、取得第一手资料的调查方法,这种方法可以提高信息的可靠性。
观察可以分为两部分内容:
对人的行为观察和对非行为的客观事物的观察。
在ABC燃器具制造有限公司的库存管理信息系统的调研过程中,可以实地观察公司的出库、入库、盘点、制作统计报表等实际业务的操作
2)进行资料收集
经过调研,收集到了相应的入库单、领料单、台账、物料卡、报表等资料,这些资料可以用作数据库设计的依据。
序号
调研座谈提纲
1
零件仓库划分成多少个区域?
2
每个区域有多少个货架?
3
每个货架上分多少层?
4
架子上的每一层有多少个格子?
5
零部件是如何进行物料编码的?
6
仓库管理人员人数有多少?
7
日均处理入库单数量大约有多少?
8
日均处理出库单数量大约有多少?
9
领料退回的处理方法?
10
是否每天都要登记库存台账?
11
库存台账有多少类型?
12
仓库之间是否可以进行调拨?
13
每次盘点间隔时间多长?
14
如何处理零部件盘亏?
15
如何处理零部件盘盈?
16
是否有零部件物料缺货警戒线?
17
统计报表的种类和填报频率?
表3ABC燃器具公司库存管理业务座谈提纲
地点:
ABC公司零件仓库时间:
2002年10月16日
参加人员:
零件仓库保管员吴键记录人员:
陈兆京
入库单是入库单位在把相应的零部件送人仓库时必须填写的单据;领料单是领料人员从仓库中领取零部件时必须填写的单据;零部件台账实际是一个流水账,用于记录每天发生的入库、出库信息;物料卡的作用是记录某一种零部件的数量变化,以便库管员盘查;报表是仓库向有关领导和部门定期提交的零部件库存汇总信息。
从ABC公司收集到的入库单、领料单、零部件库存台账、零部件物料卡等单据和报表的实物样式在此略去,有兴趣者请参考有关类似企业的样本即可。
3)绘制业务流程图
在ABC公司的调研过程中,已了解到所涉及的业务主要是入库和出库。
下面给出绘制业务流程图绘制方法。
①绘制业务流程图的工具选择。
常选用可视化图表工具绘制业务流程图。
②绘制系统的业务流程图。
图1是ABC公司入库业务流程图。
当然,流程图也完全可用其他方式绘制,但必须要准确地描述系统的业务流程。
这种描述不仅仅是对系统原流程的机械拷贝,而应该是对原有系统的业务流程进行重新思考、设计、再造。
3、用户需求分析
用户需求分析就是在用户需求调研的基础上,确定系统的总体结构方案,完成相应的需求分析报告。
在确定系统的总体结构方案过程中,包括确定应用程序的结构、系统开发环境和系统的功能模块。
用户需求调研结束之后,应该立即进行用户需求分析。
1)应用程序结构确定
从用户应用角度来看,可把应用程序系统的组成部分分成数据存储层、业务处理层和界面表示层等3个层次,而应用程序结构可归纳为:
集中式应用程序结构、单用户应用程序结构、多层服务器应用程序结构、浏览器/服务器应用程序结构、客户机/服务器应用程序结构等5种类型。
ABC公司的库管系统就采用了当前最流行的客户机/服务器应用程序结构,此时,客户机提出请求,服务器对客户机的请求作出回应。
通过对服务功能的分布实现了分工服务。
数据存储层放在服务器上,业务处理层和界面表示层放在客户机上,因此又被称为“灵敏的客户机”结构。
许多操作可以在本地的客户机上执行,只是当需要数据时,才向服务器发出请求。
并使应用程序的处理更接近用户,使整个系统具有较好的性能,可以并行地处理应用程序的请求、减少了数据传输量、降低了服务器的负荷。
2)确定系统开发环境
调研发现ABC公司内部使用的计算机平台都是基于Windows环境的。
为了降低系统成本,应最大程度地利用现有的资源、兼容现有的环境,可确定使用下面的开发环境:
★网络操作系统:
Windows2000;★数据库服务器:
MicrosoftSQLServer2000;
★服务器平台:
Windows2000;★客户机平台:
Windows95/98/NT/2000;
★前端开发工具:
visualBasic;★数据访问对象:
ADO。
3)确定系统的功能模块
通过分析确定ABC公司库存系统将包含8个功能模块,即综合信息管理模块、仓库定
位管理模块、入库业务管理模块、出库业务管理模块、退料业务管理模块、盘点业务管理模块、客商关系管理模块和数据统计管理模块。
对于每一个功能模块,都包含了数据录入、编辑、查询、统计、打印、应急、帮助等功能。
该库存系统的功能模块结构如图3所示。
4)调研结束后提交的报告文档
在用户需求调研和分析结束之后,应该向用户提交相应的文档报告。
比如:
①《ABC公司概述》;②《ABC公司现有信息技术应用现状报告》;③《ABC公司仓库管理业务流程调研报告》;④《ABC公司仓库管理信息系统功能设计报告》;⑤《ABC公司资料清单》。
最后请切记,在系统开发过程中,开发人员必须遵纪守法,严守用户的商业机密。
管理信息系统开发方法统一性分析
摘要:
本章主要在对管理信息系统的开发过程作简要介绍的同时,叙述了三种常用的开发方法,即:
结构化法、原型法和面向对象法。
在此基础上,将这三种方法通过两种途径进行比较,提出了它们的统一性问题。
一是,通过比较这三种开发方法的开发过程,论述它们的统一性;二是,从开发广度和开发深度进行比较,论述它们的统一性,同时提出了这三种开发方法的开发过程模型,及完善程度函数H(t)。
关键词:
管理信息系统开发过程开发方法统一性
随着科学技术的不断进步,市场经济的发展和我国经济改革的需要,急需在现有的基础上,进一步总结经验,研究当前存在的问题,从整体上形成一个由单项向综合,由分散向集中,由局部向全局,由管理型向决策支持型过渡,建立企业级资源共享网络化数据库管理信息系统模型,从模拟现行管理体制到推动现行管理体制的改革,实现我国各行业、企业的管理信息现代化。
因此,大力开展管理信息系统开发方法的研究,开发适用于我国现代化建设急需的、经济的、标准化的管理信息系统是非常必要和迫切的。
1.MIS开发的一般过程
管理信息系统的开发是一项系统性相当强的工作,其开发过程涉及人、财、物等资源的合理组织、调度和使用,涉及到组织管理工作的改进及工作模式的变迁。
对于做任何一个项目,都有一个从问题的提出、论证到问题的分析、方案的设计,直到方案的实施和评价等过程,管理信息系统的开发也有其一般过程。
如图1所示。
图1:
系统开发的一般过程
从图1中可以看出,系统开发是一个动态的概念。
系统开发的上一步骤的输出作为下一步骤的输入,同时此输出又作为前面步骤的动态反馈。
系统就是在这种运动过程中进行动态调整,不断提高、完善。
2.MIS常用开发方法分类
在系统开发的早期,由于缺乏系统开发思想,没能形成工程的概念,以至于60年代出现了所谓“软件危机”,也促使了一门新科学——“软件工程”的诞生。
管理信息系统工作者对信息系统的开发提出了许多开发方法,其中常用的有结构化法(StructuredDevelopment),原型法(PrototypingDevelopment),面向对象法(Object_OrientedDevelopment)三种。
2.1结构化法
结构化法体现了自顶向下、结构化、生命周期思想的系统开发方法,主要包括:
1)结构化分析设计技术(structuredanalysisdesigntechnique);
2)约当(E.Yourdon)结构化系统开发方法;
3)企业系统规划法(BSP);
4)詹姆斯.马丁(JamesMartin)提出的战略数据规划法;
5)我国专家提出的映射模型设计法(RMDM)和信息系统设计工程综合分析法(IDEA);
6)杰克逊提出的JSP(Jacksonstructuredprogram)和JSD(Jacksonsystemdevelopment);
7)哈兰.米尔斯(HarlanD.Mills)提出的系统开发的黑箱(blackbox)理论及其相应的分析设计方法等。
结构化法是基于系统的思想,系统工程的方法,以用户至上为原则,采用结构化、模块化等手段对信息系统进行分析、设计和实施。
在实际开发过程中,对应于系统开发的一般过程(见图1),主要应用的结构化设计方法有结构化分析(StructuredAnalysis),结构化设计(StructuredDesign),结构化编程(StructuredProgram)。
结构化分析(SA),是一种面向数据流的分析方法,采用结构化分析解决问题主要通过“分解”和“抽象”两种方式。
在这一阶段采用了诸如数据流程图(DFD)、数据字典(DD)、处理逻辑表达(PL)、数据存储规范化(NF)及数据立即存取图(DIAD)等工具或理论。
通过SA过程就能得到一个系统的抽象的逻辑模型。
结构化设计(SD)是对SA阶段提出的逻辑模型进行计划性的设计。
通过SD工作过程,尽可能提高系统的运行效率、可变性、可控性和工作质量。
SD的工作主要包括代码设计、文件/数据库设计、I/O设计、模块功能设计和处理过程设计。
SD提供了一整套设计工具、设计原则和设计策略,采用影射思想由DFD图得到SC图。
这样就得到了一个可实施的系统的逻辑模型。
结构化程序设计(SP)是采用一些基本的控制结构(IF…ELSE…ENDIF、DOWHILE…ENDDO、DOCASE…CASE…ENDDO等)工具,采用自顶向下地扩展、模块化、逐步求精原则从事程序代码设计,以得到一个现实的物理模型。
2.2原型法
原型法基于新一代的系统开发工具和快速开发方法,主要包括:
1)原型方法及其分支(如瀑布型和快速型方法);
2)计算机辅助软件工程(CASE方法);
3)为建立专用的信息系统开发生成工具的环境,用于定义和生成实际系统的方法。
原型法与传统的生命周期法LC相比摈弃了一步步周密细致地调查、分析、整理文档、再进行逻辑设计、物理设计等繁琐过程而快速构造系统的物理原型。
但是,并不能说开发人员用原型法就没有一个分析、设计、实施的过程。
实际上开发人员在运用原型法时有意识或无意识地对系统进行了一个分析、设计、比较的过程,才能快速构造一个原型系统,这个原型系统蕴含着开发人员分析、设计、比较的思路,只不过开发人员直接用物理模型表达了对系统的理解,而省却了结构化法中的大量的文档资料。
2.3面向对象法
面向对象法(OO)是近年来发展起来的一种系统开发方法,它与原型方法的设计与实现有一定的共同之处。
不同的是,面向对象法是一种从系统调查分析之后就开始面向对象进行分析的开发方法。
它强