产权交易电子商务平台系统需求分析报告

1、实用文档大全产权交易电子商务平台系统目录第一章开发的目的在分析某省产权交易中心主流业务基础上，结合用户提出的功能需求，分析、整 理描述了开发产权交易电子商务系统的目的。目的在于为开发人员、维护人员、客户之 间提供便捷的服务，对产权交易电子商务平台功能的实现。第二章开发的背景项目提出者：某省产权交易中心 项目开发者：某大学，某省产权交易中心产权交易电子商务平台联合开发组 系统用户：某省产权交易中心工作人员、进行产权交易的买卖双方本产权交易系统主要由两部分组成：1）非标准化产权（国有产权）交易的电子商务平台包括在线产权交易委托、交易信息综合查询、实时流程追踪、信息公示、交易鉴证 等。该平台将交易者

2、在线提交的信息上传到交易中心，根据业务流程进行相应处理，网 上实现完整的交易。2）与非标准化产权交易相关的办公自动化功能细化工作流程至最小单元，通过流程的定制实现整个交易过程信息化管理；设定系 统用户成不同角色，细化角色的权限和职责，通过角色的分配和组合，实现管理的规范 化和交易的安全性。第三章系统需求分析3.1项目目标和内容产权交易中心主要从事：国有、集体企业、行政事业单位资产产权转让；非上市股 份有限公司和有限公司股权转让；无形资产的转让；产权对外托管、租赁、承包；对产 权交易进行鉴证、 组织交易、代理交易；受托资产（股权）登记和管理、企业改制重组、 投融资策划、咨询服务等业务。该系统主要

3、实现基于网络的非标准化国有产权交易活动电子化，以及交易流程与产权交易中心业务的数字化整合，从而确保交易数据的实时性、一致性、完整性，提高交 易效率，规范交易流程，完善管理模式、增加监管透明度。3.1.1建设非标准化产权（国有产权）交易的电子商务平台产权交易双方可以借助此平台完成非标准化产权（国有产权）的交易：包括在线产权交易委托、交易信息综合查询、实时流程追踪、信息公示、交易鉴证等。该平台将交 易者在线提交的信息上传到交易中心，根据业务流程进行相应处理，网上实现完整的交 易。3.1.2实现与非标准化产权交易相关的办公自动化功能针对非标准化产权（国有产权）交易流程，实现与其相关的业务办公自动化系

4、统。 主要包括：细化工作流程至最小单元，通过流程的定制实现整个交易过程信息化管理；设定系统用户成不同角色，细化角色的权限和职责，通过角色的分配和组合，实现管理的规范化和交易的安全性。该系统将实现交易中心各业务部门之间的信息流转，从而提高工作效率，更好地服务客户。3.1.3搭建标准化产权（债权、股权、技术产权）的信息平台在非标准化产权（国有产权）交易电子商务平台的基础上，根据债权、股权、技术产权等标准化产权的特点，进行业务流程的重组，构建相应的交易平台。3.2项目成员结构和实施计划本项目共分为两期实施，首期主要完成3.1.1和3.1.2部分的内容，计划 200？年xx月至200?年xx月底完成。

5、项目实施分为用户需求分析、系统整体设计、实施代码设计、测试运行、应用发布等几个阶段。阶段总负 责人阶段 负责 人实施者日期主要内容 和目标需求分析形成用户 需求和用 户使用界 面原型总体设计构建系统 总体框架 和技术框 架，形成 总体设计 和概要设 计说明书代码设计完成系统 待码设计 形成a版测 试根据用户 反馈意见 进行修改 和完善，形成系统 B版发布 应用提交用户 系统，形 成用户使 用说明书某省产权交易电子商务平台项目研发进程表3.3业务流程描述3.3.1非标准化产权（国有产权）交易业务流程活动图332非标准化产权（国有产权）交易业务流程说明整个流程分为6阶段1. 出让申请及审核a）出让

