产权交易电子商务平台系统 需求分析_第1页
产权交易电子商务平台系统 需求分析_第2页
产权交易电子商务平台系统 需求分析_第3页
产权交易电子商务平台系统 需求分析_第4页
产权交易电子商务平台系统 需求分析_第5页
已阅读5页,还剩45页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

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

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

3、动电子化,以及交易流程与产权交易中心业务的数字化整合,从而确保交易数据的实时性、一致性、完整性,提高交易效率,规范交易流程,完善管理模式、增加监管透明度。建设非标准化产权(国有产权)交易的电子商务平台产权交易双方可以借助此平台完成非标准化产权(国有产权)的交易:包括在线产权交易委托、交易信息综合查询、实时流程追踪、信息公示、交易鉴证等。该平台将交易者在线提交的信息上传到交易中心,根据业务流程进行相应处理,网上实现完整的交易。实现与非标准化产权交易相关的办公自动化功能针对非标准化产权(国有产权)交易流程,实现与其相关的业务办公自动化系统。主要包括:细化工作流程至最小单元,通过流程的定制实现整个交

4、易过程信息化管理;设定系统用户成不同角色,细化角色的权限和职责,通过角色的分配和组合,实现管理的规范化和交易的安全性。该系统将实现交易中心各业务部门之间的信息流转,从而提高工作效率,更好地服务客户。搭建标准化产权(债权、股权、技术产权)的信息平台在非标准化产权(国有产权)交易电子商务平台的基础上,根据债权、股权、技术产权等标准化产权的特点,进行业务流程的重组,构建相应的交易平台。 3.2项目成员结构和实施计划本项目共分为两期实施,首期主要完成和部分的内容,计划200?年xx月至200?年xx月底完成。项目实施分为用户需求分析、系统整体设计、实施代码设计、测试运行、应用发布等几个阶段。阶段总负责

5、人阶段负责人实施者日期主要内容和目标需求分析形成用户需求和用户使用界面原型总体设计构建系统总体框架和技术框架,形成总体设计和概要设计说明书代码设计完成系统待码设计形成版测 试根据用户反馈意见进行修改和完善,形成系统版发布应用提交用户系统,形成用户使用说明书3.3业务流程描述非标准化产权(国有产权)交易业务流程活动图非标准化产权(国有产权)交易业务流程说明整个流程分为6阶段1. 出让申请及审核a) 出让方填写产权出让申请书暨承诺书,提交公司基本情况和对受让方的基本要求等信息,并提交有关附件给交易部供审核。b) 交易部项目经理、部门经理、总裁级审核材料,并在产权出让申请审批表上签字盖章表示确认。c

6、)d) 交易部项目经理、部门经理、总裁级审核委托合同,并在产权出让委托合同审批表上签字盖章表示确认。e) 交易部项目经理通知出让方、总裁签订产权出让委托合同。2. 出让挂牌a) 合同签订后,交易部项目经理向出让方发出挂牌及公告通知。b) 出让方对挂牌及公告内容确认后递交挂牌及公告内容确认给交易部项目经理,同时,出让方递交挂牌费及公告费给财务部负责人。c) 财务部负责人收讫出让方缴纳的挂牌及公告费用后,发出产权出让方资金收讫通知书给交易部项目经理。d) 交易部项目经理通知信息部负责人根据登报日期将产权信息挂牌。e) 信息部负责人将产权信息挂牌后通知交易部项目经理。3. 受让申请及审核a) 受让方

7、填写产权受让申请书暨承诺书,并提交有关附件给交易部项目经理。b) 交易部项目经理、部门经理、总裁级审核材料,并在产权出让申请审批表上签字盖章表示确认。c) 交易部项目经理向受让方发出产权受让核准通知书。(必须在出让挂牌20个工作日后)4. 交易a) 挂牌20个工作日后,交易部项目经理通知出让方挂牌结果,并与出让方协商确定交易方式。b) 出让方向交易部项目经理提交产权交易方式确认书。c) 交易部项目经理做好交易前的准备后,向出让方和受让方发出产权交易通知书。d) 出让方、受让方收到产权交易通知书后向交易部项目经理表示将按照产权交易通知书上载明的时间参加交易。e) 交易部项目经理通知出让方、受让方

