Einar Landre

A case study comparing defect profiles of a reused framework and of applications reusing it

The benefits of software reuse have been studied for many years. Several previous studies have observed that reused software has a lower defect density than newly built software. However, few studies have investigated empirically the reasons for this phenomenon. To date, we have only the common sense observation that as software is reused over time, the fixed defects will accumulate and will result in high-quality software. This paper reports on an industrial case study in a large Norwegian Oil and Gas company, involving a reused Java class framework and two applications that use that framework. We analyzed all trouble reports from the use of the framework and the applications according to the Orthogonal Defect Classification (ODC), followed by a qualitative Root Cause Analysis (RCA). The results reveal that the framework has a much lower defect density in total than one application and a slightly higher defect density than the other. In addition, the defect densities of the most severe defects of the reused framework are similar to those of the applications that are reusing it. The results of the ODC and RCA analyses reveal that systematic reuse (i.e. clearly defined and stable requirements, better design, hesitance to change, and solid testing) lead to lower defect densities of the functional-type defects in the reused framework than in applications that are reusing it. However, the different “nature” of the framework and the applications (e.g. interaction with other software, number and complexity of business logic, and functionality of the software) may confound the causal relationship between systematic reuse and the lower defect density of the reused software. Using the results of the study as a basis, we present an improved overall cause–effect model between systematic reuse and lower defect density that will facilitate further studies and implementations of software reuse.

The Impact of Test Driven Development on the Evolution of a Reusable Framework of Components An Industrial Case Study

Test driven development (TDD) is a software engineering technique to promote fast feedback, task-oriented development, improved quality assurance and more comprehensible low-level software design. Benefits have been shown for non-reusable software development in terms of improved quality (e.g. lower defect density). We have carried out an empirical study of a framework of reusable components, to see whether these benefits can be shown for reusable components. The framework is used in building new applications and provides services to these applications during runtime. The three first versions of this framework were developed using traditional test-last development, while for the two latest versions TDD was used. Our results show benefits in terms of reduced mean defect density (35.86%), when using TDD, over two releases. Mean change density was 76.19% lower for TDD than for test-last development. Finally, the change distribution for the TDD approach was 33.3% perfective, 5.6% adaptive and 61.1% preventive.

Towards best practices in designing for the cloud

The explosion of Cloud computing propaganda has forced many companies to quickly move towards this new technology. Particularly given the current economic climate it seems like a prudent way to dynamically increase and decrease infrastructure at low cost. However, past experience with SOA has taught us that lack of commercial adaption and a proliferation of unusable standards may hinder this technology. Support from IBM and Microsoft for cloud is promising and leads to the need for strong design of cloud based systems to ensure quality and productivity. Issues already identified in Grid Computing and SOA will certainly prove important in the design of cloud based systems Due to the speed of network development due to cloud architectures, an increasing level of importance must be placed on the design to regulate issues such as: instance access control, regulatory issues, development practices, security and practical operational issues. Capturing and discussing best practices on these subjects will contribute to a healthy movement in the right direction for those who will develop the Service Cloud.

Agile enterprise software development using domain-driven design and test first

In this paper we present the experience gained and lessons learned when the IT department at Statoil ASA, a large Oil and Gas company in Norway, applied Domain-Driven design techniques in combination with agile software development practices to assess the software architecture of our next generation oil trading and supply chain application. Our hypothesis was that the use of object oriented techniques, domain driven design and a proper object-relational mapping tool would significantly improve the performance and reduce the code base compared with current legacy systems. The legacy system is based on several Oracle databases serving a variety of clients written in Java, Gupta Centura Team Developer and HTML. The databases have a layer of business logic written in PL/SQL offering various system services to the clients. To validate our new object-oriented software architecture, we re-implemented one of the most computationally heavy and data intensive services using Test First and Domain-Driven design techniques. The resulting software was then tested on a set of servers with a representative subset of data from the production environment. We found that using these techniques improved our software architecture with respect to performance as well as code quality when running on top of our Oracle databases. We also tested the switch to an object database from Versant and achieved additional performance gains.

Enterprise architecture modeling with SoaML using BMM and BPMN - MDA approach in practice

The Service oriented architecture Modeling Language (SoaML) is a new specification from the Object Management Group (OMG) that intends to bridge the gap between business and IT models. Nevertheless, the specification is very vague on the methodology aspects and practical means for integration with OMG business level languages - Business Motivation Model (BMM) and Business Process Modeling Notation (BPMN). SHAPE FP7 EU project addressed these issues by means of a dedicated Model Driven Architecture (MDA) based methodology and tool support. The results were validated with industrial case studies by Statoil and Saarstahl. In this paper we focus on our experience with SoaML obtained with Statoil case study, briefly describe the developed Model Driven Architecture (MDA) based methodology for modeling enterprise architectures with BMM, BPMN and SoaML, which we illustrate with a “Discount Voyages” example. Finally, we present Statoil case study and outline the future research directions.

Using domain-driven design to evaluate commercial off-the-shelf software

