需求确认书
- 格式:docx
- 大小:48.49 KB
- 文档页数:16
软件需求确认书三篇篇一:需求确认书文档修订记录文档审批信息引言编写目的说明:编写这份需求规格说明书的目的。
背景范围说明:软件名称:XX手机APPa.待开发的软件系统的名称;任务提出者:XX有限责任公司开发者:XX有限责任公司b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;c.该软件系统同其他系统或其他机构的基本的相互来往关系。
术语定义列出本文件中用到的专门术语的定义和外文的首字母组词的原词组。
参考资料列出用得着的参考资料,如:本项目的经核准的计划任务书和合同、上级机关的批文;属于本项目的其他已发表的文件;本文件中各处引用的文件、资料,包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
读者范围指出预期读者。
调研情况介绍可采用表格形式简明地描述调研过程,如下表:或者用户的内部资料等;二是经过分析和整理的文件,如调研报告或者会议记录等。
一般把这些资料作为需求规格说明书的附件处理。
需求范围说明本需求规格说明书是否包含了立项阶段所涉及的所有功能。
如果是合同项目是否包括合同所有需求,及合同以外扩展的需求。
总体需求系统组成说明整个系统的组成和系统运行机理;概述每个子系统的功能,并说明子系统之间的关系。
/**添加**/系统由java后台,android手机APP,ios手机APP组成。
Java后台为手机app提供数据交互接口,为用户添加数据提供界面。
Android手机app为android手机用户提供数据浏览,数据交互界面。
Ios手机app为ios手机用户提供数据浏览,数据交互界面。
系统的逻辑岗位及职责不同的单位实际的岗位名称和职责可能不相同,在做需求分析的时候需要加以抽象形成逻辑工作岗位并对每个岗位的职责加以描述。
/**修改**/系统管理员:对后台数据进行添加修改操作,对一般用户进行删除操作,对一般的管理员进行添加修改操作。
需求确认书项目编号:项目名称:海南休闲旅游网密级:公开版本信息: V1.0创建人: 戴永丽创建日期:2011年11月17日审核者:批准人:批准日期:编辑软件:Microsoft Word 2007中文版文件状态: √草稿「」正式发布「」正在修改北京乐途汇诚网络技术有限责任公司版权所有文档修订记录*变化状态:A——增加,M——修改,D——删除主要内容1 引言 (4)1.1 编写目的 (4)1。
2 背景范围 (4)1.3 术语定义 (4)1。
4 参考资料 (4)1。
5 读者范围 (4)2 调研情况介绍 (4)3 需求范围 (4)4 总体需求 (4)4.1 系统组成 (4)4。
2 系统的逻辑岗位及职责 (5)4。
3 系统业务流程 (5)5 功能需求 (5)5.1 功能清单 (5)5。
2 功能规范 (5)5。
2.1 功能综合说明 (5)5。
2。
2 功能详细定义 (5)6 系统接口描述 (6)6。
1 用户界面 (6)6.2 硬件接口 (6)6。
3 软件接口 (6)6。
4 通信接口 (6)7 非功能需求 (6)7。
1 性能需求 (6)7。
2 安全性要求 (7)7.3 对软硬件环境的要求 (7)7.4 其它需求 (7)8 附录1 (7)8。
1 原型 (7)8。
2 采用建模工具所形成的模型文件 (7)8.3 调研相关资料和文件 (7)8。
4 同类产品简介..................................................................................... 错误!未定义书签。
8。
5 需求分析过程中制定的相关规范或模板 (7)9 附录2:需求确认表 (7)1引言1.1编写目的说明:编写这份需求规格说明书的目的。
1.2背景范围说明:a.待开发的软件系统的名称;b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;c.该软件系统同其他系统或其他机构的基本的相互来往关系。
需求确认书项目编号:项目名称:海南休闲旅游网密级:公开版本信息: V1.0创建人:戴永丽创建日期:2011年11月17日审核者:批准人:批准日期:编辑软件:Microsoft Word 2007中文版文件状态:√草稿「」正式发布「」正在修改北京乐途汇诚网络技术有限责任公司版权所有文档修订记录*变化状态:A——增加,M——修改,D——删除主要内容1 引言 .................................................................................................................... 错误!未定义书签。
1.1 编写目的............................................................................................. 错误!未定义书签。
1.2 背景范围............................................................................................. 错误!未定义书签。
1.3 术语定义............................................................................................. 错误!未定义书签。
1.4 参考资料............................................................................................. 错误!未定义书签。
1.5 读者范围............................................................................................. 错误!未定义书签。
教师绩效考核系统需求确认书目录1.系统说明 (3)1.1产品的背景 (3)1.2产品的功能 (3)1.3用户类和特征 (3)1.4运行环境 (4)1.4.1开发语言:JAVA (4)1.4.2整体框架:spring-boot (4)1.4.3数据库:mysql (4)1.4.4缓存技术:redis (4)2.功能描述 (4)2.1考核规则制定 (4)2.2考核细则制定 (4)2.3日常考核情况录入 (4)2.4考核情况汇总打分 (4)2.5教师考核情况查询 (4)2.6统计汇总 (4)2.7用户、权限管理 (5)3.数据描述 (5)3.1数据来源 (5)3.1.1考核规则 (5)3.1.2考核细则 (5)3.1.3日常考核情况 (5)3.2数据库描述 (5)3.3数据精确度 (5)4.附件1 (6)4.1教学工作 (6)4.1.1工作量 (6)4.1.2统考学科学期考核教学成绩 (6)4.1.3扣分 (6)4.1.4加分 (6)4.2师德师风 (6)4.2.1扣分 (6)4.2.2加分 (7)4.3教研教改 (7)4.3.1加分 (7)4.4学校安排中心工作 (7)4.5特殊岗位工作 (7)4.5.1加分 (7)4.6考勤 (7)4.6.1加分 (7)4.6.2扣分 (7)1.系统说明1.1产品的背景本系统是智慧教育平台中的一个重要组成部分。
1.2产品的功能本系统功能主要包含四大模块。
一、规则库维护:建立一个考核规则库,提供初始的一些规则,各校可以选择适合的规则进行考核。
如学校有特殊情况或是有更好的方案,可以自行录入新的规则供自己使用,也供其他学校参考。
每项规则维护对应的加分减分项。
学校在日常管理中,根据教职工的工作情况录入符合条件的加减分数据,形成考核的基础数据。
经过一段时间的自我学习,可以形成一个丰富、灵活、完善、可行的规则库。
二、日常考核情况录入:各校管理人员录入自己负责考核的规则的日常情况。
需求确认书项目名称:项目编号:需求确认书前言软件需求确认书主要描述、界定软件的范围,同时给出软件必须解决的问题的详细描述。
每个问题可以认为是软件产品的一个“功能”,需要对每个功能提供一个处理叙述、设计约束、性能特征以及与其他元素间的相互影响的说明。
软件需求确认书另外一个重要的作用是提供一个软件产品的确认验收标准,进行功能实现的识别和性能、约束的条件等的设定。
文档修订记录目录1.概述 (5)1.1目的 (5)1.2范围 (5)1.3定义、首字母缩写词和缩略语 (5)1.4参考资料 (6)2.系统说明 (6)2.1产品的背景 (6)2.2产品的功能 (6)2.3用户类和特征 (6)2.4运行环境 (6)2.5设计和实现上的限制 (7)2.6假设和依赖 (7)2.7其他条件与限制 (7)3.业务流程 (7)4.功能描述 (7)5.数据描述 (8)5.1数据来源和数据流图 (8)5.2数据库描述 (8)6.数据描述 (8)6.1数据精确度 (8)6.2时间特性 (8)6.3适应性 (8)7.安全性 (8)7.1安全设施需求 (8)7.2安全性需求 (9)8.运行接口需求 (9)8.1用户界面 (9)8.2硬件接口 (9)8.3软件接口 (9)8.4通信接口 (10)9.其他需求 (10)10.验收标准 (10)10.1软件质量 (10)10.2用户文档 (10)1.概述1.1目的【阐述编写需求确认书的目的,指明读者对象。
可以用如下的列举方式进行描述。
】例如:1 本文档是[XX项目]系统需求分析说明书提供设计人员使用,作为系统设计的依据。
2作为项目验收标准之一。
3软件维护的参考资料。
……1.2范围本文档是项目的软件需求规格说明书,是技术文档。
本文档使用对象为:●项目需求人员●项目经理●软件工程组●用户●……未经项目经理书面许可,该文档不得提供给上述规定对象以外的人员阅读或使用。
1.3定义、首字母缩写词和缩略语【列出文档中所用到的专门术语的定义和缩写词的原文。
<项目名称> [系统名称]需求确认书(版本号)修改记录目录1 目的 (1)2 任务概述 (1)2.1 目标 (1)2.2运行环境 (1)3 功能需求 (2)3.1功能划分 (2)3.2功能描述 (2)3.2.1 子模块1功能描述 (2)3.2.2 子模块2功能描述 (2)4 性能需求 (2)4.1时间特性 (2)4.2适应性 (2)5 运行需求 (3)5.1用户界面 (3)5.2硬件接口 (3)5.3软件接口 (3)5.4故障处理 (3)6 其它需求 (3)1目的本文档作为项目合同附件供双方确认需求,并指导后续设计开发工作。
2任务概述2.1目标对系统所实现的目标、功能和构架方面做出总体的概括性描述。
2.2运行环境服务器端:操作系统:××支持环境:××数据库:××客户端:操作系统:××适配浏览器:××适配分辨率:××3.1功能划分简述共分为哪几个模块。
3.2功能描述3.2.1 子模块1功能描述模块1功能描述[功能子项1:××子项描述:]3.2.2 子模块2功能描述……4性能需求4.1时间特性【如响应时间、更新处理时间、数据转换与传输时间、运行时间等。
】4.2适应性【在操作方式、运行环境、与其它软件的接口以及开发计划等发生变化时,应具有的适应能力。
】5.1用户界面【如界面风格、排版要求、报表格式、菜单格式、输入输出时间等。
】5.2硬件接口5.3软件接口5.4故障处理6其它需求【如可使用性、安全保密、可维护性、可移植性等。
】双方确认以上需求正确无误,如需更改需重新商定交付日期,产生金额变动则需重新签订合同。
用户代表签字:公司代表签字:日期:日期:。
软件需求确认书三篇软件需求确认书三篇篇一:需求确认书文档修订记录文档审批信息引言编写目的说明:编写这份需求规格说明书的目的。
背景范围说明:软件名称:XX手机APPa.待开发的软件系统的名称;任务提出者:XX有限责任公司开发者:XX有限责任公司b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;c.该软件系统同其他系统或其他机构的基本的相互来往关系。
术语定义列出本文件中用到的专门术语的定义和外文的首字母组词的原词组。
参考资料列出用得着的参考资料,如:本项目的经核准的计划任务书和合同、上级机关的批文;属于本项目的其他已发表的文件;本文件中各处引用的文件、资料,包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
读者范围指出预期读者。
调研情况介绍可采用表格形式简明地描述调研过程,如下表:或者用户的内部资料等;二是经过分析和整理的文件,如调研报告或者会议记录等。
一般把这些资料作为需求规格说明书的附件处理。
需求范围说明本需求规格说明书是否包含了立项阶段所涉及的所有功能。
如果是合同项目是否包括合同所有需求,及合同以外扩展的需求。
总体需求系统组成说明整个系统的组成和系统运行机理;概述每个子系统的功能,并说明子系统之间的关系。
/**添加**/系统由java后台,android手机APP,ios手机APP组成。
Java后台为手机app提供数据交互接口,为用户添加数据提供界面。
Android手机app为android手机用户提供数据浏览,数据交互界面。
Ios手机app为ios手机用户提供数据浏览,数据交互界面。
系统的逻辑岗位及职责不同的单位实际的岗位名称和职责可能不相同,在做需求分析的时候需要加以抽象形成逻辑工作岗位并对每个岗位的职责加以描述。
/**修改**/系统管理员:对后台数据进行添加修改操作,对一般用户进行删除操作,对一般的管理员进行添加修改操作。
需求确认协议书甲方(需求方):地址:法定代表人:联系电话:乙方(服务提供方):地址:法定代表人:联系电话:鉴于甲方有特定需求,乙方愿意提供相应的服务或产品,双方本着平等、自愿、互利的原则,经友好协商,就甲方的需求确认事宜达成如下协议:第一条需求内容1.1 甲方明确其需求为(具体描述甲方的需求内容)。
1.2 乙方同意按照甲方的需求提供相应的服务或产品。
第二条服务或产品描述2.1 乙方提供服务或产品的详细描述如下(具体描述乙方将提供的服务或产品的性质、规格、数量、质量标准等)。
第三条服务或产品交付3.1 乙方应于(具体日期)前完成服务或产品的交付。
3.2 交付地点为甲方指定的地点或乙方的营业场所。
第四条质量保证4.1 乙方保证所提供的服务或产品符合国家相关标准及本协议约定的质量要求。
4.2 如甲方在验收时发现服务或产品存在质量问题,乙方应在接到甲方通知后(具体时间)内予以解决。
第五条付款方式5.1 甲方应于(具体日期)前支付乙方服务或产品的总费用(金额)。
5.2 付款方式为(具体付款方式,如银行转账、现金支付等)。
第六条违约责任6.1 如乙方未能按时交付服务或产品,或服务或产品存在质量问题,乙方应承担违约责任,并赔偿甲方因此遭受的损失。
6.2 如甲方未能按时支付服务或产品费用,甲方应承担违约责任,并支付违约金。
第七条协议的变更和解除7.1 双方协商一致,可以变更或解除本协议。
7.2 任何一方需提前(具体时间)通知对方,方可解除本协议。
第八条争议解决8.1 本协议在履行过程中发生争议,双方应友好协商解决;协商不成时,可提交乙方所在地人民法院诉讼解决。
第九条其他9.1 本协议未尽事宜,双方可另行协商解决。
9.2 本协议一式两份,甲乙双方各执一份,具有同等法律效力。
甲方(盖章):法定代表人或授权代表签字:日期:乙方(盖章):法定代表人或授权代表签字:日期:。
第1篇一、引言为确保双方在合作过程中的权益,明确双方在项目实施中的权利与义务,经双方友好协商,特制定本需求确认书。
本确认书具有法律效力,双方应严格遵守。
二、双方基本信息1. 甲方(需求方):单位名称:____________________联系人:____________________联系电话:____________________电子邮箱:____________________2. 乙方(服务方):单位名称:____________________联系人:____________________联系电话:____________________电子邮箱:____________________三、项目背景1. 甲方因业务发展需要,决定委托乙方提供以下服务:(1)服务内容:____________________(2)服务期限:____________________(3)服务地点:____________________2. 乙方同意按照甲方的需求,提供相应的服务。
四、服务内容及要求1. 乙方应按照甲方的要求,提供以下服务内容:(1)服务项目一:____________________(2)服务项目二:____________________(3)服务项目三:____________________2. 乙方在提供服务过程中,应遵守以下要求:(1)确保服务质量,符合甲方要求;(2)严格按照合同约定的时间节点完成各项工作;(3)对甲方提供的信息保密,不得泄露给第三方;(4)积极配合甲方工作,及时解决项目实施过程中出现的问题。
五、费用及支付方式1. 本项目的服务费用总额为人民币____________________元。
2. 费用支付方式:(1)甲方在合同签订后,支付合同总额的30%作为预付款;(2)乙方在完成第一阶段服务后,甲方支付合同总额的40%;(3)乙方在完成全部服务后,甲方支付合同总额的30%。
[变更]求职通项目需求确认书(一)求职通项目是一款为求职者提供便捷服务的应用软件,该项目在不断完善之中,因此需要按照实际情况对其需求进行确认和变更。
一、需求确认(一)产品背景求职通是一个集招聘、求职、培训等多种功能于一体的移动应用软件,旨在为广大求职者提供更加便捷和全面的求职服务。
(二)需求变更原因现实需求和用户反馈意见表明,求职通在某些方面还需要进一步改进。
(三)需求确认目标对于加强求职通应用软件的便捷性、完善功能,提高用户使用体验,该项目的需求确认的目标如下:1. 精简和优化用户界面设计,提高应用软件整体使用感受。
2. 完善搜索功能,提高搜索精确度和整个应用软件的效率。
3. 在新功能的添加方面,必须遵守用户保护的原则。
二、需求变更明细(一)界面优化1. 单屏幕展示职位列表和职位详细信息。
2. 应用内推荐更多的优秀企业和优秀人才。
3. 精简搜索条件,并提供一键清除搜索记录功能。
(二)搜索功能改进1. 提高搜索排名结果的权威性。
2. 搜索结果中添加企业招聘进度、薪资、福利待遇等详细信息。
3. 精确搜索能力:提供更加精细化的搜索条件筛选。
(三)新功能添加1. 完善个人简历信息和自我介绍信息展示。
2. 用户安全:将个人资料独立存储,用户可以自主选择透露个人信息的范围。
3. 增加推荐信功能。
三、需求变更的实际意义这些变更的目标是基于用户愿望和实际工作需求而确定的。
要实现这些目标,我们需要进一步完善输入和输出管理,加强数据统计和信息库的管理、更新、存储、分享等方面,同时对每个变更,进行质量控制。
通过对求职通应用软件的需求确认和变更,希望能够增强用户对于应用软件的使用体验和信任感,遵循用户需求和技术趋势,不断进行创新性的加强和改进。
需求确认书缩略词说明SCL : 壳牌中国公司SCL MIS:本文档描述和开发的MIS财务报表系统。
Sap : 壳牌中国公司目前使用的财务方面的系统(ERP)Sunsystem: 壳牌合资公司目前使用的内部ERP系统Access MIS: SCL 2011年前开发,针对合资子公司的报表系统IMP文件:合资公司sumsystem导出的财务数据原始记录,参考《SUN426 JI format-李凯安添加说明.XLS》1.项目背景SCL 目前在中国有7家合资公司,SCL做为股东,每月需要统计合资公司的财务报告。
SCL 目前使用”sap财务系统” 做集团方面的报告,而合资公司使用sunsystem 做为财务系统。
这导致双方数据无法直接共享和直接使用。
每次做财务报告时,全是依靠手工操作。
工作量大。
报告模板单一。
目前手工操作流程如下:a.每个月合资公司使用sunsystem 内部ERP做内部报表统计,并将数据按SCL的excel模板填写,给出shell固定的excel表格(不只一个模板).b.通过mail等系统将excel表格打包发送到SCL财务人员c.SCL财务人员将所有合资公司的excel表格合并成一个总的excel表d.通过excel手工生成指定的报表原有辅助系统情况:在2011年之前,SCL使用Access MIS辅助系统用于处理上述手工操作。
但随着SCL业务的扩展,导致Access MIS系统无法适用现有业务需求。
从2011年后就改回手工操作方式。
2.项目需求概述Scl MIS从系统功能上分成以下系统功能模块3.财务业务数据导入财务数据的导入分为业务数据imp文件的导入和预算数据的导入。
预算数据的数据格式目前未明确给出,不在本文档0.1版本的讨论范围内。
3.1 业务数据Imp文件的处理imp文件的生成a.每个月合资公司从sunsystem导出imp文件,这个动作是系统之外的处理,SCL MIS不针对这个做任何处理。
Imp文件的传输a.合资公司通过mail系统将imp文件发送到SCL, 这个动作是系统之外的处理,SCL MIS不针对这个做任何处理。
Imp文件的导入说明:以下为UI单向向导操作,以下操作发生在“财务业务数据导入”模块a.SCL MIS用户打开导入功能,单选需要导入的imp文件。
b.选择导入的年月,系统将以用户指定的年月,指定的合资公司ID,导入到数据库,需要用户提前知悉Imp文件所对应的年月和合资公司ID。
c.SCL MIS 对imp文件,使用《SUN426 JI format.XLS》限定范围内的匹配关系进行文件有效性的检查,检查不通过时,提示用户数据文件有误,并指出错误的位置(以UI方式提示给用户错误发生的的行数,和该行的内容)。
检查不通过时导入功能结束;检查通过时进入下一步功能。
d.将imp文件导入到数据库的临时表( 以下假定为SCLMIS.T_imp_raw_tmp).e.使用数据字典表对SCLMIS.T_imp_raw_tmp表进行数据有效性检查。
如果临时表中的数据字典字段没有在SCL MIS的现有字典表中出现的。
将差集的字段列出。
并通过UI提示给用户(该UI窗口允许用户使用剪贴板进行复制)。
检查不通过时导入功能结果;检查通过时进入下一步功能。
f.将SCLMIS.T_imp_raw_tmp内的数据复制到SCLMIS.T_imp_raw 表,使用会计科目转换表(T_AccountCode),T0-T9转换表(T_MAP_TCode),将合资公司的会计科目字段和T0-T9字段转换到SCLMIS.T_imp_raw 表步骤a至步骤f完成业务数据imp文件导入4.2预算数据的导入处理3预算数据的导入,预算数据表示,对合资公司做的提前预算,如9月份汽油的销量,粒度到公司级别,时间精确到季度和月份预算数据可以更新,但只能更新当前日期之后,不能更新当前日期之前的。
导入时也要根据数据字典做检查,不在数据字典内的要提示。
4.报表系统概述:报表系统为核心处理模块,目前主要包括五大报表模板《资产负债表》《损益表》《费用表》《现金流量表》《KPI报告》(关键信息报告)报表的输出格式主要有以下两种格式输出,分别为“总体报表格式”,“合资公司报表格式”“总体报表格式” ------ 报表的内容包含了一个以上的合资公司数据“合资公司报表格式”------报表的内容只包含单个合资公司的数据注:1.在做报表时可先计算科目平衡表,以达到加速计算的目的2. 报表结果要注意符合借贷平衡的关系,资产=负债+所有者权益的关系3. 五类报表都有相关的字典表维护其计算关系。
如《资产负债表》中各个计算条目都是在字典表中维护的,通过对字典表的记录管理,用户可方便地增加,删除条目,修改条目中的具体会计科目总体报表格式样例及说明样例:说明:统计期间:是 from to 形式精确到日格式为 yyyymmdd 表示报表统计的时间段公司1 至公司n :表示合资公司编码,可多选。
资产,负债:统计条目固定条目数量,最终条目数由SCL提供实际:系统自动计算结果预算:由系统在预算数据导入中导入,(针对公司,针对条目)采用excel格式输出报表合资公司报表格式样例说明样例:说明:统计期间:是 from to 形式精确到日格式为 yyyymmdd 表示报表统计的时间段月1 至月n :表示按月的统计子周期资产,负债:统计条目固定条目数量,最终条目数由SCL提供实际:系统自动计算结果预算:由系统在预算数据导入中导入,(针对公司,针对条目)采用excel格式输出报表添加说明(需要进一步详细讨论):油站范围(可以是from to ),油站是按数字编号的,选择条件是from[ ] to [ ] from与to必需填实际数据与预算数据的输出可选,或者实际与预算都输出,或者只输出实际,或者只输出预算4.1《资产负债表》报表样例《资产负债表.xls》查询条件:以下条件为and关系1.以时间为单位,精确到天2.以合资公司为单位(单个合资公司)统计方法:1.根据资产负债表的条目,从数据库中找到条目对应的accountcode并做合并计算2.将计算结果输出到excel模板中报表字段定义详细说明:4.1.1报表生成公式概述:本节描述《资产负债表》的生成方法和数据来源4.1.1.1相关字典表及说明(1)T_BSSetting数据库表使用说明:参考《02. MIS-BS.xls》该表可通过xls导入,为系统的数据字典表。
通过管理该表的记录可影响资产负债表的结果,如增加条目,删除条目,增加条目里的会计科目等。
4.1.1.2报表生成流程说明a.系统根据用户指定的部门,时间区间计算出试算平均表b.根据试算平均表的结果,联合T_BSSetting表的条目分类计算出BS中间表TempTBc.根据BS中间表自动填写到xls模板(《资产负债表.xls》)4.2《损益表》报表样例《损益表.xls》查询条件:以下条件为and关系1.以时间为单位,精确到天2.以合资公司为单位(单个合资公司)统计方法报表字段定义详细说明4.2.1报表生成公式4.3《费用表》5.报表样例6.查询条件7.统计方法8.报表字段定义详细说明4.4《现金流量表》报表样例《现金流量表.xls》查询条件:以下条件为and关系1.以时间为单位,精确到天2.以合资公司为单位(单个合资公司)统计方法报表字段定义详细说明4.5《KPI报告》报表样例查询条件统计方法报表字段定义详细说明4.1 至4.5 需要SCL给出详细定义和格式,以及查询条件,要求报表为固定格式4.6用户自定义报表该功能本期不实现,不在本文档v0.1版本内讨论。
4.7 以公司和门的组织结构关系输出报表4.8 数据透视报表说明:以上报表的统计内容可逐级展开,每一行统计数据后提供一个“详细分析按钮“,可以显示该统计内容的数据来源,一直追述到raw数据行为止。
在raw数据行之前报表格式不变。
4.9 KPI报表数据自动发送功能说明:KPI 报表在财务数据导入后(imp导入),自动按固定查询条件生成报表,并发送到指定的mail box5.系统管理5.1概述:系统管理包括以下子功能◆数据字典管理⏹数据字典导入⏹数据字典编辑功能◆用户管理◆数据库管理5.2 数据字典管理概述:主要针对“会计科目”,“T0—T9编码表”,“合资公司组织结构”,“合资公司和SCL之间的会计科目转换”,“合资公司和SCL之间的T0--T9转换”,”非财务数据管理”5.2.1 “会计科目”导入需求:无增,删,改:说明:Account code 各个合资公司不同的,每个公司都要维护一个Account code 表5.2.2 “SCL T0—T9编码表”导入需求:有,T0—T9 ,SCL提供导入模板,由合资公司填写并可导入增,删,改:说明:T0—T9各个合资公司有所不同的,每个公司都要维护一个T0-T9表。
5.2.3 “合资公司组织结构”导入需求:无增,删,改:5.2.4 “合资公司和SCL之间的会计科目转换”导入需求:无增,删,改:5.2.5 “合资公司和SCL之间的T0--T9转换”导入需求:无增,删,改:5.2.6 ”非财务数据管理”导入需求:有增,删,改:说明:Shell 给出标准模板,由合资公司填写,并导入到系统5.3 用户管理概述:权限分为,权限,角色,用户关系为权限属于角色(一个角色可包含多个权限),角色属于用户(一个用户可包含多个角色)系统功能按UI菜单划分,每个菜单项为一个最小可管理权限。
系统默认权限由UI菜单项的个数决定。
系统默认用户角色有:5.4 数据库管理概述:主要对数据库数据做必要的导入,导出操作,保证数据安全性6.U I风格概述:采用.net开发的标准window界面风格样例如“图6.1”所示下:图6.1SCL的提供的参考资料如下:9.2 提供T0---T9的字典说明,和使用规则9.3 T0-T9 做数据导入的字典检查时的规则(哪些需要检查,哪些不需要)9.5 T0-T9 数据的导入模板9.6给出非财务信息的导入模板,与字段说明9.7提供合资公司的excel表格模板和实际数据,江苏公司的导入模板9.8给出公司和部门的组织结构表9.9预算数据的导入模板与使用规则9.10给出五种报表的格式说明提供对应的excel表格9.11给出资产,负债等条目的Account code的包含关系9.12给出合资公司account code和shell account code的对应表,因为各个合资公司的account code 和shell的account code不一致,系统在处理时先要把合资公司的account code统一转换到shell 的account code 再做数据分析与报表生成给出合资公司的t0—t9 和shell t0—t9 的对照表因为各个合资公司的tcode 和shell的tcode不一致,系统在处理时先要把合资公司的tcode统一转换到shell 的tcode 再做数据分析与报表生成9.13提供合资公司的imp 文件,和imp文件说明文档参考《SUN426 JI format.XLS》9.14 科目平衡表对科目平衡表的计算数据应该是来自raw数据(sun系统的导出)但从raw数据中无法详细看出各期末余额,期间余额,贷方借方等余额的数据关系客户需求确认意见说明:甲方针对以上需求定义是否准确认可?甲方针对开发职责范围是否准确认可?甲方针对是否明确自己所需要提供的支持内容?技术提供方签名(乙方):客户签名(甲方):日期:日期:。