大全
产权交易电子商务平台系统目录
实用文档
第一章 开发的目的
在分析某省产权交易中心主流业务基础上，结合用户提出的功能需求，分析、整理描述了开发产权交易电子商务系统的目的。目的在于为开发人员、维护人员、客户之间提供便捷的服务，对产权交易电子商务平台功能的实现。
第二章 开发的背景
项目提出者：某省产权交易中心
项目开发者：某大学，某省产权交易中心《产权交易电子商务平台》联合开发组 系统用户： 某省产权交易中心工作人员、进行产权交易的买卖双方 本产权交易系统主要由两部分组成：
1) 非标准化产权（国有产权）交易的电子商务平台
包括在线产权交易委托、交易信息综合查询、实时流程追踪、信息公示、交易鉴证等。该平台将交易者在线提交的信息上传到交易中心，根据业务流程进行相应处理，网上实现完整的交易。
2) 与非标准化产权交易相关的办公自动化功能
细化工作流程至最小单元，通过流程的定制实现整个交易过程信息化管理；设定系统用户成不同角色，细化角色的权限和职责，通过角色的分配和组合，实现管理的规范化和交易的安全性。
大全
实用文档
第三章 系统需求分析
3.1项目目标和内容
产权交易中心主要从事：国有、集体企业、行政事业单位资产产权转让；非上市股份有限公司和有限公司股权转让；无形资产的转让；产权对外托管、租赁、承包；对产权交易进行鉴证、组织交易、代理交易；受托资产（股权）登记和管理、企业改制重组、投融资策划、咨询服务等业务。
该系统主要实现基于网络的非标准化国有产权交易活动电子化，以及交易流程与产权交易中心业务的数字化整合，从而确保交易数据的实时性、一致性、完整性，提高交易效率，规范交易流程，完善管理模式、增加监管透明度。
3.1.1建设非标准化产权（国有产权）交易的电子商务平台
产权交易双方可以借助此平台完成非标准化产权（国有产权）的交易：包括在线产权交易委托、交易信息综合查询、实时流程追踪、信息公示、交易鉴证等。该平台将交易者在线提交的信息上传到交易中心，根据业务流程进行相应处理，网上实现完整的交易。
3.1.2实现与非标准化产权交易相关的办公自动化功能
针对非标准化产权（国有产权）交易流程，实现与其相关的业务办公自动化系统。主要包括：细化工作流程至最小单元，通过流程的定制实现整个交易过程信息化管理；
大全
实用文档
设定系统用户成不同角色，细化角色的权限和职责，通过角色的分配和组合，实现管理的规范化和交易的安全性。该系统将实现交易中心各业务部门之间的信息流转，从而提高工作效率，更好地服务客户。
3.1.3搭建标准化产权（债权、股权、技术产权）的信息平台
在非标准化产权（国有产权）交易电子商务平台的基础上，根据债权、股权、技术产权等标准化产权的特点，进行业务流程的重组，构建相应的交易平台。
3.2项目成员结构和实施计划
本项目共分为两期实施，首期主要完成3.1.1和3.1.2部分的内容，计划200？年xx月至200？年xx月底完成。项目实施分为用户需求分析、系统整体设计、实施代码设计、测试运行、应用发布等几个阶段。
大全
实用文档
阶段总负 负责责人 阶段 人 需求分析 实施者 日期 主要内容和目标 形成用户需求和用户使用界面原型 构建系统总体框架和技术框架，形成总体设计和概要设计说明书 完成系统待码设计形成α版 根据用户反馈意见进行修改和完善，形成系统β版 提交用户系统，形成用户使用说明书 总体设计 代码设计 测 试 发布应用
大全
实用文档
阶 段 发 布 应 用 05/03/11~05/04/10测 试 05/02/01~05/03/10 代 码 设 计 04/11/01~05/01/31 总 体 设 计 04/09/01~04/10/31 需 求 分 析 04/07/01~04/08/31 某 省 产 权 交 易 电 子 商 务 平 台 项 目 研 发 进 程 表 日期 大全
时 间
实用文档
3.3业务流程描述
3.3.1非标准化产权(国有产权)交易业务流程活动图
大全
实用文档
大全
实用文档
3.3.2非标准化产权（国有产权）交易业务流程说明
整个流程分为6阶段 1. 出让申请及审核
a) 出让方填写《产权出让申请书暨承诺书》，提交公司基本情况和对受让方的基
本要求等信息，并提交有关附件给交易部供审核。
b) 交易部项目经理、部门经理、总裁级审核材料，并在《产权出让申请审批表》
上签字盖章表示确认。 c)
d) 交易部项目经理、部门经理、总裁级审核委托合同，并在《产权出让委托合同
审批表》上签字盖章表示确认。
e) 交易部项目经理通知出让方、总裁签订《产权出让委托合同》。 2. 出让挂牌
a) 合同签订后，交易部项目经理向出让方发出《挂牌及公告通知》。
b) 出让方对挂牌及公告内容确认后递交《挂牌及公告内容确认》给交易部项目经
理，同时，出让方递交挂牌费及公告费给财务部负责人。
c) 财务部负责人收讫出让方缴纳的挂牌及公告费用后，发出《产权出让方资金收
讫通知书》给交易部项目经理。
d) 交易部项目经理通知信息部负责人根据登报日期将产权信息挂牌。 e) 信息部负责人将产权信息挂牌后通知交易部项目经理。 3. 受让申请及审核
a) 受让方填写《产权受让申请书暨承诺书》，并提交有关附件给交易部项目经理。
大全
实用文档
b) 交易部项目经理、部门经理、总裁级审核材料，并在《产权出让申请审批表》
上签字盖章表示确认。
c) 交易部项目经理向受让方发出《产权受让核准通知书》。（必须在出让挂牌20
个工作日后） 4. 交易
a) 挂牌20个工作日后，交易部项目经理通知出让方挂牌结果，并与出让方协商
确定交易方式。
b) 出让方向交易部项目经理提交《产权交易方式确认书》。
c) 交易部项目经理做好交易前的准备后，向出让方和受让方发出《产权交易通知
书》。
d) 出让方、受让方收到《产权交易通知书》后向交易部项目经理表示将按照《产
权交易通知书》上载明的时间参加交易。
e) 交易部项目经理通知出让方、受让方、总裁签订《产权交易合同》并组织出让
方、受让方办理交接。
f) 交易部项目经理要求出让方、受让方缴纳佣金等款项。 g) 出让方、受让方将佣金等款项交给财务部负责人。
h) 财务部负责人收讫佣金等款项后发出《产权出让方资金收讫通知书》、《产权受
让方资金收讫通知书》给交易部项目经理。 5. 结算交割
a) 交易部项目经理通知受让方递交交易价款。 b) 受让方递交交易价款给财务部负责人。
c) 财务部负责人收到交易价款后，通知交易部项目经理。
大全
实用文档
d) 交易部项目经理通知财务部负责人把交易价款给出让方。 e) 财务部负责人把交易价款划转给出让方。 f) 出让方收到交易价款后通知财务部负责人。
g) 财务部负责人通知交易部项目经理出让方已经收到交易价款。
h) 交易部项目经理按合同内容决定首期付款后发放交易凭证还是全部价款结清
后发放交易凭证。 6. 鉴证确认
a) 交易部项目经理、部门经理、分管总裁审核材料，并在《产权出让申请审批表》
上签字盖章表示确认。
b) 交易部项目经理代表交易中心向出让方、受让方发出《产权交易凭证》。
3.3.3基于角色的活动用例图
名词解释：
什么是用例图：用例是一个简单的声明,体现为文字或图表形式,描述系统的一个特定的目的或结果,以及是谁希望得到结果.
用例图可以说成是对于一个软件在规划阶段产生的技术性需求和功能性需求,利用某种建模工具来实现出来的一个图形化的介绍.
大全
实用文档
3.3.4主要用例文件
大全
实用文档
用例ID: UC-01 用例名称: 出让申请 创建时间: 参与者: 产权出让方 用例描述: 要出让产权的会员填写产权出让的相关文档并提交给系统，如果出让方没有一次全部提交信息，系统提供暂存功能，使得出让方在下次登陆时继续填写。 前置条件: 出让方已经以会员的身份登录到系统中 用例层次: 用户目标 基本事件流: 1．出让方进入产权出让界面 2．系统显示产权交易的流程以及交易过程中应注意的条款 3．出让方选择“我要申请” 4．出让方填写出让申请资料 出让方填写产权出让申请书暨承诺书（公司名称、出让标的名称、产权持有者等信息）并暂存 出让方填写附表一——公司基本情况（企业名称、注册号、注册地址、注册资本、企业类型、法定代表人、主营范围、公司网站、机构代码、股东结构、在册职工信息、资产负债评估信息、上年度最后修改时间: 大全
实用文档
利润表、土地价值、土地性质等信息）并暂存 出让方填写附表二——对受让方基本要求（所在行业、经营情况、管理能力、企业资质、出让底价、付款方式、职工安置方式、债权处理方式、债务处理方式、土地使用方式、是否允许自然人、是否允许境外或港澳台的投资者等信息）并暂存 5．出让方确认提交所有资料 6．系统存储出让方信息，登记为新项目，并显示出让方除申请书外需要提交的材料证明 (注：暂存是指系统存储出让方填写的所有信息，以备出让方下次继续填写。在暂存后但提交前，系统不对提交信息进行登记，即各审核人不能对提交的 信息进行审核) 扩展事件流: 1a. 出让方在上次暂存后进入此页面： 1a1. 系统显示上次暂存后的内容，供用户继续填写或修改，转4 5a. 出让方填写的数据不完整： 5a1.系统提示输入完整信息 用例ID: UC-03 5a1a. 出让方填写遗漏掉的信息并确认 用例名称: 选择流程 5b. 出让方暂存后未在系统规定的期限内确认提交 创建时间: 最后修改 （提示出让方或 5b1. 由系统管理员处理出让信息删除出让信息） 时间: 后置条件: 出让方把出让申请资料提交给了系统 大全
实用文档
参与者: 项目经理 用例描述: 项目经理接手新项目后，在已存在的流程中选择项目要进行的流程 前置条件: 项目经理对该项目有全程负责的权限 用例层次: 用户目标 基本事件流: 1． 项目经理经理查看已有流程的信息，并在已有流程中选择一个适合本项目的流程。 2． 系统记录选择结果并显示整个项目需要经过的 流程 用例ID: UC-02 用例名称: 选择项目经理 扩展事件流创建时间: : 无 最后修改后置条件: 此新项目有一个明确的流程时间: 参与者: 部门经理 用例描述: 当新项目登记后，部门经理为新项目指派一个项目经理对其负责 前置条件: 出让方向系统提交了申请资料，生成一个新项目；项目经理列表中已存在若干项目经理供选择 用例层次: 用户目标 基本事件流: 1． 部门经理从系统列出的项目经理列表中选择一个对本项目负责 2． 系统纪录选择结果，即此项目的项目经理 3． 系统将此项目的状态改为等待项目经理审核 大全
实用文档
扩展事件流: 无 后置条件: 项目与某具体项目经理产生绑定关系，以后此项目的全过程将由此项目经理负责 用例ID: UC-04 用例名称: 出让申请审核 创建时间: 最后修改时间: 参与者: 项目经理 部门级 总裁级（注：具体为流程中指定的审核人） 用例描述: 项目经理、部门级、总裁级逐级审核出让方提交的出让申请资料及材料证明,并给出相应的审核意见 前置条件: 出让方向系统提交了申请资料，并把其他附件提交给已指定的项目经理 用例层次: 用户目标 大全
实用文档
基本事件流: 1． 系统在出让方的界面中显示“贵单位的出让申请正在审核中，请等待……” 2． 系统在项目经理的工作台中标识该项目为待办工作 3． 项目经理查看该项目的当前信息 4． 项目经理审查出让方提交的资料是否齐全、一致，并在项目经理工作台中填写审核意见 5． 系统记录项目经理的意见，将项目标记为项目经理完成出让申请审核 6． 系统在下一位审核人的工作台中标识该项目为待办工作 7． 下一位审核人查看该项目的当前信息，并在自己的工作台中填写审核意见 8． 系统记录该审核人的意见，将项目标记为此审核人已通过审核 9． 需要多级领导审批，系统重复6-8步，直至所有指定审核人审核通过 10．系统将项目标记为出让申请已通过审核 扩展事件流: 4a. 项目经理不同意 4a1系统把申请表退回给申请者重新填写，审核的过程被挂起直到系统收到修改好的申请表 6a. 其他审核者不同意 6a1系统通知项目经理，审核的过程被挂起直到系统收到修改好的申请表 后置条件: 出让方提交的出让申请已被批准 大全
实用文档
用例ID: UC-05 用例名称: 出让委托合同审核 创建时间: 最后修改时间: 参与者: 项目经理 部门经理 总裁级 用例描述: 项目经理、部门级、总裁级逐级审核出让委托合同草案,并给出相应的审核意见 前置条件: 出让申请已经通过，项目经理和出让方已经初始化了出让委托合同的草案（文档形式） 用例层次: 用户目标 基本事件流: 1． 项目经理审查该项目的出让委托合同草案 2． 项目经理审查出让方提交的资料是否齐全、一致，并在项目经理工作台中填写审核意见 3． 系统纪录项目经理的意见，将项目标记为项目经理完成出让委托合同审核 4． 系统在下一位审核人的工作台中标识该项目为 待办工作 用例ID: UC-06 5． 下一位审核人查看该项目的当前信息，并在自己的工作台中填写审核意见 6． 系统记录该审核人的意见，将项目标记为该审核人完成出让委托合同审核 7． 需要多级领导审批，系统重复4-6步，直至所有指定审核人审核通过 扩展事件流: 6a. 审核者不同意 6a1. 系统通知项目经理，审核的过程被挂起直到系统收到修改好的出让委托合同 后置条件: 出让委托合同审核完毕，可以签订 大全
实用文档
用例名称: 签订出让委托合同 创建时间: 最后修改时间: 参与者: 产权出让方 项目经理 总裁级 用例描述: 项目经理组织产权出让方与总裁级签订委托合同 前置条件: 出让方提交的出让申请以及出让方与交易中心协商的委托合同草案已经通过审核 用例层次: 用户目标 触发事件: 出让方进入“签订出让委托合同”界面 基本事件流: 1．系统在出让方界面显示“请贵单位尽快来我中心签订委托合同” 2．出让方来交易中心签订合同 3．项目经理通知系统合同签订成功 4． 项目经理向系统录入出让委托合同的主要信息并进行确认 5． 系统标识项目状态为“出让委托合同签订成功” 扩展事件流: 无 后置条件: 出让方与总裁签订《产权出让委托合同》完毕 用例ID: UC-07 用例名称: 挂牌及公告 创建时间: 最后修改时间: 参与者: 出让方 项目经理 用例描述: 出让方对挂牌及公告内容进行确认,交易中心挂牌 前置条件: 委托合同签订成功且挂牌及公告内容还未确定 用例层次: 用户目标 大全
实用文档
基本事件流: 1. 系统在出让方界面显示“挂牌及公告通知” 2. 出让方对挂牌及公告内容修改完毕后进行确认 3. 出让方打印出已经确认的挂牌及公告内容并由出让方签字盖章。 4. 出让方把确认好的挂牌及公告内容提交给系统并把打印好的挂牌及公告内容确认书提交给交易中心，并缴纳挂牌及公告费 5. 交易中心收到出让方提交的挂牌及公告内容确认书后，对出让方提交给系统的挂牌及公告内容进行确认，并准备开始挂牌 6. 当项目经理确定好报刊名称及公告起始时间时，项目经理对出让信息进行挂牌 扩展事件流: 后置条件: 出让信息挂牌 用例ID: UC-08 用例名称: 受让申请 创建时间: 参与者: 产权受让方 用例描述: 要受让产权的会员填写产权受让的相关文档并提交给系统 前置条件: 受让方已经以会员的身份登录到系统中 用例层次: 用户目标 最后修改时间: 大全
实用文档
基本事件流: 1．受让方进入产权受让界面 2．系统显示产权交易的流程以及交易过程中应注意的条款 3．受让方选择“受让申请” 4．受让方填写出让申请资料 受让方填写产权受让申请书暨承诺书（公司名称、受让标的名称）并暂存 受让方填写附表一——公司基本情况（企业名称、注册号、注册地址、注册资本、法定代表人、主营范围等）并暂存 出让方填写附表二——对受让方基本要求（受让目的、方式、意向）并暂存 5．受让方确认提交所有资料 6．系统存储受让方信息并显示受让方除申请书外需要提交的材料证明和提交期限 扩展事件流: 1a. 受让方在上次暂存后进入此页面： 1a1. 系统显示上次暂存后的内容，供用户继续填写或修改，转4 5a. 受让方填写的数据不完整： 5a1.系统提示输入完整信息 5a1a. 受让方填写遗漏掉的信息并确认 5b. 受让方暂存后未在系统规定的期限内确认提交 5b1. 由系统管理员选择延期或者删除此项目 后置条件: 受让方把受让申请资料提交给了系统 用例ID: UC-09 用例名称: 受让申请审核 大全
实用文档
创建时间: 最后修改时间: 参与者: 产权受让方 项目经理 部门级 总裁级 用例描述: 项目经理、部门级、总裁级分别审核受让方提交的受让申请资料及材料证明 前置条件: 受让方把受让申请资料提交给了系统且材料证明未提交 用例层次: 用户目标 基本事件流: 1. 系统在出让方的界面中显示“贵单位的受让申请正在审核中，请等待……” 2. 系统在项目经理的工作台中标识该项目为待办工作 3. 项目经理审查受让方提交的资料是否齐全、一致，并在项目经理工作台中填写审核意见 4. 系统记录项目经理的意见，将项目标记为项目经理完成受让申请审核 5. 系统在下一位审核人的工作台中标识该项目为待办工作 6. 下一位审核人查看该项目的当前信息，并在自己的工作台中填写审核意见 7. 系统记录该审核人的意见，将项目标记为此审核人已通过审核 直至所有8. 需要多级领导审批，系统重复5-7步，指定审核人审核通过 系统将项目标记为受让申请已通过审核 扩展事件流: 3a. 项目经理不同意 3a1系统把申请表退回给申请者重新填写，审核的过程被挂起直到系统收到修改好的申请表 6a. 其他审核者不同意 6a1系统通知项目经理，审核的过程被挂起直到系统收到修改好的申请表 后置条件: 项目经理、部门级、总裁级审核完毕受让方提交的受让申请资料及材料证明 大全
实用文档
用例ID: UC-10 用例名称: 交易方式确认 创建时间: 参与者: 产权出让方 用例描述: 产权出让方将确定的交易方式提交给系统 前置条件: 产权受让结果(受让方数量、信息)已经确定 用例层次: 用户目标 基本事件流: 1. 系统根据已有的受让结果显示供出让方选择的交易方式： 只有一个受让方，则系统只提供“协商”交易方式供选择； 若有两个以上的受让方，则系统提供“协商”、“竞标”、“拍卖”等交易方式供选择； 2. 出让方选择交易方式 3. 项目经理查看出让方提交的交易方式信息，确认交易方式结果 4. 系统存储交易方式结果 扩展事件流: 3a. 项目经理有异议 确定交易方式结果 用例ID: 3a1.UC-11 项目经理与出让方协商，最后修改时间: 后置条件 用例名称: 产权出让方将确定的交易方式提交给系统交易 创建时间: 最后修改时间: 大全
实用文档
参与者: 产权出让方 产权受让方 项目经理 用例描述: 出让方与受让方完成交易 前置条件: 产权出让方已经确定交易方式且出让方、受让方还未进行交易 用例层次: 用户目标 基本事件流: 1． 项目经理向系统提交交易时间、地点等信息 2． 系统在交易双方界面中显示交易通知书（包含交易时间、地点、标的名称、交易方式等内容） 3． 出让方及受让方对交易通知书的内容表示确认，即交易双方同意参加交易 4． 交易双方在约定的时间来交易中心参加交易并签订《产权交易合同》(包括出让方、受让方办理交接)并确定付款方式 5． 双方缴纳交易佣金 6． 项目经理向系统录入《产权交易合同》主要内容（交易价款，付款方式等） 扩展事件流: 3a. 受让方未在交易之前表示确定愿意参加交易 3a1. 系统删除受让方信息 4a. 受让方被淘汰 4a1. 系统删除受让方信息 后置条件: 出让方与受让方交易完成并签订了《产权交易合同》 用例ID: UC-12 用例名称: 交割及审核 大全
实用文档
创建时间: 最后修改时间: 参与者: 项目经理 部门级 总裁级 财务部 用例描述: 项目经理 部门级 总裁级对交易双方的整个交易过程进行审核 前置条件: 交易双方的交易过程结束 用例层次: 用户目标 基本事件流: 1系统在出让方的界面中显示“产权交易合同已经签订成功，请贵单位根据合同与受让方办理好交接。同时，产权交易中心将对贵单位的整个交易流程进行审核以备办理交易鉴证报告。” 2系统在项目经理以及财务部负责人的工作台中标识该项目为待办工作 3．财务部负责人点击该项目的链接 4．财务部负责人查看产权交易合同中规定的受让方应缴纳的交易价款以及付款方式 5．当财务部负责人收到受让方缴纳的交易价款时进行确认 6．项目经理点击该项目的链接 7．项目经理看到交易价款的收讫情况后对出让方和受让方的整个交易流程进行审核并填写审核意见 8．系统记录项目经理的意见，将项目标记为项目经理完成交易流程审核 9．系统在下一位审核人的工作台中标识该项目为待办工作 10．下一位审核人查看该项目的当前信息，并在自己的工作台中填写审核意见 11．系统记录该审核人的意见，将项目标记为此审核人已通过审核 12．需要多级领导审批，系统重复9—11步，直至所有指定审核人审核通过系统将项目标记为整个交易流程已通过审核 大全
实用文档
扩展事件流: 7a. 项目经理不同意 7a1系统把申请表退回给申请者重新填写，审核的过程被挂起直到系统收到修改好的申请表9a. 其他审核人不同意 9a1.系统通知项目经理，审核的过程被挂起直到系统收到修改好的交易流程审批表 后置条件: 交易双方的整个交易流程通过审核 用例ID: UC-13 用例名称: 流程定制 创建时间: 参与者: 系统管理员 用例描述: 系统管理员定制新流程，供项目经理选择 前置条件: 无 用例层次: 用户目标 基本事件流: 1． 管理员登陆系统 2． 管理员点击“新建流程” 3． 系统填充创建时间、创建人 4． 管理员填写流程基本信息（流程名称、流程描述）并确定 5． 系统生成一个新项目 6． 管理员在现有的所有控制节点中选择部分节点组成新的流程 最后修改时间: 大全
实用文档
7． 管理员进行确认，并由系统显示“新流程定制成功” 扩展事件流: 无 后置条件: 新流程定制成功，添加到流程列表中 大全
实用文档
3.4非标准化产权交易业务基础
3.4.1业务基本概念模型
（图5-1业务基本概念模型）
3.4.2非标准化产权（国有产权）交易业务基本对象
业务基本对象主要指产权交易中心发生业务的主要业务体，所有的业务都围绕这些基本项目进行。
大全
实用文档
业务基本项目主要包括出让方、受让方、合同、交易标的、内部员工、系统用户等。 围绕业务基本项目，包括以下各种共同的内容：
资料管理，指管理其属性内容，并支持资料属性的可扩展性（如扩展属性的约
束管理）。总的来说，资料分为基本资料和功能性扩展资料。对于扩展性资料，允许用户定义其属性。
生命周期管理。对业务基本项目管理其存在的整个生存周期的各种活动，包括
登记、管理、淘汰、删除等
基本操作。对于特定数据进行的增加、修改、删除等不可再分的一次操作
3.4.2.1部门管理
与交易系统相关的内部组织分为交易部、信息部和财务部。 a)基本资料
部门的资料包括编码、名称、简称、主要业务、电话、部门经理等。 b)相关设置
对内部组织的设置包括：
人员，主要是内部职责对应的员工信息。
组织级别，主要是设置其组织级别和上级管理组织。
3.4.2.2交易项目
a) 基本资料
大全
实用文档
交易项目的主要属性包括：标的企业基本信息（名称、注册号、注册地址、注册资本、企业类型、法定代表人、主营范围、公司网站、机构代码、股东结构、在册职工、资产负债评估、上年度利润表、土地价值、土地性质）；对受让方的基本要求（所在行业、企业类型、经营情况、商业信誉、管理能力、财务状况、企业资质、资产规模、出让底价、付款方式、职工安置方式、债权处理方式、债务处理方式、土地使用方式、是否允许自然人、是否允许境外或港澳台的投资者）
b)行为控制
交易项目的生命周期包括： 初始。 待审。 挂牌。 受让登记。 交易。 交接。 结束。 c)业务管理 需要处理的业务有： 信息登记。
大全
实用文档
审核，包括项目经理审核，部门经理审核，总裁级审核。 挂牌及公告 受让登记 交易
删除，只有没有受让方的项目才能删除。
3.4.2.3注册交易用户
a) 基本资料
对注册交易用户进行管理，我们要关注的注册交易用户主要属性包括会员编码、企业名称、法定代表人、注册地址、注册资本、经营范围、所属行业、主要产品、资质、商业信誉、经营情况、财务状况、管理能力、资产规模、股东结构、注册资本等信息
b) 行为控制
注册用户的生命周期包括： 潜在。
待审（已登记）。 正式交易用户。 注销（退出登陆）。 删除。
大全
实用文档
c) 业务管理
针对生命周期，需要处理的业务有： 信息登记。 信息审核。 信息修改。 注册用户注销。 账户删除。
3.4.2.4合同
a) 基本资料
合同指出让方、受让方、交易中心之间签订的合同，用来约束交易的情况。主要包括出让方和交易中心签订的《产权出让委托合同》、出让方和受让方及交易中心签订的《产权交易合同》。
合同主要包括合同编号、合同名称、合同标题、部门编码、供货商编码、甲方签订人、乙方签订人、签订地点、签订日期、合同类型、合同状态、备注等。
可以管理合同的文本内容，在操作上可以通过合同文本模板来处理，避免大文本的重复录入。
可以附加合同的原件文件。 b)相关设置 对合同的设置包括：
大全
实用文档
合同条款设置，包括费用条款、结算方式 c) 行为控制
合同的生命周期包括： 初始。
协商内容。 签订。 续签。 终止。 d) 业务管理
针对生命周期和业务状态，需要处理的业务有： 合同信息初始化
协商内容，包括合同内容修改和合同条款修改两种。 合同签订。
大全
实用文档
合同续签。 合同终止。
3.4.2.5员工
a) 基本资料
员工的资料包括编码、名称、性别、出生日期、身份证号、籍贯、民族、联系地址、电子信箱、电话、手机、备注等。
由于我们没有人事管理，所以增加一个环节，在这里记录，并使员工管理和系统用户管理结合起来。
b)行为控制
员工的生命周期包括： 加入 状态控制 删除 c) 业务管理 需要处理的业务有：
大全
实用文档
员工信息登记。
员工信息修改，包括个人信息的修改和岗位的修改。
员工删除，只有已经离职的员工才允许删除，并且员工删除后不影响其历史记
录。
3.4.2.6系统用户
a) 基本资料
系统用户指可以操作本系统的人员，包括员工用户、注册交易用户、管理员用户等，系统用户的状态参照以上基本对象的状态。
用户资料包括用户编码、名称、口令等。 b)相关设置
对于用户，设置：权限设置，包括操作权限、数据权限等。
c) 行为控制
用户的生命周期包括：
大全
实用文档
初始，并给予角色。 状态控制。 删除。 d) 业务管理
针对生命周期和业务状态，需要处理的业务有： 增加用户。 用户基本信息修改。
密码修改，支持用户自己修改密码。
权限修改：主要区分两个主要方面：操作权限、数据权限。
3.5功能需求
3.5.1 与交易流程对应的办公自动化
3.5.1.1流程管理
把整个交易过程中的每项任务化作独立的控制节点，通过对不同控制节点的编辑来实现对整个工作流程控制序列的定制。系统为流程管理人员提供简洁的流程定义环境，实际的交易项目可按照定义好的流程逻辑执行，并在交易双方和项目相关的中心人员工作界
面可视化显示整个流程的执行状况。
大全
实用文档
（图一 项目经理界面）
大全
实用文档
突出显示当前项目所在状态 显示项目所采用的流程的全部步骤 显示当前状态下需要出让方要填写的内容 （图二出让方界面）
流程节点：
将整个交易流程划分成以下控制节点，出让申请、出让审核、签订出让委托合同、出让委托合同审核、挂牌及公告、受让申请、受让审核、交易方式确定、交易、收讫交易价款、交易流程审核、交易结束。
流程模板定制：
对于某段时间一直沿用的流程可以作为流程的模板，其他流程定制时可以以此为基础进行添加、修改、删除等操作实现新流程的定制。
大全
实用文档
第一步：填写流程基本信息 第二步：选择区体流程节点，包括具体审核步骤的相关审核人 流程选择：
流程定制成功后，分别对于不同的交易项目可选择不同的流程进行交易。
3.5.1.2资料审核
审批处理作为工作流程中的一个步骤，审批处理主要是对具体业务进行审查，然后批示意见。项目经理收到交易者，资料发送后将按照预制的审批人次序流转，审核详细步骤如下：
1 2
（细化）查看待审批的资料
提交审批结果，审批的结果一般有三个，同意、不同意、候审。在审批时，可以签署审批意见，而系统可以记录审批时间、审批人等相关信息。
3
整合所有审批人的结果，决定项目的最终审核结果
大全
实用文档
4
如果当前审批人同意的话，资料将流转到下一审批人待批；否则资料立即发还给资料的提交人
3.5.1.3公务文档生成
通过查询数据库或XML数据文件并将结果插入所生成的文档之中，形成各种具有较好浏览和打印效果的报表清单、合同等。
主要完成在线公务文档及合同等法律文档，具体包括《产权出让申请书暨承诺书》、《产权出让委托合同》、《挂牌及公告内容确认》、《产权受让申请书暨承诺书》、《产权受让核准通知书》、《产权交易方式确认书》、《产权交易通知书》、《产权交易凭证》、《财产交割清单》。
大全
实用文档
3.5.1.4 权限管理
针对数据存取的权限，分为录入、浏览、修改、删除四种；针对功能的权限，包括对一些关键数据表某些字段的存取进行限制。根据对角色的分类来完成不同权限的分配：
一个角色对应一种系统权限集； 一个员工可对应一个或多个角色； 一个角色对应一个员工。 如下图所示：
交易中心员工 员工1 员工2 员工3 …… 员工n
与本系统相关的内部员工角色有：
系统角色 角色1 角色2 角色2 …… 角色1 系统权限集 权限集1 权限集2 权限集3 …… 权限集n
大全
实用文档
总裁 副总裁 信息部经理 交易部经理 财务部经理 信…… 息部 员工 信息部 员工 项项…… 目 目 经经理 理 财财…… 务务部 部 员员工 工 普通 员工 3.5.1.5信息显示个性化
根据员工角色的不同，对其相应的页面进行个性化显示： 不同角色显示风格不同
在项目的不同阶段，按照职责匹配相应的负责人，在其工作界面高亮显示待进
行的工作
对于同步节点，不同角色进入不同的工作界面（例如审核结点，项目经理、部
门经理、总裁分别进入与自己角色对应的操作界面进行操作，对其他人的审核结果只有查看的权限）
大全
实用文档
3.5.2交易商务平台
3.5.2.1交易方在线产权登记委托
利用该模块来处理产权登记信息，鉴于申请表单信息量大的问题，为了便于交易方填写，系统采取多次填写一次提交的方式：系统记录提交资料的状态——已完成、未完成。交易方可以填写部分或全部的申请资料，使用系统提供的暂存功能将已填写资料暂时保存，下次登陆时可继续填写，待所有资料全部检查无误后，提交所有资料，系统将资料状态改为已完成，方可进行下一步,如果交易方未在规定的期限内提交资料，则系统将删除暂存的资料。
a) 出让申请登记
出让方能够提交如下信息：
出让申请书（出让单位名称，出让标的名称）；
公司基本情况（企业名称、注册号、注册地址、注册资本、企业类型、法定代
表人、主营范围、公司网站、机构代码、股东结构、在册职工信息、资产负债评估信息、上年度利润表、土地价值、土地性质等信息）；
对受让方的基本要求（所在行业、经营情况、管理能力、企业资质、出让底价、
付款方式、职工安置方式、债权处理方式、债务处理方式、土地使用方式、是否允许自然人、是否允许境外或港澳台的投资者等信息）； 对要需要提交的其他附件做出的确认 a) 受让申请登记
受让方能够提交如下信息：
受让申请书（受让单位名称，受让标的名称）；
大全
实用文档
公司基本情况（企业名称、注册号、注册地址、注册资本、法定代表人、主营
范围、所属行业、主要产品、资质、商业信誉、经营情况、财务状况、管理能力、资产规模、股东结构、项目主管、职务、办公电话、手机、传真、E-mail等信息）；
对要需要提交的其他附件做出的确认
3.5.2.2对交易活动的及时追踪
交易方能够凭借自己的用户标识查看与自身相关的交易项目的情况，具体包括： 项目当前在整个交易流程的进展情况——审核、挂牌、交易、成交公示等 对于出让方，能够查看与本项目相关的受让方的部分信息
3.5.2.3对交易项目的分类查询
具有查询权限的访问者能够分别根据不同的查询条件对所有公开项目进行分类查询：
根据项目的ID进行查询； 根据项目名称的关键字进行查询；
对挂牌起始时间处于给定时间段的项目信息查询；
根据项目的其他关键信息（如企业类型、主营范围等）进行组合查询
3.5.2.4信息公示
a) 挂牌公告管理
大全
实用文档
对出让标的信息进行网上公告，公告内容由出让方已经确认的内容决定 b) 交易成交公示
交易成功后，能够将交易项目的各种信息（出让方受让方名称、营业执照注册号、交易标的、项目编号、交易合同签订时间、合同编号、主要成交条件、成交价格等）在网站前台公示
大全
实用文档
大全
因篇幅问题不能全部显示，请点此查看更多更全内容