Abstract: Dynamic visualization of big data is provided. Data describing a user is received from at least one of a plurality of data sources. One or more characteristics of the user are determined based, at least in part, on the data describing the user. One or more visual indicators are determined based, at least in part, on the one or more characteristics of the user. A visual representation of the user is presented. The visual representation is based, at least in part, on the one or more visual indicators.

Abstract: Dynamic visualization of big data is provided. Data describing a user is received from at least one of a plurality of data sources. One or more characteristics of the user are determined based, at least in part, on the data describing the user. One or more visual indicators are determined based, at least in part, on the one or more characteristics of the user. A visual representation of the user is presented. The visual representation is based, at least in part, on the one or more visual indicators.

Abstract: An approach that identifies a service oriented architecture (SOA) shared service opportunity is provided. In one embodiment, there is an opportunity tool, including an identification component configured to identify a plurality of projects from each of a plurality of lines of business; a selection component configured to select a set of projects common to more than one line of business from the plurality of lines of business; and an evaluation component configured to evaluate the set of projects common to more than one line of business from the plurality of lines of business to identify a SOA shared service opportunity.

Abstract: Provided herein are approaches to re-factor, rationalize, and prioritize a service model, and to assess service exposure in the service model. At least one approach provides: determining a granularity of a service of the service model; re-factoring and refining a service portfolio and a hierarchy of the service model; adapting a Service Litmus Test (SLT) and service exposure scope to the service model; applying at least one Service Litmus Test (SLT) to the service model; and verifying, with each affected stakeholder associated with the service model, that the service model achieves business and technical needs based on the results of the SLTs, which include tests to make exposure decisions, including whether to expose the service or not expose the service, wherein the service represent business capabilities and are placed in the hierarchy of the service model which represents the granularity.

Abstract: An approach for modifying cloud application service levels based upon analysis of documents is provided. The approach performs automated ingestion of documents to determine criticality and needs of certain applications, and develops an understanding of existing cloud environments and service level agreements. The approach may further suggest or automatically reassign applications to the cloud infrastructure to meet the needs of an application.

Abstract: Provided herein are approaches to re-factor, rationalize, and prioritize a service model, and to assess service exposure in the service model. At least one approach provides: determining a granularity of one or more services of the service model; re-factoring and refining a service portfolio and a hierarchy of the service model; adapting a Service Litmus Test (SLT) and service exposure scope to the service model; applying Service Litmus Tests (SLTs) to the service model; and verifying, with each affected stakeholder associated with the service model, that the service model achieves business and technical needs based on the results of the SLTs, which include tests to make exposure decisions, including whether to expose the service or not expose the service, wherein the service represent business capabilities and are placed in the hierarchy of the service model which represents the granularity.

Abstract: A method and system defines a mechanism to architect and define extensible methods and processes to build hybrid solutions. Solution templates provide a mechanism to architect and define the software development method in an extensible way and it enables the method architecture to be flexible to assemble method content and process elements only for those solution types that are necessary for a given solution. Solution templates keep the common base method lightweight and reusable and control the proliferation of software development processes necessary to build hybrid solutions by defining the solution templates for each of the solution types as pluggable extensions or add-ons to the base method that can be assembled on demand based on project needs.

Abstract: An architecture and method of call routing is provided based on session initiated protocol presence information of a callee. The method includes providing a computer infrastructure operable to: receive presence information of a callee upon detecting when the callee is within a certain proximity; and provide call routing information to at least one callee designated device based on customized rules provided by the callee and correlated to the presence information of the callee. The presence information is updated by a SIP based notification.

Abstract: A method and system defines a mechanism to architect and define extensible methods and processes to build hybrid solutions. Solution templates provide a mechanism to architect and define the software development method in an extensible way and it enables the method architecture to be flexible to assemble method content and process elements only for those solution types that are necessary for a given solution. Solution templates keep the common base method lightweight and reusable and control the proliferation of software development processes necessary to build hybrid solutions by defining the solution templates for each of the solution types as pluggable extensions or add-ons to the base method that can be assembled on demand based on project needs.

Abstract: An approach for modifying cloud application service levels based upon analysis of documents is provided. The approach performs automated ingestion of documents to determine criticality and needs of certain applications, and develops an understanding of existing cloud environments and service level agreements. The approach may further suggest or automatically reassign applications to the cloud infrastructure to meet the needs of an application.

Abstract: Provided herein are approaches to re-factor, rationalize, and prioritize a service model, and to assess service exposure in the service model. At least one approach provides: determining a granularity of one or more services of the service model; re-factoring and refining a service portfolio and a hierarchy of the service model; adapting a Service Litmus Test (SLT) and service exposure scope to the service model; applying Service Litmus Tests (SLTs) to the service model; and verifying, with each affected stakeholder associated with the service model, that the service model achieves business and technical needs based on the results of the SLTs, which include tests to make exposure decisions, including whether to expose the service or not expose the service, wherein the service represent business capabilities and are placed in the hierarchy of the service model which represents the granularity.

