下载文档原格式
业务系统开发流程图流程图活动任务说明编写详细设计设计人员依据《需求分析说明书》等文档编写《详细设计说明书》；评审详细设计1、开发经理组织对《详细设计说明书》进行评审；2、设计人员根据评审意见对《详细设计说明书》进行修改，直至通过；3、配置管理员将评审通过的《详细设计说明书》入库基线；编写系统测试用例测试人员依据基线的《需求分析说明书》和《详细设计说明书》编写《系统测试用例》；评审系统测试用例1、测试经理组织人员对《系统测试用例》进行评审；2、测试人员根据评审意见对《系统测试用例》进行修改，直至通过；3、配制管理员将评审通过的《系统测试用例》入库基线；编码和单元测试开发经理组织开发人员依据《详细设计说明书》进行系统编码和单元测试；编写系统手册开发经理组织人员编写《系统使用手册》、《系统部署手册》；系统打包开发经理组织人员将系统源码、系统手册等制作成系统包，入库提交测试组进行系统测试；系统测试测试人员依据《系统测试用例》进行系统测试，并将测试BUG记录于BMS系统；系统修改开发人员依据系统中的测试记录对系统进行修改；系统修改完成后，更新系统手册，再次打包入库；回归测试测试人员对修改后的系统包进行回归测试，验证上一轮测试问题是否确认修复，并将回归测试中发现的新问题记录于系统；开始编写详细设计评审编码和单元测试编写测试用例编写系统手册系统打包系统测试评审出厂测试系统修改回归测试测试发布系统出厂结束不通过不通过通过通过增加系统测试系统测试通过或增加出厂测试不通过通过文档使用说明（本页为说明页，用户使用此文档时可删除本页内容）业务系统开发流程图使用说明一、文件概述《业务系统开发流程图》是一份详尽指导业务系统开发全过程的标准化文档，旨在通过清晰的流程图形式，明确各阶段的任务、活动及其之间的逻辑关系，确保开发过程的有序、高效与高质量。
该文件不仅为开发人员提供了操作指南，也是项目管理和质量控制的重要依据。
二、流程图结构流程图从“开始”节点出发，依次经过详细设计、评审、编码、单元测试、系统手册编写、系统打包、系统测试、系统修改、回归测试、测试确认、出厂测试、发布确认等多个关键阶段，最终到达“系统出厂”或“结束设计开发阶段过程”的终点。
财政预算执行系统业务总流程图一、财政预算执行系统业务总流程1、预算指标导入财政预算执行系统后～由预算科批复至财政局各业务科～再由各业务科下达至预算单位。
2、预算单位根据批准的部门预算和项目进度编制分月用款计划～分月用款计划是办理财政性资金支付的依据。
分月用款计划报财政局业务科审核后～国库科审定并下达额度。
此时～授权支付额度入账通知书即可生成打印～预算单位据此登记预算内、外财政授权支付额度收入帐。
3、预算单位录入财政直接,授权,支付申请。
授权支付经会计核算中心审核后～由预算单位自行打印《财政资金支付凭证》～加盖印鉴后送单位零余额账户代理银行。
直接支付送会计核算中心审核并打印《财政资金支付凭证》～通知代理银行及时将资金直接支付给收款人或用款单位。
4、代理银行根据支付指令及时将资金支付到收款人或用款单位～并将当日实际支付的资金～汇总生成《**银行**支付申请划款凭证》～附《申请财政性资金划款明细清单》送会计核算中心。
5、核算中心审核无误后汇总生成《**财政**汇总清算通知单》～送国库科审核签章后～送人民银行国库或财政专户代理银行～与国库单一账户进行资金清算。
6、代理银行收到清算回的资金和回单后进行划款清算回单登记～国库科、核算中心依据清算回单进行划款清算登记。
7、支付完成后～预算单位从预算执行网络系统打印《财政直接支付入账通知书》～作为收到和付出款项的凭证～进入会计核算环节。
详见下图: 财政预算执行系统业务总流程图1预算指标(预算科、业务科室)分月用款计划上报审核(预算单位、业务科室)授权支付额度入账通用款计划,额度,下达书即可生成打印 (国库科) 财政授权支付申请(预算单位) 财政直接支付申请(预算单位)财政授权支付审核(核算中心) 财政直接支付审核(核算中心)打印财政资金支付凭证(核算中心) 打印财政资金支付凭证(预算单位) 支付确认、日终生成打印申请划款凭证及清单(代理银行)汇总清算单生成打印(核算中心)汇总清算签章(国库科)划款清算资金(清算银行)划款清算回单登记划款清算回单登记划款清算回单登记(核算中心) (代理银行) (国库科)直接支付入账通知书生成打印(预算单位)支付流程结束进入核算环节2二、分月用款计划流程分月用款计划是单位预算支出活动的月度执行方案～是一个时期,如一个月,预算执行的计划。
1.采购部查询库存信息及用户需求，若商品的库存量不能满足用户的需要，则编制相应的采购订货单，并交送给供应商提出订货请求。
供应商按订单要求发货给该公司采购部，并附上采购收货单。
公司检验人员在验货后，发现货物不合格，将货物退回供应商，如果合格则送交库房。
库房管理员再进一步审核货物是否合格，如果合格则登记流水帐和库存帐目，如果不合格则交由主管审核后退回供应商。
画出物资订货的业务流程图。
（共10分）2．在盘点管理流程中，库管员首先编制盘存报表并提交给仓库主管，仓库主管查询库存清单和盘点流水账，然后根据盘点规定进行审核，如果合格则提交合格盘存报表递交给库管员，由库管员更新库存清单和盘点流水账。
如果不合格则由仓库主观返回不合格盘存报表给库管员重新查询数据进行盘点。
根据以上情况画出业务流程图和数据流程图。
（共15分）3.“进书”主要指新书的验收、分类编号、填写、审核、入库。
主要过程：书商将采购单和新书送采购员；采购员验收，如果不合格就退回，合格就送编目员；编目员按照国家标准进行的分类编号，填写包括书名，书号，作者、出版社等基本信息的入库单；库管员验收入库单和新书，如果合格就入库，并更新入库台帐；如果不合格就退回。
“售书”的流程：顾客选定书籍后，收银员进行收费和开收费单，并更新销售台帐。
顾客凭收费单可以将图书带离书店，书店保安审核合格后，放行，否则将让顾客到收银员处缴费。
画出“进书”和“售书”的数据流程图。
进书业务流程：进书数据流程：F3.2不合格采购单售书业务流程：售书数据流程：4.背景：若库房里的货品由于自然或其他原因而破损，且不可用的，需进行报损处理，即这些货品清除出库房。
具体报损流程如下：由库房相关人员定期按库存计划编制需要对货物进行报损处理的报损清单，交给主管确认、审核。
主管审核后确定清单上的货品必须报损，则进行报损处理，并根据报损清单登记流水帐，同时修改库存台帐；若报损单上的货品不符合报损要求，则将报损单退回库房。
系统整体业务流程图系统整体业务流程图图1-1:系统初始化流程描述1-1:项目进行系统初始化，使系统进入可以处理的正常业务状态。
业务后台系统安装后，系统的参数和基础数据不可用，系统还不能处理具体的业务。
用户必须设置系统控制参数、账户、会计项目等。
根据实际业务管理需要，在正常业务处理之前。
系统启动前，适用范围涵盖所有行业。
序列号责任部门1的负责人启动帐套——并启动帐套。
在设置账户期间，财务/信息技术部门系统管理员2系统参数设置——设置系统参数，财务/信息技术部门系统管理员3用户设置——设置系统用户和系统中每个用户的权限4货币设置——设置系统中的货币财务部门总账会计5会计项目，账户设置——设置系统中的账户和会计项目。
财务部6的总会计师输入期初数据——。
财务部7的总会计师将期初余额输入系统。
数据检查——系统检查期初余额是否平衡。
需要进一步的手动检查来检查数据是否正确。
财务部门负责会计凭证处理业务流程。
请参见表2-安装业务后台系统后，没有系统参数、基础数据等。
系统还不能处理特定的业务。
用户必须设置系统控制参数、账户、会计项目等。
根据实际业务管理需要，在正常业务处理之前。
系统启动前，适用范围涵盖所有行业。
序列号责任部门1的负责人启动帐套——并启动帐套。
在设置账户期间，财务/信息技术部门系统管理员2系统参数设置——设置系统参数，财务/信息技术部门系统管理员3用户设置——设置系统用户和系统中每个用户的权限4货币设置——设置系统中的货币财务部门总账会计5会计项目，账户设置——设置系统中的账户和会计项目。
财务部6的总会计师输入期初数据——。
财务部7的总会计师将期初余额输入系统。
数据检查——系统检查期初余额是否平衡。
需要进一步的手动检查来检查数据是否正确。
财务部主管会计凭证处理业务流程描述的相关内容见表2:程序目标是将原始数据转换为凭证形式的软件数据，并经过审核。
商业背景1。
建立了会计制度；2.原始凭证真实、合法、完整；规则的适用范围是1。
图1-1系统业务流程图经过对系统的需求分析，将整个系统分为四部分：学生子系统、教学管理员子系统、教师操作子系统及管理员子系统。
4.2.1 学生子系统功能划分学生子系统比较简单，主要完成学生网上课程成绩查询的功能及密码修改的功能。
学生以学号及密码的身份进行登录，系统功能结构如图4-1。
图4-1 学生子系统模块图4.2.2 管理员子系统功能划分管理员子系统完成此系统的管理维护操作，主要包括学生信息管理模块，课程管理模块，班级信息的模块，成绩管理模块，教师管理模块，获奖人员生成，开课信息管理。
管理员子系统的的功能结图如图4-2所示：图 4-2 管理员子系统模块4.2.3 教学管理员子系统功能划分教学管理员子系统完成教学的管理维护操作，主要包括教师信息，课程管理模块，班级信息的模块，开课信息管理。
教学管理员子系统的的功能结图如图4-3所示：图 4-3 教学管理员子系统模块4.2.4 教师管理子系统功能划分教师管理子系统完成学生成绩信息的管理维护操作，主要包括学生信息管理，成绩信息录入，成绩信息管理，获奖人员生成模块。
教师管理子系统的的功能结图如图4-4所示：图 4-4 教师管理子系统模块4.3 系统功能描述4.3.1 学生子系统功能描述1．学生成绩查询模块本模块完成学生成绩的查询功能，进入本模块，学生可以查询自己课程到期末时所得的成绩的信息。
该成绩由系统教师或管理员在后台录入，学生只能查询自己的成绩的信息。
成绩信息包括，所选的课程编号，课程名称和自己的该课程的得分情况。
2．学生密码修改模块学生的基本信息是由管理员从后台添加的，每个学生的基本信息添加后，系统会自动生成一个密码123，所有同学的密码初使值是相同的，学生使用初使密码登录后，为保证自己信息的安全性，用户可以修改自己密码。
4.3.2管理员子系统功能描述1．学生基本信息管理模块此模块完成学生基本信息的管理，包括录入学生信息，删除学生信息，修改学生信息及查询学生信息。
系统总体业务流程图图1-1:系统初始化流程说明1-1:相关内容见表2-2:目标实现凭证的生成、审核、过账和修改所有的操作业务背景用户在实现初始化之后，系统已成功启用。
财务人员需要以凭证的方式记录公司发生的实际经济业务。
同时，按照实际的工作要求，对凭证进行审核、过账，发现错误进行修改。
适用范围1.1、各种方式产生的凭证，包括手工凭证、系统生成凭证、模式凭证、自动转账凭证、外部引入凭证、凭证冲销等6种方式产生的凭证。
2.2、凭证的所有处理业务，凭证的生成、审核、过账、修改和删除。
序号责任部门责任人1新增凭证——手工录入、引入或者系统产生的凭证。
财务部会计2凭证查询——查询符合条件的凭证财务部财务人员3凭证审核——会计主管审核系统内的凭证财务部总账会计4凭证反审核——发现已审核的凭证错误，将其反审核，进入可修改状态财务部主管会计5凭证过账——将符合条件的凭证登记到账薄财务部主管会计6凭证反过账——发现已过账的凭证错误，将其反过账，进入可修改状态财务部主管会计凭证录入与审核业务流程图流程说明相关内容见表2-3：规程目标确保原始数据以凭证形式变为软件数据，并通过审核得以确认。
业务背景1.已建立会计制度；2.原始凭据真实、合法、完整；规程适用范围1.直接由普通原始凭据制作凭证；2.由软件的业务数据生成凭证或由手工录入此类凭证；序号处理说明责任部门责任人1根据已审核过的原始凭据，在K/3系统\总账系统\凭证录入中录入凭证并自检，或检查由系统自动生成凭证的准确性。
财务部总账会计2要求当天的业务凭据，当天生成或录入总账凭证。
财务部总账会计3原始凭据真实、合法、有效。
财务部总账会计4会计记账凭证的编制期不能早于实际业务的发生期。
财务部总账会计5审核录入凭证是否信息完整准确。
财务部主管会计6如凭证录入有问题，则通知制单人依据原始凭据检查和修改凭证，此工作要求在1个工作日内完成。
财务部主管会计7如凭证录入无问题，则在K/3系统\凭证查询功能中对已录入凭证进行审核，此工作要求在凭证检查无误后1个工作日内完成。
财务部主管会计表 2-3凭证反审核业务凭证反审核业务流程图流程说明相关内容见表2-4：规程目标对发现问题的已审核凭证进行反审核，使之返回至未审核状态以便于改正。
业务已审核的凭证在账簿生成或报表生成等后续处理过程中发现有误；背景问题凭证为已审核凭证或已过账凭证；规程适用范围1.审核与反审核必须为同一人；2.如果此凭证已过账，则需先反过账后再反审核；3.适用于本会计期间修改或跨会计期间修改；序号处理说明责任部门责任人1发现问题凭证后申请反审核凭证以便修改a由主管会计检查问题原因，并对是否反审核凭证做判断财务部主管会计2不同意反审核凭证，则通过红字冲销或蓝字更正凭证财务部总账会计3同意反审核凭证，则检查此凭证是否在当前会计期间，是否需要反过账或反结账财务部主管会计a需反过账或反结账时，则先进行反过账或反结账后，再反审核凭证财务部主管会计b如凭证为业务系统生成的凭证，且相关票据已核销，则需要先对相关票据进行反核销后才能再做反审核处理。
财务部主管会计4不需反过账或反结账时，则直接进行反审核凭证财务部主管会计表 2-4注意：审核与反审核必须由同一人完成。
凭证过账与对账业务凭证过账与对账业务流程图详细内容见流程图2-6：流程说明相关内容见表2-5：对已审核凭证进行过账与及账簿查询，做结账前准备。
规程目标凭证已审核业务背景待过账凭证规程适用范围序号处理说明责任部门责任人财务部总账会计1检查待过账凭证，是否具备过账条件，如：是否已审核，是否业务单据已生成凭证2如果检查未通过，则通知相关人员查找原因，并要求财务部总账会计及时改正a此工作要求在个工作日内完成财务部总账会计3检查通过后，对所有应过账凭证进行过账财务部总账会计4核对总账与明细账财务部总账会计a总账与明细账一致，基本可以确认过账正确财务部主管会计5总账与明细账不一致，则需检查原因，并反过账，及财务部主管会计时改正a反过账一般不允许使用，以保证过账的严肃性与准确财务部主管会计性b总账与明细账不符，需尽快查找原因，此工作需在1财务部主管会计个工作日完成c反过账后凭证需再反审核后才可修改财务部主管会计表 2-5初始化流程详细内容见流程图3-1：流程图 3-1如上图所示总账系统初始化流程包括以下几步：新建账套系统设置基础资料设置初始数据录入结束初始化科目初始数据录入当各项资料输入完毕后，接下来就可以开始初始数据的录入工作了。
除非是无初始余额及累计发生额，否则所有用户都要进行初始余额设置。
初始余额的录入分两种情况进行处理：一是账套的启用时间是会计年度的第一个会计期间，只需录入各个会计科目的初始余额；另一种情况是账套的启用时间非会计年度的第一个会计期间，此时需录入截止到账套启用期间的各个会计科目的本年累计借、贷方发生额、损益的实际发生额、各科目的初始余额。
根据以上情况，在初始数据录入中要输入全部本位币、外币、数量金额账及辅助账、各核算项目的本年累计发生额及期初余额。
在如图3-5“金蝶K/3主控台”界面，选择【系统设置】【初始化】【总账】【科目初始数据录入】，进入“初始余额录入”窗口进行录入操作。
初始余额录入在“初始余额录入”窗口的<币别>下拉列表框中，可选择不同的货币币种进行录入。
选择非本位币的其他币种时，所有的数据项目都会分为原币和折合本位币两项，在输入完原币数额后，系统会根据预设的汇率自动将原币折算为本位币，系统会将输入的各个币种的折合本位币汇总为综合本位币进行试算平衡。
在数据的录入过程中，系统提供了自动识别的功能：如果科目是数量金额核算，当光标移到该科目时，系统自动弹出“数量”栏供用户录入；如果科目是损益类科目，当光标移到该科目时，系统会自动弹出“损益类本年实际发生额”供用户录入；余额可分为借贷方两栏显示。
当然，所有这些操作，您应该在“过滤”工具栏中作出相应的选择。
如果科目设置了核算项目，系统在初始数据录入的时候，会在科目的核算项目栏中做一标记“√”，单击“√”，系统自动切换到核算的初始余额录入界面，每录完一笔，系统会自动新增一行，当然，您也可以单击鼠标右键增加新的一行来录入数据。
如果科目设置了核算项目辅助核算，核算项目初始明细数据录入时，可以按F10批量选择需要录入的核算项目明细范围，系统将根据所选的核算项目范围生成表格分录，便于用户直接录入初始明细数据。
在“初始数据录入”界面中系统以不同的颜色来标识不同的数据：白色区域：表示可以直接录入的账务数据资料，它们是最明细级普通科目的账务数据；黄色区域：表示为非最明细科目的账务数据，这里的数据是系统根据最明细级科目的账务数据或核算项目数据自动汇总计算出来的；绿色区域：系统预设或文本状态，此处的数据不能直接输入。
最左边的小的数字按钮1、2、3表示科目的级次，选择不同的数字。
可以录入不同级次科目的初始数据，也可以在初始余额的录入界面，单击“过滤”图标，选择“科目”标签进行相关的设置。
在“初始数据输入”界面中，所能录入的内容主要包括：期初余额、累计借方、累计贷方以及本年累计损益实际发生额四项。
期初余额：是指在进行初始化当期的期初科目余额。
累计借方：指某一科目自年初至初始设置时止借方累计发生额。
累计贷方：指某一科目自年初至初始设置时止贷方累计发生额。
本年累计损益实际发生额：由于损益类科目处理的一些特点，对于在账套启用之前所发生的损益类科目的实际发生额，系统就无法取到。
因此这里就需要用户将损益类科目的本年累计实际发生额在初始化时录入系统，这样系统才能对损益类科目的实际发生额进行处理，才能保证有关业务资料数据的准确。
损益类科目的本年累计实际发生额与损益类科目的借方累计或贷方累计数是不同的，他们之间往往会不一致。
例如：某年的营业收入为200万，后来又发生退货5万，那么营业收入的实际发生额为195万。
但在实际进行账务处理时，退货的5万就有可能会借记销售收入，这样销售收入的累计贷方就是200万，这显然与销售收入的实际发生是不一致的。
因此，在输入本年累计损益实际发生额项目时一定要输入它的实际发生额数据，否则将来在输出损益表及其他有关损益类科目的报表时，所取数据可能会不正确。
系统中账套数据的年初余额将根据以下的公式自动计算得出：借方年初余额＝期初余额+本年累计贷方发生额－本年累计借方发生额贷方年初余额＝期初余额+本年累计借方发生额－本年累计贷方发生额您只需输入最明细级科目的有关期初余额、累计借方、累计贷方数据。
对于上级科目数据，系统会自动进行汇总计算。
试算平衡上述数据输入无误后，单击【平衡】或选择菜单〖查看〗〖试算平衡〗，系统会弹出“试算平衡表”界面对数据进行试算平衡。
如图3-6所示：系统进行试算平衡时是将所有的账务数据合计在一起进行的，因此只有将所有的本位币、外币、核算项目账、数量金额账等全部数据录入完毕之后才能够进行总账数据的试算平衡。
试算平衡表中会显示出所有一级科目的年初借方、年初贷方、累计借方、累计贷方、期初借方、期初贷方各项数值。
在币别处选择某一币别时，单击【平衡】或选择菜单〖查看〗〖试算平衡〗，显示的试算平衡表是该币别的试算平衡，选择<币别>为“综合本位币”，显示的试算平衡表是所有币别折合为综合本位币后的试算平衡，只要在综合本位币状态下试算平衡，系统就允许您结束初始化，否则就不能结束初始化。
如果账套数据是平衡的，系统在界面的左下方以蓝字显示“试算结果平衡”的字样，借、贷方的差额为零；如果账套数据不平衡，系统会在界面的左下方以红字显示“试算结果不平衡”的字样，并显示借、贷方的差额数据，提示您账务数据不正确，需要检查修改。
您可以在试算平衡表中仔细核对您的账务数据，以确保账套初始数据准确无误。
温馨提醒：初始数据录入工作可以和日常单据录入工作同时进行，只要在期末处理前关闭初始化即可。
本业务系统提供了反初始化的功能，如果系统已经进行了期末处理，必须先反期末处理到账套启用期间后才能进行反初始化操作。
这种操作，只有系统管理员才有权限。
结束初始化初始数据试算平衡和现金流量数据符合钩稽关系之后，在“结束初始化”界面就可以结束初始化工作，您也可以将全部数据打印出来保存。
在“金蝶K/3主控台”界面，选择【系统设置】【初始化】【总账】【结束初始化】，进入“结束初始化”界面进行操作。
结束初始化后，初始数据录入界面将变为不可编辑状态，此时，您可以开始一系列财务工作了。
反初始化初始化后，还没有进行日常业务处理之前，发现初始化的数据错误，可以进行反初始化处理。
在“金蝶K/3主控台”界面，选择【系统设置】【初始化】【总账】【反初始化】，进入“反初始化”窗口进行操作。
温馨提醒：只有在账套启用期间才可以结束初始化与反初始化。
