合同需求说明书.docx

资源描述

合同需求说明书.docx

《合同需求说明书.docx》由会员分享，可在线阅读，更多相关《合同需求说明书.docx（25页珍藏版）》请在冰豆网上搜索。

合同需求说明书.docx

合同需求说明书

篇一：

合同需求说明书

1.需求背景

目前合同管理没有相应的IT系统进行支撑，仍然是线

下纸质合同管理流程，不易于统一管理和查询。

为了提升办公电子化能力，规范化合同管理流程，搭建合同管理系统，对合同录入、审批进行统一管理。

2.需求功能概述

1）实现合同录入、审批的管理，支持已签约合同的档案管理，并支持到期合同

的预警。

2）合同签约后，能够支持不同类型的合同转订单（标准合同支持自动转订单、

个性化合同支持手工转订单），订单和合同能够关联，能够将合同信息推送到电商门户。

3）支持合同客户登陆电商门户后，能够看到所签订的合同内容，以及合同内约

定的客户可以自主订购合同内约定的产品。

4）合同管理要支持分权分域功能，能够按照业务层级管理要求提供给各省公司

合同录入权限和审批权限

5）合同信息主要包括：

合同编号、合同名称、业务类

型、合同状态、合同生效

时间、合同失效时间、客户名称。

6）合同审核包括价格超限审核、资源可用性审核、服务条款审核等，审批通过

后保存为有效的合同。

3.需求功能详述

业务流程

合同创建

客户经理与客户沟通商讨合同协议，需要云公司审核，在系统录入优惠审批单提

交审核（默认省公司审核），审核通过后，上传合同附件和录入合同信息，系统生成正式合同。

手工根据合同信息转正式订单，并录入合同相关的计费节点信息。

需求点说明：

1）与合同绑定单有优惠审批单不允许进行删除修改操作。

2）与合同绑定的优惠审批单，不允许其他合同在重新绑定。

3）合同状态为【正式】的不允许进行修改和删除操作。

4）要求能够记录、查看合同下的所有订单信息，包括审核信息。

5）合同创建后，能够短信通知到相关的业务审核人员进行审核。

6）系统能够支持合同与商品、客户的关系。

7）需要记录的合同信息内容包括：

客户名称、合同名

称、合同开始时间、合同

结束时间、合同编号、产品类型等。

8）合同转订单由云公司业务开通岗人员根据系统生成的合同优惠信息，手工录

入订单，并严格按照合同签署的协议执行。

9）能够根据已签署的合同，记录合同的后付费节点信息，包括：

出账日期、金

额等。

合同审批

需求点说明：

篇二：

合同管理系统需求分析说明书

xxxx合同管理系统

需求分析说明书

合同管理系统项目组

XX年12月

版本控制

版本历史

第1章

概

述

档

的

文

目

5项

目

背

景

5目

标与

范

围

目标5范

围6建设

原

则

术语

解

释

6参

考

资

料

析

8组织机

构

责

业

务

职

容

工

作

内

程

管

理

流

述

用

尸

描

人

合

同

经

办

9合同管理

员

部

人

领

理

系

组

模

9合同会签门

10法律审核员

10各级导

10系统管员

10第3章合同管理统

11业务成

11起草合同

11会签合同模

板

11审批合同模板

11发布合同模板

会签合

同

11审批合

同

12合同归档

13合同授权管

理

13合同台账管理

13框架协议管理

13律师函申请管理

14合同翻译申请管理

14合同签署、执行情况统计

..14*合同付款申

请

14合同进度跟踪

错误！

未定义书签。

合同变更申

请

错误！

未

定义书签。

合同中止申

请

错误！

未

定义书签。

合同终止申

请

错误！

未

定义书签。

合同解除申

请

错误！

未

定义书签。

合同违约申

请

15合同查询统计管

理

15效能分析

15统计报表

15信息发布功能

15流程管理

16基础数据管理

16系统管理

16业务流

程

17合同模板审批和发布流

・・

程・

17二

级

部

门

经办

合同审批

流

三级

部

门

经

办

合同审批

流

程・

合

同

翻

译

申请

流

程・

..…23

