xxxx合同管理系统需求分析说明书
合同管理系统项目组
2008年12月
版本控制0.1文档信息
0.2版本历史
目录
第 1 章概述 (6)
1.1 文档目的 (6)
1.2 项目背景 (6)
1.3 目标与范围 (6)
1.3.1目标 6
1.3.2范围 7
1.3.3建设原则 (7)
1.4 术语解释 (7)
1.5 参考资料 (8)
第 2 章整体业务分析 (9)
2.1 组织机构 (9)
2.2 业务职责 (9)
2.3 工作内容 (10)
2.4 管理流程 (10)
2.5 用户描述 (10)
2.5.1合同经办人 (10)
2.5.2合同管理员 (10)
2.5.3合同会签部门 (11)
2.5.4法律审核人员 (11)
2.5.5各级领导 (11)
2.5.6系统管理员 (11)
2.5.7业务管理员 (11)
第 3 章合同管理系统 (12)
3.1 业务组成 (12)
3.1.1起草/修订合同模板 (12)
3.1.2会签合同模板 (12)
3.1.4发布合同模板 (12)
3.1.5起草合同 (12)
3.1.6新建合同变更/补充协议 (13)
3.1.7会签合同 (13)
3.1.8法律审核 (13)
3.1.9审批合同 (13)
3.1.10批量审批 (14)
3.1.11合同归档 (14)
3.1.12合同授权管理 (14)
3.1.13合同台账管理 (14)
3.1.14框架协议管理 (14)
3.1.15律师函申请管理 (15)
3.1.16合同翻译申请管理 (15)
3.1.17合同签署、执行情况统计 (15)
3.1.18*合同付款申请 (15)
3.1.19用户投诉/争议、合同纠纷管理 (16)
3.1.20合同查询统计管理 (16)
3.1.21效能分析管理 (16)
3.1.22统计报表 (16)
3.1.23信息发布功能 (16)
3.1.24流程管理 (17)
3.1.25基础数据管理 (17)
3.1.26系统管理 (17)
3.1.27待办提醒功能 (17)
3.1.28合同承办人变更 (17)
3.2 业务流程 (18)
3.2.1合同模板审批和发布流程 (18)
3.2.2二级部门经办合同审批流程 (20)
3.2.4合同翻译申请流程 (24)
3.2.5律师函申请流程 (25)
3.2.6授权委托流程 (26)
3.3 人员岗位 (28)
3.4 业务需求 (28)
3.5 用户场景 (29)
3.5.1UC001.Error! No sequence specified.合同起草 (36)
3.5.2UC002 三级部门领导审批 (37)
3.5.3UC003 三级部门会签 (38)
3.5.4UC004 二级部门领导审批 (39)
3.5.5UC005 二级部门会签 (40)
3.5.6UC006法律人员审核 (40)
3.5.7UC007分管副总审核 (41)
3.5.8UC008合同翻译申请 (42)
3.5.9UC009 授权书申请 (43)
3.5.10UC010律师函申请 (44)
3.5.11UC011合同归档 (45)
3.5.12UC017合同纠纷申请 (46)
3.5.13UC018合同查询统计 (47)
3.5.14UC019效能分析 (48)
3.5.15UC020统计报表 (49)
3.5.16UC021组织机构管理 (51)
3.5.17UC022用户管理 (52)
3.5.18UC023角色管理 (53)
3.5.19UC024角色用户管理 (54)
3.5.20UC025合同分类管理 (55)
3.5.21UC026相对人管理 (56)
3.5.22UC027关联交易公司管理 (57)
3.6.1合同管理 (59)
3.6.2合同执行跟踪管理 (62)
3.6.3统计分析 (62)
3.6.4应用管理 (65)
3.6.5系统管理 (66)
3.6.6工作流管理 (67)
3.6.7与其它系统接口 (68)
第 1 章概述
1.1文档目的
本文档作为中国xxxx分公司（以下简称xxxx）合同管理业务调研及需求分析报告，文中全面、详细描述及分析了xxxx移动办公工作业务现状，并在此基础上提出了项目实施建议和工作内容，文档是项目业务调研的工作总结，同时也为项目开发阶段设定了具体工作内容和目标。本文档预期读者为：
xxxx总经办
xxxx合同管理系统项目组
1.2项目背景
xx市xx有限公司（以下简称“xxxx”）自成立以来，公司和业务规模都在飞速发展，取得了非常瞩目的成绩。而随着公司不断的发展，公司与外界签订的各种类型的合同数目也在不断地飞速增长，但xxxx目前在合同管理上主要采用的还是手工纸质审批，从而导致在合同审批流转过程中，相关领导和人员无法及时掌握审批过程中暴露的问题和意见；同时由于没有相应的IT 系统来集中统一的抽取合同中的关键信息，因而无法做到全面的后期跟踪和统计分析，存在较大的局限性。随着公司的进一步发展，建设集中统一的合同信息管理建设系统也就势在必行。
1.3目标与范围
1.3.1目标
本工程的项目目标是对xxxx现有的合同管理模式进行调研分析，在最短的时间内建成一套足以满足日常合同管理工作所需的合同信息管理系统，以满足xxxx日益迫切的全面合同管理需求。同时，在系统建设的过程中，也将充分考虑合同信息管理系统将来的发展和其它 IT 系统的整合需求，为将来的扩容升级留下足够的空间。
1.3.2范围
组织范围包括xxxx中各个部门
功能范围包括系统管理，应用管理，合同管理，合同执行管理，统计分析，工作流管理。
业务范围包括综OA系统、网上报销系统、投资管理系统，CRM系统，合同管理系统等办公管理类系统，
1.3.3建设原则
总体上采用统一建设、统一管理的原则，避免重复开发并降低建设和运维成本。
具体实现上，为适应xxxx企业移动应用平台大规模应用和业务发展需要，系统技术实现应遵循开放性和标准化技术路线，采用.NET技术架构和B/S应用模式，支持XML规范，支持SqlServer等大型标准关系数据库进行数据集中存储与管理。
这样，保证xxxx企业移动应用平台具有良好的跨软、硬软件平台能力，强大的系统扩充能力以及健壮性，以满足xxxx不断发展的业务要求。
该系统应遵循开放、标准化技术实现，具有良好稳定性、可靠性和可扩展性，支持大并发用户量处理能力，以满足xxxx股份公司集团性质大规模化应用需要。
该系统将集中部署于xxxx大型应用服务器上，利用xxxx成熟的内部企业网实现各级用户对移动应用日常操作与管理。系统将全公司重要移动应用数据进行集中存储管理。
1.4术语解释
1.5参考资料
《xxxx合同管理系统总体技术要求》2000年11月
第 2 章整体业务分析
2.1组织机构
xxxx具体的组织机构如下图所示：
2.2业务职责
在公司上述架构中，市场部、个人客户部、工程建设部、网络部、总经理办公室、计划部、经营财务部、人力资源部、专家办公室、党群工作部及行政事务部为公司的二级部门，其中市场部、个人客户部、工程建设部、网络部下设三级部门，这些三级部门与不设三级部门的二级部门一样，是具体合同的承办部门。合同经办人在启动电子化审批流程时，首先需要其所在承办部门的领导审批；承办部门审批通过后，
其他部门的职责主要有：（详细的流程请见附件1，合同审批流程）
1.在合同涉及固定资产投资及设备赠送的情况下，由计划部负责审核会
签。
2.支出类合同或合同条款突破公司制定的标准的，需经财务部会签。
3.网络品质或服务承诺超出公司标准需经网络部会签。
4.计划部负责承办的设备采购合同需工建部、网络部、财务部会签。
5.其他二级部门及其下三级部门的会签由承办人员选择，二级部门及三级
部门领导复核。
2.3工作内容
2.4管理流程
2.5用户描述
系统用户主要有：合同经办人，合同管理员，合同会签部门，合同审核人员，各级领导，系统管理人员，业务管理员。
2.5.1合同经办人
合同经办人即合同审批流程的发起人，主要负责在审核对方签约资质并经商务谈判后填写合同审批要素、包括合同概况、签约依据、签约对方的基本情况等信息后，选择模板合同文本/起草非模板合同并提交部门领导审批。负责汇总审核意见，对原合同进行修订后，根据具体情况再次提交审核。
2.5.2合同管理员
合同管理员负责合同在各级部门的送审。各级部门都有自己的合同管理员。
2.5.3合同会签部门
由会签部门相关领导负责审查合同中与本部门职能相关的项目并进行会签，会签部门领导有分工的，由该部门合同管理员负责按领导分工分送不同领导会签。
2.5.4法律审核人员
负责合同文本内容的合法合规性，完整性审核及相关资质等的复核，对于存在问题的可直接退回合同经办人或合同经办人员所在部门领导进行修改。并可选择会签部门。
按部门分配合同法律审核人员。
2.5.5各级领导
领导分为：三级部门领导，二级部门领导，分管副总，总经理。分别按各自的工作职责负责合同的审核，对于有修改意见的，可直接退回合同经办人员或发法律人员，由法律人员退回合同经办人员。
2.5.6系统管理员
系统管理员进行系统的配置和日常运维管理工作，比如基础数据管理，用户管理，权限管理等等。
2.5.7业务管理员
主要是对系统中和业务相关的基础数据管理，比如审批流程的设定,合同类型管理，合同编号管理等等。
第 3 章合同管理系统
3.1业务组成
3.1.1起草/修订合同模板
由相关业务部门人员或法律人员负责发起合同模板的起草修订工作，需要填写合同模板相关信息包括：合同模板名称，合同正文，附件、起草或修订发起部门等。
然后送审部门领导。
3.1.2会签合同模板
送审部门主管审核通过后，可选择由相关业务部门领导对起草合同模板进行会签，发表其会签意见，并将会签意见返馈法律人员。
然后送法律审核人员审批。
3.1.3审批合同模板
法律人员审核后提交分管副总审批。
由法律部门的合同管理员将审批通过后的合同模板按合同类别添加到系统中，进行归类发布，供经办人员合同起草时查询参照。
3.1.4发布合同模板
由法律部门的合同管理员对经过法律部门审批通过的合同模板，进行归类发布，以提供其它人员合同起草时查询参照。
3.1.5起草合同
由合同经办人负责起草合同，首先选择签约主体（xx分公司或网络资产分公司）、模板适用，根据合同审批要素，并填写合同审批表，合同审批表由四部分构成：合同概况、签约对方、承办情况及意见汇总。（详见附件2）
然后送审部门主管。
3.1.6新建合同变更/补充协议
当一个合同发生变更或有补充协议时，需要创建新的合同变更或补充协议。其中的合同中止，合同解除，合同终止都将以新建补充协议的方式进行处理。
新建时需要选择母合同，新建的子合同的流水号要以母合同为基准。再在后面手工加上编号。具体规则？
将来合同统计时将以合同的子合同的编号来统计是否有中止，是否有解除等。
新建子合同的审批流程和母合同流程一样。
3.1.7会签合同
三级部门会签：由送审部门主管选择会签部门，并由会签部门领导对起草合同，发表自己会签意见。
二级部门会签：由送审部门领导，先送给会签二级部门的合同管理员，由管理员选择部门领导会签。
如果会签部门中有不同意通过的，将退回到合同经办人。二级部门签的全部同意将流转到法律审核人员。
3.1.8法律审核
指合同会签后，流转到法律部门，法律审核人员对文本内容的合法合规性，完整性审核及相关资质等的复核。
法律审核人员提供三种审核意见：完全同意，带意见同意，不同意。
如果选择不同意时，法律审核将退回给合同经办人，并可决定合同经办人修改后是否走流程，还是直接送到法律审核人员。
3.1.9审批合同
1.指二，三级部门领导的审批，审批通过转流转到下一个流程。审批不通过直接退回到合同经办人。
2.指合同起草、会签、法律审核后交由公司分管副总审批，部分合同由分管副总联
签，超过财务规定权限的合同送总经理审批。
公司领导审批通过后，将由承办部门的合同管理员，打印，盖章。
公司领导审批不通过，将跟回到法律审核人员。
3.1.10批量审批
当待办任务中审批的合同的类型为同一种，且都为模板合同时。支持批量审批。来加快审批速度，提高工作效率。
3.1.11合同归档
合同签订后/履行完成后进行归档，归档的合同不再进行合同流转。
系统将自动生成PDF文件。
由合同管理员进行合同归档，归档时选择归档类别。
归档后的合同可通过年度、承办部门、合同类型、关联交易、合同号等关键词进行浏览查看。
3.1.12合同授权管理
1、承办人外出等情况下可以选择指定人员作为被授权人（代办人），代理处理授权期间的相关工作。
2、公司负责人授权，需求部门按填写授权申请书，按流程经各级审核，法律复核，总经理签批后生成授权书，保存或打印。
3.1.13合同台账管理
所有处理的合同及相关工作均建立台帐。
用户可以通过查询条件（台帐类别、合同类别、合同关键词、……）进行查询。
对任何一个台帐记录可以查看记录详情，不同台帐类别记录详情有所区别。
3.1.14框架协议管理
合同经办人可以添加框架协议，框架协议内容主要包括：协议编号，协议名称，开始时间，结束时间。
框架协议分成：签署结算协议的框架协议和不签署结算协议的框架协议。
所有合同起草时需要选择是否为框架协议。
支持对框架协议的执行情况进行统计查询（如：输入框架协议号或相对方名称、合同名称，可查询框架及结算协议签署时间、付款金额、付款时间等相关信息），而且结果可自动转换为 EXCEL 表格。
对任何一个框架协议，可以查看其关联的所有合同。
3.1.15律师函申请管理
1.合同承办部门可以申请律师函，申请时填写申请单。（应写明申请
事由，金额、期限等要素）
2.填写完成后由本部门主管领导进行审批，
3.审批通过后转交法律部门审核，法律同意后负责委托外聘律师出
具律师函。
4.审批通过后进入台帐。（台帐见附件4）
注：具体律师函工作线下完成。
3.1.16合同翻译申请管理
1.合同承办部门可以申请合同翻译，申请时填写申请内容、附加合
同文本。
2.首先由本部门主管领导进行审批，
3.审批通过后转交法律部门审核。
4.审批通过后进入台帐。（台帐见附件5）
注：具体翻译工作线下完成。
3.1.17合同签署、执行情况统计
支持由具体承办人回填合同签署时间（有效期）；
支持按不同条件查询要求、实时对合同执行情况进行跟踪、统计；
支持提前终止已经过审批但最终未能签署的合同，但承办人员要说明原因并需获得部门领导审批确认意见；且相关信息可以依照权限查询；
3.1.18*合同付款申请
合同履行过程中，满足合同付款条件的付款信息会自动提醒。
合同承办人员可以对符合条件的付款记录提出付款申请。
注：财务系统也有合同付款申请、审批功能，该功能可能放到财务系统中完成。
3.1.19用户投诉/争议、合同纠纷管理
合同发生纠纷，合同承办人需要进入系统填写用户投诉/争议、合同纠纷协助处理申请，填写信息包括纠纷类别，纠纷内容和处理情况
填写完成后提交主管领导审批。
审批通过后提交法律部门记录合同纠纷信息，以备后期查询统计。
关联律师函功能。
3.1.20合同查询统计管理
系统可自动提取关键项生成合同、律师函、授权书、翻译申请等各项台帐，并可按照关键项进行筛选。可进行合同执行、签署情况的筛选和统计。
3.1.21效能分析管理
为了监管各部门工作效能，需要就合同处理效能分部门进行分析统计。
通过统计可以分部门分合同处理阶段查看合同数量，各部门对应各阶段延期处理的合同数量。
统计结果支持报表和图形方式展示。
3.1.22统计报表
合同统计报表作为企业内部合同运行状态的分析决策数据，有很重要的意义。
同时作为xx集团的分公司，还需要定期向总部提交总部要求的报表。（详见附件6）
统计报表需要能够自动产生xx集团要求的报表并提供导出、打印功能，还需要根据内部自身情况提供相应的统计报表。
同时因为报表变化的频次一年为单位，所以可以不考虑使用报表设计工具，而有系统直接根据指定需求生成报表，报表变更时再由开发或运维人员修改提供。
3.1.23信息发布功能
合同系统也是企业内部信息交流、业务培训、政策法规、通知公告的窗口。
需要可以发布相关类别新闻信息，登陆用户都可以查看。
发布的信息所有登录合同系统的人都能看到。
3.1.24流程管理
系统管理员可以根据不同合同类型，自定义不同的审批流程。自定义各个流程环节中的参入者，以及对流程的监控。
3.1.25基础数据管理
由系统管理员维护系统运行基础数据，由合同类型，合同编号等等。
3.1.26系统管理
系统管理员可以进行系统管理，包括系统参数设置、用户管理、组织机构管理、接口配置和管理、系统运行状态管理等，以便完成系统配置及运维工作。
3.1.27待办提醒功能
系统对各个环节设定审批/执行期限，超过期限未进行办理的，自动进行代办提醒。
3.1.28合同承办人变更
因为某种原因合同承办人需要发生变化，发生变化后而不影响合同正常的审批流程和执行。所以系统需要提供合同承办人变更功能来满足实际业务需求。
3.2业务流程
3.2.1合同模板审批和发布流程
合同管理系统功能说明 1 合同审批 有合同要签订时，可以起草新合同发起审批，提交给相关部门相关领导进行审批，以便检查合同相关信息以及合同条款等是否正确，审批通过之后审批结束。 1.1合同起草 合同信息录入，主要包括合同基本信息、合同正文、合同双方履约义务、合同收支计划以及合同风险这几个部分。 1.1.1.合同基本信息 包括合同的收付方向（收款、付款、收付款）、合同类型、执行人信息（执行部门、执行人、联系电话）、是否关联主合同、核算币种以及金额（收款方向金额、付款方向金额）、合同附件、合同期限（开始时间、结束时间）、合同监控人员、其他相关信息（所属项目、客户信息、供应商信息）。 1.1. 2.合同正文 提供word录入，可以编辑合同正文信息。 1.1.3.履约义务 包括我方履约义务和他方履约义务两个部分。每个履约义务都有对应的履约时间，可以录入多个履约义务。可以设置履约责任人并指定提醒方式(短信、邮件、RTX)，在合同监控中，依据履约时间和履约义务的执行状态（未完成、完成、逾期、逾期完成）发送提醒信息。
1.1.4.收支计划 包括收款计划和付款计划两个部分。收款计划的总金额和付款计划的总金额要分别和合同核算金额一致。 收款计划包括计划收款时间、计划收款金额、实际收款时间、实际收款金额这几个方面。可以录入多个收款计划，在合同起草时编辑计划收款信息，实际收款信息在做收款管理时再进行录入。在收款管理中，依据这个计划收款时间和实际收款信息判断该收支计划的执行状态（完成、逾期完成）。 付款计划包括计划付款时间、计划付款金额、实际付款时间、实际付款金额这几个方面。可以录入多个付款计划。在合同起草时编辑计划付款信息，实际付款信息在做付款管理时再进行录入。在付款管理中，依据这个计划付款时间和实际付款信息判断该收支计划的执行状态（完成、逾期完成）。 可以设置收支责任人并指定提醒方式(短信、邮件、RTX)，在合同监控中，根据收支计划的执行状态发送提醒信息。 1.1.5.风险管理 包括风险类型、风险名称、应对措施、风险等级、风险状态这几个方面。合同风险可以录入多个。 在合同监控中，可以对合同风险进行管理，调整风险状态（未发生、已识别、已跟踪、已关闭）。 1.2合同审批 合同起草完成之后，进入审批流程。合同审批项包括：合同基本信息、合同正文、履约义务、收支计划、风险管理、流程跟踪表单。
保密级别：S 资料编号：SRS-[产品代号] -[序列号] 版本：V[*].[*] [产品型号名称（二号字体）] [部件型号名称（可选、小二号字体）] 软件需求分析说明书 共11页 编制： 审核： 审定： 会签： 批准： XXXXXXXXXX公司 [****]年[**]月[**]日
文档修改记录
目录 1引言 (2) 1.1编写目的 (2) 1.2范围 (2) 1.3定义、首字母缩写词和缩略语 (2) 1.4参考资料 (2) 2项目概述 (3) 2.1产品描述 (3) 2.2产品需求 (3) 2.2.1功能需求 (3) 2.2.2性能需求 (4) 2.2.3可服务性需求 (4) 2.3用户及用户特点 (4) 2.4一般约束 (5) 2.5假设和依据 (5) 3用例描述 (5) 3.1用例1 (5) 3.2用例2 (6) 3.3用例n (6) 4外部接口需求 (7) 4.1用户接口 (7) 4.2硬件接口 (7) 4.3软件接口 (7) 4.4通信接口 (8) 5设计约束 (8) 5.1其他标准的约束 (8) 5.2硬件的限制 (8) 6属性 (8) 6.1可用性 (8) 6.2安全性 (9) 6.3可维护性 (9) 6.4可转移＼转换性 (9) 6.5警告 (9) 7其他需求 (9) 7.1数据库 (9) 7.2操作 (10) 7.3场合适应性需求 (10) 8附录 (10)
[说明：本模板中的蓝色字体与橙色字体为说明性文字，在最终提交的文档中请删除这些说明性的文字。] 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者范围。 1.2 范围 说明： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。应当： 1）尽可能精确地描述所有相关的利益、目的、以及最终目标。 2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义、首字母缩写词和缩略语 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
电商系统需求分析说明书 一．引言 .....................................................错误!未定义书签。 项目背景.................................................错误!未定义书签。 前期工作.................................................错误!未定义书签。 参考资料.................................................错误!未定义书签。二．技术概述 .................................................错误!未定义书签。 目标.....................................................错误!未定义书签。 硬件支持.................................................错误!未定义书签。三．功能需求 .................................................错误!未定义书签。 功能块划分...............................................错误!未定义书签。 功能块描述...............................................错误!未定义书签。四．性能需求 .................................................错误!未定义书签。 数据精确度...............................................错误!未定义书签。 适应性...................................................错误!未定义书签。五．系统流程图 ...............................................错误!未定义书签。 顾客流程图如下...........................................错误!未定义书签。 订单处理流程说明........................................错误!未定义书签。六．数据流图 .................................................错误!未定义书签。 数据流图如下..............................................错误!未定义书签。 一．引言 项目背景 电商系统致力于提供产品展示及订购为核心的网上购物服务宣传自己商店的产品并将自己的产品展现给客户，让客户通过网站便能对自由的选择地购买产品。 该网站是通过用户登录浏览商品、查看公告、购买、确定购买、实现用户模 块功能。其中订单的生成，网站后台系统，通过系统管理员管理商品、订单、用户来实现。前期工作 我们在编写该需求前，首先是对各大网上销售网站进行了调查，其中包括：网页排版、顾客消费流程、以及管理员的操作，这三大块进行了调查。并总结出了有自 己特色的设计思路。 参考资料 《软件需求分析》《网上商城需求分析计划书》。
关于合同管理系统软件 财易合同管理软件是一款从合同起草、合同签订、合同文本管理、结算安排、执行进展、合同变更、到实际结款以及对合同收付款情况统计分析进行全方位管理的合同管理软件，是帮助企业进一步完善合同管理的专业合同管理软件！ 财易合同管理软件的主要功能有：合同执行，合同收付款计划，合同收付，合同提醒，合同附件，合同扫描，合同备注，往来单位管理，商品资料管理，基本资料，权限设置及系统设置等。 财易合同管理软件是目前国内性价比最高的，最好用的合同管理软件。界面美观大方，操作简单，自定义功能特别强大，是目前国内唯一一款提供超级强大自定义功能，真正实现软件DIY的合同管理软件。 除此之外，软件还有以下特色功能： 1、整个操作界面完全类似于Office，支持不同界面之间的切换。 2、财易软件拥有强大的自定义功能：所有表格均可自定义设置列宽，修改列标题名称，用户可以设置某列是否显示，以及可以按照需要自定义设置哪些字段为查询字段，这些都是财易系列软件独有的功能。（吐血推荐）。 3、强大的自定义导入功能，可以轻松导入往来单位和合同信息。导入功能支持自定义选择列，所见即所得，在导入界面上完美再现要导入的表格内容，只需在同一界面上完成列的选择，即可成功导入。
4、支持树形分类，让您能更方便地为合同归类。 5、完善的报表统计功能，可以在报表中自定义查询字段，使报表能够按您的查询要求快速而准确地找到所需要的合同资料以及统 计结果。 6、支持导出PDF，图片格式，网页格式（htm，html），Excel，CSV等格式。 7、支持自定义报表，可以自定义设置您想要的报表打印格式，任意更换打印机及纸张类型，支持套打。 8、软件自动保留用户的操作习惯，例如窗体的界面位置等，会跟您上次登陆时的一致。 9、完善的权限管理和数据库备份功能，让您使用起来得心应手！ 10、贴心的提醒功能，使您的合同管理更轻松！ 财易合同管理软件目前已广泛应用于金融、通讯、制造、商业 贸易，化工、建材、五金水电、医药、汽配、食品、服装、电子、电脑、仓储、房地产、化装品等行业。 【篇二：合同管理系统】 合同管理系统，是建立在信息技术基础上，利用现代企业的先 进管理思想，为企业提供决策、计划、控制与经营绩效评估的全方位、系统化的合同管理平台。 完善的合同管理是公司健康运作的一个重要标志。然而，完善 的合同管理需要公司许多的资源，如何简化合同的管理而不失其完整、科学是许多公司头痛的问题。
渭南大荔供电分公司合同管理系统 用户手册 西安信龙电子科技有限公司
测试库工号wndlgly 密码 a111111 1系统概述 大荔供电合同管理系统是实现日常合同管理的信息化，该系统做到了统一平台、统一标准、规范流程。统一平台是指在本系统实现后，整个合同工作统一采用合同管理系统平台完成。 系统登录 打开IE浏览器输入 进入系统后，页面的显示如【图2】 2工作平台 2.1综合平台 进入系统后，点击页面上的“综合平台”，如下图（页面上包含待办、预警、系统公告和合同统计的两个图表）： 2.2合同管理 点击系统页面上的“合同管理”，页面跳转到合同管理页面，如下图： 点击页面上合同拟稿下面的“居民供用电合同”，页面跳转到居民合同拟稿页面，如下图：
填写完页面字段信息（编号是依据页面上选择的合同类型自动生成的，或者通过选择选取历史编号。如果以上两种方式都不能满足需要可手工填写），模板套用完成后，点击“保存”。保存完成后，合同会进入到打印箱里面，可以对其进行打印或者下载（打印以后合同会从打印箱消失），如下图： 通过页面上的查询分类（合同类型或者标题）可以对已签过的合同进行查询。 备注：低压供用电合同、高压供用电合同、低压临时供用电合同、高压临时供用电合同、使用方法同上。 2.3统计报表 点击页面菜单栏的“统计报表”，页面跳转到统计报表页面，如下图： 通过页面左边统计报表的分类，可以根据分类进行报表的查询：供电所合同（高压）、供电所合同（低压）、合同目录（所）、所进度统计（高压）、所进度统计（低压）。 2.4分类查询 点击系统页面上的“分类查询”，页面跳转到分类查询页面，如下图： 点击页面左边菜单栏的“我发起的合同”，页面跳转到我发起的
(金融产品名称) 需求分析说明书 制作单位：(业务部门或科技部门) 规格标准的版本号:V1.0 文档编号:(按照中国银行文档资料统一编码规则编制文档编号)版本号:（按照中国银行关于版本号管理的有关规定填写）
需求负责人（技术）: 需求负责人（业务）: 编写人员: (参加需求编写的所有人员,包括软件中以参加人员、业务部门参加人员) 校对人员:
技术部门主管签字： 年月日
目录 第一章引言 (4) 1.1 编写目的 (4) 1.2 项目背景 (4) 1.3 基本定义 (4) 第二章产品概述 (5) 2.1 目标 (5) 2.2 运行环境 (5) 2.3 条件与限制 (5) 第三章业务流程分析 (6) 3.1 业务流程分析 (6) 3.2 业务数据流图 (6) 3.2 数据词典 (6) 3.3 数据采集 (7) 第四章功能需求 (8) 4.1 功能划分 (8) 4.2 功能描述 (8) 4.3 软件接口 (8) 4.4 故障处理 (8) 第五章其它需求 (9) 5.1 应用环境 (9) 5.2 其它要求 (9) 参考资料 (10)
第一章引言 1.1 编写目的 ?阐述编写需求分析说明书的目的及意义。 1.2 项目背景 ?阐述当前业务系统现状以及业务未来的发展情况 ?阐述新系统与其它系统的关系 1.3 基本定义 ?列出文档中所用到的专门述语的定义和缩写词的原文。
第二章产品概述 2.1 目标 ?描述要开发产品应达到的目标。 2.2 运行环境 ?描述产品所应用环境的框架。包括软件组成、硬件组成、网络构成、系统架 构及其说明等。 2.3 条件与限制 ?给出产品设计应遵守的条件和受到的限制。主要有如下几方面： 1.开发单位或部门应具备的条件。 2.开发者完成开发工作的期限。 3.系统在推广、上点的时间和条件限制。 4.应用环境受到的限制，如网络带宽。 5.可维护性、可移植的限制。 6.软件使用者、管理者对计算机了解的限制。应根据软件所面向的对象（业 务人员、个人、企业等），设计时给予不同的考虑。 7.系统应用规范的限制，包括应用机构数、终端数等。 8.业务规模的限制（百万笔／小时），即对系统处理能力的要求。
XX项目 产品需求规格说明书 机构公开信息
版本历史
1.引言 该文档主要包含功能性需求分系以及功能用例图，也包括了一些对用户界面的要求，该系统运行所需环境和产品质量需求。 1.1. 文档目的 该文档重点描述的办公自动化系统的功能需求以及功能用例图，能够供读者更好的了解该系统；其中，非功能需求方面，用户界面要求主要是为了是系统的界面更加统一规范，软硬件环境需求以及产品质量需求是为了保证提供给用户尽量完美的办公自动化系统。 1.2. 文档范围 本文档包含一下几部分： 1. 产品介绍 2. 角色功能划分 3. 产品范围 4. 产品的功能性需求 5. 产品的非功能性需求 1.3. 文档读者对象 该文档适合开发人员、项目经理、用户、文档的编写人员阅读。 1.4. 参考文档 列举了编写软件需求规格说明时所参考的资料或其它资源。 1.5. 术语与缩写解释 2.综合介绍 这一部分概述了正在定义的软件，主要是功能的概要介绍。
1.6. 产品介绍（功能介绍） 该系统包含8各模块：超级管理模块，该模块包括组织管理、权限管理、考试管理、资源共享通讯录和系统管理；我的办公桌模块，主要是对各重点模块的简要显示；行政管理该模块包括公共通知、公共计划、记事本、员工考勤和组织机构；个人助理模块，该模块包括通讯录、短消息、日程安排和个人信息管理；个人邮箱，该模块包括配置邮箱和收发邮件；公共信息模块，该模块包括资源下载、在线考试和公共通讯录；人事管理模块，该模块包括档案管理、档案查询和数据维护；销售管理模块，该模块主要包括客户管理、销售管理和供应商管理。 1.7. 产品范围 OA办公自动化系统集人力资源管理以及进销存等管理于一体的商业企业管理软件系统。本产品是为了帮助企业更好的进行管理，实现办公自动化。该产品适用于所有企业的办公需求。 1.8. 用户介绍 确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。 1.9. 角色功能划分 XXXXX拥有XXXX功能的权限。 XXXXX拥有XXXX功能的权限。 1.10. 设计和实现上的限制 确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。 1.11. 假设和依赖 列举出在对软件需求规格说明中影响需求陈述的假设因素（与已知因素相对立）。这可能包括你打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定，但是另一个S R S 读者却可能不这样认为。如果这些假设不正确、不一致或被更改，就会使项目受到影响。
XXXXXXX信息技术（集团） 有限公司 合同管理系统需求 概要说明书 项目名称：合同管理系统 编制单位：XXXXXXX信息技术（集团）有限公司 编制日期：2012年6月17日
目录 1．项目背景 (3) 2．项目目标 (3) 3．项目需求 (4) 3.1 需求分析 (5) 3.1.1 使用对象 (5) 3.1.2 实现目的 (5) 3.2主要业务需求 (6) 3.2.1 客户管理 (7) 3.2.2项目管理 (9) 3.2.3合同管理 (10) 3.2.4合同查询 (12) 3.2.5合同统计 (14) 3.2.6水电费管理 (15) 3.3 项目运行环境的限制等非功能性需求 (18) 3.3.1时间特性要求 (18) 3.3.2 安全性要求 (18) 3.3.3 可靠性要求 (18) 3.3.4 可扩展性要求 (19) 3.3.5可维护性要求 (19) 4．项目工作量要求 (19)
1．项目背景 长期以来，采用手工管理合同，由于涉及的部门众多，需要管理的合同要素也各不相同，因此造成信息不集中，实时性不强，导致各部门协作，业务流程组建，监控制度执行方面效率不高，费时费力等问题，具体表现在如下方面： 1)文档管理困难：传统纸质合同与电子版合同共存，但对于不同的人员想阅读参考合同时，存在查找不方便的问题。尤其是领导需要了解合同文本时需要耗费很多时间。 2)进度控制困难：由于合同数目多，参与人员多，合同进度的控制基本靠手工和普通word、excel管理已很难满足公司发展需要，并且当领导想全局或全程了解合同情况时存在很大障碍。财务人员的付款依据也与进度密切相关，但同样存在障碍。 3)信息汇总困难：采用手工或EXCEL管理时，由于不同部门的数据格式不统一，采集也不能够及时继续，汇总工作需要耗费大量时间还不一定准确。对于领导的决策时间有一定的影响。 4)缺少预警机制：缺少对合同进度、结款等关键节点的预警，不能准确地预测近期可能的收支项目，不能帮助公司进行财务规划，掌控现金流，更好地发挥资金运作。 因此，为了解决上述问题，帮助用户更好的管理和监控公司合同运作流程，需要开发一套功能完整的智能化的合同管理系统软件，实现合同管理规范化、智能化，提高办公效率及人员的利用率成为促进企业迅速发展的一支很好的催化剂。 2．项目目标 合同管理系统就结合国内各行业企业的特点，为企业量身定做的成熟的合同管理系统，主要完成以下项目目标：
项目名称 产品需求规格说明书
版本历史
目录 0. 文档介绍 (4) 0.1文档目的 (4) 0.2文档范围 (4) 0.3读者对象 (4) 0.4参考文档 (4) 0.5术语与缩写解释 (4) 1. 产品介绍 (5) 2. 产品面向的用户群体 (5) 3. 产品应当遵循的标准或规范 (5) 4. 产品范围 (5) 5. 产品中的角色 (5) 6. 产品的功能性需求 (6) 6.0功能性需求分类 (6) 6.M F EATURE M (6) 6.m.n Function M.N (6) 7. 产品的非功能性需求 (7) 7.1用户界面需求 (7) 7.2软硬件环境需求 (7) 7.3产品质量需求 (7) 7.N 其他需求 (7) 附录A：需求建模与分析报告 (8) A.1需求模型1 (8) A.N 需求模型N (8) 附录B：需求确认 (9)
0. 文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 0.4 参考文档 提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：[标识符] 作者，文献名称，出版单位（或归属单位），日期 例如： [SPP-PROC-PP] SEPG，需求开发规范，机构名称，日期 0.5 术语与缩写解释
1. 产品介绍 提示： （1）说明产品是什么，什么用途。 （2）介绍产品的开发背景。 2. 产品面向的用户群体 提示： （1）描述本产品面向的用户（客户、最终用户）的特征， （2）说明本产品将给他们带来什么好处？他们选择本产品的可能性有多大？ 3. 产品应当遵循的标准或规范 提示：阐述本产品应当遵循什么标准、规范或业务规则（Business Rules），违反标准、规范或业务规则的产品通常不太可能被接受。 4. 产品范围 提示：阐述本产品“适用的领域”和“不适用的领域”，本产品“应当包含的内容”和“不包含的内容”。说清楚产品范围的好处是：（1）有助于判断什么是需求，什么不是需求；（2）可以将开发精力集中在产品范围之内，少干吃力不讨好的事情；（3）有助于控制需求的变更。 5. 产品中的角色 提示：阐述本产品的各种角色及其职责。各种角色的具体行为将在功能性需求中描述。
XXX系统或XXX项目 产品需求规格说明书 版本信息 注：状态可以为N-新建、A-增加、M-更改、 对方的所得税说明：版本信息必须更新，审核人和审核时间也必须审核后填写，审核人要求部门经理级别以上。否则开发测试可拒绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理 目录
1.关于本文档 1.1.内容说明 说明：此处描述的是文档说明，产品需求文档更新需要走修订模式，下次更新前先接受修订，并且每次更新必须更新版本号和版本记录。 例子： 本文档用于描述苏宁开放平台物流状态服务系统的需求定义。包括各个需求的功能描述，处理逻辑规则，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。 本文档将根据需求管理流程和要求，随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。因此在阅读使用此文档时，请注意从项目的文档管理系统中获取最新版本。 1.2.名词解释
1.3.参考文档 《系统需求定义规范使用说明》 2.系统概述 2.1.业务背景 说明：此处描述业务背景，不可裁剪，清晰的业务背景描述能更好的帮助研发和测试理解产品需求，明确业务测试场景，此部分是产品需求定位的核心导向。 例子一：电子面单的业务描述 随着电子商务服务和物流服务信息化飞速发展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。相比之下，传统纸质面单价格高、信息录入效率低、信息安全隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用，经过长期的的磨合和积累，目前将我司的应用经验推广到社会物流上，让社会上愿意与我司物流合作的伙伴，也同样享受到我司电子面单服务。 例子二：LSQ的业务描述 物流作业状态服务存在不足 1）服务无标准不统一 需物流作业的各渠道订单，作业状态转化为文案描述处理的逻辑系统多，且处理规不统一， －B2C自营订单，逻辑在B2C，数据源在OMS －菜鸟平台/4PS平台订单状态展示，逻辑在LAPI，数据源在LAPI
0A办公平台合同管理模块使用说明 一、合同流程发起 1. 点击菜单“我的流程” --- “发起流程” --- “合同流程”中的“合同审批” 2. 先根据合同类型选择“合同模版” （特殊合同可选“自由合同” ），之后自动生成正文模版和“合同编号” 。“合同名称” “项目名称” “登记日期” “签订日期” “合同金额” “项目类 别”“客户名称” “付款方向”“合同状态”等内容根据实际情况填写。流程标题可不填。 3. 合同付款方式计划中，点击右侧可以添加删除行。内容按照实际情况填写，若没有 可不填，但付款比例为必填项，且要保证累加起来为100%。完成后点击保存。 4. 正文内容由所选模版产生，空白处可根据实际情况填写，模版内容严禁修改，否则审批时将打回。 5. 填写完成后点击下一步，选择相应的审批人员提交。（具体流程见后） 二、合同查询 1. 可以查询自己发出的流程。具体操作在“我的流程” --- “流程查询”中。和以往的请示流程查询一致。 三、合同借阅 1. 若想查询别人发起的流程，可选择“合同借阅”（需要有相应的权限）。操作方法为：点击菜单“我的流程” --- “发起流程” --- “合同流程”中的“合同借阅” 。选择需要借阅的合同，点击下一步提交审批。目前合同借阅均由合约管理部进行审批。 四、合同流程、附件材料及有关规定 1. 工程施工合同 1.1 审批流程 发起部门T发起部门负责人T合约部T项目管理部T质量安全部T财务审计部T总经 办T总经理T合约部（打印、盖章、归档） 1.2 须附有以下有效材料的扫描件：营业执照、资质证书、安全生产许可证、组织结构代码证、税务登 记证、法人身份证 1.3 有关规定 1.3.1 项目部对外分包部分工程项目，单项分包金额超过3 万元的必须签订“项目分包合同”或“独立分承包商承包合同”并上报公司审批，上报的合同中需明确分包工程项目
会员产品设计规格说明书 版本<1.0>
1.概述3 2.引用3 3.体系结构设计4 3.1业务处理流程图4 3.2主要对象及关系模型4 这里主要描述会员处理程序的类图及关系 (4) 3.2.1 用户界面的主要类图(窗口) (4) 3.2.2 业务类图 (4) 3.2.3 实体关系图(E-R图) (4) 3.3产品－部件结构图4 3.3.1 一级部件结构图（功能部分，不涉及服务部分） (4) 3.3.2 二级部件结构图 (7) 3.4功能需求与部件对照表9 4.性能设计10 5.对外接口设计10 6.产品部署设计10 6.1系统部署10 6.2产品交付文件定义10 6.3产品及功能间依赖关系11 6.3.1 组件图 (11) 6.3.2 产品关系表 (11) 6.4升级设计11
1.概述 2.引用
3.体系结构设计 3.1业务处理流程图 主干业务处理流程图： 3.2主要对象及关系模型 要求： 通过UML类图描述 可借此图，迅速找到本应用的部件、公用部件、公用类或本应用的部件的子类 可反映清晰的部件关系、部件及公用部件/公用类之间的关系 如果一个部件有几个类，一并描绘 一般画一层类图即可。如果应用比较复杂，要考虑画出二层类图 这里主要描述会员处理程序的类图及关系 3.2.1用户界面的主要类图(窗口) 3.2.2业务类图 3.2.3实体关系图(E-R图) 3.3产品－部件结构图 要求： 用树状菜单结构描述 一级菜单描述子系统（产品）、二级菜单部件分类、三级菜单部件 对部件编号＝产品包代码＋部件标识 3.3.1一级部件结构图（功能部分，不涉及服务部分） 3.3.1.1基础应用组 用户群指导：指的是基础大众，面对的是最广泛的目标客户群体。包括大众买家、普通藏家为主的，提供的是以展示和推广为核心的服务； 条件：仅仅是区分游客身份的角色，不做任何权级限定。免费注册，享受基础服务；
CRM客户关系管理 ——项目需求分析说明 江苏淮微技术中心 Jiangsu Microsoft Technology Center
第一部分引言 1.1编写目的 本规格说明描述了CRM项目的需求，作为系统设计、实现目标及验收的依据，通过该需求分析，描述用户的具体需求，定义需求具体的规格和内容。并且作为各方面沟通的依据，也作为下一步工作提供基准。 软件开发小组的每一位成员应该阅读本需求说明，以明确项目最后要求完成的软件产品的特点，经使用方认可的需求说明将作为产品特征评价、仲裁的重要参考。 1.2适用范围 本文档主要设计CRM的应用模型和功能需求描述。 1.3背景 A、软件系统的名称：CRM客户关系管理系统 B、任务提出者：中文名称(英文) 开发者：江苏淮微技术中心（Jiangsu Microsoft Technology Center） C、本系统目前是独立的系统，暂不与江苏淮微技术中心的其他软件系统提供接口，所产生的输出也将是独立的。 最终用户可通过互联网或局域网以多种方式使用本系统。 本系统将使用SQL Server2005作为数据库存储系统，SQL Server2005软件由用户自行提供 1.4 术语、定义和缩写 定义：CRM 客户关系管理系统是把有关市场和客户的信息进行统一管理、共享，并能进行有效分析的处理的新型应用系统，它为企业内部的销售、营销、客户服务等提供全面的支持。 缩写：CRM
1.5文档概述 本文档主要描述了CRM的外部接口需求、功能需求以及其他非功能需求 1.6参考资料 相关的文件包括： Ａ、江苏淮微技术中心《CRM项目开发计划》； 参考资料： A、国家标准《软件需求说明书（GB856T——88）》 B、《软件工程》 C、《设计模式》 D、《CRM客户关系管理系统》 第二部分任务概述 2.1目标 CRM 客户关系管理系统是把有关市场和客户的信息进行统一管理、共享，并能进行有效分析的处理的新型应用系统，它为企业内部的销售、营销、客户服务等提供全面的支持。具体说来，系统的目标包括： 客户管理 事物管理 销售管理 采购管理 商务管理 服务管理 汇总中心 权限管理
河钢供应链平台订单/合同管理使用手册—唐钢 目录 1、服务流程介绍 (2) 2、操作流程介绍 (3) 2.1绑定sap供应商编码 (3) 2.2收货单管理 (4) 2.3入账通知单管理 (5) 2.4 现场/邮寄交单 (6) 2.5发票管理 (6) 3、常见问题处理 (7)
河钢供应链平台订单/合同管理使用手册 河钢供应链平台的【订单/合同管理】-【录发票(唐钢专属)】模块，该模块主要为河钢唐钢供应商提供发票录入以及入账通知单打印等功能。 1、服务流程介绍
2、操作流程介绍 2.1绑定sap供应商编码 2.1.1 登陆河钢供应链平台，点击订单/合同管理。 2.1.2 点击“录发票（唐钢专属）”-“SAP供应商编码”，输入编码，进行绑定保存。首次绑定即可，SAP供应商编码可详询采购方相关人员。
2.2收货单管理 2.2.1点击“收货单管理”，可通过输入SAP采购订单号和SAP采购订单行目号，选择发票状态，查找所需收货单；勾选所需收货单点击“录入发票”，跳转至新界面。 2.2.2在“本次结算数量”处输入开票数量，系统关联生出“本次结算金额”； 2.2.3完善收款信息；
2.2.4添加发票信息，点击“添加发票”后上传至已录入发票处； 2.2.5 依次上传所需发票信息，完成“验票”操作后，点击“保存”。 2.3入账通知单管理 点击“入账通知单管理”，查询所需入账通知单，点击“打印”，即可打印出所生成的入款通知单。
2.4 现场/邮寄交单 供应商将发票与入账通知单一同提交/邮寄至唐钢财务，即完成此次操作。 2.5发票管理 当唐钢财务审核发票有误时，经双方沟通确认错误项后，点击“发票管理”-“修改发票”，录入正确发票信息，在系统上进行替换，并重新提交或邮寄正确发票至唐钢财务。
系统需求分析说明书
文档历史记录 注：后期所加内容均绿色背景字体标注 目录 1.1目标&意义 ........................................................................................................................ 1.2领域知识........................................................................................................................... 1.3思维导图........................................................................................................................... 1.4业务流程图....................................................................................................................... 2功能范围..................................................................................................................................... 2.1功能名称........................................................................................................................... 2.1.1功能说明............................................................................................................. 2.1.2用例说明............................................................................................................. 2.1.3操作流程............................................................................................................. 2.1.4界面原型............................................................................................................. 2.1.5对应字段............................................................................................................. 2.1.6相关规则............................................................................................................. 3词汇表......................................................................................................................................... 4非功能需求................................................................................................................................. 4.1规则变更需求................................................................................................................... 4.2产品服务需求................................................................................................................... 4.3帮助需求........................................................................................................................... 4.4安全性需求....................................................................................................................... 4.5上线实现需求 (3) 5上线时间安排表......................................................................................................................... 1产品概述 说明：<简单描述项目的背景、意义、目的、目标等，描述领域知识> 1.1目标&意义 项目目标： 完整保存教师信息；
合同管理操作手册 一、基础资料 (1) 1、合同类型 (1) 2、款项性质定义 (2) 3、合同类型数据授权 (3) 4、合同类型数据授权 (4) 5、事务类型 (4) 二、合同定义 (5) 1、拟定合同 (5) 1、合同登记 (7) 2、合同数据授权 (13) 3、付款计划 (14) 4、合同变更 (15) 5、合同付款 (16) 7、合同索赔 (19) 8、开票信息 (19) 9、合同事务 (23) 三、报表与分析 (23) 1、合同台帐 (23) 2、项目合同汇总 (24) 3、合同份类汇总 (26)
一、基础资料 1、合同类型 功能：对公司的合同进行分类管理：承包合同、采购合同、劳务分包合同、虚拟采购合同等等并可指定合同成本科目 操作方法：打开合同类型，点击新增，输入分类名称，设置合同类别的成本科目，(设置成本类型以后，软件会自动的将合同的金额归集到相应的成本上。)保存既可 2、款项性质定义 功能：款项拨付过程中，一般有预付款、进度款、到货一次性付款和尾款等类型，可在此定义。 操作方法：打开款项性质定义，选择收入类或者支出类，点击新增，输入收款款项名称保存既可
3、合同类型数据授权 功能：合同变更类型的定义 操作方法：：打开变更类型，点击新增，录入常用的合同变更类型即可。
4、合同类型数据授权 功能：将不同类型的合同对不同对象进行授权，可以按照角色、部门、人员等进行权限的设置，权限也区分读写，按合同类型授权之后，该类型下的所有合同，均可查阅或者修改。 操作方法：打开合同类型数据授权，选择需要授权的合同分类，点击生成，在弹出的选择中，选择授予的种类，系统提供三种选择，角色，部门，人员。，在弹出的选择框中打对勾，确定既可，在操作权限处设定读输出/或者写的权限 5、事务类型 功能：合同事务类型的定义 操作方法：：打开事务类型，点击新增，在弹出的界面录入常用的合同事务类型保存即可。改数据会被合同事务模块调用。
产品需求规格说明书 This model paper was revised by the Standardization Office on December 10, 2020
学校网站 产品需求规格说明书
变更历史
目录
0.文档介绍 0.1文档目的 主要是将学校网站的开发设计及开发需求进行介绍。 0.2文档范围 属于开发技术人员使用的文档 0.3读者对象 四组开发技术人员以及具备.net相关知识的专业人员
1.产品介绍 信息技术迅猛发展，使人们的工作方式、学习方式和生活方式受到了前所未有的冲击，网络凭借其信息存储容量大，表现形式多样化，高度共享、扩展性以及交流的实时性和便利性等独特的优势，在教育领域中得到了广泛的应用，特别是国际互联网与校园网的链接，为学校教育教学提供了丰富的资源。学校网站的建设可以对一个学校的发展起到至关重要的作用，然而以前的学校都是消息非常闭塞的环境校外新闻进不来，校内新闻要靠各级领导传达给老师，老师才能传达给学生，老师学生之间的交能够流也只能通过面对面的被动方式进行，为了改变现状给老师和学生提供最新的校内外新闻，老师可以将最新的学习资料传到网上，学生和老师之间可以有一个自由交流平台，学校网站的建设势在必行。 2.产品面向的用户群体 设计一个性能良好并且实用的学校网站，以满足用户网站功能的需求，对产品用户的需求和特征进行分析是必要的。 1）用户信息需求：本产品主要面向老师和学生，可以给老师和学生提供一个及时了解校内外新闻的平台，老师和学生可以通过输入网址打开学校网站对该网站中的所有新闻信息进行浏览，有ftp权限的用户可以登录后对感兴趣的信息进行下载，用户可以学校网站聊天室进行聊天交流。 2）用户管理要求：任何系统都不是完美的，都需要进行管理，本学校网站设置两种身份的用户，分别是普通用户和管理员用户，管理员用户通过管理员帐号登录后可以管理登录帐户，可以对注册用户信息进行维护，可以上传修改删除新闻等内容，可以查看所有信息 3）本系统的优势：网站安全性较高，进入不同的页面要有不同的登录帐户，信息量大，方便浏览，可实施性强，目前，大学的校园网路覆盖了教学区和学生区的主
实用标准文档 XXXXXXX信息技术（集团） 有限公司 合同管理系统需求 概要说明书 项目名称：合同管理系统 编制单位：XXXXXXX信息技术（集团）有限公司 编制日期：2012年6月17日
目录 1．项目背景 (3) 2．项目目标 (3) 3．项目需求 (4) 3.1 需求分析 (5) 3.1.1 使用对象 (5) 3.1.2 实现目的 (5) 3.2主要业务需求 (6) 3.2.1 客户管理 (7) 3.2.2项目管理 (9) 3.2.3合同管理 (9) 3.2.4合同查询 (12) 3.2.5合同统计 (14) 3.2.6水电费管理 (15) 3.3 项目运行环境的限制等非功能性需求 (18) 3.3.1时间特性要求 (18) 3.3.2 安全性要求 (18) 3.3.3 可靠性要求 (18) 3.3.4 可扩展性要求 (18) 3.3.5可维护性要求 (18) 4．项目工作量要求 (18)
1．项目背景 长期以来，采用手工管理合同，由于涉及的部门众多，需要管理的合同要素也各不相同，因此造成信息不集中，实时性不强，导致各部门协作，业务流程组建，监控制度执行方面效率不高，费时费力等问题，具体表现在如下方面： 1)文档管理困难：传统纸质合同与电子版合同共存，但对于不同的人员想阅读参考合同时，存在查找不方便的问题。尤其是领导需要了解合同文本时需要耗费很多时间。 2)进度控制困难：由于合同数目多，参与人员多，合同进度的控制基本靠手工和普通word、excel管理已很难满足公司发展需要，并且当领导想全局或全程了解合同情况时存在很大障碍。财务人员的付款依据也与进度密切相关，但同样存在障碍。 3)信息汇总困难：采用手工或EXCEL管理时，由于不同部门的数据格式不统一，采集也不能够及时继续，汇总工作需要耗费大量时间还不一定准确。对于领导的决策时间有一定的影响。 4)缺少预警机制：缺少对合同进度、结款等关键节点的预警，不能准确地预测近期可能的收支项目，不能帮助公司进行财务规划，掌控现金流，更好地发挥资金运作。 因此，为了解决上述问题，帮助用户更好的管理和监控公司合同运作流程，需要开发一套功能完整的智能化的合同管理系统软件，实现合同管理规范化、智能化，提高办公效率及人员的利用率成为促进企业迅速发展的一支很好的催化剂。 2．项目目标 合同管理系统就结合国内各行业企业的特点，为企业量身定做的成熟的合同管理系统，主要完成以下项目目标： 1.建立合同信息、客户信息以及项目信息的信息维护管理平台。