6、方填写产权出让申请书暨承诺书，提交公司基本情况和对受让方的基本要求等信息，并提交有关附件给交易部供审核。b）交易部项目经理、部门经理、总裁级审核材料，并在产权出让申请审批表上签字盖章表示确认。c）d）交易部项目经理、部门经理、总裁级审核委托合同，并在产权出让委托合同审批表上签字盖章表示确认。e）交易部项目经理通知出让方、总裁签订产权出让委托合同。2. 出让挂牌a）合同签订后，交易部项目经理向出让方发出挂牌及公告通知。b）出让方对挂牌及公告内容确认后递交挂牌及公告内容确认给交易部项目经理，同时，出让方递交挂牌费及公告费给财务部负责人。c）财务部负责人收讫出让方缴纳的挂牌及公告费用后，发出产权出让

7、方资金收 讫通知书给交易部项目经理。d）交易部项目经理通知信息部负责人根据登报日期将产权信息挂牌。e）信息部负责人将产权信息挂牌后通知交易部项目经理。3. 受让申请及审核a）受让方填写产权受让申请书暨承诺书，并提交有关附件给交易部项目经理。b）交易部项目经理、部门经理、总裁级审核材料，并在产权出让申请审批表上签字盖章表示确认。c）交易部项目经理向受让方发出产权受让核准通知书。（必须在出让挂牌 20个工作日后）4. 交易a）挂牌20个工作日后，交易部项目经理通知出让方挂牌结果，并与出让方协商确定交易方式。b）出让方向交易部项目经理提交产权交易方式确认书。c）交易部项目经理做好交易前的准备后，向出

8、让方和受让方发出产权交易通知 书。d）出让方、受让方收到产权交易通知书后向交易部项目经理表示将按照产 权交易通知书上载明的时间参加交易。e）交易部项目经理通知出让方、受让方、总裁签订产权交易合同并组织出让方、受让方办理交接。f）交易部项目经理要求出让方、受让方缴纳佣金等款项。g）出让方、受让方将佣金等款项交给财务部负责人。h）财务部负责人收讫佣金等款项后发出产权出让方资金收讫通知书、产权受让方资金收讫通知书给交易部项目经理。5. 结算交割a）交易部项目经理通知受让方递交交易价款。b）受让方递交交易价款给财务部负责人。c）财务部负责人收到交易价款后，通知交易部项目经理。d）交易部项目经理通知财务

9、部负责人把交易价款给出让方。e）财务部负责人把交易价款划转给出让方。f）出让方收到交易价款后通知财务部负责人。g）财务部负责人通知交易部项目经理出让方已经收到交易价款。h）交易部项目经理按合同内容决定首期付款后发放交易凭证还是全部价款结清 后发放交易凭证。6. 鉴证确认a）交易部项目经理、部门经理、分管总裁审核材料，并在产权出让申请审批表 上签字盖章表示确认。b）交易部项目经理代表交易中心向出让方、受让方发出产权交易凭证。333基于角色的活动用例图名词解释:什么是用例图：用例是一个简单的声明，体现为文字或图表形式，描述系统的一个特定的目的或结果，以及是谁希望得到结果.用例图可以说成是对于一个软

10、件在规划阶段产生的技术性需求和功能性需求，利用某种建模工具来实现出来的一个图形化的介绍334主要用例文件用例ID:UC-01用例名称：出让申请创建时间：最后修改时间：参与者：产权出让方用例描述：要出让产权的会员填写产权出让的相关文档并提交 给系统，如果出让方没有一次全部提交信息，系统 提供暂存功能，使得出让方在下次登陆时继续填写。前置条件：出让方已经以会员的身份登录到系统中用例层次：用户目标基本事件流：1. 出让方进入产权出让界面2. 系统显示产权交易的流程以及交易过程中应注意 的条款3 出让方选择“我要申请”4.出让方填写出让申请资料出让方填写产权出让申请书暨承诺书（公司名 称、出让标的名称

