X金属公司系统分析报告_[全文]

1、X金属公司系统分析报告一、 现行系统调查与分析报告现行系统组织概况现行系统组织介绍：X金属材料是原x市物资局下属的金属公司于2001年底转制成立的。公司目前的注册资金3000万人民币，其中90%为国有资产，10%为经营者群体持股。公司继承了原公司的大局部经营业务，主要任务是对x市及周边地区的所需钢材、有色金属等原材料进行采购、进货，销售及存储管理，并且还负责把客户定购的货运送到目的地。公司性质属于流通企业，业务范围主要是通常所说的进销存管理。公司改制后，实行一体化管理和非独立核算，有效降低了经营本钱，业务量稳步扩大。成立的五年多来，经营品种已达250多个大类、数千种规格，现有职工237人，进货

2、客户及销货客户总共到达2000多家。现行系统组织机构与业务功能：x金属材料公司设有办公室、业务部、市场部、物流部、财务部和信息中心等部门。每个部下还设有假设干职能部门或职能岗位。公司的组织机构如图153.4所示。图15.4 x金属材料公司组织机构图 各部室的业务范围如下：a.办公室负责处理公司日常办公事务如文件管理，会议安排，行政考核，后勤管理等。b.业务部是x公司经营钢材的核心部门，负责金属材料的进销存业务，具体职责有: 采购员6人，他们的职责是根据市场需求和库存情况，负责钢材的现货和期货的采购，包括提出采购申请、与供给商签订进货合同，与供给商保持业务联系，进行合同督催等。 合同员2人，其职

3、责是负责登记采购员送来的进货合同,并完成每月的合同统计与分析。 核价员1人，其职责是负责金属材料到货后的进价核价及入库单处理。 销售员4人，负责金属材料的销售管理，如销售开票，保持与客户的业务联系等。 统计员2人，负责全公司的物资进销存统计报表的制作与上报工作。c.市场部负责各地区的市场开发工作。d.物流部负责钢材的运输和仓储工作，如钢材仓库负责钢材的验收、入库、存放、保管、保养及物资出库工作，车队负责送货和取货。e.财务部负责全公司经营活动中的收款、付款、开票和各种帐务及资金管理，进行财务分析，编制财务报表等。f.信息中心是以财务部的机房管理人员为根底新成立的部门，负责公司的信息化规划和信息

4、系统的建设。 现行系统的业务功能，可以用分层描述的现行系统功能图进行抽象，建立现行系统的功能模型。以业务部为例， 如果把业务部的工作用功能图抽象出来，可建立如图15.5的业务部现行系统功能模型。图15.5 金属材料公司业务部功能图现行系统工作目标x金属公司的性质属于流通企业，业务范围主要是通常所说的进销存管理。现行系统的主要目标有：对各种单据、合同进行管理；对库存、进销货情况进行管理；对合同和各种单据进行统计和查询；实现人员合理分工，保证业务流程顺畅完善；进一步提高人员的工作效率，提高业务量；提高物流效劳水平；建立和扩大经销网络，提高市场占有率；现行系统职能调查情况：分部门来说，各个部门的工作

5、目标大致可列为如下：进货：采购员判断市场情况，签订采购合同；合同员登记合同并完成合同的统计与分析，其分析的信息为决策作出支持；核价员核对合同价与发票价，并产生相应的单据；通过 及票据传递进行各个部门之间的消息通信对业务台账进行及时修改销货：对金属材料的销售进行管理，保持与客户的业务联系；进行可供资源表的维护；与库存部门保持良好联系库存：对出库及入库的货物进行核对与清点；对库存进行统计与查询；保持与进货和销货部门的良好联系现行系统功能需求各部室的业务功能需求如下：a.办公室负责处理公司日常办公事务如文件管理，会议安排，行政考核，后勤管理等。b.业务部是x公司经营钢材的核心部门，负责金属材料的进销

6、存业务，具体职责有: 采购员6人，他们的职责是根据市场需求和库存情况，负责钢材的现货和期货的采购，包括提出采购申请、与供给商签订进货合同，与供给商保持业务联系，进行合同督催等。 合同员2人，其职责是负责登记采购员送来的进货合同,并完成每月的合同统计与分析。 核价员1人，其职责是负责金属材料到货后的进价核价及入库单处理。 销售员4人，负责金属材料的销售管理，如销售开票，保持与客户的业务联系等。 统计员2人，负责全公司的物资进销存统计报表的制作与上报工作。c.市场部负责各地区的市场开发工作。d.物流部负责钢材的运输和仓储工作，如钢材仓库负责钢材的验收、入库、存放、保管、保养及物资出库工作，车队负责

7、送货和取货。e.财务部负责全公司经营活动中的收款、付款、开票和各种帐务及资金管理，进行财务分析，编制财务报表等。f.信息中心是以财务部的机房管理人员为根底新成立的部门，负责公司的信息化规划和信息系统的建设。现行系统信息需求现行系统的信息需求包括进货合同单，供方发票，购货要求，物资入库单，合同完成情况明细，客户的付款能力，销货合同，发货单，临时销售合同等。我们可以将信息需求用信息流程图的形式表现出来，如下列图所示：其中第一层的处理逻辑被分解为第二层的2.1合同管理、2.2进货管理、2.3销售管理三个处理逻辑，这三个处理逻辑又分解成三张第三层数据流程图。图15.6 业务部进销存业务第一层DFD 图

