预算管理需求报告.docVIP

*****集团 全面预算管理系统需求文档 版本：1.0 Improving processes for better products 版本历史 版本 作者 参与者 起止日期 备注 1.0 2010-02-23 引言 1.1目的 编写本文档的目的是明确***集团全面预算功能要求，确保***集团与用友软件之间达成对全面与预算的共同理解，作为项目开发的目标。 1.2范围 全面预算： 第一部分：对外站点部分。包括对外宣传、在线招聘信息的作用和功能。 第二部分：对内站点部分。包括员工登录入口，各子系统入口选择及BBS入口、对第一部分的管理。 如此划分的依据是，使内外使用的站点相分离，以提高系统的安全性，防止外部入侵。在条件允许的情况下，可分为两个站点分别发布。 1.3 读者对象 本文档的读者是***集团项目组相关人员、用友软件实施方 1.4 参考文档 （1）用友全面预算管理思路； （2）***集团全面预算管理思路 1.5 术语与缩写解释 缩写、术语 解 释 预算 即全面预算，以下简称“预算” 预算汇总表 预算面向的用户群体 ***集团以及下属各报账员、财务人员、系统管理员 预算应当遵循的标准和规范 原则：系统中当年预算只能当年使用； 方法：事前控制+事后分析 数据分析员：事后分析=已经发生的凭证费用数据； 事前分析（管控）=已经发生的凭证费用数据+在途报销+在采购数据 预算的功能性需求 支持费用事前管控； 能够支持资产类预算按数量、单价进行控管；； 能够支持预算的滚动控管功能； 能够支持 提、待摊、税金、工资等非报销类预算统计；会计生成凭证后能够自动带入预算号码 系统能够提供按照入账前分析与入账后分析（即费用是否真正到财务入账）； 入账前分析即预算事前控管 （六） 预算能够分权限进行管理；（每个月有权限的人只能看到对应的预算） （七） 固定资产新增流程与预算进行关联，在新增固定资产环节需要加入预算控管功能； （八） 预算能够支持跨公司待报销功能；后期分析报表能够支持公司内预算、公司外预算分析功能；具体分析报表格式（待定） 5.1用户界面需求（一）预算相关表格要求： （1）预算主表 年度 编码 名称 部门 预算类别 预算金额 追加减额 管控类别 预算类型 内外预算别 备注用途 有效性标志 备注：（a）预算类别：例如办公费、应酬费、交通费等； (b) 追加减金额：预算编列确认不可直接修改，需要变动时进行追加、追减操作，正数为追加、负数为追减； （c）管控类别：提醒、严控、禁止 （d）预算类型：按月、按季度、按半年、按全面、按季度滚定、按半年滚动、按全年滚动 （e）有效性：预算是否可用，默认情况下为不可用； （2）预算类型表 预算类别编码 预算类别名称 （3）预算权限表 年度 预算编码 预算名称 员工编码 员工姓名 备注：预算可按人员进行授权 （4）预算发生表 年度 预算编码 预算名称 发生日期 单据编号 备注 报销人员 经办人员 结案标志 备注：预算可按人员进行授权 （二）功能草图 备注：（1）预算权限人只能看到自己有权限的预算； （2）年度、月份默认我当年当月 （3）支持多种查询方式； 选择好预算后点击报销按钮进入报销 备注：(1)预算能够自动从上图中带出来 5.2 软硬件环境需求 需求名称 详细要求 支持软件 微软.net框架1.1版本――必须 支持软件 微软.net框架1.1版本的SP１补丁包――推荐 支持软件 Oracle9i客户端――必须 ６需求确认。 需求评审报告摘要 需求文档 2005-5-6 需求评审报告 评审结论 [ ] 工作成果合格，“无需修改”或者“需要轻微修改但不必再审核”。 [ ] 工作成果基本合格，需要作少量的修改，之后通过审核即可。 [ ] 工作成果不合格，需要作比较大的修改，之后必须重新对其评审。 评审意见 评审小组成员 需求确认 需求文档 客户确认 签字 日期 项目经理确认 签字 日期