信息系统分析与设计 大论文

1 系统开发的生命周期

系统开发是管理信息系统建设中最重要的一个阶段，整个管理信息系统建设分成若干项目分期分批进行,每个项目一般是整个系统的一个或几个子系统的建立，从项目开发开始到结束的整个过程,称为系统开发的生命周期，它一般分为以下阶段:

1．1系统分析:

这一阶段的主要任务是明确用户的信息需求,确定系统要解决的问题和要实现的目标,提出新系统的逻辑方案,即解决系统“做什么”的问题，需要进行的工作有系统的初步调查、可行性研究、现行系统的详细调查及新系统逻辑模型的提出等。

1．2系统设计:

这一阶段的主要任务是根据新系统的逻辑方案进行软、硬件系统的设计,其中包括总体结构设计、输出设计、输入设计、处理过程设计、数据存储设计和计算机系统方案的选择等，它是根据系统的逻辑模型来建立物理模型,解决系统“怎么做”的问题。

1．3系统实施:

这一阶段将设计的系统付诸实施,主要工作有软件的程序编制与软件包的购置,系统的安装、调试与测试,新旧系统的转换等。

2 系统开发方法

2．1自顶向下的方法

所谓自顶向下的设计，就是设计者首先从整体上规划整个系统的功能和性能，然后对系统进行划分，分解为规模较小、功能较为简单的局部模块，并确立它们之间的相互关系，这种划分过程可以不断地进行下去，直到划分得到的单元可以映射到物理实现。

2．2 结构化生命周期方法

“结构化”一词在系统建设中的含义是用一组规范的步骤、准则和工具来进行某项工作，这种方法的基本思路是:把整个系统的开发过程分成若干阶段,每个阶段进行若干活动,每项

活动应用一系列标准、规范、方法和技术,完成一个或多个任务,形成符合给定规范的产品(成果)。

2．3原型法

原型法是一种根据用户需求，利用系统开发工具，快速地建立一个系统模型并展示给用户，再此基础上与用户交流，最终实现用户需求的信息系统快速开发的方法。

应用原型法开发过程包括系统需求分析、系统初步设计、系统调试、系统检测等阶段。原型法具有开发周期短、见效快、与业务人员交流方便的优点，特别适用于那些用户需求模糊，结构性比较差的信息系统的开发。

原型法是传统方法(生命周期)和用户开发相结合的方法,其基本思路是:用户与系统分析、设计人员合作,根据用户提出的最基本的要求,应用第四代工具,先很快建立一个应用软件的骨架,作为应用开发的实验模型，通常把这个实验模型叫做系统的原型(prototype)，用户先运行这个原型系统,熟悉它,使用它,受到启发并取得经验,然后对系统的目标和功能提出精确、具体的需求,在对系统的需求最后决定后,再用生命周期法建设系统，通常,系统的原型并

不是一次建成的,而是由一个初始原型开始,通过逐步细化达到满意为止，

原型应当具备的特点如下：

（1）实际可行；

（2）具有最终系统的基本特征；

（3）构造方便、快速，造价低；

原型法的特点在于原型法对用户的需求是动态响应、逐步纳入的，系统分析、设计与实现都是随着对一个工作模型的不断修改而同时完成的，相互之间并无明显界限，也没有明确分工。系统开发计划就是一个反复修改的过程。适于用户需求开始时定义不清、管理决策方法结构化狂度不高的系统开发，开发方法更宜被用户接受；但如果用户配合不好，盲目修改，就会拖延开发过程。

可以将原型分类如下：

（1）抛弃型原型（Throw-It-Away Prototype），此类原型在系统真正实现以后就放弃不用了。

（2）进化型原型（Evolutionary Prototype），此类原型的构造从目标系统的一个或几个基本需求出发，通过修改和追加功能的过程逐渐丰富，演化成最终系统。

2．4面向对象方法：

随着应用系统日益复杂庞大和面向对象程序设计语言的日益成熟，面向对象的系统开发方法以其直观、方便的优点获得广泛应用。

面向对象方法的基本思想如下：

（1）客观事物是由对象组成的，对象是在原事物基础上抽象的结果；

（2）对象是由属性和操作组成的，其属性反映了对象的数据信息特征，而操作则用来定义改变对象属性状态的各种操作方式；