8、15.7 业务部进销存业务第二层DFD 图15.8 处理逻辑2.1“合同管理的细化DFD 图15.9 处理逻辑2.2“进货管理的细化DFD图15.10 处理逻辑2.3 “销售管理的细化DFD现行系统查询与决策要求现行系统查询与决策要求包括：销售员查询库存总账，了解可供资源以满足客户购货需要；采购员要了解各种物资的库存量以便及时向有关部门提出采购申请；核价员要查询并核对合同价与发票价是否一致，以便决定开具哪一种票据；合同员需要查询合同明细；公司有关人员需要查询各种票据的明细；公司有关人员要查询合同的完成情况，以便确定往来单位的信誉度，并作出优惠方案；公司经理需要了解未来季度某种物资的期货数量，以

9、便预计下一季度的进销额；公司经理需要了解公司各种经济指标的完成情况，以便作出长远的战略方案；现行系统系统分析a.目标分析2003年初公司购置了“金碟财务软件，实现了财务管理信息化，但随着经营业务的不断扩大，仅仅在财务管理方面实现信息化，已不能满足公司业务的不断扩大，须尽快改变目前进销存业务管理仍然是手工的作业状态。b.存在问题分析销售的结算方式很多，手续繁杂，容易出错；销售、财务和仓库各有一本库存明细账，数据不一致问题严重，月底对账工作量大；人工开销售凭证，容易写错、算错，事后处理困难；由于销售人员不能准确掌握库存，开出的废票很多，常常要退票；市场开拓能力差，没有设立设外省市经销网点；缺乏合理

10、的库存定额管理，库存数字不准，造成大量积压或脱销；没有供给商资料，无法控制进货质量；由于业务人员忙于日常事务处理，无精力进行经营活动的分析；经理得到的信息滞后，不能及时了解市场行情及企业运行情况，影响了正确决策；没有留下客户资料，无法进行市场分析和客户分析，缺乏客户效劳的意识，有些客户已经流失；公司已使用了财务软件，但业务信息系统尚未建立，致使业务数据不能直接、实时地进入财务系统，造成数据冗余；单据繁多，数据冗余；“可供资源表每周制作一次，不能实时反映物资的可供数量和市场价格，没什么用处；历史数据缺失，无法进行销售预测和分析；信息化意识薄弱，不原意尝试电子商务。c. 环境分析首先从公司内部大环

11、境分析，目前公司的注册资金3000万人民币，其中90%为国有资产，10%为经营者群体持股。公司继承了原公司的大局部经营业务，主要任务是对x市及周边地区的所需钢材、有色金属等原材料进行采购、进货，销售及存储管理，并且还负责把客户定购的货运送到目的地。公司性质属于流通企业，目前经营品种已达250多个大类、数千种规格，现有职工237人，进货客户及销货客户总共到达2000多家。如此大的一家企业目前仅靠财务软件来运营，定会造成很多商机的贻误，并且假设想进一步的经营降低本钱，其空间将会越来越小。其次从公司的外部环境分析，目前该市场的利润空间较高，还会有相当多的公司进入市场，并且目前信息化是一主流，谁掌握的

12、信息更多更迅捷，就意味着能赚更多的差价，签订更多的客户。因此尽快实施信息系统化势在必行。d. 新系统功能、数据与流程需求分析新系统有四大功能，分别为进货管理功能、销售管理功能、合同管理功能、库存管理功能。进货管理又分为核价、拒付理由书、进货情况查询，销售管理分为核实双方交易能力、签订合同、开票、销售统计、销售查询、注销，合同管理分为合同登记、发票登记、合同查询、合同统计、合同住校，库存管理分为入库登记、出库登记、库存查询、库存统计。新系统将面向合同员、核价员、仓管员及业务主管，实现信息的实时性，查询、统计简便，真正实现进销存的信息化。新系统所有数据如下共有11张表，分别为临时销售合同，入库单，

13、发票明细，发货单，可供资源表，合同明细，员工信息表，往来单位，注销发票档案，注销合同档案，物资，员工信息表除了有员工的信息还有员工的权限，根据其权限进入不同的系统模块进行操作。临时销售合同是还未签订好的合同。至于其他几项都是原来手工作业中都用到的数据，只是进行了电子化。新系统的流程由数据流程图DFD分层次地描述。二、新系统目标促进物资流通的社会化、合理化，建立一个能灵敏、高效、全面提供物资经营、管理和决策信息的公司微观管理信息系统。 实现进销存，统计及财务工作的全面计算机处理，提作工作效率和工作质量。 提高物资流通的社会效益，建立物资配送信息子系统. 及时提供物资经营、管理和辅助决策的信息，提

14、高经营管理水平。 能进行各项经济指标的动态分析及市场预测、财务预测。 能提供与经营环境有关的供货厂商和客户单位供、需、价格、资源需求等方面的市场信息。 实现信息共享，满足对各类物资信息处理的准确性、一致性、时效性和灵敏度的要求。三、系统整体特点结合批号管理一边追踪原销货及退货资料可控管库存量、在途量、未送货量资料自动更新应收应付帐款进行货物进出口的相关核算海关编码库存清单自动计算增值码、关税、消费税适用于小规模纳税人或一般纳税人四、新系统代码设计本系统采用的代码均为bigint型，长度为8，采用顺序码。每种类型代码的第一位都不同，如员工信息表中的员工号第一位为1，往来单位表中的单位码的第一位是

15、2，物资表中的物资码的第一位是3，以此类推。每张表的第一条记录都是*0000001，以后每添加一条记录就加一号。由于采用顺序码，因此本系统对于具体的那个号码属于哪一类，比方30000004属于哪一类钢材并不清楚，也没有必要清楚，因为本公司是一个小型的钢材专卖公司，没有很全面的资源。但是通过读取号码的第一位即可知道该号码是属于哪一类号码，到底是发票号还是合同号都能知道。本系统采用的代码全为数字码，方便系统自动生成。当要生成一条新记录时，只需找到表中的最后一条记录的编码，将其加一，就是新记录的编码的，这样做能做到方便且自动生成。并且在直接进入数据库输入时进行一定情况的输入纠错，因为只能是数字才能进

