文档库 最新最全的文档下载
当前位置:文档库 › 需求确认书

需求确认书

需求确认书
需求确认书

需求确认书

缩略词说明

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中间

表TempTB

c.根据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 box

5.系统管理

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.1

SCL的提供的参考资料如下:

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数据中无法详细看出各期末余额,期间余额,贷方借方等余额的数据关系

客户需求确认意见

说明:

甲方针对以上需求定义是否准确认可?

甲方针对开发职责范围是否准确认可?

甲方针对是否明确自己所需要提供的支持内容?

技术提供方签名(乙方):客户签名(甲方):日期:日期:

最全需求确认书

需求确认书 项目编号: 项目名称:海南休闲旅游网 密级:公开 版本信息: 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)

软件需求确认书三篇

软件需求确认书三篇 篇一:需求确认书 文档修订记录 文档审批信息

引言 编写目的 说明:编写这份需求规格说明书的目的。 背景范围 说明: 软件名称:XX手机APP a.待开发的软件系统的名称; 任务提出者:XX有限责任公司 开发者:XX有限责任公司 b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络; c.该软件系统同其他系统或其他机构的基本的相互来往关系。 术语定义 列出本文件中用到的专门术语的定义和外文的首字母组词的原词组。 参考资料 列出用得着的参考资料,如: 本项目的经核准的计划任务书和合同、上级机关的批文; 属于本项目的其他已发表的文件; 本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来

源。 读者范围 指出预期读者。 调研情况介绍 可采用表格形式简明地描述调研过程,如下表: 或者用户的内部资料等;二是经过分析和整理的文件,如调研报告或者会议记录等。一般把这些资料作为需求规格说明书的附件处理。 需求范围 说明本需求规格说明书是否包含了立项阶段所涉及的所有功能。 如果是合同项目是否包括合同所有需求,及合同以外扩展的需求。 总体需求 系统组成 说明整个系统的组成和系统运行机理;概述每个子系统的功能,并说明子系统之间的关系。 /**添加**/ 系统由java后台,android手机APP,ios手机APP组成。 Java后台为手机app提供数据交互接口,为用户添加数据提供界面。 Android手机app为android手机用户提供数据浏览,数据交互界面。 Ios手机app为ios手机用户提供数据浏览,数据交互界面。

XX公司IT项目用户需求确认书v1.0

需求确认书 项目名称: 密级: 文档编号: 版本信息:V1.0 创建人: 创建日期: 审核者: 批准人: 批准日期: 北京xxxx有限公司 版权所有

文档修订记录 *变化状态:A——增加,M——修改,D——删除文档审批信息

主要内容 1引言 (4) 1.1编写目的 (4) 1.2背景范围 (4) 1.3术语定义 (4) 1.4参考资料 (4) 2调研情况介绍 (5) 3总体需求 (5) 3.1系统组成 (5) 3.2系统业务流程 (5) 4功能需求 (5) 4.1需求清单 (5) 4.2需求规格 (6) 4.2.1需求综合说明 (6) 4.2.2需求详细定义 (6) 5系统接口描述 (7) 5.1用户界面 (7) 5.2硬件接口 (7) 5.3软件接口 (7) 5.4通信接口 (8)

6非功能需求 (8) 6.1性能需求 (8) 6.2安全性要求 (8) 6.3对软硬件环境的要求 (8) 6.4其它需求 (9) 7附录2:需求确认表 (9) 1引言 1.1编写目的 说明:编写这份需求规格说明书的目的。 1.2背景范围 说明: a.待开发的软件系统的名称; b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络; c.该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3术语定义 列出本文件中用到的专门术语的定义和外文的首字母组词的原词组。 1.4参考资料 列出用得着的参考资料,如: 本项目的经核准的计划任务书和合同、上级机关的批文;