Abstract: A location based service and method configured to provide recovery assistance for a misplaced or stolen mobile device. The location based system and method is configured to locate (recover) high value mobile devices using location, presence and other IMS (IP Multimedia Subsystem) based telecommunications network assets. The method includes leveraging location dips performed for other services to drive a recovery process for a mobile device to thereby reduce resource overhead on a location platform; locating the mobile device using the location dips performed for other services; and sending a notification to a subscriber of the location of the mobile device for recovery of the mobile device.

Abstract: The method of the present invention to re-factor, rationalize, and prioritize a service model and to assess service exposure in the service model is illustrated. The service model is reviewed and re-factored and the service portfolio and service hierarchy are refined, exposure decisions are made, and finally the service model and its constituent parts are rationalized based on the re-factoring and exposure decisions. Another technique called Service Litmus Tests (SLTs) is leveraged during service re-factoring and rationalization. SLTs are set of gating criteria to select and filter a set of (candidate) services from the service portfolio for exposure. A Service Exposure Assessment Toolkit (SEAT) is also presented in the present invention. SEAT is a mathematical model to facilitate making exposure decisions for services and prioritizing the services in the service model.

Abstract: Defining service ownership for an SOA includes defining, in response to an event requiring a change in service ownership and in dependence upon data describing business functions within a business, a service domain. Embodiments also include reviewing the defined service domain for approval and upon approval of the defined service domain, identifying potential impact upon currently existing service domains caused by implementation of the defined service domain. Embodiments also include identifying a potential owner of the defined service domain in dependence upon a service type of the defined service domain and funding requirements of the service domain and presenting, to relevant stakeholders in the business, the potential owner of the defined service domain for approval. Upon approval of the potential owner of the defined service domain, embodiments include assigning the potential owner of the defined service domain responsibility for managing the defined service domain.

Abstract: In general, the present invention provides a technique for IT estimation modeling of any organization. Although this estimation model is applied to SOA herein, it is not limited to solely estimating SOA activities; the maturity-based estimation modeling can be applied to other areas and disciplines, even beyond the IT industry. The maturity-based model of the present invention also offers executives and project managers a very effective estimating tool to analyze the impact of project variances. Resources do not need to be taken off projects and assigned to perform estimations, as this model acquires knowledge over time and delivers ever more precise estimates with each successive project. Executives and project managers may analyze the effects of additional staff, function changes, or other events to an overall project. Additionally, new projects may be estimated without utilizing current personnel with this adaptive learning model.

Abstract: A location based service and method configured to provide recovery assistance for a misplaced or stolen mobile device. The location based system and method is configured to locate (recover) high value mobile devices using location, presence and other IMS (IP Multimedia Subsystem) based telecommunications network assets. The method includes leveraging location dips performed for other services to drive a recovery process for a mobile device to thereby reduce resource overhead on a location platform; locating the mobile device using the location dips performed for other services; and sending a notification to a subscriber of the location of the mobile device for recovery of the mobile device.

Abstract: A location based service and method configured to provide recovery assistance for a misplaced or stolen mobile device. The location based system and method is configured to locate (recover) high value mobile devices using location, presence and other IMS (IP Multimedia Subsystem) based telecommunications network assets. The method includes leveraging location dips performed for other services to drive a recovery process for a mobile device to thereby reduce resource overhead on a location platform; locating the mobile device using the location dips performed for other services; and sending a notification to a subscriber of the location of the mobile device for recovery of the mobile device.

Abstract: Embodiments of the present invention provide an approach for determining and/or enhancing an organization's agility across one or more computing domains. Among other things, embodiments of the present invention parse and mine organizational documents for relevant data, calculate and weight business agility scores, determine improvements to optimize domain elements to ensure optimal outcomes for customers, prioritize improvements, and/or provide organization agility information for transfer to consultants or the like. It is understood that these functions may be used independently or in conjunction with each other depending on the scope of improvement desired for a particular organization.

Abstract: Embodiments of the present invention provide an approach for determining and/or enhancing an organization's agility across one or more computing domains. Among other things, embodiments of the present invention parse and mine organizational documents for relevant data, calculate and weight business agility scores, optimize domain elements to ensure optimal outcomes for customers, and/or provide organization agility information for transfer to consultants or the like. It is understood that these functions may be used independently or in conjunction with each other depending on the scope of improvement desired for a particular organization.

Abstract: Defining service ownership for an SOA including defining, in response to an event requiring a change in service ownership and in dependence upon data describing business functions within a business, a service domain; reviewing, by a service domain ownership review board, the defined service domain for approval; upon approval of the defined service domain, identifying potential impact upon currently existing service domains caused by implementation of the defined service domain; identifying a potential owner of the defined service domain in dependence upon a service type of the defined service domain and funding requirements of the service domain; presenting, to relevant stakeholders in the business, the potential owner of the defined service domain for approval; and upon approval of the potential owner of the defined service domain, assigning the potential owner of the defined service domain responsibility for managing the defined service domain.