采购系统课程设计分析报告

1、治理信息系统-课程设计报告-设计题目：采购治理业务 院:机电工程学院 班级：工业工程 1班 设计人 李立群 潘敬伟石导华彭北养 王宣发 严军键 吴育环张苑鎏指导教师 胡常伟 完成日期 200 年 月 1 日广东工业大学目录1概述 1系统介绍 。 3.系统的要紧业务 。 31.3系统开发目标 。 314系统适用范围 。 1.5开发小组成员任务分工 。 42.系统分析2.1用户需求: 。 2.2.1 系统的现状和要紧问题。4.2.2用户需求 。2.23系统功能 。 522.4系统接口 。 52.2.5采购治理的差不多任务 。 62.2.6系统的要紧内容 。 2.2可行性研究: 。62.3目标调查和

2、分析： 。 623.1业务流程 。7.数据流程图 。7.3功能层次图 。102.3.4数据字典 。 13.系统设计31总体设计 。7 3.1处理流程总体设计 。.1.2系统平台的总体结构设计。173.2详细设计 。93.代码系统设计 。1.2.2数据库结构的具体设计。213.模块设计 。24 系统实现4.1数据库表结构的建立与数据输入: 。26.1建立数据库表 。 264.1.2数据表关系表 。264.1.3在数据库中输入数据 。274.应用程序设计与测试： 。.2.1数据库的连接 。9.2.2界面设计与程序 。295系统运行51写出系统操作使用的简要讲明 。38.运行系统并打印出运行结果 。

3、396系统评价 。417系统对决策的支持 。418 开发人员体会 。4.概述 1.1系统介绍（潘敬伟,王宣发)采购是企业物资供应部门按已确定的物资供应打算，通过市场采购、加工订制等各种渠道，取得企业生产经营活动所需要的各种物资的经济活动。不管是工业企业依旧商业企业,“采购”业务的状况都会阻碍到企业的整体运营状况。过多的库存，会使企业产生下列不良阻碍：一、产生额外的库存治理费用,如：仓库租赁费、保险费等。二、造成资本的僵化,使周转资金紧张。三、过多的库存,会因陈旧而变成废料，或削价出售,导致收益的恶化。尽管库存发生的缘故可能来自生产过程，然而治理不善的采购作业所导致的生产缺料或物料过甚仍会造成企

4、业无法计算的损失。 采购治理系统可关心采购人员完成采购物料从采购打算的制订、采购申请、采购询价、采购订单、订单跟踪等采购业务的全部过程，每一业务都能有效操纵。采购人员在向供应商发出采购令前不必像往常那样，繁琐地填写大量的各种表格,只需审查系统所产生的每一期间内的采购打算即可。如遇生产打算变更,采购打算相应变化。采购人员因有了及时准确的打算信息，他们可从烦琐的事务作业中解脱出来，用更多的时刻和精力来进行价值分析,选项择货源和开发更多的合格供应商。有效地监控采购打算的实施及采购成本的变动情况，关心采购人员选择最佳的供应,确保采购工作高质量、高效率、低成本地执行，使企业处于最佳的供货关态。 系统的要

5、紧业务（潘敬伟，王宣发)采购业务是进行采购业务的日常操作,包括请购、采购订货、采购到货、采购入库、采购开票、采购结算等业务，用户能够依照业务需要选用不同的业务单据和业务流程,月末进行结账操作。用户能够查询现存量 1.3系统开发目标（彭北养，吴育环） 采购治理的目的还为了及时、准确的保证企业制造所需求的各类物料，快速处理并下达采购打算采购治理系统追求的目标是:紧密供应商关系，保障供给，降低采购成本。采购治理系统是分销系统的一个子系统。它要紧进行采购订单处理，动态掌握订单执行情况，向拖期交货的供应商发出催货函；采购治理系统处理采购入库单、采购发票，并依照采购发票确认采购入库成本。采购治理系统与“应

6、付款治理系统”一起使用能够掌握采购业务的付款情况；与“库存治理系统”联合使用能够随时掌握存货的现存量信息,从而减少盲目采购，幸免库存积压;与“存货核算系统”一起使用能够为存货核算提供采购入库成本,便于财务部门及时掌握存货采购成本14系统适用范围（彭北养，吴育环）本系统适用于各类工业企业和商业批发企业以及医药、物资供销、对外贸易、图书发行等商品流通企业的采购部门和采购核算的财务部门。1.5开发小组成员任务分工(王宣发)开发小组有位成员，共分为四个小组:1李立群 张苑鎏 2潘敬伟 王宣发 3 彭北养 吴育环 石导华 严军健1.1第一时期:第一周星期六之前，完成如下:1)尽可能多的收集采购治理信息系

7、统的有关资料，为以后开发做预备;1,2，3,4）系统概述 :企业的现状,系统目标，存在问题等;2,3)需求分析;1,1.4.2第二时期:第二周星期四之前，完成如下:系统分析 ：1）结构图,业务功能结构图1，22)业务流程图（重点）2,13)数据流程图(重点），34）数据字典3，45）系统能在多大程度上支持企业领导进行决策 1，,3，1.3第三时期：第三周星期五之前，完成如下:系统设计:1)功能结构图设计 张苑鎏，彭北养2)系统初步设计 石导华 王宣发 ）数据库设计 王宣发 吴育环 潘敬伟,李立群4)界面设计 严军键,彭北养。潘敬伟,李立群,吴育环 5）程序编写 张苑鎏，石导华,彭北养.系统分析