11、、产权持有者等信息）并暂存 出让方填写附表一一一公司基本情况（企业名 称、注册号、注册地址、注册资本、企业类型、法 定代表人、主营范围、公司网站、机构代码、股东 结构、在册职工信息、资产负债评估信息、上年度利润表、土地价值、土地性质等信息）并暂存出让方填写附表二一一对受让方基本要求（所在行业、经营情况、管理能力、企业资质、出让底价、 付款方式、职工安置方式、债权处理方式、债务处 理方式、土地使用方式、是否允许自然人、是否允 许境外或港澳台的投资者等信息）并暂存5.出让方确认提交所有资料6 .系统存储出让方信息，登记为新项目，并显示出让方除申请书外需要提交的材料证明（注：暂存是指系统存储出让方填

12、写的所有信息，以备出让方下次继续填写。在暂存后但提交前，系统 不对提交信息进行登记，即各审核人不能对提交的信息进行审核）扩展事件流：1a.出让方在上次暂存后进入此页面：臥 系统显示上次暂存后的内容，丿供用户继续填 二写或修改，转4H5a.方填写的数据不完整：5a1 系统提示输入完整信自用例ID：UC-3a1a 出让方填写遗漏掉的信自并确认用例名称：W 1 Q .LLIJ J* J A-Ci- l/lN JI HJIU 丿 丿 1 vu V、选择流让方暂存后未在系统规定的期限内确认提交创建时间：5b1.由系统管理员处理修信息 （提示出让方或 删除出让信息）时间：后置条件：出让方把出让申请资料提交

13、给了系统参与者：项目经理用例描述：项目经理接手新项目后，在已存在的流程中选择项目要进行的流程前置条件：-项目经理对该项目有全程负责的权限_用例层次:-护户目1 项目经理经理查看已有流程 经理程中选择一个适合本项1的2.系统记录选择结果并显示整基本事件流/部匸流信。经理并在已有流个项目需要经过的用例ID：UC-0流 程用例名称：选择项目经理扩展事件流:无最后修改后置条件：此新项目有一个明确的流程:参与者：部门经理用例描述：当新项目登记后，部门经理为新项目指派一个项目 经理对其负责前置条件：出让方向系统提交了申请资料，生成一个新项目； 项目经理列表中已存在若干项目经理供选择用例层次：用户目标基本事

14、件流：1 .部门经理从系统列出的项目经理列表中选择一 个对本项目负责2. 系统纪录选择结果，即此项目的项目经理3. 系统将此项目的状态改为等待项目经理审核扩展事件流：无后置条件：项目与某具体项目经理产生绑定关系，以后此项目 的全过程将由此项目经理负责项目纽里、A丿部门经理出让申请审核A总裁级用例ID:UC-04用例名称：出让申请审核创建时间：最后修改时间：参与者：项目经理 部门级 总裁级（注：具体为流程中指定 的审核人）用例描述：项目经理、部门级、总裁级逐级审核出让方提交的 出让申请资料及材料证明,并给出相应的审核意见前置条件：出让方向系统提交了申请资料，并把其他附件提交 给已指定的项目经理用

15、例层次：:用户目标基本事件流：1系统在出让方的界面中显示“贵单位的出让申请正在审核中，请等待”2. 飞统在项目经理的工作台中标识该项目为待办3. 项目经理查看该项目的当前信息4 二项目经理审杳出让方提交的资料是否齐全、一致，并在项目经理工作台中填写审核意见 旷系统记录项目经理的意见門将项目标记为项目经理完成出让申请审核6. 统在下一位审核人的工作台中标识该项目为 总綺办、工作17.下一位审核人杳看该项目的当前信息.并在自己的工作台中填写审核意见& 系统记录该审核人的意见，将项目标记为此审核人已通过审核9.需要多级领导审批，系统重复6-8步，直至所有 指定审核人审核通过10 .系统将项目标记为出

