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

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

《产权交易电子商务平台系统需求分析.docx》由会员分享，可在线阅读，更多相关《产权交易电子商务平台系统需求分析.docx（34页珍藏版）》请在冰豆网上搜索。

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

产权交易电子商务平台系统

第一章开发的目的

在分析某省产权交易中心主流业务基础上，结合用户提出的功能需求，分析、整理描述了开发产权交易电子商务系统的目的。

目的在于为开发人员、维护人员、客户之间提供便捷的服务，对产权交易电子商务平台功能的实现。

第二章开发的背景

项目提出者：

某省产权交易中心

项目开发者：

某大学，某省产权交易中心《产权交易电子商务平台》联合开发组

系统用户：

某省产权交易中心工作人员、进行产权交易的买卖双方

本产权交易系统主要由两部分组成：

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月底完成。

项目实施分为用户需求分析、系统整体设计、实施代码设计、测试运行、应用发布等几个阶段。

阶段

总负责人

阶段负责人

实施者

日期

主要容和目标

需求分析

形成用户需求和用户使用界面原型

总体设计

构建系统总体框架和技术框架，形成总体设计和概要设计说明书

代码设计

完成系统待码设计形成α版

测试

根据用户反馈意见进行修改和完善，形成系统β版

发布应用

提交用户系统，形成用户使用说明书

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.系统提示输入完整信息

5a1a.出让方填写遗漏掉的信息并确认

5b.出让方暂存后未在系统规定的期限确认提交

5b1.由系统管理员处理出让信息（提示出让方或删除出让信息）

后置条件:

出让方把出让申请资料提交给了系统

用例ID:

UC-03

用例名称:

选择流程

创建时间:

最后修改时间:

参与者:

项目经理

用例描述:

项目经理接手新项目后，在已存在的流程中选择项目要进行的流程

前置条件:

项目经理对该项目有全程负责的权限

用例层次:

用户目标

基本事件流:

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系统把申请表退回给申请者重新填写，审核的