一期建设需求说明书.docx
- 文档编号:29505236
- 上传时间:2023-07-24
- 格式:DOCX
- 页数:40
- 大小:2.86MB
一期建设需求说明书.docx
《一期建设需求说明书.docx》由会员分享,可在线阅读,更多相关《一期建设需求说明书.docx(40页珍藏版)》请在冰豆网上搜索。
一期建设需求说明书
一期建设需求说明书
四川移动打算建设治理系统
一期建设需求说明
微软〔中国〕
2020年04月16日
名目
第1章概述
1.1需求背景
为满足四川移动投资治理、规划治理、共建共享、工程项目治理等各方面的业务数据与信息治理需要,打算启动打算建设治理平台建设项目。
从业务层面上,该系统将依照实际业务需要,满足从领导到业务职员不同层次的个性化需求;从系统层面,该系统将与已投产的EIP、PMS、MIS、财务集中化治理平台、EOMS和BOSS等支撑平台形成有效的信息共享和数据接口,为各个层面的用户提供决策支持和治理支撑。
该项目将从投资资金内控,工程项目治理的角度实现投资规划、打算、执行、分解、工程项目立项、设计、实施、审计验收、后评估等业务流程的全面贯穿,建成服务于省公司及各地市州分公司的集业务支撑与投资分析于一体的综合性业务治理支撑平台,进一步提升投资治理精细化水平,连续保持行业领先的资本开支回报率,更好地支撑公司业务进展。
1.2建设目标
打算建设治理平台总体目标如右图所示:
支撑投资建设治理全业务流程贯穿,提升企业投资精细化治理水平。
总体目标的实现划分成三个时期:
内部治理精细化、外部治理精细化与全流程贯穿,每个时期依照资源配备及业务进展情形又可分为多期建设来实现。
一期建设目标:
搭建系统基础框架,包括规划治理、打算治理、共建共享治理三大模块,优先支撑省公司打算部内部业务运作需要,并与PMS系统整合,实现项目数据共享。
业务问题及解决方式如下:
●规划治理方面
问题和目标
解决方式
投资规划的编制、调整和后评估业务流程不规范,调整工作量大、周期长
Ø通过流程固化实现投资规划的编制、调整、审批流程规范化
Ø通过流程环节之间的数据关联缩减规划调整的工作量和工作周期
Ø建设与地市分公司的沟通工具
●打算治理方面
问题和目标
解决手段
历史投资打算数据难以治理
系统化的数据储备方式方便查询与搜索〔包括往年年度投资打算〕
投资打算制定的流程不规范,向地市征集打算流程复杂不规范
Ø采纳流程固化的方式实现投资打算的业务治理
Ø通过流程替代快文征集打算支撑业务流程的简化
统计分析与投资打算跟踪比较困难
Ø提供统计分析工具,实现多维度〔分公司/分专业/重点项目〕统计分析和实时跟踪、提早预警等
Ø固化月度和年度投资分析模板
Ø通过与PMS系统接口,跟踪投资打算执行情形
●共建共享治理
问题和目标
解决手段
共建共享数据收集流程不规范,各部门时刻
建立统一的共建共享数据上报与监控工作流体系,进行流程监控
统计报表格式变动频率较高,汇总数据处理工作量大
Ø依照相应的数据收集体系,形成数据汇总
Ø按照集团公司的要求,形成共建共享上报文档
1.3名词和术语
A.续建项目:
指在上年未完工,仍需在当年连续建设的项目。
续建是描述工程建设进度的一个概念,专指工程建设未终止。
打算部定义的完工指按照工程建设项目治理规范,完成初步验收且成功通过初验的项目
B.结转资本开支:
在续建项目中,有些项目虽未完成初验但实际已完成合同支付,在当年之需要履行合同,不需要再发生资本开支;而更多项目仍需要在当年连续发生资本开支,这笔开支统称为结转资本开支,即结转到新一年要发生的资本开支。
按照规定,结转资本开支应当优先满足,因此会挤占当年资本开支额度,使新项目可开支额度变小,从而阻碍新项目的投资总盘
C.结转资本开支安排:
通常省公司打算部专业治理员会对每一个需要结转资本开支的续建项目进行开支安排,立即结转开支按季度划拨使用。
举例:
B0900001那个项目,批复投资为1000万,但在09年全年建设中实际只开支了800万,后续花费需要在10年支付,而这200万的后续花费确实是结转资本开支。
专业治理员将这200万进行了重新安排,打算在10年头两季度支出:
1季度打算开支100万,2季度开支100万——这确实是结转资本开支安排
第2章需求说明
2.1规划治理模块
1
2
2.1
2.1.1业务描述
四川移动网络规划编制工作由省公司打算部规划岗组织实施,参与网络规划编制的人员包括省公司相关业务部门、各分公司,以及受权进行规划编制的设计院相关人员。
网络规划的编制工作一样每年进行一次,每一次编制过程包括调研访谈时期、初稿编制时期、报告评审时期以及省市衔接时刻点划分四个方面的工作内容。
省公司打算部规划岗人员在规划编制的初期,第一建立整个规划编制的人员名目,然后指定规划编制的任务进度打算,将规划编制的各个时期中需要开展的工作〔任务〕与相应的人员、时刻进行定义,以上工作完成后,规划岗人员就依照任务进度打算在规划的编制过程中进行组织和谐、成果检验等工作;省公司相关业务部门、各分公司,以及设计院人员会依据任务进度打算中分配的任务开展工作,并在规定的时刻点提交成果文件。
在规划编制过程中,各类人员之间会涉及多种数据与信息的交换,包括需求的提出和成果的提交等,这些交换的内容都以office文档的形式进行。
在规划编制过程中的各类文档会依照需要提供相关的人员进行共享使用。
2.1.2用户需求
1.
2.
2.1.
2.1.1.
2.1.2.
2.1.2.1.人员治理
系统需要对每一项规划的参与人员进行治理,这些人员的信息一方面作为在对应规划中的通信录作用,另一方面是作为在该规划中进行各项操作的有效身份信息,即在规划编制过程中所有与人员相关的操作数据差不多上来自于该规划对应的人员信息。
人员信息中会涉及到大量的设计院人员,因此需要系统提供数据导入功能。
2.1.2.2.任务治理
所谓任务确实是指规划编制过程中需要开展的各项工作。
这些任务具有逻辑上的层次关系和时刻上的先后关系,系统需要表达出这种关系,然而不需要进行相互之间的约束。
每一项任务都需要包含起止时刻、描述、责任人等信息,系统能够通过时刻的定义表达出任务的实时状态。
任务的执行结果是通过在系统中提交文档表达的,关于每一项任务有可能提交多个文档,关于每一项任务可能有多个人进行操作。
任务执行完成后需要有人员对任务的完成情形进行验证,因此系统需要提供相应的验证功能以及将任务进行退回重新处理的功能。
关于每一项任务完成后的结果,有可能是另一项任务的基础信息,因此系统需要提供一项功能实现对某一项任务中的文档提供给另一项任务中的人员进行共享的功能。
关于不同的规划来说,其中的任务内容具有相似性,系统需要建立一种模板机制,能够在规划任务定义时提取其他规划的任务项或者是系统中差不多定义的任务项。
2.1.2.3.过程治理
系统需要以状态的形式来表达规划中各项任务的进展情形,同时能够以直观形式进行展现。
系统需要具有提醒机制,在需要的时候对特定任务的特定人员以短信的方式进行任务催办。
2.1.2.4.文档治理
规划编制过程中的所有过程和结果的内容差不多上以文档方式进行表现的,因此系统需要提供相应的功能实现这些文档的治理。
这些文档分为两类,一类是规划全局性的文档,包括规划需求、策略等,这些文档需要依照相应的规那么提供给规划中的人员进行使用;一类是规划编制过程中形成的结果文档,这些文档需依照规划任务的逻辑关系提供给其他任务中的人员使用。
2.1.3功能需求
依照规划业务的特点系统设计了四个核心功能以实现规划编制的业务处理。
2.1.3.
2.1.3.1.差不多信息
用于描述规划的一样性信息,在规划新建时建立该信息。
2.1.3.2.虚拟团队
用于治理某一规划中的参与人员信息,规划中所有涉及人员的数据都来源于此。
系统提供人员分组定义。
对人员的治理分为内部用户和外部用户进行,系统提供导入功能实现外部用户数据以excel方式导入系统。
2.1.3.3.共享资源
用于对规划的全局性文档进行治理。
关于规划的全局性文档,能够通过该功能导入系统,同时分别定义其共享对象〔虚拟团队中的人员〕。
2.1.3.4.打算进度
用于对规划编制的任务进行治理。
系统以树形结构的方式对规划任务进行治理,任务树的每一个节点表示一项规划任务,实现用户可任意对规划的任务进行调整和对任务间的逻辑关系进行调整。
任务树以两种形式对用户进行展现。
关于规划的治理者,通过定义节点的属性进行任务的描述,同时实现规划任务的分配。
关于任务的执行人,通过其具有的权限在特定的任务树节点同意任务,同时将任务结果文档在该节点处进行提交。
系统提供树形图和甘特图两种方式进行规划任务的展现。
树形图要紧展现任务层次关系以及各项任务的状态信息,甘特图要紧展现任务之间的时刻关系。
系统在建立任务树时能够提取预先定义的任务树模板或者其他规划的任务树作为当前规划的任务树。
2.1.3.5.其他功能
◆规划查询
实现对规划数据的查询。
◆规划关闭与重启
对正在进行中的规划关闭,所有人员不能再对规划的数据进行编辑操作,只能查询。
对差不多关闭的规划重新启动,重启后的规划原有的设置回复,人员能够对其进行权限承诺范畴内的相应操作。
◆规划资料下载
将规划中包含的所有文档及其逻辑关系整体进行打包下载。
2.1.4要紧页面成效设计
2.1.4.
2.1.4.1.规划治理首页
2.1.4.2.新建规划
2.1.4.3.虚拟团队
2.1.4.4.共享资源
2.1.4.5.打算进度
2.1.4.6.任务设置
2.1.4.7.任务执行
2.1.4.8.任务查看
2.1.4.9.进度查看
树状图
甘特图
2.1.4.10.短信催办
2.2打算治理模块
2.2
2.2.1业务描述
每年1月省公司打算部将清理上年结转投资及续建项目,估算当年公司收入、全年资本开支总盘,全年投资总盘。
依照各单位建设需求进行投资总盘的分解及分配,编制全年投资打算及资本开支打算。
依照投资打算进行新项目的需求治理、立项审批,成功立项的项目将纳入投资项目治理范畴。
依照年初打算,对各单位执行情形进行考核,从而确定下年投资安排。
按照〝搭建系统框架〞的原那么,一期建设要紧围绕投资、资本开支两条线进行。
2.2.
2.2.1.
2.2.1.1.投资打算治理
投资打算治理包含打算制定、打算调整、打算执行、打算考核四个环节形成投资打算治理闭环。
但目前业务及治理上缺失投资打算考核,故系统重点支撑前三个环节。
●打算制定:
包含投资总盘制定、投资总盘分解、投资打算审批、投资打算下达四大部分,并衍生出专业治理需求。
每年初由省公司打算部综合打算主管发起打算编制流程,在此之前已第一完成结转资本开支清理流程。
而专业治理指投资名目树,在投资总盘分解时能够按照多种维度进行,比如单位维度〔成都分公司、业务支撑中心等〕,也能够按照专业维度如〔2G网络、局房土建等〕。
通常单位维度是依照组织架构设置,而专业维度依照每年业务进展方向而变化,同时有子维度及孙维度存在,因此产生了专业治理,以保证历年投资分解结构的清晰、数据关联准确。
而投资打算下达环节差不多在PMS系统中支撑,故不在本系统建设范畴内,考虑接口,数据共享
年度投资打算样例如以下图所示,图中每个维度下都应分配一定投资金额,此处隐去。
●打算调整:
包含调整申请〔触发〕、调整审批、打算更新三部分,通常每年6月打算部综合打算主管会发起年中打算调整流程,依照实际执行情形对年初打算的专业类别、分配投资金额进行增减;同时打算部内各专业主管也可依照市场变化发起专业投资调整申请。
而打算调整流程的自动触发那么需要依照投资资金内控逻辑设置来启动,不在本期范畴之内
●打算执行:
通过与PMS项目治理系统接口,同步跟踪立项情形及资本开支情形,从而统计投资打算执行进度,依照实际情形发起打算调整。
打算执行情形跟踪通常按照地区维度、专业维度进行,跟踪对象包括立项/设计批复项目个数,立项/设计批复投资金额等,同时需要关注剩余投资额度
2.2.1.2.资本开支打算治理
实际上,资本开支打确实是在投资打算之前或者两者同时编制完成的,因为在制定当年资本开支及投资打算之前必须要完成上年结转资本开支清理工作。
与投资打算治理类似,资本开支打算治理包含打算制定、打算调整、打算执行、打算考核四个环节,共同形成资本开支打算治理闭环。
●结转清理:
结转清理包含三层含义,即清理续建项目、清理结转资本开支、安排结转资本开支进度。
在此之前需要说明续建项目、结转资本开支及资本开支进度安排的概念,但结转不在本期范畴内建设
●打算包含资本开支总盘制定、总盘分解、资本开支打算审批、开支考核四大部分。
每年初由省公司打算部综合打算治理员发起开支打算编制流程,在此之前已第一完成结转资本开支清理流程。
资本开支考核分省公司与分公司两级进行;省公司各单位资本开支考核在已建成的杰出目标治理系统中完成,而分公司开支考核不在本期建设范畴之内
打算相关运算公式为:
当年资本开支总盘=收入推测*收支占比%*集团考核指标%
当年新项目开支总盘=当年资本开支总盘-结转资本开支
当年投资总盘=R*〔当年新项目开支总盘〕,R为放大系数
●打算调整:
通常资本开支打算会依照考核结果每季度调整一次,同时省公司各部门或分公司会依照项目实施情形提出调整申请。
一期系统要紧针对省公司各部门打算进行调整,为杰出目标提供调整依据
●打算执行:
通过与PMS项目治理系统接口,同步MIS系统中e81财务账务数据,实时跟踪项目资本开支详情。
并按照打算部治理要求,提供地区维度、专业维度、项目维度、单位维度的多维度统计查询和报表展现,为开支考核、打算调整、投资决策提供重要数据参考
2.2.2业务流程
2.2.2.
2.2.2.1.投资治理主体流程
2.2.2.2.投资打算编制
2.2.2.3.投资打算审批
2.2.2.4.投资打算调整
●综合打算主管发起调整流程
●专业治理发起调整流程
●专业内部调整流程
2.2.2.5.资本开支打算编制
2.2.2.6.资本开支打算审批
2.2.2.7.资本开支打算调整
2.2.3业务功能需求汇总
2.2.3.
2.2.3.1.投资打算治理需求点
2.2.3.2.资本开支治理需求点
2.2.4要紧页面成效设计
2.2.4.
2.2.4.1.投资打算编制流程发起页面
2.2.4.2.投资打算专业设置页面
2.2.4.3.投资打算审批页面
2.2.4.4.投资打算调整页面
●综合打算主管发起调整页面
●专业内调整页面
2.2.4.5.资本开支打算编制页面
2.2.4.6.资本开支打算审批页面
2.2.4.7.资本开支打算调整页面
2.2.4.8.投资打算跟踪页面
明细页面:
2.2.4.9.资本开支打算跟踪页面
明细页面:
专业明细页面:
2.3共建共享治理模块
2.3
2.3.1业务描述
共建共享业务要紧涉及移动、联通、电信三家运营商,其目的在于运营商在电信基础设施的建设和运营过程中进行新建资源共同建设〔共建〕、已有资源共同使用〔共享〕。
电信基础设施包括基站资源〔含铁塔、室内分布系统〕,传输资源〔杆路、管道、直埋〕。
具体业务实施方式是由各分公司与当地的联通、电信公司进行电信基础设施的共建共享建设。
运营商之间通过共建函的形式进行新建电信基础设施的共建信息沟通,通过共享函的形式进行已有电信基础设施的共享信息沟通。
关于达成意向的共建和共享需求,运营商进行实质上的建设操作。
各分公司需要按月以格式化报表的形式上报各自的共建和共享数据,其中需要表达本年度的资源共建共享明细和自共建共享业务开展以来累计的资源共建共享明细,同时还需要包含指定资源的共建率和共享率数据。
省公司需要每月按照各分公司的资源共建共享数据生成全省的共建共享报表上报通管局和集团公司。
2.3.2用户需求
2.3.
2.3.1.
2.3.2.
2.3.2.1.资源治理
对电信基础设施的数据进行治理,需要分别对共建和共享的资源进行治理。
关于共建资源,需要将所有新建电信基础设施的数据录入系统,然后依照业务的开展过程分别对这些资源的状态进行转化,实施共建的资源状态转化为共建资源,实施自建预留的资源状态转化为自建预留。
关于其他运营商提出共建邀请同时实现了共建的电信基础设施,也需要将这些资源的数据录入系统,并将其状态转化为共建资源。
关于共享资源,是指运营商已建成的电信基础设施,假如向其他运营商提供了共享,那么将这些资源的数据录入系统,并将其状态转化为共享资源。
假如是其他运营商向我方提供了电信基础设施的共享,同样需要将这些资源的数据录入系统,并将其状态转化为共享资源。
2.3.2.2.函件治理
对运营商之间提出共享需求的函件进行治理,需要记录提出需求的资源类型及对应数量,同时记录对需求的响应情形,即能够提供哪些资源进行共享以及对应的数量。
2.3.2.3.协议治理
对运营商之间签署的共建或共享的协议进行治理。
在协议中需要记录共建或共享的参与对象、实施时刻等信息,同时需记录每一份协议中涉及到哪些电信基础设施,这些设施必须是在资源治理中的设施。
2.3.2.4.报表治理
按照规定的格式和类型在系统中建立共建共享数据报表,报表以每月一次的规那么生成,报表中的数据应当是某一时刻点〔生成报表的时刻〕的数据,且报表的数据统计截止日期为报表月份的最后一天。
系统中的数据以两种方式进行治理,按照前文所述逻辑进行治理是自2020年1月1日起的数据,在此日期之前的历史数据〔2020年10月1日至2020年12月31日〕以统计数据的方式直截了当录入系统。
报表的类型分为集团报表和通管局报表两大类,其中通管局报表又包括共建共享汇总表、共建明细表、共享明细表。
集团报表的数据统计周期为2020年10月1日至报表月份的最后一天。
通管局报表的数据统计周期分为两类,一类是自2020年10月1日至报表月份的最后一天,一类是自当前年度的1月1日至报表月份的最后一天。
所有报表的生成均包括各分公司的报表和省公司报表,其中省公司报表的数据是各分公司报表的数据之和。
2.3.3功能需求
2.3.3.
2.3.3.1.共建基站资源
对所有新建基站的数据进行治理,能够通过录入或excel导入的方式在系统中生成数据。
能够查看所有资源的状态以及对应状态的属性。
2.3.3.2.共建传输资源
对所有新建传输〔杆路、管道、直埋〕的数据进行治理,能够通过录入或excel导入的方式在系统中生成数据。
能够查看所有资源的状态以及对应状态的属性。
2.3.3.3.共建协议治理
治理运营商之间签署的共建协议〔或者是有关共建的约定〕,同时实现协议与资源之间的关联,为每一个资源设置其共建属性。
2.3.3.4.基站自建预留
对新建基站进行自建预留属性的设置。
能够实现资源在新建和自建预留之间进行切换。
2.3.3.5.传输自建预留
对新建传输〔杆路、管道、直埋〕进行自建预留属性的设置。
能够实现资源在新建和自建预留之间进行切换。
2.3.3.6.共享函件治理
治理运营商之间关于共享需求的函件。
在函件中需要明确函件双方最终达成一致的共享需求,并将此作为共享率运算的依据之一。
2.3.3.7.共享基站资源
通过录入或excel导入的方式在系统中建立可提供实施共享的基站数据。
能够查看所有资源的状态以及对应状态的属性。
2.3.3.8.共享传输资源
通过录入或excel导入的方式在系统中建立可提供实施共享的传输〔杆路、管道、直埋〕数据。
能够查看所有资源的状态以及对应状态的属性。
2.3.3.9.共享协议治理
治理运营商之间签署的共享协议〔或者是有关共享的约定〕,同时实现协议与资源之间的关联,为每一个资源设置其共享属性。
2.3.3.10.报表治理
通过两种方式实现报表的展现,一种是按照任意时刻段进行报表的查看,实现数据的即时查询;另一种是按照约定的时刻段每月生成一次报表,同时报表的数据需要单独储存,系统储存的报表数据是在生成报表的时刻点的系统数据。
即时报表
即时报表的数据起始日期是2020年1月1日,操作者能够通过输入任意时刻周期进行数据的查询。
提供查询各地市数据的选择,查询的报表类型包括共建共享月统计表、共建共享汇总表、共建明细表、共享明细表。
静态报表
静态报表提供各分公司按月生成报表的功能,分公司在每月的规定时刻生成当月月度报表。
系统依照选择的报表月份自动设定报表数据的时刻段,一类时刻段是2020年10月1日至报表月份的最后一天,一类时刻段是报表年份的1月1日至报表月份的最后一天。
系统自动统计报表数据并进行储存,所有分公司的报表生成后汇总行程省公司的报表。
静态报表包括九个表:
汇总累计表〔涉及TD〕、共建明细累计表〔涉及TD〕、共享明细累计表〔涉及TD〕、汇总累计表、共建明细累计表、共享明细累计表、汇总考核表、共建考核表、共享考核表。
静态报表的生成过程包括两个步骤。
分公司生成报表后,能够查看、删除、提交,同一月度的报表只能生成一个,删除后可再次生成,提交后只能查看不能删除。
分公司报表提交后,只能由省公司进行删除,删除后再由分公司重新生成报表。
2.3.4要紧页面成效设计
2.3.4.
2.3.4.1.共建共享首页
2.3.4.2.共建基站治理
2.3.4.3.共建传输治理
2.3.4.4.共建协议治理
共建协议
共建设置
2.3.4.5.基站自建预留设置
2.3.4.6.传输自建预留设置
2.3.4.7.共享函件治理
2.3.4.8.共享基站治理
2.3.4.9.共享传输治理
2.3.4.10.共享协议治理
共享协议
共享设置
2.3.4.11.报表治理
附件:
原始业务资料附件
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 一期 建设 需求 说明书