16、让申请已通过审核扩展事件流：4a. 项目经理不同意4a1系统把申请表退回给申请者重新填写，审核 的过程被挂起直到系统收到修改好的申请表6a.其他审核者不同意6a1系统通知项目经理，审核的过程被挂起直到 系统收到修改好的申请表后置条件：:出让方提交的出让申请已被批准用例ID:UC-05用例名称：出让委托合同审核创建时间：最后修改时间：参与者：项目经理部门经理总裁级用例描述：项目经理、部门级、总裁级逐级审核出让委托合同 草案，并给出相应的审核意见前置条件：出让申请已经通过，项目经理和出让方已经初始化 了出让委托合同的草案（文档形式）用例层次：用户目标基本事件流：1 .项目经理审查该项目的出让委托合

17、同草案2 项曰经理审查出让方提交的资料是否齐全、一厂致，并在项目经理工作台中填写审核意见3 上系统纪录项目经理的意见，将项目标记为项目经 理完成出让委托合同审核/项目系统在下一位审核人的工作台中标识该项目为待办工作用例ID：UC-下一位审核人杳看该项目的当前信息，并在自己的工作台中填写审核意见6目系统记录该审核人的意见， 将项目标记为该审核 人完成出让委托合同审核7.需要多级领导审批，系统重复4-6步，直至所有 指定审核人审核通过扩展事件流：6a. 审核者不同意6a1.系统通知项目经理，审核的过程被挂起直到系 统收到修改好的出让委托合同后置条件：出让委托合同审核完毕，可以签订用例名称：签订出让

18、委托合同创建时间：最后修改时间：参与者：产权出让方项目经理总裁级用例描述：:项目经理组织产权出让方与总裁级签订委托合同前置条件：出让方提交的出让申请以及出让方与交易中心协商 的委托合同草案已经通过审核用例层次：用户目标触发事件：:出让方进入“签订出让委托合同”界面基本事件流：1.系统在出让方界面显示“请贵单位尽快来我中心 签订委托合同”2 出让方来交易中心签订合同3 项目经理通知系统合同签订成功4. 项目经理向系统录入出让委托合同的主要信息 并进行确认5. 系统标识项目状态为“出让委托合同签订成功”扩展事件流：无后置条件：出让方与总裁签订产权出让委托合同完毕AJ A.出让方 挂牌及公告 项目经

19、理用例ID:UC-07用例名称：挂牌及公告创建时间：最后修改时间：参与者：出让方项目经理用例描述：出让方对挂牌及公告内容进行确认，交易中心挂牌前置条件：委托合同签订成功且挂牌及公告内容还未确定用例层次：用户目标基本事件流：1. 系统在出让方界面显示“挂牌及公告通知”2. 出让方对挂牌及公告内容修改完毕后进行确认3. 出让方打印出已经确认的挂牌及公告内容并由 出让方签字盖章。4. 出让方把确认好的挂牌及公告内容提交给系统 并把打印好的挂牌及公告内容确认书提交给交易中 心，并缴纳挂牌及公告费5. 交易中心收到出让方提交的挂牌及公告内容确 认书后，对出让方提交给系统的挂牌及公告内容进 行确认，并准备

20、开始挂牌6. 当项目经理确定好报刊名称及公告起始时间时， 项目经理对出让信息进行挂牌扩展事件流：后置条件：出让信息挂牌用例ID：UC-08用例名称：受让申请创建时间：最后修改时间：参与者：产权受让方用例描述：要受让产权的会员填写产权受让的相关文档并提交 给系统前置条件：受让方已经以会员的身份登录到系统中用例层次：用户目标基本事件流：1. 受让方进入产权受让界面2. 系统显示产权交易的流程以及交易过程中应注意 的条款3 受让方选择“受让申请”4 受让方填写出让申请资料受让方填写产权受让申请书暨承诺书（公司名 称、受让标的名称）并暂存受让方填写附表一一一公司基本情况（企业名 称、注册号、注册地址、

