Evaluating Software Architectures: Development Stability and Evolution

We survey seminal work on software architecture evaluationmethods. We then look at an emerging class of methodsthat explicates evaluating software architectures forstability and evolution. We define architectural stabilityand formulate the problem of evaluating software architecturesfor stability and evolution. We draw the attention onthe use of Architectures Description Languages (ADLs) forsupporting the evaluation of software architectures in generaland for architectural stability in specific

Using real options to select stable Middleware-induced software architectures

The requirements that force decisions towards building distributed system architectures are usually of a non-functional nature. Scalability, openness, heterogeneity, and fault-tolerance are examples of such non-functional requirements. The current trend is to build distributed systems with middleware, which provide the application developer with primitives for managing the complexity of distribution, system resources, and for realising many of the non-functional requirements. As non-functional requirements evolve, the `coupling' between the middleware and architecture becomes the focal point for understanding the stability of the distributed software system architecture in the face of change. It is hypothesised that the choice of a stable distributed software architecture depends on the choice of the underlying middleware and its flexibility in responding to future changes in non-functional requirements. Drawing on a case study that adequately represents a medium-size component-based distributed architecture, it is reported how a likely future change in scalability could impact the architectural structure of two versions, each induced with a distinct middleware: one with CORBA and the other with J2EE. An option-based model is derived to value the flexibility of the induced-architectures and to guide the selection. The hypothesis is verified to be true for the given change. The paper concludes with some observations that could stimulate future research in the area of relating requirements to software architectures

Fraud and Performance Monitoring of Credit Card Tokenization Using Business Intelligence

This project major objective is to gather all the necessary data to analyze and deliver a best analytical reporting platform. This product developed for the analysts is expected to extensively use for insights on the token provisioning and its varied utilization with the banks and merchants. Also to monitor fraudulent occurring patterns and initiate necessary steps to avoid facing any adversities in the future. The reports are generated using the principles supporting descriptive analytics. Using many different KPIs, metrics and scorecards, etc., to support the analysis has given an advantage for better yield. These analytical dashboard has given a deep dive insight for the analysts. This project has been used by many analysts to come to an agreement on different patterns noticed by each individual. Also for the Senior Executives to get a profound understanding of how the widely different tokenization are used and its different attribute wise segregation

Application of System Engineering Leading Indicators to SCRUM Agile Projects

SCRUM Agile metrics and System Engineering Leading Indicators (SE LIs) are measures used to evaluate the effectiveness and performance of a project across its lifecycle. The application of metrics can provide information on both internal resources and external project stakeholder requirements and constraints, showing past changes, trends, and potential future impacts. Both SCRUM Agile and SE LIs are designed to give a systems engineer/project manager insight into development progress allowing for progress to be checked at regular intervals as well as early corrective actions to be taken if necessary. This research applied SE LIs to a SCRUM Agile project to demonstrate if it was possible to integrate and utilize the two different sets of performance metrics to enhance a SCRUM Agile project. This thesis identified 16 of the 18 SE LIs could be integrated and utilized in an SCRUM Agile project. Those 16 identified leading indicators were applied to a representative software development scenario in order to demonstrate how it is possible to integrate SE LIs into a SCRUM Agile project