（3）对象之间的联系通过消息传递机制来实现，而消息传递的方式是通过消息传递模式和方法所定义的操作过程来完成的；

（4）对象可以按其属性来归类，借助类的层次结构，子类可以通过继承机制获得其父类的特性；

（5）对象具有封装的特性，一个对象就构成一个严格模块化的实体，在系统开发中可被共享和重复引用，达到软件（程序和模块）复用的目的面向对象的信息系统开发，其关键点是能否建立一个全面、合理、统一的模型，它既能反映问题域，也能被计算机系统求解域所接受；面向对象开发方法主要有分析、设计和实现三个阶段。面向对象方法在整个开发过程中使用的是同一套工具。整个开发过程实际上都是对面向对象三种模型的建立、补充完善和表达验证。因此，面向对象开发方法中分析、设计和实现三个阶段的界限并非十分明确，但对信息系统的开发划分阶段还是十分必要的。

2．5 CASE开发方法

计算机辅助软件工程(Computer-Aided Software Engineering,简称case。CASE的软件平台

CASE工作站是一个完整的环境,包括硬件和软件两部分,其目的是为软件系统的开发、维护和项目管理提供一个计算机化的辅助手段，

CASE软件平台是一组范围广泛的集成化软件工具,工作站的软件开发人员可以根据自己的需要对CASE软件平台进行任意增裁,以便于执行某些专门的项目管理、设计和维护这样一些任务,以代替传统的软件开发工具，

管理信息系统中一个基本的统一概念就是传统的系统生命周期,它描述了管理信息系统开发、使用和维护各个阶段过程,从根本上说,这是结构化系统开发和维护的一种管理技术，软件系统是管理信息系统的核心,软件系统的生命周期是管理信息系统生命周期的主要内容，在传统的软件系统生命周期中,强调的是生命周期的后期阶段,由于系统开发人员急于开始编码,因此,通常只有不到35%的开发工作量用于分析和设计阶段,生命周期开发阶段的这种工作量分布状况导致了软件系统不良的规格说明和较高的开发成本，当人们发现最严重的错误和代价都出现在软件开发的前期阶段时,对软件生命周期前期的重视就超过了后期阶段,比如,把60%的开发工作量用在分析和设计阶段，结构化技术策略的基本部分就是花时间仔细定义需求,并且在开始考虑细节的实现之前,认真地研究设计的方法，

引入CASE技术后,更加有条件强调生命周期的前期阶段，分析和设计任务的自动化以及自动的设计规格说明检查带来了更高的效率和更低的错误率，自动查错功能可以在系统开发的早期发现错误并加以纠正,而自动代码生成则使编码阶段在生命周期中更为简短。

与传统的软件生命周期相比,采用CASE技术进行软件系统开发,创建原型阶段代替了系统分析阶段支持建立系统的原型。

原型是软件系统的模型,它为用户提供了一种具体的框架,说明从用户角度看,系统将是什么样子,以及它在实际环境中是如何运行的，CASE所提供的建立原型的工具在实现软件生命周期前期工作的自动化上发挥了重要作用，这些工具用来决定系统需求并回答有关这个正在生成的系统的性能问题，在原型化工作中,还必须提供实际环境中的某些输入数据对原型进行模拟运行以证实系统设计模型的正确性和完整性，借助于CASE模拟工具,系统开发人员在系统开发的编码阶段开始之前就能发现设计中的错误并给予及时纠正，自动化的处理步骤

CASE硬件平台

CASE技术不仅仅是一种把一组相关的软件生命周期工具装配在一起的方法,它是要为用户提供一个完整的集成化环境,以便提供一条从问题的描述到支持程序的快速和有效的开发的途径,因此,需要对整个软件开发的支撑环境重新进行定义,这就是CASE系统的硬件平台，

CASE软件支撑环境有三种可供选择的硬件平台:1独立的工作站;包括一台主机和若干工作站组成的两层结构;包括一台中央主机、中型的部门级或项目级的主机和若干工作站的三层结构，

独立的工作站将为系统开发人员提供一个高度交互、快速响应的专用工作平台,在该平台上可以执行各种软件生命周期的任务,尤其是强大的图形功能,使用户可以方便地建立和使用各种结构化图形,以便对软件系统进行说明和编制文档,另外,还能快速地建立系统的原型,这有助于尽快揭示和澄清用户的需求，独立的工作站是一个完整的分析和设计的工作平台,它为从事系统开发、维护的项目管理人员提供了最有效的支持，

然而,在实际上,CASE工作站是不能单独存在的,必须有一种桥梁把开发人员的各工作站

以及其他的硬件系统连在一起,使项目组的成员之间能够进行通讯和信息共享，工作站的这种可联接性是通过局域网(LAN)实现的,其目的是共享存在CASE中心信息库中的系统信息，通常可以指定某个工作站为主CASE中心信息库的文件服务器,开发人员选择其中的某些部分

加到自己的本地CASE中心库中,以便在自己的工作站上对工作项目库进行维护。

虽然工作站的连接性能支持许多软件生命周期任务和项目组成员之间的通讯,但全功能CASE工作台的支撑硬件结构都有二至三层,在这种层次结构的硬件环境上执行分布式系统可以减少使用昂贵的主机资源而引起的冲突,而且允许在最有利的硬件系统上执行任务。

CASE硬件平台的主机部分，后端CASE工具自动实现编码、测试、数据库生成、数据规范化和系统的效果分析任务,这些任务需要具有大型数据处理和存储能力的主机支持。

中心信息库把CASE系统的前、后端部分连接起来,它是一个通讯机构,通过它,可以对软件生命周期各阶段收集到的所有系统信息进行管理和共享。CASE中心库是基本的生命周期集成器,它使用在某个生命周期阶段的CASE工具能把数据传递到下一个阶段。

CASE中心库在逻辑上可分为项目和系统模型,在物理上则分成对应CASE系统每个硬件平台的若干层,在工作站级上用一个局部的中心库支持单个的开发人员，在主机层上用基于主机的中心库保存所有公司的系统信息，在部门或项目级上用一个中型的中心库保存所有的项目信息。

一个完整的CASE系统支持全部的信息系统开发工作,它可驻留在多种硬件平台上。如何在这些硬件平台之间共享信息和工具是使得CASE技术成为实用和有效的一个主要问题，硬件系统之间的连接性和工具之间的接口则是选择和评价CASE系统时要考虑的一个重要指标。

CASE工具箱则可以支持生命周期的前期阶段,但也可支持某些后期阶段和项目管理。CASE代码生成器主要支持程序的设计，建立原型和实施阶段的工作。把CASE分析/设计工具包和CASE代码生成器这两种CASE工具集成在一起的CASE工作台,则可全面支持整个软件生命周期的工作。

4 方法比较

结构化生命周期方法使管理信息系统的建设逐渐形成一套比较严格的标准、规范、方法与技术,使系统建设的组织管理与实施有章可循，各种新方法都是在这种方法的基础上发展而来的。结构化方法适用于系统的目标明确，需要解决的问题结构化程度强的用户系统。

原型法是传统方法(生命周期法)和用户开发相结合的方法,它与生命周期法相比,有两个不同的特点：在没有完全弄清楚系统需求之前,通过原型化设计环境或其他软工具迅速建立原始系统(原型)。在原型化环境上,对原始系统进行扩充修改与完善。显然，原型法是面向目标，而生命周期法是面向项目的。面向对象方法实质上是一种新的软件设计思想,它采用更接近现实的方法描述用户需求和系统模型，对软件开发中的需求说明,系统分析和系统设计进行更形式化的描述，并且能够很好地支持软件重用技术，随着面向对象方法的越来越成熟,今后CASE工具将支持面向对象的软件开发方法。

CASE技术是系统开发工具与方法的结合,它的目标是实现系统开发生命周期内各阶段工作基于计算机的自动化。它不同与传统软件开发方法的根本点就在于：CASE软件开发方

法面向由计算机来自动开发软件系统,而传统的方法则是面向软件开发专业人员。

2信息系统的案例分析：厂库存管理信息系统的分析与设计

2．1．问题的提出

（1）开发背景

XX厂是我国的一家老加工企业，随着改革的深入和经济的发展，该厂的生产任务日益繁重，从而对库存管理的要求也更加严格。在传统的手工管理时期，一种物品由进货到发货，要经过若干环节，且由于物品的规格型号繁多，加之业务人员素质较低等因素，造成物品供应效率低下，严重的影响了企业的正常生产。同时由于库房与管理部门之间的信息交流困难，造成库存严重积压，极大的影响了企业的资金周转速度，另外也使得物资管理、数据汇总成为了一大难题。

当今该厂的竞争压力越来越大，企业要想生存，就必须在各个方面加强管理，并要求企业有更高的信息化集成，能够对企业的整体资源进行集成管理。现代企业都意识到，企业的竞争是综合实力的竞争，要求企业有更强的资金实力，更快的市场响应速度。这就要求企业各部门之间统一计划，协调生产步骤，汇总信息，调配集团内部资源，实现既要独立，又要统一的资源共享管理。随着信息技术的发展，该厂为了提高库存周转率，加快资金周转速度，决定开发“库存管理信息系统”。

（2）项目目标

充分利用现有的设备，采用VB6，0作为开发工具，利用ACCESS数据库建立一个高效、准确、操作方便，具有专业的查询、更新及统计功能的微机管理信息系统，以满足工作人员进行综合的、模糊的查询及更新要求，从而更加方便的管理库存物品。该系统的开发与建立会极大程度提高管理人员、工作人员的工作效率。

2．2．对现有系统进行需求调查

需求调查是信息系统分析与设计的基础。要开发并实施一个完整的信息系统，必须首先了理解用户的需求，并形成系统需求说明书。在此基础上才能进行系统分析、系统设计和程序编码等工作。该厂在需求调查过程中发放了8种不同种类的调查表，要求相关人员对其进行逐条逐项的填写，从而对其现行系统的业务流程进行了详细的调查。

2．2．1现行系统业务流程

通过大量的调查，我们了解到当前该厂的业务流程如下：各车间向商品供应部门提出对某种商品的需求计划，仓库将相应的商品发放给各车间，一般要经过计划、库房管理等流程。各业务流程图如图1所示。

2．2．2现行系统存在的问题

由于采用的是手工管理，账目繁多，加之几个仓库之间距离较远，库管员、计划员和有关领导相互之间的信息交流困难，使得物资供应效率低下，影响生产。同时每月的月末报表会耗费大量的人力，且由于手工处理容易造成失误，从而影响了数据的效率和准确率，造成了不必要的损失。因此，该厂必须建立相应的库存管理信息系统，使其能根据市场情况，及时合理地采购所需商品，同时又能科学地对商品进行管理，统筹安排人力、物力、财力，有效地改善当前管理的混乱状况。

库存管理是企业管理的重要组成部分。在企业生产经营活动中，库存管理既必须保证生产车间对原材料、零部件需求，又直接影响采购、销售部门的购、销活动。为盘活企业流动资金，加快资金周转，在保障供给的前提下，最大限度地降低商品的库存量，节省企业流动资金的占用，直接影响着企业的经营效益。根据对该厂的库存管理情况所作的调查和参考有关资料，发现目前该厂在库存管理方面存在着如下问题:

①不能及时获得库存信息

在企业运作过程中，管理人员必须获知各种商品当前的库存量，在库存数量小于商品的最低库存限度的时候，向供应商进行订货；在库存数量大于商品的最高库存限度的时候，即商品积压的时候，应该停止商品的进货活动。但在实际操作中，由于商品的种类多、数量大，需要进行仔细地核算，这不仅费时，而且易出错，从而影响企业快速有效地运转。

②库存信息不够准确

仓库管理员根据各种入库单、需求计划单和领料单进行商品的入库、出库操作后，要随时修改商品的库存信息和出库、入库信息，以便反映库存状况。工作中的主要问题是：由于商品种类多、数量大、出库入库操作频繁等原因，造成库存记录和实际库存量通常达不到严格一致，因而需要通过盘点来纠正差错，这既耽误时间，又增加了工作量。

③无法及时了解车间对库存商品的需求情况

在需求计划单下达后，由于库存商品与车间的关系复杂，根据送料员的个人经验给各车间分配车间所需商品时，常缺少入库、出库信息和相关信息，经常出现车间缺少该商品的时候才知道该产品需要情况，此时如果库存量不足，将会导致车间的停产。无法及时了解车间对库存商品的需求情况会使企业的生产和销售环节发生混乱，使企业无法正常的运作。

市场需求日益多样化和个性化，产品更新换代的周期越来越短，这就要求企业必须改变库存管理现状，以适应时代的要求。

2．2．3企业库存管理系统的特点

因为传统企业库存管理存在以上的问题难于适应现代库存管理要求，所以现代企业库存管理系统要具有以下的特点：

①科学的库存管理流程

存货的种类不同，所涉及的业务环节及它们所组成的业务流程也各有差异。一般而言，库存业务包括入库处理、货物保管和出库处理三个主要部分。通畅的业务流程是保障高效库存管理的基础，应具备优化、无冗余、并行作业的基本属性。企业库存管理系统对企业的业务流程进行流程再造，使其更加通畅，提高企业在同行业中的竞争力。

②商品代码化管理

代码问题，严格说是一个科学管理的问题，设计出一个好的代码方案对于系统的开发工作是一件极为有利的事情。代码设计的好可以使很多机器处理变得十分方便，还可以把一些现阶段计算机很难处理的工作变成很简单的工作。

由于库存商品种类繁多，在库存管理过程中极易发生混乱的问题。IT技术与层次编码技术的结合为商品的高效管理提供了可能。这种编码技术对所有库存商品按照层次和类别赋

予唯一的编码。它是区分不同商品的最主要的标准，具有易读和易记的特点，使得管理者只需知道商品的编码，就可以了解该商品的有关信息，以便在每日的烦杂管理中，保持规范、有序的状态。

③库存异常报警

当库存数量小于商品的最低库存限度的时候，系统发出警报，提醒管理人员应该向供应商进行订货；在库存数量大于商品的最高库存限度的时候，即商品积压的时候，系统也会发出警报，提醒管理人员应该停止商品的进货活动。也就是说企业库存管理信息系统既能防止商品供应滞后于车间对它们的需求，也能防止商品过早地生产和进货，以免增加库存。对企业的生产起了保障作用，同时节省了企业的流动资金。

2．3．系统分析

系统分析的任务是在全面调查的基础上，通过对现行管理业务的分析，提出系统的目标要求和功能分析的总体逻辑模型。

2．3．1（1）数据流程图

根据系统调查阶段的数据资料，并依据用户的要求，确定该厂信息系统的基本功能和工作过程如下：

首先车间科室提出需求计划，库房管理员根据库存情况，决定是否需购货，如不需购货则通知车间前来取货，否则库房管理员通知采购员购货，当货物到达后进行入库处理并通知车间科室前来取货。

根据相应的功能要求，我们绘制系统的数据流程图，如图2所示：

图2 数据流程图

2．3．2数据字典

数据字典是对描述数据流程图中的数据项、数据流、数据存储、加工处理逻辑等组成部分的严格定义，下面是本系统的数据字典（由于篇幅原因，在此仅给出部分）。

①数据项的定义

数据项编号：1-01

数据项名称：商品编号

别名：无

简述：某种商品的编号

类型：字符型

长度：8字节

取值范围：数字+英文字母

数据项编号：1-02

数据项名称：单价

别名：购入单价

简述：某种商品的购入单价

类型：数值型

长度：10位，小数位2位

取值范围：0，00－9999999，99

数据项编号：1-03

数据项名称：库存数量

别名：实际库存数量

简述：某种商品的库存数量

类型：数值型

长度：5位整数

取值范围：0－99999

②数据流的定义

数据流名称：入库单

编号：F1

简述：采购人员填写的商品入库凭单

数据流来源：采购人员

数据流去向：登记库存台账

数据流组成：日期 + 入库单编号 + 商品编号 + 购入数量

流通量：25份/天

高峰流通量：50份/天

数据流名称：发货单

编号：F2

简述：供应商填写的商品发货凭单

数据流来源：供应商

数据流去向：登记合同台账

数据流组成：日期 + 发货单编号 + 供应商编号 + 商品编号 + 发货数量流通量：25份/天

高峰流通量：50份/天

数据流名称：取货单

编号：F3

简述：库管员填写的要求车间取货凭单

数据流来源：库管员

数据流去向：车间

数据流组成：日期 + 车间编号 + 商品编号 + 数量

流通量：25份/天

高峰流通量：50份/天

③数据存储的定义

数据存储的名称：库存台账

数据存储编号：D1

简述：记录商品的编号、名称、单价与库存数量等信息

数据存储组成：商品编号 + 购入单价 + 库存数量

关键字：商品编号

数据存储的名称：合同台账

数据存储编号：D2

简述：记录合同的编号、供应商编号、货物编号、单价与购入数量等信息

数据存储组成：合同编号 + 供应商编号 + 商品编号 + 单价 + 购入数量 + 日期 + 合同状态

关键字：合同编号

数据存储的名称：计划台账

数据存储编号：D3

简述：记录计划的编号、车间编号、商品编号、数量等信息

数据存储组成：计划编号 + 供应商编号 + 商品编号 + 数量 + 日期 + 计划状态

关键字：计划编号

数据存储的名称：供应商信息

数据存储编号：D4

简述：记录供应商的编号，名称，地址，电话，传真，银行帐号

数据存储组成：供应商编号 + 名称 + 地址 + 电话 + 传真 + 银行帐号

关键字：供应商编号

数据存储的名称：商品信息

数据存储编号：D5

简述：记录库存商品的编号，类别，名称，规格，单价，单位，存放位置，用途

数据存储组成：商品编号 + 名称 + 类别 + 规格 + 单价 + 单位 + 存放位置 + 用途

关键字：商品编号

数据存储的名称：车间信息

数据存储编号：D6

简述：记录车间的编号，名称，联系人，电话

数据存储组成：车间编号 + 名称 + 联系人 + 电话

关键字：车间编号

数据存储的名称：用户信息

数据存储编号：D7

简述：记录用户名称、密码和权限

数据存储组成：用户名 + 密码 + 权限

关键字：用户名

④处理逻辑的定义

处理名：库存检查

编号：P1

输入：数据流F5

输出：数据流F6

描述：当车间将计划单发给库管员后，库管员要将计划单与库存台账进行比较，看是否需要订货。

处理名：验货处理

编号：P2

输入：数据流F2，数据流F5

输出：数据流F1，数据流F4

描述：采购员要检验货物的质量。

处理名：出入库检查

编号：P3

输入：数据流F1

输出：数据流F3

描述：当验货处理后，库管员将货物入库，并发取货单到订货单位。

2．4．系统设计

2．4．1系统功能结构设计

库存管理信息系统的目标是保障企业生产所需的所有商品供给，并通过有效的管理，提高库存周转率，降低资金占用。我们根据系统分析结果，得出本系统的功能结构图如图3所示。

计划管理的主要功能是根据各生产部门上报的生产、维修及工程用料计划与已有的采购合同计划和库存情况等信息建立数据库，并及时根据生产计划的变更，修改商品计划，生成商品采购清单。

库存管理模块中的各子模块都由数据录入、修改、删除、查询等模块构成。其中数据录入模块包括对商品库存文件的数据录入、商品购入文件的数据录入、商品出库文件的录入；数据修改是对上述三种文件中的数据进行修改；数据删除同数据修改基本上是一样的，只不过这里是将记录从相应的数据库文件中删除掉。

图3 功能结构图

2．4．2系统配置方案

根据开发时期计算机市场的性能价格比和本系统的实际情况，选择了P4微机及Access

数据库管理系统。

2．4．3代码设计

为了和工作人员以往的商品管理方式一致，商品信息编码以数字表示。根据行业标准，所有商品分为19大类（两位数字），每大类又分为若干小类（两位数字），在小类中根据商品规格型号的不同以卡号（四位数字）再进行区分。设计方案如图4所示。

** ** ****

图4 商品代码设计方案

此外为了使数据录入、商品信息管理、信息查询、统计的方便快速，我们还根据需要对商品的去向和来源进行了统计用信息编码和部门编码。

2．4．4数据库设计

数据库是数据库应用程序的核心。数据库设计是建立一个应用程序最重要的步骤之一。数据库设计一般要在需求分析和数据分析的基础上进行概念设计、逻辑设计和物理设计。

① 概念设计

经过对该厂的调查我们了解到系统中的实体类型有：供应商、商品、领用单位等，这些实体之间的相互关系有：

供应商与商品之间存在“供应”联系，是多对多的。 商品与领用单位之间存在“出库”，“出库”对多的。 每个实体的属性分别是：

供应商：供应商编号，名称，地址，电话，传真，银行帐号

商 品：商品编号，名称，类别，规格，单价，单位，库存量，存放位置，用途 车 间：车间编号，名称，联系人，电话 画出库存管理的E －R 图如图5所示。

图5 库存管理E －R 图

② 逻辑设计

逻辑设计的任务是根据DBMS 的特征把概念结构转换为相应的逻辑结构。概念设计所得

小类号

商品规格型号

大类号

到的E－R模型，是独立于DBMS的，这里的转换就是把表示概念结构的E－R图转换成关系模型的逻辑结构。将上图转换为规范的关系模式为：

供应商（供应商编号，名称，地址，电话，传真，银行帐号）

商品（商品编号，名称，类别，规格，单价，单位，库存量，存放位置，用途）

供应（供应商编号，商品编号，数量，单价）

车间（车间编号，名称，联系人，电话）

出库（商品编号，车间编号，数量）

③物理设计

物理设计的目的是根据具体DBMS的特征，确定数据库的物理结构（存储结构）。关系数据库的物理设计任务包括两个方面，一是确定所有数据库文件的名称及其所含字段的名称、类型和宽度；二是确定各数据库文件需要建立的索引，在什么字段上建立索引等。各表结构如表1－7所示。

表1 库存台账

表3 计划台账

表4 供应商信息

表5 商品信息

表6 车间信息

表7 用户信息

该厂的库存管理信息系统包括：计划管理、库房管理等子系统，系统运行流程图如图6所示。

图6 库存管理系统流程图

2．6系统实施

数据库：Microsoft Access 2003

报表工具：Web报表工具

开发环境：Microsoft WindowsXP

系统测试是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，进行信息系统的各种组装测试和确认测试，其目的是通过与系统的需求相比较，发现所开发的系统与用户需求不符合或者矛盾的地方，从而提出更加完善的方案。他的任务是尽可能彻底地检查出程序中的错误，提高软件系统的可靠性。

模块测试：对厂库存管理信息系统的每个模块进行检测，找出程序是否有错误

组装测试：测试厂库存管理信息系统的各个模块之间的接口是否正确。

确认测试：将软件原型交付给厂库进行使用，测试整个软件系统是否满足其要求的功能和性能。根据用户的反馈，对系统进行修改，再交给用户使用，直到用户满意为止。

3 总结

经过对《信息系统分析与设计》的学习，我学习到了基本的理论知识，了解到了分析与设计的思想，这些知识都为我的课程实践和进一步的学习打下了坚实的基础。此次课程设计，一方面是为了检查这一个学期来的学习成果，另一方面也是为了让我们进一步掌握和熟练地运用它，与此同时，也能够让我们认清自己在分析、设计、编程等方面的不足之处和薄弱环节，并加以弥补和巩固。通过对学籍管理系统的程序设计，进一步的巩固了用c语言编写程序的能力。在近两周的课程设计中，我体会颇多，学到了很多东西。我感受到了团队合作的重要性。良好的团队合作会大大加快工作的效率。在技术方面，我认识到自己的技术水平还十分有限，而技术的海洋是无止境的。我应该继续学习，提升自己的技术能力和工程的思想，并在系统的整体设计方面继续学习，以期在以后的设计中能设计出更完善的系统。总之，通过这次课程设计，我收获颇丰，相信会为自己以后的学习和工作带来很大的好处。最重要的还是激发了我的兴趣和热情，让我从一个只懂理论的初级阶段发展到了能通过实践做一些小型程序。整体地评价这次课程设计，我认为收获很大，正如上面所说的那样，通过课程设计，既复习了以前的旧知识，又学到了一些新的知识。像厂库存管理系统这样的应用程序的设计和创建，经历了平时在课堂和考试中不会出现的难题和考验。而这些问题，又都是课本上很少提到的、更深一层的实践与知识相结合的问题，这并不是我们平时只靠课本，就可以轻易解决的。所以，锻炼了我们面对难题，学会用已掌握的知识去解决具体问题的能力，进一步培养了独立思考问题和解决问题的能力。当然，老师的指导和同学的帮助也是不可忽视的，他们给了我许多提示和帮助，教会了我很多实用的方法。总而言之，这次程序设计实践让我收获很大。