21、注册资本、法定代表人、 主宫范围等）并暂存出让方填写附表二一一对受让方基本要求（受让目的、方式、意向）并暂存5. 受让方确认提交所有资料6. 系统存储受让方信息并显示受让方除申请书外需 要提交的材料证明和提交期限扩展事件流：1a.受让方在上次暂存后进入此页面：1a1.系统显示上次暂存后的内容，供用户继续填写或修改，转45a.受让方填写的数据不完整：5a1.系统提示输入完整信息5a1a.受让方填写遗漏掉的信息并确认5b.受让方暂存后未在系统规定的期限内确认提交5b1.由系统管理员选择延期或者删除此项目后置条件：受让方把受让申请资料提交给了系统J顶目坯理f *A3CD部门海Q 受让用斫檳-T、总林

22、用例ID：UC-09用例名称：受让申请审核创建时间：最后修改时间：参与者：产权受让方项目经理部门级总裁级用例描述：项目经理、部门级、总裁级分别审核受让方提交的 受让申请资料及材料证明前置条件：受让方把受让申请资料提交给了系统且材料证明未 提交用例层次：:用户目标基本事件流：1. 系统在出让方的界面中显示“贵单位的受让申请 正在审核中，请等待”2. 系统在项目经理的工作台中标识该项目为待办 工作3. 项目经理审查受让方提交的资料是否齐全、一 致，并在项目经理工作台中填写审核意见4. 系统记录项目经理的意见，将项目标记为项目经理完成受让申请审核5. 系统在下一位审核人的工作台中标识该项目为 待办工

23、作cf /YI尹.、*-r 口 rAAt、【/ /亠 4宀r5 下 位审核人查看该项目的当前| 口息，丿并在自己0 的工作台中填写审核意见C1系统记录该审核人白将项目标记为此审核出让方人已通过审核T式确认 亜目修里 勻hw加祐 巳帯电比玄任U -iLb_舌士百匚若_5、j -r jpu ?、刁匕上匕尸.ofa I i i g指定审核人审核通过系统将项目标记为受让申请已通过审核扩展事件流：3a. 项目经理不同意3a1系统把申请表退回给申请者重新填写，审核 的过程被挂起直到系统收到修改好的申请表6a.其他审核者不同意6a1系统通知项目经理，审核的过程被挂起直到 系统收到修改好的申请表后置条件：项目

24、经理、部门级、总裁级审核完毕受让方提交的 受让申请资料及材料证明用例ID:UC-10用例名称：交易方式确认创建时间：最后修改时间：参与者：产权出让方用例描述：产权出让方将确定的交易方式提交给系统前置条件：产权受让结果（受让方数量、信息）已经确定用例层次：用户目标基本事件流：1.系统根据已有的受让结果显示供出让方选择的 交易方式：只有一个受让方，则系统只提供“协商”交易方 式供选择；jL若有两个以上的受让方，则 V、“竞标”、“拍卖”等交易方 2：、出让方选择交易方式 电项目经理查看出让方提交的 早-交易方式结果 Z4?系统存储交易方式结果 3a.项目经理有异议系统提供“协商”、亍式供选择；交易

25、方式信息，确认项目绍巻扩展事件流：氢用例ID：uCall项目经理与出让方协商， 确定交易方式结果后例条称:产权出让方将确定的交易方式提交给系统创建时间：最后修改时间：参与者：产权出让方产权受让方 项目经理用例描述：:出让方与受让方完成交易丁前置条件：产权出让方已经确定交易方式且出让方、受让方还 未进行交易用例层次：:用户目标基本事件流：1 .项目经理向系统提交交易时间、地点等信息2. 系统在交易双方界面中显示交易通知书（包含交 易时间、地点、标的名称、交易方式等内容）3. 出让方及受让方对交易通知书的内容表示确认， 即交易双方同意参加交易4. 交易双方在约定的时间来交易中心参加交易并 签订产权