8、2.用户需求： 2.21 系统的现状和要紧问题(李立群，张苑鎏) 传统模式中采购治理的特点: 物料采购与物料治理为一体,目前决大多数企业行使采购治理的职能部门为供应部（科)，也有企业将销售职能与采购职能并在一起，称为供销科。在这种模式下,其治理流程是: 需求部门提出采购要求-指定采购打算/定单-询价/处理报价-下发运通知-检验入库-通知财务付款 要紧问题:物料治理、采购治理、供应商治理由一个职能部门来完成，缺乏必要的监督和操纵机制;同时在这种模式下,供应部(科)担负着维系生产用原材料供给的重任，为保证原材料的正常供应，必定会加大采购量, 尤其是在原料涨价时，如此容易带来不必要的库存积压和增加大

9、量的应付帐款；业务信息共享程度弱;采购操纵通常是事后操纵。2.2.用户需求(石导华,严军键)采购治理系统的目的是在弄清晰需要采购什么,采购多少，何时采购的差不多问题的前提下,如何保障企业物资供应的适时适量，保证质量,费用最省,同时降低企业的采购运营治理成本;对采购治理的内容和流程进行信息化的科学治理。22.3系统功能（石导华，严军键)0) 供应商档案的治理,包括供应商动态、供应商总欠款、供应商未结订单;02) 供应商到货状态详细信息的动态查询； 03) 采购订单的各种数据的输入、修改、删除和采购订单的统计；0)采购打算录入与处理; 0)应付货款的记账治理,包括，记账、核算、汇总等功能;)经营采

10、购活动的综合统计、分类统计、台账生成； 07)物料需求打算任务直接生成采购打算单08）采购系统与应付帐子系统相连,直接生成采购凭证，无需财务人员手工填制 09)采购单可自动结清或手工强制结清10)跟踪、催查采购订单的功能 11）可维护物品代码与供应商物品编号对比表12）可分析采购成本差异 13)可进行历史数据查询2.4系统接口（李立群，张苑鎏)采购治理既能够单独使用,同时采购需求信息可由生产等其他部门直接下达,无需手工录入采购订单,采购治理是与合同治理、主生产打算、需求规划、库存治理、销售治理、存货核算、应付款治理、质量治理、售前分析、等模块联合使用同时为这些模块预留数据接口。1）与生产治理业

11、务的接口:采购治理能够参照MS/MP打算生成请购单、采购订单;采购请购单、采购订单、采购到货单为PSMRP运算提供数据来源。2）与销售治理业务的接口:采购治理可参照销售订单生成采购订单;销售治理的直运销售订单可参照生成采购治理的直运采购订单；直运销售发票与直运采购发票可互相参照。3)与库存治理业务的接口：库存治理能够参照采购治理的采购订单、采购到货单生成采购入库单,并将入库情况反馈到采购治理；采购治理能够参照库存治理的OP打算生成采购订单;采购治理能够参照库存治理的采购入库单生成发票;采购治理依照库存治理的采购入库单和采购治理的发票进行采购结算4)与财务治理业务的接口:采购发票录入后，对采购发

12、票进行审核登记应付明细账,进行制单生成凭证；已审核的发票与付款单进行付款核销，并回写采购发票有关付款核销信息。2.5采购治理的差不多任务（石导华，严军键）要保证企业所需的各种物资的供应2)要从资源市场猎取各种信息,为企业物资采购和生产决策提供信息支持3)要与资源市场供应商建立起友好且有效的关系,为企业营造一个宽松有效的资源环境.26系统的要紧内容(李立群,张苑鎏)采购治理系统的要紧内容包括设置、供应商治理、采购业务、采购报表。1）设置：录入期初单据并进行期初记账,设置采购治理的系统选项。2）供应商治理：用户能够设置供应商存货对比表、供应商存货价格表，并可进行供应商相关业务的查询和分析。）采购业

13、务：进行采购业务的日常操作，包括请购、采购订货、采购到货、采购入库、采购开票、采购结算等业务，用户能够依照业务需要选用不同的业务单据和业务流程,月末进行结账操作。用户能够查询现存量4)采购报表：能够查询使用采购统计表、采购账簿、采购分析表。采购治理进行采购流程操作，采购单据包括采购请购单、采购订单、采购到货单、采购入库单、采购发票、采购结算2可行性研究:（王宣发，潘敬伟）22.1 从技术上考察1) 处理速度快，准确；2）通过权限的设置，数据的安全性好；3） 方便查询;4） 操纵精度或生产能力的提高2.2.2 从经济上考察1) 系统建设不需要专门大的投入;2)可缩减人员编制,减少人力费用;）人员

14、利用率的改进;2.2.3 从各种社会因素来考察1） 降低工作人职员作强度，提高效率,会得到学校职员的一致同意的；2） 可引进先进的治理系统开发方案,从而达到充分利用企业现有资源 .目标调查和分析: 2.3.1业务流程(张苑鎏,李立群,潘敬伟,王宣发).）请购部门填制采购请购单。2.)采购部门依照采购请购单进行比价。.）采购部门填制采购订单。4.）采购部门将采购订单发送给供应商,供应商进行送货。5.)物资到达企业后,对收到的物资进行清点,参照采购订单填制采购到货单。6.)通过仓库的质检和验收,参照采购订单或采购到货单填制采购入库单。7.）取得供应商的发票后，采购部门填制采购发票。8.)采购部门进