授

权

委托

流

程・

人

员

岗

位・

业

务

需

求.‘

草....

UC001.

合

同

起

批....

34UC002

三

级

部门

领导

审

签....

UC003

三

级

部

门

会

批....

UC004二

级

部

门

领导

审

签....

UC005

二

级

部

门

会

核....

UC006

法

律

人

员

审

UC007

分

'副

总

审

39UC008合同翻译申请

40UC009授权书申请

41UC010律师函申请

系统功

能

56合同管

理

56合同执行跟踪管理

59统计分析

60应用

理

63系统

理

64工作流理

65与其它系统接口

篇三：

合同管理需求说明

合同管理系统需求说明书

项目名称合同管理系统

编制单位

编制日期XX年6月3日

合同管理系统一需求说明书

文

档管

理

困

难

...3

进

度

控

制

困

难

.......3

信

息汇

总

困

难

...3

项

标

.....3

项

需

求

3.1需求

析

使用

象

实现

标

主要业务

求

.......6

项目

览

理

合

理

系

理

4限制及非功能性要

求

.....17

扩展性要

求

维护要

求

安全

性

可靠

性

1项目背景

长期以来采用手工管理合同，由于涉及的部门较多，需要管理的合同也各不相同，因此造成信息不集中，实时性不强，导致各部门协作，业务流程组建，监控制度执行效率不高，费时费力等问题。

具体表现在如下方面：

文档管理困难

传统纸质合同与电子版合同共存，对于不同的人员需要阅读参考合同时存在查找不方便的问题。

尤其是领导需要了解合同文本时需要耗费很多时间去查找。

进度控制困难

由于合同数日多，参与人员多，合同进度的控制基本

靠手工和普通word、excel管理很难满足公司发展需要，并

且当领导想全局或全程了解合同情况时存在很大障碍。

财务人员的付款依据也与进度密切相关，同样存在障碍。

信息汇总困难

采用手工或电子文档管理时，由于不同部门的文本及数据格式不统一，采集也不能够及时，汇总工作需要耗费大虽时间还不一定准确，导致领导的决策时间有一定的影响。

2项目目■■标

合同管理系统就结合国内各行业管理合同的特点，虽身

定做合同管理系统主要完成以下项标

建立合同信息、客户信息以及项目信息的信息维护管理平台。

围绕项目概览、项目管理、合同管理、人员/部门管理、系统管理、建立有关的工作业务流程的管理平台。

用户对已生效的合同信息进行查询、统计分析、合同收/付,建立相关的

信息查询平台。

针对不同的角色，根据业务情况进行管理控制及权限配置，为企业单位员

工与领导、总部与分支机构、各业务部门之间的协同业务工作平台。

3项斗斋求

合同管理涉及到合同的多个方面，项目概览、项目信息、

合同信息、客户信息、合同收付款信息、合同人员及涉及的

部门信息等等。

根据这些信息完成以下合同管理的日常业务。

系统模块结构图

3.1需求分析

使用对象

本系统涵盖了项目概览、项目管理以及合同信息是公司多部门协作共同完成。

根据不同的业务模块，各部门负责信息维护与业务流程跟进。

项目信息则由

公司工程部门负责用户信息的录入与维护，合同管理则由业务部门、财务部门及相关领导审批等共同协作完成合同的录入、合同时间、合同审核及审批，收付款项的监控等等系统管理则由系统管理员负责，包括系统用户信息、权限配置、系统运行、人员维护等等。

实现目标

规范合同管理的业务流程，增强合同业务处理过程的透明度。

系统通过

对不同人员设置不同的用户权限，定义不同用户的系统功能，从而规范

合同管理过程中各个阶段，各岗位的职能，避免业务处理时责任不明确

的现象；让每个阶段的工作目标明确及用户能够各司其责，杜绝人为干

预的现象。

系统中工作流的定义，使得合同管理业务流

程更加合理化、

信息化、科学化。

对合同的执行情况做到动态控制，系统存储与合同相

关的所有数据，通

过各种功能的设置，从合同的录入开始，系统便对合同

执行情况进行监

控、监督。