8、、总裁签订产权交易合同并组织出让方、受让方办理交接。f) 交易部项目经理要求出让方、受让方缴纳佣金等款项。g) 出让方、受让方将佣金等款项交给财务部负责人。h) 财务部负责人收讫佣金等款项后发出产权出让方资金收讫通知书、产权受让方资金收讫通知书给交易部项目经理。5. 结算交割a) 交易部项目经理通知受让方递交交易价款。b) 受让方递交交易价款给财务部负责人。c) 财务部负责人收到交易价款后,通知交易部项目经理。d) 交易部项目经理通知财务部负责人把交易价款给出让方。e) 财务部负责人把交易价款划转给出让方。f) 出让方收到交易价款后通知财务部负责人。g) 财务部负责人通知交易部项目经理出让方已

9、经收到交易价款。h) 交易部项目经理按合同内容决定首期付款后发放交易凭证还是全部价款结清后发放交易凭证。6. 鉴证确认a) 交易部项目经理、部门经理、分管总裁审核材料,并在产权出让申请审批表上签字盖章表示确认。b) 交易部项目经理代表交易中心向出让方、受让方发出产权交易凭证。基于角色的活动用例图名词解释:什么是用例图:用例是一个简单的声明,体现为文字或图表形式,描述系统的一个特定的目的或结果,以及是谁希望得到结果. 用例图可以说成是对于一个软件在规划阶段产生的技术性需求和功能性需求,利用某种建模工具来实现出来的一个图形化的介绍.主要用例文件用例ID:UC-01用例名称:出让申请创建时间:最后修

10、改时间:参与者:产权出让方用例描述:要出让产权的会员填写产权出让的相关文档并提交给系统,如果出让方没有一次全部提交信息,系统提供暂存功能,使得出让方在下次登陆时继续填写。前置条件:出让方已经以会员的身份登录到系统中用例层次:用户目标基本事件流:1出让方进入产权出让界面2系统显示产权交易的流程以及交易过程中应注意的条款3出让方选择“我要申请” 4出让方填写出让申请资料出让方填写产权出让申请书暨承诺书(公司名称、出让标的名称、产权持有者等信息)并暂存出让方填写附表一公司基本情况(企业名称、注册号、注册地址、注册资本、企业类型、法定代表人、主营范围、公司网站、机构代码、股东结构、在册职工信息、资产负

11、债评估信息、上年度利润表、土地价值、土地性质等信息)并暂存出让方填写附表二对受让方基本要求(所在行业、经营情况、管理能力、企业资质、出让底价、付款方式、职工安置方式、债权处理方式、债务处理方式、土地使用方式、是否允许自然人、是否允许境外或港澳台的投资者等信息)并暂存5出让方确认提交所有资料6系统存储出让方信息,登记为新项目,并显示出让方除申请书外需要提交的材料证明(注:暂存是指系统存储出让方填写的所有信息,以备出让方下次继续填写。在暂存后但提交前,系统不对提交信息进行登记,即各审核人不能对提交的信息进行审核)扩展事件流:1a. 出让方在上次暂存后进入此页面: 1a1. 系统显示上次暂存后的内容

12、,供用户继续填写或修改,转45a. 出让方填写的数据不完整:5a1.系统提示输入完整信息5a1a. 出让方填写遗漏掉的信息并确认5b. 出让方暂存后未在系统规定的期限内确认提交 5b1. 由系统管理员处理出让信息(提示出让方或删除出让信息)后置条件:出让方把出让申请资料提交给了系统用例ID:UC-03用例名称:选择流程创建时间:最后修改时间:参与者:项目经理用例描述:项目经理接手新项目后,在已存在的流程中选择项目要进行的流程前置条件:项目经理对该项目有全程负责的权限用例层次:用户目标基本事件流:1 项目经理经理查看已有流程的信息,并在已有流程中选择一个适合本项目的流程。2 系统记录选择结果并显

13、示整个项目需要经过的流程扩展事件流:无后置条件:此新项目有一个明确的流程用例ID:UC-02用例名称:选择项目经理创建时间:最后修改时间:参与者:部门经理用例描述:当新项目登记后,部门经理为新项目指派一个项目经理对其负责前置条件:出让方向系统提交了申请资料,生成一个新项目;项目经理列表中已存在若干项目经理供选择用例层次:用户目标基本事件流:1 部门经理从系统列出的项目经理列表中选择一个对本项目负责2 系统纪录选择结果,即此项目的项目经理3 系统将此项目的状态改为等待项目经理审核扩展事件流:无后置条件:项目与某具体项目经理产生绑定关系,以后此项目的全过程将由此项目经理负责用例ID:UC-04用例

