Abstract:
A displayed navigational cube configured to be navigated for use by a service provider to enable the service provider to select at least one vendor for meeting requirements of the service provider for deploying a selected service in a service delivery environment. The displayed navigational cube includes mutually orthogonal axes of a first axis, a second axis, and a third axis. Subservices of the selected service, vendors, and requirements are respectively represented on the first, second, and third axis to define elements at each unique combination of subservice, vendor, and requirement. Each element is transparent or non-transparent such that the navigational cube includes transparent elements and non-transparent elements. Each transparent element denotes an indication that the vendor is unable to meet each requirement for implementing each subservice. Each non-transparent element denotes an indication that the vendor is able to meet each requirement for implementing each subservice.

Description:
[0001]    This application is a divisional application claiming priority to Ser. No. 11/677,594, filed Feb. 22, 2007. 
     
    
     FIELD OF THE INVENTION 
       [0002]    The invention relates to the field of consulting assessment methodologies and tools and in particular, the invention relates to an assessment methodology for matching vendor offerings to service provider requirements. 
       BACKGROUND OF THE INVENTION 
       [0003]    In order to offer a service to customers it is vital to understand which technological requirements are essential for implementing the service. Once the technological requirements have been understood, vendors need to be located in order to provide the service provider with the capabilities that are required to do the job. 
         [0004]    Often, the process of finding suppliers, partners or vendors is a laborious task. For example, is it advisable to select the vendor that was previously used on a project and is trusted, even though they might not have the right skills for the job—or alternatively, should a vendor be selected because the vendor is cheaper than another? 
         [0005]    Thus, there are many factors to take into account when trying to deploy a new service for the first time. Traditionally, the way to solve this problem has been to employ a number of consultants. A consultant may represent a company (Company A) and hence the consultant will provide advice and guidance with respect to the services and goods of the company that the consultant represents. However, the consultant&#39;s company may be ‘tied into’ particular third party products and services; i.e., the company has agreements with third parties for the supply of goods and services, and hence the third parties goods and services may not give the flexibility and versatility required, but the price offered by Company A may be very good. Hence a decision has to be made as to whether flexibility and versatility are to be sacrificed over price. The solution often is to find another consultant who will give a recommendation about their own company (company B) and thus the process starts again until the end results is a number of recommendations by different consultants with often conflicting views and products. 
         [0006]    Hence, there is a need for a method and system for finding suppliers, partners, vendors, etc. that overcomes at least one of the aforementioned prevailing difficulties. 
       SUMMARY OF THE INVENTION 
       [0007]    The present invention provides a method for assessing vendors of varying capability for meeting requirements of a service provider for deploying a selected service in a service delivery environment, said method being implemented by execution of program code by a processor of a computer system, said method comprising: 
         [0008]    receiving a request from a service provider requesting the identification of at least one vendor who can meet the service provider&#39;s requirements for deploying the selected service; 
         [0009]    identifying a plurality of subservices that the service provider must have in order to implement the requested service; 
         [0010]    identifying a plurality of vendors, each vendor being able to implement at least one subservice of the plurality of subservices; 
         [0011]    identifying a plurality of requirements to be met for implementing each subservice of the plurality of subservices; and 
         [0012]    for each vendor: determining an indication of whether said each vendor is able or unable to meet each requirement for implementing each subservice and storing said indication in a data store of the computer system. 
         [0013]    The present invention provides a computer system comprising a processor and a computer readable memory unit coupled to the processor, said memory unit containing software code portions that when executed by the processor implement a method for assessing vendors of varying capability for meeting requirements of a service provider for deploying a selected service in a service delivery environment, said method comprising: 
         [0014]    receiving a request from a service provider requesting the identification of at least one vendor who can meet the service provider&#39;s requirements for deploying the selected service; 
         [0015]    identifying a plurality of subservices that the service provider must have in order to implement the requested service; 
         [0016]    identifying a plurality of vendors, each vendor being able to implement at least one subservice of the plurality of subservices; 
         [0017]    identifying a plurality of requirements to be met for implementing each subservice of the plurality of subservices; and 
         [0018]    for each vendor: determining an indication of whether said each vendor is able or unable to meet each requirement for implementing each subservice and storing said indication in a data store of the computer system. 
         [0019]    The present invention provides a computer program product loadable into an internal memory of a computer system, comprising software code portions for performing, when said software code portions are executed on a processor of the computer system, a method for assessing vendors of varying capability for meeting requirements of a service provider for deploying a selected service in a service delivery environment, said method comprising: 
         [0020]    receiving a request from a service provider requesting the identification of at least one vendor who can meet the service provider&#39;s requirements for deploying the selected service; 
         [0021]    identifying a plurality of subservices that the service provider must have in order to implement the requested service; 
         [0022]    identifying a plurality of vendors, each vendor being able to implement at least one subservice of the plurality of subservices; 
         [0023]    identifying a plurality of requirements to be met for implementing each subservice of the plurality of subservices; and 
         [0024]    for each vendor: determining an indication of whether said each vendor is able or unable to meet each requirement for implementing each subservice and storing said indication in a data store of the computer system. 
         [0025]    The present invention provides a method for providing a vendor assessment service to a service provider to enable the service provider to select at least one vendor for meeting requirements of the service provider for deploying a selected service in a service delivery environment, said method being implemented by execution of program code by a processor of a computer system, said method comprising: 
         [0026]    receiving a request from a service provider requesting the identification of at least one vendor who can meet the service provider&#39;s requirements for deploying the selected service; 
         [0027]    identifying a plurality of subservices that the service provider must have in order to implement the requested service; 
         [0028]    identifying a plurality of vendors, each vendor being able to implement at least one subservice of the plurality of subservices; 
         [0029]    identifying a plurality of requirements to be met for implementing each subservice of the plurality of subservices; and 
         [0030]    for each vendor: determining an indication of whether said each vendor is able or unable to meet each requirement for implementing each subservice and storing said indication in a data store of the computer system. 
         [0031]    The present invention provides a three-dimensional navigational cube being displayed on a display device of a computer system, said navigational cube comprising a three-dimensional data structure of a configuration having mutually orthogonal axes that include a first axis, a second axis, and a third axis: 
         [0032]    wherein the navigational cube is configured to be navigated for use by a service provider to enable the service provider to select at least one vendor for meeting requirements of the service provider for deploying a selected service in a service delivery environment; 
         [0033]    wherein a plurality of subservices of the selected service, a plurality of vendors, and a plurality of requirements are respectively represented on the first axis, the second axis, and the third axis to define elements at each unique combination of subservice, vendor, and requirement; 
         [0034]    wherein each element is transparent or non-transparent such that the navigational cube comprises a a plurality of transparent elements and a plurality of non-transparent elements; 
         [0035]    wherein each transparent element denotes an indication that said each vendor is unable to meet said each requirement for implementing said each subservice; and 
         [0036]    wherein each non-transparent element denotes an indication that said each vendor is able to meet said each requirement for implementing said each subservice. 
         [0037]    The present invention provides a method and system for finding suppliers, partners, vendors, etc. that overcomes at least one of the prevailing difficulties in the prior art. 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0038]      FIG. 1  is a block diagram showing a known computer system in which the present invention may be implemented. 
           [0039]      FIG. 2  is a block diagram showing the components of the assessment component of an embodiment of the present invention. 
           [0040]      FIG. 3  is a block diagram showing an example of an engagement type data set of an embodiment of the present invention. 
           [0041]      FIG. 4  is a block diagram showing an example of an assessment data set of an embodiment of the present invention. 
           [0042]      FIG. 5  shows a navigation cube for navigating three dimensional data of an embodiment of the present invention. 
           [0043]      FIG. 6  illustrates a selected plane of the navigation cube in accordance with an embodiment of the present invention. 
           [0044]      FIG. 7  illustrates another selected plane of the navigation cube in accordance with an embodiment of the present invention. 
           [0045]      FIG. 8  is a flow chart showing the operational steps of the assessment component in accordance with an embodiment of the present invention. 
       
    
    
     DETAILED DESCRIPTION OF THE INVENTION 
       [0046]    Viewed from a first aspect, the present invention provides an assessment method for determining a match of vendor offerings to service provider requirements in a service delivery environment. The assessment method comprises of: receiving a request from a service provider requesting the identification of a vendor who can meet the service provider&#39;s requirements for deploying a selected service; identifying a technology component required to deploy the selected service; determining for the identified technology component a requirement to be met in deploying the technology component; performing an impact assessment to determine the impact of the requirement against a vendor identified as offering the identified technology component; and determining if the identified vendor meets the service provider&#39;s requirements, in dependence of the performed impact assessment. 
         [0047]    Performing the impact assessment may comprise performing an impact assessment on each vendor identified as offering the service. 
         [0048]    Determining whether the identified vendor meets the service provider&#39;s requirements may comprise generating a list identifying each of the vendors meeting the service provider&#39;s requirements. Generating the list may comprise assigning a weighting to each of the vendors in order to rank the vendors by their suitability. 
         [0049]    Performing an impact assessment may comprise performing an impact assessment on the identified technology component. The impact assessment may comprise assessing business metrics to determine the impact on the requester&#39;s business of implementing the selected service. 
         [0050]    Performing an impact assessment may comprise deriving an absolute score index indicative of the importance of deploying the service against the requirement drivers and a vendor. 
         [0051]    The assessment may comprise determining at least one subservice which is required to deploy the requested service. 
         [0052]    Performing an impact assessment further may comprise determining the vendor&#39;s suitability of providing the selected service. 
         [0053]    The present invention provides a visualization component for viewing and navigating the impact assessment, the selected service, the list of identified vendors, and the at least one requirement driver in a three-dimensional view. 
         [0054]    Viewed from a second aspect, the present invention provides an assessment component for determining a match of vendor offerings to service provider requirements in a service delivery environment, the assessment component comprising: a receiving component for receiving a request from a service provider requesting the identification of a vendor who can meet the service provider&#39;s requirements for deploying a selected service; an assessment engine for identifying a technology component required to deploy the selected service; the assessment engine determining for the identified technology component a requirement driver to be met in deploying the technology component; the assessment engine performing an impact assessment to determine the impact of the requirement driver against a list of vendors identified as offering the technology component; and the assessment engine determining if the identified vendor meets the service providers requirements, in dependence of the performed impact assessment. 
         [0055]    The assessment engine may comprise performing an impact assessment on each vendor identified as offering the service. 
         [0056]    An assessment engine may generate a list identifying each of the vendors meeting the service provider&#39;s requirements. 
         [0057]    The impact assessment may be performed on each of the vendors identified in the list of vendors. 
         [0058]    An assessment component may perform an impact assessment on identified technology components. 
         [0059]    The impact assessment may assess business metrics to determine the impact on the requester&#39;s business of implementing the selected service. 
         [0060]    The assessment component may derive an absolute score index indicative of the importance of deploying the service against the requirement drivers and a vendor. 
         [0061]    The assessment component may comprise determining at least one subservice which is required to deploy the requested service. 
         [0062]    Performing an impact assessment may comprise determining the vendor&#39;s suitability of providing the selected service. 
         [0063]    The present invention provides a visualization component for viewing and navigating the impact assessment, the selected service, the at least one identified vendor, and the at least one requirement driver in a three-dimensional view. 
         [0064]    Viewed from a third aspect, the present invention provides a data processing system for determining a match of vendor offerings to service provider requirements in a service delivery environment, the data processing system comprising: a central processing unit, a memory device and a storage device adapted for carrying out the invention as described supra. 
         [0065]    Viewed from a fourth aspect, the present invention provides a navigation cube for navigating three dimensional data in a data processing system, the navigation cube comprising: means for receiving an instruction from a user to select an engagement set, the engagement set comprising data indicative of a selected service and identified service providers providing the selected service; means for receiving at least one requirement driver which must be met in order to deploy the selected service; means for receiving an impact assessment data set performed on the engagement set and the at least one requirement driver; and means for displaying the impact assessment data set along with the selected service, the at least one identified service provider and the at least one requirement driver in a three-dimensional view. 
         [0066]    Viewed from a fifth aspect, the present invention provides a computer program product loadable into the internal memory of a computer system, comprising software code portions for performing, when said software code portions are executed on a processor of the computer system, a method for carrying out the present invention. 
         [0067]    Viewed from a sixth aspect, the present invention provides a service for assessing a match of vendor offerings to service provider requirements in a service delivery environment, the assessment method comprising: receiving a request from a service provider requesting the identification of a vendor who can meet the service provider&#39;s requirements for deploying a selected service; identifying a technology component required to deploy the selected service; determining for the identified technology component a requirement to be met in deploying the technology component; performing an impact assessment to determine the impact of the requirement against a vendor identified as offering the identified technology component; and determining if the identified vendor meets the service providers requirements, in dependence of the performed impact assessment. 
         [0068]    Referring to  FIG. 1 , a computer system  100  is shown in which embodiments of the present invention may be implemented. The computer system  100  has a processor, namely a central processing unit  101 , with primary storage in the form of memory  102  (RAM and ROM). The memory  102  stores an operating system  115 , programs such as applications  116 , and program information and data acted on or created by the programs. The program information includes the operating system code for the computer system  100  and application code for applications running on the processor of the computer system  100 . Secondary storage includes optical disk storage  103  and magnetic disk storage  104 . Data and program information can also be stored and accessed from the secondary storage. The RAM, ROM, and secondary storage are computer readable memory units into which software code portions may be stored, said software code portions capable of being executed by the processor of the computer system  100  to perform the methods of the present invention. 
         [0069]    The computer system  100  includes a network connection means  105  for interfacing the computer system  100  to a network such as a local area network (LAN) or the Internet. The computer system  100  may also have other external source communication means such as a fax modem or telephone connection. 
         [0070]    The central processing unit  101  comprises inputs in the form of, as examples, a keyboard  106 , a mouse  107 , voice input  108 , and a scanner  109  for inputting text, images, graphics or the like. Outputs from the central processing unit  100  may include a display means  110  (e.g., a display device such as a display on a computer screen), a printer  111 , sound output  112 , video output  113 , etc. 
         [0071]    In a distributed system, a computer system  100  as shown in  FIG. 1  may be connected via a network connection  105  to a server (not shown) on which applications may be run remotely from the central processing unit  101  which is then referred to as a client system. 
         [0072]    Applications may run on the computer system  100  from a storage means  103 ,  104  or via a network connection  105  which may include spread sheet applications, database applications and other storage and retrieval mechanisms. 
         [0073]      FIG. 2  shows the components of an embodiment of the present invention. The present invention provides an assessment component  200  for determining a suitable match of vendors to requirements stipulated by a service provider. The assessment component  200  may be located on the computer system  100  of  FIG. 1  for accessing locally by the computer system  100  or alternatively, the assessment component  200  may be installed on a server (not shown) for accessing the assessment component via the network connection  105 . It should be understood that the term vendor is meant to comprise any party offering services and/or technology. 
         [0074]    The assessment component  200  may be installed as part of an ‘add on’ to existing consultancy tools or as part of an existing consultancy tool suite. 
         [0075]    The assessment component  200  comprises a number of subcomponents which interface and interact with each other in order to analyze a service provider&#39;s requirements and to determine the most suitably matched vendors. The subcomponents comprise a receiving component  205 , a selector component  210 , a visualization component  225 , an assessment engine  220 , a first data store  215  comprising sets of engagements types and a second data store  230  comprising the output of the assessment component  200  in the form of an assessment set. The data store  215  and the data store  230  may each be in RAM, ROM, the optical disk storage  103 , the magnetic disk storage  104 , etc. (see  FIG. 1 ). Each of these subcomponents will now be explained in turn. 
         [0076]    The receiving component  205  receives data inputs for populating the data store  215 . The data is in the form of data concerning types of services. Also, for each service the subservices required to implement the service and for each subservice, the vendors offering the subservice and the particular capabilities of each of the vendors. For clarity it is to be understood that a vendor is any third party who provides services and/or technology. An example of the data structure is as follows in Table 1. 
         [0000]    
       
         
               
               
               
               
             
           
               
                 TABLE 1 
               
               
                   
               
               
                   
                   
                 Vendor and/or 
                   
               
               
                 Service 
                 Subservices 
                 partner 
                 Capabilities 
               
               
                   
               
             
             
               
                 Triple play 
                 ISP-portal 
                 Company A 
                 Supports standard x 
               
               
                   
                   
                 Company B 
               
               
                   
                   
                 Company C 
               
               
                   
                   
                 Company D 
               
               
                   
                 Mail services 
                 Company A 
               
               
                   
                   
                 Company B 
               
               
                   
                 IPTV-portal 
                 Company D 
               
               
                   
                   
                 Company C 
               
               
                   
                 Video-on-demand 
                 Company A 
                 With a response 
               
               
                   
                   
                 Company B 
                 time of X number 
               
               
                   
                   
                 Company C 
                 of seconds 
               
               
                   
                   
                 Company D 
               
               
                   
                 Personal Video 
                 Company D 
               
               
                   
                   
                 Company E 
               
               
                   
                 Recorder 
                 Company G 
               
               
                   
                   
                 Company B 
               
               
                   
                 TV head-end 
                 Company H 
               
               
                   
                   
                 Company A 
               
               
                   
                   
                 Company E 
               
               
                   
               
             
          
         
       
     
         [0077]    This data is stored in the data store  215  for interfacing with the selector component  210 .  FIG. 3  also details the engagement type data as stored in the data store  215 .  FIG. 3  shows that for a digital media engagement type, the data store will store information regarding the services  305  needed to deploy a digital media solution  300 , the suppliers and/or vendors  310  offering digital media solutions  300 , and the capabilities of each of the suppliers and/or vendors  315 . 
         [0078]    Returning to  FIG. 2 , the selector component  210  is a selecting function which allows a user to select from a list, the type or solution the service provider wishes to deploy. The user may be the service provider or one who is acting on behalf of the service provider. For example, the service provider may be a telecommunication service provider wishing to deploy a triple play service; i.e., an integrated voice, video and data-IP solution to their customers, or a service provider wishing to deploy a biometric solution (fingerprint or retina scanning and recognition solution) to a specific customer base. 
         [0079]    The selector component  210  receives the selection from the user and performs a lookup in the data store to locate the subservices required to deploy the service and the vendors who are able to supply the subservice. The user is also presented with the capabilities of the vendor&#39;s goods and services. Once the selector component  210  has performed a lookup in the data store  215  and retrieved the relevant information, a trigger is sent to the assessment engine  220  requesting the assessment engine  220  to perform an assessment on the engagement set  215 . 
         [0080]    The assessment engine  220  begins by displaying to the user via the visualization component  225 , a series of questions in order to gather facts about the user&#39;s business in order to perform a ‘where-to-go assessment’. The purpose of the ‘where-to-go assessment’ is to work through each of the subservices associated with the requestor&#39;s service they wish to deploy in order to assess the requestor&#39;s current position with respect to the implementation of the subservice and where the user wishes to be with the subservice or technology according to their strategy and business propositions. For each subservice the user is asked to supply information about whether the business already has the subservice. For example, if the subservice is an IPTV portal—the user is asked whether they already have an implemented IPTV portal. If the answer is ‘no’, and this subservice is vital to the implementation of the user&#39;s triple play service—the assessment engine  220  assigns a rating to the IPTV subservice of, for example, 2—indicating that this is a subservice that the user ‘must have’ in order to implement the service. The assessment engine  220  performs this assessment for each subservice identified by the selector component  210 . The output of the assessment is a list of ‘must have services and/or technologies’ and is stored in the assessment set data store  230 . 
         [0081]    The assessment engine  220  performs an impact assessment on each of the identified ‘must have subservices and/or technologies’. The assessment engine  220  uses a number of criteria to determine an assessment score for each ‘must have’ subservice. For example, the criteria may be as follows: Investment; Operational costs; Involves more than one part (complex project management); Personnel; Complexity; Branding exposure; Value for customer; Assumed ROI (length); Customer demand (assumed). 
         [0082]    Thus, for each ‘must have’ a determination is made as to what the impact of implementing the subservice would be on a specified criteria (e.g., low, medium or high impact) as is shown for an example in Table 2 below. 
         [0000]    
       
         
               
               
               
             
           
               
                   
                 TABLE 2 
               
               
                   
                   
               
               
                   
                 Criteria 
                 Impact 
               
               
                   
                   
               
             
             
               
                   
                 Investment 
                 High 
               
               
                   
                 Operational costs 
                 Medium 
               
               
                   
                 Complex project management 
                 High 
               
               
                   
                 Personnel 
                 Medium 
               
               
                   
                 Complexity 
                 Low 
               
               
                   
                 Branding exposure 
                 Medium 
               
               
                   
                 Value for customer 
                 High 
               
               
                   
                 Assumed ROI (length) 
                 Low 
               
               
                   
                 Customer demand (assumed) 
                 High 
               
               
                   
                   
               
             
          
         
       
     
         [0083]    As a series of criterion is being assessed, it is noted that the different criterion will have a different importance factor for different requestors. Thus the assessment engine  220  determines a weighting factor indicative of the importance to the requestor of the assessment criteria. This is shown in the Table 3 below. 
         [0000]    
       
         
               
               
               
               
             
           
               
                   
                 TABLE 3 
               
               
                   
                   
               
               
                   
                 Criteria 
                 Impact 
                 Weighting 
               
               
                   
                   
               
             
             
               
                   
                 Investment 
                 High 
                 High 
               
               
                   
                 Operational costs 
                 Medium 
                 Medium 
               
               
                   
                 Complex project management 
                 High 
                 Low 
               
               
                   
                 Personnel 
                 Medium 
                 High 
               
               
                   
                 Complexity 
                 Low 
                 Low 
               
               
                   
                 Branding exposure 
                 Medium 
                 Low 
               
               
                   
                 Value for customer 
                 High 
                 High 
               
               
                   
                 Assumed ROI (length) 
                 Low 
                 High 
               
               
                   
                 Customer demand (assumed) 
                 High 
                 High 
               
               
                   
                   
               
             
          
         
       
     
         [0084]    The assessment engine  220 , for each assessed criteria, multiplies the impact score by the weighting to derive an absolute score index. The assessment engine  220  adds each of the absolute score indexes together to derive a total impact assessment score. The total impact assessment score is stored in the data store as part of the impact assessment  410 . 
         [0085]    Each Impact factor and Weighting factor in Table 3 has an associated numerical value. For example, High, Medium, Low for the Impact factors may have have an associated numerical value of 3, 2, 1, respectively, and High, Medium, Low for the Weighting factors may have have an associated numerical value of 5, 3, 1, respectively. For, the preceding exemplary numerical values of the Impact factors and the Weighting factors, the total absolute scores are 15 (Investment), 6 (Operational Costs), 3 (Complex project management), 10 (Personnel), 1 (Complexity), 2 (Branding exposure), 15 (Value for customer), 5 (Assumed ROI), 15 (Customer demand), and the total impact assessment score is 72. 
         [0086]    The impact on the individual criteria (such as the individual impacts on the impact criteria listed in Table 3) and the total impact assessment score each constitute a measure of impact on the specified criteria of implementing the subservice. 
         [0087]    Using the above scoring system—the lower the total absolute score the better. However using a different scoring scheme it will be appreciated by a person skilled in the art that other forms and variation of the above can be contemplated without departing from the scope of the invention. 
         [0088]    The assessment engine  220  also performs an impact assessment on the partners and vendors which the selection component  210  identified as offering the identified subservices. For example, if the subservice is an IPTV portal, then company A, B and C may be identified as providers of an IPTV portal. For each identified supplier/vendor an impact assessment is performed by the assessment engine  220 . Firstly, the assessment engine  220  performs a ‘where to go’ assessment and identifies the suppliers and/or vendors that the user wishes to provide their ‘must have’ service. The selected preferred suppliers or vendors are added to a preference list and stored in the suppliers and vendors assessment data set in the data store  405 . 
         [0089]    The assessment engine  220  determines, via information received from the user as specified by the service provider, a target assessment of an ideal supplier and/or vendor; i.e. rating the most important characteristic that the service provider would like a vendor/supplier to have in terms of specified criteria. 
         [0090]    An example of vendor targets is shown for specified vendor assessment criteria in the Table 4 below for the vendor denoted as Company A with respect to the subservice of IPTV-portal. 
       Partner/Vendor Strategy 
     Subservice: IPTV-portal 
     Company: A 
       [0091]      
         [0000]    
       
         
               
               
               
             
           
               
                   
                 TABLE 4 
               
               
                   
                   
               
               
                   
                 Criteria 
                 Target 
               
               
                   
                   
               
             
             
               
                   
                 Completeness of the service/delivery 
                 High 
               
               
                   
                 Competence 
                 High 
               
               
                   
                 Service and support 
                 High 
               
               
                   
                 Price 
                 High 
               
               
                   
                 Reputation/image/brand 
                 High 
               
               
                   
                 References 
                 High 
               
               
                   
                 Relations to client 
                 High 
               
               
                   
                 Future presence 
                 High 
               
               
                   
                 Standards and openness 
                 High 
               
               
                   
                   
               
             
          
         
       
     
         [0092]    The assessment engine  220  proceeds to carry out an actual assessment of each potential vendor of the specific service or technology, for example IPTV, against the assigned rating of an ideal vendor. The actual assessment determines how far away the potential vendor is in reaching the criterion with respect to the ‘must have’ service or technology. The assessment engine  220  prompts the user, via the visualization component  225 , to enter a value against each criterion to indicate how far away the potential supplier/vendor is from the ideal supplier/vendor. 
         [0000]    An example is shown in Table 5 below. 
         [0000]    
       
         
               
               
               
               
             
           
               
                   
                 TABLE 5 
               
               
                   
                   
               
               
                   
                 Criteria 
                 Target 
                 Actual 
               
               
                   
                   
               
             
             
               
                   
                 Completeness of the service/delivery 
                 High 
                 High 
               
               
                   
                 Competence 
                 High 
                 High 
               
               
                   
                 Service and support 
                 High 
                 High 
               
               
                   
                 Price 
                 High 
                 Medium 
               
               
                   
                 Reputation/image/brand 
                 High 
                 High 
               
               
                   
                 References 
                 High 
                 Low 
               
               
                   
                 Relations to client 
                 High 
                 High 
               
               
                   
                 Future presence 
                 High 
                 Low 
               
               
                   
                 Standards and openness 
                 High 
                 Low 
               
               
                   
                   
               
             
          
         
       
     
         [0093]    Next, the assessment engine  220 , via the visualization component  225 , prompts the user to enter a weighting score for each of the criterion in order to differentiate between each criterion and the partner/vendor being assessed. An example is shown in Table 6 below. 
         [0000]    
       
         
               
               
               
               
             
           
               
                 TABLE 6 
               
               
                   
               
               
                 Criteria 
                 Target 
                 Actual 
                 Weight 
               
               
                   
               
             
             
               
                 Completeness of the service/delivery 
                 High 
                 High 
                 Low 
               
               
                 Competence 
                 High 
                 High 
                 Low 
               
               
                 Service and support 
                 High 
                 High 
                 Medium 
               
               
                 Price 
                 High 
                 Medium 
                 High 
               
               
                 Reputation/image/brand 
                 High 
                 High 
                 Medium 
               
               
                 References 
                 High 
                 Low 
                 Low 
               
               
                 Relations to client 
                 High 
                 High 
                 Low 
               
               
                 Future presence 
                 High 
                 Low 
                 Medium 
               
               
                 Standards and openness 
                 High 
                 Low 
                 Medium 
               
               
                   
               
             
          
         
       
     
         [0094]    Next, the assessment engine  220  determines an absolute score index that reflects how well the supplier or vendor complies with the ideal partner or vendor and the assessed importance of each assessment criteria. The Target score, Actual score, and Weight of High, Medium, and Low in Table 6 have associated numerical values. To determine the absolute score index, the assessment engine  220  takes the actual score for each assessment criterion and subtracts the actual score for each assessment criterion from the target score for each assessment criterion. Then, for each score, the weight given to each assessment criterion is multiplied by the calculated score thus deriving an absolute score index of each assessment criteria. This calculation may yield negative values for the absolute score index if the assessed partner or vendor scores higher than the target. For each vendor or supplier, the absolute score indexes of the assessment criteria are added together to determine a total vendor assessment score which is stored for each vendor or supplier in the vendors assessment set  405  of  FIG. 4 . 
         [0095]    The absolute score indexes and the total vendor assessment score each constitute a measure of an extent to which each vendor is able to meet specified targets for specified vendor assessment criteria pertaining to each subservice. 
         [0096]    Lastly, the assessment engine  220  assesses the requirements of each of the ‘must have service and/or technologies’. Most of these requirements will be non-functional requirements represented by a single FIGURE, for example, a requirement that the service must support 10,000 users. Other requirements may be of a binary nature, for example, does the vendor support MPEG2—yes or no? 
         [0097]    The requirements assessment is performed in two stages, firstly a ‘where-to-go’ assessment is carried out by documenting the client&#39;s target criterion—i.e. MPEG2 must be supported—yes or no? If the answer is determined as ‘yes’—the client&#39;s target criterion is given a weighting of ‘high’ to indicate that this is a must have technology requirement. Secondly, the client is asked to ‘weight’ the importance of the ‘must have’ technology requirement, for example, as a high, medium or low importance. This two stage assessment is carried out for each requirement listed or selected via the client. 
         [0098]    For example in Table 7. 
         [0000]    
       
         
               
               
               
               
               
               
             
               
               
               
               
               
               
             
           
               
                 TABLE 7 
               
               
                   
               
               
                 Requirement 
                 Score 
                 Target 
                 Weight 
                 Ref 
                 Target date 
               
               
                   
               
             
             
               
                   
               
             
          
           
               
                 MPEG2 
                 2 
                 2 
                 2 
                 CIO 
                 4Q 
               
               
                 No. of users or 
                 1 
                 10,000 
                 3 
                 CIO 
                 4Q 
               
               
                 households 
               
               
                   
               
             
          
         
       
     
         [0099]    The final step is to set scores for each requirement and vendor. For each short listed vendor a score is provided representing this vendor&#39;s actual capability. For example, if a particular vendor is able to meet the requirement, the vendor is assigned a score of, for example, 2. However, if the vendor is only able to partially meet the requirements, the vendor will be assigned a score of, for example, 1 etc. 
         [0100]    As previously explained, the weighting of for the target requirement may be represented by a score in a simple ‘yes’ or ‘no’ format or it can be a non-functional requirement for example, the number of users per household. For this reason these values cannot determine the best possible mix of services and partner or vendor for each requirement. If any assessments of these requirement drivers have been carried out before for the same service or technology in the same engagement set for the same partner or vendor, the score can be reused by extracting them out of the assessment set. The assessed weights will normally not be reused as they typically will be specific for each client. 
         [0101]    Finally the total requirement assessment score for each of the short-listed vendors is as follows: 
         [0000]      Total requirement assessment score=score( i )*weight( i ) 
         [0000]    wherein the integer i indexes the requirements and is stored for each vendor or supplier in the requirements assessment set  415  of  FIG. 4 . 
         [0102]    The output of the assessment tool is a list of vendors that meet the requestor&#39;s requirements. The list may be weighted to indicate a first, second and third match etc. This is stored in the requirements assessment data set  415  as shown in  FIG. 4 . 
         [0103]    The total requirements assessment score is a measure of an extent to which each vendor is able to meet specified requirements for pertaining to each subservice. 
         [0104]    Each of the impact assessments is stored in a data store  230 . This is shown in  FIG. 4 , wherein the totality of the impact assessments form an assessment set comprising of each of the where to go assessments&#39;  400 , the impact assessments  410 , the vendor assessments  405  and each of the requirements assessments  415 . 
         [0105]    A visualization component  225  provides navigational functionality in the form of a navigation cube as is shown with reference to  FIG. 5 . The navigation cube  500  provides a framework which enables a requestor to load the requested information from the selector component  210  into the navigation cube  500 . The navigation cube  500  is a three dimensional data structure which is stored in a tangible storage device of a computer system and provides the ability to navigate three dimensional data. This is shown by the three axis  505 ,  510  and  515  of the navigation cube  500 , namely vendors  510 , services and technologies (i.e., subservices)  505  and requirements  520 . The three axis forming in their totality the engagement set  215  for a requester&#39;s value proposition; i.e. their service or technology requirements. 
         [0106]    The navigation cube  500  may be implemented in computer software and allows a user to manipulate and rotate the navigation cube  500  in many different directions in order to view the engagement set data through different planes. 
         [0107]    The navigation cube  500  allows all interrelated elements (i.e., subcubes) of the navigation cube  500  to be visualized by using a chosen color (i.e., green, blue red) as represented by differential shading as indicated in  FIG. 5  (as well as in  FIGS. 6-9 ), for example, blue for partners and vendors, red for requirements and green for services and technologies. 
         [0108]    The navigation cube  500  when loaded with an engagement set allows the viewing and inspection of the assessed numerical scores of each combination of services and technologies, partners and vendors and requirements as calculated by the assessment component. Via the navigation cube  500  is it easy to view and understand which vendors provide the most suitable match to the requester&#39;s requirements. 
         [0109]    Once the navigation cube  500  has been loaded with the engagement set and assessment set, various views can be selected by viewing individual planes, vectors or single elements in order to inspect which vendor supports specific services and technologies, as is shown with reference to  FIG. 6 . 
         [0110]      FIG. 6  shows a selected plane detailing the assessment results for company B. Here it is shown that there are many elements  600  which are transparent and other elements  605  which are non-transparent (e.g., have colored faces in  FIG. 6 ). The transparent elements show there is no relevant data in which to populate the elements with and the colored elements indicating the population of data with regards to the discrete elements. For example, the colored elements  605  show that company B supports and can provide IPTV-portal services, video-on-demand services and TV head end service. The transparent elements  600  indicate the services and technologies which company B does not support or provide; i.e., ISP-portal, mail services and PVR. Each of these elements are displayed against the requirement drivers; i.e. the number of users per household, availability, scalability, MPEG2, MPEG4 and WM9. Therefore when viewing the engagement and assessments sets through this plane of the navigation cube, one can see the company B can provide a TV head end which meets the requirements of number of users, availability, scalability, MPEG2, MPEG4 and WM9. However, when it comes to IPTV portals, company B can not provide an IP-TV portal meeting the MPEG4 requirement. 
         [0111]    The selected plane of  FIG. 6  can be turned through various aspects to provide easier viewing of certain aspects. In the example, of  FIG. 7 , it is clearly shown that company B only supports MPEG4 in their TV head-end offering and not for the IPTV-portal of for their VoD offering. 
         [0112]    A user may also select only one specific service or technology of interest which is being offered by a single partner or vendor and thus a single vector can be viewed. Further, when selecting a single element, each of the assessed weightings can also be displayed. 
         [0113]      FIGS. 8 and 9  shows a flow chart describing the operation steps of the navigation cube  500 . 
         [0114]    In  FIG. 8 , at step  800 , an engagement set is loaded into the navigation cube  500 . The navigation cube  500  is exploded and labeled at step  805  and as is shown at step  810 . Once the navigation cube  500  is populated and exploded, the user can select a number of different planes to navigate through. For example, at step  815  the user can select a red plane (i.e., a Requirements plane) and navigate through the requirement drivers for that particular engagement set at step  830 . Alternatively at step  820  and step  835 , the user can navigate through a blue plane (i.e., a Partners and Vendors plane). At step  825 , the user can navigate through a green plane (i.e., a Services and Technologies plane). 
         [0115]    Moving onto  FIG. 9 , at step  900 , the user whilst navigating through the services and technologies plane can navigate further and view a single partner and vendor plane showing all the interrelated elements (as shown in  FIG. 7 ). Moving onto to step  905  and step  925 , the user is also able to select a vertical vector to view a single requirement across all services and technologies. If the user does not wish to view a vertical vector, the user can instead at step  910  view a single service and technology across all requirements drivers. From this view, a single element representing a requirement driver can be selected and viewed as a single entity at step  915  and  920 . Step  920  enables the user to display a single element of the vertical vector displayed at step  915  (e.g., by selecting the single element with a selection device such as by clicking a mouse when navigating the navigational cube  500  of  FIG. 5 ), wherein the single element holds the total impact assessment score, the total vendor assessment score, and the total requirement assessment score. 
         [0116]    Referring to  FIG. 10 , the process steps of an embodiment of the present invention are shown. At step  1000  and step  1005 , the user selects the type of service they wish to implement via the selector component  210 . The assessment component  225 , using the selected information performs a lookup in an engagement type data store to retrieve the subservices that are required to be implemented in order to deploy the service. For each identified subservice, the assessment component  225  locates a vendor which can supply the service and vendors capabilities. At step  1010 , the assessment component  225  performs a ‘where-to-go’ assessment to determine a set of ‘must have’ services and technologies. If the assessment component can not generate any ‘must have’ technologies and or services at determination  1015 , control moves back to step  1000  and the user is required to enter further information. However, if the assessment component can generate at least one ‘must have’, control moves to step  1020  and the assessment component performs an impact assessment in order to compute an absolute score index which is stored in the data store  230 . 
         [0117]    Next in steps  1025  and  1030  the assessment engine  225  performs a where-to-go assessment on each vendor identified as offering one of the ‘must have’ services or technologies in order at step  530 . At step  1035  a determination is made to identify whether any partner and/or vendors provide any ‘must have’ services or technologies. If the determination is positive, control moves to step  1040  and the ‘where-to-go’ requirements are calculated and weighted as explained previously and stored in the assessment set data store along with the other calculations and weightings. At step  1050  a list is generated or the data is loaded into the navigation cube detailing the partners and vendors whom are can meet the requester&#39;s requirements. 
         [0118]    While particular embodiments of the present invention have been described herein for purposes of illustration, many modifications and changes will become apparent to those skilled in the art. Accordingly, the appended claims are intended to encompass all such modifications and changes as fall within the true spirit and scope of this invention.