15、行采购结算。9.） 将采购入库单报财务部门的成本会计进行存货核算,将采购发票等票据报应付账会计进行应付账款核算0)业务流程图如下：采购到货单财务部门请 购部 门请 购 单比 价供应商物资清点采 购部 门仓库部填制请购单供应商存货文件产品文件提货通知单存档验 收 入 库退货 单发票填制发票采购结算存档采购发票采购订单入库单2.3.2数据流程图（石导华，彭北养，吴育环，严军键）（1）采购治理第一层数据流程图结算发票单库存帐目到货单订货单请购单申请请购的部门（仓库MPC等） 1采购治理供应商入库单质量部财务部4（2)采购治理第二层数据流程图2供应商评估采购发票单到货单订货单订单明细表 件供应商资料供

16、应商1.1采购打算治理1.2订单治理1.3收货治理1.4供应商治理采购打算明细表 件库存帐目仓库质量部财务部请购单申请请购的部门（仓库MPC等）入库单2345()第三层数据流程图) 打算治理4请购单请购单不可行1.1.3确定采购打算1.1.1接收请购单请购单可行1.1.2查看库存状况采购打算明细表 件库存帐目申请请购的部门2）订单治理订货单不合格订单1.2.4确定采购订单1.2.2制定采购订单合格订单1.2.3审批采购订单采购订单明细表 件采购打算明细表供应商1.2.1比价供应商报价表723 收货治理退货单入库单采购发票检验到货单废品1.3.1提取物资1.3.2验收质量部1.3.4入库处理1.

17、3.6退货处理仓库供应商财务部供应商合格品1.3.5采购结算供应商治理无效资料资料变动新供应商1.4.1供应商治理1.4.2录入资料1.4.4删除资料1.4.3更新资料1.4.5类型更新1.4.6资料更新1.4.7报价更新供应商资料供应商资料1.4.8评估更新55供应商资料收货治理23.功能层次图(彭北养，石导华,潘敬伟）采购打算治理采购治理采购订单治理采购收货治理供应商治理基础数据订单下达制定采购订单采购订单治理订单修改审批采订单购供应商类型供应商治理供应商报价供应商资料供应商评估订货方式退货缘故系统维护交货方式采购员资料采购基础数据接收请购单采购打算治理确定采购打算查看库存状况采购收货治理

18、采购发票退货处理入库处理采购结算.3.4数据字典(严军键,吴育环，李立群)外部实体 数据字典(一) No:_编号: 01 名称： 请购部门 简述：申请采购的部门,当库存不足够时，请购部门就下订单订购物资。输入的数据流：入库单输出的数据流:请购单外部实体 数据字典(一) No:_编号：02 名称： 质量部 简述:对采购的物资进行检验输入的数据流：产品信息输出的数据流:检验结果外部实体 数据字典(一） No:_编号： 03 名称: 供应商 简述：大量的供应商,入库业务数量比出库数量多。输入的数据流:订货单输出的数据流:到货单数据存储 数据字典（二) o:_编号： 01 名称： 库存帐目 不名:简述

19、:存放当年的出库入库记录数据组成:订货单，到货单,请购单，库存帐关键字:订货单,到货单，请购单,库存帐分不是订货单号,到货单号，请购单号,库存帐目号相关处理：采购打算治理备注:数据量： 2峰 值: 3.其 它:数据存储 数据字典(二) No:_编号: 02 名称：采购打算明细表 不名：简述：对采购物资的数量等内容进行记录组成： 数量，质量等内容关键字：数量,质量等内容的数据相关处理:采购打算治理，收货治理备注: 1.数据量：.峰 值：.其 它:数据存储 数据字典(二) :_编号: 03 名称:供应商报价表 不名：简述:对所有供应商报价的记录组成:各个供应商所报的价钞票关键字:各个供应商所报的价

20、钞票相关处理:订单治理备注:1数据量: 2.峰 值：其它：数据存储 数据字典（二） ：_编号: 04 名称:采购订单明细表 不名：简述:对所有订单内容的存储组成:订货单,到货单，请购单关键字：订货单，到货单，请购单分不是订货单号,到货单号,请购单号 相关处理：订单治理备注: 1数据量： .峰 值： .其 它:数据存储 数据字典(二） o：_编号: 05 名称：供应商资料 不名：简述：供应商资料的记录组成: 所有供应商的资料关键字:所有供应商的资料的地址，邮编等内容相关处理:供应商治理备注： 1数据量:2峰 值： 3其 它：数据流 数据字典（二） No：_编号： 1 名称：请购单 不名:简述：一

21、笔业务对应一张单据号，一张单据包含的商品数量不定。几张单据能够用一个单据号。组成： 请购单数据结构来源：请购部门去向: 采购打算治理备注： 1.数据量： 2.峰 值：3其它：数据流 数据字典(三) N：_编号: 02 名称： 订货单 不名：简述： 一笔业务对应一张单据号,一张单据包含的商品数量不定。几张单据能够用一个单据号。组成： 订货单数据结构来源： 订单治理去向：供应商备注： 数据量: 2峰 值: 3其 它:数据流 数据字典(三) No:_编号： 3 名称: 到货单 不名:简述：一笔业务对应一张单据号,一张单据包含的商品数量不定。几张单据能够用一个单据号。组成：到货单数据结构来源:供应商去

22、向：收货治理备注： 1数据量： 2峰 值: 3其 它：数据流 数据字典（三) o:_编号： 4 名称： 采购发票单 不名:简述：一笔业务对应一张发票单，一张单据包含的商品数量不定。组成：采购发票单数据结构来源: 收货治理去向： 财务部备注: 1.数据量: 2.峰 值：3其 它：数据流 数据字典（三) o：_编号: 05 名称: 供应商评估 不名:简述：对供应商的信用等进行评估。组成：评估标准数据结构来源: 收货治理去向：供应商治理备注： 1数据量: 2.峰 值： 3.其 它：数据流 数据字典（二） No:_编号： 06 名称： 入库单 不名:入仓单简述： 一笔业务对应一张单据号，一张单据包含的