26、交易合冋（包括出让方、受让方办 理交接）并确定付款方式5. 双方缴纳交易佣金6. 项目经理向系统录入产权交易合同主要内容（交易价款，付款方式等）c、r * I一，口亠厶*一 * -r/z./a J 口扩展事件流：3a.4a.受让丿J未在乂易之前表小确定愿意参加乂易 301系统删除受让方信息 受让方被淘汰项401 吒縣统删除受让方信息后置条件：:出让方与受让方交易完成并签订了厂产权交易合同A汽部门经理严丿7交易菰程审核总裁级用例ID:UC-12用例名称：交割及审核创建时间：最后修改时间：参与者：项目经理部门级总裁级财务部用例描述：项目经理 部门级 总裁级对交易双方的整个交易过 程进行审核前置条件

27、：:交易双方的交易过程结束用例层次：用户目标基本事件流：1系统在出让方的界面中显示“产权交易合同已经 签订成功，请贵单位根据合冋与受让方办理好交接。 同时，产权交易中心将对贵单位的整个交易流程进 行审核以备办理交易鉴证报告。”2系统在项目经理以及财务部负责人的工作台中标 识该项目为待办工作3 财务部负责人点击该项目的链接4财务部负责人查看产权交易合冋中规疋的受让方 应缴纳的交易价款以及付款方式5当财务部负责人收到受让方缴纳的交易价款时进 行确认6项目经理点击该项目的链接7 .项目经理看到交易价款的收讫情况后对出让方和 受让方的整个交易流程进行审核并填写审核意见 &系统记录项目经理的意见，将项目

28、标记为项目经理完成交易流程审核9.系统在下一位审核人的工作台中标识该项目为待 办工作10 .下一位审核人查看该项目的当前信息，并在自 己的工作台中填写审核意见11 系统记录该审核人的意见，将项目标记为此审 核人已通过审核12 .需要多级领导审批，系统重复9 11步，直至所有指定审核人审核通过系统将项目标记为整个交 易流程已通过审核扩展事件流：7a.项目经理不同意7a1系统把申请表退回给申请者重新填写，审核的过程被挂起直到系统收到修改好的申请表9a.其他审核人不同意9a1.系统通知项目经理，审核的过程被挂起直到 系统收到修改好的交易流程审批表后置条件：交易双方的整个交易流程通过审核夭系统管理员流

29、程疋制用例ID:UC-13用例名称：流程定制创建时间：最后修改时间：参与者：系统管理员用例描述：系统管理员定制新流程，供项目经理选择前置条件：无用例层次：用户目标基本事件流：1. 管理员登陆系统2. 管理员点击“新建流程”3. 系统填充创建时间、创建人4. 管理员填写流程基本信息（流程名称、流程描述） 并确定5. 系统生成一个新项目6. 管理员在现有的所有控制节点中选择部分节点 组成新的流程7.管理员进行确认，并由系统显示“新流程定制成 功”扩展事件流：无后置条件：新流程疋制成功，添加到流程列表中3.4非标准化产权交易业务基础341业务基本概念模型财辭喷歆1D.*（图5-1业务基本概念模型）1

30、 -r舒1D.*4143.4.2非标准化产权（国有产权）交易业务基本对象业务基本对象主要指产权交易中心发生业务的主要业务体，所有的业务都围绕这些基本项目进行。业务基本项目主要包括出让方、受让方、合同、交易标的、内部员工、系统用户等。 围绕业务基本项目，包括以下各种共同的内容：资料管理，指管理其属性内容，并支持资料属性的可扩展性（如扩展属性的约 束管理）。总的来说，资料分为基本资料和功能性扩展资料。对于扩展性资料， 允许用户定义其属性。生命周期管理。对业务基本项目管理其存在的整个生存周期的各种活动，包括 登记、管理、淘汰、删除等基本操作。对于特定数据进行的增加、修改、删除等不可再分的一次操作34

