采购订货原型系统介绍doc23页本

EAS<采买订货原型系统>软件需求规约改正 记录 混凝土 养护记录下载土方回填监理旁站记录免费下载集备记录下载集备记录下载集备记录下载 Ver.No发版日期作者审查人变动的章节号1.0朱涛初始版本目录1.概括31.1读者32.整体说明42.1业务流程43.详尽需求43.1采买申请（purchaserequisition）43.1.1业务说明43.1.2业务逻辑53.1.3业务对象63.1.4界面原型83.2采买订单（purchaseorder）113.2.1业务说明113.2.2业务逻辑123.2.3业务对象123.2.4界面原型143.3统计报 表 关于同志近三年现实表现材料材料类招标技术评分表图表与交易pdf视力表打印pdf用图表说话 pdf 153.3.1订货汇总表（Goodsorderedsheet）153.3.2业务逻辑153.3.3业务对象163.3.4界面原型164.增补规约175.术语表17EAS样板工程采买订货原型系统概括采买订货原型系统是从EAS采买系统中抽拿出来的一个功能子集。采买系统是EAS系统的核心功能之一，其主要功能是保护供给商的主数据（包含基础信息、财务信息等）、采买 计划 项目进度计划表范例计划下载计划下载计划下载课程教学计划下载 的拟订与改正、采买订单的办理、采买申请的汇总、采买询价、采买收货、采买结算（包含采买发票与采买订单的对应等）和采买报表等。EAS采买系统与销售、计划、生产、库房、财务等系统有着亲密的关系。在业务管理上，只有采买人员按计划把原资料采买入库，生产部门按计划安排领料生产，而后竣工入库，才能知足销售的需求。本文描绘的采买订货原型系统是EAS采买系统的一个精简的子集，此中所波及的业务需求、应用处景和逻辑拘束已经从样板工程的角度做了极大的简化，其实不可以代表真切采买系统的完好的业务需求，只好称为是一个原型系统。可是从样板工程的角度来说，已经足够经过这个事例熟习整个EAS产品的 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计 开发流程。本事例描绘的业务需求主要在四个方面进行了简化：一、业务流程的简化：本事例只包含采买申请、采买订单两个个主要业务用例；并且这两个个业务用例也对此中包含的业务逻辑进行了极大的简化；只描绘最基本的业务逻辑；二、共同应用的简化：本事例除了EAS基础系统之外，不考虑跟其余业务系统的接口，比如不考虑跟估算系统、资本系统、总账系统、应收对付系统、生产管理系统的有关共同和接口，不过一个封闭的、纯真的业务系统原型；三、统计查问的简化：采买报表也做了极大简化，只有一个采买订货汇总表。本文描绘的事例是在参照EAS已有系统的基础长进行设计的。作为样板工程，来源型系统的设计开发一定参照EAS目前的模型系统、基础数据、框架构造进行，关于来源型系统所波及到的这些有关内容，本事例将不再赘述，请参照EAS有关需乞降设计文档。1.1读者EAS设计人员EAS开发人员2.整体说明2.1业务流程采买订货原型系统的业务流程主要包含：提出采买申请下达采买订单采买订货统计，详细见下列图：采买订货原型系统的主要目标是依据各个部门、各个组织单元提出的采买申请拟订采买订单进行订货（为了简化培训事例，这里省去了对供给商选择、比价、询价、还盘、采买提早期等业务因素的考虑），而后依据采买订单的下达状况统计采买申请的已订货数目和未订货数目，出统计报表。详尽需求3.1采买申请（purchaserequisition）3.1.1业务说明采买申请是财务组织为了有效控制采买活动而采纳的手段之一，任何部门或人员要求外购物件（包含原资料、办公用品、机器设施、维修配件等），都要提出申请，由相应的主管领导审查同意，以后交由采买部门进行采买。采买申请单能够由申请部门或人填写，申请部门或人能够及时追踪查问申请单的履行状态，认识申请物件的采买状况以及相应的库存明细。3.1.2业务逻辑票据奏效采买申请单一定审查后才能正式奏效，没有审查的采买申请单被认为是暂时票据，能够随时删除、改正，不参加后续任何业务流程，报表统计不考虑未审查的采买申请单。未审查的采买申请单也不可以关系生成采买订单（不可以订货）。至于审查条件（比如金额大于1000元一定由高级主管审查）、审查人选、需要几级审查等等由用户在工作流系统中自行配置。已审查的申请单不一样意删除、改正。假如采买申请已经被采买订单关系（已经下推生成过采买订单）,那么采买申请单不一样意反审查，票据状态采买申请单有以下几种状态：制单、下达、封闭。采买申请单录入保留此后的状态为“制单”；经过审查此后的状态为“下达”；当采买申请单上所有分录行上的物料的申请数目已经所有订货完成（即已所有关系采买订单并且已经关系的采买订单已经下达）时，采买申请单的状态为“封闭”就是说当采买申请单关系的采买订单已所有下达时，一定反写采买申请单状态，自动置为“封闭”状态；封闭时系统自动填写封闭人、封闭日期、置票据头状态为“封闭”状态。采买申请单的票据状态不单在票据头有，在分录行上也有。票据头的“封闭”状态一定参照分录行上的“封闭”状态；当所有分录的状态都是“封闭”的时候，系统一定自动设置票据头的状态为“封闭”；当“采买申请单.分录行.申请数目”等于“采买申请单.分录行.已订货数目”时，分录行状态自动置为封闭。不一样意超量采买，也就是说不一样意采买订单的订货数目超出关系的采购申请单的申请数目。制单、下达、封闭三种状态是挨次次序变换的，只有审查后的申请单才能下推生成采买订单（履行订货）。当订货完成后（申请单上所有物料的未订货数目为零），才能置为封闭状态。票据关系采买申请单审查此后就能够进行订货了，也就是说能够关系下推生成采买订单了，关系生成采购订单的时候，一定把相应的票据信息带过去，减少用户的录入工作量。能够携带的信息有：商、采买组织、币种（假如申请单上有就携带）、物料编码、物料名称、规格型号、计量单位些字段采买申请单和采买订单是完好相同的，能够复制过来；采买订单分录上的订货数目一定经过计算携带，计算方式以下：供给，这采买订单.分录行.订货数目＝采买申请单.分录行.申请数目－采买申请单.分录行.已订货数目（即默认携带申请单上还没有订货的数目）。采买申请单分录行上的需求日期默认携带到采买订单分录行上的交货日期。关系后，采买订单和采买申请单一定相互能关系查问到对方（经过BOTP进行关系变换并记录关联关系），关系生成采买订单后一定累加反写采买申请单分录行上的“已订货数目”字段；反写逻辑以下：采买申请单.分录行.已订货数目＝采买申请单.分录行.已订货数目＋本次关系数目采买申请单关系生成采买订单，可能是部分关系，就是说同意一张采买申请单的部分分录行关联生成采买订单；因此采买申请单和采买订单是一对多的关系。假如采买申请单上的分录行上的状态已经为“封闭”（即申请数目小于等于已订货数目）则不一样意被关系，关系生成采买订单的时候，只好选择处于“下达”状态的分录行。关系生成的采买订单的分录行上的订货数目（采买订单.订货数目）就是采买申请单本次被关系的数目，假如用户在订单生成此后改正了订单上的订货数目，那么一定同时改写反写采买申请单的已订货数目，从头累加。票据操作采买申请单的有关操作有：新增（包含录入和保留）、改正、查察、删除、审查/反审查、、关联、查问关系票据（查问关系的采买订单）；依据票据状态不一样能够进行的操作不一样，以下：制单状态的采买申请单能够改正、查察、删除、审查；下达状态的采买申请单能够查察、反审查、关系、查问关系票据；封闭状态的采买申请单能够查察、查问关系票据；3.1.3业务对象采买申请单属性及有关说明：地点属性名称种类说明及拘束可录入必录项1申请单号字符申请单号是采买申请单的独一性表示，不是是能重复，假如已经定义了采买申请单相应的编码规则，则在新增时依据编码规则自动填写票据编号2采买组织字符指定本次采买申请交由哪个采买组织采是是购。不行为空，用户能够选择或手工输入单采买组织编码。用户只好录入或许选择采据购组织种类；3头供给商字符有些采买申请单需要指定供给商。假如需是否要指定章录入，假如不需要则不用录入供应商。用户能够从已经供给商列表中选择或许手工录入供给商编码4币种字符假如需要在分录行上填写建议采买单价，是否在一定在票据头填写币种。用户能够从币别表选择或许手工录入币种编码5申请部门字符申请采买的部门或组织。用户能够从行政是是组织架构中选择或手工输入行政组织编码6申请人字符用户能够从人员表中选择或输入人员编是是码，但一定是系统已经定义的人员。申请人所属的行政组织一定跟申请部门一致；7申请时间日期申请采买的时间。由系统自动依据目前时是是间录入。8用途文本描绘本次申请采买物料的用途，能够为空是否9状态字符用户不行保护，系统自动填写，有关说明否是参照3.1.2业务逻辑中的采买申请单的单据状态部分；1单行号数值由系统自动填入，用户不行输入或改正。否是2据物料编码字符用户能够从物料表中选择或手工输入物料是是体编码3（分物料名称字符依据物料编码自动携带否是4录）规格型号字符依据物料编码自动携带否否5计量单位字符依据物料编码自动携带物料的基本计量单是是位，用户可改正。用户能够从计量单位列表中选择或手工输入计量单位编码6申请数目数值目前分录行上的物料需要申请采买的数是是量。不行为空，一定大于零数值已行采买的数目。这个数目用户不行手工否是已订货数目编写，每次采买申请单关系生成采买订单的时候，系统依据本次关系的数目累加反写过来。已订货数目能够大于申请数目。7数值供实质采买部门参照的单价，能够不填是否建议采买单价写；一定大于等于零，单价精度参照物料上定义的精度；假如票据头录入了币种，则此栏能够录入；8数值假如填写了建议采买单价，那么就依据数是否金额量×单价计算金额，金额的精度参照币种表中设置的精度；假如票据头录入了币种，则此栏能够录入；9需求日期日期生产或销售需要用到此物料的日期。不可以是是小于申请日期；10字符列举型：下达/未下达。在履行下达动作以否是前，系统自动设置行状态为“未下达”，状态履行下达动作此后，系统自动置为“下达”状态；有关说明参照3.1.2业务逻辑的票据状态部分1单制单人字符新增票据时系统依据目前登录取户帐号对否是应的用户实名自动填写据2日期新增票据时系统依据系统目前日期自动填否是尾制单日期写3字符改正票据时系统依据目前登录取户帐号对否是改正人应的用户实名自动填写，假如票据被多次改正，则每次记录最后一个改正人4修他日期日期改正票据时系统依据系统目前日期自动填否是写5字符审查票据时系统依据工作流中配置的审查否是审查人履行人对应的用户实名自动填写，假如存在多级审批，则记录最后审查人6审查日期日期审查票据时系统依据审查的目前日期自动否是填写7字符假如是系统自动封闭，封闭人则为空；如否是封闭人果是用户手工封闭，则依据目前履行封闭动作的用户帐号对应的用户实名自动填写8封闭日期日期系统依据封闭时的系统目前日期自动填写否是3.1.4界面原型采买申请单波及到的界面原型主要有两个：采买申请单序时簿（ListUI）和编写窗口EditUI）。一、采买申请单ListUI以下列图（序时簿界面）：序时簿用途：采买申请单序时簿用于对所有采买申请票据进行集中管理。不行在序时簿界面上对票据直接进行改正，序时簿界面自己是个只读界面，有关操作一定经过功能菜单和按钮在相应的界面中进行（此处描绘相同合用于采买订单序时簿，后边不再赘述）。序时簿字段：序时簿上显示采买申请单票据头、票据尾和分录行上的所有字段；由于每张单对应的票据头、票据尾只有一条记录，而分录行可能有多条记录，因此需要在界面对票据头、票据尾内容进行单元格交融。（此处描绘相同合用于采买订单序时簿，后边不再赘述）。序时簿操作：新增、查察、改正、删除、条件查问、刷新、关系生成、审查、下查、打印预览、打印、退出。操作商定：所有操作都是针对序时簿目前光标所在处的票据。假如票据集中有不可以进行目前操作的票据，则忽视办理。序时簿上的所有操作都一定经过权限检查，假如没有权限，则应当严禁用户进行相应的操作。（此处描绘相同合用于采买订单序时簿，后边不再赘述）操作说明：新增：显示采买申请单EditUI窗口，清空UI上所有字段内容（日期字段缺省为目前系统日期，假如有票据编码规则，则自动依据编码填写申请单号），等候用户录入新的采买申请票据；查察：在EditUI窗口中装载序时簿目前光标所在的票据，显示票据让用户查察。查察票据时，EditUI上的保留按钮置灰，即查察时不一样意改正票据；改正：在EditUI窗口中装载序时簿目前光标所在的票据，显示票据让用户改正。已审查（包含正在审查中的票据）、已封闭的票据不一样意改正；改正后系统自动填写改正人和修他日期；删除：删除目前序时簿光标所在的票据。未审查、未封闭的票据同意删除；删除前一定提示用户能否确认删除；条件查问：调用EAS通用查问窗口对序时簿结果进行过滤；刷新：依据目前过滤条件对序时簿内容进行刷新；关系生成：调用EAS通用BOTP关系生成窗口下推生成采买订单；只有“下达”状态的（审查过的）采买申请单才同意关系生成采买订单；关系生成采买订单此后需累加改写采买申请单的“已订货数目”字段；审查：只有状态为“制单”的采买申请单才同意审查；审查后，把票据的状态置为“下达”状态（包含分录行），并填写审查人、审查日期；已审查（已下达）的票据能够反审查，反审查后一定消除审查人、审查日期，改写票据状态为“制单”状态；“审查”按钮自己的状态以下控制：目前票据为“制单”状态时，审查按钮处于可用状态，点击审查按钮则对目前票据履行审查操作；目前票据为“下达”状态时，审查按钮处于可用状态，点击审查按钮则对目前票据履行反审查操作；目前票据为“封闭”状态时，审查按钮置灰，不行用；成功审查后赐予用户提示：“审查成功！”；假如对已审查票据进行反审查操作，一定第一让用户确认：“能否对目前票据进行反审查操作？”；封闭：。下查：查问采买申请单关系的所有采买订单，以列表显示关系的所有采买订单，同意进一步查察每张采买订单的明细。假如没有任何关系的采买订单，则提示用户：“没关系的采买订单！”。打印预览、打印：调用EAS通用打印功能；退出：退出目前采买申请单序时簿界面。二、采买申请单EditUI以下列图：采买申请单EditUI用于对单张采买申请单进行编写。包含新增、改正、查察、审查等。有关业务逻辑参照前面部分。界面逻辑：1、依据上图所示的界面排布，设置字段Tab次序，原则是逐次从左到右，从上到下，假如有字段为不行编写状态，则跳过到下一个字段；一定支持回车键走开目前焦点；窗口装载初始化完成以后，申请单号字段获取焦点；字段名称后边带星号的为必录字段；2、分录行中物料名称、规格型号、已订货数目、状态四个字段为不行编写字段，由系统填写；此中物料名称和规格型号由物料编码从相应的属性中获得；票据尾的8个字段所有不行编写，由系统在履行相应操作时自动填写；3、分录行的行数不限制，系统应当自动增行，保证用户不受限制的填写；物料编码字段在获取焦点后，显示EAS风格的F7选择按钮，让用户能够选择物料编码。假如用户已知物料编码，也能够手工录入。走开物料编码字段后，系统则自动携带物料名称和规格型号。计量单位字段获取焦点也一定显示F7选择按钮，同意用户选择计量单位，假如用户已知尽量单位也能够手工录入计量单位编码；申请数目一定大于零（上限为一万亿）；状态字段在新增票据时不显示任何内容，用户不行保护，由系统依据相应操作自行保护，改正票据时才能看到相应的状态内容；注意：凡是能够F7选择内容的字段一定在获取焦点时显示编码、走开焦点时显示名称。4、连续新增模式：假如窗口处在是新增状态，那么一张票据录入达成保留此后，系统一定清空所有字段（日期型字段取目前系统日期，申请单号字段假如有编码规则则一定填写自动编码），等待用户录入下一张票据；5、在EditUI窗口中审查或是封闭目前票据后，则不一样意用户再对目前票据进行编写，把保留按钮置灰。6、点击上一、下一等按钮后，一定依据序时簿显示次序加载票据，而后等候用户进行有关操作；7、用户封闭EditUI窗口，返回ListUI（序时簿界面）后，一定依据目前查问条件对序时簿内容进行刷新；8、其余逻辑参照3.1.2业务逻辑、3.1.3业务对象两节；3.2采买订单（purchaseorder）3.2.1业务说明采买订单是财务组织与供给商之间成立合作关系的最重要凭据，能够视为拥有法律效率的合约。采买订单主假如采买人员依据采买申请拟订和汇总，对适合的采买合作伙伴下达的采买文件。3.2.2业务逻辑票据奏效：订单制单此后即奏效。票据状态：采买订单有两种：制单和下达。采买订单审查从前的状态为“制单“，审查此后为“下达”状态。订单的状态是整单有关的，即只有票据头有状态，分录行不记录状态。已审查的订单能够反审查。反审查从前一定让用户确认：“能否确认履行反审查操作？”，审查后系统设置订单状态为“下达”，填写审查人和审查日期，假如工作流中配置了多级审查，则填写最后审查人和最后审查日期；反审查后系统设置订单状态为“制单”，消除审查人和审查日期；票据操作：采买订单的有关操作有：改正、查察、删除、审查/反审查、查问关系票据（查问关系的采买申请单）；依据票据状态不一样能够进行的操作不一样，以下：制单状态的采买订单能够改正、查察、删除、审查；下达状态的采买订单能够查察、反审查、查问关系票据；采买订单不可以手工录入，一定由采买申请单关系下推生成。（由于从简化培训事例的角度出发，为了防止过后手工经过EAS对账中心成立采买订单和采买申请单的关系关系，而又一定追踪物料的申请数目和已订货数目，因此只好让采买申请单关系生成采买订单），下推生成的采买订单允许用户手工改正。票据关系：拜见采买申请单的票据关系部分。3.2.3业务对象采买订单属性及有关说明：地点属性名称种类说明及拘束可录入必录项1票据头采买订单号字符订单号不行重复，假如有编码规则，是是则自动产生编码2采买组织字符指定进行本次采买的组织。用户能够是是从采买组织列表中选择或手工输入采购组织编码，一定是已定义的采买组织3供给商字符用户能够从供给商列表中选择或手工是是录入供给商编码，一定是已经定义的供给商4订单日期日期拟订订单的日期，默认为系统目前日是是期5采买员字符履行采买的人员。用户能够从人员列是否表中选择或手工输入人员编码6付款方式列举系统预设“现购”和“赊购”。默认否否为“赊购”。7币种字符本次采买的币种。用户能够从币别列是是表中选择或手工输入币别代码8汇率数值用户填写了币种此后，自动依据目前是是汇率表携带出最新汇率，用户还能够手工改正9交货地点字符输入采买方要求供给商送到货物的地是否址1票据体行号数值系统自动编号否是2物料编码字符用户能够从物料表中选择或手工输入是是物料编码3物料名称字符依据物料编码自动携带否是4规格型号字符依据物料编码自动携带否否5计量单位字符依据物料编码自动携带物料的基本计是是量单位，用户可改正。用户能够从计量单位列表中选择或手工输入计量单位编码6订货数目数值物料的本次采买订货数目，一定大于是是零7单价数值协议的采买单价，一定大于零是是8税率数值增值税的税率。能够为零是否9金额数值即采买金额，依据单价和订货数目自是是动计算：金额＝单价×订货数目10税额数值即增值税金额，依据金额、税率自动是否计算，税额＝金额×税率11含税金额数值含税金额＝金额＋税额。一定大于零是是12交货日期日期要求供给商交货的日期，默认从采买是否申请单分录行的需求日期携带过来。1票据尾状态字符分为“制单”、“下达”两种状态，否是由系统自动填写，票据新增保留此后即为“制单”状态，审查此后即为下达状态2制单人字符办理方式同采买申请单，拜见采买申否是3制单日期日期请单属性及有关说明。是否4改正人字符否是5修他日期日期否是6审查人字符否是7审查日期日期否是3.2.4界面原型采买订单波及到的界面原型主要有两个：采买订单序时簿（ListUI）和编写窗口EditUI）。一、采买订单序时簿（ListUI）：序时簿操作：查察、改正、删除、条件查问、刷新、审查、上查、打印预览、打印、退出。操作说明：上查：查问采买订单关系的所有采买申请单，以列表显示关系的所有采买申请单，同意进一步查察每张采买申请单的明细。假如没有任何关系的采买申请单，则提示用户：“没关系的采买申请单！”。其余操作参照采买申请单序时簿操作说明。二、采买订单EditUI：采买申请单EditUI用于对单张采买申请单进行编写。包含改正、查察、审查、上查等。有关业务逻辑参照前面部分。界面逻辑：参照采买申请单EditUI界面逻辑有关部分。3.3统计报表3.3.1订货汇总表（Goodsorderedsheet）依据采买申请单和采买订单统计物料的申请数目、已订货数目、未订货数目，便于用户掌握订货状况，进行后续的采买订货。3.3.2业务逻辑汇总：依据指定的汇总条件汇总所有已经下达的采买申请单，缺省依据物料编码和需求日期汇总，即在所有已下达的采买申请单中把物料编码和需求日期相同的物料的申请数目和已订货数目汇总，同时依据这两个汇总数计算出未订货数目。未订货数目＝申请数目－已订货数目。注意：同种物料在不一样采买申请单上、不一样采买订单上可能使用的计量单位不一样，汇总前一定申请单上申请数目和已订货数目依据物料主数据中定义的基本计量单位进行换算，而后再汇总。汇总表也按物猜中定义的基本计量单位显示。条件：用户能够指定汇总从某年某月某日到某年某月某日的采买申请单。排序：采买订货汇总表依据物料编码排序＋需求日期排序。3.3.3业务对象采买订货汇总表属性及有关说明：属性名称种类说明及拘束1物料编码字符2物料名称字符3规格型号字符4需求日期日期5申请数目数值6已订货数目数值7未订货数目数值未订货数目＝申请数目－已订货数目3.3.4界面原型采买订货汇总表:查问条件窗口UI：在汇总表上点击查问按钮，即弹出此窗口，同意用户从头指定汇总条件。用户按确立按钮后系统刷新汇总表。（此窗口为EAS通用风格的查问条件窗口）增补规约UI风格、操作风格一定依照EAS一致的人机工程规范；术语表采买提早期：指下达采买订单给供给商直至收到物料所用的时间。