Purchasing a Commercial-Off-The-Shelf (COTS) package solution can be a complex and daunting task. Selecting and evaluating the right candidate is difficult, especially when the solution aims at the heart of company business. The companys competitive edge must be maintained, while at the same time ensuring the intended goals such as reduced costs and better functional coverage. A good Enterprise Architecture should be a prime tool when evaluating several solutions against the companys needs.In this paper we will recount the experience and lessons learned when we evaluated three COTS systems to replace a set of legacy oil trading and operations systems. Based on weaknesses in our Enterprise Architecture, we applied strategic domain-driven design principles to extend our Enterprise Architecture during the evaluation. We found that these techniques enabled us to thoroughly analyse our domain with the domain experts and provide answers based on tacit domain knowledge, without going through the cost and effort of performing a full-scale architectural analysis. At the same time, the tacit domain knowledge became explicit and shared, easing the communication with various stakeholders.

Change profiles of a reused class framework vs. two of its applications

Software reuse is expected to improve software productivity and quality. Although many empirical studies have investigated the benefits and challenges of software reuse from development viewpoints, few studies have explored reuse from the perspective of maintenance. This paper reports on a case study that compares software changes during the maintenance and evolution phases of a reused Java class framework with two applications that are reusing the framework. The results reveal that: (1) The reused framework is more stable, in terms of change density, than the two applications that are reusing it. (2) The reused framework has profiles for change types that are similar to those of the applications, where perfective changes dominate. (3) The maintenance and evolution lifecycle of both the reused framework and its applications is the same: initial development, followed by a stage with extending capabilities and functionality to meet user needs, then a stage in which only minor defect repairs are made, and finally, phase-out. However, the reused framework goes faster from the stage of extending capabilities to the stage in which only minor defect repairs are made than its applications. (4) We have validated that several factors, such as are functionalities, development practice, complexity, size, and age, have affected the change densities and change profiles of the framework and applications. Thus, all these factors must be considered to predict change profiles in the maintenance and evolution phase of software.

A Case Study of Defect-Density and Change-Density and their Progress over Time

We have performed an empirical case study, investigating defect-density and change-density of a reusable framework compared with one application reusing it over time at a large Oil and Gas company in Norway, Statoil ASA. The framework, called JEF, consists of seven components grouped together, and the application, called DCF, reuses the framework, without modifications to the framework. We analyzed all trouble reports and change requests from three releases of both. Change requests in our study covered any changes (not correcting defects) in the requirements, while trouble reports covered any reported defects. Additionally, we have investigated the relation between defect-density and change-density both for the reusable JEF framework and the application. The results revealed that the defect-density of the reusable framework was lower than the application. The JEF framework had higher change-density in the first release, but lower change-density than the DCF application over the successive releases. For the DCF application, on the other hand, a slow increase in change-density appeared. On the relation between change-density and defect-density for the JEF framework, we found a decreasing defect-density and change-density. The DCF application here showed a decreasing defect-density, with an increasing change-density. The results show that the quality of the reusable framework improves and it becomes more stable over several releases, which is important for reliability of the framework and assigning resources

Architectural improvement by use of strategic level domain-driven design

In this paper we present the experience gained and lessons learned when the IT department at Statoil ASA, a large Oil and Gas company in Norway, extended their Enterprise Architecture with strategic level Domain-Driven design techniques and used the extended Enterprise Architecture to improve the software architecture of a large enterprise system.Traditionally, Enterprise Architecture has been prescribed as the key tool to conquer complexity and align IT development with business priorities and strategies, but we found our Enterprise Architecture too coarse to be practical useful at the software level.By extending our Enterprise Architecture with context maps and the process of context mapping valuable insight was gained, insight that enabled better scoping of new projects and architectural improvement of existing software in a controlled way.In addition, use of responsibility layers combined with context maps reduces the perceived complexity of the architecture. Use of other techniques such as distillation and identification of the core domain looks promising at the tactical level of a single project, but its value is more uncertain at the strategic level.The key issue is that large enterprise systems do not have a single core. On the other hand, at the project level, there should always be a core, and the project is best of by knowing its core domain and aim its best resources to work with the core.

Best practices in cloud computing: designing for the cloud

Cloud computing is the latest technology evolution and potential silver bullet, and there is both great expectation and fear to what consequences these technologies might cause. Based on the experience with the lack of adoption of SOA among the general development community the recommendation is to make sure that the development community engage in how cloud computing evolves. Although there is already strong support for these technologies from companies such as IBM and Microsoft, there is a need to explore good ways of designing services for the Cloud to ensure quality and productivity. There are movements in the modelling community that require further investigation as well as surviving concepts from the SOA era that need to be captured. In addition - due to the potential rapid availability of services in the cloud it is important to start exploring consequences of using such services, for instance access control, regulatory issues, development practices, security and practical operational issues. Capturing and discussing best practices on these subjects will contribute to a healthy movement in the right direction for those who will develop services for the Cloud.