31、2.1部门管理与交易系统相关的内部组织分为交易部、信息部和财务部。a）基本资料部门的资料包括编码、名称、简称、主要业务、电话、部门经理等。b）相关设置对内部组织的设置包括：人员，主要是内部职责对应的员工信息。组织级别，主要是设置其组织级别和上级管理组织。3.4.2.2交易项目a）基本资料交易项目的主要属性包括：标的企业基本信息（名称、注册号、注册地址、注册资本、企业类型、法定代表人、主营范围、公司网站、机构代码、股东结构、在册职工、 资产负债评估、上年度利润表、土地价值、 土地性质）；对受让方的基本要求（所在行 业、企业类型、经营情况、商业信誉、管 理能力、财务状况、企业资质、资产规模、 出让

32、底价、付款方式、职工安置方式、债 权处理方式、债务处理方式、土地使用方 式、是否允许自然人、是否允许境外或港 澳台的投资者）b）行为控制交易项目的生命周期包括：初始。待审。挂牌。受让登记。交易。交接。结束。c）业务管理需要处理的业务有：信息登记。审核，包括项目经理审核，部门经理审核，总裁级审核。挂牌及公告受让登记交易删除，只有没有受让方的项目才能删除。342.3注册交易用户a）基本资料对注册交易用户进行管理，我们要关注的注册交易用户主要属性包括会员编码、企 业名称、法定代表人、注册地址、注册资本、经营范围、所属行业、主要产品、资质、 商业信誉、经营情况、财务状况、管理能力、资产规模、股东结构、

33、注册资本等信息b）行为控制注册用户的生命周期包括：潜在。待审（已登记）。正式交易用户。注销（退出登陆）。删除。c）业务管理针对生命周期，需要处理的业务有：信息登记。信息审核。信息修改。注册用户注销。账户删除。342.4合同a）基本资料合同指出让方、受让方、交易中心之间签订的合同，用来约束交易的情况。主要包 括出让方和交易中心签订的产权出让委托合同、出让方和受让方及交易中心签订的产权交易合同。合同主要包括合同编号、合同名称、合同标题、部门编码、供货商编码、甲方签订人、乙方签订人、签订地点、签订日期、合同类型、合同状态、备注等。可以管理合同的文本内容，在操作上可以通过合同文本模板来处理，避免大文本

34、的 重复录入。可以附加合同的原件文件。b）相关设置对合同的设置包括：合同条款设置，包括费用条款、结算方式C）行为控制合同的生命周期包括：初始。协商内容。签订。续签。终止。d）业务管理针对生命周期和业务状态，需要处理的业务有：合同信息初始化协商内容，包括合同内容修改和合同条款修改两种。合同签订。合同续签。合同终止。342.5 员工a）基本资料员工的资料包括编码、名称、性别、出生日期、身份证号、籍贯、民族、联系地址、 电子信箱、电话、手机、备注等。由于我们没有人事管理，所以增加一个环节，在这里记录，并使员工管理和系统用 户管理结合起来。b）行为控制员工的生命周期包括：加入状态控制删除c）业务管理需

35、要处理的业务有：初始信息登记7信息修改状态控制1删除员工信息登记。员工信息修改，包括个人信息的修改和岗位的修改。员工删除，只有已经离职的员工才允许删除，并且员工删除后不影响其历史记 录。342.6系统用户a）基本资料系统用户指可以操作本系统的人员，包括员工用户、注册交易用户、管理员用户等,系统用户的状态参照以上基本对象的状态。用户资料包括用户编码、名称、口令等。b）相关设置对于用户，设置：权限设置，包括操作权限、数据权限等。c）行为控制用户的生命周期包括: 初始，并给予角色。状态控制。删除。d）业务管理针对生命周期和业务状态，需要处理的业务有：增加用户。用户基本信息修改。密码修改，支持用户自己

