Quantitative metrics for assessing status of a platform architecture for cloud computing

Patent metadata

Field	Value
Publication number	US-10049337-B2
Application number	US-201514841395-A
Country	US
Kind code	B2
Filing date	Aug 31, 2015
Priority date	Aug 31, 2015
Publication date	Aug 14, 2018
Grant date	Aug 14, 2018

Abstract

An architecture for realizing a customer system on a cloud computing platform is defined in terms of a plurality of architecture types, each type (AT) defined by plural architecture type units (ATUs), each ATU comprising a set of ATU Details. The ATU Details are ordered into a series of discrete stages. Maturity of the architecture is determined as a single architecture pulse (AP) numeric value for each architecture type. The pulse reflects the extent to which the ATUs of the architecture type have reached a requisite level of quality, and an extent to which the ATUs are created in a sequence consistent with the series of discrete stages. The AP pulse values may be combined to form a single success platform pulse (SPP) for tracking overall condition of the platform architecture with a single numerical value.

First claim

The invention claimed is:

1. A method for measuring the architecting of a customer system during continuous delivery on a cloud-computing platform, comprising the steps of:
defining and developing a platform architecture of a customer system in terms of a plurality of architecture types, the architecture types including a first architecture type that documents how the customer system will address a customer's business model, wherein the first architecture type is Go-To-Market Architecture (GTMA);
for the first architecture type, defining of a plurality of first architecture type units (ATUs) to further define and detail the first architecture type, wherein each of the first architecture type units comprises a corresponding set of architecture type unit detail (ATUD) deliverables;
for each of the first architecture type units, ordering the deliverables into a series of discrete stages (levels of detail) so that each deliverable belongs to exactly one of the discrete stages of the first architecture type;
defining a set of quality requirements for the deliverables;
determining a current status (maturity) of the first architecture type as a first architecture pulse (AP) value, wherein the first pulse value combines a current status for each stage of the first architectural type, based on the defined quality requirements, together with a current level of detail of the of the first architectural type, based on the existing deliverables; and wherein the first pulse also reflects a preference that the deliverables of the first architectural type be created in an order according to the series of discrete stages; and
generating structured information to evaluate a staggered resource deployment associated with planning resources to be allocated before a development cycle of the customer system, wherein evaluating a first prospective planning resource deployment of the staggered resource deployment uses scope screen information of the generated structured information, and evaluating a second prospective planning resource deployment uses capability information, after a time of deployment of a planning resource corresponding to the first prospective planning resource deployment.

2. The method of claim 1 including: for the first architecture type, receiving an architecture marker (AM) as input data, the input data comprising a binary indication, for each of the discrete stages, of whether or not all of the deliverables associated with the stage are considered confirmed, based on meeting the defined quality requirements, so that the AM is a juxtaposition of progress and quality tracking; and wherein the determining step is responsive to the architecture marker (AM) input data.

3. The method of claim 2 , wherein the determining step includes: weighting the architecture marker input data by a set of selected atomic quality level weights; weighting the architecture marker input data by a set of selected progressive weights; and combining the atomic quality weighted and the progressive weighted input data in the determining step to arrive at the first pulse value for combined progress and quality tracking.

4. The method of claim 3 including normalizing the first pulse value to a range of 0 to 1.

5. The method of claim 2 further comprising: for each of the remaining ones of the plural architecture types that is not the first architecture type, repeating the step of defining of a plurality of architecture type units (ATUs), wherein each of the architecture type units comprises a corresponding set of architecture type unit detail (ATUD) deliverables; and for each of the remaining architecture types, repeating the determining step to form corresponding architecture pulse (AP) values.

6. The method of claim 5 further comprising: combining the respective architecture pulse values of all of the plural architecture types to form a single success platform pulse (SPP) numeric value that reflects a current status of the customer system platform.

7. The method of claim 5 further comprising: forming a success platform pulse (SPP) of the customer system as a weighted average of the plural architecture pulse (AP) values; and displaying the SPP to enable tracking an overall condition of platform architecture of the customer system with a single numerical value.

8. The method of claim 5 , wherein: the series of discrete stages comprise at least four discrete stages; namely, Feasible, Preliminary, Detailed and Scheduled, in that order, and; the defined quality requirements include a series of quality types; namely, Complete, Correct, Consistent, and Compliant.

9. The method of claim 2 , wherein: a second one of the architectural types comprises a platform environment architecture type (PEA), that reflects input from at least an API model artifact, and documents how the customer system will address a model of the customer's services; a third one of the architectural types comprises a platform component architecture (PCA), that reflects input from a journey map artifact, and documents or reflects how the platform is structured to execute the customer's processes; and a fourth one of the architectural types comprises a platform information architecture (PIA), that receives input from at least an object model artifact, and is arranged to address customer data and document how platform persistency is organized.

10. The method of claim 2 , wherein: each architecture type comprises at least four aspects, namely componentization, connectivity, configuration and constraints; and each aspect of each architecture type is addressed by a corresponding pre-defined architecture type unit set of ATU details.

11. The method of claim 2 , wherein the determining step includes: weighting the architecture marker input data by progressive level weights (PLW) that are selected to increase the pulse value responsive to creation of deliverables in an order corresponding to the series of discrete stages, and conversely to reduce the pulse value responsive to creation of the deliverables in an order inconsistent with series of discrete levels of detail stages; and weighting the architecture marker by a quality level weight matrix (QLW) that recognizes a current stage of the architecture type unit details—documenting the quality of the architecture.

12. The method of claim 2 including: receiving individual binary pulse values for all atomic stages, the atomic stages comprising, for each of the discrete stages, an binary indication of compliance relative to each quality type of the set of quality requirements; and wherein the determining step is based at least in part on the individual binary pulse values.

13. The method of claim 12 , wherein the determining step includes: for each of the architecture types, forming an architecture pulse (AP) metric as a sum product of all of the individual pulse values and a selected pulse weight factor (PW) matrix to form a single numerical value representing a current condition of the corresponding architecture type; forming a success platform pulse (SPP) of the customer system as a weighted average of the four architecture pulse (AP) values; and displaying the SPP to enable tracking the overall condition of platform architecture of the customer system with a single numerical value.

14. The method of claim 13 including: comparing the SPP to an expected value; in the case that the SPP is below the selected value, identifying one of the architecture types having the lowest architecture pulse value; for the identified one architecture type, examining the architecture marker (AM) and the architecture type units (ATUs) associated with the identified architecture type; and based on

Assignees

• Salesforce Com Inc

Inventors

• Mack Gerhard Friedrich
• Pühl Stefan

Classifications

• H04L41/0893

  Assignment of logical groups to network elements · CPC title

• G06Q10/0637

  Strategic management or analysis, e.g. setting a goal or target of an organisation; Planning actions based on goals; Analysis or evaluation of effectiveness of goals · CPC title

• G06Q10/067 Primary

  Enterprise or organisation modelling · CPC title