属于本项目的其他已发表的文件; 本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。 2调研情况介绍 其中的调研输出结果可能包括两类文档资料:一是用户的原始资料,如报表样张或者用户的内部资料等;二是经过分析和整理的文件,如调研报告或者会议记录等。一般把这些资料作为需求规格说明书的附件处理。 3总体需求 3.1系统组成 说明整个系统的组成和系统运行机理;概述每个子系统的功能,并说明子系统之间的关系。 3.2系统业务流程 在逻辑工作岗位及职责确定之后,需要进一步归纳用户的业务情况。每一项业务都由一个或者多个岗位的人按照一定顺序来完成,可以采用业务流程图来描述每一项业务。 4功能需求 功能需求是描述一个产品或项目该做什么,该提供什么功能,该完成什么任务的总结、是整个需求规格说明书的核心。对于功能需求的描述,通常要求下列内容: 4.1需求清单 采用列表形式列举产品的所有需求,每个需求均需标识,并需要确定每个功能的优先级,如

需求确认书

需求确认书

缩略词说明 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从系统功能上分成以下系统功能模块

需求确认书

项目名称: 项目编号: 需求确认书 前言

软件需求确认书主要描述、界定软件的范围,同时给出软件必须解决的问题的详细描述。每个问题可以认为是软件产品的一个“功能”,需要对每个功能提供一个处理叙述、设计约束、性能特征以及与其他元素间的相互影响的说明。 软件需求确认书另外一个重要的作用是提供一个软件产品的确认验收标准,进行功能实现的识别和性能、约束的条件等的设定。

文档修订记录

目录 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 [术语名称或缩略语] [术语解释] 2 [术语名称或缩略语] [术语解释]

需求确认书_模板

《[项目名称]》[系统/子系统名称] [模块名称] 需求确认书

修改记录(R EVISION C HART) x.x版详细修改记录:

目录 1.概述 (4) 1.1 目的与概述 (4) 1.2 覆盖范围 (4) 1.3 名词定义 (4) 1.3.1 业务需求说明书中的名词定义 (4) 1.3.2 本文档相关的名词定义 (4) 1.4 参考资料 (4) 2.整体说明 (5) 2.1 系统/模块名称和管理范围 (5) 2.2 功能架构图 (5) 2.3 界面框架 (5) 2.4 界面流转图 (5) 2.5 流程图或状态流转图(此标题应根据实际情况进行修正,可选) (5) 3.功能内容 (6) 3.1 [功能模块名称](此处应用实际的名称替换) (6) 3.1.1 [功能名称] (此处应用实际的名称替换) (6) 3.2 [功能名称] (此处应用实际的名称替换) (6) 4.非功能性需求 (7) 5.功能点清单 (8)

1.概述 1.1目的与概述 1.2覆盖范围 1.3名词定义 1.3.1业务需求说明书中的名词定义1.3.2本文档相关的名词定义 1.4参考资料

2.整体说明 2.1系统/模块名称和管理范围 本次项目名称为:,项目代码为:。 本系统全名为:主要用户为: 业务范围为: 2.2功能架构图 2.3界面框架 2.4界面流转图 2.5流程图或状态流转图

3.功能内容 3.1[功能模块名称] 3.1.1[功能名称] 3.2[功能名称] 1、数据处理/流程类: 需要详细写明新增对象的操作入口,操作内容,提交方式。 应指明每一数据项的名称、是否必填、是否唯一、格式限制逻辑、输入方式(单行输入/多行输入/单选/多选/是否)、数据类型(数字、字符串……)、是否联动若采用AJAX方式,应指明会和后台有交互的操作。 指明界面提示信息 指明该对象的常规授权方式 指明流程的逻辑,包括节点的流转和状态的变化 2、查询类: 列出查询条件、查询结果 对于分页表式展现,应指明缺省排序、每页数量 指明查询条件及结果所关联的业务对象 列出查询的业务逻辑 3、统计类: 列出报表参数和格式 指明所关联的业务对象和业务逻辑 4、用户/角色/授权: 指明缺省的角色设定和权限分配,所有权限点的名称必须和上述功能名称一致

OA功能需求确认书