并与合同的实际完成情况进行对比，对合同的进度进行跟踪。

例如：

随时查看已生效和即将结束的合同，提醒用户下

一步的操作，并

可以检查合同执行过程中应收应付款合同项目的日期

是否已到期，如果

到期，则提醒用户收、付款项或者提示用户合同已到期,既而采取必要

的解决办法，最大限度的减少企业的损失。

提高工作效率，降低管理成本。

业务人员可方便地进

行业务操作、合同

资料的查阅、信息的录入及相关业务进展查询、接收业

务指令等各种日

常业务处理。

领导人可方便地进行各种业务查询、事务审批及审核等

使各级人员摆脱原有手工操作的束缚，很大程度上提了高工作效率，使

得将更多的时间和精力钻研业务成为可能。

总之系统实现了合同管理的

信息化、科学化，从而减少了公司的人力、物力的付出,进一步降低公

司的管理成本。

为领导决策提供准确及时广泛的合同及相关利用信息，领导可以在任何

时间、任何地方进入系统，随时查阅与合同管理相关基本信息，准确定

位下届人员的工作情况，掌握合同执行现状，及工程的施工进度，方便

篇四：

合同管理-需求分析文档

合同管理需求分析

1需求描述：

合同与招标管理主要实现对合同项目的立项审批、招标、合同以及竣工验收的全过程管理。

该系统主要由合同项目管理、招标管理、合同管理、客户管理和灰名单管理等几个模块组成。

2流程图：

3项目管理

项目申请：

合同项目管理是指所有需要签订合同的项目都要在此进行申请。

由各个部门的专工或主任提出申请。

合同项目申请乂分为未运行、进行中和已完工。

后两者是属于后补项目，后补项目必须增加先履行原因。

合同项目的属性包括：

项目编号、申请日期、后补类型

（生产抢修、超过50万已书面报分公司同意、后补或不招标超过10万已书面报总经理同意）、项目状况（未进行、进行中、已竣工）、申请方式（招标、不招标）、项目名称、项目性质（新签、续签、变更、终止、补充）、资金来源、项目预算、费用管理部门、项目类型（技术服务、土建、维修、软件等）计划开工时间、计划竣工时间、申请理由、申请人、申请部门、申请部门主管、不招标理由（有多条理由显示，直接让用户勾选）、项目内容、工程虽及物料人力资源情况。

合同项目申请时需要填写承包商推荐会签表，需要招标

的项目至少选择5家，不需要招标的项目至少选择3家；如果选择的承包商单位不足则需要在【备注】中填写理由。

合同申请的界面原型如下：

项目审批：

项目申请提交后，由各级进行审批，其中系统约定72

小时，如果超过72小时，则系统自动推进，无需他在签字审批。

但是要在系统中列明原因：

“该记录已超过72小时，系统自动推进！

”。

如果是部门专工提出申请，则还需要部门主任审批，审批后由项目主管部门审批报公司分管领导审批，对于超过多少金额的还需要报总经理审批。

对不同类型的项目，主管部门可能不一样，例如生产项目的主管部门是设备部，非生产项目的主管部门是经营计划部。

项目审批的界面原型如下：

篇五：

模板B3-合同项目需求说明书

公司名称

项目名称

项目需求说明书

版本历史

0.文档介

绍

4文档目的与范

4读者对

象

献

4术语与缩写解

释

41.项目简

介

52.本项目软件系统的用户

介

绍

5用

户类型和角色职责

5用户组织结构图（可

选）

5用

户的信息化情

况

绍

6业务流程

6业务流程B

64.本项目软件系统的约束

..65.软件系统当前版本的范

围

6.软件系统的功能列表

......67.FEATUREA的功能需

求

FUNCTION

8.其它需求说明

79.签字确认

0.文档介绍

文档目的与范围

读者对象

参考文献

提示：

列出本文档的所有参考文献（可以是非正式出版

物），格式如下：

［标识符］作者，文献名称，出版单位（或归属单位），日期

术语与缩写解释

1.项目简介

简要介绍本项目的甲方和乙方，说明本项目的目的，以及本软件系统的主要用途。

2.本项目软件系统的用户介绍