36、修改密码。权限修改：主要区分两个主要方面：操作权限、数据权限。3.5功能需求3.5.1与交易流程对应的办公自动化3.5.1.1流程管理把整个交易过程中的每项任务化作独立的控制节点，通过对不同控制节点的编辑来实现对整个工作流程控制序列的定制。系统为流程管理人员提供简洁的流程定义环境，实际 的交易项目可按照定义好的流程逻辑执行，并在交易双方和项目相关的中心人员工作界面可视化显示整个流程的执行状况。巾厲如产眠&啊IWB車驭 鼻訛，輝需 JVD !iwQ屮勰”八詡目曲規瓣国齣廊:y毁呦称；丽石飆即鯛円评/形乞2产权交易中心iim* | 产ISSER I FMl i MK* mi”二Ij碑隕虹!?诃耶耳

37、In K 腆!貼t!W史1：皆沪Mi ： JR 聊0 曰就酬 P m匕.审丽 * El即ti _ 胃酋 I ：1丫龙 *&陆型二SS l瞄科嵋I二笙艺_-一面上剋显示际琲甌ii濮窗飜幅示项目讲屢 不同馳区彌程中昱示当前圾目进11hi聃点一巳就、EO的佛昶有赠烦目鵬翅目的的祝限（图一项目经理界面）突岀显示当前项目Sit+is所在状态蚩伽显示项目弓所采用的流程的全部步骤辟1mm附表二对削方的鞋縣的眉I显示当前状态下需要岀让方要填写的内容0 if-&=!（图二出让方界面）流程节点：将整个交易流程划分成以下控制节点，出让申请、出让审核、签订出让委托合同、 出让委托合同审核、挂牌及公告、受让申请、受让审

38、核、交易方式确定、交易、收讫交 易价款、交易流程审核、交易结束。流程模板定制：对于某段时间一直沿用的流程可以作为流程的模板，其他流程定制时可以以此为基础进行添加、修改、删除等操作实现新流程的定制。流程选择:流程定制成功后，分别对于不同的交易项目可选择不同的流程进行交易。3.5.1.2资料审核审批处理作为工作流程中的一个步骤，审批处理主要是对具体业务进行审查，然后 批示意见。项目经理收到交易者，资料发送后将按照预制的审批人次序流转，审核详细 步骤如下：1 （细化）查看待审批的资料2 提交审批结果，审批的结果一般有三个，同意、不同意、候审。在审批时，可以签 署审批意见，而系统可以记录审批时间、审批

39、人等相关信息。3 整合所有审批人的结果，决定项目的最终审核结果4 如果当前审批人同意的话，资料将流转到下一审批人待批；否则资料立即发还给资料的提交人上的icvtnjb3?kflf g蜒理如产陂易中心顷目劉在自己的赧平台上埴可宙核靓輙人和亩核日期由系殖WE游Util沖;一 一 一HXnay祁餌雅叫理!1*呕航器iticmriM匝目经理可查着耳他諏人的意时DUH洋为灯w n3 斜 iMH0.3.5.1.3公务文档生成通过查询数据库或XML数据文件并将结果插入所生成的文档之中， 形成各种具有较 好浏览和打印效果的报表清单、合同等。主要完成在线公务文档及合同等法律文档，具体包括产权出让申请书暨承诺书 、 产权出让委托合同、挂牌及公告内容确认、产权受让申请书暨承诺书、产权受 让核准通知书、产权交易方式确认书、产权交易通知书、产权交易凭证、财产 交割清单。3.5.1.4 权限管理针对数据存取的权限，分为录入、浏览、修改、删除四种；针对功能的权限，包括