Agile Construction and Evolution of Product-Line Architectures

Software Product Line Engineering (SPLE) has proved to have significant advantages in family-based software development, but also implies the up¬front design of a product-line architecture (PLA) from which individual product applications can be engineered. The big upfront design associated with PLAs is in conflict with the current need of "being open to change". However, the turbulence of the current business climate makes change inevitable in order to stay competitive, and requires PLAs to be open to change even late in the development. The trend of "being open to change" is manifested in the Agile Software Development (ASD) paradigm, but it is spreading to the domain of SPLE. To reduce the big upfront design of PLAs as currently practiced in SPLE, new paradigms are being created, one being Agile Product Line Engineering (APLE). APLE aims to make the development of product-lines more flexible and adaptable to changes as promoted in ASD. To put APLE into practice it is necessary to make mechanisms available to assist and guide the agile construction and evolution of PLAs while complying with the "be open to change" agile principle. This thesis defines a process for "the agile construction and evolution of product-line architectures", which we refer to as Agile Product-Line Archi-tecting (APLA). The APLA process provides agile architects with a set of models for describing, documenting and tracing PLAs, as well as an algorithm to analyze change impact. Both the models and the change impact analysis offer the following capabilities: Flexibility & adaptability at the time of defining software architectures, enabling change during the incremental and iterative design of PLAs (anticipated or planned changes) and their evolution (unanticipated or unforeseen changes). Assistance in checking architectural integrity through change impact analysis in terms of architectural concerns, such as dependencies on earlier design decisions, rationale, constraints, and risks, etc.Guidance in the change decision-making process through change im¬pact analysis in terms of architectural components and connections. Therefore, APLA provides the mechanisms required to construct and evolve PLAs that can easily be refined iteration after iteration during the APLE development process. These mechanisms are provided in a modeling frame¬work called FPLA. The contributions of this thesis have been validated through the conduction of a project regarding a metering management system in electrical power networks. This case study took place in an i-smart software factory and was in collaboration with the Technical University of Madrid and Indra Software Labs. La Ingeniería de Líneas de Producto Software (Software Product Line Engi¬neering, SPLE) ha demostrado tener ventajas significativas en el desarrollo de software basado en familias de productos. SPLE es un paradigma que se basa en la reutilización sistemática de un conjunto de características comunes que comparten los productos de un mismo dominio o familia, y la personalización masiva a través de una variabilidad bien definida que diferencia unos productos de otros. Este tipo de desarrollo requiere el diseño inicial de una arquitectura de línea de productos (Product-Line Architecture, PLA) a partir de la cual los productos individuales de la familia son diseñados e implementados. La inversión inicial que hay que realizar en el diseño de PLAs entra en conflicto con la necesidad actual de estar continuamente "abierto al cam¬bio", siendo este cambio cada vez más frecuente y radical en la industria software. Para ser competitivos es inevitable adaptarse al cambio, incluso en las últimas etapas del desarrollo de productos software. Esta tendencia se manifiesta de forma especial en el paradigma de Desarrollo Ágil de Software (Agile Software Development, ASD) y se está extendiendo también al ámbito de SPLE. Con el objetivo de reducir la inversión inicial en el diseño de PLAs en la manera en que se plantea en SPLE, en los último años han surgido nuevos enfoques como la Ingeniera de Líneas de Producto Software Ágiles (Agile Product Line Engineering, APLE). APLE propone el desarrollo de líneas de producto de forma más flexible y adaptable a los cambios, iterativa e incremental. Para ello, es necesario disponer de mecanismos que ayuden y guíen a los arquitectos de líneas de producto en el diseño y evolución ágil de PLAs, mientras se cumple con el principio ágil de estar abierto al cambio. Esta tesis define un proceso para la "construcción y evolución ágil de las arquitecturas de lineas de producto software". A este proceso se le ha denominado Agile Product-Line Architecting (APLA). El proceso APLA proporciona a los arquitectos software un conjunto de modelos para de¬scribir, documentar y trazar PLAs, así como un algoritmo para analizar vel impacto del cambio. Los modelos y el análisis del impacto del cambio ofrecen: Flexibilidad y adaptabilidad a la hora de definir las arquitecturas software, facilitando el cambio durante el diseño incremental e iterativo de PLAs (cambios esperados o previstos) y su evolución (cambios no previstos). Asistencia en la verificación de la integridad arquitectónica mediante el análisis de impacto de los cambios en términos de dependencias entre decisiones de diseño, justificación de las decisiones de diseño, limitaciones, riesgos, etc. Orientación en la toma de decisiones derivadas del cambio mediante el análisis de impacto de los cambios en términos de componentes y conexiones. De esta manera, APLA se presenta como una solución para la construcción y evolución de PLAs de forma que puedan ser fácilmente refinadas iteración tras iteración de un ciclo de vida de líneas de producto ágiles. Dicha solución se ha implementado en una herramienta llamada FPLA (Flexible Product-Line Architecture) y ha sido validada mediante su aplicación en un proyecto de desarrollo de un sistema de gestión de medición en redes de energía eléctrica. Dicho proyecto ha sido desarrollado en una fábrica de software global en colaboración con la Universidad Politécnica de Madrid e Indra Software Labs.