23、商品数量不定。几张单据能够用一个单据号。组成: 入库单数据结构来源:去向: 仓库备注:1.数据量: 2.峰 值: 3其 它：处理过程 数据字典（四） No:_编号: 01 名称:采购打算治理 输入信息：请购单数据存储:采购打算明细表输出信息：采购打算明细 激发条件:简要讲明：处理包括接收请购单,查看库存状况,确定采购打算加工逻辑：处理过程 数据字典（四) N:_编号: 0 名称: 订单治理 输入信息：采购打算明细数据存储:供应商报价表,采购打算明细表，采购订单明细表输出信息：订货单 激发条件：简要讲明:处理包括比价,制定采购订单，审批采购订单，确定采购订单加工逻辑：出错处理:执行频率：处理过程

24、 数据字典(四） N：_编号: 名称： 收货治理 输入信息：到货单数据存储:库存帐目输出信息:入库单，供应商评估，采购结算单激发条件：简要讲明：处理包括提取物资,验收，入库处理，换货处理，退货处理加工逻辑:执行频率：处理过程 数据字典（四） No:_编号: 4 名称： 供应商治理 输入信息:供应商评估数据存储:供应商资料 输出信息：供应商资料存储 激发条件：简要讲明：处理包括录入资料,更新资料,删除资料，类型更新,资料更新，报价更新加工逻辑：出错处理:执行频率：填表人_ 年 月 日 3系统设计.1总体设计(彭北养,王宣发)1.1处理流程总体设计:1)开始用户在登陆界面输入正确用户名和密码登陆进

25、入采购治理系统。)登陆后进入系统的主界面，主界面的菜单栏有:文件，差不多数据，供应商治理,打算治理,订单治理,收货治理，窗口，工具，关心菜单。用户现在主界面上的快捷按钮进入，或通过单击下拉菜单选择相应的服务项目。单击菜单栏:文件，差不多数据,供应商治理,打算治理,订单治理，收货治理，窗口,工具，关心的下拉菜单的内容如下：3）进入的各个用户需要的服务项目相关的窗体，用户对该业务进行各种操作：有增加，删除，修改，保存，查看等差不多功能。.1.2系统平台的总体结构设计： (石导华,严军键)1)系统的处理方式治理信息系统的平台设计也是系统总体配置方案设计，包括计算机处理方式、软硬件选择、网络系统的设计

26、、数据库治理系统的选择。依照用户的需要设计和信息新技术的最新进展,我们应当遵循系统设计的原则,进行治理信息系统的平台设计，为整个系统的建设打下一个坚实的基础。治理信息系统的平台设计会阻碍系统的整体功能和硬件的成本,平台设计也称为物理配置设计。治理信息系统平台配置的要紧依据包括：用户治理信息系统对性能要求、可支配的开发资源和其它环境条件。a系统的处理方式平台设计按分布方式划分平台类型，可分为单机集中式、主机集中式和分布式三种。我们选择主机集中式。主机集中式只采纳一台计算机作为主机,整个治理信息系统的数据程序存放在一台计算机上,系统各终端与主机相连同时处理业务，是多用户系统。这种方式数据的共享性好

