CN107392467A - 一种基于统一需求的软件工作量估算方法和装置 - Google Patents

一种基于统一需求的软件工作量估算方法和装置 Download PDF

Info

Publication number
CN107392467A
CN107392467A CN201710602922.3A CN201710602922A CN107392467A CN 107392467 A CN107392467 A CN 107392467A CN 201710602922 A CN201710602922 A CN 201710602922A CN 107392467 A CN107392467 A CN 107392467A
Authority
CN
China
Prior art keywords
province
manufacturer
benchmark
software
amount
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201710602922.3A
Other languages
English (en)
Inventor
岳斌
向磊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China United Network Communications Group Co Ltd
China Information Technology Designing and Consulting Institute Co Ltd
Beijing Telecom Planning and Designing Institute Co Ltd
Original Assignee
China United Network Communications Group Co Ltd
China Information Technology Designing and Consulting Institute Co Ltd
Beijing Telecom Planning and Designing Institute Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China United Network Communications Group Co Ltd, China Information Technology Designing and Consulting Institute Co Ltd, Beijing Telecom Planning and Designing Institute Co Ltd filed Critical China United Network Communications Group Co Ltd
Priority to CN201710602922.3A priority Critical patent/CN107392467A/zh
Publication of CN107392467A publication Critical patent/CN107392467A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06315—Needs-based resource requirements planning or analysis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0639—Performance analysis of employees; Performance analysis of enterprise or organisation operations

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Development Economics (AREA)
  • Educational Administration (AREA)
  • Operations Research (AREA)
  • Marketing (AREA)
  • Game Theory and Decision Science (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Stored Programmes (AREA)

Abstract

本发明的实施例提供一种基于统一需求的软件工作量估算方法和装置，涉及软件设计领域，能够避免基于统一需求的各个省份的软件工作量的估算结果中出现的重复工作量。该方法包括：获取各省份的用户规模和业务复杂度、承接软件建设的厂商数以及各厂商承接的省份数；根据各省份的用户规模和业务复杂度选取基准省；根据统一需求估算基准省的软件工作量；软件工作量包括版本研发工作量和本地实施工作量；根据基准省的版本研发工作量和本地实施工作量、各省份的用户规模和业务复杂度、承接软件建设工作的厂商数以及各厂商承接建设的省份数获取各省的版本研发工作量和本地实施工作量；根据各省的版本研发工作量和本地实施工作量计算各省份的软件工作量。

Description

一种基于统一需求的软件工作量估算方法和装置
技术领域
本发明涉及软件设计领域，尤其涉及一种基于统一需求的软件工作量估算方法和装置。
背景技术
近年来，由于通信运营商市场竞争激烈，为了适应不断变化的市场形势，快速响应业务需求，不断提升服务质量，需要各个运营商公司按照总部统一部署，保持公司整体对客户的统一业务支撑和服务，要求各分公司实现的需求的内容和服务相同，对外给客户以统一的体验。进一步的，对应通信业务上的统一策略，在IT(Information Technology，信息技术)系统的改造建设上也需采用通信运营商集团的统一管理和统一建设的模式，这样可以提升响应通信运营商集团统一需求的速度，保障了新业务/产品的快速推出，并提升了对于现有通信业务的支撑服务水平。
因为需要保证全国各省的统一需求，所以需要在某一系统立项时提前估算其系统应用软件的工作量，而且需要根据不同省的不同情情况估算出满足各省情况的工作量。现有技术中对于结合省内的需求估算软件工作量时，常用的软件工作量估算方法有：专家估算法、功能点分析法等。而这些估算软件工作量的方法在用于面向多省的统一需求工程时存在以下不足之处：(1)工作量估算差异大：基于统一需求，各省自行估算时，软件工作量估算结果个别省分之间差异过大；(2)工作量估算存在重复：对于同一厂商承建多省系统的情况而言，统一需求在其承建的各省均会估算一份工作量，在单一省内看似乎是合理的，但从总部汇总各省工作量一点看齐后，就会发现工作量似有部分重复，如：统一需求的需求分析、代码开发，此部分工作对于同一厂商在各省做的是基本重复的工作，此部分工作量应该对于该厂商是可以在多省共享和复用的，此部分工作量的重复计算，对于建设方即通信运营商就相当于多付出了成本。
发明内容
本发明的实施例提供一种基于统一需求的软件工作量估算方法和装置，能够避免基于统一需求的各个省份的软件工作量的估算结果中出现的重复工作量。
为达到上述目的，本发明的实施例采用如下技术方案：
第一方面，提供一种基于统一需求的软件工作量估算方法，包括：获取统一需求信息、各个省份的用户规模和业务复杂度、承接软件建设工作的厂商数以及各个厂商承接建设的省份数；根据各个省份的用户规模和业务复杂度对各个省份进行分级并选取基准省；用户规模和业务复杂度呈正相关；根据统一需求估算基准省的软件工作量；软件工作量包括版本研发工作量和本地实施工作量；根据基准省的版本研发工作量、承接软件建设工作的厂商数以及各个厂商承接建设的省份数获取各个省份的版本研发工作量；根据各个省份的分级情况以及基准省的本地实施工作量计算各个省份的本地实施工作量；根据各个省份的版本研发工作量和各个省份的本地实施工作量计算各个省份的软件工作量。
第一方面提供的基于统一需求的软件工作量估算方法,首先获取了统一需求信息、各个省份的用户规模和业务复杂度、承接软件建设工作的厂商数以及各个厂商承接建设的省份数；而后根据各省份的用户规模和业务复杂度对各个省份分级并选取一个基准省，再根据统一需求信息估算基准省的版本研发工作量和本地实施工作量；后根据承接软件建设工作的厂商数以及各个厂商承接建设的省份数对基准省的版本研发工作量进行修正和分摊后得到各个省份的版本研发工作量，同时根据各个省份的级别以及基准省的本地实施工作量获得各个省份的本地实施工作量，最后将各省的版本研发工作量与本地实施工作量相加便可得到各个省份的软件工作量。本发明的实施例提供的方案在对各个省份的软件工作量估算的过程中首先根据用户规模和业务复杂度对各个省份分级后设立一个能代表大多数情况的基准省并估算出基准省的软件工作量，且将软件工作量分为研发部分的版本研发工作量和实施部分的本地实施工作量，由于对基准省的版本研发工作量的共同估算，加上后期根据承接软件建设工作的厂商数以及各个厂商承接建设的省份数对基准省的版本研发工作量作出的修正和分摊得到各个省份的版本研发工作量，可以使得承接多个省份的软件建设工作的厂商最终估算得出的各个省份的软件工作量中去除了多次重复估算的用于研发同一软件的版本研发的工作量，避免了建设方投入给厂商不必要的成本；进一步的，通过根据各个省份的级别对基准省本地实施例工作量进行修正则得到存在可接受差异的各个省份的本地实施工作量，既保证了各省之间的差异又避免出现省份之间软件工作量差异过大的现象。
可选的，根据省份用户规模和业务复杂度选取基准省包括：根据用户数规模和业务复杂度由大到小或由小到大将各个省份分为n个级别；n为正整数；当n为偶数时，根据第n/2级和第(n/2)+1级两个级别中各个省份的具体用户数规模和业务复杂度选取基准省；当n为奇数时，根据第(n+1)/2级中的各个省份的具体用户数规模和业务复杂度选取基准省。
可选的，根据基准省的版本研发工作量、承接软件建设工作的厂商数以及各个厂商承接建设的省份数获取各个省份的版本研发工作量包括：根据承接软件建设工作的厂商数以及各个厂商承接的省份数获取修正系数；根据修正系数和基准省的版本研发工作量计算修正后基准省版本研发工作量；根据各个厂商承接建设的省份数获取分摊系数；分摊系数与承接软件建设工作的厂商一一对应，分摊系数为对应厂商承接建设的省份数；根据修正后基准省版本研发工作量和分摊系数计算各个省份的版本研发工作量。
可选的，根据各个省份的分级情况以及基准省的本地实施工作量计算各个省份的本地实施工作量包括：根据各个省份的级别设定规模系数；根据基准省的本地实施工作量和各个省份对应的规模系数计算各个省份的本地实施工作量。
优选的，根据统一需求信息估算基准省的软件工作量具体包括：显示统一需求信息和基准省的信息；接收输入指令；输入指令携带根据统一需求信息和基准省的信息估算基准省的软件工作量的估算结果。
优选的，根据承接软件建设工作的厂商数以及各个厂商承接的省份数获取修正系数具体包括：显示承接软件建设工作的厂商数以及各个厂商承接的省份数；接收输入指令；输入指令携带修正系数；修正系数根据承接软件建设工作的厂商数以及各个厂商承接的省份数获取。
优选的，根据各个省份的级别设定规模系数具体包括：显示各个省份的级别；接收输入指令；输入指令携带与各个省份的级别对应的规模系数。
第二方面，提供一种基于统一需求的软件工作量估算装置，包括：
获取模块，用于获取统一需求信息、各个省份的用户规模和业务复杂度、承接软件建设工作的厂商数以及各个厂商承接建设的省份数；
选择模块，用于根据获取模块获取的各个省份的用户规模和业务复杂度对各个省份进行分级并选取基准省；用户规模和业务复杂度呈正相关；
估算模块，用于根据获取模块获取的统一需求信息估算选择模块选择的基准省的软件工作量；软件工作量包括版本研发工作量和本地实施工作量；
版本计算模块，用于根据估算模块估算的基准省的版本研发工作量、获取模块获取的承接软件建设工作的厂商数以及各个厂商承接建设的省份数获取各个省份的版本研发工作量；
本地计算模块，用于根据选择模块对各个省份的分级情况以及估算模块估算的基准省的本地实施工作量计算各个省份的本地实施工作量；
工作量计算模块，用于根据版本计算模块计算的各个省份的版本研发工作量和本地计算模块计算的各省份的本地实施工作量计算各个省份的软件工作量。
基于同一发明构思，第二方面提供的基于统一需求的软件工作量估算装置的技术特征和第一方面提供的基于统一需求的软件工作量估算方法相同，其具体模块划分可以参照第一方面提供的技术方案得出，故整体技术方案的有益效果也可参照第一方面的描述，此处不再赘述。
可选的，选择模块包括：分级单元和选择单元；分级单元用于根据获取模块获取的用户数规模和业务复杂度由大到小或由小到大将各个省份分为n个级别；n为正整数；选择单元用于：当n为偶数时，根据第n/2级和第(n/2)+1级两个级别中各个省份的具体用户数规模和业务复杂度选取基准省；当n为奇数时，根据第(n+1)/2级中的各个省份的具体用户数规模和业务复杂度选取基准省。
可选的，版本计算模块包括：修正单元、分摊单元和第一计算单元；修正单元用于根据获取模块获取的承接软件建设工作的厂商数以及各个厂商承接的省份数获取修正系数；第一计算单元用于根据修正单元获取的修正系数和估算模块估算的基准省的版本研发工作量计算修正后基准省版本研发工作量；
分摊单元用于根据获取模块获取的各个厂商承接建设的省份数获取分摊系数；分摊系数与承接软件建设工作的厂商一一对应，分摊系数为对应厂商承接建设的省份数；第一计算单元还用于根据修正后基准省版本研发工作量和分摊单元获取的分摊系数计算各个省份的版本研发工作量。
可选的，本地计算模块包括：规模系数设定单元和第二计算单元；规模系数设定单元用于根据分级单元对各个省份定的级别设定规模系数；第二计算单元用于根据估算模块估算的基准省的本地实施工作量和规模系数设定单元设定的规模系数计算各个省份的本地实施工作量。
优选的，估算模块具体用于：显示获取模块获取的统一需求的信息和选择单元选择的基准省的信息；输入指令携带根据统一需求信息和基准省的信息估算基准省的软件工作量的估算结果。
优选的，修正单元具体用于：显示获取模块获取的承接软件建设工作的厂商数以及各个厂商承接的省份数；接收输入指令；输入指令携带修正系数；修正系数根据承接软件建设工作的厂商数以及各个厂商承接的省份数获取。
优选的，规模系数设定单元具体用于：显示分级单元对各个省份定的级别；接收输入指令；输入指令携带与各个省份的级别对应的规模系数。
本发明的实施例提供的一种基于统一需求的软件工作量估算方法和装置，该方法包括：获取统一需求信息、各个省份的用户规模和业务复杂度、承接软件建设工作的厂商数以及各个厂商承接建设的省份数；根据各个省份的用户规模和业务复杂度选取基准省；用户规模和业务复杂度呈正相关；根据统一需求信息估算基准省的软件工作量；软件工作量包括版本研发工作量和本地实施工作量；根据基准省的版本研发工作量、承接软件建设工作的厂商数以及各个厂商承接建设的省份数获取各个省份的版本研发工作量；根据各个省份用户规模和业务复杂度以及基准省的本地实施工作量计算各个省份的本地实施工作量；根据各个省份的版本研发工作量和各个省份的本地实施工作量计算各个省份的软件工作量。因为本发明的实施例提供的方案在对基于统一需求的软件工作量进行估算时，首先根据用户规模和业务复杂度对各个省份进行分级后设立一个能代表大多数情况的基准省并估算出基准省的软件工作量，且将软件工作量分为研发部分的版本研发工作量和实施部分的本地实施工作量，由于对基准省的版本研发工作量的共同估算，加上后期根据承接软件建设工作的厂商数以及各个厂商承接建设的省份数对基准省的版本研发工作量作出的修正和分摊得到各个省份的版本研发工作量，可以使得承接多个省份的软件建设工作的厂商最终估算得出的各个省份的软件工作量中去除了多次重复估算的用于研发同一软件的版本研发的工作量，避免了建设方投入给厂商不必要的成本；进一步的，通过根据各个省份的级别对基准省本地实施例工作量进行修正则得到存在可接受差异的各个省份的本地实施工作量，既保证了各省之间的差异又避免出现省份之间软件工作量差异过大的现象。
附图说明
为了更清楚地说明本发明的实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明的实施例提供的一种基于统一需求的软件工作量估算方法流程示意图；
图2为本发明的实施例提供的版本研发工作量获取方法流程图；
图3为本发明的实施例提供的本地实施工作量获取方法流程图；
图4为本发明的实施例提供的一种基于统一需求的软件工作量估算装置的结构示意图。
具体实施方式
下面将结合本发明的实施例中的附图，对本发明的实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
需要说明的是，本发明的实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本发明的实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
还需要说明的是，本发明的实施例中，“的(英文：of)”，“相应的(英文：corresponding，relevant)”和“对应的(英文：corresponding)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。
现有技术中对于软件工作量的估算往往是基于单一厂商针对单一省份的估算，而这些估算方式在应用于面向多生的统一需求软件工程时，会出现同一厂商承建多个省份时估算的软件工作量出现重复部分，会使得建设方因此付出不必要的成本。
针对这一问题，参照图1所示，本发明的实施例提供一种基于统一需求的软件工作量估算方法，包括：
101、获取统一需求信息、各个省份的用户规模和业务复杂度、承接软件建设工作的厂商数以及各个厂商承接建设的省份数。
具体的，统一需求信息由通信运营商下发，各个省份的用户规模和业务复杂度的方式可以是各省份的工作人员记录整合获取也可以是根据历史记录获取；而接软件建设工作的厂商数以及各个厂商承接建设的省份数则直接由建设方获取。
102、根据各个省份的用户规模和业务复杂度对各个省份进行分级并选取基准省；用户规模和业务复杂度呈正相关。
具体的，基准省的的选择需要具备代表性，需要选择软件工程覆盖全面、规模适中的省份作为基准省，实际应用中，会首先根据省份用户规模和业务复杂度将各个省份分成若干档次，选取中间档次的省份作为基准省；另外，用户规模和业务复杂度是呈正相关关系的，所以才分档时只需考虑用户规模或者业务复杂度任一即可。
103、根据统一需求信息估算基准省的软件工作量；软件工作量包括版本研发工作量和本地实施工作量。
具体的，在对基准省的软件工作量进行估算时，为了估算方便快捷一般是根据通信运营商的统一需求按单一厂商承接单一省份的软件建设工作的标准估算基准省的软件工作量E基；另外，从运营商的项目管理范围来看，软件工程的软件工作量主要包括项目管理、需求分析、系统设计、开发、测试、实施支持等内容。而在本发明的实施例的方案中针对统一需求工程，进一步将基准省软件工作量E基分为基准省版本研发工作量D基、基准省本地实施工作量I基两大部分。基本思路是通过对版本研发工作量的共同估算去除重复工作量，通过本地实施工作量体现出省分之间的差异。其中：版本研发工作量包括项目管理、需求分析、系统设计、核心版本开发、开发测试等，此部分工作是多省之间可共享和复用的，适用于多个省份的软件建设经由一个厂商承建，避免工作量估算出现重复；本地实施包括接口开发、系统部署、联调测试、实施支持等，此部分主要是接口开发等省分个性化研发工作和现场实施工作，与省分现状关系密切、省分之间存在一定差异。所以将软件工作量分为版本研发工作量和本地实施工作量可以减少软件工作量估算结果中出现的重复部分，又能充分体现出省份直接按的差异。
104、根据基准省的版本研发工作量、承接软件建设工作的厂商数以及各个厂商承接建设的省份数获取各个省份的版本研发工作量。
具体的，在获取了基准省的版本研发工作量后，对于同一厂商承建多省的情况，在统一版本研发基础上，其项目管理、版本测试等复杂度亦会大于单一省分版本的开发工作量，因此需要基于基准省的版本研发工作量基础上进行修正，然后需要将该厂商需要承担的版本研发工作量分摊至各省。分摊系数m，m按厂商承建的省份数量取值。
105、根据各个省份的分级情况以及基准省的本地实施工作量计算各个省份的本地实施工作量。
具体的，在获取了基准省的本地实施工作量后，因为各个省份的情况不同，对于用户规模大，业务复杂的省分，本地实施工作通常会更复杂，需要投入更多的人力；反之，用户规模小，业务简单的，本地实施工作会相对小一些，所以需要将各个省份分出若干档次，根据基准省的本地实施工作量以及各省档次的不同相应得出各省的本地实施工作量。
106、根据各个省份的版本研发工作量和各个省份的本地实施工作量计算各个省份的软件工作量。
具体的，各个省份的软件工作量即为各个省份的版本研发工作量和本地实施工作量之和。
上述实施例提供的基于统一需求的软件工作量估算方法,首先获取了各个省份的用户规模和业务复杂度、承接软件建设工作的厂商数以及各个厂商承接建设的省份数；而后根据各省份的用户规模和业务复杂度对各个省份进行分级后选取一个基准省，再根据统一需求按照一个厂商承接一个省份的软件建设工作的标准估算基准省的版本研发工作量和本地实施工作量；后根据承接软件建设工作的厂商数以及各个厂商承接建设的省份数对基准省的版本研发工作量进行修正和分摊后得到各个省份的版本研发工作量，同时根据各个省份用户规模和业务复杂度以及基准省的本地实施工作量获得各个省份的本地实施工作量，最后将各省的版本研发工作量与本地实施工作量相加便可得到各个省份的软件工作量。本发明的实施例提供的方案在对各个省份的软件工作量估算的过程中首先根据用户规模和业务复杂度对各个省份进行分级后设立一个能代表大多数情况的基准省并估算出基准省的软件工作量作为一个厂商需要建设的工作量，且将软件工作量分为研发部分的版本研发工作量和实施部分的本地实施工作量，由于对版本研发工作量的共同估算，加上后期根据承接软件建设工作的厂商数以及各个厂商承接建设的省份数对基准省的版本研发工作量作出的修正和分摊得到各个省份的版本研发工作量，可以使得承接多个省份的软件建设工作的厂商最终估算得出的各个省份的软件工作量中去除了多次重复估算的用于研发同一版本软件的工作量，避免了建设方投入给厂商不必要的成本；进一步的，通过根据各个省份的级别对基准省本地实施例工作量进行修正则得到存在可接受差异的各个省份的本地实施工作量，既保证了各省之间的差异又避免出现省份之间软件工作量差异过大的现象。
示例性的，对于需要满足统一需求的软件工程，一般不涉及港、澳、台三个省级行政区，所以本发明的实施例提供的方案中所说的省份指除了这三个地区的其他31个省级行政区。
可选的，102步骤根据省份用户规模和业务复杂度选取基准省包括：根据用户数规模和业务复杂度由大到小或由小到大将各个省份分为n个级别；n为正整数；当n为偶数时，根据第n/2级和第(n/2)+1级两个级别中各个省份的具体用户数规模和业务复杂度选取基准省；当n为奇数时，根据第(n+1)/2级中的各个省份的具体用户数规模和业务复杂度选取基准省。
可选的，参照图2所示，104步骤具体包括：
1041、根据承接软件建设工作的厂商数以及各个厂商承接的省份数获取修正系数。
1042、根据修正系数和基准省的版本研发工作量计算修正后基准省版本研发工作量。
具体的，修正后基准省版本研发工作量D修＝D基*修正系数K修。
1043、根据各个厂商承接建设的省份数获取分摊系数；分摊系数与承接软件建设工作的厂商一一对应，分摊系数为对应厂商承接建设的省份数。
例如，厂商j承接建设6个省份则厂商j对应的分摊系数mj则为6。
1044、根据修正后基准省版本研发工作量和分摊系数计算各个省份的版本研发工作量。
具体的，对于i省的版本研发工作量Di＝(D基*K修)/mj。
可选的，参照图3所示，105步骤具体包括：
1051、根据各个省份的级别设定规模系数。
1052、根据基准省的本地实施工作量和各个省份对应的规模系数计算各个省份的本地实施工作量。
具体的，i省的本地实施工作量Ii＝I基*i省的规模系数Ki。
优选的，根据统一需求信息估算基准省的软件工作量具体包括：显示统一需求信息和基准省的信息；接收输入指令；输入指令携带根据统一需求信息和基准省的信息估算基准省的软件工作量的估算结果。
优选的，根据承接软件建设工作的厂商数以及各个厂商承接的省份数获取修正系数具体包括：显示承接软件建设工作的厂商数以及各个厂商承接的省份数；接收输入指令；输入指令携带修正系数；修正系数根据承接软件建设工作的厂商数以及各个厂商承接的省份数获取。
优选的，根据各个省份的级别设定规模系数具体包括：显示各个省份的级别；接收输入指令；输入指令携带与各个省份的级别对应的规模系数。
需要说明的是，上述三种不同的输入指令均是由专家团队操作输入，因为对软件工作量的估算、对修正系数的获取以及对规模系数的获取影响因素较多，如果单纯的只通过公式计算等方式获取产生的误差较大，所以在本发明的实施例中是将获取这三个参数的因素展示给专家团观察记录，而后通过专家团的整体经验和对软件项目的理解从而给出一个估算或估计的值；当然，这仅仅是本发明的实施例提供的一种优选实现方式，通过其他计算或估算方式获取上述三个参数也属于本发明的实施例的保护范围。
另外，对于专家团队而言，为了保证尽可能考虑到所有对需要获取的参数产生影响的因素，专家团队中需要包括的专家至少有：集团信息化专家、省分信息化专家、设计院专家、承接软件建设工作的厂商专家。
下面以一个某运营商总部X系统应用软件统一需求工程(下面简称A工程)为例对上述实施例提供的基于统一需求的软件工作量估算方法进行具体说明：
A工程需求情况如下：
需求范围涵盖2016年上半年共计6个月与X系统相关的总部下发统一需求；
各需求已整理形成需求列表和需求分析说明书。需求列表和需求分析说明书指统一需求的相关内容。
总的流程可以分为七个步骤：
步骤1、选择基准省
根据各个省份的省份规模和业务复杂度将31个省分为3个级别，具体参照表1：
表1
具体的，因为各省份的用户规模和业务复杂度是正相关的，而在上述对于省份级别的划分主要依据了系统用户数即用户规模，对于规模系数的确定则是专家团队进行确定。
因为基准省的选择需要具有代表性，选择工程覆盖完全、规模适中的省分为基准省，因此A工程从第2级别中选择四川省为基准省。
步骤2、基准省软件工作量估算
基准省选择完成后，为了保证更精确的结果，采用专家估算法评估基准省工作量。为了保证尽可能考虑到所有影响因素，进行估算的专家团队的人员组成需要全面和均衡，A工程专家包括：集团信息化专家、省分信息化专家、设计院专家、承接软件建设工作的厂商专家。其中省分信息化专家除了基准省的专家以外，还要有其他两个级别省分的代表；承接软件建设工作的厂商专家则需要各个厂商至少要有一个代表。
专家团队对1月-6月中的需求逐个进行工作量估算，得到基准省版本研发和本地实施工作量：D基为15人/月，I基为5人/月。具体的，专家团队是根据统一需求按单一厂商承接单一省份的软件建设工作的标准估算基准省的软件工作量的。
步骤3、修正系数、分摊系数确定
对于同一厂商承建多个省份，在统一版本研发基础上，其项目管理、版本测试等复杂度亦会大于单一省分版本的开发工作量，因此需要基于基准省的版本研发工作量基础上进行修正，即需要乘以一个修正系数。
该运营商的X系统在全国共有6家承建厂商，各厂商在31省的X系统承建分布情况如表2所示：
表2
根据上述情况，在A工程里经专家团队综合评估将修正系数K修取为2。
由表2可知，各厂商的市场占有是不均衡的，最多的承建7个省，最少的承建3个省，但是对于各厂商都需要针对本工程的全套需求进行系统改造。在A工程里认为每个厂商都需要开发同一个版本，各厂商版本研发工作量是相同的。对于分摊系数m则一般按照各厂商承建的省份数而定，例如，河南省的承建厂商为厂商4，所以m4值为7。
步骤4、版本研发工作量的修正与分摊
具体以河南省为例，
另外，因为基准省的版本研发工作量估算时，是参照单一厂商承接单一省份的标准估算的，所以对于基准省四川省的版本研发工作量也是要通过公式计算的：
其余省份同理。
步骤5、规模系数确定
以河南省为例，表1中可得河南省所在级别的规模系数K河南为1.2；其余省份以此为例参照表1得规模系数。
步骤6、本地实施工作量估算
以河南省为例，I河南＝I基*K河南＝5*1.2；
其余省份同理。
步骤7、各省份软件工作量汇总
以河南省为例，E河南＝D河南+I河南＝4.3+6＝10.3人/月。
其余省份同理。
参照图4所示，本发明的实施例还提供一种基于统一需求的软件工作量估算装置，包括：
获取模块41，用于获取统一需求信息、各个省份的用户规模和业务复杂度、承接软件建设工作的厂商数以及各个厂商承接建设的省份数；
选择模块42，用于根据获取模块41获取的各个省份的用户规模和业务复杂度对各个省份进行分级并选取基准省；用户规模和业务复杂度呈正相关；
估算模块43，用于根据获取模块获取的统一需求信息估算选择模块42选择的基准省的软件工作量；软件工作量包括版本研发工作量和本地实施工作量；
版本计算模块44，用于根据估算模块43估算的基准省的版本研发工作量、获取模块41获取的承接软件建设工作的厂商数以及各个厂商承接建设的省份数获取各个省份的版本研发工作量；
本地计算模块45，用于根据选择模块42对各个省份的分级情况以及估算模块43估算的基准省的本地实施工作量计算各个省份的本地实施工作量；
工作量计算模块46，用于根据版本计算模块44计算的各个省份的版本研发工作量和本地计算模块45计算的各省份的本地实施工作量计算各个省份的软件工作量。
基于同一发明构思，上述提供的基于统一需求的软件工作量估算装置的技术特征和前述实施例提供的基于统一需求的软件工作量估算方法相同，其具体模块划分可以参照第一方面提供的技术方案得出，故整体技术方案的有益效果也可参照第一方面的描述，此处不再赘述。
可选的，参照图4所示，选择模块42包括：分级单元421和选择单元422；分级单元421用于根据获取模块41获取的用户数规模和业务复杂度由大到小或由小到大将各个省份分为n个级别；n为正整数；选择单元422用于：当n为偶数时，根据第n/2级和第(n/2)+1级两个级别中各个省份的具体用户数规模和业务复杂度选取基准省；当n为奇数时，根据第(n+1)/2级中的各个省份的具体用户数规模和业务复杂度选取基准省。
可选的，版本计算模块44包括：修正单元441、分摊单元442和第一计算单元443；修正单元441用于根据获取模块41获取的承接软件建设工作的厂商数以及各个厂商承接的省份数获取修正系数；第一计算单元443用于根据修正单元441获取的修正系数和估算模块43估算的基准省的版本研发工作量计算修正后基准省版本研发工作量；
分摊单元442用于根据获取模块41获取的各个厂商承接建设的省份数获取分摊系数；分摊系数与承接软件建设工作的厂商一一对应，分摊系数为对应厂商承接建设的省份数；第一计算单元443还用于根据修正后基准省版本研发工作量和分摊单元442获取的分摊系数计算各个省份的版本研发工作量。
可选的，本地计算模块45包括：规模系数设定单元451和第二计算单元452；规模系数设定单元451用于根据分级单元421对各个省份定的级别设定规模系数；第二计算单元452用于根据估算模块43估算的基准省的本地实施工作量和规模系数设定单元451设定的规模系数计算各个省份的本地实施工作量。
优选的，估算模块43具体用于：显示获取模块获取的统一需求信息和选择单元422选择的基准省的信息；接收输入指令；输入指令携带根据统一需求信息和基准省的信息估算基准省的软件工作量的估算结果。
优选的，修正单元441具体用于：显示获取模块41获取的承接软件建设工作的厂商数以及各个厂商承接的省份数；接收输入指令；输入指令携带修正系数；修正系数根据承接软件建设工作的厂商数以及各个厂商承接的省份数获取。
优选的，规模系数设定单元451具体用于：显示分级单元421对各个省份定的级别；接收输入指令；输入指令携带与各个省份的级别对应的规模系数。
示例性的，估算模块43、上述修正单元441和规模系数设定单元451可以为专家客户端，用于将获取的信息展示给专家团队观察取用，专家团队在获取信息后进行相应的计算或者估算，计算或者估算的过程可以在专家客户端上进行也可以不在该专家客户端上进行。
本发明的实施例提供的一种基于统一需求的软件工作量估算装置，因为该装置包括：获取模块，用于获取统一需求信息、各个省份的用户规模和业务复杂度、承接软件建设工作的厂商数以及各个厂商承接建设的省份数；选择模块，用于根据获取模块获取的各个省份的用户规模和业务复杂度对各个省份进行分级并选取基准省；用户规模和业务复杂度呈正相关；估算模块，用于根据获取模块获取的统一需求信息估算选择模块选择的基准省的软件工作量；软件工作量包括版本研发工作量和本地实施工作量；版本计算模块，用于根据估算模块估算的基准省的版本研发工作量、获取模块获取的承接软件建设工作的厂商数以及各个厂商承接建设的省份数获取各个省份的版本研发工作量；本地计算模块，用于根据选择模块对各个省份的分级情况以及估算模块估算的基准省的本地实施工作量计算各个省份的本地实施工作量；工作量计算模块，用于根据版本计算模块计算的各个省份的版本研发工作量和本地计算模块计算的各省份的本地实施工作量计算各个省份的软件工作量。所以在对基于统一需求的软件工作量进行估算时，首先按照用户规模和业务复杂度对各个省份分级后设立一个能代表大多数情况的基准省并估算出基准省的软件工作量，且将软件工作量分为研发部分的版本研发工作量和实施部分的本地实施工作量，由于对基准省的版本研发工作量的共同估算，加上后期根据承接软件建设工作的厂商数以及各个厂商承接建设的省份数对基准省的版本研发工作量做出的修正和分摊得到各个省份的版本研发工作量，可以使得承接多个省份的软件建设工作的厂商最终估算得出的各个省份的软件工作量中去除了多次重复估算的用于研发同一软件的版本研发的工作量，避免了建设方投入给厂商不必要的成本；进一步的，通过根据各个省份的级别对基准省本地实施例工作量进行修正则得到存在可接受差异的各个省份的本地实施工作量，既保证了各省之间的差异又避免出现省份之间软件工作量差异过大的现象。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可以用硬件实现，或固件实现，或它们的组合方式来实现。当使用软件实现时，可以将上述各个功能存储在计算机可读介质中或作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于：计算机可读介质可以包括随机存储器(英文全称：Random AccessMemory，英文简称：RAM)、只读存储器(英文全称：Read Only Memory，英文简称：ROM)、电可擦可编程只读存储器(英文全称：Electrically Erasable Programmable Read OnlyMemory，英文简称：EEPROM)、只读光盘(英文全称：Compact Disc Read Only Memory，英文简称：CD-ROM)或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。此外。任何连接可以适当的成为计算机可读介质。例如，如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户专线(英文全称：Digital Subscriber Line，英文简称：DSL)或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或者其他远程源传输的，那么同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包括在计算机可读介质的定义中。
在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或单元可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。所有模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
结合本发明公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。本发明的实施例还提供一种存储介质，该存储介质可以包括存储器，用于储存估算基于统一需求的软件工作量的装置所用的计算机软件指令，其包含执行估算基于统一需求的软件工作量的方法所设计的程序代码。具体的，软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(Random AccessMemory，RAM)、闪存、只读存储器(Read Only Memory，ROM)、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、电可擦可编程只读存储器(Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于核心网接口设备中。当然，处理器和存储介质也可以作为分立组件存在于核心网接口设备中。
本发明的实施例还提供一种计算机程序，该计算机程序可直接加载到存储器中，并含有软件代码，该计算机程序经由计算机载入并执行后能够实现上述的基于统一需求的软件工作量估算方法。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (14)

1.一种基于统一需求的软件工作量估算方法，其特征在于，包括：
获取统一需求信息、各个省份的用户规模和业务复杂度、承接软件建设工作的厂商数以及各个厂商承接建设的省份数；
根据各个省份的用户规模和业务复杂度对各个省份进行分级并选取基准省；所述用户规模和所述业务复杂度呈正相关；
根据统一需求信息估算所述基准省的软件工作量；所述软件工作量包括版本研发工作量和本地实施工作量；
根据所述基准省的版本研发工作量、承接软件建设工作的厂商数以及各个厂商承接建设的省份数获取各个省份的版本研发工作量；
根据各个省份的分级情况以及基准省的本地实施工作量获取各个省份的本地实施工作量；
根据各个省份的版本研发工作量和各个省份的本地实施工作量计算各个省份的软件工作量。
2.根据权利要求1所述的方法，其特征在于，所述根据各个省份的用户规模和业务复杂度对各个省份进行分级并选取基准省包括：
根据用户数规模和业务复杂度由大到小或由小到大将各个省份分为n个级别；所述n为正整数；
当n为偶数时，根据第n/2级和第(n/2)+1级两个级别中各个省份的具体用户数规模和业务复杂度选取基准省；
当n为奇数时，根据第(n+1)/2级中的各个省份的具体用户数规模和业务复杂度选取基准省。
3.根据权利要求1所述的方法，其特征在于，所述根据所述基准省的版本研发工作量、承接软件建设工作的厂商数以及各个厂商承接建设的省份数获取各个省份的版本研发工作量包括：
根据所述承接软件建设工作的厂商数以及所述各个厂商承接的省份数获取修正系数；
根据所述修正系数和所述基准省的版本研发工作量计算所述修正后基准省版本研发工作量；
根据所述各个厂商承接建设的省份数获取分摊系数；所述分摊系数与所述承接软件建设工作的厂商一一对应，所述分摊系数为对应厂商承接建设的省份数；
根据所述修正后基准省版本研发工作量和所述分摊系数计算各个省份的版本研发工作量。
4.根据权利要求2所述的方法，其特征在于，所述根据各个省份的分级情况以及基准省的本地实施工作量获取各个省份的本地实施工作量包括：
根据各个省份的级别设定规模系数；
根据所述基准省的本地实施工作量和各个省份对应的规模系数计算各个省份的本地实施工作量。
5.根据权利要求2所述的方法，其特征在于，所述根据统一需求信息估算所述基准省的软件工作量具体包括：
显示所述统一需求信息和所述基准省的信息；
接收输入指令；所述输入指令携带所述根据所述统一需求信息和所述基准省的信息估算所述基准省的软件工作量的估算结果。
6.根据权利要求3所述的方法，其特征在于，所述根据所述承接软件建设工作的厂商数以及所述各个厂商承接的省份数获取修正系数具体包括：
显示所述承接软件建设工作的厂商数以及所述各个厂商承接的省份数；
接收输入指令；所述输入指令携带所述修正系数；所述修正系数根据所述承接软件建设工作的厂商数以及所述各个厂商承接的省份数获取。
7.根据权利要求4所述的方法，其特征在于，所述根据各个省份的级别设定规模系数具体包括：
显示所述各个省份的级别；
接收输入指令；所述输入指令携带与所述各个省份的级别对应的规模系数。
8.一种基于统一需求的软件工作量估算装置，其特征在于，包括：
获取模块，用于获取统一需求信息、各个省份的用户规模和业务复杂度、承接软件建设工作的厂商数以及各个厂商承接建设的省份数；
选择模块，用于根据所述获取模块获取的各个省份的用户规模和业务复杂度对各个省份进行分级并选取基准省；所述用户规模和所述业务复杂度呈正相关；
估算模块，用于根据所述获取模块获取的统一需求信息估算所述选择模块选择的所述基准省的软件工作量；所述软件工作量包括版本研发工作量和本地实施工作量；
版本计算模块，用于根据所述估算模块估算的所述基准省的版本研发工作量、所述获取模块获取的所述承接软件建设工作的厂商数以及各个厂商承接建设的省份数获取各个省份的版本研发工作量；
本地计算模块，用于根据所述选择模块对各个省份的分级情况以及所述估算模块估算的所述基准省的本地实施工作量获取各个省份的本地实施工作量；
工作量计算模块，用于根据所述版本计算模块计算的各个省份的版本研发工作量和所述本地计算模块计算的各省份的本地实施工作量计算各个省份的软件工作量。
9.根据权利要求8所述的装置，其特征在于，所述选择模块包括：分级单元和选择单元；
所述分级单元用于根据获取模块获取的用户数规模和业务复杂度由大到小或由小到大将各个省份分为n个级别；所述n为正整数；
所述选择单元用于：当n为偶数时，根据第n/2级和第(n/2)+1级两个级别中各个省份的具体用户数规模和业务复杂度选取基准省；当n为奇数时，根据第(n+1)/2级中的各个省份的具体用户数规模和业务复杂度选取基准省。
10.根据权利要求8所述的装置，其特征在于，所述版本计算模块包括：修正单元、分摊单元和第一计算单元；
所述修正单元用于根据所述获取模块获取的所述承接软件建设工作的厂商数以及所述各个厂商承接的省份数获取修正系数；所述第一计算单元用于根据所述修正单元获取的所述修正系数和所述估算模块估算的所述基准省的版本研发工作量计算所述修正后基准省版本研发工作量；
所述分摊单元用于根据所述获取模块获取的所述各个厂商承接建设的省份数获取分摊系数；所述分摊系数与所述承接软件建设工作的厂商一一对应，所述分摊系数为对应厂商承接建设的省份数；所述第一计算单元还用于根据所述修正后基准省版本研发工作量和所述分摊单元获取的所述分摊系数计算各个省份的版本研发工作量。
11.根据权利要求9所述的装置，其特征在于，所述本地计算单元包括：规模系数设定单元和第二计算单元；
所述规模系数设定单元用于根据所述分级单元对各个省份定的级别设定规模系数；
所述第二计算单元用于根据所述估算模块估算的所述基准省的本地实施工作量和所述规模系数设定单元设定的规模系数计算各个省份的本地实施工作量。
12.根据权利要求9所述的装置，其特征在于，所述估算模块具体用于：
显示所述获取模块获取的统一需求的信息和所述选择单元选择的所述基准省的信息；
接收输入指令；所述输入指令携带所述根据所述统一需求信息和所述基准省的信息估算基准省的软件工作量的估算结果。
13.根据权利要求10所述的装置，其特征在于，所述修正单元具体用于：
显示所述获取模块获取的所述承接软件建设工作的厂商数以及所述各个厂商承接的省份数；
接收输入指令；所述输入指令携带所述修正系数；所述修正系数根据所述承接软件建设工作的厂商数以及所述各个厂商承接的省份数获取。
14.根据权利要求11所述的装置，其特征在于，所述规模系数设定单元具体用于：
显示所述分级单元对各个省份定的级别；
接收输入指令；所述输入指令携带与所述各个省份的级别对应的规模系数。
CN201710602922.3A 2017-07-21 2017-07-21 一种基于统一需求的软件工作量估算方法和装置 Pending CN107392467A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710602922.3A CN107392467A (zh) 2017-07-21 2017-07-21 一种基于统一需求的软件工作量估算方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710602922.3A CN107392467A (zh) 2017-07-21 2017-07-21 一种基于统一需求的软件工作量估算方法和装置

Publications (1)

Publication Number Publication Date
CN107392467A true CN107392467A (zh) 2017-11-24

Family

ID=60337273

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710602922.3A Pending CN107392467A (zh) 2017-07-21 2017-07-21 一种基于统一需求的软件工作量估算方法和装置

Country Status (1)

Country Link
CN (1) CN107392467A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019218497A1 (zh) * 2018-05-14 2019-11-21 平安科技（深圳）有限公司 费用分摊方法和装置、电子设备及介质
CN112966971A (zh) * 2021-03-30 2021-06-15 建信金融科技有限责任公司 一种项目工作量评估方法和装置

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019218497A1 (zh) * 2018-05-14 2019-11-21 平安科技（深圳）有限公司 费用分摊方法和装置、电子设备及介质
CN112966971A (zh) * 2021-03-30 2021-06-15 建信金融科技有限责任公司 一种项目工作量评估方法和装置
CN112966971B (zh) * 2021-03-30 2022-09-13 建信金融科技有限责任公司 一种项目工作量评估方法和装置

Similar Documents

Publication Publication Date Title
US8020147B2 (en) Software package implementation sizing
CN101295380B (zh) 用于估计资源供应的方法和系统
US20040148209A1 (en) System and method for producing an infrastructure project estimate for information technology
CN107392645A (zh) 用户挖掘方法、装置及其设备
Gaivoronski et al. Balancing cost-risk in management optimization of water resource systems under uncertainty
Song et al. A periodic-review inventory model with application to the continuous-review obsolescence problem
CN107392467A (zh) 一种基于统一需求的软件工作量估算方法和装置
CN107659739A (zh) 名单分配方法和装置
CN103729796A (zh) 一种抽样调查的方法及系统
CN108830663B (zh) 电力客户价值评价方法、系统及终端设备
CN107730239A (zh) 基于复合物联网的燃气费收取方法及物联网系统
JP2012208643A (ja) リスク管理装置
EP2941845B1 (en) System and method for charging services using effective quanta units
CN107592363A (zh) 基于复合物联网的水费收取方法及物联网系统
CN114997109A (zh) 单据转换方法、装置、计算机设备和存储介质
CN114897590A (zh) 表单核对方法、装置、计算机设备和存储介质
CN108346080B (zh) 一种流量套餐组合优化方法及装置
CN110188987A (zh) 一种水资源调度的方法、设备及存储介质
JP6680500B2 (ja) 資金管理支援装置及び資金管理の支援方法
CN111768130B (zh) 用户分配方法、装置、电子设备及可读存储介质
CN108734461A (zh) 预付式虚拟资源的处理方法及终端设备
JP6372183B2 (ja) 会計装置及びプログラム
Moshi et al. Regulation, Competition and Productivity Growth in the African Telecommunications Industry
JP7241362B2 (ja) 会計処理システム、会計処理方法及び会計処理プログラム
Aldossary et al. Cloud Computing Approaches, Characteristics and Cloud Computing Status in the Arab World

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20171124