16、入该数据表，一旦输入字母或符号便会报错。五、新系统逻辑模型设计1. 合同管理子系统合同管理子系统主要包括以下内容： 合同管理子系统功能图:功能建模 合同管理子系统分层新DFD：信息流程建模 合同管理子系统数据字典：数据建模 合同管理子系统处理逻辑小说明：流程模型的处理逻辑描述。1 合同管理子系统功能模型模块功能说明举例如下： 合同管理信系统功能图a 合同登记合同登记模块负责输入并编辑进货合同单，建立“进货合同关系数据库文件。b 合同到货该模块负责输入、并编辑供方发票，建立反映合同到货数据的“发票明细数据库文件。c 合同查询该模块提供未来期合同资源数和合同完成情况。d 合同统计该模块每月/季/年

17、完成“合同完成情况明细和“合同完成情况汇总表的制作和打印。e 合同注销将已完成的合同在“进货合同中注销，并从“进货合同文件中转储到“注销合同档案历史文件中。(2) 合同管理子系统信息流程模型图15.18 合同管理子系统第一层DFD图15.19 合同管理第二层DFD图15.20 合同管理第三层新DFD合同登记处理逻辑的细化图15.21 合同管理第三层新DFD合同到货处理逻辑的细化图15.22 合同管理第三层新DFD合同查询处理逻辑的细化a.数据流定义数据流定义卡名 称: 进货合同单简 述: 供给商与公司签订的原始供货合同凭证组 成: 合同号+签定日期+订货单位码+订货单位名+ + +收货单位名+

18、收货单位码+ 收+ 收+收货地址+结算单位码+结算单位名+结算地址+开户银行结+帐号结+供货单位码+供货单位名+供方地址+ 供+ 供+ 供+开户银行供+帐号供+运输方式+物资码+品名+规格+型号+技术标准+交货期+合同数+合同价+备注流通量: 150份/月高蜂期: 每年5月和11月顶峰期流通量: 300份/月数据流定义卡名称：供方发票简述：供货方给我方的原始凭证，用以确认需付的款项和金额组成：发票号+发票代码+发票日期+品名+规格+型号+计量单位+单价+数量+运杂费+税率+销货单位+备注+合计b.处理逻辑定义名称：合同管理编号：1.0简述：专门处理有关进货合同的各种流程处理逻辑小说明：合同管理

19、的流程大致如下：合同登记处理，即将书面合同转化为电子版合同到货处理，包括登记发票合同查询，即根据有关人员的要求对合同的内容进行查询合同统计，即根据业务主管的要求统计合同的完成率、合同价总合等合同注销，即将已经不需要或者已经无效的合同进行注销。转入注销合同档案名称：合同登记编号：1.1简述：将合同从书面版转为电子版处理逻辑小说明： 其主要功能为合同原件与供货方签订的合同输入电脑中，其中有些字段的数据为自动生成，如合同号。另外如物资码是在合同员选择了物资的品名、规格、型号后自动生成的。如果添加的单位是新单位，会弹出一个添加新单位的画面，用于输入新单位的单位名、地址、 等信息，点击提交添加一条记录进

20、新单位。假设输入的物资为新物资，无法从现有物资中选出的话，可以自行填空，在登记合同的画面上点击登记，会自动将新物资的信息放入物资表中，同时添加一条合同记录进合同明细表。注意，添加的合同记录的字段进货/销货的值为1，表进货合同。名称：合同到货编号：1.2简述：合同中约定的货物到达本公司时的处理处理逻辑小说明： 合同到货的主要功能为登记发票，随着货物的到来，发票一起到来，本系统要求纸张化的发票应转变为电子版的发票，因此需要将发票登记入数据表。发票登记弹出的画面是一个带有许多空格的画面，这些表格有些可以选择，比方合同号，即该发票是针对某一份合同所开出的发票；另外有些空格是固定的不能填选的，如发票号，

21、是系统自动生成的。填选完毕，点击提交按钮即可将发票提交之数据库。名称：合同注销编号：1.5简述：对于不需要的合同予以注销处理逻辑小说明： 合同注销是针对那些还没有登记发票的合同所提供的功能，注销的画面上会出现一张表，其中会有可以予以注销的合同，可以任选一份合同予以注销。点击“确定按钮后即注销合同，也就是把该条合同记录从合同明细中转入注销合同档案中，一切数据都不变。名称：合同查询编号：1.3简述：根据有关人员的要求进行查询并返回查询结果处理逻辑小说明： 根据有关人员的要求，查询合同明细表并根据物资码或合同号调出合同明细中的数据，以表格的形式给查询的人查看。名称：合同统计编号：1.4简述：根据业务

22、主管的要求进行统计并返回统计结果处理逻辑小说明： 根据业务主管的要求，根据合同明细中的数据，进行相应的累加，以表格的方式返回给需要统计结果的人员看。2. 库存管理子系统1 库存管理子系统功能模型 a 库登记入库登记模块负责核对入库货物，在入库单上填写实收数，并修改可供资源表。b 库登记出库登记模块负责核对出库货物，在发货单上填写实发数，修改可供资源表，并控制库存，当库存低于警戒线时发出警报。c 存查询该模块提供某种物资的库存情况，以及某日进出库的货物清单。d 存统计该模块按月统计进出库的总量。(2) 库存管理子系统信息流程模型 库存管理第一层DFD 库存管理第二层DFD 库存管理第三层新DFD