Change-Impact driven Agile Architecting.

Software architecture is a key factor to scale up Agile Software Development ASD in large softwareintensive systems. Currently, software architectures are more often approached through mechanisms that enable to incrementally design and evolve software architectures aka. agile architecting. Agile architecting should be a light-weight decision-making process, which could be achieved by providing knowledge to assist agile architects in reasoning about changes. This paper presents the novel solution of using change-impact knowledge as the main driver for agile architecting. The solution consists of a Change Impact Analysis technique and a set of models to assist agile architects in the change -decision-making- process by retrieving the change-impact architectural knowledge resulting from adding or changing features iteration after iteration. To validate our approach, we have put our solution into practice by running a project of a metering management system in electric power networks in an i-smart software factory.

Evaluation, energy optimization, and spectrum analysis of an artificial noise technique to improve CWSN security

This paper presents the security evaluation, energy consumption optimization, and spectrum scarcity analysis of artificial noise techniques to increase physical-layer security in Cognitive Wireless Sensor Networks (CWSNs). These techniques introduce noise into the spectrum in order to hide real information. Nevertheless, they directly affect two important parameters in Cognitive Wireless Sensor Networks (CWSNs), energy consumption and spectrum utilization. Both are affected because the number of packets transmitted by the network and the active period of the nodes increase. Security evaluation demonstrates that these techniques are effective against eavesdropper attacks, but also optimization allows for the implementation of these approaches in low-resource networks such as Cognitive Wireless Sensor Networks. In this work, the scenario is formally modeled and the optimization according to the simulation results and the impact analysis over the frequency spectrum are presented.

In-House Risk

Over the last thirty years or so, as the number of in-house counsel rose and their role increased in scope and prominence, increased attention has been given the various challenges these lawyers face under the ABA Model Rules of Professional Conduct, from figuring out who is the client the in-house lawyer represents, to navigating conflicts of interest, maintaining independence, and engaging in a multijurisdictional practice of law. Less attention, to date, has been given to business risk assessment, perhaps in part because that function appears to be part of in-house counsel’s role as a business person rather than as a lawyer. Overlooking the role of in-house counsel in assessing risk, however, is a risky proposition, because risk assessment constitutes for some in-house counsel a significant aspect of their role, a role that in turn informs and shapes how in-house counsel perform other more overtly legal tasks. For example, wearing her hat as General Counsel, a lawyer for the entity-client may opine and explain issues of compliance with the law. Wearing her hat as the Chief Legal Officer, however, the same lawyer may now be called upon as a member of business management to participate in the decision whether to comply with the law. After outlining some of the traditional challenges faced by in-house counsel under the Rules, this short essay explores risk assessment by in-house counsel and its impact on their role and function under the Rules. It argues that the key to in-house lawyers’ successful navigation of multiple roles, and, in particular, to their effective assessment of business risk is keen awareness of the various hats they are called upon to wear. Navigating these various roles may not be easy for lawyers, whose training and habits of mind often teach them to zoom in on legal risks to the exclusion of business risks. Indeed, law schools continue to teach law students “to think like a lawyer” and law firms, the historical breeding grounds for in-house counsel positions, in a world of increased specialization master the narrower contemplation of legal questions. Yet the present and future of in-house counsel practice demand of its practitioners the careful and gradual coming to terms, buildup and mastery of business risk analysis skills, alongside the cultivation of traditional legal risk analysis tools.

A computer program (VEHSIM) for vehicle fuel economy and performance simulation (automobiles and light trucks). Volume I: description and analysis. Final report.

National Highway Traffic Safety Administration, Office of Research and Development, Washington, D.C.

A computer program (HEVSIM) for heavy duty vehicle fuel economy and performance simulation. Volume I: description and analysis. Final report.

National Highway Traffic Safety Administration, Office of Research and Development, Washington, D.C.

Economic impact of highway snow and ice control. Final report.

Federal Highway Administration, Washington, D.C.

Economic impact of highway snow and ice control. ESIC - user's manual.

Federal Highway Administration, Washington, D.C.

Final wilderness environmental impact statement for the Grand Junction Resource Area /

"November 1989"--Cover.

Satisfaction of the automotive fleet fuel demand and its impact on the oil refining industry. Final report.

National Highway Traffic Safety Administration, Office of Research and Development, Washington, D.C.

Environmental assessment using remotely sensed data : application of remote sensing data to environmental impact studies for transmission line routes /

Mode of access: Internet.

Final environmental impact statement on the proposed Port Fourchon Development Plan Phase IV, Lafourche Parish, Louisiana /

Mode of access: Internet.

Data catalog for the Marine Ecosystems Analysis Puget Sound Project : distribution and summarization of digital data /

The MESA Puget Sound Project is sponsored by the National Oceanic and Atmospheric Administration and the Environmental Protection Agency.

Baseline data requirements for assessing environmental impact /

Bibliography: p. 63-66.

Economic impact study for proposed groundwater quality standards 35 IL Admin. Code 260 : final report /

"Contract: EA 98."