XXXX费用立项系统需求分析报告.docx

XXXX费用立项系统需求分析报告文控编号: 作者 客户项目经理： 日 期： XXXX项目经理： 日 期： TCNNCF UF_OTH_TCNNCF-01_001 项目编号 文档编号 项目名称 费用立项系统 标题 需求分析报告 类别 需求文档 当前阶段 需求规划 摘要 V1.4 当前版本 日期 作者 文档拥有者 送交人员 文件 XXXXXXXX三期费用立项系统需求分析报告.doc _ _ 1. 引言. 6 1.1 项目名称. 6 1.2 项目背景和内容概要 . 6 1.3 相关资料、缩略语、定义 . 6 1.4 用户业务描述 . 8 1.5 用户原系统状况 . 8 1.6 目标. 8 1.7 范围. 8 2. 各系统业务总流程 . 8 2.1 各系统业务总流程图 . 8 2.2 数据引用详细描述 . 9 2.3 系统关键数据模型示意图 . 9 3. 功能需求分析 . 10 3.1 系统管理. 10 3.1.1 功能整体描述 . 10 3.1.2 功能明细描述 . 10 3.1.3 业务流程描述 . 11 3.1.4 界面流程 . 12 3.2 工作项目信息管理 . 14 3.2.1 功能整体描述 . 14 3.2.2 功能明细描述 . 14 3.2.3 业务流程描述 . 16 3.2.4 关键业务数据 . 18 3.2.5 界面流程 . 19 3.3 费用立项审批 . 20 3.3.1 功能整体描述 . 20 3.3.2 功能明细描述 . 20 3.3.3 业务流程描述 . 22 3.3.4 关键业务数据 . 23 3.3.5 界面流程 . 25 3.4 支付申请管理 . 26 3.4.1 功能整体描述 . 26 3.4.2 功能明细描述 . 26 3.4.3 业务流程描述 . 29 3.4.4 关键业务数据 . 34 3.4.5 界面流程 . 35 3.5 执行反馈管理 . 35 3.5.1 功能整体描述 . 35 3.5.2 功能明细描述 . 35 3.5.3 业务流程描述 . 35 3.5.4 界面流程 . 40 _ 4. 相关系统约束 . 49 4.1 U871系统约束 . 49 4.2 TEAM系统约束 . 49 5. 接口分析. 49 5.1 用户接口. 49 5.2 硬件接口. 49 5.3 通讯接口. 49 5.4 系统接口. 50 5.4.1 TEAM系统接口 . 50 5.4.2 电量管理系统接口 . 50 5.4.3 U871财务系统接口 . 50 5.4.4 费用立项系统接口 . 50 5.4.5 XXXXXXXX三期域服务器接口 . 50 6. 附录. 50 _ XXXXXXXX费用立项系统 费用立项审批流程是公司生产经营过程中成本支出的主要部分，是公司现金流出前公司内部重要控制流程。费用立项审批流程涉及公司所有领导和部门，该流程的效率情况直接影响公司业务的运作，费用审批控制的有效性同时对公司经营安全产生重要的影响。 鉴于该流程的重要性，随着公司深化管理要求，提高公司加强风险控制的要求，拟对公司内部费用立项审批流程计算机化，同时通过电子流程将该流程涉及相关的预算、项目、合同、支付、帐务信息要素有机的结合起来，形成一个闭环的信息系统，为公司经营管理提供及时、准确的信息。 鉴于当前分散系统和人工系统具有的信息分散，不利用总体跟踪管理的缺点，为了提高工作效率，提高公司管理水平，加强费用风险控制，拟建一套能集成预算信息、立项信息、合同信息、支付信息以及帐务信息的集成管理系统。 预算编制预算审核预算发布公司规项目信息预算信息总帐信息划/计划预算调整记帐流程立项信息支付信息立项审批支付审批流程流程订单合同图1.费用立项系统总框图 预算项目-为公司每年业务预算的最小单位，系统所有的年度预算与项目立项均以_ 该预算项目为最小的拆分单元。 工作项目-工作项目是各处室执行公司规划和计划的工作基础，是费用预算、立项的依据，本系统中对项目的管理只管理项目基本信息，项目费用相关信息，项目具体的执行详细不进行管理。 项目分类-项目按时间分为日常性项目和一次性项目，日常性项目每次按年进行预算，每年都需要相应的预算费用；一次性项目指项目总体上有相应的预算费用，该费用需要分摊到每年预算年份，对于上年已立项未完成支付的要在来年的预算中体现，对于工作未完成但财务上已预结的也需要有相应的登记信息；项目承担级别分为公司级项目和部门级项目，公司级项目由多个处室共同完成，其费用需要分配到多个处室，如大修。部门级行动由某个部门承担，其费用也只在本部门的预算科目下体现。公司级项目由预算管理员维护，部门级项目由部门预算管理员维护。 费用立项审批流-费用立项审批流程对费用立项审批过程信息进行跟踪管理的流程，以确保项目的审批过程得到有效控制。 立项申请编码-根据立项编号生成规则自动生成，由7位数字组成。第1位表示项目类型：费用（F）、资本性支出（Z）、大修（X）、采购（G）；第2-3位表示年份，后4位表示流水号。 电子签章-要求处级及处级以上人员、指定的关键人员在系统中对费用立项管理系统和合同支付审批时使用公司部署的CA认证系统，电子签章采用USB KEY证书方式。 邮件通知-以电子邮件的方式通知相关人员。 特殊的预算项目- 资本性支出（预算编码以“1”开头） 大修支出（预算编码以“20101”开头） 部门经费（“202”开头） 责任经费（“201”、“203”开头） 金额单位-本系统中所有与金额有关的数字单位均为万元，保留6位小数。 预备费-预备费的存在为解决预算不准确，当发生预算费用不足时做为备用金额的存在；每个总经理都备有自己的预备费，具体的预算数量在预算编制时，将各预算经理虚拟为各部门进行预算的编制。 应急采购-在某特殊紧急情况下，需要快速的进行采购某种设备或材料，因为影响到生产或安全，往往在不计成本的情况下需要快速通过立项申请来进行采购，此种采购类型则为应急采购。 专项责任部门-指在费用立项过程中，负责审核本部门职责范围内的，各部门提交的特定项目立项的部门，需要对立项的必要性、可行性、规模及其它有关内容进行审核。 TEAM系统采购申请单号-关系到物项采购的费用立项申请，需要列出采购物项的清单，该部分内容保存在TEAM系统的采购申请过程中，此处为该采购申请单的编号 _ TEAM系统订单号-在本系统完成费用立项申请后，流程转入TEAM系统中，根据审批内容进行订单制作，此处为订单编码。 预凭证-为实际入账凭证与实际支付中间的过渡状态中间单据，可以作为立项的执行情况的数字基础。 H类立项申请-H类指常规物项采购。 本系统的主要目的为连接XXXXU871财务系统与主业务系统TEAM系统，从每年的资金源头U871中的部门年度预算开始，控制各部门的工作项目、费用立项，从项目管理、资金管理两方面同时控制公司资金支出。 当前XXXXXXXX三期已有系统为XXXXU871财务系统，主业务系统TEAM系统，主要是由TEAM的合同管理、财务的总账核算、预算编制等离散的管理子系统，其他部分由人工代替，造成了流程不连续，跟踪管理的不足，为了提高工作效率，提高公司管理水平，加强费用风险控制，将使用本系统即费用立项管理系统从源头（U871系统的预算开始）连接主业务系统TEAM系统订单部分，将整个公司的所有资金进行整合管理与控制。 , 有效整合现有系统资源，掌握整体费用立项审批流程； , 建立公司计划预算立项合同支付记账一体化的业务处理平台，提高XXXX三核的办事效率； , 加强统一管理，提高企业管控能力，从整体上防范资金风险； , 有效减少XXXX三核的非必要性支出，及时提供有效信息； , 为建立XXXX三核未来业务、经营、分析一体的现代信息平台作准备。 , 本系统预计在全公司内进行推广，主要由各部门预算员、财务处、计划处以及相关领导使用； , 本系统主要完成工作项目管理、费用立项管理以及部分报表功能； _ U871费用立项系统预算编码U8年度预算编预算编码U8总账信息制费用立项单号、预算编码预算编码TEAM系统凭证号工作项目预算采购申请单预凭证费用立项单号生成费用立项引用采购申请单号合同申请单费用立项单号、预算编码引用采购申请单号合同号支付申请单订单号费用立项单号采购订单订单支付明细费用立项单号图2.各系统业务总数据流程图 , 完整的业务流程主要包括XXXXU871财务系统、TEAM系统与本次开发的费用立项系统； , 费用立项系统数据引用 费用立项的关键数据年度预算信息来源于U871系统，通过预算年度、预算部门获取预算信息，在工作项目预算时需要对预算编码进行引用；在填写申请单时需要引TEAM系中的采购申请单号用以查看采购申请明细。 , TEAM系统数据引用 在费用立项系统中完成预算审批后，在TEAM系统中编制采购订单，通过费用立项系统中开放由采购申请单号取立项单号的接口，从而TEAM系统中采购订单可以自动引入立项单号。 _ 凭证及明细账(U8)凭证编号smallint预算项目表(U8)n制单日期datetime1科目编码varchar(15)主键char(19)借方金额money预算项目编码varchar(20)预算项目编码(cItemCode)贷方金额money预算项目名称varchar(120)外币借方金额money.1外币贷方金额money汇率float自定义项1(预算项目)varchar(20)11.凭证编号(ino_id)工作项目信息子表1主键char(19)预凭证信息表(系统待定)工作项目信息表主键（主表主键）char(19)凭证编号smallint开始时间datetime预凭证号结束时间datetime凭证号预算数decimal(10,6)支付单号.立项号.预算项目编码(cItemCode)n1支付单号工作项目主键(pkProjectInfo)支付明细信息(系统待定)1支付单号支付申请单(系统待定)1n支付明细号1n1支付单号支付单号采购申请明细号.支付金额支付日期工作项目信息表立项号订单号主键char(19)n合同号n1合同号工作项目编码char(13).n工作项目名称varchar(120)预算项目编码(cItemCode)合同表(TEAM)父工作项目主键char(19)预算项目编码varchar(20)合同号预算明细总数decimal(10,6)采购申请明细号n项目负责人char(19).1采购申请明细表(TEAM)1采购申请单号采购申请明细号Default .text1n立项号采购申请明细号工作项目主键(pkProjectInfo)合同号采购申请单号(teamPurchaseApplyID)采购申请明细号nn1费用立项申请表11n主键char(19)1费用立项申请单编码char(7)费用立项申请单名称varchar(20)订单明细表(TEAM)预算项目编码varchar(20)立项费用承担部门char(19)立项号char(7)TEAM采购申请单号varchar(20)采购申请明细号立项申请金额decimal(10,6)采购申请单号1费用立项申请单号(fundsApplyCode)n工作项目主键char(19)订单号历史费用立项申请单主键char(19)合同号立项申请人char(19).立项申请部门char(19)申请日期datetime.该功能主要为对系统的基础信息进行录入与控制,包括对基本信息管理用户管理以及相应的权限控制功能,此功能为系统其它业务实现的基础。 该部分功能的具体实现，以GAP平台的组织权限结构为具体实现为准。 该功能模块主要包括以下功能点： , 用户管理 , 部门管理 , 角色管理 , 权限管理 , 授权管理 , 审批流管理 , 财务模型数据管理 _ , 选择登录时间 由于财务业务的特殊性，会有相应需要用未来的系统时间进行相应的业务操作。 , 用户管理 对系统用户进行管理,添加用户和修改用户信息等功能。 用户信息需要与XXXXXXXX域管理系统进行整合，不使用独立的密码管理认证体系统；在系统中建立系统相关人员的用户信息，并与域账户进行相关账户绑定操作，在以后的系统登录操作中，只需要通过域服务器认证即可登入系统。相关的权限及控制仍然在本系统中进行。 , 部门管理 维护部门信息档案，只有当用户为当前部门才能够看到属于该部门的业务数据。 需要指定跨部门查看数据，只有总经理或分配角色能查看本公司所有信息。若有某副总管理多个总门，只允许查看某几个部门数据的情况，则可通过权限控制来设置只允许查看的相关部门的数据。 , 角色管理 对系统内基本角色进行管理,并进行将角色分配到用户功能，只有当用户属于该角色才能有该角色的相应权限。 , 权限管理 以角色为基本单位,对角色针对系统的功能进行权限控制,权限包括: 1.为进入画面进行查看的权限, 2.为功能权限,例如:数据操作权限(对数据的增加与修改)提交权限(对审批单据进行提交)审批权限(对相应的单据进行审批操作)。 3.为数据权限，由于该系统涉及的经济数据为敏感数据，因此需要对部分经济数据进行敏感性控制，即对关键经济数据进行权限控制。 , 授权管理 授权管理主要解决的问题为,当相应的单据的提交人或审批人因公务出差时,将自己的所有权限托付予某人,可以通过当事人自己进行授权操作,也可能通过系统管理员进行相应的授权操作,通过设定授权期间来进行授权的操作。 , 审批流管理 由于公司内部，审批工作的流程可能随着公司业务流程的调整而变化，因此需要有可变化调整的、可视化控制的审批流配置工具来对审批流程进行相应的调整工作。尽量使用XXXXXXXX三期内部的基于CA认证技术的飞天诚信公司提供的USB-Key为认证工具，以使得公司内部进行统一管理。 , 财务模型数据管理 财务模型数据是汇总财务利润表、指标表的一部分关键基础数据，财务模型数据具体如下： 1. 财务利润表中各指标的全年预算（汇总本月预算） 2. 财务利润表中各指标的本月预算（12个月） 3. 场外应急费率 4. 乏燃料处理费率 5. 年限法折旧 6. 产量法折旧率 7. 退役费折旧率 _ 8. 核燃料单位成本 9. 税率(水利电力基金、电力监管费） 10. 税率(城建税、教育附加税） 11. 增值税率 12. 并网费率 13. 所得税率 财务模型数据在本系统中作为系统基础数据进行维护，财务模型数据以EXCLE模板的形式每年导入一次，导入之后可以手工修改，并具有年度的历史版本管理。其中“本月预算”是从1到12月份的数据，“全年预算”是由1到12月份的“本月预算”进行合计得到。 , 用户管理 图3.页面示意图 , 部门管理 _ 图4.页面示意图 , 角色管理 图5.页面示意图 , 权限管理 图6.页面示意图 , 授权管理 _ 图7.页面示意图 工作项目是各处室执行公司规划和计划的工作基础，是费用预算、立项的依据，本系统中对项目的管理只管理项目基本信息，项目费用相关信息，项目具体的执行详细不进行管理。 , 工作项目的管理范围 公司级项目不在本系统中控制，本系统只控制各处室工作项目。公司先在本系统之外编制好公司级项目，然后再人为分配到各处室，最终各处室根据公司规划和计划在本系统中填报本处室工作项目。 , 工作项目的分类 工作项目按时间分为日常性项目和一次性项目，日常性项目每次按年进行预算，每年都需要相应的预算费用。一次性项目指项目总体上有相应的预算费用，该费用需要分摊到每年预算年份，对于上年已立项未完成支付的要在来年的预算中体现，对于工作未完成但财务上已预结的也需要有相应的登记信息。 , 工作项目类型定义 按处室的需要进行整理，本处室在定义项目时，可以直接从已经定义的工作项目类型中进行选取，以方便后期根据各处事的需要，对各种类型的工作项目进行跟踪与统计。 , 项目的结构定义 项目允许有子项目，项目最多允许3级。项目编码结构如下图所示。项目之关系_ 用父项目编码字段连接。 AAYYNNNNNF表示一次性项目还是经常性项止。T/F5位数字，系统自动进行编码。项目初次提出2位年份，常年项目用XX部门代码，公司级项止以TQ表示，部门级项目以部门名称表示。 图8.项目结构图 , 工作项目的数据来源 工作项目基本来源于预算项目信息与费用立项信息，所有的各部门的预算项目下面都可以添加多个工作项目，工作项可以进行多次分解成各子项目，费用立项项目在进行立项申请时可以选择对应的工作项目，则自动将该费用立项项目作为该工作项目的一部分。 , 工作项目的预算数 工作项目的预算数与年度预算的预算数同样对工作预算与费用立项费用有控制作用；所有的子项目的总预算数不允许超过父项目的预算数，所有新增的费用立项项目不仅受预算项目的预算数的剩余数量限制而且还受所选工作项目的总额控制； 若工作项目为多个子项目的合集，在工作项目需要列出子项目的合计总数； 控制上分为两种，一种为资本性支出，资本性支出需要严格进行按项目进行控制，如果所属的预算项目为资本性支出必须按工作项目预算数和物项的数量进行严格控制；非资本性支出只要不超过所属预算项目即可，超出工作项目预算数仍然可以提交，但是在提交时要进行再次确认提醒。 , 跨年度的工作项目 所有的工作项目有一次项目与跨年度项目，一次性项目只需要设定一个项目开始时间结束时间； 跨年度项目则需要根据预测，将工作项目在第一年设置工作项目每年的明细后，在工作项目持续的各年时间区间内，生成新的一年工作项目明细时，需要自动继承以往没有完成的跨年度工作项目，并允许根据今年的预算情况调整之后的工作项目预算情况。 , 工作项目的执行情况 工作项目的执行情况，取决于在支付申请部分中的支付明细信息，此部分支付情况只会包括经过立项的费用使用情况。 , 工作项目的生效日期 工作项目由各部门在前一年做好，正式生效为每年的1月1 日自动生效，若需要预先使用工作项目进行费用立项申请，则需要以未来的时间登入系统引用工作项目。 此处，如果使用过后，已经被引用好的工作项目不允许删除，可以修改。 , 预算项目-工作项目-费用立项之间关系 _ 工作项目1工作项目1.2（末工作项目1.1工作项目1级） 工作项目1.1.1工作项目1.1.2工作项目1.1（末级）（末级）预算项目1（末级）费用立项a费用立项b费用立项预算项目2（末级）图9.工作项目关系图 _ 工作项目管理流程各部门工作项费用立项申请年度预算单目预算员人员编制本部门编制费用立年度预算工作项目预项申请单算生成本部门选择预算项工作项目预目算是否超出预算否引用年度预算选择工作项目引用工作项目预算是否超出工作项目预算是是否强制提否交?是费用立项审批流程图10.工作项目编制流程图 业务流程约束与说明 , 工作项目的编制 各部门根据实际情况与公司级项目分摊编制本部门工作项目预算（系统外操作），所有的工作预算项目来自于本部门的全年预算项目；大型项目可以拆分成多个子项目。 , 立项费用申请时超出工作项目预算 当预算员填写费用立项申请单时，当未超出项目预算但超出工作项目预算数时，_ 控制上分为两种，一种为资本性支出，资本性支出需要严格进行按项目进行控制，如果所属的预算项目为资本性支出必须按工作项目预算数进行严格控制；非资本性支出只要不超过所属预算项目即可，超出工作项目预算数仍然可以提交，但是在提交时要进行再次确认提醒。 工作项目类型定义 名称 类型 说明 工作项目类型编码 文本 必填项 工作项目类型名称 文本 必填项 工作项目类型描述 文本 所属部门 参照 默认为登录人所属部门 建立日期 日期 默认为登录日期 建立人 参照 默认为登录人 备注 文本 费用立项项目信息 名称 类型 说明 工作项目编码 文本 自动生成 工作项目名称 文本 必填项 父项目编码 文本 在新增子项目时自动带出 项目分类 参照 参照工作项目类型定义，必填项 项目属性 文本 一次性项目或常年项目 预算项目 文本 直接选择预算系统中的预算项目 根据预算代码确定。根据预算代码确认是资本性支出或非资本性支出，自动代出预算控制分类 文本 计划编码 文本 项目描述 文本 项目负责人 文本 必填项 项目总预算数 文本 项目的预算数等于子项目预算数之合 本项目剩余可用金额，根据总账已发生金结余数 数字 额与预算数计算。 费用立项跨年项目明细 名称 类型 说明 开始时间 日期 必填项 结束时间 日期 必填项 预算金额 数字 必填项 备注 文本 _ , 工作项目类型 , 工作项目信息管理 _ 图11.页面示意图 费用立项审批流程对带过审批过程信息进行跟踪管理的流程，以确保项目的审批过程得到有效控制。费用立项审批过程中要求系统能自动根据项目和预算代码提示项目和预算科目总费用、已批费用、已签合同费用、已支付费用信息，以便于领导审批时进行决策。 , 费用立项申请编码规则 由7位数字组成。第1位表示项目类型：费用（F）、资本性支出（Z）、大修（X）、采购（G）；第2-3位表示年份，后4位表示流水号； 为了确认费用立项申请编码的生成的正确性，只有在费用立项申请审批完成后，才会自动生成费用立项申请编码，项目的类型取决于预算项目的类型自动生成。 , 关于各部门预算项目的来源 各部门的预算信息全部来源于U8的年度预算信息，各部门在填写费用立项申请单时； 填写的“工作项目”字段来源为本部门本年所编写的工作预算中的末级项目，在选择时要以树型分类的方式进行选择，只允许选择末级工作项目，选择完工作项目后，要自动带出本年度本工作项目的本年预算值（来自工作项目信息管理 中的预算金额）与累计已审核 值 （来自支付申请的预凭证信息中的明细项目） 先填写工作项目自动带出预算项目，预算项目不允许手动选择。 , 本次立项数 本次立项数的填写不受预算数与累计已审核值的约束，即当发生本次需要立项的数额大于预算可以使用的数量时，仍然可以提交申请；由财务或计划处填写具体的预备费的使用情况。 , 与TEAM系统的联动处理 提供功能，通过输入TEAM系统的单据号，查看TEAM系统内的明细，用以确认本笔费用立项在TEAM中的明细信息，即采购申请单单号，可以输入多个采购申请单、采用明细项的方式处理，在输入的每个采购申请单子项目上保留立项_ 号。 , 查看费用立项单执行明细 当费用立项审批完成之后，要能够根据费用立项单查看费用立项单的执行情况（来自已经审批通过的支付申请的明细信息，包括每笔物项的付款情况） , 年度预算累计已审核值的处理方式 累计已审核值的数据来源分为四个部分： a. 来自费用立项审批流程中，本年度本部门本预算科目下，已经审批通过，但未关闭的费用立项申请单； b. 若费用本身通过了费用立项审批流程且已关闭，且在已经生成预凭证的费用（即有支付明细的信息），则只需要进行一次计算，不需要进行重复计算； c. 包括未立项直接入账的费用（支付明细的信息） d. 本次立项使用本年预算金额 计算公式是：已立项+已支付（有立项、无立项）-已立项已支付，即a+b+c-d 。 , 增补立项 增补立项的目的是在原立项费用不足的情况下，需要根据真实的需要