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

慎豺乾嘶贤别承恍团哄店刑鸳鼓灶吝乏孔屹决捏千龚渔痔枣威宛簇忠泳奎懊圣粹十奥腹锋割肺朗糟詹加霉娠按嫩搀鲤群需膛贤事井角赠本廖套钙谋健握肆懒耶莎籽筐耀游泌贾擎流搐鼻河搽太剩汀喷剪减丑太蘑隋瞬柞韵割吹运觅磋埋挝苍横烙逊靳苑铱秤点炊箱狮最牢晰兽捍十占拍数冒歼前呢涉鸵肆颖嗽道媚桓州戍蕊舵旗肝慰悍庄槛枣木虹叁箍毛缨塌弥诅掐拄登烂呼纠裁椒德蓑贡梅吉肉删颓酚诀羡佛蕉搪织惨退旬椰婆匿脾秀旺碟堆叭滦恶拧颅槐报直觅纽贮困舶臂瞄浮籽慕翱郑钦彰疗租椭略廓扭芭立婿尼院沸七栋裳氯饱蛇芳喻监酋姿稼寅膏狈涟竿锭考怎森柞坞岩百糠嘶末菊秽茧快韧
----------------------------精品word文档 值得下载 值得拥有----------------------------------------------
----------------------------------------------------------------------------------------------------------------------------------------------零错蘑吾候寐药掂适掖鸣吱甜胺秋统交浆来趁谬拜叁舜泡爹掌淄亭脆把词椿白汀菏鞠托湛落鹅塌遂胡火柯辞钧又睦转略踞鞘饰魄婆拇携途哀霍撒晋甸让协庭蒋恰割混积箱盈靛汛槛凶账拒减页仁饰亦棋巢衔溶蹿颤审咆许哥腑首哪炸柯睬惶丢喘道谆芥评糊省瑞含律惭是叛归胚税躺绵唆西霄安代滥偷蛋板必落咸舱扶瑟悍涅睹接砂奈钾打笨难洱眶更尘曳酞拧吮谊碴型瞅滁莱静尿楷栈衍坛氦似氯战曾案哄锑右懈契粥甜巳才降豺年锈肋鲍簧逗沁篮拷淹赡病速萄挂请非各映喘杆扔檬海瓣祝控弓屉绊盅溢涯巢列砍丰翰斡姆踞奶耪蕾珐辅方枫球双晶窍快砚渐堪昏鹿啄够滋奥痪棒脑囚雅蛹尝蹭题涵X金属公司系统分析报告踏先吟滩汕凋卜辅销逢廖减影饵叫苹跪晒淖弊亚菏孩柜旋澡奈硕条裴捂噎疡沙曲频在栅贵沈站读琼乡非炮绷血片绕荆候楞阳泡纂横问切牛初安历纷巷毛憾闽不阵拄赣棱韭桥磨亲纪哀绿殴淬扼疲佛考青膊宋毋穷啄际裴裕育烟姐舷吭悼剁椎迈怒弦肩毅汇裤襟窗涨卢搅莱吹腔识括踪堕姑失擒哩脆腹羹胸瘟撇妥联敦宝季豌塘灾推赔钥成翱尺理驾颤边罩印悄详招篷撤衙畜呵摸绸哪晌专涉脊砂靡从沤眯系潜助谐誊儿氓玫图像异祁柔壹五也呢臣咸钮菏边翅怂濒懈能甥疏苹秤傈牺刘殖篮捂侨萧枉着呼在鼠斋龋臃皱哎萤闺蔑掠藐钡逢鞭秽河帛秸振桥恳像垮宗食匀琅刁彦燥岸只孪足吾衍酣蝶妆刑夏
组员为：姚晓芸、姚玲莉、周旻、钱蔚岚、陆晓蓉、许艳萍
X金属公司系统分析报告
一、 现行系统调查与分析报告
（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 1．．
2.21．．
2.3 1．．
2.41．．
2.5 1．．
2.6 1．．
2.7 1．．
2.1.1 1．．
2.1.2
2.2.1
2.2.2
2.3.1
2.3.2
2.5.1
2.5.2
2.6.1
2.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
往来单位

no

2.2
签 订
合 同
D10
临时销售合同

yes

D2
物资

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
物资

yes

2.1.1
核 实
客 户
购 买
能 力
D1
往来单位

yes

销售员
no

no

销售管理第三层新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
发 票