用户类型和角色职责

描述使用本软件系统的人员角色职责。

用户组织结构图（可选）

描述使用本软件系统的各类用户的组织机构图

用户的信息化情况

介绍用户信息化情况（现状和未来）：

软件、硕件设施，人员的知识技能。

篇六：

合同管理系统需求概要说明书

项目编制编制

xxxxxxXt息技术（集团）

有限公司

合同管理系统需求

概要说明书

名称：

合同管理系统

单位：

xxxxxxx言息技术（集团）有限公司日期：

年6月17日

1项目背

景

标

求

析

象

的

5主

求

33.项目需

需求分

使用对

实现目

要业务需

理

询

计

理

15项目运行环

求

时间

求

项

目管

合

同管

合

同查

合

同统

水电

费管

境的限制等非功能性需

特

性要

求......

安

全

性

要

求......

可

靠

性

要

求......

可

扩展

性

要

求......

可维

护

性

要

.....19

求......

项目

工作

要

项目背景

长期以来，采用手工管理合同，由于涉及的部门众多,

需要管理的合同要素也各不相同，因此造成信息不集中，实时性不强，导致各部门协作，业务流程组建，监控制度执行方面效率不高，费时费力等问题，具体表现在如下方面：

1）文档管理困难：

传统纸质合同与电子版合同共存，但对于不同的人员想阅读参考合同时，存在查找不方便的问题。

尤其是领导需要了解合同文本时需要耗费很多时间。

2）进度控制困难：

由于合同数目多，参与人员多，合

同进度的控制基本靠手工和普通word、excel管理已很难满

足公司发展需要，并且当领导想全局或全程了解合同情况时存在很大障碍。

财务人员的付款依据也与进度密切相关，但同样存在障碍。

3）信息汇总困难：

采用手工或EXCEL管理时，由于不

同部门的数据格式不统一，采集也不能够及时继续，汇总工作需要耗费大H时间还不一定准确。

对于领导的决策时间有一定的影响。

4）缺少预警机制：

缺少对合同进度、结款等关键节点的预警，不能准确地预测近期可能的收支项目，不能帮助公司进行财务规划，掌控现金流，更好地发挥资金运作。

因此，为了解决上述问题，帮助用户更好的管理和监控公司合同运作流程，需要开发一套功能完整的智能化的合同管理系统软件，实现合同管理规范化、智能化，提高办公效率及人员的利用率成为促进企业迅速发展的一支很好的催化剂。

2.项目目标

合同管理系统就结合国内各行业企业的特点，为企业虽

身定做的成熟的合同管理系统，主要完成以下项目目标：

1.建立合同信息、客户信息以及项目信息的信息维护管理平台。

2.围绕合同管理、客户管理、项目管理、合同收/付款

管理、欠款管理、发票管理，建立有关的工作业务流程的管

理平台。

3.用户对已生效的合同信息进行查询、合同智能统计分析、合同催收催付预警提示，建立相关的信息查询平台。

4.针对不同的角色，根据业务情况进行管理控制，为

企业单位员工与领导、总部与分支机构、各业务部门之间

的协同业务工作平台。

3.项目需求

合同管理涉及合同的多个方面，如客户信息、项目信息、

合同信息、合同变更信息、合同催收催付款到期信息预警等等。

根据这些信息完成以下合同管理的日常业务。

系统模块结构图

需求分析使用对象

本系统涵盖了公司的客户、供应商，项目以及合同信息，是公司多部门协作共同完成的，那么根据不同的业务模块，则由相应的部分负责信息维护与业务流程跟进。

客户信息管理则由公司客户服务部门负责用户信息的

录入，维护

合同管理则由业务部门和财务部门共同协作完成合同的录入、合同时间，款项的监控等等。

系统管理则由系统管理员负责，包括系统用户信息、权限配置，系统运行等等。

实现目的

1.规范了合同管理的业务流程，增强了合同业务处理过程的透明度系统通过设置用户权限，定义了不同组别的用户在系统中的功能，从而规范了合同管理过程中各个岗位的职能，避免了业务处理时责任不明确的现象，使得每个岗位（即用户）能够各司其责，杜绝了人为干预的现象。

