DOCSLIB.ORG

AB Suite in the Application Lifecycle By: Alan Hood

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
AB Suite in the Application Lifecycle By: Alan Hood AB Suite in the Application Lifecycle By: Alan Hood White Paper The application lifecycle goes well beyond simply writing applications and testing them. It includes everything from the initial collection of the business requirements, through design and prototyping, development, release, and ongoing maintenance. A process for controlling this is called Application Lifecycle Management, or ALM. Agile Business Suite (now AB Suite™) is application development technology from Unisys that helps to address this entire application lifecycle. AB Suite, which works as a package in Microsoft Visual Studio, is also well placed to help you take advantage of tools, processes and methodologies that have been developed for Application Lifecycle Management using Visual Studio Team Foundation Server from Microsoft. 2 Table of Contents Change History 4 Application Development – Much More than Writing Code 5 ALM 5 AB Suite 6 AB Suite Overview 6 AB Suite Development with Visual Studio and Team Foundation Server 6 Version Control / Source Change Management 7 Debugger – Test Without Building 8 Testing 8 Build 9 And More 9 Features of Team Foundation Server 10 Planning 10 Agile Development Tools 10 Continuous Delivery, Continuous Testing, and Continuous Integration 10 Testing Tools 10 Analytics 10 Reporting 10 Release Management 10 Collaboration and Project Tracking Across the Whole Team 11 Customize the Start Page for Your Team 11 Ab Suite - Enabling Full Application Lifecycle Management 11 References 11 Unisys Documents 11 Microsoft References 11 Additional Features 11 Closing Remarks 11 About the Author 12 3 Not familiar with AB Suite? Would you like more information about it? Go to www.unisys.com for a description, links to our electronic newsletter – Developing Agility™, Product Information and software downloads, client case studies, and more. Unisys can also provide technical services with AB Suite, and installing and using Microsoft Visual Studio and Team Foundation Server. Contact [email protected] for more information. 4 Application Development – Much More Than With the introduction of Team Foundation Server into the Writing Code Visual Studio suite from Microsoft, support for Agile and DevOps become part of the daily operations for many In the past the most expensive part of developing users. One of the goals of Team Foundation Server (TFS) is applications was in actually writing the programs – or at to support the full team of professionals associated with least that was the perception for most people. However, as developing and supporting applications. This includes the programming languages and development tools, such as business owners for requirements and priorities, project AB Suite, have become more efficient, and as users learn management, testing, and release and support functions, to use them more effectively, the actual writing of the code not just application development. takes on a less significant portion of the overall application lifecycle. Now it becomes more important to have better Agile/Scrum techniques and processes support the control over other areas, including defining, cataloging and communication between Business and Developers for prioritizing requirements, managing subsequent releases, optimal speed and agility. application changes and bug fixes, and eventually retiring DevOps techniques and processes support the the application. communication between Developers and Operations AB Suite has long been established as an environment for specialists for optimal speed in the Release and rapid development and deployment of large scale, business Deployment phase. critical applications. Recent releases of AB Suite embrace DevOps is an abbreviation of Development and Operations, even more of the application lifecycle by using ALM and the goal is to blend these aspects of software delivery features in Visual Studio Team Foundation Server. to find an intersection between Software Development, ALM Quality Assurance, and System Operations. DevOps steps back to span the full delivery pipeline. While DevOps is Application Lifecycle Management, or ALM, is the result of a partially implemented through tools and technology, it move to automate the Systems Development Life Cycle, and also frequently involves a cultural change, to improve also embrace more contemporary methods, such as Iterative communications and cooperation between previously Development, Prototyping, Agile and DevOps. The goal of disparate functions. With good communication between ALM is to embrace, and as much as possible, to automate, developers and operations, continuous delivery can be the or at least support with tooling, the processes involved in the result. full lifecycle of an application, from initial inception, through to release, maintenance, and eventual decommissioning. In the following pages we will examine how Visual Studio, Team Foundation Server, and AB Suite can work together to more fully address the challenges facing business professionals today in the quest to provide the right applications at the right time to their users. 5 Application Lifecycle Management AB Suite AB Suite Overview Agile/Scrum DevOps Unisys AB Suite is a unique Model Driven environment for developing mission critical solutions. It supports design, development, generation, and ongoing maintenance of high-performance, highly available, enterprise-class applications. Developers define their applications in an AB Suite model and then AB Suite will generate the target application, including transactions, batch programs, Business Developers Testers Operations Stakeholders database, and even GUI clients, all from the model. And being model driven, when they want to make changes to the application, they just change the model and regenerate Stories Reports Tests Releases the application. AB Suite takes care of building and deploying the parts that have changed. App/Data Docs Other AB Suite provides a development environment in which business and technical professionals truly collaborate, directing changes and designing new capabilities at the We can think of ALM as a container for the entire Development process, in which Business Stakeholders, business level. It encourages developers to focus on what Developers, Testers, and Operations specialists come an application should do and not worry about how it should together. be coded or deployed. AB Suite is composed of Developer The development processes, such as Agile and Scrum, and Runtime for each of the two supported platforms, support communication between the Business and ClearPath® MCP and Windows. Developers for optimal speed and agility. DevOps processes support communication between AB Suite Development with Visual Studio and Developers and Operations for optimal speed and control in Team Foundation Server Release and Deployment. AB Suite Developer works as a package within Microsoft In a well-organized ALM environment, all have access to Visual Studio. This makes it easy to learn, and allows users the same data and artifacts, including User Stories or Requirements, Test Cases, Documentation, Build/Release to take advantage of the power of the extended capabilities Status, Project Reports, and more. in Visual Studio Team Foundation Server. The goal is to facilitate and improve communications, so Within AB Suite Developer, the three highly-integrated that each of these disciplines is aware of the status of the project at any point in time, and able to effectively do their modules are: part. ____________________________________________ • The System Modeler, which is the primary design and development tool • A Debugger for executing unit and functional tests • A Builder to automatically generate and deploy the application 6 AB Suite Runtime provides the framework in which AB Suite does not require Team Foundation Server, but applications run. if you choose to use it, there is so much more that becomes possible in terms of lifecycle management when AB Suite is integrated with TFS. Except as noted, the features described in the following sections require Team Visual Studio Foundation Server in the development environment. There are various installation and configuration options available, Agile Business including installing TFS on a separate server from Visual Office Suite Team Explorer Studio, which is typically installed in the user’s workstation Version Test Case environment. We won’t go into detail in any of these Expression Control Management Web configuration options, but assume that TFS is installed Requirements Build Access Management Automation somewhere in the environment, and is accessible from the SharePoint Project developer’s workstation. Look in the References section Management Reporting Extensibility at the end of this paper for documents and additional Team Foundation resources to help you install, configure and use these Server products. Version Control / Source Change Management Lab Management AB Suite will use Team Foundation Server Version Control for application source change management. Once configured it is remarkably easy to add an AB Suite project to TFS Source Control, either as the project is being When installed as a package in Visual Studio, AB Suite created or at any time after the fact. takes center stage in Application Lifecycle Management. Features in Visual Studio and Team Foundation Server that Refer to “How to Set up Team Foundation Server (TFS) foster Agile/Scrum and DevOps software development for use with AB Suite” for step by step instructions on processes are as valuable, or even
Load more