27、，数据具有较好的一致性，数据的安全性和保密性也容易操纵,系统功能结构的重新配置适应能力较强。目前,大量的企业采纳主机集中式，价格廉价，技术一复杂。客户机/服务器模式(C/S）,可分为BS模式、早期客户机模式（C/S）、三层客户机模式、混合模式。我们选择混合模式。在现在的的开发治理信息系统时,多采纳混合模式。简单数据处理和数据查询用B/S模式,设计维护简单，用户能够只用扫瞄器完成业务的处理和数据的查询,客户端不用安装软件。处理复杂的应用逻辑用CS模式,发挥其速度快、功能复杂的优点.系统的网络设计在选择系统的网络方面，我们应该依据需要，选择设计网络的重要参数。系统的网络设计分为网络拓扑结构设计、网

28、卡和传输介质、联网设备等。网络拓扑结构设计，组网时,选择网络的拓扑结构是专门重要的。网络的拓扑结构指的是通信线路以及各个计算机之间的相互连接的几何排列或物理布局的形式。一般来讲，假如没有特不指明,网络的拓扑结构指的是局域网的拓扑结构。那个地点讲网络拓扑结构设计,事实上确实是指局域网的拓扑结构设计。网络拓扑结构一般分为总线型拓扑结构、星型拓扑结构、树型拓扑结构、环型拓扑结构、混合型拓扑结构等。总线型拓扑结构是用一根电缆连接所有文件服务器和工作站,网络结构最简单，使用的电缆长度最短，然而出了问题较难检测。星型拓扑结构的所有计算机连接到一个中心，此中心点能够是文件服务器，也能够是网络集线器。大型的网

29、络结构一般是混合型的，选择网络的拓扑结构一是考虑应用系统的地域分布，二是考虑网络硬件技术,三是考虑网速。结合我们公司的情况,我们应该选择星型拓扑结构。传输介质,我们选择有线介质,有线介质可分为双绞线、同轴电缆、光纤。综合考虑，我们选择双绞线，双绞线安装较为方便,价钞票也廉价。网卡应该选择100的网卡。网络软件网络软件中的关键是操作系统。网络操作系统运行在网络服务器上,能够选择的操作系统有UNIX、Wndows 200、inux等。UNIX历史最早,是惟一能够适用于所有应用平台的网络操作系统。它可靠、功能强大，但太复杂,配置困难,需要加强培训工作,价格也不菲，售后服务代价高。Lnux这几年进展迅

30、速，配置容易了许多,性能好,超稳定，几乎是免费,在许多场合逐渐取代I,但普及率不高，相关资料较少。Windows使用相当方便,一般用户入手快,资料也丰富。因此,我们选择Wnds 23。广域网接入方式企业局域网接入国际互联网的方式有局域网带宽接入、ADL、D、PSTN。考虑到我们企业业务量、费率、速度和带宽等,我们选择ADS。)数据库系统选择治理信息系统后端是以数据库为核心的,数据库治理系统对治理信息系统的应用有着关键的阻碍。目前,选择数据库系统确实是选择哪种品牌的数据库治理软件。市场是数据库治理系统较多，可分为两大类:桌面数据库和客户服务器数据库。选择数据库要紧考虑以下因素:成本数据库产品销售

31、价格和维护价格昂贵，大型数据库每年要交一定的维护费。假如不想破费,能够采纳免费的数据库系统，如MSQL。有的数据库系统有许多版本，桌面版本价格低,有的数据库系统在数据量一定范围内有免费的运行版。还要考虑数据库治理系统的运行平台如网络操作系统的价格。数据库性能数据库性能包括并发、速度、用户数，单机版/网络版,文件/服务器版类型。假如用户数不多,数据量小,能够考虑采纳桌面数据库，如Acess。对大型治理信息系统,采纳大型服务器模式的数据库系统，如SQ Sever。b数据库治理系统的系统平台数据库治理系统的系统平台指网络操作系统,有的数据库治理系统能够跨平台，有的只能在特定平台上运行。c数据的类型数

32、据库支持的类型越丰富，其功能越强。多方面综合衡量，我们选择S server。）系统软件开发平台系统开发有购买成熟软件、部分定制、托付从头开发、合作开发、完全独立开发等几种方式,企业应依照自己的情况采纳合适的开发方式。我们选择了完全独立开发。开发平台选择原则开发平台选择的首要原则是选择开发工具应熟练掌握,开发时才顺利,效率高。而选择新的开发工具的代价较高,风险大，容易延误工期。第二个原则是开发工具应有大量的向导、生成器，便于快速开发原型,然后修改原型,加快系统的开发进度。第三个原则是依据系统平台,选择开发工具。开发平台选择治理信息系统应用软件的开发需要开发工具，开发工具也是软件，称为程序设计语言

33、。开发人员用程序设计语言来描述用户业务处理逻辑,通常将程序设计人员用程序设计语言编写出来的程序称为源程序。源程序不能在计算机上直接运行,需要用程序设计语言中的编译功能把源程序“翻译”成计算机可直接执行的目标程序或可执行程序，目标程序用二进制数表达,直接由计算机硬件执行。开发治理信息系统应用软件需要许多工具。目前,在市场上就有专门多开发工具满足治理信息系统不同的应用软件开发要求。c因而，我们选择oeruile。详细设计3.代码系统设计:（石导华,潘敬伟)代码是表征客观存在实体或属性的一个计算机识不和处理和符号，它能够是字符、数字或它们的组合。代码设计的任务确实是对编码对象设计出一套供治理信息开发

34、和运行所需的代码系统。代码的作用要紧有两个，一是识不，用来标识客观实体或属性,是识不对象的惟一标识。二是分类，即按照一定规则对编码对象进行分类。分类是编码问题的关键。准确的分类是我们的工件标准化、系列化、合理化的基础和保证。一个良好分类方法要保证科学治理一需要。代码设计的原则：).代码的标准化标准化和通用性指的是代码设计要尽量采纳国际、国家或行业的编码标准。这些标准对编码对象、属性的定义、编码方法、编码规则、编码的显示、编码的打印、编码结果、编码校验规则、编码的使用等等有严格的定义。假如有国际标准，应采纳国标标准；有国内标准,采纳国内标准。).代码的惟一性代码的惟一性指一个编码只能代表一个编码

