xxx单位进销存管理信息系统设计报告.doc

目 录第一章 绪言31.1组织机构概况31.2项目开发背景及信息系统目标31.3信息系统范围41.4项目开发方法和计划41.5作者的主要贡献5第二章 系统需求分析62.1现行业务系统描述62.1.1组织机构图介绍62.1.2业务流程分析72.2现行系统主要问题分析92.3解决方案92.3.1方案192.3.2方案2102.4可行性分析112.4.1技术可行性分析112.4.2经济可行性分析122.4.3营运可行性分析12第三章 新系统逻辑方案123.1数据流图133.1.1系统关联图143.1.2系统顶层图153.1.3系统一层图183.1.4系统二层图213.2数据字典223.2.1数据加工233.2.2数据流273.2.3数据元素283.2.4数据存储293.2.5外部项303.3基本加工说明313.3.1基本加工分析31第四章 系统总体设计324.1软件模块结构设计324.1.1HIPO分层图334.1.2IPO图354.2数据库设计394.2.1需求分析404.2.2实体描述404.2.3联系描述404.2.4 E-R图414.2.5转换规则424.2.6关系模式424.2.7数据库表434.3计算机系统配置方案434.3.1计算机系统硬件配置434.3.2计算机系统软件配置434.4系统安全性、可靠性方案434.4.1系统安全性434.4.2系统可靠性45第五章 系统详细设计465.1代码设计465.2用户界面的设计475.2.1登录界面设计475.2.2系统基本信息界面设计475.2.3基本信息输入模块处理设计475.2.4单条件查询处理设计475.2.5多条件查询处理设计47第六章 系统实现476.1.1计算机系统平台476.1.2编程工具与环境476.2.1测试规程486.2.2测试计划及测试记录506.3系统转换方案506.3.1系统转换方案506.3.2系统转换实施概况506.4系统运行与维护概况516.4.1系统运行概况516.4.2系统维护概况51第七章 总结与展望527.1总结527.2展望537.3回顾53参考文献54致谢54第一章 绪言1.1组织机构概况上海麦琳贸易有限公司（以下简称麦琳贸易）成立于2005年。公司主要经营生活用品的进货与销售业务。1.2项目开发背景及信息系统目标本课题是以麦琳贸易有限公司为背景而设计开发的一套关于日用品进销存管理信息系统。随着公司业务量的逐渐增长，业务范围的不断扩大，我嗯是中国进入WTO之后，市场竞争尤其是日用品行业的竞争日趋激烈，公司需要更多的人力，物力，财力以稳固并拓展公司商品在市场的销售额。如何更加有效地管理产品进、销、存已成为公司领导的重要决策事项。到目前为止，公司还没有一套完整的，行之有效的管理信息系统，公司进行信息管理的主要方式是基于文本、简单的输入处理，信息处理工作量大，查询困难。为了使公司的管理工作科学化，规范化，为了降低管理成本，实现管理现代化，扩大市场的竞争优势，公司领导提出开发“进销存管理信息系统”，希望通过建立管理信息系统，提高企业现有资源的利用率，使企业管理工作规范化、制度化和程序化，避免业务管理的随意性，提高信息处理的速度和准确性，及时、准确地把握企业内部、市场和其他外部信息，以提高领导决策的水平。1.3信息系统范围 “进销存管理信息系统”主要是为了公司的经营活动提供信息服务，它涵盖了采购部门、销售部门和仓库的各项管理工作，涉及多方面的职能。系统能够对客户信息管理、订单管理、报价单管理、供应商管理、出货管理等信息提供存储、更新、查询、统计的功能，使公司能够合理控制进销存各个环节，提高资金的利用率和结算速度，实现管理的高效率，实时性，安全性、科学化、现代化和智能化。系统的数据来源由各职能部门的业务人员通过键盘输入。此外，对系统的安全性方面也提出了明确的信息要求。1.4项目开发方法和计划在管理信息系统开发的生命周期中应用系统思想和系统科学的原理进行分析工作的方法，系统分析的目标就按系统规划所定的某个开发项目范围内明确系统开发的目标和用户的信息需求，提出系统的逻辑方案。调查有关组织的整体信息，有关人员的信息及有关工作的信息。包括主要输入、主要输出，主要处理功能以及其他系统的关系，完成项目开发。1.5作者的主要贡献尽可能弄清用户对信息的需求，调查原信息系统的资源、输入、处理和输出。完成新系统的逻辑设计，和整个开发小组一起研究开发系统，以满足百事应信息有限公司的业务发展要求。第二章 系统需求分析2.1现行业务系统描述 2.1.1组织机构图介绍公司的组织机构如图2.1所示总经理行财部管理中心MIS中心行政部财务部销售部采购部仓管部 图2.1 组织机构图 2.1.2业务流程分析业务流程分析可以帮助我们了解某项业务的具体处理过程，发现和处理系统调查工作中的错误和疏漏，修改和删除原系统中不合理部分，在新系统基础上优化业务处理流程。现通过调查，采用系统流程图的部分图形工具来规范说明公司的业务活动。业务流程图中的符号说明如图2.2所示，业务流程如图2.3所示：图2.2 业务流程图图例系统内人员系统外实体单据、报表、账目处理数据流向存储出库单库存管理仓管员发货通知文件员销售合同确认销售员订单核对客户出库单仓管部库存台账客户资料核对管理库存管理统计分析报表统计员统计管理销售合同台账财务部出库单查询管理进货合同台账仓管员出库单核对管理缺货数据文件员发货通知核对管理供应商进货合同核对管理图2.3 业务流程图2.2现行系统主要问题分析本系统初步调查采用的主要方式是系统分析人员与麦琳贸易公司各级主要管理人员进行交流，并到现场参观了解情况，主要参加人员是公司的销售部、采购部、库存部、MIS中心和行政部的员工代表。麦琳贸易公司现行管理工作存在的主要问题是：第一、虽然各部门都有计算机，但只是做简单的录入工作，没有充分发挥其作用。第二、业务管理工作缺乏规范性，随意性很大，对人的经验和婆婆死活不同意有很大的信赖性，因此具体职能操作往往因人而异。第三、公司原先进行的信息管理方式是基于文本、简单的输入处理，由于业务量的不断上升，信息处理工作量的增大，所以错误时常发生。第四、公司领导对整个公司的生产、经营和销售信息掌握的不及时、不准确，影响决策的质量。这一切缺乏系统、规范的信息管理手段，严重阻碍了公司的健康发展，因此开发进销存管理系统非常有必要。公司领导希望通过建立管理信息系统，使企业管理工作规范化，制度化和程序化，促进企业管理的基础工作，避免随意性，提高信息处理的速度和准确性，及时、准确地把握企业内部、市场和其他外部信息，以提高领导决策的水平。2.3解决方案 2.3.1方案1通过对进销存业务流程的分析和对现行系统问题的分析，我们提出相应的解决方案。为了使进销存系统中的信息能得到有效的使用，需要使应用程序网络化。我们提出的第一种方案是进销存系统采用客户端/服务器（Client/SeverC/S）架构模式。在原有系统的基础上，我们开发进销客户端程序，并且将数据存储放到中央服务器上。客户端程序从服务器上下载所需要的数据，数据可以离线使用，创建和修改后的数据再和服务器端同步。这样设计提高了数据的使用效率、领导和员工可以及时了解进销存业务的相关信息。除了解决现行系统的主要问题之外，该方案的主要优点是可以保护现有的系统，在使用方面，系统的响应时间很快，用户在操作上有和使用本地应用程序一样的用户体验。2.3.2方案2我们提出第二种方案是，进销存系统采用浏览器/服务器（Browser/ServerB/S）架构模式。进销存系统可以充分利用Internet/Intranet带来的网络优势，领导、操作人员只要使用能够接入因特网的计算机就可以使用系统。我们把相关人员的操作界面以网页方式呈现，用户使用标准的浏览器就可以对进销存系统进行操作。同时，我们把业务逻辑放在Web服务器端，数据库存储在数据库服务器上，形成三层架构。可见，该方案同样可以解决现行系统中存在的问题。相较于方案1，该方案优势在于：首先，提高了系统的可访问性。用户只要能访问因特网就可以访问到该系统，而且除了标准的浏览器外，不需要在客户端上安装其他我嗯的软件。其次，用户获取信息的及时性更好，数据的统一存储使得系统可以实时地反映数据的变化，再者，业务逻辑集中在Web服务器上，有利于系统的维护。同时，应对需求的变化，只需要更改Web服务器上的程序，可降低开发成本，提高系统的灵活性。最后，系统具有扩充性，随着业务量的增大，可通过负载均衡、集群等方式来扩充Web服务器和数据库服务器，以应对系统繁忙给服务带来的负荷。2.4可行性分析在明确系统目标和环境的基础上，需要进一步对系统的可行性进行研究。此活动的主要目标是进一步明确系统的目标、规模与功能，对系统开发背景、必要性和意义进行调查分析并根据需要和可能提出拟开发系统的初步方案与计划。可行性研究是针对系统进行全面、概要的分析，主要包括三方面：技术可行性分析、经济可行性分析和营运可行性分析。 2.4.1技术可行性分析技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，硬、软件配置能否满足开发者需要等。公司目前内部建有局域网，各部门均采用PIII以上的PC机作为工作台，其容量、速度能满足系统要求。公司有专业的IT人员，对软件开发工具比较熟悉，有开发数据库经验；能够胜任信息系统的开发工作。本系统采用MS Windows 2000/XP Professional作为操作系统平台。公司内以MS Windows NT服务器建立局域网，通过系统管理人员进行维护。本系统的数据库开发平台选用Microsoft公司的Access2003，该数据库管理系统在MS Windows 2000/XP Professional上都能运行，并提供数据库之间的数据复制功能，可代替现有系统数据的手工传递工作，降低出错率，提高数据的可用性。本系统的应用软件开发工具选用的是开发人员熟悉的VB。 2.4.2经济可行性分析主要是对项目的经济效益进行评价，一方面是支出的费用，其中包括设备购置费、软件开发费、管理和维护费、人员工资和培训费等。另一方面是取得的收益中可以用钱来衡量的那部分（收益的另一部分难以用钱来表示）。基于本公司的现有计算机及配套设备，建设MIS系统，不需要添置硬件设备，而且由本公司的员工自行开发，可以大大节省软件的开发费用，并且建立了MIS系统后，能大大减少重复性的书面报告，降低办公费用，提高办公效率，与前期的投入相比，后期的收益是更为可观的，目前公司资金已经到位，开发软件已经在进行。 2.4.3营运可行性分析主要是管理人员对开发信息系统是否支持，现有管理制度和方法是否科学，规章制度是否齐全，原始数据是否正确等。公司各级领导积极支持该系统开发，并打算针对新开发的信息系统重新完善公司的规章制度，使新系统能够充分的发挥作用；系统操作简单，易于理解，员工经过短时间的培训就可以使用该系统。第三章 新系统逻辑方案这一阶段的主要目标是明确公司的信息需求，包括组织、发展、改革的总信息需求和各级管理人员完成各自工作任务的信息需求，确定新系统的逻辑功能，提出新系统的逻辑方案，完成新系统的逻辑方案，完成系统分析阶段的最终成果系统说明书的编写。3.1数据流图数据流图是组织中信息运动的抽象，是管理信息系统逻辑模型的主要形式。它是采用自顶向下逐层扩展的方法，从逻辑上精确地描述系统具有的数据加工、数据存储、数据输入输出及数据来源和去向等功能。这个模型不涉及及硬件、软件、数据结构与文件组织，它与对系统的物理描述无关，所描述的内容是面向用户的，是系统设计的主要依据之一。数据流图的符号说明如图3.1所示：外部项加工数据存储图3.1数据流图图例数据流根据调查材料，明确系统外部项，识别数据输入的来源和输出的去处，自顶向下逐层扩展整个系统的逻辑功能。 3.1.1系统关联图首先，明确信息系统与各外部实体的信息联系，把系统作为一个加工环节，绘出系统的最高层数据流图关联图，如图3.2所示：F3订货合同XXX单位进销存管理信息系统采购部供应商F1采购订单F2缺/补货汇总表F4到货通知F7入库通知单仓管部F8出库通知单F9统计要求信息F5销售订单客户F10统计报表F6提货单图3.2 系统关联图外部项数据流统计：采购部：流入1条，流出1条销售部：流入1条，流出1条供应商：流入1条，流出1条仓管部：流入1条，流出3条 3.1.2系统顶层图根据关联图，划分出几个主要的信息管理功能，并明确各功能之间的联系，绘制出数据流程图的顶层图（图3.3）F3订货合同供应商F1采购订单采购部P1采购管理F2缺/补货汇总表F4到货通知F12F11D1到货通知F13F20F14D5缺货信息F5销售订单F21客户P2销售管理F6提货单F18入库单D3F15F22D2库存文件补货信息出库单D4D6F21F25F16F17F23F19P3库存管理F24F7入库通知单F8出库通知单P4统计分析仓管部F9统计要求信息F10统计报表图3.3 系统顶层图加工数据流统计：P1采购管理 流入4条 F1采购订单；F4到货通知；F12；F20 流出4条 F2缺/补货汇总表；F3订购合同；F13；F11P2销售管理 流入3条 F5销售订单；F14，F15流出3条 F6提货单；F21；F18P3库存管理 流入3条 F16；F21；F19 流出4条 F17；F24；F7入库通知单；F8出库通知单P4统计分析 流入4条 F25；F22；F23；F9统计要求信息 流出1条 F10统计报表销售部门根据客户的订购要求产生了F5销售订单流入P2销售管理处理，查询D2库存文件，当库存不足时产生D5缺货信息，流入P1采购管理，经F2缺/补货汇总表到采购部进行采购；当库存充足时产生D4出库单流入P3库存管理，同时对D2库存文件进行修改，经F8出库通知单给仓管部，同时产生F6提货单给销售部。出库后若低于最低存则产生D6补货信息，流入P1采购管理，经F2缺/补货汇总表到采购部进行采购；采购部F1采购订单流入P1采购管理处理，产生F3订货合同至供应商直接进行采购。供应商的F4到货通知流入P1采购管理，产生D1到货通知，流入P2销售管理，同时产生D3入库单，流入P3库存管理，同时修改D2库存文件，经F7入库通知单给仓管部。仓管部输入F9统计要求信息，流入P4统计分析，查询D2库存文件，D4出库单，D3入库单，产生F10统计报表至仓管部。从图上可以看出整个系统总体上划分为销售管理 ，采购管理，库存管理和统计分析四大部分；其中，销售管理是核心，整个系统以销售管理为龙头，根据销售部的销售订单通知，及时进行销售操作事宜；采购管理部门根据销售部门的缺货通知，进行商品的采购事宜；库存管理部门根据销售管理部门发出的出库单和采购管理部门发出的入库单通知进行库存的管理。统计分析根据输入的统计要求信息，对库存文件，入库单，出库单进行统计分析以便的更好的了解公司的经营情况。 3.1.3系统一层图顶层数据流图仅从总体上反映了公司的信息联系，就按照自顶向下，逐层分解的分析方法对顶层图进一步细化。其中，对采购管理进定步细化，得到采购管理一层数据流程图（图3.4），从图中可以看到，整个采购管理功能可划分为请购管理，到货管理两个子功能。D6D5补货信息缺货信息F20F12F1采购订单采购部P1.1请购管理供应商F3订货合同F2缺/补货汇总表F36D9 请购单F37P1.2到货处理F4到货通知D1到货通知F13F11F11D3入库单图3.4 一层图（采购管理）加工项数据流统计P1.1请购管理 流入3条 F20；F12；F1 流出3条 F2缺/补货汇总表；F36请购单；F3订购合同P1.2到货处理 流入2条 F37，F4到货通知 流出2条 F13，F11出库后库存低于最低库存时产生D6补货信息，出货时库存不足时产生D5缺货信息，流入P1.1请购管理，经F2缺/补货汇总表到采购部采购。采购部的F1采购订单流入P1.1请购管理，经F3订购合同到供应商。供应商经F4到货通知流入P1.2到货处理，产生D3入库单，D1到货通知 其中，对销售管理进一步细化，得到销售管理一层数据流程图（图3.5），从图中可以看到，整个销售管理功能可划发为确定订货处理，生成缺货订单，缺货到货处理，发货管理四个子功能。F6提货单销售部P2.1确定订货处理F26F5销售订单F28F27D5缺货信息F15D2库存文件D8订单暂存文件D7订单文件F30F31P2.2发货管理F29F14F33F18D4出库单D1到货通知图3.5 一层图（销售管理）加工项数据流统计P2.1确定定货处理 流入1条 F5销售订单，流出4条 F15；F28；F27；F26P2.2发货管理 流入3条 F29；F30；F14，流出2条 F6提货单；F18销售部的F5销售订单流入P2.1确定订货处理，查询D2，当库存量大于等于销售订量经F26产生D7订单文件流入P2.2发货管理，同时生产D4出库单，经F6提货单给销售部。当库存量小于销售订量时，产生D5缺货信息流入采购管理，并同时将缺货订单存入D8订单暂存文件，先不进行发货流入P2.2发货管理，等接到缺货到货通知后再处理。 3.1.4系统二层图对发货管理进一步分解得到发货管理的二层图（图3.6），从图中可看到可以分为确事实上发货订单和确定出货两个子功能。D8订单暂存文件F29F31D7订单文件P2.2.1缺货到货处理D1F14到货通知F30P2.2.2确定出货处理销售部D4出库单F6提货单F18图3.6 二层图（发货管理）加工项数据流统计P2.2. 1缺货到货处理 流入2条 F29；F14，流出1条 F31P2.2.2 确定出货处理 流入1条F30，流出2条F18；F6提货单如此逐层细化下去，直到数据流程图中的每一处理成为一个容易理解的单功能为止，且这个单一功能可以通过简单的逻辑表达设计工在数据字典中予以说明。限于篇幅这里不能全部列出。3.2数据字典上面讨论的数据流图只能给出系统逻辑功能的一个总框架而缺乏详细、具体的内容，因此我们还需要建立数据字典。建立数据字典是为了对数据流程图上各个元素做出详细的定义和说明。数据字典以一种准确的和无二义的方式定义所有被加工引用的数据流和数据存储。数据流程图配以数字字典，就可以从图形和文字两个方面对系统的逻辑模型进行描述，从而形成一个完整的说明。数据字典有助于数据的进一步管理和控制，为设计人员和数据库管理人员在数据库设计、实现和运行阶段控制有关数据提供依据。数据字典描述的主要内容有：数据流、数据元素、数据存储、加工外部项。由于篇幅有限，所以仅各举一个例子来说明。 3.2.1数据加工数 据 加 工系统名： 进销存管理 编号： P2条目名： 销售管理 别名： 输入： 销售订单 输出： 提货单 到货通知 缺货信息 出库单加工逻辑：1、 从销售部取得销售订单；2、 查询库存文件，根据库存文件确定实际可发货数量，填写出库单给下一个“处理”；3、 针对不满足数量的订货要求，产生缺货信息；待收到到货通知后，再进行处理。简要说明：修改记录：编写钟燕维日期2009-3-15审核方连日期2009-3-18数 据 加 工系统名： 进销存管理 编号： P1条目名： 采购管理 别名： 输入： 缺货信息 输出： 缺/补货汇总表 补货信息 到货通知 到货通知 入库单加工逻辑：1、 接收到缺货信息和补货信息，产生缺/补货汇总表。2、 确定需采购的订货量，与供应商签订订货合同；3、 接收到货通知，填写入库单，给库存管理模块，同时修改库存文件。 4、 发出到货通知，提醒销售管理模块进行处理。简要说明：修改记录：编写钟燕维日期2009-3-2审核方连日期2009-3-18数据加工系统名： 进销存管理 编号： P3条目名： 库存管理 别名： 输入： 入库单 输出： 入库通知单 出库单 出库通知单 补货信息加工逻辑：1、 接收入库单，做好入库安排，同时修改库存文件。2、 接收出库单，做好出库安排。同时修改库存文件。3、 当库存低于最小库存量的时候，发出补货信息。简要说明：修改记录：编写钟燕维日期2009-3-2审核方连日期2009-3-18数据加工系统名： 进销存管理 编号： P4条目名： 统计分析 别名： 输入： 统计要求信息 输出： 统计报表 加工逻辑：1、输入统计要求信息，给出相应的统计报表，以便分析。简要说明：修改记录：编写钟燕维日期2009-3-2审核方连日期2009-3-183.2.2数据流数据流是数据结构在系统内传输的路径。数据流系统名： 进销存管理 编号： F6条目名： 销售订单 别名： 订货单来源： 销售部去处： 确定订货处理数据流结构：销售订单订单号+日期+客户名称+产品名称+规格+数量+单价+付款方式+交货时间+交货地点流通量： 60份/每天高峰流通量：70份/每天上午9：00-11：00简要说明：修改记录：编号日期审核日期3.2.3数据元素数据元素是不可再分的数据单位。数据流系统名： 进销存管理 编号： 条目名： 订货单据号 别名： 属于数据流：F11，F21存储处：D3数据元素值：代码类型 长度 取值范围 意义 字符 GKC-00001 GKC-99999 XXX XX XXX（由字母和数字组成） SPL-00001 SPL -99999 JPN-00001 JPN -99999 编号 GAC-00001 GAC -99999 年号 GHL-00001 GHL -99999 供应商代码简要说明：订货单据号是订货单据的识别符，每份进货单据都有唯一的单据号。修改记录：编号日期审核日期3.2.4数据存储数 据 存 储系统名： 进销存管理 编号： D6条目名： 补货信息 别名： 补货明细表存储组织：每个补货信息一条记录，按补货单号顺序排列记录数： 约1000数据量： 约200KB主关键字：补货单号铺关键字：供应商名称补货单号日期供应商名称产品名称规格单位毛重进货单价进货数量进货总价付款方式入库日期入库单号备注10101010105101051520101020记录组成：项 名：近拟长度：（字节）简要说明：补货完成情况在备注中说明修改记录：编写日期审核日期数据存储是数据结构保留或保存的地方，也是数据流的来源和去向之一。3.2.5外部项外部项系统名： 进销存管理 编号： 条目名： 供应商 别名： 商品提供者输入数据流：订货合同输出数据流：到货通知主要特征：供应商：即所有商品的提供者，其主要特征是：供应商名称、联系地址、联系人、联系电话、可提供商品清单简要说明：本系统不负责安排供应商的生产计划或进货渠道，只是根据进货要求向供应商订购有关商品。修改记录：编写日期审核日期83.3基本加工说明数据流图中所有不进一步分解的加工，称为基本加工。基本加工是实现系统功能的基本组成部分，准确地，清晰地描述基本加工，是表达系统逻辑功能的关键。由于基本加工涉及详细的数据处理功能和处理过程，为了做到准确、清晰、简洁，基本加工的描述往往需要设计多种手段与工具。所有的工具有：自然语言的文字叙述、结构化语言、决策树、决策表、数学公式以及上述工具有联合使用。 3.3.1基本加工分析自然语言的描述：加工P1：采购管理 获取请购单的有关信息，安排采购人员，选择商品供应商结构化语言：加工P2：销售管理如果 库存满足订单数据则 发货否则 产生缺货单到采购管理修改可发货订单存档发，安排发货决策树 订单数量加工P2.1：确定订货数量请购安排发货不满足数量可满足数量>=库存数量<库存数量第四章 系统总体设计信息系统设计阶段的主要目的是将系统分析阶段所提出的反映公司信息需求的系统逻辑方案黑的成可以实施的基于计算机与通信系统的我更方案。这一阶段的主要任务是从系统的总体目标出发，根据系统分析阶段对系统逻辑功能的要求，并考虑到经济、技术和运行环境等方面的条件，确定系统的总体结构和系统各组成部分的技术方案，合理选择计算机和通信的软，硬件设备，提出系统的实施计划，确保总体目标的实现。系统设计阶段的主要活动包括：系统总体结构设计；详细设计；系统实施进度与计划的制定；系统设计说明书的编写。4.1软件模块结构设计系统设计工作技术性强，涉及面广，且内容复杂，必须要有科学的方法和设计工具做指导。在此，我们采用结构化