23、入库登记明细销售管理第三层新DFD-销售查询明细库存管理第三层新DFD出库登记明细销售管理第三层新DFD-销售查询明细 库存管理第三层新DFD库存查询明细 库存管理第三层新DFD库存统计明细a.处理逻辑定义名称: 核对货物简述:核对入库单与实收货物处理逻辑小说明:登陆页面时自动搜索需要处理的入库单。调出入库单的详细内容。核对货物 如果合格否那么 出错处理名称: 填实收数简述:在入库单上填写实收数量处理逻辑小说明:填写实收数量名称: 入库登记简述:修改可供资源表处理逻辑小说明:1.新可供数量=原可供数量+实发数量2.填写验收日期名称:简述:清点出库数目处理逻辑小说明:登陆页面时自动搜索需要处理的

24、发货单。调出发货单的详细内容。清点出货物名称:填写实发数简述:在发货单上填实发数处理逻辑小说明:填实发数量名称:出库登记简述:修改可供资源表处理逻辑小说明:1. 新可供数量=原可供数量+实发数量2. 新正在商议数=原正在商议数-合同数3. 填写验收日期名称: 按品名查询简述:根据品名查询库存数量处理逻辑小说明:选择品名，查询库存数量名称: 按进货日期查询简述:根据进货日期查询进货情况处理逻辑小说明:选择进货日期，查询当日的进货情况名称: 按出货日期查询简述:根据出货日期查询进货情况处理逻辑小说明:选择出货日期，查询当日的出货情况3 进货管理子系统进货管理子系统包括以下内容： 进货管理子系统功能

25、图:功能建模 进货管理子系统分层新DFD：信息流程建模 进货管理子系统数据字典：数据建模 进货管理子系统处理逻辑小说明：流程模型的处理逻辑描述。(1) 进货管理子系统功能模型销售管理第三层新DFD-销售查询明细 4.1 4.2 4.3 4.4 4.5 核价该模块负责核实合同明细和发票明细的单价情况。如果一致就生成入库单的界面，如果不一致，就生成拒付理由书的摘要并建立“拒付理由书关系数据库文件。2产生入库单该模块负责输入并编辑入库单的局部字段，建立“入库单关系数据库文件。3拒付理由书查询该模块负责拒付理由书摘要和提交情况的查询以及创立文本的拒付理由书并提交给业务主管。4进货查询该模块负责提供进货

26、资源情况的查如种类，名称，进货单位等。销售管理子系统信息流程模型进货管理第一层DFD进货管理第二层DFD进货管理第三层DFD进货查询销售管理子系统数据模型逻辑说明定义名称：进货管理编号：4.0简述：处理进货后的核价，生成入库单和拒付理由书的流程处理逻辑小说明：进货管理子系统的流程如下：先由核价员输入合同员通知的要核价的发票的发票号，由系统自动完成核价，并根据核价的结果来继续下一步。如果核价正确，那么生成入库单的录入界面，由核价员完成录入并把相关信息提交数据库。如果核价错误，那么呈现付理由书的摘要信息，并由鉴定人把相关信息提交数据库，并可以编制正式文本的拒付理由书和提交给业务主管。假设想了解拒付

27、理由书的摘要信息，可进入拒付理由书的查询界面，可选择或输入要了解的拒付理由书对应的发票号，即可看到想得到的信息，对于未编制正式文本的可选中并编制。假设想了解进货的大致情况，可进入进货查询的模块，可针对某一项指标如数量，单价进行有条件的查询，也可进行概况的查询。名称：核价编号：4.1简述：对合同价和发票价进行核对，确定两者是否一致处理逻辑小说明：从“合同明细中取出合同数和合同价，自动算出合同单价，公式为合同单价=合同价/合同数再从“发票明细中取出单价，把两者比照，如果相符那么转入1.2如果不相符那么转入1.3名称：生成入库单编号：4.2简述：完成入库单局部信息的录入处理逻辑小说明：假设发票单价和

28、合同单价相符，核价员录入物资入库单。1入库单号由系统自动生成，在原来的入库单号的根底上加一；2发票号由核价界面传过来，根据该发票号从“发票明细中获得合同号；3根据合同号从“合同明细中获得合同数，即界面上的件数。还可以得到物资码；4根据物资码查“可供资源表，得到该物资对应的库位；5制单日期由系统自动生成，即生成这张入库单时的日期。以上都无需人工录入，并且不能修改。核价员只需填入结算方式，承付日期和质保书情况。全部都填写完毕后，即可提交到“入库单关系数据库文件。至于“入库单中还有的实收数量和验收日期暂不填，由仓管员来完成录入。名称：编拒付理由书编号：4.3简述：完成拒付理由书信息的录入和编制正式的

29、拒付理由书并提交给主管处理逻辑小说明：如果合同单价和发票单价不相符，那么产生拒付理由书摘要信息。这些摘要信息包括：核价界面传过来的发票号，发票价；核价界面传过来的合同号，合同价；根据发票价和合同价自动计算得出拒付理由如：发票价比合同价少100元；以上都无需人工录入，并且不能修改。只需填写上鉴定人的名称。填写完毕即可提交到“拒付理由书关系数据库文件。对于刚产生的拒付理由书显然都是没有对应的正式文本形式的，因此，同时在提交这些信息的同时把“拒付理由书的提交情况字段置为“否。提交完毕，就可以根据这些摘要信息开始编制正式的拒付理由书,编制完毕提交给业务主管。提交给主管后，系统自动把“拒付理由书的提交情

30、况字段置为“是。这个字段是在查询的时候反映出来的。名称：拒付理由书查询编号：4.4简述：对拒付理由书的摘要信息进行查询处理逻辑小说明：查询是根据发票号来进行的。发票号可以自行输入，或者选择已经存在于“拒付理由书中的发票号。查询到的信息是存于“拒付理由书中的所有字段，假设该条记录的提交情况是“否的话，那么可以选中该条记录并摁下编制拒付理由书的摁钮，即可开始编制正式的文本形式的拒付理由书。名称：进货查询编号：4.5简述：对所进的货物有关情况进行查询处理逻辑小说明： 可以在界面上选择你要查询的工程，包括数量，单价，进货单位，品名，规格，物资码，如果选中其中一项，那么可以在下面的框框中得到该工程的所有