35、对象，一个编码对象也只能有一个编码。在实际工作中,比如人事治理，人员退休会空出一个号,计算机操作人员认为不能白费一个号,对新进入企业的人员重新使用了该号码，短期内没有问题，长期的话会出现混乱，因为违反了代码的惟一性原则。).代码的稳定性代码的稳定性指编码对象和编码的对应关系，一经使用,不要改变。代码应能适应环境的变化，要具有不能改变的持久性,幸免修改代码，保持稳定性。因此,编码时,在代码使用寿命内，不应考虑可变动因素。4).代码的可扩充性代码的可扩充性指，要考虑治理信息系统应用的进展,代码体系应留出足够的编码位置。当增加新的编码对象实体时,直接利用原代码加以扩充,而不需要变动代码系统。这需要计

36、算代码体系的容量。5)代码的结构简单化,长度尽可能短假如编码需要在计算机键盘上输入，考虑到输入效率,代码的结构应简单化,长度应尽可能短,以提高输入的速度。代码的长度会阻碍所占据的存储单元和信息处理速度，也会阻碍代码输入时出错的概率及输入、输出速度,代码打印时也会占较大的位置。6）.代码易于经历有的代码由计算机自动输入和输出,使用在机器的场合,设计时只考虑机器的特性。但实际上大部分代码要人工处理、识不和输入、代码设计时应便于经历,便于编码,看到代码便于联想到情愿。国内适应采纳汉字拼音首字母编写,也是便于经历。编码具有逻辑性、直观性,用户熟悉,就便于用户识不和经历。代码设计方法代码用的符号理论上，

37、编码能够采纳任何字符,使用代码的目的之一确实是便于把数据输入到计算机中,直接使用键盘符号是合适的方法。键盘的符号包括英文字符、数字、专门符号，但为了方便，现在只采纳数字和英文字符。使用英文时,应定义大小写。汉字一不用编码。代码的种类和编码方法代码能够分为顺序码、分组码、助记码、缩写码四种。顺序码，如订单号,在Ordrs这张单中，它有四个字段：OdrI、OrderDate、EmpyeeI、OderID和Shiress。其中rerID、RrerID是顺序码，它们的代码是由自然数组成,并以1为步长递增。比如，若规定代码长度为6位数,则第一张单代码为100001,第二张单代码为100002,第三张单代

38、码为00004如此类推分组码，Wrehse这张表中,它有三个字段:WrHous、reoeam和Phoe。其中，areHoueD和oe是分组码。若WareHuseID中有一代码为10001，前两位数10是表示广州，00是序号，因此00中的前两位数也是指广州，后三位指序号。电话号码Phoe也是分组码，只是那个是电信局设计的。缩写码，如专门多的表名,像EWHil是指入库单,采纳了英文缩写,属于缩写码。还有，窗口代码也是采纳了缩写码,如请购单窗口,代码为W_voice，其中是WNOW的缩写,表示它是窗口控件,而有一个的控件代码取名为m_futi,其中m是英语单词菜单menu的缩写。3.2.2数据库结构

39、的具体设计: 1）存储数据信息（李立群，严军键，王宣发) 采购治理信息系统要紧治理的对象是科部,采购人员，供应商,仓库信息，货品信息,请购单,采购订单,采购到货单,到货退货单，采购入库单,采购发票，采购结算单和登陆信息。需存储的信息包括:部门:包括部门编码，部门名称,部门负责人,部门电话。其中编码位,科部编码是唯一性标识b 职工：包括编码，姓名，所属科部编码，性不,出生日期，职务。其中人员编码四位，前位是部和科号,人员编码是唯一性标识，姓名不能为空，性不只能输入男和女,所属科部编码与科部实体中的科部编码外键关联。C供应商：包括编码,供应商名称,进展日期,电话,邮政编码，地址，成立日期。其中编码

40、为,前两位是地区编码，编码是唯一性标识，d 仓库:包括编码，名称，地址，电话，负责人,。其中编码4为,编码是唯一性标识e 货品:包括货品编号,货品名称,供应商编号,货品单价,库存量。f 请购单:包括请购单号,请购日期，请购部门编号,订货数量，打算到货日期。其中单据号是唯一性标识,采购人员编号与采购人员实体的编码外键关联,请购货品编号与货品实体的编码外键关联。g请购单明细：请购单号,订货货品编号h订单：包括订单号,订货日期，供应商名称,采购部门,采购人员，到货地址，定金，运输方式,付款条件，。其中单据号是唯一标识，采购人员姓名与采购人员实体的姓名外键关联，请购货品编号与货品实体的编码外键关联,采

41、购部门与科部实体的科部名称外键关联,供应商名称与供应商实体的供应商名称外键相关。订单明细:订单号，货品编号,货品编号，规格型号，请购数量，金额，需求日期。货品编号与实体货品的编号外部关联。j入库单：包括入库单编号,入库日期,仓库号编号是唯一标识。k入库单明细：入库单号，采购单号,供应商编号,供应商，仓库名,采购员,货品编号，货品名称，货品数量，货品单价，金额。l发票:包括发票号,开票日期，供应商名称，采购人员,订单号,订货名称,计量单位，数量,单价,金额。发票号是唯一标识，供应商名称与供应商实体的供应商名称外键相关，业务员与采购人员实体的姓名外键关联,订单号与采购订单实体中的订货号外键相关。

