合同需求说明书Word文件下载.docx
- 文档编号:21423428
- 上传时间:2023-01-30
- 格式:DOCX
- 页数:24
- 大小:51.41KB
合同需求说明书Word文件下载.docx
《合同需求说明书Word文件下载.docx》由会员分享,可在线阅读,更多相关《合同需求说明书Word文件下载.docx(24页珍藏版)》请在冰豆网上搜索。
合同管理系统需求分析说明书xxxx合同管理系统
需求分析说明书
合同管理系统项目组
XX年12月
版本控制
文档信息
版本历史
第1章
概
述
5文档目的
5
项
目
背
旦
景
标
与范
围
目标
范围
6建设原
则
释
6
术
语
解
6
参
考
资
料
析
8组织机构
8
责
业
务
职
工
作
内
容
9
管
理
流
程
用
户
描
合
同经
办
人
9合同
管理
员
门
10
法律
审
核人
导
各
级
领
统
10
第3章
合同
管理系
11业务组
成
板
11
会
签
同
模
批
发
布
11
同
会签
11审批合同
12合同归
档
13合同授权管理
理
13框架协议管理
13律师函申请管理
14合同翻译申请管理
14合同签署、执行情况统计
..14*合同付款申请
14合同进度跟踪
错误!
未定义书签。
合同变更申
请
错误!
未
定
义
书
签。
签。
中
止
申
请.
终
除
违
约
纠
纷
理.
15合同查询统计管理
15效能分析管理
16基础数理
据管
16
业务
布流
17合同模板审批和发
23
授权委
19程..
三级部门经
办合同审批流
21
合同翻
译申
请流
程..
位
25
人
员
J-JU
岗
26求
需
26
场
27草
UC001.
起
批
34UC002
三
级部
门
领导
35签
UC003
部
36
UC004二
部门
37签
UC005
—-
核
38
UC006
法
律
UC007
分
副
总
39
UC008合同翻译申
40UC009授权书申
41UC010律师函申
42
系统功
能
56合同管
56合同执行跟踪管
59统计分
60应用管理
63系统管理
64工作流管理
65与其它系统接
口
65
篇三:
合同管理需求说明合同管理系统需求说明书项目名称合同管理系统
编制单位
编制日期XX年6月3日合同管理系统一需求说明书目录
3
文档管
理困难
...3
进度控
信息汇
总困难
难
2项
3项
3.1
需求
4
使
象
4实
标
5
主要业务
求
目概
览
8
14
4限制及非功能性要
性要
17
扩展
安全
性
17
可靠
18
1项冃背景
长期以来采用手工管理合同,由于涉及的部门较多,需要管理的合同也各不相同,因此造成信息不集中,实时性不强,导致各部门协作,业务流程组建,监控制度执行效率不高,费时费力等问题。
具体表现在如下方面:
文档管理困难
传统纸质合同与电子版合同共存,对于不同的人员需要阅读参考合同时存在查找不方便的问题。
尤其是领导需要了解合同文本时需要耗费很多时间去查找。
进度控制困难
由于合冋数目多,参与人员多,合同进度的控制基本靠手工和普通word、excel管理很难满足公司发展需要,并且当领导想全局或全程了解合同情况时存在很大障碍。
财务
人员的付款依据也与进度密切相关,同样存在障碍。
信息汇总困难
采用手工或电子文档管理时,由于不同部门的文本及数据格式不统一,采集也不能够及时,汇总工作需要耗费大量时间还不一定准确,导致领导的决策时间有一定的影响。
2项冃冃■■标
合同管理系统就结合国内各行业管理合同的特点,量身定做合同管理系统主耍完成以下项H冃标
建立合同信息、客户信息以及项目信息的信息维护管理平台。
围绕项目概览、项目管理、合同管理、人员/部门管理、系统管理、建立有关的工作业务流程的管理平台。
用户对已生效的合同信息进行查询、统计分析、合同收/付,建立相关的
信息查询平台。
针对不同的角色,根据业务情况进行管理控制及权限配置,为企业单位员
工与领导、总部与分支机构、各业务部门之间的协同业务工作平台。
3项冃需求
合同管理涉及到合同的多个方面,项目概览、项目信息、
合同信息、客户信息、合同收付款信息、合同人员及涉及的部门信息等等。
根据这些信息完成以下合同管理的日常业务。
系统模块结构图
3.1需求分析
使用对象
本系统涵盖了项目概览、项目管理以及合同信息是公司多部门协作共同完成。
根据不同的业务模块,各部门负责信息维护与业务流程跟进。
项目信息则由
公司工程部门负责用户信息的录入与维护,合同管理则由业务部门、财务部门及相关领导审批等共同协作完成合同的录入、合同时间、合同审核及审批,收付款项的监控等等系统管理则由系统管理员负责,包括系统用户信息、权限配置、系统运行、人员维护等等。
实现目标
规范合同管理的业务流程,增强合同业务处理过程的透明度。
系统通过
对不同人员设置不同的用户权限,定义不同用户的系统功能,从而规范
合同管理过程中各个阶段,各岗位的职能,避免业务处理时责任不明确
的现象;
让每个阶段的工作目标明确及用户能够各司其责,杜绝人为干
预的现象。
系统中工作流的定义,使得合同管理业务流
程更加合理化、
信息化、科学化。
对合同的执行情况做到动态控制,系统存储与合同相关的所有数据,通
过各种功能的设置,从合同的录入开始,系统便对合同执行情况进行监
控、监督。
并与合同的实际完成情况进行对比,对合同的进度进行跟踪。
例如:
随时查看已生效和即将结束的合同,提醒用户下一步的操作,并
可以检查合同执行过程中应收应付款合同项目的日期是否已到期,如果
到期,则提醒用户收、付款项或者提示用户合同已到期,既而采取必要
的解决办法,最大限度的减少企业的损失。
提高工作效率,降低管理成本。
业务人员可方便地进行业务操作、合同
资料的查阅、信息的录入及相关业务进展查询、接收业务指令等各种日
常业务处理。
领导人可方便地进行各种业务查询、事务审批及审核等。
使各级人员摆脱原有手工操作的束缚,很大程度上提了
高工作效率,使
得将更多的时间和精力钻研业务成为可能。
总之系统实现了合同管理的
信息化、科学化,从而减少了公司的人力、物力的付出,进一步降低公
司的管理成本。
为领导决策提供准确及时广泛的合同及相关利用信息,领导可以在任何
时间、任何地方进入系统,随时查阅与合同管理相关基本信息,准确定
位下属人员的工作情况,掌握合同执行现状,及工程的施工进度,方便
篇四:
合同管理-需求分析文档合同管理需求分析
1需求描述:
合同与招标管理主要实现对合同项目的立项审批、招标、合同以及竣工验收的全过程管理。
该系统主要由合同项目管理、招标管理、合同管理、客户管理和灰名单管理等几个模块组成。
2流程图:
3项目管理
项目申请:
合同项目管理是指所有需要签订合同的项目都要在此进行申请。
由各个部门的专工或主任提出申请。
合同项目申请又分为未运行、进行中和已完工。
后两者是属于后补项目,后补项目必须增加先履行原因。
合同项目的属性包括:
项目编号、申请日期、后补类型(生产抢修、超过50万已书面报分公司同意、后补或不招标超过10万已书面报总经理同意)、项目状况(未进行、进行中、已竣工)、申请方式(招标、不招标)、项目名称、项目性质(新签、续签、变更、终止、补充)、资金来源、项目预算、费用管理部门、项目类型(技术服务、土建、维修、软件等)计划开工时间、计划竣工时间、申请理由、申请人、申请部门、申请部门主管、不招标理由(有多条理由显示,直接让用户勾选)、项目内容、工程量及物料人力资源情况。
合同项目申请时需要填写承包商推荐会签表,需要招标的项目至少选择5家,不需要招标的项目至少选择3家;
如果选择的承包商单位不足则需要在【备注】中填写理由。
合同申请的界面原型如下:
项目审批:
项目申请提交后,由各级进行审批,其中系统约定72小时,如果超过72小时,则系统自动推进,无需他在签字审批。
但是要在系统中列明原因:
“该记录已超过72小时,系统自动推进!
”。
如果是部门专工提出申请,则还需要部门主任审批,审批后由项目主管部门审批报公司分管领导审批,对于超过多少金额的还需要报总经理审批。
对不同类型的项目,主管部门可能不一样,例如生产项目的主管部门是设备部,非生产项目的主管部门是经营计划部。
项目审批的界面原型如下:
篇五:
模板B3-合同项目需求说明书
公司名称
项目名称
项目需求说明书
0.文档介
绍
4文档目的与范围
4读者对
4术语与缩写解释
41.项目简介
52.本项目软件系统的用户
介
5用户类型和角色职责
5用户组织结构图(可选)
5用户的信息化情况
53.用户业务流程介
A
程
B
束
64.
本项目
软件
系统
的约
..
65.软
件系统
当前版本的
范
围.
6.
的功能
列
表.
67.
FEATURE
A的功能
7
8.其它需求明
79.签字认
0.文档介绍
文档目的与范围
读者对象
参考文献
提示:
列出本文档的所有参考文献(可以是非正式出版物),格式如下:
[标识符]作者,文献名称,出版单位(或归属单位)日期
术语与缩写解释
1.项目简介
简要介绍本项目的甲方和乙方,说明本项目的目的,以
及本软件系统的主要用途
2.本项目软件系统的用户介绍用户类型和角色职责描述使用本软件系统的人员角色职责。
用户组织结构图(可选)描述使用本软件系统的各类用户的组织机构图用户的信息化情况介绍用户信息化情况(现状和未来):
软件、硬件设施,人员的知识技能。
篇六:
合同管理系统需求概要说明书项目编制编制
XXXXXX)信息技术(集团)
有限公司合同管理系统需求概要说明书
名称:
合同管理系统
单位:
xxxxxxX信息技术(集团)有限公司日期:
XX
年6月17日
1.项目背
32.项目目
33.项目需
的
使用
实现目
主要业务需
客
7
询
计
12
14
水电
费
15项目运行环境的限制等非功能性需求
18时间特性要
安全性
可靠性
18
19可维
护性要
19
工作量要
4.项目
1.项目背景长期以来,采用手工管理合同,由于涉及的部门众多,需要管理的合同要素也各不相同,因此造成信息不集中,实时性不强,导致各部门协作,业务流程组建,监控制度执行方面效率不高,费时费力等问题,具体表现在如下方面:
1)文档管理困难:
传统纸质合同与电子版合同共存,但对于不同的人员想阅读参考合同时,存在查找不方便的问题。
尤其是领导需要了解合同文本时需要耗费很多时间。
2)进度控制困难:
由于合同数目多,参与人员多,合同进度的控制基本靠手工和普通word、excel管理已很难满
足公司发展需要,并且当领导想全局或全程了解合同情况时存在很大障碍。
财务人员的付款依据也与进度密切相关,但同样存在障碍。
3)信息汇总困难:
采用手工或EXCEL管理时,由于不
同部门的数据格式不统一,采集也不能够及时继续,汇总工作需要耗费大量时间还不一定准确。
对于领导的决策时间有一定的影响。
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.名词解释:
会议纪要
会议纪要是记载和传达会议情况和议定事项使用的一种行政公文。
会议议定事项是本单位、本地区、本系统开展工作的依据。
有的会议纪要的精神也可供别的单位、别的系统参考。
会议记录
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 合同 需求 说明书
![提示](https://static.bdocx.com/images/bang_tan.gif)