中国XX集团公司财务信息化系统
业务需求书
目录
1．业务现状 (1)
1．1 组织结构 (1)
1．2 应用系统现状 (1)
2．系统需求 (2)
2．1 系统架构 (2)
2．2 系统集成 (2)
2．3 开发工具 (2)
2．4 报表工具 (2)
2．5 系统安全 (3)
2．6 数据迁移 (3)
2．7 历史数据 (3)
2．8 工作流 (3)
2．9 自我服务 (3)
3．功能需求 (3)
3．1 总帐 (4)
3．1．1组织结构定义 (4)
3．1．2 科目定义 (4)
3．1．3 帐套 (5)
3．1．4 会计期间 (5)
3．1．5 多币种处理 (5)
3．1．6 单据编号 (6)
3．1．7 凭证录入 (6)
3．1．8 凭证处理 (6)
3．1．9 内部往来 (6)
3．1．10 分摊处理 (6)
3．1．11 关帐处理 (7)
3．1．12 计提处理 (7)
3．1．14 报表查询 (7)
3．2 应收帐款 (8)
3．2．1 客户信息 (8)
3．2．2 应收发票 (8)
3．2．3 客户付款 (8)
3．2．4 核销应收 (8)
3．2．5 帐龄分析 (8)
3．2．6 客户分析 (9)
3．2．7 单位分析 (9)
3．3 应付帐款 (9)
3．3．1 供货商 (9)
3．3．2 应付凭据 (9)
3．3．3 付款处理 (9)
3．3．4 帐龄分析 (10)
3．3．5 供货商分析 (10)
3．3．6 记录查询 (10)
3．4 固定资产 (10)
3．4．1 资产信息 (10)
3．4．2 资产帐簿 (11)
3．4．3 资产折旧 (11)
3．4．4 资产报废 (11)
3．4．5 资产重估 (11)
3．4．6 其它业务 (11)
3．4．7 查询报告 (11)
3．5 资金管理 (12)
3．5．1 银行业务 (12)
3．5．2 现金管理 (12)
3．5．3 报告信息 (12)
3．6 预算管理 (13)
3．6．2 预算控制 (13)
3．6．3 专项预算 (13)
3．7 备用金及费用管理 (13)
3．8 内部银行 (14)
3．8．1 授信管理 (14)
3．8．2 信贷管理 (14)
3．8．3 票据管理 (15)
3．8．4 银行帐户管理 (15)
3．8．5 担保管理 (15)
1．业务现状
1．1 组织结构
XX集团8家专业公司的财务负责人均为集团资产财务部外派人员。其中综合处是主要是境内下属单位的财务管理、报表合并等事务；海外处主要是海外单位的财务管理、报表合并等事务；资产处置中心主要承担在下属单位的关、停、并、转过程中对资产的处置事务。
1．2 应用系统现状
XX集团数据库的备份措施为财务系统的每天的完全备份，每月数据完全备份，异地双机备份。
2．系统需求
2．1 系统架构
-完全支持B/S结构；
-系统支持大型的操作系统和数据库环境。如Windows NT，UNIX,linux等操作系统和Oracle，DB2，Sybase，SQL Server等数据库。
2．2 系统集成
-提供开发的接口开发平台；
-与外部系统的集成可以通过各种开发方式进行,如基于数据文件的传统的传输方式；-与提供COM, COBRA,供EJB, C++等API的第三方软件实时集成或半实时集成，即通过HTTP以XML格式进行的基于Messaging方式的集成。
2．3 开发工具
-系统开放源代码，方便用户进行客户化。
-系统提供完整的集成的开发工具和调试环境。
2．4 报表工具
-系统提供各种报表工具供用户编制报表，报表的输出格式应该是不可更改的格式，如PDF。
-系统需要提供在线分析工具。
2．5 系统安全
-系统可以提供复杂的权限设置，如菜单和屏幕级别、行政级别控制、字段级别控制。-对于通过B/S结构访问的用户，应提供更严密的权限控制，加密连接和系统日志。
2．6 数据迁移
-数据可以方便地在不同平台间转移，如将安装在SQL上的系统移植到Oracle上。
2．7 历史数据
-系统可以保留客户需要时间段的交易数据。
-对于重要的设置数据需要保留历史更改记录，如科目设置进行更改，可以不覆盖原来的设置。
-对于历史数据，系统提供按数据的业务种类归档，并备份到海量存储设备的能力。
2．8 工作流
-工作流可以在系统内部设置实现，需要与外部的Lotus Notes和邮件系统等集成。
2．9 自我服务
- 提供面对一线经理或内部员工的通过WEB界面的自我服务功能，如查询余额、更改联系人等。
3．功能需求
XX财务系统是本次实施中的重点需求，财务系统首先需要统一操作规范，重点解决财务数据与业务系统中合同签订、合同审核、合同执行、仓储入库和发货等业务数据之间的实时对接，满足财务事前控制、事中监督、事后分析的职能发挥要求；
其次，财务系统需要实现在仓储物资的进、出方面实现数据的动态更新，实物盘点、对帐等功能；
第三，财务系统需要考虑支持预算建立、对预算执行过程的监督和预算执行情况分析的功能，强化预算的严肃性；
第四，需要实现集团财务系统与下属单位财务系统之间的动态数据共享；
第五，需要实现整个集团内部资金的统一管理，包括现金管理、金融产品的整体管理和统一使用；
第六，财务系统需要支持对于不同类型的下属单位设计不同的核算模式、核算模型，支持国内、国际的财务制度和会计准则，支持多会计期间、多币种结算、多语言处理。
本次XX集团财务系统的基础功能要求包含但不限于总帐、工资、应收、应付、资金、资产、项目、费用和报表功能。
3．1 总帐
3．1．1组织结构定义
-需要支持定义多公司组织结构；
-通过简单易用的工具定义各公司之间的关系，以作为合并财务信息的依据，系统应可以在任意层次上生成财务报告；
-公司组织结构发生改变的时候，通过组织结构定义工具可以直观地反映变化；
-定义公司内部部门等机构信息，以作为分摊费用以及制定预算等工作的基础，可以提供多维度灵活定义机构，如建立一个临时的责任中心；
-不同单位间的初始化配置可以灵活使用，既可以所有单位或几个单位共有或所有特定的初始化配置，又可以各个单位分别使用各自的所有或特定的初始化设置。
3．1．2 科目定义
-系统可以定义并且核查各个科目段的组合关系。例如只有财务部门可以使用财务费用科目。如果用户在处理凭证时输入了其他部门使用该科目，则系统不允许通过，或者系统根本就不允许除财务部门以外的用户选择该科目。
-系统提供简单易用的工具定义科目间的层次关系，可以直观地显示一级、二级、三级等科目间的隶属关系，系统使用此关系给出资产负债表等财务报表。
-对于备用金及（报销）费用等科目，可以同员工标识等标记信息联系起来，帮助财务人员查询未清帐项。并且用户可以任选系统多个字段作为标识。
-系统需要支持按照国家或/和XX集团统一规定，对于二级和二级以下科目设置，需
要实现以下各项任意组合查询。
3．1．3 帐套
-同一单位下的帐套可以设置多本帐，如预算帐、实际发生帐、管理会计帐及外报帐；-可以比较分析不同帐的信息。如比较预算帐及实际发生帐的金额和差异百分比；
-对于同一笔交易的凭证可以选择同时过到设置的多本帐中，以减少财务人员的工作量。比如将一笔收入确认的凭证以相同的形式过到内部管理帐以及外报帐中；
-对于涉及到纳税调整的会计信息，如资产的相关交易，可以针对一笔交易生成不同财务信息，然后过到不同的帐中。
3．1．4 会计期间
-可以任意指定会计期间的起始截止日期，如定义不同于日历年的期间定义。
3．1．5 多币种处理
-支持多币种定义及汇率定义，并支持三角套算等间接汇率计算；
-在记录业务信息及财务信息时，可选用任意定义的币种；
-系统可以处理汇兑损益，并且可以进行如外币自动评估，暂估自动处理等。外币评
估将采用期末评估，期初冲回方式，年末重估不作冲回。
3．1．6 单据编号
-系统对于凭证等单据可以自动编号，而且用户可以自定义编号规则，如前4位表示年份，然后各有2位和8位表示月份以及单据的流水号等；
-系统也允许用户对于某些单据进行手工编号，即人为地在系统中指定编号。
3．1．7 凭证录入
-针对一般交易系统应自动生成凭证，对于年末调整等业务，系统允许用户直接输入凭证；
-允许用户离线输入凭证，然后联机时批量导入系统；
-对于定期等额相同业务，如租金的收取等，系统可以根据定义自动生成凭证；
-对于回转性业务，系统能在下一会计期间设定用户定义的时点，自动生成相应反向凭证。
3．1．8 凭证处理
-系统可自动对凭证进行核查校验，如检查凭证的借贷方金额是否相同等；
-可按照用户需求打印凭证，这既包括单个凭证的及时在线打印，也包括按照指定的时间范围等批量打印；
-提供凭证在线审核功能，并且用户可以根据需求决定是否使用在线审核功能；
-提供批次凭证处理功能，如批次过帐等。
3．1．9 内部往来
-系统可以记录内部往来帐；
-系统可定义内部往来的抵消关系，以作为合并财务报表的依据。
3．1．10 分摊处理
-系统支持对任何系统信息进行分摊，常规的有费用成本分摊以及预算的分摊等。
-系统支持按照多种方法进行分摊，用户可以定义分摊规则，可进行多次分摊，如根据比例，数量，模型等分摊。
3．1．11 关帐处理
-年底关帐时，系统自动将损益科目清零并且将其余额转入下一期间的资产负债表。-在针对期间关帐后，可以选择是否冻结本期间的凭证处理。
3．1．12 计提处理
-支持减值准备的计提，如坏帐按照年限、比例处理等。
3．1．13 合并汇总
-系统可以根据定义的组织结构自动进行财务报表的简单汇总；
-系统可以根据定义的组织结构自动进行财务报表的合并；
-系统支持多层次的合并汇总；
-系统支持多角度的合并汇总，如既按照会计实体进行合并，同时也按照地区进行合并；
-合并后，用户应该在系统中既可以查询各个单位自身的财务信息，也可以查询合并的财务信息；
-系统提供溯源查询的功能，即由综合财报表帐及凭证，然后到各个子模块查询原始交易信息。
3．1．14 报表查询
-系统提供常用报表，如资产负债及损益表；
-既可以提供一个单位单独的报表，也可以提供合并后的财务报表；
-用户可以在线阅读报表或者下载后阅读；
-系统提供多种报告输出格式，如不可修改的PDF格式等；
-系统支持报表二次开发，并提供开发工具。
3．2 应收帐款
3．2．1 客户信息
-维护全面的客户信息，如名称、地址、联系人、开户行等；
-客户的信用控制：针对每个客户定义信用限额，当应收帐款超出信用限额时，系统允许用户选择是冻结交易还是显示警告信息。
3．2．2 应收发票
-系统支持结算完毕后根据设置自动产生应收帐款，但也需要支持按照需要生成凭证，在财务未审核时不记帐，但仍保留凭证；
-系统支持用户手工输入应收帐款；
-系统提供发票打印功能；
-应收管理和合同管理模块应实现集成，用户可以根据和客户签定的合同定义条件，然后按照时间间隔由系统自动生成应收帐款。
3．2．3 客户付款
-记录客户付款信息；
-记录预付款及尾款的信息。
3．2．4 核销应收
-系统提供灵活的核销处理，如一笔付款核销一个或多个应收帐款；
-系统可以处理预付款；
-应收帐款核销完毕后，系统应自动更新应收余额。
3．2．5 帐龄分析
-系统应允许用户根据需求自定义帐龄分析的时间间隔；
-系统提供帐龄分析在线查询和分析报告；
-
-帐龄分析需要同客户信用等级管理实现信息共享。
3．2．6 客户分析
-支持客户应收帐款余额分析；
-支持客户应收帐款帐龄分析；
-支持客户付款历史记录分析；
-当应收帐款余额超出定义的限制时，系统自动通知相关人员，以提醒安排收款；
-系统根据客户情况自动生成标准格式的催款单。
3．2．7 单位分析
-业务单位的应收帐款余额分析；
-业务单位的应收帐款帐龄分析；
-业务单位的应收帐款历史记录分析。
3．3 应付帐款
3．3．1 供货商
-全面维护供货商信息，如企业名称、地址、联系人等；
-可以调用客户关系管理或业务系统中的供货商信息。
3．3．2 应付凭据
-支持通过业务系统中采购合同的执行、入库单和结算流程、供应商发票等自动生成应付帐款；
-支持手工录入应付帐款凭证；
-管理各种发票的审核、调整、删除等过程，系统记录调整和删除的操作。
3．3．3 付款处理
-系统中定义各种付款条件，并且基于此条件计算现金折扣以及应付款净额；
-付款的灵活处理，如一笔付款对应多个发票，或一个发票对应多笔付款（即分期付款）；
-系统可以处理预付款；
-可以根据系统定义自动安排付款或在系统中手工处理付款；
-付款前必须进行审批，系统中用户可以暂时冻结付款；
-系统可以预测未来付款，以便于资金调整；
-可以处理多种付款方式，如支票、现金、信用证、汇票等。
3．3．4 帐龄分析
- 提供应付帐款的帐龄分析。
3．3．5 供货商分析
-供货商应付帐款余额分析；
-供货商发货历史记录分析。
3．3．6 记录查询
-支持多种形式查询发票信息；
-支持对付款信息的查询；
-提供关于付款余额等信息的报表。
3．4 固定资产
3．4．1 资产信息
-资产信息可以按照不同类别进行维护，并且对于同类资产可以定义其共同特性，这样在新建资产时同类资产就在系统中共享这些特性。同时，用户可以根据需求在资产层次上覆盖这些特性；
-系统支持设置单独权限维护资产的实物信息；
-全面维护资产的实物信息，如归属部门、资产位置、购置日期、管理员等；
-全面维护资产的财务信息，如原值、使用寿命、预计残值以及折旧方法等。
3．4．2 资产帐簿
-基于会计处理和纳税管理的不同需求分别设置资产帐簿；
-每本帐簿中的资产定义以及资产折旧特性等有所不同；
-同一笔资产交易应同时由系统按照不同原则分别记入不同资产帐簿，并且这些帐簿同总帐帐簿一一对应。
3．4．3 资产折旧
-允许用户自定义折旧方法；
-按照中国会计制度要求进行折旧计算；
-提供虚拟折旧功能，用户可以通过此功能试算折旧并且估算出折旧对财务状况的影响；
-支持固定资产计提减值后的折旧计算。
3．4．4 资产报废
-支持资产的全额报废。
3．4．5 资产重估
-在系统中记录资产重估信息；
-在资产重估后，系统可设置由用户选择是否需要调整财务信息。
3．4．6 其它业务
-系统中维护资产修理计划；
-系统中可以记录资产维护信息；
-记录资产盘点结果，根据盘店结果系统生成盘赢盘亏信息和相应的财务凭证信息；-记录资产调拨转移信息，包括集团内部调拨转移和下属单位间调拨转移。
3．4．7 查询报告
-提供多种方式查询资产，如按照购置日期、资产原值、管理员等数据项；
-提供资产卡片报告；
-提供资产折旧报告。
3．5 资金管理
3．5．1 银行业务
-处理银行转帐业务：既支持银行帐户间的转帐，也支持内部结算中心的内部转帐；-银行对帐：系统提供记录的银行业务相关信息供手工对帐使用，同时系统还应提供自动对帐的功能，在银行可以提供电子对帐单时可以由系统自动对帐；
-系统需要支持用户选择对帐标识或修改对帐标识；
-系统自动处理银行存款的利息；
-应收与应付款的汇票管理。
3．5．2 现金管理
-根据业务情况预测现金流入、流出以及头寸情况；
-支持现金头寸预测与实际值之间差距比较。
3．5．3 报告信息
-现金日报表：反应现金科目及银行存款科目的状态，并考虑银行未达帐，可分别按照各独立法人公司独自产生报表；
-现金头寸表：反应最近时期现金及银行存款的流量，包括初始总额流出量及结存金额, 可分公司或组合产生报表；
-现金流量预测表：根据设置的条件，如往来款项、未达帐项等对未来的资金头寸进行预测；
-金融产品使用日报表：根据设置的条件，对整体的银行金融产品的使用情况进行统一汇总产生。反映各银行、各类金融产品的使用情况，如授信额度、信用证等方面。
3．6 预算管理
3．6．1 预算编制
-系统提供工具辅助预算编制，如利用工作流提高预算编制效率。设置预算审核与审批环节等；
-系统支持用户设置预算设计模型和按照模型完成预算试算；
-系统支持预算指标按照部门、独立法人机构等单位的定义进行分解；
-预算编制的角色控制，如一个部门的经理只可以在系统中查询到本部门的预算信息；-系统支持预算执行过程中的调整与修改功能，对于修改与调整需要有记录。
3．6．2 预算控制
-提供预算与实际执行情况的对比分析报告；
-当实际发生值超过预算设定值时，系统可以自动预警或冻结相关交易；
-预警控制：用户可以自定义预警线，如实际支出达到总预算的75%，当实际发生额累计达到预警线时，系统自动报警，提醒用户。
3．6．3 专项预算
-系统需要提供资产的专项预算。即提供资产购置的计划和预计支出。
-系统需要提供项目的专项预算。
3．7 备用金及费用管理
-可以在系统中定义出差报销的标准，并且系统可依据此标准自动进行核查；
-系统提供备用金和费用报销的在线申请与处理；
-员工可以在线查询费用报销情况；
-用户可以设置报销审批限额和审批流程，实现在线审批。
3．8 内部银行
XX集团资产财务部将承担为强化集团资本经营，调剂内部资金；加强内部监控风险防范；减少贷款规模，降低财务费用；提高企业整体信贷信用等级，扩大信用的功能。因此，将重点关注授信管理、信贷管理、票据管理、银行帐户管理和对外担保管理方面的功能，这部分功能需要与财务日常管理、预算管理紧密结合。
3．8．1 授信管理
-需要支持用户设置模版记录所获得的基本授信信息，如授信单位、金融品种等；
-需要支持按照法人单位、银行、金融品种等信息进行单项查询或多项综合查询；
-需要支持授信分配的审核流程，允许用户自主调整流程和审核权限；
-需要支持按照法人单位、银行、金融品种分配授信；
-需要支持多授信使用状态的记录，并根据记录设置使用期限；
-需要支持按照使用状态系统自动计算已使用授信和结余授信，支持用户设置报表模版，系统自动按照用户设置的统计周期，生成统计报表。
3．8．2 信贷管理
-支持用户设置模版记录贷款合同，系统自动按照规则生成贷款合同编号，允许手工录入编号；系统自动校验重复编号，对异常编号进行自动提示；
-支持用户设置贷款合同类别，如内部贷款合同、外部贷款合同；
-支持用户记录贷款合同的基本信息，如贷款人、贷款金额、贷款期限、贷款利率等；-支持用户设置贷款审核流程，允许用户根据实际情况调整流程或审核权限；
-支持用户跟踪贷款审核状态，如审核中、审核完成等；允许用户设置审核期限，对超时操作系统自动提示；
-审核确认后的贷款合同进入不可更改状态，系统自动将贷款合同内容冻结；
-支持用户根据贷款合同设置提示项目，如贷款期限提示等；系统按照设置，自动执行提示；
-支持设置计算公式，自动实现利率计算等功能；
-系统支持用户设置还贷流程，允许用户根据实际情况调整流程或简化流程；
-支持用户设置还贷记录模版，记录还贷申请的基本信息和还贷记录；系统自动生成还贷记录编号，也支持手工录入编号；系统自动校验重复编号，对异常编号系统自动提示；
-需要按照用户设置的模版记录还贷信息，如还贷日期、还贷金额等；
-需要将还贷记录与信贷合同对应；
-支持用户按照贷款人、贷款金额、贷款执行状态等进行单项查询或多项综合查询；-支持按照信贷情况建立贷款人信用记录和信用等级。
3．8．3 票据管理
-需要支持用户设置模版记录票据的基本信息，如票据类别、来源、期限、金额等；-需要支持用户设置票据的使用状态，并根据使用情况，实时调整使用状态；
-需要支持用户按照票据类别、来源、期限、金额等进行使用状态查询，或多项综合查询。
3．8．4 银行帐户管理
-需要支持与网银的接口；
-需要设置记录模版，按照法人单位、银行帐号、帐号属性进行记录。
3．8．5 担保管理
-需要支持设置被担保人基本信息模版，对记录信息系统提供自动编号，也需要支持手工编号；系统自动校验重复编号，对异常编号自动提示；
-需要支持在被担保人信息录入时，自动调用基本信息，如开户行、地址、电话等；-需要支持对担保内容的记录，如担保方式、金额、期限等；
-需要支持用户设置担保审核流程，允许用户根据业务情况调整流程和/或审核权限；-需要支持用户对担保执行情况设置状态，如正常进行中，即将到期，完成等；
-需要支持用户设置安全提示信息，如即将到期前X周，系统自动按照设置条件进行自动提示；
-需要设置担保执行的关闭条件，如担保执行完毕，系统按照设置条件自动关闭该项担保，设置为完成状态；
-对于超过担保期的担保执行，系统自动发出警示，并根据设置的流程，自动向相关岗位发出提示；
-系统支持对担保执行状态记录与担保申请对应，按照被担保人进行管理；
-系统支持按照执行结果统计，设置被担保人的信用等级；
-系统支持按照被担保人、担保金额、担保方式等进行单项查询或多项综合查询。
深圳天源迪科信息技术股份有限公司 项目编号/BRS版本：X.X 状态： XXX系统 业务需求说明书 本文件属深圳天源迪科信息技术股份有限公司所有， 未经书面许可，不得以任何形式复印或传播。
文件建立/修改记录
目录 1 简介 (4) 1.1 目的 (4) 1.2 背景 (4) 1.3 适用范围 (4) 1.4 参考资料 (4) 1.5 术语 (4) 2 业务需求 (4) 2.1 <业务需求1> (4) 2.1.1需求来源 (4) 2.1.2需求描述 (4) 2.1.3角色 (4) 2.1.4解决方案 (4) 2.1.5优先级 (5) 2.1.6补充内容 (5) 2.2 <业务需求2> (5) 2.3 <业务需求3> (5) 3 附录 (5)
1简介 1.1目的 【列举说明编写业务需求说明书要达到的目的。】 1.2背景 【可能的相关背景知识介绍。】 1.3适用范围 【说明此文档所适用的范围。】 1.4参考资料 【编写业务说明书时参考的相关资料，需指明出处与时间。】 1.5术语 【对文档中使用到的相关术语、简称作以解释。】 2业务需求 2.1<业务需求1> 2.1.1需求来源 【说明提出此需求的单位及个人。】 2.1.2需求描述 【用户提出的需求简要说明，比如“管理业务”。】 2.1.3角色 【说明与此需求相关的角色。】 2.1.4解决方案 【说明针对用户的问题，所提出的解决方案。如果有多个，可以在此处都列出来。】
2.1.5优先级 【说明此项需求的优先级。】 2.1.6补充内容 【在上面5点之外需要描述的内容。】 2.2<业务需求2> …… 2.3<业务需求3> …… 3附录 【各种需要在本文档中补充说明的附录和附表。】
软件需求分析 目录 1．引言 1.1项目名称 1.2编写目的 1.3开发背景 2．任务概述 2.1目标 2.1.2 应用目标 2.2运行环境 3. 数据描述 4.功能要求 4.1功能划分 4.2功能描述 5.性能要求 5.1数据精确 5.2时间特性 5.3适应性 6.运行需求 6.1用户界面 6.2硬件接口 6.3软件接口
6．4故障处理 7.其他要求 8.实现代码（部分） 9.个人感想 1．引言 1．1项目名称： 制作一个财务管理系统 1．2编写目的： 编写财务管理系统需求分析的目的是明确所开发的软件的功能、性能、界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，方便开发工作和测试工作。现代企业围绕提高经济效益而进行财务管理所要达到的目的，是评价企业财务活动是否合理的标准。国内外关于财务管理目标的观点众多，但影响较广的主要以下几种观点：企业利润最大化、股东财富最大化、投资报酬率最大化，资本配置最优化。 1．3开发背景： 随着现代社会的快速发展，各个企业公司在多方面都不断地创新与提高，财务管理作为整个公司运筹的重要组成部分之一，因此大力发展财务管理很有必要，怎样合理而有效的提高财务管理水平和工作效率--已成为企业亟需解决的问题。 为帮助企业更好的实现信息化管理，各个公司成功地推出了适应现代社会发展的财务管理软件，大大提高了企业的管理水平和工作效率，使企业能够从容面对激烈的市场竟争。
2．任务概述 2．1目标 2. 1.1开发目标 财务系统用于让各地市、厅局等单位或部门等的各项与财务有关的资料的维护，同时提供良好的各项资产的管理。 2. 1.2应用目标 项目的目标是实现对各个部门的财务信息的分层次管理，可以对管理人员设置角色，实现对不同部门，不同操作权限的设置。 2．2运行环境 ?Windows xp操作系统 ?MyEclipse 3．数据描述 共有1个表，分别为通讯录管理系统的数据库，财务上包括姓名、职位、工资等字段 4．功能要求 4．1功能划分 本系统有以下功能模块： 1）登陆模块 2）数据输入功能 3）数据显示功能 4）查询功能 5）修改功能
集团财务信息化建设与战略
集团财务信息化建设与战略 1、确定集团财务管理模式 在分析集团企业整体战略的的基础上，制定出集团企业的财务发展战略（在此方面有“三步六分法”可参考）。然后在财务发展战略的基础上，确立财务管控模式，建立与集团发展战略相适应的集团和子公司体制，明确职责、义务与权限等。在集团财务管理模式定下来之前，最好不要做集团财务软件的选型、实施。 2、财务整合 财务整合是集团财务转型的第一步。财务整合尤其是财务系统的信息整合与分析，是目前国内多数集团企业所遇到的焦点问题之一，及时、准确和全面的财务信息整合，不仅关系到企业高层领导的决策、资金管理和对风险的初步控制，而且也只有解决了这个问题，才能将财务部门的工作人员从繁琐的劳动中解放出来，使他们投入到更具有价值的财务工作中去，同时也使得他们在未来财务工作的转型上有时间做更多的思考和参与。 财务的整合包括财务系统的整合、财务人员的整合、财务流程的整合以及财务制度的整合。财务整合可以形成信息快速通道、提供整合的财务信息，可以保证信息的及时性、准确性、全面性以及唯一性，满足来自企业内部管理和外部披露的信息报告和报表要求等，而要实现财务的整合，必然要求财务信息系统的整合。 企业应依照财务系统规划框架，完成财务系统整合，实现企业财务信息共享，财务一体化。为实现此目标，企业有以下两种选择方案：一是参照财务规划框架和标准，对原有财务系统进行升级改造，规划和开发与其他业务系统的接口以备完整应用系统整合之需要，实现数据整合与共享，建立高速财务信息通道，完成财务系统整合；二是在企业范围内统一全面更换新的财务系统，新换财务系统必须满足财务系统规划的目标，系统整合是其中基本要求之一。 对比两种方案，前者的优势在于耗时短，见效快，投入成本较低，企业对整合后的系统会比较熟悉，变革的冲击较小。但这种方式对系统规划和系统整合实施的投入资源要求较高，比如在系统规划阶段必须有经验丰富的专业咨询公司介入；能够全面考虑企业未来发展需求；在系统整合的实施阶段，需要咨询公司的顾问进行指导，保证系统改造和其他系统的开发真正满足客户需求；针对可能产生的新需求快速反应，保证项目顺利进展。 后者的优势在于全面实施的新的财务系统会有较好的集成性，更容易推行统一的制度和流程；同时，可以结合企业长远战略的需求，选择满足需求的系统进行实施。但这种方案实施周期长，要求的投入成本较高；另外，由于是全新的系统，对企业带来的冲击较前一种方案大，需要做好变革管理；新系统实施的过程中，需要经验丰富的咨询公司结合集团企业的实际情况，对系统提出客户化开发方案，为集团企业“量体裁衣”。 需要注意的是：如果集团企业的各子公司已经建立了各自独立不同的信息化系统（如ERP系统），在整合的时候请尽量选择第一种方案，但要注意不要陷入无休无止的开发黑洞中。 3、几点建议： 逐步确立和完善集团企业的管控模式。优化下属子公司的治理模式，加强企业内控和风险管理体系建设，尤其是针对将来计划要上市的企业；重视企业的投资融资体系规划和建设。 积极推进标杆管理和战略目标的分解。在集团管控模式下，把集团公司按业务线或者按公司作为标杆管理的考核单元，设定关键对比指标；先进的公司选择国际同业先进企业作为标杆，其他公司选择国内同业先进企业进行标杆管理。企业要通过标杆管理发现差距、确立改善的目标、措施以及制定评估和改善的流程。 结合集团企业的战略目标，将战略目标逐层分解到各级机构和部门，明确各级机构和部门的主要任务（关于战略制订与指标分解的方法，可以参照平衡计分卡的思想）。 加强和完善科学的风险控制方案，降低企业经营风险随着企业规模的不断扩大、市场竞争的不断加剧，企业运营的风险也随之增加，近年来，国内外都出现了不少风险控制不足的案例，使企业蒙受了巨大的损失。 另外，对已经在国外上市或将要在国外上市的控股企业，在加强风险管理和内控的同时，还要借鉴《萨班斯法案》的内容和要求，同时在选择集团财务软件时尽可能的选择支持该法案的软件，以便使上市公司更好满足市场监管的要求。
银行综合业务系统 需求规格说明书 工程名称银行业务综合系统工程编号编写单位Object小组编写日期负责人周侃版本号
目录 一、引言3 1.1编写目的3 1.2工程背景3 1.3定义4 1.4参考资料5 二、任务概述5 2.1目标5 2.1.1 用户特点5 2.1.2 业务设计目标6 2.1.3 开发原则7 2.2名词解释8 三、系统概述15 3.1系统概述15 3.2具体架构说明17 四、需求分析17 4.1界面需求18 4.1.1签到界面19 4.1.2客户开户界面20 4.1.3账户客户界面20 4.1.4贷款21 4.1.5签退界面26 4.1.6查询错误!未定义书签。 4.1.6.1账户查询错误!未定义书签。 4.1.6.2贷款查询错误!未定义书签。 4.2交易需求27 4.2.1Teller端27 4.2.1.1签到27 4.2.1.2签退28 4.2.2ESB端29 4.2.2.1服务拆分29 4.2.3Core端29 4.2.3.1客户开户界面29 4.2.3.2账户开户界面30 4.2.3.3贷款发放界面32 4.2.3.4日终错误!未定义书签。 五、数据描述33 5.1 系统描述33 5.2 系统E-R图33 5.3实体及其属性的分析37 5.4实体间的关系分析38
一、引言 近年来，金融业的竞争开始由低层次向高层次发展，高科技战场将是我国各银行参与竞争、加快自身发展的主战场。银行要保持和扩大市场份额，必须拥有一种明显的、持久的优势。这种优势不是产品的优势，也不是网点的优势，而是高科技的优势。因此，银行电子化是银行提高工作效率，提高经管水平，提高服务质量，加速资金周转，促进社会经济发展的趋势。 随着计算机技术的不断发展，银行电子化水平的提高起到了积极的作用。随着客户金融意识的加强，对银行的选择条件也越来越高，而选择的尺度主要就是银行的服务质量。现在客户对银行的服务要求不仅仅是礼貌服务，更主要的看银行能不能给其提供更多的便利、更好的服务方式、更先进的服务工具来满足他们的各种需要。目前，各银行都投入许多精力，针对客户需求，在保持和完善传统业务的基础上，利用信息高技术开拓了许多新的业务领域，为客户提供了许多新的服务手段。 因此，由于银行有处理大量数据的要求，全部采用人工的方式处理显然不合适。这不仅要花费很高的成本，而且处理事物的效率和质量都存在很大的问题。处于这些问题的考虑，采用计算机来处理这类问题就是一个相当理想的解决技术方案。利用计算机可以极大地降低处理成本，更重要的是可以几乎没有错误的高效的处理所有的事务。 1.1编写目的 编写该文档的目的是明确“银行综合业务系统”工程的业务背景、业务范围、定义工程的专业名词，分析工程的核心功能和系统需求，为后续的系统设计以及开发人员和测试人员提供功能需求和非功能需求的详细定义，为测试人员提供测试用例设计的功能参考。 该文档为了便于更好地理解客户对软件的需求，对于其软件性能以及功能需求有一明确的目标，对于工程规划以及进度也做了简单的计划。 预期读者：组内成员 1.2工程背景 1.开发工程名称：银行综合业务系统 2.任务提出人员：神州数码融信软件有限公司
［在此处键入］****系统 软件需求规格说明书Versio n 1.0
精品资料
修订历史记录
目录 1 引言 (5) 1.1 目的与范围 (5) 1.2 预期的读者 (5) 1.3 系统的范围 (5) 1.4 参考资料 (5) 1.5 术语、缩写词 (6) 2 当前系统 (6) 2.1 当前系统概述 (6) 2.2 当前系统存在的问题................................... 错误！未定义书签。 3 建议的系统 .............................................................. 错误！未定义书签。 3.1 建议系统概述......................................... 错误！未定义书签。 3.2 功能性需求概述....................................... 错误！未定义书签。 3.3 非功能性需求......................................... 错误！未定义书签。 3.3.1 用户界面与人员因素............................ 错误！未定义书签。 3.3.2 硬件考虑..................................... 错误！未定义书签。 3.3.3 性能特征..................................... 错误！未定义书签。 3.3.4 错误处理与极端情况............................ 错误！未定义书签。 3.3.5 系统接口..................................... 错误！未定义书签。 3.3.6 质量要求..................................... 错误！未定义书签。 3.3.7 物理环境..................................... 错误！未定义书签。 3.3.8 安全问题..................................... 错误！未定义书签。 3.3.9 资源问题..................................... 错误！未定义书签。 3.4 系统变更............................................. 错误！未定义书签。 3.5 约束( Constraints ) ................................................................................. 错误！未定义书签。 3.6 系统模型............................................. 错误！未定义书签。 3.6.1 用例模型 (6) 3.6.2 对象模型..................................... 错误！未定义书签。 4 附录 .................................................................... 错误！未定义书签。 4.1 NEMA 0183 格式简介 ................................... 错误！未定义书签。
财务信息化管理实施细则 第一章总则 第一条为保证XXX有限公司（以下简称公司）财务信息系统的正常运行与规范管理，确保财务数据的安全，提高财务信息管理的科学化、规范化，根据有关法律法规，结合公司实际情况，制定本实施细则。 第二条本实施细则适用于公司及其其所属分、子公司及其项目部（以下简称各单位）。 第三条财务部是公司财务信息化管理的职能部门，负责公司处所有信息化工作的具体实施和保障财务数据的安全，负责对各单位财务信息化工作的指导、监督和检查。 第二章岗位分工与授权审批 第四条各单位应建立由财务机构负责人负责的财务信息化管理小组，负责本单位财务信息化管理工作。 第五条各单位至少要安排一名系统管理员，负责本单位所属账套的设置工作及设备维护，并配合公司系统管理员的工作。系统管理员必须熟悉业务，并具备一定的计算机应用基础知识，有较强的组织管理能力。各单位至少应对以下四方面岗位职责进行分离： （一）公司财务机构负责人职责权限 1、拟定公司财务信息化建设规划，根据批准的规划，负责组织实施和监督检查工作。 2、负责公司财务信息化岗位的设定和权限分配，确定对具体人员的职责权限的批准。 3、负责账套增加，以及会计核算体系、科目体系、系统基本参数等设置的审查、批准。 4、负责财务信息化建设推进中与相关部门、单位的协调工作。 5、规范本单位的财务行为，及时组织处理系统应用中的突发事件，防止
利用计算机进行舞弊，制止不规范业务的发生。 （二）公司系统管理员职责权限 1、依据公司财务机构负责人签发的“账套新增信息提交表”，在系统中对具体操作人员的权限(包括临时权限)进行分配和调整，临时权限在完成任务后应立即撤销，对有关密钥等及时收回。 2、财务信息系统基本档案的设置均由公司统一执行，所有档案的增加、变更都要满足集团下发的管理办法以及公司的相关规定。 3、处理日常操作过程中出现的一些常见问题，负责汇总系统应用中的问题，及时与上一级次系统管理员或者系统服务商联系解决，保证系统的安全运行。 4、做好数据的日常备份，利用相关技术对操作人员、数据等进行监控，发现异常操作、数据时应做好记录，并立即向本单位财务机构负责人报告。 （三）各单位财务机构负责人及各单位系统管理员职责权限 1、负责本单位财务信息化岗位的设定，确定对具体人员的职责权限的批准。 2、负责会计核算体系、科目体系、系统基本参数等设置的审查、批准。 3、规范本单位的财务行为，制止不规范业务的发生。 （四）一般操作人员职责权限 1、严格按照财务管理信息化建设的有关规定及财务管理软件使用手册进行操作，不越权操作、不违规操作。 2、妥善保管自己登陆口令或密钥，严禁对外出借口令或密钥，对所有以自己口令或密钥处理的会计业务负全部责任。 3、所有会计业务处理，必须严格遵循财务制度、会计规范规定，不得进行违章违规处理。 4、及时核对自己所属业务的账、表、证，确保账务的及时性、正确性。 5、登录系统后，若长时间不操作业务，应及时退出系统，确保财务数据的安全。 第三章财务信息系统操作要求
业务需求说明书 Company number：【0089WT-8898YT-W8CCB-BUUT-202108】
业务需求说明书文档版本记录
目录
1引言 1.1编写目的 本需求说明书的编写目的为： (1)使各业务部门在与系统相关的业务流程、岗位权限、业务操作方式等方面达成一致，作为项目立项、工作量估算、系统需求分析、系统设计的依据。 (2)使IT需求分析、设计人员充分理解与本系统相关各项业务需求、系统实现目标、范围，同时明确为实现业务需求所需要的功能要点。 1.2预期读者 本说明书的预期读者为安徽江淮汽车股份有限公司相关业务部门，需求分析、开发、维护等IT人员，以及系统最终用户。 1.3参考资料 【描述参考业务制度文件等】 1.4术语、定义和缩写 【描述本文档涉及的专业术语、相关定义和缩写】 2业务需求概述 2.1项目目标 【描述本项目背景和目标，说明系统应支持的业务类型，期望达到的管理目的等】 2.2总体业务流程 【描述本系统的总体业务需求，并通过图形和文字的方式，对标准业务流程以及流程特例进行说明】
2.3岗位职责 【描述相关业务岗位及其工作职责，对应于系统中的角色及权限】 3功能需求 【逐一描述业务需求、所需的系统功能和操作流程，按功能层次逐级描述】3.1功能一 【描述主要业务功能，包括界面、输入输出和业务规则等】 3.1.1功能描述 3.1.2用户界面 【描述主要用户界面和操作方面的要求，可以结合图表说明】 3.1.3输入要求 【描述输入介质，包括表单、数据清单、图形、扫描件等】 3.1.4输出要求 【描述输出要求，包括表单、报表、图形、扫描件等】 3.1.5业务规则 【描述数据处理的主要业务规则和逻辑】 3.2功能二 … 4非功能需求 4.1时间要求 【明确上线时间等要求】 4.2性能要求 【描述用户数量、数据规模、响应时间要求等】 4.3安全需求 【描述账号口令、用户账号、访问控制、通信加密等要求】
软件需求分析说明书集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#
学生信息管理系统 需求分析说明书 1.引言 编写目的 确定学生信息管理系统功能的有效性需求；以供本系统的开发人员参考。 项目背景 开发软件名称：学生信息管理系统。 用户：教学办公室 项目和其他软件：系统的关系。 本项目采用客户机/服务器原理，客户端程序是建立在window NT系统上以 Java为开发软件的应用程序，服务器端采用Linux为操作系统的工作站，是采用Oracle 的为开发软件的数据库服务程序。 定义 学号：学校给学生的编号，用来区分各个学生的信息的中介。 课程名：学校开设课程的名字 Java+SQL：编写该系统的面向对象的开发语言和数据库语言。
参考资料 ⑴《Oracle从入门到精通》 ⑵《JAVA程序设计项目教程》 ⑶《数据库原理及应用》 ⑷《软件工程案例教程》 2．任务概述 目标 ⑴开发意图：由于学校的不断招生，现有的系统空间小，运行速度缓慢，操作过于复 杂，有的操作还不能执行，所以要开发本系统。 ⑵应用目标：学生信息管理系统将解决现有系统的空间不足，运行缓慢，操作复杂，操 作无效等问题。 运行环境 本系统采用C/S体系结构 操作系统：Microsoft Windows xp 支持环境：IIS 数据库：Oracle 软件设备：eclipse 内存：512 M以上 硬盘空间：40G以上 CPU: 233MHZ以上
内存：256M以上 硬盘空间：以上 假定与约束 使用本系统的用户群集中在 22-35 岁的年轻人，用来做学生信息的存储，对计算机的操作一般比较熟练。根据他们对本程序的认可、方便操作的程度，结合他们日常工作的频繁程度，系统每天操作完成一个功能点应该在 2- 10 次之间。用户对界面的友好性，有非常高的要求。本系统的规模比较小，并且将提供操作手册进行操作项的详细说明 （1）、Client/Server结构总体设计方案对它的约束：本系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预订系统还受到其它系统的信息约束。 （2）、人力、时间的约束：本系统开发过程中也要考虑到人力、资金和时间的约束。 （3）、技术发展规律的约束：计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。 3．需求规定 对功能的规定 系统流程图：系统流程图是用户操作此系统的流程和各个用户能够操作的功能，如A-1就是一个系统流程图；用户有系统管理员，教师和学生，每个用户要进入此系统都要登录。每个用户有不同的功能，系统管理员有查询，增加，修改，删除，修改密码，设置权限等功能；教师有查询，修改密码和输入学生成绩的功能；学生只有查询和修改密码的功能。 A-1系统流程图 用例图：用例图是用来表示用户能使用的功能和权限。如图A-2表示系统管理员可以运用的功能，像修改密码，管理学生信息、成绩信息、课程信息、班级信息并且设置权
唐山市南湖通用设备制造有限公司会计信 息化解决方案 企业信息化管理整体解决方案包括一个开发平台和两个个业务系统组成进销存管理（即采购管理、存货管理、销售管理）和财务管理（即总账管理、现金、银行存款管理、应收账款管理、应付账款管理），这些系统对企业产供销、人财物进行全面管理，将企业资金流、物料流、信息流集成在一个平台上。四个系统既可单独使用，也可集成使用。由于所有系统都是基于同一个平台开发而成，故其操作方法、界面方案统一、标准，稳定可靠，而且能自由调整，甚至可重新开发一个新系统，以满足企业不断发展，业务不断变化的需要。 首先，企业通过实施ERP管理，财务与业务的管理得到了有机结合，解决长期困扰企业的管理部门与财务部门、仓库与财务部门、仓库与车间、车间与财务部门信息沟通不畅、账账不符、账证不符和账物不符的信息孤岛问题，架起了财务信息与物流信息沟通的桥梁，财务管理达到了运算速度快、成本核算精细的要求，而且解决了以往信息仅集中于少数岗位的不合理问题。 随着企业应用的深入，其业务系统更加复杂，同时企业对应用系统灵活性要求的提高，造成系统开发成本加大、风险性提高，软件开发商希望得到一款快速开发灵活性应用系统的平台性软件，来降低开发的难度，提高开发的效率，提升应用系统的灵活性和伸缩性，降低维护费用和缩短维护周期。 信息系统是指信息基础设施为基本运行环境，以信息技术设备为管理手段，以加工处理数据提供信息为目的而形成的，将信息的收集、传递、储存、加工、检索、输出等各过程有机融合的一个整体。 会计信息系统组成要素为：计算机硬件、数据文件、会计人员、会计信息系统的运行规程，其核心部分是功能完备的会计软件。 公司以前的供应链管理以生产为中心，力图提高生产效率，降低单件成本，来获得利润。在销售方面则采用促销方式试图将自己的产品推销给顾客，并通过库存来保证产品能不断地流向顾客。而电子商务下的供应链管理的理念是以顾客为中心通过顾客的实际需求和对顾客未来的需求的预测来拉动产品和服务。基于这种思想，我们开发出本供应链管理系统，她为企业管理者提供了多种现代化的供应链管理策略，如快速反应策略、有效客户响应策略、电子订货系统和建立企业间网络式供应链系统等。 （一）进销存管理系统 一、采购管理 采购业务管理
专 组号：小组成员： 完成时间：
目录 1.系统概述 (3) 1.1. 系统功能简介 (3) 1.2 系统用户角色 (3) 2.理由 (3) 3.项目范围 (3) 4.系统假设 (3) 5.系统定义 (4) 6.用户场景 (5) 7.用户用例 (5) 7.1 用户用例步骤 (5) 7.2系统需求 (9) 7.2.1 功能需求 (9) 7.2.2 非功能需求 (12) 8.文档历史 (14)
1.系统概述 1.1. 系统功能简介 教务处工作人员根据设置的用户名和密码，登录到学生信息管理系统，并对学生提交的信息修改进行审核,,系统优先级高; 档案管理员添加、查看、删除、修改学生的基本信息, 系统优先级高; 老师查看自己所管班级的学生的信息, 系统优先级高; 学生修改、查看自己的某些信息, 系统优先级高; 1.2 系统用户角色 2.理由 由于现在的学校规模在逐渐的扩大，设置的专业类别、分支机构及老师、学生人数越来越多，对于过去的学生信息管理系统，不能满足当前学生信息管理的服务性能要求。本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排，对用户需求进行了全面细致的分析，更清晰的理解学生信息管理系统业务需求，深入描述软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求，对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。 3.项目范围 学生信息管理系统是典型的信息管理系统，其开发主要包括后台数据库的建立、维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的数据库。而对于后者则要求应用程序具有功能完备，易使用等特点。学生信息管理系统对全校学生实行统一的管理，可以方便的进行增添、查询、修改、删除学生信息的工作。为了使本系统成功达到用户的要求，需要在2012.12.28之前完成本系统的开发测试，并写提交相关的技术文档。通过与用户的沟通，及时获得用户的最新需求以便于本系统的完善。 4.系统假设 本项目的开发时间为2012.9.9—2012.12.28 开发人员人数：3人 技术文档写作人员人数3人
XXXXXX 单位
XXXXXXX 项目
软件需求规格说明书
龙子湖网络科技
项目 文档 文档 ID 说明 作者 最后更新时间
项目名称 软件需求规格说明书
V1.2 *** 2011-10-20
版本更新概要 版本号 V1.0
V1.1
V1.2
时间 2011-10-02
2011-10-20
2011-11-08
更新人
更新摘要 移动 OA、车辆管理模块
需求容 移动政务资源管理系统
平台需求容 根据业务需求，电子公
文在线预览
项目负责人审核与确认 供应商：
职位
审核时间
审核意见(签字)
客户方：
目录
第一章 引言 ................................................................... 5
1 编写目的 .................................................................. 5 2 软件需求分析理论........................................................... 5 3 软件需求分析目标........................................................... 5 4 参考文献 .................................................................. 6
第二章 需求概述................................................................ 7
1. 项目背景 .................................................................. 7 2. 需求概述 .................................................................. 7 3. 条件与限制(可选)........................................................... 8 4. 移动办公系统结构........................................................... 8 5. 移动办公网络拓扑图......................................................... 9
第三章 系统功能需求........................................................... 10
1. 移动办公系统升级改造需求.................................................. 10 界面显示要求 ........................................................... 11 待办公文列表 ........................................................... 11 待办公文列表排序 ....................................................... 12 公文详细信息界面元素.................................................... 12 信息审批 ............................................................... 12 会议申请 ............................................................... 12 意见录入 ............................................................... 12 移动 ................................................................... 13 会议管理 ............................................................... 13 通知通告 ............................................................... 14 通讯录管理 ............................................................. 14
2. 车辆管理模块升级改造需求.................................................. 14 系统功能架构 ........................................................... 14 网络拓扑结构 ........................................................... 16
东风汽车公司信息系统建设方案集团财务系统（GFM）解决方案 提交日期： 拷贝份数：*
文档控制 文档更新记录 文档审 核记录 文档去 向记录
目录 文档控制 (2) 文档说明 (5) 1.项目背景 (6) 2.财务体系管理现状 (7) 2.1财务体系管理现状综述 (7) 2.2财务管理现状存在的主要问题 (8) 2.2.1财务体系组织 (8) 2.2.2财务体系流程 (9) 2.2.3应用技术手段 (9) 2.2.4财务核算 (9) 2.2.5资金管理 (9) 2.2.6预算管理 (10) 3.财务体系需求理解 (11) 3.1财务体系总体需求 (11) 3.1.1各核算主体财务数据的共享与安全 (11) 3.1.2财务系统与业务系统数据的共享与安全 (11) 3.1.3财务对业务的实时监控 (11) 3.1.4多公司、多行业、多组织会计 (11) 3.1.5立体化、能满足各部门分析需求的科目结构 (12) 3.1.6财务分析功能 (12) 3.2财务管理需求 (12) 3.2.1总帐 (12) 3.2.2应收管理 (13) 3.2.3应付管理 (15) 3.2.4固定资产管理 (16) 3.2.5现金管理 (16) 3.3采购管理需求 (17) 3.4库存管理需求 (18) 4.总体解决方案 (19) 4.1财务集成信息系统蓝图 (19) 核心数据 (20) 核心模块 (20) 计划与管理 (20) 决策支持 (20) 4.2核心管理软件产品选型建议 (20) 4.3财务管理总体解决方案 (21) 4.3.1财务核算体系的建立 (21) 4.3.2日常帐务处理 (23) 4.3.3财务计划与预算 (24) 4.3.4财务资料合并 (25) 4.3.5财务分析/商业智能 (28) 4.4资金管理总体解决方案 (32) 4.5采购管理总体解决方案 (33) 4.6库存管理总体解决方案 (35)
XXX系统或XXX项目 产品需求规格说明书 版本信息 注：状态可以为N-新建、A-增加、M-更改、 对方的所得税说明：版本信息必须更新，审核人和审核时间也必须审核后填写，审核人要求部门经理级别以上。否则开发测试可拒绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理 目录
1.关于本文档 1.1.内容说明 说明：此处描述的是文档说明，产品需求文档更新需要走修订模式，下次更新前先接受修订，并且每次更新必须更新版本号和版本记录。 例子： 本文档用于描述苏宁开放平台物流状态服务系统的需求定义。包括各个需求的功能描述，处理逻辑规则，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。 本文档将根据需求管理流程和要求，随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。因此在阅读使用此文档时，请注意从项目的文档管理系统中获取最新版本。 1.2.名词解释
1.3.参考文档 《系统需求定义规范使用说明》 2.系统概述 2.1.业务背景 说明：此处描述业务背景，不可裁剪，清晰的业务背景描述能更好的帮助研发和测试理解产品需求，明确业务测试场景，此部分是产品需求定位的核心导向。 例子一：电子面单的业务描述 随着电子商务服务和物流服务信息化飞速发展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。相比之下，传统纸质面单价格高、信息录入效率低、信息安全隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用，经过长期的的磨合和积累，目前将我司的应用经验推广到社会物流上，让社会上愿意与我司物流合作的伙伴，也同样享受到我司电子面单服务。 例子二：LSQ的业务描述 物流作业状态服务存在不足 1）服务无标准不统一 需物流作业的各渠道订单，作业状态转化为文案描述处理的逻辑系统多，且处理规不统一， －B2C自营订单，逻辑在B2C，数据源在OMS －菜鸟平台/4PS平台订单状态展示，逻辑在LAPI，数据源在LAPI
图书管理系统软件需求规格说明书 编著郑帅王超朱丙虎魏建德李璋 1 引言 本需求规格说明书是为了方便管理图书管理系统而编写，主要面向图书管理员、学生，老师, 和其他借阅图书的人员。本文档是整个软件开发的依据，它对以后阶段的工作起指导作用。本文也是项目完成后系统验收的依据。同时本说明书还是《用户手册》和《测试计划》的编写依据 1.1 编写目的 本文主要研究图书管理系统的主要功能，将用户对该系统的需求进行准确、具体的描述。 本文的预期读者是开发团队，指导老师，用户。 1.2 背景及范围 本项目的名称：图书管理系统开发软件。 本项目的任务提出者及开发者是图书管理系统软件开发小组,用户是图书管理员以普通及学生用户。本产品能具体化、合理化的管理图书馆的所存图书。 1.3 定义缩写词略语 C#语言：C#是微软为.NET Framework量身订做的程序语言，C#拥有 C/C++的强大功能以及Visual Basic简易使用的特性，是第一个组件导向的程序语言，和C++与Java一样亦为对象导向程序语言。 图书管理系统：图书管理是帮助图书管理员对图书进行有效管理的软件。使用C#语言，独立完成其功能。 1.4 参考资料 2 项目概述 2.1 目标 a. 为了图书管理系统更完善； b. 为了图书管理员对图书的管理更方便； c. 为了使学生更加快捷地查询图书信息。 2.2用户特点 本软件的使用对象是图书管理员及普通借书同学。懂计算机的基本操作就可以利用该软件进行所需操作。 2.3假定与约束 2.3.1 假设和依据 假设开发经费不到位，管理不完善，设计时没能用全得到考虑，本项目的开发都将受到很大的影响。 2.3.2一般约束
软件需求规格说明书 文件编号：QMS—PROC－RD02 版本：1.0 受控签章
修改历史
目录 1引言 (4) 1.1目的 (4) 1.2背景 (4) 1.3术语 (4) 1.4预期读者与阅读建议 (4) 1.5参考资料 (4) 1.6需求描述约定 (5) 2.项目概述 (6) 2.1系统功能 (6) 2.2业务描述 (6) 2.3数据流程描述(可选) (6) 2.4用户的特点 (6) 2.5运行环境要求 (6) 2.6设计和实现上的限制 (6) 3.功能需求的描述 (6) 4.非功能需求 (7) 4.1系统性能要求 (7) 4.2系统安全及保密要求 (7) 4.3系统备份与恢复要求 (7) 4.4系统日志 (7) 5.外部接口说明 (7) 6.其他需求 (8) 7 需求变更识别 (8) 8.功能列表 (8) 9.附件 (8)
1引言 1.1 目的 说明编写这份软件需求规格说明书的目的，如：通过本文档定义ＸＸＸ产品的需求，以求在项目组员与相关成员之间达成一致的需求描述。 1.2 背景 描述系统产生的背景，包括： a．需开发的软件系统的名称，和英文缩写（可选），项目编号（可选）； b．列出此项目的任务提出者、开发者 c．软件系统应用范围、用户。 d．产生该系统需求的原因或起源，如社会背景、市场发展、政策趋势、原有系统局限性 1.3 术语 列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。也可用附件说明。或放到本文件的最后。 1.4 预期读者与阅读建议 描述本文档的主要读者，以及这些读者在阅读时的阅读重点与建议。可用列表的方式列 1.5 参考资料 列出有关的参考资料，如： a．本项目经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 d．行业标准和规范。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
以财务信息化建设为抓手 全面提升企业财务价值创造水平 【摘要】随着信息时代的到来，财务的职能也在发生着巨大变化，财务信息化对提升企业整体竞争力、发展战略具有十分重要的意义。本文分析了财务信息化建设的现状与不足，进而提出了相关改进措施，从而不断推进财务信息化建设，全面提升财务价值创造水平。 【关键词】财务信息化财务管理信息化建设财务价值 在全球经济日趋知识技术化的时代，计算机及其相关技术已得到广泛使用。随着中国加入WTO，中国企业面临着全球化竞争，追求社会经济价值增长已成为社会发展的基本动力。党的十七届五中全会指出，“十二五”时期是我国全面建设小康社会的关键时期，是深化改革开放、加快转变经济发展方式的攻坚时期。会议要求，“十二五”规划要以科学发展为主题，以加快转变经济发展方式为主线，这为我国“十二五”期间国民经济和社会发展指明了思路和方向，明确了目标、任务和重点。“十二五”是国际金融危机从后期向复苏期的转变时期，这一大的形势决定了“十二五”期间我国的经济增长动力不能像过去一样过于依赖国际市场，所以我们要转变经济增长方式，而高效的经济增长必然需要信息化建设的有力支撑。 一、高度关注财务信息化建设，积极推动产业结构优化 信息化推动了产业分化和重组，进而拉动产业结构升级；信息化提高了资源配置效率；信息化推动了产业结构的软化；信息化通过拉动信息需求促进产业结构优化。另外，信息化也可以推动企业遵循整合及集中财务优势资源原则、财务集中管理与授权经营相结合的原则、资金使用权与资金管理权相分离的原则、财务信息共享原则等财务管理优化原则，进一步提高财务创造价值的水平。 为了增强我国企业的国际竞争力，提高企业管理水平已是当务之急，选准企业管理的切入点和突破口极为重要。在新经济时代，衡量一个国家和地区综合经济实力的关键是其信息化建设水平的高低，大到国家，小到企业，信息化建设都被引起高度关注。而财务信息化是企业信息化的重点和核心。根据IT168网站的调查结果，财务信息化占企业信息化的应用比率为75%。 顾名思义，财务信息化是以现代信息技术为基础，适应企业电子商务运作模式，实现业务与财务协同、并发控制的管理信息系统。它将以网络为代表的信息技术与先进的财务管理思想和管理方法有机融合，集会计核算制度、财务会计报告制度和财务管理制度于一体，实现物流、资金流、信息流和业务流的“四流合一”，从而达到以核心企业为轴心的资源共享、信息共享目标。财务信息化可以解决当前企业财务管理中最突出的问题，可以增强企业整体素质和市场竞争力，逐步优化财务管理、提高财务价值创造水平。企业只有不断加快和推进财务管理的信息化，才能在国际市场竞争中取得优势，共享全球资源与市场。 财务信息化最早起源于美国企业里运用计算机辅助财务人员的设计思想，后来相