At present, most of the software projects that are developed, are run using methodologies and procedures, which causes the team in charge of the project end up launching products and services with failures. This is why companies need to consider the quality of software developed from a perspective that covers not only the final quality of the product, but a more general perspective which covers the entire development process. It is necessary to make use of methodologies, procedures and standards to be able to develop and ...
Read More
At present, most of the software projects that are developed, are run using methodologies and procedures, which causes the team in charge of the project end up launching products and services with failures. This is why companies need to consider the quality of software developed from a perspective that covers not only the final quality of the product, but a more general perspective which covers the entire development process. It is necessary to make use of methodologies, procedures and standards to be able to develop and launch a software product of quality, with sufficient certainty to obtain a lower final cost and risk. The typical software life cycles have processes that isolate the tasks to be carried out by the different teams of the project. These are the development, testing, product (business) administration and operations, so that there is an important barrier between these. In addition, during the software life cycle, it passes through different environments (the development, testing, production, etc.), so that it is a source of errors that are common to produce software in an environment making the software dependent on it and at the time of in the environment in which the users are going to interact with the application or service, this it does not work correctly. One of the intermediate steps between these two environments is the tests, where the correct functioning of the software will be verified, that is why it is it is advisable to carry them out in an environment as close as possible to that of production to mitigate the possible errors produced by the difference of scenarios. In addition to this scenario difference problem, this process of bringing the software to the production environment, commonly referred to as production start-up, is completely manual, of errors, unreliable and difficult to repeat. All these disadvantages cause that this process that goes from the software development until its production can lead to take in most cases weeks, delay that for some companies can translate into a high cost of opportunities, or what is the same a high economic cost. To overcome all these problems, new methodologies and software development: DevOps defined as a new working philosophy in which barriers are broken previously discussed by the different software project teams, through the creation of an ecosystem that favors the communication, collaboration and integration of all these equipment. Continuous delivery or continuous supply [1] as a form of software development that makes use of good practices for the software to be built so that it can be put into production in an agile and less risky way, carrying out frequent launches that allow the cycle between the development of the software and the supply of this to the user is as short as possible, allowing even daily deployments to be carried out faster feedback from users. Throughout the text will be used indistinctly, as being synonymous, the terms continuous delivery and continuous supply. One way to facilitate the implementation of the continuous delivery model is to integrate of an automated, repeatable and reliable process that encompasses the set of common tasks involved in the deployment and development of software. Tasks ranging from the developer uploads to the software repository of the project until it is put into production, producing a rapid feedback, so that the developments that are not valid for production be discarded as quickly as possible. In addition, this automation allows to solve in part the barrier previously commented between the different project teams, reducing the delay between phases that depend on different groups, making the process tasks carried out by these groups can be performed with the press of a button. Continuous software engineering is an approach in which equipment maintains the production of software in short cycles of time, ensuring that the product can be released reliably in any moment. Today, this approach is in
Read Less
Add this copy of Continuous Software Engineering to cart. $174.12, new condition, Sold by Media Smart rated 4.0 out of 5 stars, ships from Hawthorne, CA, UNITED STATES, published 2017 by Arcler Education Inc.