31、存在的指标数，可以选择一项你所关心的指标数进行查询，也可以选择“查询全部，这样所有存在于数据库中的记录都会显现出来。 查询出来的就是数量，单价，进货单位，品名，规格，物资码这几个工程。4 销售管理子系统销售管理子系统包括以下内容： 销售管理子系统功能图:功能建模 销售管理子系统分层新DFD：信息流程建模 销售管理子系统数据字典：数据建模 销售管理子系统处理逻辑小说明：流程模型的处理逻辑描述。(1) 销售管理子系统功能模型 核实双方交易能力核实双方交易能力分别从订货单位和本公司资源两方面来考虑，负责确定一笔交易是否有可能进行，用以添加至临时销售合同表。签订合同签订合同模块的主要功能为签订临时销售

32、合同和将临时销售合同转正式合同。开票该模块的主要功能位生成发货单和开出发票，用以和客户打交道。销售查询 该模块的主要功能是根据有关人员的不同查询要求进行查询。销售统计 销售统计模块的主要功能是为业务主管提供对本公司某年度某季度的销售明细或汇总情况进行统计的效劳。注销临时销售合同 注销临时销售合同的主要功能是将那些已经没有希望签订正式合同的临时销售合同从临时销售合同表中删除。注销正式文档该模块的功能共有三块，分别为发货单注销、发票注销和正式合同注销。她用来在某些发货单、发票或合同没有必要再留着时予以注销。(2) 销售管理子系统信息流程模型 销售管理第一层DFD 销售管理第二层DFD 销售管理第三

33、层新DFD-核实双方交易能力细化 销售管理第三层新DFD-签订合同明细 销售管理第三层新DFD-开票明细 销售管理第三层新DFD-销售查询明细 销售管理第三层新DFD-销售统计明细 销售管理第三层新DFD-注销正式文档明细(3) 销售管理子系统数据模型a. 数据流定义数据流定义卡名称：发货单简述：客户可以取货的凭证，且是是否可以开票的依据组成：发货单号+物资码+物资名+规格+型号+库位+制单日期+发货日期+结算方式+质保书+ 实发数量+件数+承付日期数据流定义卡名称：发票简述：客户付钱多少的凭证，也是客户与本公司进行了该笔交易的凭证，交给客户用以提醒其给钱组成：发票号+发票代码+发票日期+品名

34、+规格+型号+计量单位+单价+数量+运杂费+税率+销货单位+备注+合计数据流定义卡名称：购货要求简述：是购货方对我方提出的所购物资的具体内容及价格组成：品名+规格+型号+价格+数量+交货日期数据流定义卡名称：销售统计表简述：是业务主管在输入统计要求后返回的统计结果组成：物资码+品名+规格+型号+合同价+数量+合同完成率+单位名+年度+季度数据流定义卡名称：查询结果简述：是有关人员再输入查询要求后返回的查询结果组成：订货单位名+品名+规格+型号+合同价+数量+单价+运输方式+承付日期+发货日期+实发数量+备注+收货单位名+结算单位名+供货单位名处理逻辑定义名称：销售管理编号：2.0简述：处理销售

35、过程中的合同、发货单、发票的处理流程处理逻辑小说明：销售管理子系统的流程如下：根据客户的需求和公司的资源情况，生成临时销售合同，等待客户签字；已经客户签字同意，该临时销售合同生效，将临时销售合同转为正式合同； 假设客户不予签字，该合同就是无效合同，经上级人员批准，注销该临时销售合同；对于未生成发货单的正式合同开出发货单，并交予仓库，等待填入发货时间和实发数量。假设一份未生成发货单的正式合同因某种原因需要注销，经上级批准，可予注销该正式合同，进入注销合同档案。对于已经由仓管员填入发货时间和实发数量的发货单，可以进行结算开票，添参加发票明细。假设一份未结算开票的发货单由于某种原因需要注销，经上级批

36、准，可予注销该发货单。假设一张发票因某种原因需要注销，经上级批准，可予注销该发票。有关人员可以进行查询功能，按照不同的查询要求得到不同的查询结果。业务主管可以使用统计功能，知晓某年某季度的销售明细和汇总。名称：核实双方交易能力编号：2.1简述：确定双方是否有完成该笔交易的能力来决定是否该签订临时销售合同处理逻辑小说明：签订每一份临时销售合同前，都必须进行以下步骤：核实购置的单位是否具有足够的信誉度来完成交易，以防发生坏帐。核实本公司是否有足够的资源来满足该购置单位，以防发生缺货现象。名称：签订合同编号：2.2简述：与客户签订合同的过程处理逻辑小说明：签订合同的流程如下：生成临时销售合同，等待客

37、户签字；假设经客户签字同意，该临时销售合同生效，将临时销售合同转为正式合同。名称：开票编号：2.3简述：为正式合同生成发货单和开出发票处理逻辑小说明：对于每一份正式合同：开出发货单，将发货日期和实发数量留给仓管员填，并以email或 的方式通知仓管员去填这两栏。对于已经由仓管员填了实发数量和发货日期的发货单对应开出发票，更新发票明细表。名称：销售查询编号：2.4简述：根据有关人员的查询要求进行查询处理逻辑小说明：有关人员可做的查询有：根据单位码查询单位总购数；按物资码查询物资销售情况；按发票号查询交易内容。名称：销售统计编号：2.5简述：根据业务主管的统计要求进行统计处理逻辑小说明：业务主管可

