《信息系统开发的任务步骤和原则》由会员分享，可在线阅读，更多相关《信息系统开发的任务步骤和原则（23页珍藏版）》请在金锄头文库上搜索。
1、信息系统开发的任务步骤和原则1 信息系统开发的任务信息系统开发的任务就是依据企业组织治理的目标、内容、规模、性质等具体状况，从系统论的观点动身，运用系统工程的方法，依据系统进展的规律，为企业建立起计算机化的信息系统。其中最核心的工作，就是开发出一套适合于现代企业治理要求的应用软件系统。2 信息系统开发的原则为了保证信息系统的成功开发，在信息系统开发中应遵循以下原則。(1) 完整性原则。系统的整体性主要表达在功能目标的全都性和系统构造的有机化。信息系统是由各子系统组成的整体，具有系统的整体性特征。首先，坚持统一规划、严格按阶段分步实施的方针，承受先确定规律模型、再设计物理模型的开发思路。其次，留
2、意继承与进展的有机结合。计算机化的信息系统必需从系统总体动身，抑制手工信息分散处理的弊病，各子系统的功能要尽可能标准，数据采集要统一，语言描述要全都，信息资源要共享，保证各子系统协调全都地工作，避开信息的大量重复冗余，寻求系统的整体优化。(2) 适应性原则。随着企业进展规模的扩大以及外界环境的不断变化，会消灭的治理内容，旧的治理内容也会有所变动。信息系统应对外界条件的变化有较强的适应力量以及良好的可扩展性和易维 护性。不能适应环境变化的系统是没有生命力的。能够常常与外界环境保持最正确适应状态的系统，才是抱负的系统。由于信息系统是一个很简单的系统工程，故要求系统的构造具有较好的敏捷性和可塑性。这
3、样，当组织治理模式或计算机软硬件等发生变化时，系统才能够简洁地进展修改、扩大。开发信息系统必需具有开放性、超前性的眠光， 使系统具备较强的动态适应性。因而，在设计信息系统时，肯定要留有充分的余地。各种编码、记录、文件程序等都要便于变动和增。(3) 相关性原则。组成信息系统的各子系统各有其独立功能，同时又相互联系、相互作用。整个系统通过信息流把各个子系统的功能联系起来，是一个不行分割的整体。某一子系统发生了变化，其他子系统也要相应地进展调整和转变，因此，在信息系统开发中，不能不考虑系统的相关性， 即不能不考虑其他子系统而孤立地设计某一子系统。系统、子系统均有自身的目标、界限、输入、输出和处理内容
4、，但它们不应当被孤立地对待和处理。(4) 牢靠性原则。只有安全牢靠的系统才能得到用户的信任。因此在设计系统时，要保证系统软、硬件设备的稳定性和适用性，要保证数据采集的质量和牢靠，要有数据校验功能，要有一套系统的安全措施。只有这样，系统的牢靠性才能得到充分保证。系统的牢靠性是检验系统成败的主要指标之一。(5) 创性原则。不是简洁地用计算机仿照传统的手工作业方式， 而是充分发挥计算机的各种力量去改革传统的工作。假设一开头就想用计算机代替人去干那些一般事务性工作，确定弥补不了开发治理信息系统所耗的巨大费用。所以在建立治理信息系统时，就要查找治理中的薄弱环节，分析它所带来的损失，想方法用计算机来抑制它
5、们。特别是人们始终认为应当干而又不能干的工作，假设用计算机来完成， 肯定会收到良好的效果。(6) 经济性。经济性是衡量系统值不值得开发的重要依据。开发过程中，尽可能节约开支和缩短开发周期。系统投入运行后，尽快回收投资，以提髙系统的经济效益和社会效益。3 信息系统开发的步驟信息系统的开发一般依据以下步骤来实现。1明确建立信息系统的目的，即系统开发的目标。(2) 了解用户的初步需求及系统的根本运行环境，确定系统边界，明确信息系统的应用领域及范围，撰写工程视图与范围规格说明书。(3) 具体分析用户的具体需求，重点分析业务处理过程及所涉及的各类数据，确定哪些数据由计算机处理，确定信息系统需要输入、输出
6、及存储哪些数据，以此确定系统的功能及数据需求，同时撰写系统需求说明书、数据要求说明书。(4) 根椐系统需求规格说明书进展系统设计，明确实现需求规格说明书要求的功能及数据治理要求的具体方法。(5) 依据设计说明书的要求建立信息系统的数据库，包括建立表、建立存储过程、定义数据库访问角色、定义数据访问权限等。(6) 依据具体设计说明书的要求，利用软件开发工具编写程序代码，并完成系统公布。(7) 对信息系统进展测试和完善。(8) 交付正式的信息系统，提交相关的开发文档。3.2 信息系统的分析系统分析阶段的任务是依据系统开发打算所确定的范围，对现行系统进展具体调查，描述现行系统的业务流程，指消灭行系统的
7、局限性和缺乏之处，确定系统的根本目标和规律模型，这个阶段又称为规律设计阶段。3.2.1 需求分析需求分析就是针对用户的实际需求开放分析和调査。只有了解用户的需求，才能确定系统的目标。需求分析的目标有三个：一是猎取准确、清楚、完整的需求，包括功能需求和非功能需求丨二是确定需求的分级，划分需求优先级，指导后续工作，三是收集系统用户的业务资料，推测系统业务需求的进展趋势，为系统的开发方向供给依据。需求分析要求能够答复系统“做什么”这个关键问题，只有明确了这个问题，才有可能有针对性地去解决这个问题。把需要解决哪些问题、满足用户哪些具体需求都分析清楚，从规律上，或者说从信息处理的功能需求上提出系统的方案
8、，即建立规律模型，为下一阶段进展物理方案确定设计的方向。简洁地说，系统需求分析阶段就是将系统的目标具体化为用户需求，再将用户需求转换为系统的规律模型，系统的规律模型是用户需求明确、具体的表示。(1) 用户需求分析用户需求是指用户对系统应具有的全部功能和特性的要求。主要包括：功能要求，即确定信息系统要做什么，这是最主要的需求。性能要求，即给出所开发系统的技术性能指标，包括存储容量限制、运行时间限制、安全保密等。环境需求，即系统运行以及所处环境的要求。(2) 系统运行状况分析信息系统的运行状况分析主要包括以下几点：收集并整理各部门使用的票据、表格调査各个部门信息的产生过程和处理过程处理方式，涉及人
9、员及对涉及的数据、表格进展归档调査各部门对系统的要求和意见将调査结果绘制成业务流程图整理收集的信息，为数据文件产生供给条件对业务流程进展改动和调整，使业务流向更趋于合理。通过系统运行状况的调査分析，可以觉察系统中存在的主要问题和薄弱环节，并提出解决问题的初步设想，使系统设计功能更强， 效率更髙。3.2.2 组织构造和功能分析组织构造与功能分析是整个系统分析中最先进展的一个环节，也是较为简洁的一个环节。(1) 组织构造分析组织构造分析的目的是了解组织的主要功能、治理模式、层次关系、治理职能安排，以及不同部门之间信息的应用、处理和传递关系， 为确定信息系统的宏观构造供给依据，也为进一步具体了解业务
10、流程信息供给线索。组织构造分析通常是通过组织构造图来实现的。组织构造图是一张反映组织内部之间隶属关系的树状构造图。(2) 业务功能分析信息系统的建设有一个总的目标，为了到达这个目标，需要各个子系统的支持。而各个子系统的功能完成，又依賴于子系统各项功能的执行完成度。功能分析的目的就是确定各个子系统的功能构造，以组织构造为线索，层层了解各个部门的职责.工作内容和内局部工， 以此把握系统的功能体系。功能分析可以用功能体系图来表示。功能体系图是一个完全以业务功能为主体的树形图，其目的是描述组织内部各局部的业务和功能(3) 组织与功能关系分析系统功能和组织构造是亲热相关的，系统功能与组织构造的关系通常可
11、以通过组织/功能关系图来实现。组织/功能关系图可以反映出组织各部门在系统中所担当的业务关系。在组织/功能关系图中，一般用横坐标表示组织名称，用纵坐标表示业务功能名称，中间栏填写组织在执行功能/业务中的作用。3.2.3 业务流程分析业务流程分析是在业务功能分析的根底上，利用系统调査的资料， 将业务处理过程中的每一个步骤用一些规定的图形符号及连线来表示，从而形成一个直观图，这样的图称为业务流程图。业务流程图可以帮助开发人员了解该业务的具体处理过程，觉察和处理系统调査工作中的错误和疏漏，修改和刪除原系统的不合理局部。业务流程图是一种用完可能简洁的方法来描述业务处理过程的方法。通常承受 6 个根本图形
12、符号来描述业务流程图，有关 6 个符号的内部解释可直接用文字标于图内。这 6 个符号所代表的内容与信息系统最根本的处理功能一一对应。业务流程图是依据系统调査表中所得到的资料和问卷调査的结果，按业务实际处理过程将它们绘制在同一张图上。3.2.4 数据流程分析数据流程的分析是把数据在组织或原系统内部的流淌状况抽象出来，舍去具体组织机构、信息栽体、处理工作、物资、材料等， 单从数据流淌过程来考査实际业务的数据处理模式。数据流程分析主要包括对信息的流淌、传递、处理、存储等的分析。数据流程分析的目的就是要觉察和解决数据流通中的问题。现有的数据流程分析多是通过分层的数据流程图来实现的。其具体的做法是：按业
13、务流程图整理出的业务流程挨次，将相应调査过程中所把握的数据处理过程，绘制成一套完整的数据流程图，一边整理绘图，一边核对相应的数据和报表、模型等。数据流程图需要用到四个根本符号，即外部实体、数据处理、数据流和数据存储。(1) 外部实体：指系统以外又与系统有联系的人或事物。它表达该系统数据的外部来源和去处，也可以是另外一个信息系统。用一个正方形，并在其左上角外边另加一个直角来表示外部实体，在正方形内写上这个外部实体的名称。(2) 数据处理：指对数据的规律处理，也就是数据的变换。在数据流程图中，用带圆角的长方形表示处理。(3) 数据流：指处理功能的输入或输出，用一个水平箭头或垂直箭头表示。箭头指出数
14、据的流淌方向。数据流可以是信件、票据，也可以是 等。(4) 数据存储：指数据存储的规律描述，在数据流程图中用右边开口的长方条表示，长方条内写上数据存储的名字。数据流程图是描述治理信息系统规律模型的主要工具，它主要有两个特点：(1) 概括性。数据流程图把系统对各种业务的处理过程联系起来， 形成一个综合的数据流程整体，具有很强的概括性。(2) 抽象性。数据流程图不考虑具体的物理因素，如具体的组织机构、工作场所、物流、存储介质、具体的处理方法和技术手段等内容，只是抽象地反映数据的流向、自然的规律过程和必要的规律数据存储。数据流程图既不反映起始点，也不反映终止点，全部与计算机有关的专业技术都不在数据流
15、程图中反映。我们只能抽象地总结出治理信息系统的任务，以及各项任务之间的挨次和关系，从信息处理的角度将一个简单的实际系统抽象成一个规律模型。数据流程图不仅要反映现行系统的规律功能，更重要的是应当反映将要建立的系统的规律功能。绘制完成数据流程图后要检査流程及信息是否正确，有问题的要准时修改。3.2.5 统分析报告系统分析阶段的最终成果是系统分析报告，又称为系统说明书。系统分析报告反映了这一阶段调査分析的全部状况，是下一步设计与实现系统的纲领性文件。一份好的系统分析报告应当不但充分展现前段调査的结果，而且还要反映系统分析结果系统的规律方案，这是格外重要的。系统分析报告主要包括以下内容：(1) 引言概述。主要是对分析对象的根本状况作概括性的描述， 它包括组织的构造和目标，组织的工作过程和性质、业务功能、对外联系组织与外部实体间有哪些物质以及信息的交换关系、系统开发的有关背设以及文本所用的特地术语等等。(2) 工程概述。工程概述局部包括：工程的主要工作内容。简要说明本工程在系统分析阶段所进展的各项工作的主要内容。这些是建立系统规律模型的必要条件，而规律校型是书写系统说明书的根底。系统需求说明。对现行系统的真实状况及问题所在和用户的要求进展说明，其中包括现行系统的目标、主要
