信息系统开发过程概述48982.docx
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_05.gif)
《信息系统开发过程概述48982.docx》由会员分享,可在线阅读,更多相关《信息系统开发过程概述48982.docx(41页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。
1、 系统开发过程 五个阶段 各种系系统开发方法法学在范围、复复杂性、完善善程度以及方方法上有很大大的不同。尽尽管有的方法法学分三个阶阶段,有的分分15个阶段,但但是每个方法法学所描述的的要完成的活活动基本上是是相同的。本本章要阐述的的最重要的一一点是:最好好的方法学是是那些始终把把用户考虑进进去的方法学学。过去的情情况是,用户户管理人员与与信息服务开开发组合作来来完成系统的的一般功能说说明书,然后后,由信息服服务人员来进进行系统开发发。现在,系系统开发是各各占50%的比例例;因此,用用户管理人员员应该非常熟熟悉系统开发发的大体过程程,特别应该该熟悉他们单单位自己使用用的方法学。 系统开开发过程可
2、分分为五个阶段段来描述。这这五个阶段是是: 1.第第阶段系统开始和和可行性研究究 2.第第阶段系统分析和和设计 3.第第阶段程序设计 4.第第阶段转换和实现现 5.第第阶段实现后的评评价 第阶阶段系统开始和和可行性研究究是在为开发发一个建议的的系统提供人人力和资源之之前完成的。第第阶段多数的的工作和编写写的资料是第第阶段的输入入。在第阶段系统分析和和设计期间,系系统分析员与与用户一起工工作以编写详详细的功能和和系统的说明明书。将这些些说明书交给给程序员,然然后开始第阶段程序设计计。在第阶段转换和实现现期间,一旦旦软件开发出出来,则建立立数据文件,转转换现有系统统,并且实现现新系统。第第阶段实现
3、后的评评价。在开始始了系统寿命命期中的生产产阶段之后,提提出(经常被忽略略的)实现后的评评价要求。 具体开发过过程 下面将将逐步地描述述系统开发过过程。至于具具体的细节、相相互的影响、方方法、形式等等,用户管理理人员应该与与信息服务经经理联系,与与他们讨论公公司当前使用用的方法学,同同时再看看公公司内部描述述方法学的手手册。 1.第第阶段系统开始和和可行性研究究 在第阶段的活动动中很少有与与其他四个阶阶段的活动相相一致的。此此处所提供的的方法包括对对于受拒绝后后的再次服务务请求的方法法以及将技术术转移可能性性的研究合并并到诸过程中中这些内容。第第阶段最终的的产品有两个个部分。第一一部分是实际际
4、的可行性研研究报告,它它包含对建议议的或改进的的系统的描述述以及利润/成本分析。第第二部分是系系统的初步设设计。它对于于估价成本和和利润是必要要的。该初步步设计是第阶段系统分析和和设计的直接接输入。 将系统统的初步设计计并入可行性性研究的依据据是,多数可可行性研究是是以概念而不不是以设计为为基础的。如如果在描述系系统目标上花花的时间太少少,那么成本本估计,甚至至利润估计将将是错误的。用用概念来指导导可行性研究究注定会导致致成本过高,而而且用户不满满意。在系统统初步设计上上所花费的时时间是值得的的,即使拒绝绝可行性研究究也是如此。因因为所编写的的资料将必然然会被证实其其他项目中是是有价值的。 下
5、述编编号的活动与与表20.99.2的系统统开发责任矩矩阵相对应。 (1)提交服务请请求 图200.5.1说说明了包括对对受拒绝的请请求再次请求求处理的一种种方法。所请请求的服务毕毕竟是用户做做的,因此,应应该由用户着着手进行。我我们鼓励用户户管理人员请请求信息服务务人员的帮助助,但是应该该再一次强调调,业务领域域的管理人员员应该对各种种大小的服务务请求都提供供合适的资料料。 (2)估价服务请请求 正如在在责任矩阵中中所注释的那那样,信息服服务管理人员员只能承诺小小的项目(由公司的方方针所确定的的小项目)。 (3)指定可行性性研究组 信息服服务经理和用用户经理共同同来指定适当当的混合的人人选以组
6、成可可行性分析研研究组。该组组至少由一名名系统分析员员和一名用户户代表组成。可可行性研究组组的大小取决决于可行性研研究的范围和和时间限制。 用户代代表应该熟悉悉当前专业领领域的所有工工作,用户经经理、总经理理助理,或专专业领域分析析员是合理的的候选者,用用户的系统分分析员,具有有计算机信息息处理基础知知识的情况已已经越来越普普遍了。 必须指指定一个人担担任可行性研研究组的组长长,哪怕只是是两个人的可可行性研究组组也需要一个个组长。直到到1980年为为止,多数的的可行性研究究组和项目组组是由一个高高级系统分析析员或一个项项目负责人来来领导的。在在信息服务部部门中,这两两种人是固定定分工做这项项工
7、作的。目目前越来越多多的公司采取取这样一种政政策,即由用用户担任项目目组组长。这这种将主要责责任下放给最最终用户的做做法将进一步步鼓励用户参参与系统设计计。在这种政政策上取得成成功经验的那那些公司已经经指派了一些些具有杰出管管理经验和具具有某些计算算机和信息处处理知识的用用户人员担任任项目组组长长。在任何情情况下,组长长必须对该组组的工作有一一个总的安排排。如果要求求一个用户代代表既作为可可行性研究组组或项目组的的组长而同时时又要求他继继续履行业务务领域的职责责,那么该项项目是肯定要要失败的。有有好些公司已已经采用了一一种政策,即即自动地指派派受系统影响响最大的业务务领域的经理理作为可行性性研
8、究组和项项目组的领导导以后该经理理将从原来的的工作职责中中解脱出来,而而用他(她)的全部时间间管理可行性性研究(或项目)组。这种人人事安排已经经成为当今的的主流,其困困难是用户经经理需要离开开原来主管的的业务部门少少则两个月多多则三年后才才能回他原来来的工作岗位位上。 (4)标列约束条条件 在系统统开发的过程程一开始,可可行性研究组组与信息服务务人员和用户户经理密切合合作标列出设设备、成本、进进度、规程、软软件以及操作作上的约束条条件。它们可可能限制建议议的系统的定定义和设计。 (5)整理现有系系统的资料 整理现现有系统资料料的主要理由由是:如果可可行性研究组组不充分了解解现有系统,那那么他们
9、就不不可能有效地地完成所建议议的系统的初初始设计。已已经建立起来来的多数人工工系统并没有有经过真正的的设计。在这这些系统中,必必须从手稿整整理出资料。如如果一个建议议的系统是改改进一个现有有的计算机信信息系统,那那么可行性研研究组只需要要保证现有资资料的完整性性和保持最新新版本就行了了。现有系统所形成成的任何资料料将给设计阶阶段提供有价价值的输入(如果批准开开发该系统)。即便建议议的系统遭到到拒绝,也能能对现有系统统提供基本的的资料,并且且可能透彻地地理解理有系系统。现有系系统的资料由由四部分组成成:系统报告和和资料;系统数据文文件;系统数据元元以及说明现有系系统的数据、信信息和工作流流程的图
10、表。前前三部分(报告、文件件和数据元)可分类如下下:当前使用的,而而且在建议的的系统中以目目前的形式保保留下来; 当前前使用的,但但是修改后才才在建议的系系统中使用; 当前前使用的,但但是在建议的的系统中将被被删除而不再再保留的。 例如,列列出所有现有有的报告和标标准的资料,并并按上述分类类给定一种状状态。在报告告上将标明相相对周期(如,每天,每每周)以及分发范范围。 对于现现有系统的所所有数据文件件都标明有关关的存储介质质(如,35的卡片,磁磁带,马尼拉拉折纸机,磁磁盘等等)以及存储方方式。例如,一一个名字一地地址文件可以以存储在许多多张35的卡片上,并并且按名字的的字母顺序排排列。一个人人
11、工系统所保保存的文件数数总是令人吃吃惊的,即便便对于业务领领域管理人员员也是如此。为为了完善现有有文件的资料料,将每个文文件的记录的的样式和简单单描述附在文文件表中。系统数据元(即即,社会保险险号,顾客名名,货号等等等)是直接列出出的,而不必必关系有关的的文件。数据据元经常在几几个文件中重重复出现。除除了状态指示示符之外,如如果数据的名名字不能自我我说明,则必必须对每个数数据数据元进进行描述。有有关数据元的的其他信息还还包括更新要要求(如,每天,每每周,每月,或或根据需要更更新等等)、来源(如,代办处处,资料,系系统,工作人人员等等)以及职责(如,部门名名和负责更新新者的职务)。图20.99.
12、3说明在在整理现有系系统资料时数数据元可能采采用的一种典典型格式。 我们通通过将系统简简化为输入、处处理和输出等等几个基本组组成部分来表表示整理现有有系统资料的的工作过程。然然后用图形描描绘出各部分分之间的逻辑辑关系。有多多种图像表示示技术来做这这件事。最为为流行的(尽管不一定定是最好的)是流程图。其其他的更为结结构化”的技术还有有:IBM公司的的层次化输入入处理输出图(HIIPO),汽汽泡图,数据据流框图,南南茜斯奈德曼(NNassi-Shneiidermaan)图,渥渥尼尔(Waarner)框图以及判判定表。当前前工作过程的的图像描述提提供了系统的的数据、信息息和工作流程程的一个概貌貌。它
13、着重强强调系统中控控制工作流程程的那些数据据元。这些图图应该刻划人人工和计算机机的处理步骤骤,并且以适适当的顺序安安排每一处理理步骤。通常常以能最好地地显示出工作作过程的方式式来组织和提提供这些图。它它们可以是由由一些随机事事件、功能或或按小的和大大的周期来驱驱动的子系统统,也可以是是若干子系统统;既可以是是层次的,也也可以是混合合的。很少有有几个系统是是完全顺序的的,因此,在在多数情况下下可以应用模模块方法。 (6)调查研究技技术转移的可可能性 为了更更好地利用现现有的技术,许许多公司正在在进行将有关关技术转移到到他们的系统统开发方法学学中可能性的的调查。鼓励励调查技术转转移的可能性性和(或
14、)可行性的政政策必将带来来人力资源的的大量节省。特特别对程序员员和分析员更更是如此。合合适的技术转转移将使这些些人的工作集集中于还没有有现成软件的的特定行业的的应用领域。 技术转转移可能性的的调查是从走走访那些已经经实现的,而而且与所建议议的系统有类类似规模和工工作的系统。可可行性研究组组还应该调查查商品软件目目录,以便找找到适合的可可应用的软件件。如果认为为技术转移是是可行的,则则可行性研究究组说明怎样样使用这些技技术以及为适适应现有环境境所要求的修修改范围。 如果使使用标准的方方法来进行技技术转移潜力力调查,那么么提出要求的的公司应该采采取与具有类类似要求的其其他公司合作作的政策。 (7)
15、完成建议系系统的初步设设计可行性研究组要要走访专业人人员以获得一一般的系统要要求,然后,将将这些要求转转换成初步的的系统设计。设设计过程是交交互的,用户户经理和可行行性研究组需需要经常就设设计思想和方方法等交换意意见,用生动动的文字和图图形说明来形形成建议的系系统初步设计计的资料,这这些生动的文文字(用非技术词词汇)描述了所建建议的系统的的基本工作过过程,而且常常常同时附有有图形说明。这这些文字图表表也将列举出出那些大大违违背现有工作作方式而建议议的系统所期期望的手续、手手段和方法。这这些文字图像像也将描述建建议的系统与与人工系统以以及建议系统统必须与之兼兼容的自动系系统之间的关关系。图形说明
16、将建议议的系统的过过程简化为它它们的组成部部分,同时强强调各部分之之间的逻辑关关系。 (8)确定项目范范围 可行性性研究组与信信息服务人员员以及用户管管理人员合作作估计初步设设计中所刻划划的系统的复复杂程度。并并对开发项目目今后的每一一个阶段进行行人力资源要要求的估计(用户,信息息服务人员及及其他人员)。此外,还还注意到培训训和计算机机机时要求。 (9)准备利润/成本分析报报告 一旦完完成初步设计计并且确定了了项目的范围围,则可以开开始利润/成本分析。不不幸的是,由由于用户和信信息服务管理理人员都希望望加快可行性性研究阶段,所所以,一些关关键的步骤被被省略了,因因此造成在利利润、成本估估计上的
17、错误误。仅仅根据据一种概念是是不可能精确确的反映出利利润和成本的的。设计中的的某些步骤是是必不可少的的。 另一种种在形成公司司决策过程中中所隐含的错错误将不可避避免地把那些些难以确定的的利润也算成成资金收入。当当今许多复杂杂的,综合的的系统为公司司的利益做出出了重大的贡贡献,而做到到这样程度是是因为它们经经历了漫长的的、不可捉摸摸和难以预见见的道路。评评价信息服务务项目的好处处和价值是一一个主观的过过程,它要求求具有成本和和利润方面的的实际的知识识。此外,决决策者对于正正的和负的不不确定的利润润要有透彻的的理解。使用用美元作为所所有成本和利利润的统一的的计量标准大大大地简化了了评价工作。那那种
18、把不确定定的利润引入入盈利图表(为了“建立更好的的顾客关系”或“提高威信”)的作法会造造成在“底线”中复合的错错误。底线经经常被盲目地地接受作为一一种信条。事事实上,在那那种情况下,估估价是取最好好的情况(理想的)和最坏的(荒谬的)情况之间。然然而,如果将将不确定的利利润化成美元元,那么决策策者将以更好好的判断代替替那种不准确确的估计。 估价建建议的信息系系统的最好途途径是针对系系统净值(收入减去成成本)估量正的和和负的不确定定利润。为了了便于理解不不确定利润(例如,增加加服务,减少少发票上的错错误,加快周周转期等),应该产生生一个成本和和收入的一览览报表。 表200.9.4说说明如何使用用最
19、少的成本本类别来表示示一次性的和和重复使用的的成本。这些些成本可由预预算中心提出出,并且把公公司作为一个个整体来考虑虑。成本类别别有:劳力,材材料和设备,旅旅差以及其他他各种成本。对对于每一类,在在第一列指出出一次性成本本估计(开发),而在系统统寿命期的水水平线上指出出可重复使用用的成本估计计(生产)。公司项目目在净值可以以从估计收入入中扣除成本本计算出来,并并且根据公司司政策对流动动现金打折扣扣。 (100)根据可行行性研究做出出决策 完成可可行性研究后后,除了技术术补充之外所所有报告和资资料全部交给给信息处理政政策委员会以以便实施。技技术补充包括括准备可行性性研究所要求求的背景信息息。它还
20、包括括一般的系统统设计和开始始第阶段(系统分析和和设计)的一个框架架。信息服务务政策委员会会感兴趣的主主要是初始服服务请求、范范围、图解说说明和利润/成本分析。 信息服服务政策委员员会能对可行行性研究施加加影响。信息息服务政策委委员会能够: 拒绝绝建议。 批准准建议并对该该建议的开发发和实现指定定一个最高优优先数。 批准准系统并给它它指定一个比比最高优先数数小的优先数数,同时将请请求放在所有有建议的系统统队列的适当当位置(定期检查队队列,当所请请求的资源可可用时,委员员会给当时是是最高优先数数的项目发出出通行命令)。 2.第第阶段系统分析和和设计 很少有有几个项目能能在批准可行行性研究后立立即
21、实现。在在得到批准和和项目开始之之间的估计时时间可能是两两年或两年以以上。一旦项项目获如通行行命令,则开开始第阶段系统分析和和设计。在第第阶段,将描描述所有输入入/输出的格式式和内容,并并且完成详细细的系统设计计。第阶段的最后后一步活动是是准备程序说说明,其中包包括各种程序序模块的说明明书。重要的的是牢记在第第阶段和第阶段不编制制程序。一个个普遍容易犯犯的错误(经常与系统统的质量和运运行维护的水水平密切相关关)是压缩第阶段,使它它提前完成以以便开始第阶段程序设计。粗粗糙的系统设设计必将成倍倍、甚至三倍倍地增长项目目所要求的程程序设计量。 (111)指定项目目组 与可行行性研究组一一样,项目组组
22、也应该有一一个或多个系系统分析员和和一至多个来来自所建议的的系统范围内内各业务方面面的用户代表表。如果可能能的话,还要要给项目组指指派一名信息息服务审计员员,他不作为为专职人员,而而作为安全和和控制方面的的顾问。因为为在第阶段结束之之前程序员实实际上并不参参与进来,所所以可以将指指定程序员一一事推迟到第第阶段结束时时再进行。可可行性研究组组的成员不一一定都是项目目组成员。在在第阶段结束到到第阶段开始之之间的这一段段时间里,通通常委派他们们到其他项目目去。然而我我们建议,只只要可能则尽尽量将原有可可行性研究组组的人员指派派到项目组。项项目组的组长长可以是信息息服务人员,也也可以是用户户。 某些单
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 信息系统 开发 过程 概述 48982
![提示](https://www.deliwenku.com/images/bang_tan.gif)
限制150内