金属公司系统分析报告.doc

金属公司系统分析报告金属公司系统分析报告一、 现行系统调查与分析报告（1） 现行系统组织概况现行系统组织介绍：X金属材料有限公司是原x市物资局下属的金属公司于2001年底转制成立的。公司目前的注册资金3000万人民币，其中90%为国有资产，10%为经营者群体持股。公司继承了原公司的大部分经营业务，主要任务是对x市及周边地区的所需钢材、有色金属等原材料进行采购、进货，销售及存储管理，并且还负责把客户定购的货运送到目的地。公司性质属于流通企业，业务范围主要是通常所说的进销存管理。公司改制后，实行一体化管理和非独立核算，有效降低了经营成本，业务量稳步扩大。成立的五年多来，经营品种已达250多个大类、数千种规格，现有职工237人，进货客户及销货客户总共达到2000多家。现行系统组织机构与业务功能：x金属材料公司设有办公室、业务部、市场部、物流部、财务部和信息中心等部门。每个部下还设有若干职能部门或职能岗位。公司的组织机构如图15.4所示。图15.4 x金属材料公司组织机构图 各部室的业务范围如下：a.办公室负责处理公司日常办公事务（如文件管理，会议安排），行政考核，后勤管理等。b.业务部是x公司经营钢材的核心部门，负责金属材料的进销存业务，具体职责有: 采购员6人，他们的职责是根据市场需求和库存情况，负责钢材的现货和期货的采购，包括提出采购申请、与供应商签订进货合同，与供应商保持业务联系，进行合同督催等。 合同员2人，其职责是负责登记采购员送来的进货合同,并完成每月的合同统计与分析。 核价员1人，其职责是负责金属材料到货后的进价核价及入库单处理。 销售员4人，负责金属材料的销售管理，如销售开票，保持与客户的业务联系等。 统计员2人，负责全公司的物资进销存统计报表的制作与上报工作。c.市场部负责各地区的市场开发工作。d.物流部负责钢材的运输和仓储工作，如钢材仓库负责钢材的验收、入库、存放、保管、保养及物资出库工作，车队负责送货和取货。e.财务部负责全公司经营活动中的收款、付款、开票和各种帐务及资金管理，进行财务分析，编制财务报表等。f.信息中心是以财务部的机房管理人员为基础新成立的部门，负责公司的信息化规划和信息系统的建设。 现行系统的业务功能，可以用分层描述的现行系统功能图进行抽象，建立现行系统的功能模型。以业务部为例， 如果把业务部的工作用功能图抽象出来，可建立如图15.5的业务部现行系统功能模型。图15.5 金属材料公司业务部功能图（2） 现行系统工作目标x金属公司的性质属于流通企业，业务范围主要是通常所说的进销存管理。现行系统的主要目标有：l 对各种单据、合同进行管理；l 对库存、进销货情况进行管理；l 对合同和各种单据进行统计和查询；l 实现人员合理分工，保证业务流程顺畅完善；l 进一步提高人员的工作效率，提高业务量；l 提高物流服务水平；l 建立和扩大经销网络，提高市场占有率；（3） 现行系统职能调查情况：分部门来说，各个部门的工作目标大致可列为如下：进货：l 采购员判断市场情况，签订采购合同；l 合同员登记合同并完成合同的统计与分析，其分析的信息为决策作出支持；l 核价员核对合同价与发票价，并产生相应的单据；l 通过电话及票据传递进行各个部门之间的消息通信l 对业务台账进行及时修改销货：l 对金属材料的销售进行管理，保持与客户的业务联系；l 进行可供资源表的维护；l 与库存部门保持良好联系库存：l 对出库及入库的货物进行核对与清点；l 对库存进行统计与查询；l 保持与进货和销货部门的良好联系（4） 现行系统功能需求各部室的业务功能需求如下：a.办公室负责处理公司日常办公事务（如文件管理，会议安排），行政考核，后勤管理等。b.业务部是x公司经营钢材的核心部门，负责金属材料的进销存业务，具体职责有: 采购员6人，他们的职责是根据市场需求和库存情况，负责钢材的现货和期货的采购，包括提出采购申请、与供应商签订进货合同，与供应商保持业务联系，进行合同督催等。 合同员2人，其职责是负责登记采购员送来的进货合同,并完成每月的合同统计与分析。 核价员1人，其职责是负责金属材料到货后的进价核价及入库单处理。 销售员4人，负责金属材料的销售管理，如销售开票，保持与客户的业务联系等。 统计员2人，负责全公司的物资进销存统计报表的制作与上报工作。c.市场部负责各地区的市场开发工作。d.物流部负责钢材的运输和仓储工作，如钢材仓库负责钢材的验收、入库、存放、保管、保养及物资出库工作，车队负责送货和取货。e.财务部负责全公司经营活动中的收款、付款、开票和各种帐务及资金管理，进行财务分析，编制财务报表等。f.信息中心是以财务部的机房管理人员为基础新成立的部门，负责公司的信息化规划和信息系统的建设。（5） 现行系统信息需求现行系统的信息需求包括进货合同单，供方发票，购货要求，物资入库单，合同完成情况明细，客户的付款能力，销货合同，发货单，临时销售合同等。我们可以将信息需求用信息流程图的形式表现出来，如下图所示：其中第一层的处理逻辑被分解为第二层的2.1合同管理、2.2进货管理、2.3销售管理三个处理逻辑，这三个处理逻辑又分解成三张第三层数据流程图。图15.6 业务部进销存业务第一层DFD 图15.7 业务部进销存业务第二层DFD图15.8 处理逻辑2.1“合同管理”的细化DFD 图15.9 处理逻辑2.2“进货管理”的细化DFD图15.10 处理逻辑2.3 “销售管理”的细化DFD（6） 现行系统查询与决策要求现行系统查询与决策要求包括：l 销售员查询库存总账，了解可供资源以满足客户购货需要；l 采购员要了解各种物资的库存量以便及时向有关部门提出采购申请；l 核价员要查询并核对合同价与发票价是否一致，以便决定开具哪一种票据；l 合同员需要查询合同明细；l 公司有关人员需要查询各种票据的明细；l 公司有关人员要查询合同的完成情况，以便确定往来单位的信誉度，并作出优惠计划；l 公司经理需要了解未来季度某种物资的期货数量，以便预计下一季度的进销额；l 公司经理需要了解公司各种经济指标的完成情况，以便作出长远的战略计划；（7） 现行系统系统分析a.目标分析2003年初公司购买了“金碟”财务软件，实现了财务管理信息化，但随着经营业务的不断扩大，仅仅在财务管理方面实现信息化，已不能满足公司业务的不断扩大，须尽快改变目前进销存业务管理仍然是手工的作业状态。b.存在问题分析销售的结算方式很多，手续繁杂，容易出错；销售、财务和仓库各有一本库存明细账，数据不一致问题严重，月底对账工作量大；人工开销售凭证，容易写错、算错，事后处理困难；由于销售人员不能准确掌握库存，开出的废票很多，常常要退票；市场开拓能力差，没有设立设外省市经销网点；缺乏合理的库存定额管理，库存数字不准，造成大量积压或脱销；没有供应商资料，无法控制进货质量；由于业务人员忙于日常事务处理，无精力进行经营活动的分析；经理得到的信息滞后，不能及时了解市场行情及企业运行情况，影响了正确决策；没有留下客户资料，无法进行市场分析和客户分析，缺乏客户服务的意识，有些客户已经流失；公司已使用了财务软件，但业务信息系统尚未建立，致使业务数据不能直接、实时地进入财务系统，造成数据冗余；单据繁多，数据冗余；“可供资源表”每周制作一次，不能实时反映物资的可供数量和市场价格，没什么用处；历史数据缺失，无法进行销售预测和分析；信息化意识薄弱，不原意尝试电子商务。c. 环境分析首先从公司内部大环境分析，目前公司的注册资金3000万人民币，其中90%为国有资产，10%为经营者群体持股。公司继承了原公司的大部分经营业务，主要任务是对x市及周边地区的所需钢材、有色金属等原材料进行采购、进货，销售及存储管理，并且还负责把客户定购的货运送到目的地。公司性质属于流通企业，目前经营品种已达250多个大类、数千种规格，现有职工237人，进货客户及销货客户总共达到2000多家。如此大的一家企业目前仅靠财务软件来运营，定会造成很多商机的贻误，并且若想进一步的经营降低成本，其空间将会越来越小。其次从公司的外部环境分析，目前该市场的利润空间较高，还会有相当多的公司进入市场，并且目前信息化是一主流，谁掌握的信息更多更迅捷，就意味着能赚更多的差价，签订更多的客户。因此尽快实施信息系统化势在必行。d. 新系统功能、数据与流程需求分析新系统有四大功能，分别为进货管理功能、销售管理功能、合同管理功能、库存管理功能。进货管理又分为核价、拒付理由书、进货情况查询，销售管理分为核实双方交易能力、签订合同、开票、销售统计、销售查询、注销，合同管理分为合同登记、发票登记、合同查询、合同统计、合同住校，库存管理分为入库登记、出库登记、库存查询、库存统计。新系统将面向合同员、核价员、仓管员及业务主管，实现信息的实时性，查询、统计简便，真正实现进销存的信息化。新系统所有数据如下共有11张表，分别为临时销售合同，入库单，发票明细，发货单，可供资源表，合同明细，员工信息表，往来单位，注销发票档案，注销合同档案，物资，员工信息表除了有员工的信息还有员工的权限，根据其权限进入不同的系统模块进行操作。临时销售合同是还未签订好的合同。至于其他几项都是原来手工作业中都用到的数据，只是进行了电子化。新系统的流程由数据流程图DFD分层次地描述。二、新系统目标促进物资流通的社会化、合理化，建立一个能灵敏、高效、全面提供物资经营、管理和决策信息的公司微观管理信息系统。 实现进销存，统计及财务工作的全面计算机处理，提作工作效率和工作质量。 提高物资流通的社会效益，建立物资配送信息子系统. 及时提供物资经营、管理和辅助决策的信息，提高经营管理水平。 能进行各项经济指标的动态分析及市场预测、财务预测。 能提供与经营环境有关的供货厂商和客户单位供、需、价格、资源需求等方面的市场信息。 实现信息共享，满足对各类物资信息处理的准确性、一致性、时效性和灵敏度的要求。三、系统整体特点n 结合批号管理一边追踪原销货及退货资料n 可控管库存量、在途量、未送货量资料n 自动更新应收应付帐款n 进行货物进出口的相关核算n 海关编码库存清单n 自动计算增值码、关税、消费税n 适用于小规模纳税人或一般纳税人四、新系统代码设计本系统采用的代码均为bigint型，长度为8，采用顺序码。每种类型代码的第一位都不同，如员工信息表中的员工号第一位为1，往来单位表中的单位码的第一位是2，物资表中的物资码的第一位是3，以此类推。每张表的第一条记录都是*0000001，以后每添加一条记录就加一号。由于采用顺序码，因此本系统对于具体的那个号码属于哪一类，比如30000004属于哪一类钢材并不清楚，也没有必要清楚，因为本公司是一个小型的钢材专卖公司，没有很全面的资源。但是通过读取号码的第一位即可知道该号码是属于哪一类号码，到底是发票号还是合同号都能知道。本系统采用的代码全为数字码，方便系统自动生成。当要生成一条新记录时，只需找到表中的最后一条记录的编码，将其加一，就是新记录的编码的，这样做能做到方便且自动生成。并且在直接进入数据库输入时进行一定情况的输入纠错，因为只能是数字才能进入该数据表，一旦输入字母或符号便会报错。五、新系统逻辑模型设计1. 合同管理子系统合同管理子系统主要包括以下内容： 合同管理子系统功能图:功能建模 合同管理子系统分层新DFD：信息流程建模 合同管理子系统数据字典：数据建模 合同管理子系统处理逻辑小说明：流程模型的处理逻辑描述。（1） 合同管理子系统功能模型模块功能说明举例如下： 合同管理信系统功能图a 合同登记合同登记模块负责输入并编辑进货合同单，建立“进货合同”关系数据库文件。b 合同到货该模块负责输入、并编辑供方发票，建立反映合同到货数据的“发票明细”数据库文件。c 合同查询该模块提供未来期合同资源数和合同完成情况。d 合同统计该模块每月/季/年完成“合同完成情况明细”和“合同完成情况汇总表”的制作和打印。e 合同注销将已完成的合同在“进货合同”中注销，并从“进货合同”文件中转储到“注销合同档案”历史文件中。(2) 合同管理子系统信息流程模型图15.18 合同管理子系统第一层DFD图15.19 合同管理第二层DFD图15.20 合同管理第三层新DFD合同登记处理逻辑的细化图15.21 合同管理第三层新DFD合同到货处理逻辑的细化图15.22 合同管理第三层新DFD合同查询处理逻辑的细化a.数据流定义数据流定义卡名 称: 进货合同单简 述: 供应商与公司签订的原始供货合同凭证组 成: 合同号+签定日期+订货单位码+订货单位名+电话+传真+收货单位名+收货单位码+电话（收）+传真（收）+收货地址+结算单位码+结算单位名+结算地址+开户银行（结）+帐号（结）+供货单位码+供货单位名+供方地址+邮编（供）+电话（供）+传真（供）+开户银行（供）+帐号（供）+运输方式+物资码+品名+规格+型号+技术标准+交货期+合同数+合同价+备注流通量: 150份/月高蜂期: 每年5月和11月高峰期流通量: 300份/月数据流定义卡名称：供方发票简述：供货方给我方的原始凭证，用以确认需付的款项和金额组成：发票号+发票代码+发票日期+品名+规格+型号+计量单位+单价+数量+运杂费+税率+销货单位+备注+合计b.处理逻辑定义名称：合同管理编号：1.0简述：专门处理有关进货合同的各种流程处理逻辑小说明：合同管理的流程大致如下：1. 合同登记处理，即将书面合同转化为电子版2. 合同到货处理，包括登记发票3. 合同查询，即根据有关人员的要求对合同的内容进行查询4. 合同统计，即根据业务主管的要求统计合同的完成率、合同价总合等5. 合同注销，即将已经不需要或者已经无效的合同进行注销。转入注销合同档案名称：合同登记编号：1.1简述：将合同从书面版转为电子版处理逻辑小说明： 其主要功能为合同原件与供货方签订的合同输入电脑中，其中有些字段的数据为自动生成，如合同号。另外如物资码是在合同员选择了物资的品名、规格、型号后自动生成的。如果添加的单位是新单位，会弹出一个添加新单位的画面，用于输入新单位的单位名、地址、传真等信息，点击提交添加一条记录进新单位。若输入的物资为新物资，无法从现有物资中选出的话，可以自行填空，在登记合同的画面上点击登记，会自动将新物资的信息放入物资表中，同时添加一条合同记录进合同明细表。注意，添加的合同记录的字段进货/销货的值为1，表进货合同。名称：合同到货编号：1.2简述：合同中约定的货物到达本公司时的处理处理逻辑小说明： 合同到货的主要功能为登记发票，随着货物的到来，发票一起到来，本系统要求纸张化的发票应转变为电子版的发票，因此需要将发票登记入数据表。发票登记弹出的画面是一个带有许多空格的画面，这些表格有些可以选择，比如合同号，即该发票是针对某一份合同所开出的发票；另外有些空格是固定的不能填选的，如发票号，是系统自动生成的。填选完毕，点击提交按钮即可将发票提交之数据库。名称：合同注销编号：1.5简述：对于不需要的合同予以注销处理逻辑小说明： 合同注销是针对那些还没有登记发票的合同所提供的功能，注销的画面上会出现一张表，其中会有可以予以注销的合同，可以任选一份合同予以注销。点击“确定”按钮后即注销合同，也就是把该条合同记录从合同明细中转入注销合同档案中，一切数据都不变。名称：合同查询编号：1.3简述：根据有关人员的要求进行查询并返回查询结果处理逻辑小说明： 根据有关人员的要求，查询合同明细表并根据物资码或合同号调出合同明细中的数据，以表格的形式给查询的人查看。名称：合同统计编号：1.4简述：根据业务主管的要求进行统计并返回统计结果处理逻辑小说明： 根据业务主管的要求，根据合同明细中的数据，进行相应的累加，以表格的方式返回给需要统计结果的人员看。2. 库存管理子系统（1） 库存管理子系统功能模型库存管理入库登记出库登记库存查询库存统计按品名查询库存情况按地点查询库存情况按日期查询库存情况总库存剩余量按月统计入库数按月统计出库数a 库登记入库登记模块负责核对入库货物，在入库单上填写实收数，并修改可供资源表。b 库登记出库登记模块负责核对出库货物，在发货单上填写实发数，修改可供资源表，并控制库存，当库存低于警戒线时发出警报。c 存查询该模块提供某种物资的库存情况，以及某日进出库的货物清单。d 存统计该模块按月统计进出库的总量。(2) 库存管理子系统信息流程模型3.0库存管理D6入库单D11发货单D5可供资源表核价员客户业务主管有关人员查询结果统计结果入库单生成信息销售员发货单生成信息息库存管理第一层DFD核价员入库单生成信息3.1入库登记D6入库单销售员3.2出库登记发货单生成信息D5可供资源表D9发货单3.3库存查询3.4库存统计有关人员业务主管库存管理第二层DFD核价员入库单生成信息3.1.1核对货物正确3.1.2填实收数量D6入库单3.1.4入库登记D5可供资源表3.1.3退回货物错误供应商货物库存管理第三层新DFD入库登记明细销售管理第三层新DFD-销售查询明细库存管理第三层新DFD出库登记明细销售管理第三层新DFD-销售查询明细3.3.0查询分类3.3.1查询分类3.3.0按日期查询出情况3.3.0按日期查询进货情况合同员合同员D5可供资源表D11发货单D2物资D6入库单D6物资D2库存管理第三层新DFD库存查询明细业务主管统计要求3.4.0统计目标3.4.1按品名统计库存剩余 量统计库存剩余量3.4.2按月份统计入库数 某月入库数3.4.3按月份统计出库数 某月出库数D5可供资源表D6入库单D9发货单业务主管库存管理第三层新DFD库存统计明细a.处理逻辑定义名称: 核对货物编号：3.1.1简述:核对入库单与实收货物处理逻辑小说明:1. 登陆页面时自动搜索需要处理的入库单。2. 调出入库单的详细内容。3. 核对货物 如果合格 则转处理逻辑3.1.2否则 出错处理名称: 填实收数编号：3.1.2简述:在入库单上填写实收数量处理逻辑小说明:填写实收数量名称: 入库登记编号：3.1.3简述:修改可供资源表处理逻辑小说明:1.新可供数量=原可供数量+实发数量2.填写验收日期名称:编号:3.2.1简述:清点出库数目处理逻辑小说明:1. 登陆页面时自动搜索需要处理的发货单。2. 调出发货单的详细内容。3. 清点出货物名称:填写实发数编号:3.2.2简述:在发货单上填实发数处理逻辑小说明:填实发数量名称:出库登记编号：3.1.3简述:修改可供资源表处理逻辑小说明:1. 新可供数量=原可供数量+实发数量2. 新正在商议数=原正在商议数-合同数3. 填写验收日期名称: 按品名查询编号：3.3.1简述:根据品名查询库存数量处理逻辑小说明:选择品名，查询库存数量名称: 按进货日期查询编号：3.3.2简述:根据进货日期查询进货情况处理逻辑小说明:选择进货日期，查询当日的进货情况名称: 按出货日期查询编号：3.3.2简述:根据出货日期查询进货情况处理逻辑小说明:选择出货日期，查询当日的出货情况3 进货管理子系统进货管理子系统包括以下内容： 进货管理子系统功能图:功能建模 进货管理子系统分层新DFD：信息流程建模 进货管理子系统数据字典：数据建模 进货管理子系统处理逻辑小说明：流程模型的处理逻辑描述。(1) 进货管理子系统功能模型销售管理第三层新DFD-销售查询明细进 货 管 理 4.1 4.2 4.3 4.4 4.5 拒付理由书查询编拒付理由书生成入库单进货查询核价 4.5.1 4.5.2 4.5.3 4.5.4 4.5.5 4.5.6按规格查询按品名查询按进货单位查询按物资码查询按单价查询按数量查询（1） 核价该模块负责核实合同明细和发票明细的单价情况。如果一致就生成入库单的界面，如果不一致，就生成拒付理由书的摘要并建立“拒付理由书”关系数据库文件。（2）产生入库单该模块负责输入并编辑入库单的部分字段，建立“入库单”关系数据库文件。（3）拒付理由书查询该模块负责拒付理由书摘要和提交情况的查询以及创建文本的拒付理由书并提交给业务主管。（4）进货查询该模块负责提供进货资源情况的查如种类，名称，进货单位等。(2) 销售管理子系统信息流程模型进货管理第一层DFD进货管理第二层DFD进货管理第三层DFD进货查询(3) 销售管理子系统数据模型a. 逻辑说明定义名称：进货管理编号：4.0简述：处理进货后的核价，生成入库单和拒付理由书的流程处理逻辑小说明：进货管理子系统的流程如下：1 先由核价员输入合同员通知的要核价的发票的发票号，由系统自动完成核价，并根据核价的结果来继续下一步。2 如果核价正确，则生成入库单的录入界面，由核价员完成录入并把相关信息提交数据库。3 如果核价错误，则呈现付理由书的摘要信息，并由鉴定人把相关信息提交数据库，并可以编制正式文本的拒付理由书和提交给业务主管。4 若想了解拒付理由书的摘要信息，可进入拒付理由书的查询界面，可选择或输入要了解的拒付理由书对应的发票号，即可看到想得到的信息，对于未编制正式文本的可选中并编制。5 若想了解进货的大致情况，可进入进货查询的模块，可针对某一项指标如数量，单价进行有条件的查询，也可进行概况的查询。名称：核价编号：4.1简述：对合同价和发票价进行核对，确定两者是否一致处理逻辑小说明：从“合同明细”中取出合同数和合同价，自动算出合同单价，公式为合同单价=合同价/合同数再从“发票明细”中取出单价，把两者对比，如果相符则转入1.2如果不相符则转入1.3名称：生成入库单编号：4.2简述：完成入库单部分信息的录入处理逻辑小说明：若发票单价和合同单价相符，核价员录入物资入库单。1入库单号由系统自动生成，在原来的入库单号的基础上加一；2发票号由核价界面传过来，根据该发票号从“发票明细”中获得合同号；3根据合同号从“合同明细”中获得合同数，即界面上的件数。还可以得到物资码；4根据物资码查“可供资源表”，得到该物资对应的库位；5制单日期由系统自动生成，即生成这张入库单时的日期。以上都无需人工录入，并且不能修改。核价员只需填入结算方式，承付日期和质保书情况。全部都填写完毕后，即可提交到“入库单”关系数据库文件。至于“入库单”中还有的实收数量和验收日期暂不填，由仓管员来完成录入。名称：编拒付理由书编号：4.3简述：完成拒付理由书信息的录入和编制正式的拒付理由书并提交给主管处理逻辑小说明：如果合同单价和发票单价不相符，则产生拒付理由书摘要信息。这些摘要信息包括：1 核价界面传过来的发票号，发票价；2 核价界面传过来的合同号，合同价；3 根据发票价和合同价自动计算得出拒付理由如：发票价比合同价少100元；以上都无需人工录入，并且不能修改。只需填写上鉴定人的名称。填写完毕即可提交到“拒付理由书”关系数据库文件。对于刚产生的拒付理由书显然都是没有对应的正式文本形式的，因此，同时在提交这些信息的同时把“拒付理由书”的提交情况字段置为“否”。提交完毕，就可以根据这些摘要信息开始编制正式的拒付理由书,编制完毕提交给业务主管。提交给主管后，系统自动把“拒付理由书”的提交情况字段置为“是”。这个字段是在查询的时候反映出来的。名称：拒付理由书查询编号：4.4简述：对拒付理由书的摘要信息进行查询处理逻辑小说明：查询是根据发票号来进行的。发票号可以自行输入，或者选择已经存在于“拒付理由书”中的发票号。查询到的信息是存于“拒付理由书”中的所有字段，若该条记录的提交情况是“否”的话，则可以选中该条记录并摁下编制拒付理由书的摁钮，即可开始编制正式的文本形式的拒付理由书。名称：进货查询编号：4.5简述：对所进的货物有关情况进行查询处理逻辑小说明： 可以在界面上选择你要查询的项目，包括数量，单价，进货单位，品名，规格，物资码，如果选中其中一项，则可以在下面的框框中得到该项目的所有存在的指标数，可以选择一项你所关心的指标数进行查询，也可以选择“查询全部”，这样所有存在于数据库中的记录都会显现出来。 查询出来的就是数量，单价，进货单位，品名，规格，物资码这几个项目。4 销售管理子系统销售管理子系统包括以下内容： 销售管理子系统功能图:功能建模 销售管理子系统分层新DFD：信息流程建模 销售管理子系统数据字典：数据建模 销售管理子系统处理逻辑小说明：流程模型的处理逻辑描述。(1) 销售管理子系统功能模型销售管理核实双方交易能力签订合同开票销售查询销售统计注销临时销售合同注销正式文档核实客户购买力核实资源可用性生成临时合同登记证正式合同预开票结算开票发票注销销售合同注销销售完成情况明细销售完成情况汇总2.1 12.212.3 12.412.5 12.6 12.7 12.1.1 12.1.22.2.12.2.22.3.12.3.22.5.12.5.22.6.12.6.2发货单注销2.6.3（1） 核实双方交易能力核实双方交易能力分别从订货单位和本公司资源两方面来考虑，负责确定一笔交易是否有可能进行，用以添加至临时销售合同表。（2） 签订合同签订合同模块的主要功能为签订临时销售合同和将临时销售合同转正式合同。（3） 开票该模块的主要功能位生成发货单和开出发票，用以和客户打交道。（4） 销售查询 该模块的主要功能是根据有关人员的不同查询要求进行查询。（5） 销售统计 销售统计模块的主要功能是为业务主管提供对本公司某年度某季度的销售明细或汇总情况进行统计的服务。（6） 注销临时销售合同 注销临时销售合同的主要功能是将那些已经没有希望签订正式合同的临时销售合同从临时销售合同表中删除。（7） 注销正式文档该模块的功能共有三块，分别为发货单注销、发票注销和正式合同注销。她用来在某些发货单、发票或合同没有必要再留着时予以注销。(2) 销售管理子系统信息流程模型客户2.0销 售管 理D1往来单位D2物资购货要求D10 临时销售合同D3合同明细D5可供资源表D9发货单D7注销合同档案D8注销发票档案客户发货单财务发票业务主管销售统计表有关人员查询结果D4发票明细销售管理第一层DFD客户购货要求2.1核实双方交易能 力D5可供资源表D2物资D1往来单位no2.2签 订合 同D10临时销售合同yesD2物资D3合同明细D5可供资源表2.3开票D9发货单D4发票明细D3合同明细合同签订成功2.4销 售查 询查询结果有关人员查询要求2.5销 售统 计月销售业务统计表业务主管2.7注 销正 式文 档D3合同明细D5可供资源表D4发票明细失败合同签订2.6注 销临 时合 同D7注销合同档案D8注销发票档案销售管理第二层DFD客户购货要求2.1.1核 实资 源可 用性D5可供资源表D2物资yes2.1.1核 实客 户购 买能 力D1往来单位yes销售员nono销售管理第三层新DFD-核实双方交易能力细化销售员核实能力合格2.2.1生 成临 时合 同D10临时销售合同客户临时销售合同2.2.2登 记正 式合 同签过名的原合同D3合同明细D10临时销售合同销售管理第三层新DFD-签订合同明细销售员正式合同生成2.3.1预开票D3合同明细D9发货单生成发货单信息仓库修改了发货单的信息2.3.2结 算开 票 D9发货单D4发票明细销售管理第三层新DFD-开票明细有关人员查询请求2.4.0查 询分 类 2.4.1查询单位总购数按购货单位码2.4.2查询物资销售 情 况按物资码按发票号2.4.3查 询发 票内 容D1 往来单位D4发票明细D2物资D4发票明细有关人员购货单位总购买数钢材销售明细情况个别单位交易详情销售管理第三层新DFD-销售查询明细业务主管统计要求2.5.0统 计分 类 完成情况明细完成情况汇总2.5.1统 计完 成情 况明 细2.5.2统 计完 成情 况汇 总D4发票明细D3合同明细业务主管销售管理第三层新DFD-销售统计明细业务主管注销要求2.7.0注 销分 类 注销合同2.7.1销 售合 同注 销D3 合同明细D7注销合同档案2.7.2发 票注 销D8注销发票档案D4 发票明细注销发票注销发货单2.7.3发 货单 注销D9发货单销售管理第三层新DFD-注销正式文档明细(3) 销售管理子系统数据模型a. 数据流定义数据流定义卡名称：发货单简述：客户可以取货的凭证，且是是否可以开票的依据组成：发货单号+物资码+物资名+规格+型号+库位+制单日期+发货日期+结算方式+质保书+ 实发数量+件数+承付日期数据流定义卡名称：发票简述：客户付钱多少的凭证，也是客户与本公司进行了该笔交易的凭证，交给客户用以提醒其给钱组成：发票号+发票代码+发票日期+品名+规格+型号+计量单位+单价+数量+运杂费+税率+销货单位+备注+合计数据流定义卡名称：购货要求简述：是购货方对我方提出的所购物资的具体内容及价格组成：品名+规格+型号+价格+数量+交货日期数据流定义卡名称：销售统计表简述：是业务主管在输入统计要求后返回的统计结果组成：物资码+品名+规格+型号+合同价+数量+合同完成率+单位名+年度+季度数据流定义卡名称：查询结果简述：是有关人员再输入查询要求后返回的查询结果组成：订货单位名+品名+规格+型号+合同价+数量+单价+运输方式+承付日期+发货日期+实发数量+备注+收货单位名+结算单位名+供货单位名b. 处理逻辑定义名称：销售管理编号：2.0简述：处理销售过程中的合同、发货单、发票的处理流程处理逻辑小说明：销售管理子系统的流程如下：1. 根据客户的需求和公司的资源情况，生成临时销售合同，等待客户签字；2. 已经客户签字同意，该临时销售合同生效，将临时销售合同转为正式合同； 若客户不予签字，该合同就是无效合同，经上级人员批准，注销该临时销售合同；3. 对于未生成发货单的正式合同开出发货单，并交予仓库，等待填入发货时间和实发数量。4. 若一份未生成发货单的正式合同因某种原因需要注销，经上级批准，可予注销该正式合同，进入注销合同档案。5. 对于已经由仓管员填入发货时间和实发数量的发货单，可以进行结算开票，添加入发票明细。6. 若一份未结算开票的发货单由于某种原因需要注销，经上级批准，可予注销该发货单。7. 若一张发票因某种原因需要注销，经上级批准，可予注销该发票。8. 有关人员可以进行查询功能，按照不同的查询要求得到不同的查询结果。9. 业务主管可以使用统计功能，知晓某年某季度的销售明细和汇总。名称：核实双方交易能力编号：2.1简述：确定双方是否有完成该笔交易的能力来决定是否该签订临时销售合同处理逻辑小说明：签订每一份临时销售合同前，都必须进行以下步骤：1. 核实购买的单位是否具有足够的信誉度来完成交易，以防发生坏帐。2. 核实本公司是否有足够的资源来满足该购买单位，以防发生缺货现象。名称：签订合同编号：2.2简述：与客户签订合同的过程处理逻辑小说明：签订合同的流程如下：1. 生成临时销售合同，等待客户签字；2. 若经客户签字同意，该临时销售合同生效，将临时销售合同转为正式合同。名称：开票编号：2.3简述：为正式合同生成发货单和开出发票处理逻辑小说明：对于每一份正式合同：1. 开出发货单，将发货日期和实发数量留给仓管员填，并以email或电话的方式通知仓管员去填这两栏。2. 对于已经由仓管员填了实发数量和发货日期的发货单对应开出发票，更新发票明细表。名称：销售查询编号：2.4简述：根据有关人员的查询要求进行查询处理逻辑小说明：有关人员可做的查询有：1. 根据单位码查询单位总购数；2. 按物资码查询物资销售情况；3. 按发票号查询交易内容。名称：销售统计编号：2.5简述：根据业务主管的统计要求进行统计处理逻辑小说明：业务主管可做的统计有：1. 统计某年某季度某资源的销售明细情况；2. 统计某年某季度某单位的消费情况名称：注销临时销售合同编号：2.6简述：对于上级已批准的不能生效的临时销售合同予以注销处理逻辑小说明：若某分临时销售合同由于客户不予签字，或者资源改变或客户要求变更，该合同就是无效合同，经上级人员批准，注销该临时销售合同，将其移出临时销售合同表。另外，更新可供资源表的正在商议数字段，公式为：正在商议数=正在商议数-合同数名称：注销正式文档编号：2.7简述：经上级批准，对发票、正式合同和发货单予以注销处理逻辑小说明：可能发生的注销情况有以下几种：1. 若一份未生成发货单的正式合同因某种原因需要注销，经上级批准，可予注销该正式合同，进入注销合同档案。2. 若一张发票因错开等原因需要注销，经上级批准予以注销，进入注销发票档案。3. 对于未开票的发货单若有需要注销，经上级批准可予注销。4. 对于已经开票的发货单若要注销必先注销发票，才能注销该发货单。5. 对于已经生成发货单的合同，若需要注销，必先注销该发货单才能注销该合同。名称：核实资源可用性编号：2.1.1简述：确定客户要求的资源是否存在且足够处理逻辑小说明；核实资源可用性有以下步骤：1. 根据客户要求的物资，查找物资表：如果 该物资表中找不到对应物资则 直接反馈不能生成该临时销售合同 否则 得出该物资对应的物资码，转22. 根据物资码查找可供资源表，查找其实际可供数，即：可供数量-正在商议数3. 将实际可供数与客户需要的数量比较如果 实际可供数50 则 可以与该单位交易否则 直接反馈不能生成该临时合同名称：生成临时合同编号：2.2.1简述：经核实双方交易能力后，生成临时销售合同，为生成正式合同做准备，使每份正式合同必经的阶段处理逻辑小说明：其生成过程一般如下：1. 首先判断该单位的核实结果是否为可以销售如果 可以销售则 显示填写临时合同的画面，转2 否则 弹出message提示由于未核实或核实结果为不能销售而不能生成临时销售合同2. 自动取出核实双方交易能力时的数据，包括订货单位名、所定物资名、规格、型号、数量。如果 在核实双方交易能力时未输规格、型号或数量则 显示的画面中这些空格为空，且各项规格或型号能在先选择规格或型号的前提下自动生成对应的值，以防发生找不到物资的情况 否则 自动生成这些规格、型号和数量，且不能修改3. 点击提交按钮如果 所有空格未填满则 弹出message提示有空格未填，中止提交过程 否则 如果 在核实双方交易能力时未输规格、型号或数量 则 实该规格、型号的物资的可供数量是否足够用来销售 足够 则 直接提交数据库，添加一条记录至临时销售合同 否则 弹出message提示物资不够，请重新核实能力 否则 接提交数据库，添加一条记录至临时销售合同4. 若点击“重新填选”按钮，除了从核实双方交易能力模块中直接取出的不能修改的数据外，全部清空。5. 更新可供资源表的正在商议数，公式为：正在商议数=正在商议数+数量名称：登记正式合同编号：2.2.2简述：将临时销售合同转为正式合同，使之具有生成发货单和开出发票的资格处理逻辑小说明：其主要功能为以表格的形式显示还在临时销售合同表中的合同，尽量显示其详细的信息，一旦客户签了字，让销售员能够选择正确的临时销售合同并将其准为正式合同。转为正式合同后会更新该表格，去掉之前转为正式合同的临时销售合同，防止销售员进行误操作，再次调用已不在临时销售合同表中的合同。名称：预开票编号：2.3.1简述：对于未生成发货单的正式合同生成其对应发货单处理逻辑小说明：进入预开票功能模块后，首先看见的是以表格形式显示的尚未生成发货单的正式合同，一次只可以选择一份合同以生成发货单。如果 选择了两份合同且点击“确定” 则 弹出message提示只能选择一份合同如果 没有选择合同且点击“确定” 则 弹出message提示必须选择一份合同如果 表格中已经没有合同且点击“确定” 则 弹出message提示已没有可以开发货单的合同一旦选中一份正式合同，点击“确定”后，弹出生成发货单的界面，其中发货单号为自动生成，对应合同号自动取自之前选取的合同，制单日期为当前日期，也为自动生成；另外可以填写的为承付日期，其日期必定晚于制单日期。填选完毕点击提交，若未填选完整，弹出message提示，并中止提交