系统中工作流的定义，使得合同管理的业务流程更加合理、科学。

2.对合同的执行情况做到了动态控制

系统存储了与合同相关的所有数据，通过各种提醒等功能的设置从合同的录入开始，系统便对合同执行了"监控",可以对合同的执行情况进行具有实用价值的监督。

例如：

随时查看已生效和即将结束的合同，提醒用户下一步的操作，并可以检查合同执行过程中，应收应付款日期是否已到期，如果到期，则提醒用户催收催付款项或者提示用户合同已到期，既而采取必要的解决办法，最大限度的减少企业的损失。

3.提高了工作效率，降低了管理成本

通过系统的实施，业务人员可方便地进行业务操作、资

料查阅、相关业务进展查询、接收业务指令等各种日常业务

处理；领导人员可方便地进行各种业务查

篇七：

乙方需求规格说明书

手机的校园订餐系统项目

软件需求规格说明书

竹轩科技

第一章导言

1.目的2.背景

第二章需求概述

1.开发类型2.使用人员类型3.使用范围4.支持在线人数第三章系统功能概述

1.消费者功能

2.管理员功能

查询消费者个人信息查询订单信息查询食品信息

食品信息修改查询运营信息

第四章运行环境1.设备要求2.支持软件3.应用范围4.在线人数第五章其他要求1.安全性需求2.扩展性需求3.可移植性需求4.开发时间

1.目的

为明确客户软件需求、安排项目规划与进度、组织软件开发和测试。

即作为系统设计的依据也作为项目验收标准之

一。

2.背景

该项目为’校园上订餐系统’，是基于移动平台的一款APP应用，是甲方委托乙方所开发的一款产品

第二章1.开发类型

该开发项目是基于android或IOS的移动平台的APP应用2.使用类型

该开发项目多用于重庆理工大学在校人员（老师，学生等）用于上订餐。

3.使用范围

该移动APP应用范围为重庆理工大学花溪校区，超过范

围则无法送餐。

4.在线人数

根据客户要求和实际理工大学周边人数调查统计，设定在线最大不超过10000人。

1.消费者功能

消费者在查看晚上订餐界面时可进行登录购买，若没登录可进行注册，填写消费者自己的用户信息便于店家送餐和通知。

在注册界面用户可选择注册方式（邮箱、手机、个性账号等）。

在登录界面用户根据自己的注册方式登录，还可选择是否记录账号、密码，便于下次登录。

若用户忘记密码可根据注册时填写的信息找回密码或联系在线店员解决。

浏览、购物车

消费者不需要登录便可浏览食品类型，但若需订餐则需要登录，登录后可使用购买，购物车功能，一次选择多样食品便于送餐。

消费者等级

消费者消费时会得到一定的积分，当积分达到一定数额时，便可升级消费等级，可便于购买与获得最新的食品信息和活动折扣、优惠。

消费者常购物品记录

消费者消费时，可根据订餐历史，选择：

喜爱、关注、不显示等功能，便于快速选择自己所喜欢的食物。

在线留言

篇八：

功能需求说明书

通用会议管理系统功能需求说明书

1.名词解释：

会议纪要

会议纪要是记载和传达会议情况和议定事项使用的一种行政公文。

会议议定事项是本单位、本地区、本系统开展工作的依据。

有的会议纪要的精神也可供别的单位、别的系统参考。

会议记录

会议过程中，由记录人员把会议的组织情况和具体内容记录下来，就形成了会议记录

会议记录和会议纪要的区别

会议纪要有别于会议记录。

二者的主要区别是：

第一，性质不同：

会议记录是讨论发言的实录，属事务文书。

会议纪要只记要点，是法定行政公文。

第二，功能不同：

会议记录一般不公开，无须传达或传阅，只作资料存档；会议纪要通常要在一定范围内传达或传阅，要求贯彻执行。

会议总结

会议总结是机关团体，企事业单位对自身某一阶段或某一项工作进行总的回顾，找出内在规律，以指导未来实践而使用的公文。

会议总结的目的，是通过对自身工作中

展开阅读全文