Safety, feasibility, and long-term results of percutaneous closure of atrial septal defects using the Amplatzer septal occluder without periprocedural echocardiography.

OBJECTIVES We sought to assess the safety and efficacy of percutaneous closure of atrial septal defects (ASDs) under fluoroscopic guidance only, without periprocedural echocardiographic guidance. BACKGROUND Percutaneous closure of ASDs is usually performed using simultaneous fluoroscopic and transthoracic, transesophageal (TEE), or intracardiac echocardiographic (ICE) guidance. However, TEE requires deep sedation or general anesthesia, which considerably lengthens the procedure. TEE and ICE increase costs. METHODS Between 1997 and 2008, a total of 217 consecutive patients (age, 38 ± 22 years; 155 females and 62 males), of whom 44 were children ≤16 years, underwent percutaneous ASD closure with an Amplatzer ASD occluder (AASDO). TEE guidance and general anesthesia were restricted to the children, while devices were implanted under fluoroscopic guidance only in the adults. For comparison of technical safety and feasibility of the procedure without echocardiographic guidance, the children served as a control group. RESULTS The implantation procedure was successful in all but 3 patients (1 child and 2 adults; 1.4%). Mean device size was 23 ± 8 mm (range, 4-40 mm). There was 1 postprocedural complication (0.5%; transient perimyocarditis in an adult patient). At last echocardiographic follow-up, 13 ± 23 months after the procedure, 90% of patients had no residual shunt, whereas a minimal, moderate, or large shunt persisted in 7%, 1%, and 2%, respectively. Four adult patients (2%) underwent implantation of a second device for a residual shunt. During a mean follow-up period of 3 ± 2 years, 2 deaths and 1 ischemic stroke occurred. CONCLUSION According to these results, percutaneous ASD closure using the AASDO without periprocedural echocardiographic guidance seems safe and feasible.

Análisis de la cadena de valor del sector ovino en Salinas, San Luis de Potosí, México

El concepto de cadena de valor se ha utilizado para el diagnóstico e identificación de soluciones a los problemas que enfrenta una actividad determinada. En este trabajo de investigación se analiza la cadena de valor desde el enfoque de la integración social y el establecimiento de vínculos entre los actores que intervienen: productores, minoristas, mayoristas, transformadores, comercializadores y organizaciones locales. La metodología usada incluye: 1) identificación del sector; 2) identificación de agentes; 3) análisis de la cadena de valor; 4) análisis de agentes y, 5) estrategia de cooperación. La investigación se realizó en el municipio de Salinas, San Luis Potosí, México. Se obtuvo la información de campo mediante encuestas y entrevistas estructuradas. Los datos señalan que la cadena de valor del sector ovino en Salinas se encuentra en un nivel bajo de competitividad. Además que se encuentra desarticulada en lo que se refiere tanto a las relaciones horizontales como a las verticales. Es recomendable fomentar la capacitación y asistencia técnica en las distintas áreas del manejo de la especie: alimentación, reproducción, transformación del producto y comercialización

Tailoring the Scrum Development Process to Address Agile Product Line Engineering

Software Product Line Engineering (SPLE) is becoming widely used due to the improvement it means when developing software products of the same family. However, SPLE demands long-term investment on a product-line platform that might not be profitable due to rapid changing business settings. Since Agile Software Development (ASD) approaches are being successfully applied in volatile markets, several companies have suggested the idea of integrating SPLE and ASD when a family product has to be developed. Agile Product Line Engineering (APLE) advocates the integration of SPLE and ASD to address their lacks when they are individually applied to software development. A previous literature re-view of experiences and practices on APLE revealed important challenges about how to fully put APLE into practice. Our contribution address several of these challenges by tailoring the agile method Scrum by means of three concepts that we have defined: plastic partial components, working PL-architectures, and reactive reuse.

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.

Los determinantes del desarrollo local. Un estudio de caso en Chiapas,México

Aunque existe consenso a nivel conceptual sobre la importancia del desarrollo local y sus elementos clave, como la potenciación de las capacidades locales y la participación; no lo hay respecto a cómo llevarlo a la práctica. Una de las propuestas más recientes es el desarrollo local en red, el cual fomenta la colaboración de las dependencias gubernamentales con los actores del territorio; su validez depende de identificar los factores determinantes para lograr el desarrollo local e incorporar las lecciones surgidas de las experiencias de sus aplicaciones. En el presente artículo se tuvo como objetivo identificar los factores determinantes para el desarrollo local en red, para lo cual se analizó un estudio de caso de desarrollo local en los Altos de Chiapas, donde se utilizaron como ejes de análisis los especificados por la iniciativa Europea LEADER. Los resultados muestran que los factores de éxito más importantes en el caso estudiado, son la creación de un grupo de acción local y la descentralización financiera, ya que ambos determinaron el alcance de otros factores secundarios. El eje enfoque integral y multisectorial de las acciones de desarrollo es una de las áreas de oportunidad más interesantes en el caso estudiado.