38、做的统计有：统计某年某季度某资源的销售明细情况；统计某年某季度某单位的消费情况名称：注销临时销售合同编号：2.6简述：对于上级已批准的不能生效的临时销售合同予以注销处理逻辑小说明：假设某分临时销售合同由于客户不予签字，或者资源改变或客户要求变更，该合同就是无效合同，经上级人员批准，注销该临时销售合同，将其移出临时销售合同表。另外，更新可供资源表的正在商议数字段，公式为：正在商议数=正在商议数-合同数名称：注销正式文档编号：2.7简述：经上级批准，对发票、正式合同和发货单予以注销处理逻辑小说明：可能发生的注销情况有以下几种：假设一份未生成发货单的正式合同因某种原因需要注销，经上级批准，可予注销该

39、正式合同，进入注销合同档案。假设一张发票因错开等原因需要注销，经上级批准予以注销，进入注销发票档案。对于未开票的发货单假设有需要注销，经上级批准可予注销。对于已经开票的发货单假设要注销必先注销发票，才能注销该发货单。对于已经生成发货单的合同，假设需要注销，必先注销该发货单才能注销该合同。名称：核实资源可用性简述：确定客户要求的资源是否存在且足够处理逻辑小说明；核实资源可用性有以下步骤：根据客户要求的物资，查找物资表：如果 该物资表中找不到对应物资那么 直接反应不能生成该临时销售合同 否那么 得出该物资对应的物资码，转2根据物资码查找可供资源表，查找其实际可供数，即：可供数量-正在商议数将实际可

40、供数与客户需要的数量比拟如果 实际可供数50 那么 可以与该单位交易否那么 直接反应不能生成该临时合同名称：生成临时合同简述：经核实双方交易能力后，生成临时销售合同，为生成正式合同做准备，使每份正式合同必经的阶段处理逻辑小说明：其生成过程一般如下：首先判断该单位的核实结果是否为可以销售如果 可以销售那么 显示填写临时合同的画面，转2 否那么 弹出message提示由于未核实或核实结果为不能销售而不能生成临时销售合同自动取出核实双方交易能力时的数据，包括订货单位名、所定物资名、规格、型号、数量。如果 在核实双方交易能力时未输规格、型号或数量那么 显示的画面中这些空格为空，且各项规格或型号能在先选

41、择规格或型号的前提下自动生成对应的值，以防发生找不到物资的情况 否那么 自动生成这些规格、型号和数量，且不能修改点击提交按钮如果 所有空格未填满那么 弹出message提示有空格未填，中止提交过程 否那么 如果 在核实双方交易能力时未输规格、型号或数量 那么 实该规格、型号的物资的可供数量是否足够用来销售 足够 那么 直接提交数据库，添加一条记录至临时销售合同 否那么 弹出message提示物资不够，请重新核实能力 否那么 接提交数据库，添加一条记录至临时销售合同假设点击“重新填选按钮，除了从核实双方交易能力模块中直接取出的不能修改的数据外，全部清空。更新可供资源表的正在商议数，公式为：正在商

42、议数=正在商议数+数量名称：登记正式合同简述：将临时销售合同转为正式合同，使之具有生成发货单和开出发票的资格处理逻辑小说明：其主要功能为以表格的形式显示还在临时销售合同表中的合同，尽量显示其详细的信息，一旦客户签了字，让销售员能够选择正确的临时销售合同并将其准为正式合同。转为正式合同后会更新该表格，去掉之前转为正式合同的临时销售合同，防止销售员进行误操作，再次调用已不在临时销售合同表中的合同。名称：预开票简述：对于未生成发货单的正式合同生成其对应发货单处理逻辑小说明：进入预开票功能模块后，首先看见的是以表格形式显示的尚未生成发货单的正式合同，一次只可以选择一份合同以生成发货单。如果 选择了两份

43、合同且点击“确定 那么 弹出message提示只能选择一份合同如果 没有选择合同且点击“确定 那么 弹出message提示必须选择一份合同如果 表格中已经没有合同且点击“确定 那么 弹出message提示已没有可以开发货单的合同一旦选中一份正式合同，点击“确定后，弹出生成发货单的界面，其中发货单号为自动生成，对应合同号自动取自之前选取的合同，制单日期为当前日期，也为自动生成；另外可以填写的为承付日期，其日期必定晚于制单日期。填选完毕点击提交，假设未填选完整，弹出message提示，并中止提交过程；否那么提交至发货单表。并以 或e-mail形式提醒仓管员应该填写该发货单的发货日期和实发数量。名称

44、：结算开票简述：如果仓管员已经填写的某发货单的发货日期和实发数量，那么可以对其进行结算开票，即开出发票。处理逻辑小说明：进入结算开票功能模块后，首先看见的是以表格形式显示的已经生成发货单且已经由仓管人员填写发货日期和实发数量而又尚未开出发票的发货单，对这些发货单可以进行结算开票。一次只可以选择一份发货单来进行结算开票。 如果 选择了两份发货单且点击“确定 那么 弹出message提示只能选择一份发货单如果 没有选择发货单且点击“确定 那么 弹出message提示必须选择一份发货单如果 表格中已经没有发货单且点击“确定 那么 弹出message提示已没有可以开票的发货单选择一份发货单且点击“确定

45、后，弹出开票界面，其中发票号为自动生成，开票日期及当前日期，为自动生成，其他发票明细中的字段除结算方式、运杂费和税率为自行填写外，都是自动由发货单和合同明细中取出，皆为不能修改的空格。填选完毕点击提交，假设全部空格都已填满，那么直接更新发票明细表；否那么弹出message提示尚未填选完整，中止提交过程。提交之发票明细后，还需做的是更新往来单位中的信誉度字段。由于结算开票代表一笔交易的顺利完成，所以其会影响对应购货单位的信誉度。信誉的计算公式为：该单位已开出发票的合同的合同价总和/该单位全部合同的合同价总和*100%名称：查询单位总购数简述：根据有关人员的要求，查询某一特定单位对于某一特定资源的