14、名称:出让申请审核创建时间:最后修改时间:参与者:项目经理 部门级 总裁级(注:具体为流程中指定的审核人)用例描述:项目经理、部门级、总裁级逐级审核出让方提交的出让申请资料及材料证明,并给出相应的审核意见前置条件:出让方向系统提交了申请资料,并把其他附件提交给已指定的项目经理用例层次:用户目标基本事件流:1 系统在出让方的界面中显示“贵单位的出让申请正在审核中,请等待”2 系统在项目经理的工作台中标识该项目为待办工作3 项目经理查看该项目的当前信息4 项目经理审查出让方提交的资料是否齐全、一致,并在项目经理工作台中填写审核意见5 系统记录项目经理的意见,将项目标记为项目经理完成出让申请审核6

15、系统在下一位审核人的工作台中标识该项目为待办工作7 下一位审核人查看该项目的当前信息,并在自己的工作台中填写审核意见8 系统记录该审核人的意见,将项目标记为此审核人已通过审核9 需要多级领导审批,系统重复6-8步,直至所有指定审核人审核通过10系统将项目标记为出让申请已通过审核扩展事件流:4a. 项目经理不同意4a1系统把申请表退回给申请者重新填写,审核的过程被挂起直到系统收到修改好的申请表6a. 其他审核者不同意6a1系统通知项目经理,审核的过程被挂起直到系统收到修改好的申请表后置条件:出让方提交的出让申请已被批准 用例ID:UC-05用例名称:出让委托合同审核创建时间:最后修改时间:参与者

16、:项目经理 部门经理 总裁级用例描述:项目经理、部门级、总裁级逐级审核出让委托合同草案,并给出相应的审核意见前置条件:出让申请已经通过,项目经理和出让方已经初始化了出让委托合同的草案(文档形式)用例层次:用户目标基本事件流:1 项目经理审查该项目的出让委托合同草案2 项目经理审查出让方提交的资料是否齐全、一致,并在项目经理工作台中填写审核意见3 系统纪录项目经理的意见,将项目标记为项目经理完成出让委托合同审核4 系统在下一位审核人的工作台中标识该项目为待办工作5 下一位审核人查看该项目的当前信息,并在自己的工作台中填写审核意见6 系统记录该审核人的意见,将项目标记为该审核人完成出让委托合同审核

17、7 需要多级领导审批,系统重复4-6步,直至所有指定审核人审核通过扩展事件流:6a. 审核者不同意6a1. 系统通知项目经理,审核的过程被挂起直到系统收到修改好的出让委托合同后置条件:出让委托合同审核完毕,可以签订用例ID:UC-06用例名称:签订出让委托合同创建时间:最后修改时间:参与者:产权出让方 项目经理 总裁级用例描述:项目经理组织产权出让方与总裁级签订委托合同前置条件:出让方提交的出让申请以及出让方与交易中心协商的委托合同草案已经通过审核用例层次:用户目标触发事件:出让方进入“签订出让委托合同”界面基本事件流:1系统在出让方界面显示“请贵单位尽快来我中心签订委托合同”2出让方来交易中

18、心签订合同3项目经理通知系统合同签订成功4 项目经理向系统录入出让委托合同的主要信息并进行确认5 系统标识项目状态为“出让委托合同签订成功”扩展事件流:无后置条件:出让方与总裁签订产权出让委托合同完毕用例ID:UC-07用例名称:挂牌及公告创建时间:最后修改时间:参与者:出让方 项目经理用例描述:出让方对挂牌及公告内容进行确认,交易中心挂牌前置条件:委托合同签订成功且挂牌及公告内容还未确定用例层次:用户目标基本事件流:1. 系统在出让方界面显示“挂牌及公告通知”2. 出让方对挂牌及公告内容修改完毕后进行确认3. 出让方打印出已经确认的挂牌及公告内容并由出让方签字盖章。4. 出让方把确认好的挂牌

19、及公告内容提交给系统并把打印好的挂牌及公告内容确认书提交给交易中心,并缴纳挂牌及公告费5. 交易中心收到出让方提交的挂牌及公告内容确认书后,对出让方提交给系统的挂牌及公告内容进行确认,并准备开始挂牌6. 当项目经理确定好报刊名称及公告起始时间时,项目经理对出让信息进行挂牌扩展事件流:后置条件:出让信息挂牌用例ID:UC-08用例名称:受让申请创建时间:最后修改时间:参与者:产权受让方用例描述:要受让产权的会员填写产权受让的相关文档并提交给系统前置条件:受让方已经以会员的身份登录到系统中用例层次:用户目标基本事件流:1受让方进入产权受让界面2系统显示产权交易的流程以及交易过程中应注意的条款3受让