42、m发票明细:包括发票号，入库号,入库日期,n采购结算单:包括结算单号,结算日期，供应商，业务员，发票号,发票日期，采购货品,货品编号，数量,金额，总费用。结算单号是唯一标识,供应商名称与供应商实体的供应商名称外键相关,采购人员姓名与采购人员实体的姓名外键关联，订单号与采购订单实体中的订货号外键相关。货品编号与货品实体的编码外键关联。 o用户：包括用户名,密码。两者为主键,不可空p采购系统中的对象之间的联系如下：请购部门请购单：一对多采购人员-采购订单:一对多。 采购订单-供应商:一对多 产品供应商:多对多请购单采购订单：多对多。采购订单-采购到货单:多对多,一笔订单记录能够多次到货。采购订单-

43、采购入库单:多对多，一笔订单记录能够多次入库。采购到货单采购入库单：多对多，一笔到货记录能够多次入库。采购订单-采购发票、采购入库单采购发票:多对多。2)概念结构设计（吴育环,潘敬伟)各个实体的属性总体概念模型(吴育环，李立群,王宣发） 24.6采购系统实体关系图3)逻辑结构设计（潘敬伟,李立群,王宣发） 依据E图转换为关系模型的规则,将上述的-图转换为关系模型，如下：3.23模块设计:系统内有个模块,用户登陆模块,差不多资料维护，采购订单打算，订单治理，收货治理。每个模块多有增加,修改,查询,删除等功能。还有输出接口和输入接口模块4系统实现.数据库表结构的建立与数据输入: 4.1.1选择QL

44、 srv作为数据库建立下表（张苑鎏，王宣发，彭北养)4.关系表如下:4.1.3在数据库中输入数据如下:（潘敬伟,严军键) .2应用程序设计与测试：（张苑鎏“要紧程序”,彭北养“界面”,石导华“部分程序”) 4.数据库的连接4.2.2界面设计与程序1)设计登录界面在登陆界面输入如下用户和密码可登陆双击编辑代码如下：双击，编写如下代码:close(prnt)2).设计主界面3)产品资料界面双击，编写代码如下：双击，编写代码如下：双击，编写代码如下:双击,编写代码如下：4）请购部门界面5)供应商资料界面双击，编写代码如下:6）请购单设计单击 出现增加请购单窗口双击编写代码如下:双击编写代码如下双击编

45、写代码如下双击编写代码如下双击编写代码如下双击编写代码如下7)采购员界面设计按钮代码如前面类似,不再赘述。）采购订单界面设计9)发票界面设计0)入库单界面设计)采购结算单的界面设计双击编写代码如下 系统运行5.1写出系统操作使用的简要讲明。 1.1，运行系统，将打开用户登陆界面5.在登陆界面上输入如下用户名和密码进入采购系统51.3单击主页中间的按键或通过菜单下拉,选择相应的业务服务，打开相应的服务界面51.4在界面上进行增加,删除，修改,保存等功能应用5.2运行系统并打印出运行结果(至少有1个查询结果和1个报表输出结果)。1)输入供应商号码2，单击“查找”2)结果如下：)在采购单输入订单号2

46、，按“查找”5）结果如下： 系统评价 本系统差不多实现了采购治理的差不多功能,同时界面清晰，安排合理。因此还有专门多地点需要完善的。7 系统对决策的支持（严军键，吴育环）企业运营从采购开始,采购成本高低直接阻碍运营成本,若是工业企业,如何参照生产打算、现有库存、经济采购批量、产品结构等因素制定有效的采购打算以降低采购成本？如何跟踪采购订单的执行情况？可否结合产品结构(BM)由销售订单直接生成采购订单？如何样的采购资金预算、付款打算才是合理的？如何实现订单在途、物资在途、发票在途、资金在途等数据的查询与分析?这些问题都必须要考虑，系统如何实现对企业作出决策显得特不重要。结构动态灵活由于决策主体之

47、间的组织结构依照问题的分解而定义的，因此整个系统的的结构特不灵活,能够局部增加或减少决策主体而不引起整个系统的变动,充分利用了系统中的有限资源专门强的开放扩充能力，各个决策主体具有相同的结构。同时，结构的动态灵活也在结构上增加整个系统的开放扩充能力。便于决策主体之间的通讯。决策主体之间基于问题分解的组织结构,简化了主体之间的通讯复杂程度，同时主体之间各有分工,便于协调。8 开发人员系统开发后的体会 张苑鎏：采购信息治理系统开发心得首先，这是一个系统因此考虑问题时候要有系统的全局的思维方法最明显的是数据库的开发和程序的编写的关系啦.数据库的开发要与功能业务为基础,在此系统中由于涉及的功能业务较复

48、杂.特不是采购订单与入库单,请购单的关系.他们差不多上多对多的关系.假如数据库中这三者的关系没有搞好的话不仅不能体系整个系统的业务功能和数据流程导致系统的功能大大下降.而且严峻地阻碍下一时期的程序开发.例如数据库字段属性的唯一性，以及数据库的完整性会阻碍到程序开发是是否有数据冲突.这将大大降低程序开发效率,增加程序的出错率.其次,在开发过程中遇到错误是在所难免的,故因此对程序,数据库，以至于数据流程图,再甚至是业务功能的修改也是十分正常而且是必要的!因此在程序开发过程中我们通常遇到要修改数据库的例子,在遇到如此的问题后我们运用分步,分层次,各个业务功能，各个数据表进行开发的方法.在调试成功后,