46、总的购置数量处理逻辑小说明：该功能模块显示的是可供有关人员选择的一系列框，内容有：订货单位、物资名、规格、型号。订货单位和物资名为必选的，规格和型号可选可不选。另外显示的是一张表格，用来显示查询结果。根据发票明细表来查询，步骤如下：首先查找已经开出发票的合同号查找该合同号对应的订货单位码查找所填订货单位对应的单位码过滤出合同号对应订货单位码与所填单位对应的单位码相同的合同号，逐一查找其物资码，找出符合所填物资的物资码，并将其合同信息显示出来。名称：查询物资销售情况简述：根据有关人员的要求，按照物资码查询特定资源的销售情况处理逻辑小说明：该功能模块显示的是可供有关人员选择的一个框，内容为物资码，

47、有关人员可以选择对某一特定的物资码进行查询。此未必选的。另外显示的是一张表格，用来显示查询结果。根据发票明细来查询，步骤如下：首先查找已经开出发票的合同查找合同号对应的物资码如果 物资码=输入的物资码 那么 输出该笔交易的明细内容，即该合同的大局部字段4 .只显示今年的查询结果名称：查询发票内容简述：根据有关人员的要求，按照发票号查询该发票的全部明细内容处理逻辑小说明： 该功能模块显示的是可供有关人员选择的一个框，内容为发票号，有关人员可以选择对某一特定的发票号进行查询。此为必选的空格。另外显示的是一张表格，用来显示查询结果。其查询步骤为根据选择的发票号，查找发票明细表，将其字段全部取出，显示

48、在表格中。名称：统计完成情况明细简述：根据业务主管的要求，统计特定单位在某年某一季度对于特定物资的消费情况处理逻辑小说明： 该功能模块显示的内容有：订货单位名、物资名、规格、型号、年份、季度。其统计过程同处理逻辑2.4.1，主要区别在于其能统计一个季度的总的某一单位的对于某一物资的消费量。名称：统计完成情况汇总简述：根据业务主管的要求，统计特定资源在某年度某季度的整体销售情况处理逻辑小说明：该功能模块需要销售员选填的内容有：年份、季度、物资名、规格、型号。其中年份、季度、物资名为必填的工程。另外显示的是一张表格，用来显示统计结果。其统计步骤为：查找签订日期处于选择的年份和季度的合同号找到该合同

49、号对应的物资码，并和输入的物资所对应的物资码比对如果 一致那么 将物资码一致的合同的合同数累加起来4. 在表格中显示累加的结果，并计算完成的比率，对于每一项物资，完成比率由以下公式得出： 已开票的合同的合同价总和/物资码对应所有合同的合同价总和*100%注意：以上计算全都在销售员选择年份和季度范围内筛选名称：销售合同注销简述：由于合同不符合双方意愿或一方违约，经上级批准，可以注销尚未开出发货单的正式合同处理逻辑小说明：进入该功能模块显示的内容为一张表，用以显示可以予以注销的正式合同。该表在进入该模块时动态生成，该表中的合同皆为尚未生成发货单的合同。销售员一次只可以选择一个正式合同予以注销。如果

50、 选择了两份合同且点击“确定 那么 弹出message提示只能选择一份合同如果 没有选择合同且点击“确定 那么 弹出message提示必须选择一份合同如果 表格中已经没有合同且点击“确定 那么 弹出message提示已没有可以注销的合同正确选择了合同且点击“确定后，进行一次询问，再次点击“确定后，即进行注销，将选中的合同从合同明细表中转入注销合同档案，以备将来之用。同时用以选择合同的表格自动更新。合同号不变，且注销合同档案中的字段与合同明细的字段一样。另外，更新可供资源表的正在商议数字段，公式为：正在商议数=正在商议数-合同数名称：发票注销简述：由于发票错开或需要作废发票，经上级批准，可对选定

51、发票予以注销处理逻辑小说明：进入该功能模块显示的内容为一张表，用以显示可以予以注销的发票。该表在进入模块时自动生成，该表中的发票为发票明细中的全部发票，即销售员可选择任意一张发票进行注销，因此在这一模块销售员必须注意不能选错了发票。销售员一次只能选择一张发票予以注销。如果 选择了两张发票且点击“确定 那么 弹出message提示只能选择一张发票如果 没有选择发票且点击“确定 那么 弹出message提示必须选择一张发票如果 表格中已经没有发票且点击“确定 那么 弹出message提示已没有可以注销的发票正确选择了发票且点击“确定后，进行一次询问，再次点击“确定后，即进行注销，将选中的发票从发票

52、明细中转入注销发票档案，以备将来之用。同时用以选择发票的表格自动更新。发票号不变，且注销发票档案中的字段与发票明细中的字段相同。名称：发货单注销简述：由于发货单错开或其他原因，经上级批准，可对尚未开票的发货单予以注销处理逻辑小说明：进入该功能模块显示的内容为一张表，用以显示可以予以注销的发货单。该表在进入模块时自动生成，内容为尚未开票的发货单，及其对应合同号不在发票明细表中的发货单。销售员一次只能选择一份发货单予以注销：如果 选择了两份发货单且点击“确定 那么 弹出message提示只能选择一份发货单如果 没有选择发货单且点击“确定 那么 弹出message提示必须选择一份发货单如果 表格中已