20、方选择“受让申请” 4受让方填写出让申请资料受让方填写产权受让申请书暨承诺书(公司名称、受让标的名称)并暂存受让方填写附表一公司基本情况(企业名称、注册号、注册地址、注册资本、法定代表人、主营范围等)并暂存出让方填写附表二对受让方基本要求(受让目的、方式、意向)并暂存5受让方确认提交所有资料6系统存储受让方信息并显示受让方除申请书外需要提交的材料证明和提交期限扩展事件流:1a. 受让方在上次暂存后进入此页面: 1a1. 系统显示上次暂存后的内容,供用户继续填写或修改,转45a. 受让方填写的数据不完整:5a1.系统提示输入完整信息5a1a. 受让方填写遗漏掉的信息并确认5b. 受让方暂存后未在

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

22、项目经理的意见,将项目标记为项目经理完成受让申请审核5. 系统在下一位审核人的工作台中标识该项目为待办工作6. 下一位审核人查看该项目的当前信息,并在自己的工作台中填写审核意见7. 系统记录该审核人的意见,将项目标记为此审核人已通过审核8. 需要多级领导审批,系统重复5-7步,直至所有指定审核人审核通过系统将项目标记为受让申请已通过审核扩展事件流:3a. 项目经理不同意3a1系统把申请表退回给申请者重新填写,审核的过程被挂起直到系统收到修改好的申请表6a. 其他审核者不同意6a1系统通知项目经理,审核的过程被挂起直到系统收到修改好的申请表后置条件:项目经理、部门级、总裁级审核完毕受让方提交的受

23、让申请资料及材料证明用例ID:UC-10用例名称:交易方式确认创建时间:最后修改时间:参与者:产权出让方用例描述:产权出让方将确定的交易方式提交给系统前置条件:产权受让结果(受让方数量、信息)已经确定用例层次:用户目标基本事件流:1. 系统根据已有的受让结果显示供出让方选择的交易方式:只有一个受让方,则系统只提供“协商”交易方式供选择;若有两个以上的受让方,则系统提供“协商”、“竞标”、“拍卖”等交易方式供选择;2. 出让方选择交易方式3. 项目经理查看出让方提交的交易方式信息,确认交易方式结果4. 系统存储交易方式结果扩展事件流:3a. 项目经理有异议 3a1.项目经理与出让方协商,确定交易

24、方式结果后置条件:产权出让方将确定的交易方式提交给系统用例ID:UC-11用例名称:交易创建时间:最后修改时间:参与者:产权出让方 产权受让方 项目经理 用例描述:出让方与受让方完成交易前置条件:产权出让方已经确定交易方式且出让方、受让方还未进行交易用例层次:用户目标基本事件流:1 项目经理向系统提交交易时间、地点等信息2 系统在交易双方界面中显示交易通知书(包含交易时间、地点、标的名称、交易方式等内容)3 出让方及受让方对交易通知书的内容表示确认,即交易双方同意参加交易4 交易双方在约定的时间来交易中心参加交易并签订产权交易合同(包括出让方、受让方办理交接)并确定付款方式5 双方缴纳交易佣金

25、6 项目经理向系统录入产权交易合同主要内容(交易价款,付款方式等) 扩展事件流:3a. 受让方未在交易之前表示确定愿意参加交易3a1. 系统删除受让方信息4a. 受让方被淘汰4a1. 系统删除受让方信息后置条件:出让方与受让方交易完成并签订了产权交易合同用例ID:UC-12用例名称:交割及审核创建时间:最后修改时间:参与者:项目经理 部门级 总裁级 财务部用例描述:项目经理 部门级 总裁级对交易双方的整个交易过程进行审核前置条件:交易双方的交易过程结束用例层次:用户目标基本事件流:1系统在出让方的界面中显示“产权交易合同已经签订成功,请贵单位根据合同与受让方办理好交接。同时,产权交易中心将对贵

26、单位的整个交易流程进行审核以备办理交易鉴证报告。”2系统在项目经理以及财务部负责人的工作台中标识该项目为待办工作3财务部负责人点击该项目的链接4财务部负责人查看产权交易合同中规定的受让方应缴纳的交易价款以及付款方式5当财务部负责人收到受让方缴纳的交易价款时进行确认6项目经理点击该项目的链接7项目经理看到交易价款的收讫情况后对出让方和受让方的整个交易流程进行审核并填写审核意见8系统记录项目经理的意见,将项目标记为项目经理完成交易流程审核9系统在下一位审核人的工作台中标识该项目为待办工作10下一位审核人查看该项目的当前信息,并在自己的工作台中填写审核意见11系统记录该审核人的意见,将项目标记为此审