49、再向下一层业务功能，下一层相关数据表进行开发.在开发下一层功能时要随时预备好修改上一层程序最后,开发过程遇到困难和挫折也是难免的,这时最需要队友的支持和关心.发挥团队的合作精神,不仅能事半功倍,而且能到达互相学习共同提高的目标.因此还有其他关心,譬如参照一些不人写的程序,一些书籍，还有老师的关心也是专门重要的.总之,信息系统开发是一项讲究团队合作，系统的做事的过程.严军键：三周的课程设计,我深刻的体会到在设计过程中，需要反复实践,其过程相当烦琐。这次课程设计为我提供了一个了解采购治理信息系统领域的机会,让我通过与同学合作的方式，获得一些差不多的经验。对系统的知识结构与应用领域及学习方法有总体的

50、认识，识不治理信息系统的组织与技术特征,我也掌握了一些分析组织治理信息系统的差不多思路，培养了 一定的推断能力,与同学合作提交表达规范的方案书。通过这次课程设计的开展,提高了我对治理信息系统设计这门课程的理解,使我了解了信息在企业的采购、财务、库存等各个方面的重要作用,同时也增强了我对企业及所学知识的了解，使我对所学知识能够更加熟练的运用!总体来讲,这次实习我受益匪浅。李立群这次的课程设计,令我认识到了反复实践,团体协作的重要性。过程是痛苦的，然而苦尽甘来的感受却是无以伦比的。我们的课程设计是采购治理信息系统，通过这次课程设计,令我对采购治理的业务流程有了较为细致深入的了解。也对如何运用oe

51、builder进行程序设计有了大致的了解,起码能用它来设计较为简单的系统。另外，通过这次课程设计，使我重温了数据库以及治理信息系统的知识，也对这些课程有了更为深入的了解。对治理信息系统的知识结构及其应用有了总体的认识，也掌握了一些较为普遍适用的分析方法。最后,在短短的时刻里要做出一个较为符合要求的系统来,需要整组同学的亲热合作。这令我感受到了团队合作的威力。而且，也体会到了应该如何与同学一起讨论解决问题，如何处理冲突等一些团队普遍面临的问题。尽管这次我们所做的知识采购治理系统,然而通过这次课程设计,我也认识到了企业各职能部门是如何在相互起作用的,培养了我系统的思维方法。因此，最差不多的是，提高

52、了我对治理信息系统设计这门课程的理解。所有的这一切,都对我以后参加工作或者研究奠定了基础!总体来讲，这次课程设计让我受益匪浅。吴育环 在这次为期三个星期的采购治理信息系统课程设计的整个过程中，我有以下四点心得体会。 系统地做了一次全面的、较规范的设计练习。通过查找资料、积极参与,初步学习了系统开发整个艰巨和繁琐的过程。用理论联系实际并结合采购治理信息系统课程设计内容,考虑到采购操作流程的规范和采购数据的分析,加深和扩展了治理信息系统开发的知识。 = 2* GB2 养成了科学的适应。在设计过程中一定要注意掌握设计进度，按预定打算完成时期性的目标，在系统设计整个过程中，注重实际需求,充分考虑设计的

53、合理性和规范性，通过合作培养了默契，结构、关系设计与不断优化交替进行,采纳正确的设计方法。在整个设计过程中注意对信息治理设计资料的查阅和数据流的优化和规范，同时保持数据记录的完整性和课操作性。 = GB2 加强了系统设计差不多技能的训练。在课程设计的实践中通过查阅资料和例子活用、规范、及相关信息系统资料的差不多功能而构建我们的系统,锻炼了我们的能力，同时让我们初步了解并运用Poebuile强大的系统开发能力。=4 * 2 掌握了一般系统设计的程序和方法。通过对采购治理信息系统的设计，有助于树立正确的系统设计、开发的思想，培养默契、合作、全面、科学的信息系统开发设计能力。总的来讲，在这次采购治理

54、信息系统当中我们自己动手去设计、去开发的过程,关于以后我们的进展与学习来讲,都能够看作一笔不小的财宝,然而相关于真正开发切合企业需求的信息系统来讲，还有太多的可不能与不明白,需要我们不断的学习去认识和提高。王宣发我们的课程设计是:采购治理信息系统,通过了三个星期的努力，我对采购治理的业务流程有了较为细致深入的了解,也了解了与采购治理相关的其他业务。同时对ower uilde有所了解，巩固了往常学习过的数据库的知识。同时作为开发小组的组长,我学到系统开发的思想，不管做什么事都要考虑得全面,学会了团队的精神。学会了如何样组织一个团队完成项目：分工，督促,修改进度,以身作则。大伙儿分工,在完成自己的

55、任务的同时互相关心。在队友们的努力下,我们提早完成了系统开发的任务。任务尽管差不多完成了，但在这次课程设计中学到的知识，我们将终身受用。彭北养做了三周的课程设计，有专门多的心得体会,有关于系统设计方面的,更多的是关于人与人之间关系方面的。在做设计的过程中，我得到了小组成员同学的关心与胜任。我想没有他们我可能都要放弃了，因为我本人对poebul也并不是专门熟悉，理论联系不了实际。往常的编程语言也没学好,一开始的程序这块儿就要令我抓狂了。后来和我们小组的成员一起学习讨论，从图书馆里借来了十多本oerbid系统设计的书，从最差不多的界面设计开始,一步一步跟着书上的例题来做练习,尽管程序不是自己写的，但看到自己亲手写下来的程序和界面能真正运行出来内心也有欣喜若狂的感受,不知不觉自己对B、对程