Recommended publications
  • View Corporate and Individual Cultures in a Setting Or of Brands and Trademarks, There Is Also a Sharp Irrevocable Openness [26]
    Teixeira and Karsten Journal of Internet Services and Applications (2019) 10:7 Journal of Internet Services https://doi.org/10.1186/s13174-019-0105-z and Applications RESEARCH Open Access Managing to release early, often and on time in the OpenStack software ecosystem José Apolinário Teixeira* and Helena Karsten Abstract The dictum of “Release early, release often.” by Eric Raymond as the Linux modus operandi highlights the importance of release management in open source software development. However, there are very few empirical studies addressing release management in this context. It is already known that most open source software communities adopt either a feature-based or time-based release strategy. Both have their own advantages and disadvantages that are also context-specific. Recent research reports that many prominent open source software projects have overcome a number of recurrent problems by moving from feature-based to time-based release strategies. In this longitudinal case study, we address the release management practices of OpenStack, a large scale open source project developing cloud computing technologies. We discuss how the release management practices of OpenStack have evolved in terms of chosen strategy and timeframes with close attention to processes and tools. We discuss the number of practical and managerial issues related to release management within the context of large and complex software ecosystems. Our findings also reveal that multiple release management cycles can co-exist in large and complex software
    [Show full text]
  • Magic Quadrant for Application Release Automation
    Magic Quadrant for Application Release Automation Published: 27 September 2017 ID: G00315074 Analyst(s): Colin Fletcher, Laurie F. Wurster The ARA market is rapidly evolving in response to growing enterprise requirements to both scale DevOps initiatives and improve release management agility across multiple cultures, processes and generations of technology. This research helps I&O leaders make better-informed decisions. Strategic Planning Assumption By 2020, 50% of global enterprises will have implemented at least one application release automation solution, up from less than 15% today. Market Definition/Description Application release automation (ARA) tools provide a combination of automation, environment modeling and release coordination capabilities to simultaneously improve the quality and the velocity of application releases. ARA tools enable best practices in moving application-related artifacts, applications, configurations and even data together across the application life cycle process. These tools are a key part of enabling the DevOps goal of achieving continuous delivery with large numbers of rapid, small releases. Approximately seven years old, the ARA solution market reached an estimated $228.2 million in 2016, up 31.4% from $173.6 million in 2015. The market is continues to be expected to grow at an estimated 20% compound annual growth rate (CAGR) through 2020. Magic Quadrant Figure 1. Magic Quadrant for Application Release Automation Source: Gartner (September 2017) Vendor Strengths and Cautions Arcad Software Founded in 1992, Arcad Software is a privately held company headquartered in Chavanod, France. The company was started by its founder to deliver automation-oriented solutions supporting the Page 2 of 28 Gartner, Inc. | G00315074 IBM i (introduced as AS/400, then later renamed eServer iSeries) platform.
    [Show full text]
  • Why Release Management Is Required
    Why Release Management Is Required Crapulent Enoch rush that wooden-headedness tailors tactually and accompt colloquially. Angelo often peeved dismally when insolvable Ichabod jollies fearlessly and devaluing her prescripts. Stated Shaun still anatomising: dishevelled and whelked Derron benefits quite correspondingly but legitimatise her past inurbanely. The decision as to when and what about release is therefore crucial economic driver that requires careful consideration. In your customers. Service is required actions that require the requirement specification of preparing the delay? What is a live environment that happen in strategies and support of releases should be overridden by parameterizing configuration better. Amendments required to documentation to reflect changes in procedures or policy cannot be chance to. Release Management in DevOps Software Testing Help. A Small track Guide to ITIL Release Management The. Is required by priority of existing services across multiple interrelated actions. Devops Has Agile Killed Release Management Logzio. The resources and managed delivery milestones and move a flexible schedule release management tools in advance your salary. Why no release management is important Quora. Ant tool to require simple process requires some troubleshooting or fitted to. The why is crucial to require tracking and requires planning happen. Release is why is still require simple? Functional requirements and quality metrics are stringent and helpful software. Cision, consider building his own idea of reporters and editors manually. Wrangling a forecast The Role of Release Manager CMCrossroads. We required to require scheduling must be used for is why is intended purpose of our products are very different streams of release requires careful consideration. To gain a positive behavior the why is release management team goes through successful? Plan for each step in the business as otherwise the planning and helping others go hand over everything is why release management required member of living may result, which helps anyone trying to see.
    [Show full text]
  • Software Service Innovation: an Action Research Into Release Cycle Management
    Georgia State University ScholarWorks @ Georgia State University Business Administration Dissertations Programs in Business Administration Spring 4-15-2014 Software Service Innovation: An Action Research into Release Cycle Management Neda Barqawi GSU Follow this and additional works at: https://scholarworks.gsu.edu/bus_admin_diss Recommended Citation Barqawi, Neda, "Software Service Innovation: An Action Research into Release Cycle Management." Dissertation, Georgia State University, 2014. https://scholarworks.gsu.edu/bus_admin_diss/34 This Dissertation is brought to you for free and open access by the Programs in Business Administration at ScholarWorks @ Georgia State University. It has been accepted for inclusion in Business Administration Dissertations by an authorized administrator of ScholarWorks @ Georgia State University. For more information, please contact [email protected]. Software Service Innovation: An Action Research into Release Cycle Management By Neda A. Barqawi A Dissertation Submitted in Partial Fulfillment of the Requirements for the Degree Of Executive Doctorate in Business In the Robinson College of Business Of Georgia State University GEORGIA STATE UNIVERSITY ROBINSON COLLEGE OF BUSINESS 2014 PERMISSION TO BORROW In presenting this dissertation as a partial fulfillment of the requirements for an advanced degree from Georgia State University, I agree that the Library of the University shall make it available for inspection and circulation in accordance with its regulations governing materials of this type. I agree that permission to quote from, to copy from, or publish this dissertation may be granted by the author or, in his/her absence, the professor under whose direction it was written or, in his absence, by the Dean of the Robinson College of Business. Such quoting, copying, or publishing must be solely for the scholarly purposes and does not involve potential financial gain.
    [Show full text]
  • Continuous Delivery
    DZONE RESEARCH PRESENTS 2014 GUIDE TO CONTINUOUS DELIVERY BROUGHT TO YOU IN PARTNERSHIP WITH dzone.com/research/continuousdelivery © DZONE, INC. 2014 WELCOME TABLE OF CONTENTS Dear Reader, SUMMARY & HIGHLIGHTS 3 In recent years, we have grown accustomed to a KEY RESEARCH FINDINGS 4 constant stream of information that has fueled our news feeds, flooded our inboxes, and triggered INTRODUCING: CONTINUOUS DELIVERY constant notifications... and in all of the noise, BY STEVE SMITH 6 something has been lost. Clarity, concision, and relevance have become innocent bystanders in an CONTINUOUS DELIVERY PITFALLS age of information overload. While it is true the BY J. PauL REED 10 task of gathering information has become easier, finding the right information, when and where you THE CONTINUOUS DELIVERY need it, has become increasingly complex and, at TOOLCHAIN times, overwhelming. BY MattHEW SKELtoN 14 The guide you hold in your hands (or on your CONTINUOUS DELIVERY VISUALIZED 16 device) is a vital part of DZone’s fight against this growing trend. We recognize that as a technology INFRASTRUCTURE AS CODE: WHEN professional, having actionable knowledge at AUTOMATION ISN’t ENOUGH 22 your fingertips is a necessity. Your business BY MitcH PRONSCHINSKE challenges will not be put on hold while you try to identify the right questions to ask and sort CONTINUOUS DELIVERY MATURITY CHECKLIST 24 through endless information. In publishing our 2014 Guide to Continuous Delivery, we have worked SOLUTION DIRECTORY 25 hard to curate and aggregate a wealth of useful topic knowledge and insight into a concise and informative publication. While this is only our second publication of this CREDITS nature, we have come a long way so far and we have big plans for the future.
    [Show full text]
  • Going Beyond Continuous Integration Qcon Beijing Alex
    CI++ Going Beyond Continuous Integration QCon Beijing Alex Papadimoulis @apapadimoulis • Software Disaster Stories • Interviews Gone Bad • Bad Code • Funny Error Messages • And sometimes… serious content! • The day job • BuildMaster – release management & automation – continuous delivery platform My 3 Bullet Point Résumé • Been in software for a while • Worked on a bunch of different systems • Worked at a bunch of different places Continuous Integration? What is CI? Continuous Integration “Integration” Code Component Integration Testing 1. Get the Code 2. Build the Code 3. Test the Code “Continuous” Scheduled Triggered Automation Why does CI work? Small Changes = Less Risk One Last Thought on CI Axes of Improvement Thorough Thorough Scope Textbook Continuous Integration • Daily Commits • Rollback Failed Commits • Multi-stage Builds • Clone Production Automated Validation & Testing • Static Analysis • Unit Testing • Code Coverage Static Analysis Unit Testing Code Coverage “There’s no excuse for not having 100% code coverage” “There’s no excuse for not having 100% code coverage” My Carpenter Shelves? Shelves A True Craftsman Thorough Thorough Scope Quality Code != Good Software Integration testing Get Latest Compile Static Analysis Unit Testing Code Coverage … All Testing Functional Acceptance Quality Staging Testing Testing Testing Testing Software Development • Project Management • Build Management • Requirements Analysis • • Product Management • Environments • Release Management • Approvals/Sign-offs • Source Control • Configuration
    [Show full text]
  • Automating Build, Test, and Release with Buildbot
    Automating Build, Test, and Release with Buildbot Dustin J. Mitchell Mozilla, Inc. Email: [email protected] Tom Prince Email: [email protected] Abstract—Buildbot is a mature framework for building con- to support a variety of deployments. Schedulers react to new tinuous integration systems which supports parallel execution of data from change sources, external events, or triggers based jobs across multiple platforms, flexible integration with version- on clock time (e.g., for a nightly build), and add new build control systems, extensive status reporting, and more. Beyond the capabilities it shares with similar tools, Buildbot has a number requests to the queue. of unique strengths and capabilities, some of them particu- Each build request comes with a set of source stamps larly geared toward release processes. This paper summarizes identifying the code from each codebase used for a build. A Buildbot’s structure, contrasts the framework with related tools, source stamp represents a particular revision and branch in a describes some advanced configurations, and highlights ongoing source code repository. Build requests also specify a builder improvements to the framework.1 that should perform the task and a set of properties, arbitrary I. INTRODUCTION key-value pairs giving further detail about the requested build. Buildbot is a continuous integration (CI) framework which Each builder defines the steps to take in executing a particular has been in use for well over 10 years[13]. While it began type of build. Once the request is selected for execution, the as a simple build-and-test tool, it has grown into an advanced steps are performed sequentially.
    [Show full text]
  • A Pattern Language for Release and Deployment Management Abstract
    A Pattern Language for Release and Deployment Management M. Azua, D. Bygrave, R. Rodin, J. Leet, E. Sadovski Seidenberg School of Computer Science Pace University Abstract: A release is a collection of authorized software changes that include new functionality, changed functionality, or both, that are introduced into the production environment. Agile software development results in many small releases delivered as needed, as opposed to big-bang releases that deploy large amounts of functionality at regularly determined intervals. Lean software development without a detailed standard process model encompassing the overall release management activity can result in an emergent release schedule (which is almost as bad as not having one), potential bottlenecks for resources, and problems handling genuine emergency releases. Changes to software systems must occur in a disciplined and controlled way. Otherwise lack of control over the delivered changes will lead to deteriorated system quality. Change Management is often in conflict with Agile in that Change Management requires a big, heavy, schedule, dates, content, and deployment resources specified well in advance. This is a major attraction of big-bang releases; that their deployments seem to be easier to manage. In a fast changing Agile environment the survival of the software organization may be affected. There is no reason to abandon Agile development for the sake of a disciplined and controlled release process. Our proposed pattern language captures the expertise necessary to create an orderly, well thought out, end-to-end release management process that should help deliver software releases in a disciplined and controlled way within an Agile development environment. Acknowledgements We would like to thank our shepherds Steve Berczuk and Lise Hvatum for their very insightful feedback, comments, and support..
    [Show full text]
  • A Survey on Application Deployment Tools
    A Survey on Application ABHIYANTRIKI Bhargav & Nandini An International Journal of Engineering & Technology (A Peer Reviewed & Indexed Journal) Vol. 3, No. 5 (May, 2016) http://www.aijet.in/ eISSN: 2394-627X A Survey on Application Deployment Tools Bhargav G S* Nandini N BE, M. Tech Assistant Professor Deptt. of Computer Science Engineering Deptt. of Computer Science Engineering RNS Institute of Technology, Bengaluru, India RNS Institute of Technology, Bengaluru, India Abstract In today’s world due to increase in population, today’s technology has become the integral part of the communication. Based on user requirements many companies or organisation are developing new applications. Companies need to develop and test the new application regularly to overcome this problem Companies make use of deployment tool. Deployment tools helps the companies to achieve fully automated steps for deploying the application and hence helps in achieving the Zero touch deployment “To make sure that application are deployed, an automatic and transparent process is required”. In this paper we presenting a survey by exploring the various deployment tools available in the market, which helps the companies achieving automation in deployment thus helps in reducing the time and manpower. Keywords : Deployment tools, Zero-touch deployment. *Author for correspondence [email protected] 1. Introduction Deployment tools put best-in-class practices in organization to deploy applications ten times faster and decrease failures by 50%. Deployment tools and its solutions offer end-to-end planning, coordination, and execution of releases, and help you build collaborative workflows between development and operations to accelerate release cycles and boost ROI [1].
    [Show full text]
  • Agile Transformation for IBM Mainframe Application Portfolios – Part 2
    WHITE PAPER Agile Transformation for IBM Mainframe Application Portfolios – Part 2 Abstract Organizations are keen to leverage Agile methodologies and DevOps practices for their mainframe portfolios, to catch up with the pace of digital transformations and to fully realize the benefits of the Agile transformations of their distributed portfolios. Part 1 of this paper listed the trends observed in Agile transformation for mainframe portfolios and provided the factors that can help in creating a roadmap. When enterprises are willing to invest on tools and technologies for this transformation journey, they are still mulling over implementations due to the technology debt and return on investment expectations. Traditional mainframe product vendors, have enhanced their product offerings to enable DevOps implementation. In this part, we list the DevOps tools along with a guideline for implementation. We also highlight some of the success stories of Agile transformations. WHITE PAPER Choosing the right Agile transformation tools IBM, CA, Compuware and Micro Focus are some of the key vendors that provide DevOps tools for the software development life cycle (SDLC) and application lifecycle management (ALM) of mainframe portfolios. The choice of the DevOps tools depends on the application technology and the software stack used for configuration management in particular and other peripheral software such as file management, debugging, test automation and monitoring. Table 1 illustrates the different DevOps tools currently available for IBM mainframe. Only products from IBM, CA, Compuware and Micro Focus are listed in the below table due to their product coverage across SDLC. It is to be noted that BMC products and ServiceNow products have wide acceptance among mainframe portfolios for incident/ service management and Atlassian products are increasingly getting adopted for collaboration especially as part of Agile process implementations.
    [Show full text]
  • Release Management with Continuous Delivery: a Case Study A
    World Academy of Science, Engineering and Technology International Journal of Computer and Information Engineering Vol:8, No:9, 2014 Release Management with Continuous Delivery: A Case Study A. Maruf Aytekin business sufficiently. Thus the other key capability of an IT Abstract—We present our approach on using continuous delivery organization is “conformance” which is the ability to pattern for release management. One of the key practices of agile and adequately manage risks to the business. lean teams is the continuous delivery of new features to stakeholders. The apparent conflict between these two requirements — The main benefits of this approach lie in the ability to release new performance and conformance— is most strongly felt during applications rapidly which has real strategic impact on the competitive advantage of an organization. Organizations that releases. Releases are often painful and risky affairs, at worst, successfully implement Continuous Delivery have the ability to they can result in service interruptions and end in a roll back, evolve rapidly to support innovation, provide stable and reliable at best, people lose their evenings, mornings, or weekends [3]. software in more efficient ways, decrease the amount of resources In this paper, we discuss the release management model need for maintenance, and lower the software delivery time and costs. with continuous delivery to enable IT organizations to achieve One of the objectives of this paper is to elaborate a case study where both performance and conformance by mitigating the risks so IT division of Central Securities Depository Institution (MKK) of Turkey apply Continuous Delivery pattern to improve release that releases become a routine, push-button event.
    [Show full text]
  • Gartner Market Overview for Application Release Automation
    G00275085 Market Guide for Application Release Automation Solutions Published: 20 July 2015 Analyst(s): Colin Fletcher, Ronni J. Colville Growing demand for faster and even continuous delivery of new and better applications is driving investment in ARA solutions that reduce friction across the entire application development life cycle. Prioritizing automation, environment management and release coordination needs is imperative. Key Findings ■ Release coordination has rapidly become a critical capability of application release automation (ARA) solutions as DevOps initiatives mature, grow and increasingly integrate with traditional operations release processes. ■ ARA solutions continue to be evaluated and acquired by a wide variety of buyers, resulting in continued entry and exit of products and vendors in search of underserved segments. ■ Most ARA implementations continue to be tactical or project-related (versus strategic). ■ ARA solutions are among the frst automation tools selected and implemented in a strategic DevOps project. Recommendations ■ Prioritize automation, environment management and release coordination capabilities based on an assessment of your current and planned deployment processes. ■ Evaluate solutions from smaller, independent vendors as well as those from large IT operations management (ITOM) software vendors to compare best-of-breed innovation with broader DevOps tool portfolios. ■ Require time-to-value requirements of three months or less in vendor evaluation. ■ Require use-case-oriented proofs of concept (POCs) and active customer references. Strategic Planning Assumption By 2018, 50% of global enterprises will implement application release automation as part of a DevOps initiative, up from less than 10% today. Market Defnition Driven by growing business demands for rapid (if not continuous) delivery of new applications, features and updates, enterprise infrastructure and operations (I&O) leaders invest in ARA solutions to simultaneously improve both the quality and the velocity of application releases.
    [Show full text]