27、核人已通过审核12需要多级领导审批,系统重复911步,直至所有指定审核人审核通过系统将项目标记为整个交易流程已通过审核扩展事件流:7a. 项目经理不同意7a1系统把申请表退回给申请者重新填写,审核的过程被挂起直到系统收到修改好的申请表9a. 其他审核人不同意9a1.系统通知项目经理,审核的过程被挂起直到系统收到修改好的交易流程审批表后置条件:交易双方的整个交易流程通过审核用例ID:UC-13用例名称:流程定制创建时间:最后修改时间:参与者:系统管理员用例描述:系统管理员定制新流程,供项目经理选择前置条件:无用例层次:用户目标基本事件流:1 管理员登陆系统2 管理员点击“新建流程”3 系统填充创

28、建时间、创建人4 管理员填写流程基本信息(流程名称、流程描述)并确定5 系统生成一个新项目6 管理员在现有的所有控制节点中选择部分节点组成新的流程7 管理员进行确认,并由系统显示“新流程定制成功”扩展事件流:无后置条件:新流程定制成功,添加到流程列表中3.4非标准化产权交易业务基础业务基本概念模型(图5-1业务基本概念模型)非标准化产权(国有产权)交易业务基本对象业务基本对象主要指产权交易中心发生业务的主要业务体,所有的业务都围绕这些基本项目进行。业务基本项目主要包括出让方、受让方、合同、交易标的、内部员工、系统用户等。围绕业务基本项目,包括以下各种共同的内容:l 资料管理,指管理其属性内容,

29、并支持资料属性的可扩展性(如扩展属性的约束管理)。总的来说,资料分为基本资料和功能性扩展资料。对于扩展性资料,允许用户定义其属性。l 生命周期管理。对业务基本项目管理其存在的整个生存周期的各种活动,包括登记、管理、淘汰、删除等l 基本操作。对于特定数据进行的增加、修改、删除等不可再分的一次操作.1部门管理与交易系统相关的内部组织分为交易部、信息部和财务部。a)基本资料部门的资料包括编码、名称、简称、主要业务、 、部门经理等。b)相关设置对内部组织的设置包括:l 人员,主要是内部职责对应的员工信息。l 组织级别,主要是设置其组织级别和上级管理组织。.2交易项目a) 基本资料交易项目的主要属性包括

30、:标的企业基本信息(名称、注册号、注册地址、注册资本、企业类型、法定代表人、主营范围、公司网站、机构代码、股东结构、在册职工、资产负债评估、上年度利润表、土地价值、土地性质);对受让方的基本要求(所在行业、企业类型、经营情况、商业信誉、管理能力、财务状况、企业资质、资产规模、出让底价、付款方式、职工安置方式、债权处理方式、债务处理方式、土地使用方式、是否允许自然人、是否允许境外或港澳台的投资者)b)行为控制交易项目的生命周期包括:l 初始。l 待审。l 挂牌。l 受让登记。l 交易。l 交接。l 结束。c)业务管理需要处理的业务有:l 信息登记。l 审核,包括项目经理审核,部门经理审核,总裁级

31、审核。l 挂牌及公告l 受让登记l 交易l 删除,只有没有受让方的项目才能删除。3.4.2.3注册交易用户a) 基本资料对注册交易用户进行管理,我们要关注的注册交易用户主要属性包括会员编码、企业名称、法定代表人、注册地址、注册资本、经营范围、所属行业、主要产品、资质、商业信誉、经营情况、财务状况、管理能力、资产规模、股东结构、注册资本等信息b) 行为控制注册用户的生命周期包括:l 潜在。l 待审(已登记)。l 正式交易用户。l 注销(退出登陆)。l 删除。c) 业务管理针对生命周期,需要处理的业务有:l 信息登记。l 信息审核。l 信息修改。l 注册用户注销。l 账户删除。3.4.2.4合同a