1、项目规模:合同期内300用户在线,以后可以支持到2000用户以上 2、版权:要求提供足够用户数量的正版授权的软件。 3、期限:要求签订合同后90天内完成。 4、金额: 5、一个稳定的、易开发的、易管理的流程平台。 a)要求采用微软sharepoint技术 i.要求技术核心采用微软SharePoint和.NET两个框架体系。 ii.通过Windows SharePoint Services基础平台搭建一个企业级信息门户,企业所有的应用都可以透过它来完成各自的工作,并且通过这个平台,来展现企业 信息的各个方面。后期用户可自行进行门户版块的定义和扩展及授权。 iii.要求用.NET技术体系,实现表单流程的定义与扩充、业务逻辑、数据通讯、数据存储。 iv.数据库采用Sql Server2008。 v.系统整体技术架构要灵活,便于用户自行扩展应用,可以快速拓展相关业务模块。 b)要求有完善易用的表单和流程开发平台 i.表单设计器要求简洁、易用,将word电子表单简单优化后可快速定制到系统 中。 ii.做到表单中的必填项在各环节进行输出判断。 iii.可以控制表单各字段读写权限,对各审批环节填写内容需有相应权限控制。 iv.要求适应复杂业务流程中涉及到的表间关联及主从表嵌套,字段信息自动继承共享。 v.实现业务系统集成,可提取其它业务系统数据参与表中计算,结果可自动回填到业务系统中。 vi.所有定义的字段在需要时均可参与数据统计。 vii.列表显示字段根据定义的表单自由定制,表头可加排序功能。 viii.系统要有灵活配置的搜索功能,如一般查询和高级查询,便于多条件检索。 ix.报表的定义,根据统计报表需要字段定义生成符合格式要求的报表数据,并相应生成统计图。 x.对流程定义要求支持多条件分流、串行、并行、子流程以及流程间关联、收回、跳转、身份重复跳过等功能。 c)可以用sharepoint designer对平台所有表单进行二次开发 i.开放源码,对在现有定制平台上不能满足的功能可进行再开放。 6、具有一般普通OA的的基本功能,对OA一般功能中的信息发布和人事管理有如下特殊要求: a)信息发布 i.信息发布流程包括起草、审核、批准、选定发放对象、接收确认、评论等流程。 ii.要求信息有比较好的安全机制,可以根据权限实现限制拷贝、限制打印等。 b)人事管理,除一般的人事流程功能外,还要达到以下功能要求: i.能够将招聘网站上得到的应聘人员信息导入到系统里,自动生成应聘人员信 息; ii.能够在系统里自动生成通过流程生成的招聘要求。 iii.人员到岗后,应聘流程的信息自动生成员工信息,其应聘记录成为员工档案的

软件项目需求确认书

实用文档 需求确认书 项目编号:HDLH0001 项目名称:合达联行“乐盒”项目 密级:公开 版本信息: V1.0 创建人: 创建日期:2014年9月10日 审核者: 批准人: 批准日期: 编辑软件:Microsoft Word 2007/2010中文版 文件状态:√草稿 「」正式发布 「」正在修改 上海正善信息科技有限公司 <版权所有>

文档修订记录 *变化状态: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 总体需求 (5) 4.1 系统组成 (5) 4.2 系统的逻辑岗位及职责 (5) 4.3 系统业务流程 (5) 5 功能需求 (6) 5.1 功能清单 (6) 5.2 功能规范 (10) 5.2.1 功能综合说明 (11) 5.2.2 功能详细定义 (11) 6 系统接口描述 (11) 6.1 用户界面 (11) 6.2 硬件接口 (12) 6.3 软件接口 (12) 6.4 通信接口 (12) 7 非功能需求 (12) 7.1 性能需求 (12) 7.2 安全性要求 (12) 7.3 对软硬件环境的要求 (12) 7.4 其它需求 (13) 8 附录1 (13) 8.1 原型 (13) 8.2 采用建模工具所形成的模型文件 (13) 8.3 调研相关资料和文件 (13) 8.4 同类产品简介......................................... 错误!未定义书签。 8.5 需求分析过程中制定的相关规范或模板 (13) 9 附录2:需求确认表 (13)

需求确认书模板

<项目名称> [系统名称] 需求确认书(版本号)

修改记录

目录 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其它需求 【如可使用性、安全保密、可维护性、可移植性等。】 双方确认以上需求正确无误,如需更改需重新商定交付日期,产生金额变动则需重新签订合同。 用户代表签字:公司代表签字: 日期:日期:

软件项目需求确认书

软件项目需求确认书 需求确认书 项目编号:HDLH0001 项目名称:合达联行“乐盒”项目 密级:公开 版本信息: V1.0 创建人: 创建日期:2014年9月10日 审核者: 批准人: 批准日期: 编辑软件:Microsoft Word 2007/2010中文版 文件状态:√草稿 「」正式发布 「」正在修改 上海正善信息科技有限公司 <版权所有>

文档修订记录版本编号或 者更改记录 编号*变化 状态 简要说明(变更内容和变 更范围) 日期 变更 人 批准日期 批准 人 *变化状态: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总体需求 (5) 4.1系统组成 (5) 4.2系统的逻辑岗位及职责 (5) 4.3系统业务流程 (5) 5功能需求 (6) 5.1功能清单 (6) 5.2功能规范 (10) 5.2.1功能综合说明 (11) 5.2.2功能详细定义 (11) 6系统接口描述 (11) 6.1用户界面 (11) 6.2硬件接口 (12) 6.3软件接口 (12) 6.4通信接口 (12) 7非功能需求 (12) 7.1 性能需求 (12) 7.2安全性要求 (12) 7.3对软硬件环境的要求 (12) 7.4其它需求 (13) 8附录1 (13) 8.1原型 (13) 8.2采用建模工具所形成的模型文件 (13) 8.3调研相关资料和文件 (13) 8.4同类产品简介..................................................................................... 错误!未定义书签。 8.5需求分析过程中制定的相关规范或模板 (13) 9附录2:需求确认表 (13)

软件需求确认书

**需求确认书 精品文档,你值得期待 项目名称: 项目编号: 编写人员: 编写日期: 审批人员: 审批日期: 历史修改记录

软件需求确认书约定 第一条完成项目需求调研后,避免项目后期出现超出合同范围的需求,项目初期需同用户就所调研的软件需求进行确认。 第二条需求确认书由项目经理/第一负责人同用户代表签订,一式两份,签订后交由部门经理统一保管。 第三条需求确认书签订时间要求,应在代码编写之前签订。 第四条需求确认书内容应涵盖系统概述、功能模块结构图、各模块简要功能描述、主要软件界面效果图。 第五条需求确认书编写规范参见本文档第2页。

《项目名称》 软件需求确认书 1.目的 说明编写该《需求确认书》的目的。为保证某软件系统项目能够顺利研发并投入使用,将需求调研结果通过书面方式加以确认。 2.系统概述 对系统所实现的目标、功能和构架方面做出总体的概括性描述。 3.功能结构图 以框图结合部分文字的形式从整体上描述软件系统总体功能模块。 4.模块功能描述 对各模块功能进行简要描述。 4.1 子模块1功能描述 4.2 子模块2功能描述 … 5.主要界面效果图 通过Photoshop、Visio、html页面等各种编辑方式制作具有代表性的、关键的几个主要界面效果图,让用户能较直观的认识软件功能需求。 双方确认以上软件需求正确无误。 用户代表签字:公司代表签字: 日期:日期:

妹妹,你就这样悄无声息地消失在茫茫的人海,消失在我日夜的想念中。不曾带走我对你的点点回忆。千重山,万重水,割不断的是情深似海如潮的的思念。 默默坐在屏前,手指在键盘上轻轻的划过,所有的怀想,所有根植脑海抹不去的记忆,都凝聚指尖,触动着流年的痕迹,把一纸素笺的心事,轻吟纸笺,等你从陌上归来。我的妹妹,你在哪里啊?哪里?问天,天不语,问己,己不明。想你的日子,见不到你的踪迹,让我陷入了沉思。有关你的一切,早已深深铭刻在心里。 妹妹,你是我心底最珍贵的爱!回想起我们一起度过的时光,是那么的美好。所有的细节历历在目。还记得我们初遇的散文吧吗?第一次与你相遇,是在你的空间,欣赏你温婉如水的文字,一看到你的笔名冰格格,不问为什么,就一下子惊艳了我的目光,一下子就喜欢上了你高贵典雅的名字,喜欢上了你才华横溢精彩的文字,喜欢上了你冰清玉洁的聪慧,喜欢上了你的一切。 妹妹,生命中的许多东西是可遇不可求的。姐姐能幸运的遇上你,是天意,是缘分,更是生命中注定让我们有共同爱好文字,走到了一起。在那些快乐美好的日子里,我们互相点评文章,互相推心置腹的发短信交流,很快,我们就成了无话不说的网上好姐妹,彼此都会为伤感文字而流泪,也会为彼此的喜悦而欢呼雀跃 妹妹,姐姐永远不会忘记,在姐姐最困难的时候,是你不离不弃的向姐姐伸出援助之手,帮我渡过难关。是你一次次发短信打电话,询问病情,关心着姐姐。 记得那次,当电话那端,传来千里之外,你亲切的声音,那一刻,姐姐接电话的手在颤抖,心在激烈的跳动,姐姐卸掉所有的坚强面具,再也控制不了自己的情感,竟在你面前痛哭的发泄流泪。你用温暖的话语,安慰鼓励着姐姐,为姐姐抹去眼角的泪痕,把微笑的阳光,洒向姐姐的世界,从此,你就成了姐姐一生的感恩。 妹妹,你在姐姐的眼里,是没有血缘关系,如同骨肉的亲人,甚至超越亲情的朋友,你留给姐姐的是太多太多的感动。常常让姐姐沉浸在绵绵幸福的回忆中。 妹妹,在姐姐悲痛欲绝地行走在死亡的边缘,是你的到来,让友情如一盏明灯,照彻我的灵魂,温暖着姐姐黑夜里的寒冷。从散文网到007等,一路走来,一根网线把我们紧紧的连在一起,从相遇到相识,相知,想念,我们心灵共鸣,灵魂相依。 都说网络是虚拟的,没有真情,可是网络却让我们结下一份难解难分的真情。没有刻意,没有设计,只有一次的相遇,就让不在一个区域,从未谋面的你我,千里之距,心心相连。 妹妹,美好的日子总是过得太快,时间如白驹过隙,屈指算来,我与你已相识六年,六年来,你一直在我的心里,梦里。如今,你突然从我和众朋友的世界里,消失的无影无踪,怎能不让我为你忧虑牵挂,你知道吗?这些日子,网上的朋友们都在打听你的消息,他们想念着你,梦海,汉茂油桃老师,小傻子等,和我给你发信息,给你打电话,一次次的找遍了整个网络空间,和你相约的地方,可是,我们不管以怎样的方式,都没盼来你的回音,让我们焦急万分。 妹妹,你去了哪里?是去执行任务,还是外派他地。我们无从知晓。当从北京那里得到点滴消息,如今,你陷入困境,无法自拔,我们为你心疼,为你担心。我们怎能忍心看到你一个人,独自承受那么多的精神压力。 妹妹,姐姐明白,善良的你,不愿让亲人和朋友分担你的痛苦,所以,没有告别,而孑然一人,走到与世隔绝的角落 妹妹,无论你在何方,无论北京来的信息是否可靠,无论你现今有多忙,无论你发生怎样的挫折,姐姐希望你别忘记,抽空给你的亲人,和朋友打个电话,或发个信息,报一声平安,不能让爱你的那个人,独自默默煎熬孤独,徒留苍茫地想念。不能让你的朋友,日夜为你担心,望眼欲穿的期盼,有什么困难说出来,让大家替你想想办法,帮助你做点什么。 妹妹,人生的路,总不会是一帆风顺。总会遇到各种各样的风雨坎坷。很多事情,都是无法预料中发生,遇到困难,我们要学会坚强的面对,一首歌里唱得好“当灵魂迷失在苍凉的天和地/还有最后的坚强在支撑我身体/当灵魂赤裸在苍凉的天和地/我只有选择坚强来拯救我自己。”梦海在给你的诗里写道:‘谁不能不顾自己的生命/而为那一点小小的纠纷/和偶尔的失误、、、、、、而丧失了斗志/和坚强' 遥望远方,思绪蔓延。妹妹,你在哪里啊?你在哪里?你可听到远方姐姐的呼唤!望断天涯,路漫漫,既已相遇,何忍分离。

相关文档