53、经没有发货单且点击“确定 那么 弹出message提示已没有可以注销的发货单销售员正确选择了发货单且点击“确定后，进行一次询问，再次点击“确定后，即进行注销，将选中的发货单从发货单表中删除。如果 该发货单已有仓管员填写发货日期和实发数量 那么 删除发货单前更改可供资源表中的正在商议数和可供资源数 公式为：正在商议数=正在商议数+件数 可供资源数=可供资源数+件数5 数据存贮定义数据存贮定义卡名称：往来单位编号：D1简述：数据存贮“往来单位的标准化信息组成：单位码十单位名十 十 十纳税人识别号十地址十开户行十帐号+信誉度关键字：单位码数据存贮定义卡名称：物资编号：D2简述：数据存贮“物资的标准化

54、信息组成：物资码十品名十规格十型号关键字：物资码数据存贮定义卡名称：合同明细编号：D3简述：数据存贮“合同明细的标准化信息组成：合同号+签订日期+订货单位码+收货单位码+结算单位码+供货单位码+物资码+运输方式+技术标准+交货期+合同数+合同价+备注+进货/销货关键字：合同号外码：订货单位码、收货单位码、结算单位码单位码往来单位 物资码物资码物资数据存贮定义卡名称：发票明细编号：D4简述：数据存贮“发票明细的标准化信息组成：发票号+发票代码+发票日期+合同号+物资码+计量单位+单价+数量+运杂费+税率+进货/销货关键字：发票号外码：合同号合同号合同明细数据存贮定义卡名称：可供资源表编号：D5简

55、述：数据存贮“可供资源表的标准化信息组成：物资码+可供数量+正在商议数+市场价+库位关键字：物资码数据存贮定义卡名称：入库单编号：D6简述：数据存贮“入库单的标准化信息组成：入库单号+发票号+承付日期+制单日期+验收日期+结算方式+质保书+实收数量+库位+件数关键字：入库单号外码：发票号发票号发票明细数据存贮定义卡名称：注销合同档案编号：D7简述：数据存贮“注销合同档案的标准化信息组成：合同号+签订日期+订货单位码+收货单位码+结算单位码+供货单位码+物资码+运输方式+技术标准+交货期+合同数+合同价+备注+进货/销货关键字：合同号无外码数据存贮定义卡名称：注销发票档案编号：D8简述：数据存贮

56、“注销发票档案的标准化信息组成：发票号+发票代码+发票日期+合同号+物资码+计量单位+单价+数量+运杂费+税率+进货/销货无外码数据存贮定义卡名称：发货单编号：D9简述：数据存贮“发货单的标准化信息组成：发货单号+合同号+制单日期+发货日期+结算方式+质保书+实发数量+件数+承付日期关键字：发货单号外码：合同号合同号合同明细数据存贮定义卡名称：临时销售合同编号：D10简述：数据存贮“临时销售合同的标准化信息组成：合同号+签订日期+订货单位码+收货单位码+结算单位码+供货单位码+物资码+运输方式+技术标准+交货期+合同数+合同价+备注关键字：合同号外码：订货单位码、收货单位码、结算单位码、供货单

57、位码单位码往来单位 物资码物资码物资数据存贮定义卡名称：拒付理由书编号：D11简述：数据存贮“拒付理由书的标准化信息组成：合同号+发票号+拒付理由+鉴定人+提交情况关键字：合同号数据存贮定义卡名称：员工信息表编号：D12简述：数据存贮“员工信息表的标准化信息组成：员工号+密码+姓名+性别+年龄+联系方式+职位+权限关键字：员工号6 数据元素定义数据元素定义卡名称：单位码简述：与本公司有往来的相关单位的号码别名：无数据类型：bigint长度：8位取值/含义：不能为空。单位码的第一位皆为3，即任意一家单位的单位码为3*，其中*全为数字数据元素定义卡名称：单位名简述：与本公司有往来的相关单位的名字别

58、名：无数据类型：char长度：20取值/含义：不能为空。取值根据真实的单位名称输入，由于单位名不是主键，其值可以重复数据元素定义卡名称： 简述：与本公司有往来的相关单位的一个常用 别名：无数据类型：bigint长度：8取值/含义：不能为空。根据真实的单位 输入数据元素定义卡名称： 简述：与本公司有往来的相关单位的 别名：无数据类型：bigint长度：8取值/含义：可为空。 根据真实的单位 输入数据元素定义卡名称：纳税人识别号简述：与本公司有往来的相关单位的纳税人识别号别名：无数据类型：bigint长度：8取值/含义：不能为空。根据真实单位的纳税人识别号输入数据元素定义卡名称：地址简述：与本公司

59、有往来的相关单位的地址别名：无数据类型：bigint长度：8取值/含义：不能为空。根据真实单位的地址输入数据元素定义卡名称：开户行简述：与本公司有往来的相关单位的常用开户行别名：无数据类型：char长度：20取值/含义：可为空。根据真实单位常用的开户行输入数据元素定义卡名称：账号简述：与本公司有往来的相关单位的已填开户行的账号别名：无数据类型：char长度：18取值/含义：假设该单位的开户行为空，那么账号也为空；假设开户行不为空，那么账号不能为空。 根据真实单位的开户行的帐户输入数据元素定义卡名称：信誉度简述：与本公司有往来的相关单位的可否进行交易的凭证之一别名：无数据类型：int长度：3取值

60、/含义：不能为空。其值为在开出发票或登记发票时自动更新，根据实际完成合同价/总合同价得出 默认值为50数据元素定义卡名称：物资码简述：对与本公司拥有的任意一项物资的编号别名：无数据类型：bigint长度：8取值/含义：不能为空，是物资表的关键字。 物资码的第一位为2，即任意一项物资的物资码为2*，其中*全为数字数据元素定义卡名称：品名简述：某一资源的名字别名：无数据类型：char长度：10取值/含义：不能为空。 取值为市场上对于某一物资的通用名称数据元素定义卡名称：规格简述：某一资源的规格别名：无数据类型：char长度：10取值/含义：不能为空。 取值为市场上对于某一物资的规格定义数据元素定义