32、) 基本资料合同指出让方、受让方、交易中心之间签订的合同,用来约束交易的情况。主要包括出让方和交易中心签订的产权出让委托合同、出让方和受让方及交易中心签订的产权交易合同。合同主要包括合同编号、合同名称、合同标题、部门编码、供货商编码、甲方签订人、乙方签订人、签订地点、签订日期、合同类型、合同状态、备注等。可以管理合同的文本内容,在操作上可以通过合同文本模板来处理,避免大文本的重复录入。可以附加合同的原件文件。b)相关设置对合同的设置包括:l 合同条款设置,包括费用条款、结算方式c) 行为控制合同的生命周期包括:l 初始。l 协商内容。l 签订。l 续签。l 终止。d) 业务管理针对生命周期和业

33、务状态,需要处理的业务有:l 合同信息初始化l 协商内容,包括合同内容修改和合同条款修改两种。l 合同签订。l 合同续签。l 合同终止。3.4.2.5员工a) 基本资料员工的资料包括编码、名称、性别、出生日期、身份证号、籍贯、民族、 、电子信箱、 、手机、备注等。由于我们没有人事管理,所以增加一个环节,在这里记录,并使员工管理和系统用户管理结合起来。b)行为控制员工的生命周期包括:l 加入l 状态控制l 删除c) 业务管理需要处理的业务有:l 员工信息登记。l 员工信息修改,包括个人信息的修改和岗位的修改。l 员工删除,只有已经离职的员工才允许删除,并且员工删除后不影响其历史记录。3.4.2.

34、6系统用户a) 基本资料系统用户指可以操作本系统的人员,包括员工用户、注册交易用户、管理员用户等,系统用户的状态参照以上基本对象的状态。用户资料包括用户编码、名称、口令等。b)相关设置对于用户,设置:权限设置,包括操作权限、数据权限等。c) 行为控制用户的生命周期包括:l 初始,并给予角色。l 状态控制。l 删除。d) 业务管理针对生命周期和业务状态,需要处理的业务有:l 增加用户。l 用户基本信息修改。l 密码修改,支持用户自己修改密码。l 权限修改:主要区分两个主要方面:操作权限、数据权限。3.5功能需求 与交易流程对应的办公自动化.1流程管理把整个交易过程中的每项任务化作独立的控制节点,

35、通过对不同控制节点的编辑来实现对整个工作流程控制序列的定制。系统为流程管理人员提供简洁的流程定义环境,实际的交易项目可按照定义好的流程逻辑执行,并在交易双方和项目相关的中心人员工作界面可视化显示整个流程的执行状况。(图一 项目经理界面)流程节点:将整个交易流程划分成以下控制节点,出让申请、出让审核、签订出让委托合同、出让委托合同审核、挂牌及公告、受让申请、受让审核、交易方式确定、交易、收讫交易价款、交易流程审核、交易结束。流程模板定制:对于某段时间一直沿用的流程可以作为流程的模板,其他流程定制时可以以此为基础进行添加、修改、删除等操作实现新流程的定制。流程选择:流程定制成功后,分别对于不同的交

36、易项目可选择不同的流程进行交易。3.5.1.2资料审核审批处理作为工作流程中的一个步骤,审批处理主要是对具体业务进行审查,然后批示意见。项目经理收到交易者,资料发送后将按照预制的审批人次序流转,审核详细步骤如下:1 (细化)查看待审批的资料2 提交审批结果,审批的结果一般有三个,同意、不同意、候审。在审批时,可以签署审批意见,而系统可以记录审批时间、审批人等相关信息。3 整合所有审批人的结果,决定项目的最终审核结果4 如果当前审批人同意的话,资料将流转到下一审批人待批;否则资料立即发还给资料的提交人3.5.1.3公务文档生成通过查询数据库或XML数据文件并将结果插入所生成的文档之中,形成各种具

37、有较好浏览和打印效果的报表清单、合同等。主要完成在线公务文档及合同等法律文档,具体包括产权出让申请书暨承诺书、产权出让委托合同、挂牌及公告内容确认、产权受让申请书暨承诺书、产权受让核准通知书、产权交易方式确认书、产权交易通知书、产权交易凭证、财产交割清单。3.5.1.4 权限管理针对数据存取的权限,分为录入、浏览、修改、删除四种;针对功能的权限,包括对一些关键数据表某些字段的存取进行限制。根据对角色的分类来完成不同权限的分配:Ø 一个角色对应一种系统权限集;Ø 一个员工可对应一个或多个角色;Ø 一个角色对应一个员工。如下图所示:与本系统相关的内部员工角色有:3.5.1.5信息显示个性化根据员工角色的不同,对其相应的页面进行个性化显示:Ø

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论