Arquitectura de software en el proceso de desarrollo ágil: una perspectiva basada en requisitos significantes para la arquitectura

Recopilar, comprender y gestionar los requisitos es un aspecto crítico en todos los métodos de desarrollo. Esto también es cierto para las Metodologías Ágiles en la que la captura de requisitos es realizada en todo el proceso de desarrollo, con requisitos que van evolucionando y cambiando a lo largo del ciclo de vida. Este proceso es opuesto al enfoque de la Arquitectura del Software, donde los requerimientos deben ser identificados, recabados y comprendidos en las primeras etapas, ya que cambios posteriores afectan considerablemente el resultado final de la arquitectura. Este tratamiento con perspectivas diferentes, ha sido uno de los factores que ha causado la sensación de que las Metodologías Ágiles y la Arquitectura de Software van en direcciones diferentes y no pueden coexistir. En este trabajo se presenta una línea de investigación en la que este equipo se ha enfocado en los últimos dos años y tiene como objetivo proponer un modelo que facilite la identificación y captura de los llamados “Requisitos Significantes para la Arquitectura”, permitiendo de esta manera la integración de aspectos arquitectónicos en el proceso de desarrollo de Sistemas de Información con Metodologías Agiles, favoreciendo de este modo, atributos de calidad y flexibilidad ante los cambios.Eje: Ingeniería del Software.Red de Universidades con Carreras en Informátic

Arquitectura de software en el proceso de desarrollo ágil: una perspectiva basada en requisitos significantes para la arquitectura

Recopilar, comprender y gestionar los requisitos es un aspecto crítico en todos los métodos de desarrollo. Esto también es cierto para las Metodologías Ágiles en la que la captura de requisitos es realizada en todo el proceso de desarrollo, con requisitos que van evolucionando y cambiando a lo largo del ciclo de vida. Este proceso es opuesto al enfoque de la Arquitectura del Software, donde los requerimientos deben ser identificados, recabados y comprendidos en las primeras etapas, ya que cambios posteriores afectan considerablemente el resultado final de la arquitectura. Este tratamiento con perspectivas diferentes, ha sido uno de los factores que ha causado la sensación de que las Metodologías Ágiles y la Arquitectura de Software van en direcciones diferentes y no pueden coexistir. En este trabajo se presenta una línea de investigación en la que este equipo se ha enfocado en los últimos dos años y tiene como objetivo proponer un modelo que facilite la identificación y captura de los llamados “Requisitos Significantes para la Arquitectura”, permitiendo de esta manera la integración de aspectos arquitectónicos en el proceso de desarrollo de Sistemas de Información con Metodologías Agiles, favoreciendo de este modo, atributos de calidad y flexibilidad ante los cambios.Eje: Ingeniería del Software.Red de Universidades con Carreras en Informátic

Arquitectura de software en el proceso de desarrollo ágil: una perspectiva basada en requisitos significantes para la arquitectura

Recopilar, comprender y gestionar los requisitos es un aspecto crítico en todos los métodos de desarrollo. Esto también es cierto para las Metodologías Ágiles en la que la captura de requisitos es realizada en todo el proceso de desarrollo, con requisitos que van evolucionando y cambiando a lo largo del ciclo de vida. Este proceso es opuesto al enfoque de la Arquitectura del Software, donde los requerimientos deben ser identificados, recabados y comprendidos en las primeras etapas, ya que cambios posteriores afectan considerablemente el resultado final de la arquitectura. Este tratamiento con perspectivas diferentes, ha sido uno de los factores que ha causado la sensación de que las Metodologías Ágiles y la Arquitectura de Software van en direcciones diferentes y no pueden coexistir. En este trabajo se presenta una línea de investigación en la que este equipo se ha enfocado en los últimos dos años y tiene como objetivo proponer un modelo que facilite la identificación y captura de los llamados “Requisitos Significantes para la Arquitectura”, permitiendo de esta manera la integración de aspectos arquitectónicos en el proceso de desarrollo de Sistemas de Información con Metodologías Agiles, favoreciendo de este modo, atributos de calidad y flexibilidad ante los cambios.Eje: Ingeniería del Software.Red de Universidades con Carreras en Informátic

A eficácia do milnaciprano em pacientes ambulatoriais com transtorno depressivo maior não respondedores ao tratamento com ISRSs: um estudo aberto de 12 semanas

BACKGROUND: The objective of this study is to evaluate the efficacy of milnacipran in outpatients experiencing severe MDD non-respondent to adequate time and dosing of SSRI therapy. METHODS: A 12 week multi-centric study open study was designed to evaluate the efficacy of milnacipran after a SRRI trial failure. Complete remission (HAMD-17 < 8) was the principal outcome. Secondary outcomes were response (HAM &gt; 50%), CGI and quality of life measure (WHOQOL-Bref). RESULTS: The mean HAMD-17 score of the sample was 27 (7.2). The remission rates for minalcipran were 17.5% and response 61.3%. At baseline, 70.9% of the patients were markedly or severely ill. At treatment end, 48.1% of the patients were normal asymptomatic or borderline and 20.2% were mildly ill. Also, the four domains of WHOQOL-Bref, a generic instrument of Quality of Life, presented statistical and clinical differences. DISCUSSION: Our findings suggest that milnacipran is a possible option to be used in patients that were non-respondents to SSRIs. Since there is no evidence in literature that one single antidepressant is the best second step when an SSRI fail, milnacipran should be considered in the case of severe depressed patients.CONTEXTO: O objetivo deste estudo é avaliar a eficácia do milnaciprano em pacientes ambulatoriais com depressão maior grave que não respondem em tempo e em dosagem adequados à terapia com ISRSs. MÉTODOS: Um estudo aberto multicêntrico com a duração de 12 semanas foi elaborado para avaliar a eficácia do milnaciprano após falha em um experimento com ISRS. Remissão completa (HAMD-17 < 8) foi o desfecho principal. Os desfechos secundários foram resposta (HAM &gt; 50%), CGI e avaliação da qualidade de vida (WHOQOL-Bref). RESULTADOS: O escore HAMD-17 médio da amostra foi de 27 (7,2). As taxas de remissão com o milnaciprano foram de 17,5%, e as de resposta, 61,3%. Na linha de base, 70,9% dos pacientes foram classificados como gravemente sintomáticos. Ao final do tratamento, 48,1% dos pacientes foram classificados como normais assintomáticos ou sintomáticos limítrofes e 20,2% eram moderadamente sintomáticos. Além disso, os quatro domínios do WHOQOL-Bref, um instrumento genérico de mensuração de qualidade de vida, apresentou diferenças clínicas e estatísticas: CONCLUSÃO: Nossos resultados sugerem que o milnaciprano é uma possível opção para pacientes que não respondem a ISRSs. Uma vez que não há evidências na literatura de um antidepressivo que seja a melhor opção quando um ISRS falha, o uso do milnaciprano deveria ser considerado em casos de pacientes com depressão severa

Integración de arquitectura de software en el ciclo de vida de las metodologías ágiles : Una perspectiva basada en requisitos

Las metodologías Ágiles se centran en el trabajo en equipo, la adaptabilidad y colaboración dentro del grupo de software y también entre los miembros del grupo y los usuarios finales. El uso de las Metodologías Ágiles (MA), ha marcado una tendencia en su adopción al desarrollo de proyectos de software dado las necesidades cambiantes y la espera de beneficios en el menor tiempo posible. En general, pero también desde la perspectiva de los requisitos, esto hace que las MA, típicamente eviten un trabajo inicial sustancial, suponiendo que los requisitos siempre cambian y continúan cambiando a lo largo del ciclo de vida del proyecto. La Arquitectura de Software (AR), en tanto, es una manifestación de decisiones de etapas muy tempranas del diseño sobre un sistema. Estas decisiones tempranas llevan un peso importante con respecto al desarrollo del resto de un sistema, ya que condicionan otras decisiones que siguen, y en el caso de cambios, implican ramificaciones posteriores. Esto supone una captura de requisitos que no tengan cambios sustanciales en las etapas intermedias y finales del desarrollo de un proyecto. Este tratamiento con enfoques diferentes en las primeras etapas (y también en otros aspectos), ha sido uno de los factores que ha causado la sensación de que las MA y la AS van en direcciones diferentes y no pueden coexistir juntas. Sin embargo, en los últimos cinco años esta tendencia esta cambiando [4,5], hasta el punto que ha surgido el concepto “Arquitectura Ágil” (AA). En la AA, se enfatiza fuertemente en el concepto de los “Requisitos Significantes para la Arquitectura” (RSA) o “Architecturally Significant Requirement” ASR, por sus siglas en inglés. En ese sentido, esta línea de investigación tiene como objetivo indagar y validar el alcance de hasta dónde pueden confluir la AS con las MA, poniendo foco en la captura de requisitos y en los procesos de identificación de los RSA.Eje: Ingeniería de Software.Red de Universidades con Carreras en Informática (RedUNCI

Selección de metodologías ágiles e integración de arquitecturas de software en el desarrollo de sistemas de información

La Ingeniería de Software (IS) se haconvertido imprescindible en el ámbito organizacional, su desenvolvimiento y gestión depende en gran medida de los Sistemas de información (SI) y de las Tecnologías de la información (TI). En los últimos años, se ha impuesto el uso de las Metodologías Ágiles (MA), marcando una tendencia en su adopción al desarrollo de proyectos de software. La causa principal es que en ambientes donde las necesidades de las organizaciones y la tecnología cambian rápidamente, las metodologías tradicionales predictivas han demostrado ser poco eficientes para atender los requerimientos de clientes y usuarios, limitando la competitividad y a la obtención de mayores beneficios en la producción de bienes o en la prestación de servicios, en el menor tiempo posible, y es en ese escenario donde las MA han ganado bastante popularidad siendo una muy buena solución para proyectos a corto plazo, en especial, aquellos proyectos en donde los requisitos están cambiando constantemente. La Arquitectura de Software (AS) comprende elementos de software, las propiedades externamente visibles de aquellos elementos y su interrelación para satisfacer la funcionalidad y requerimientos deseados. Si bien en los últimos años, ha comenzado a cobrar una mayor importancia dentro de los estudios propiciados en la IS, el desarrollo de la AS es una práctica poco común para algunos desarrolladores, en especial si se utilizan metodologías de desarrollo ágiles, en las que esas actividades no se consideran relevantes. En este trabajo se presenta un avance de la exploración, comparación y selección bajo distintos criterios de dos metodologías ágiles, con el propósito de incluir actividades de diseño de arquitecturas de software, que permita generar un modelo genérico de integración, que pueda ser aplicado a otras metodologías bajo el dominio agilista, sin dejar de lado las consideraciones de calidad, riesgo y costos asociados a la integración pretendida.Eje: Ingeniería de Software.Red de Universidades con Carreras en Informática (RedUNCI

Aplicación del enfoque descendente para la enseñanza de Redes de Computadoras, un estudio comparativo

El enfoque ascendente para la enseñanza de redes fue el que habitualmente se utilizó en las carreras tanto de informática como de ingeniería. Los libros más citados en la bibliografía siguen este enfoque. Algunos autores como Jim Kurose y Keith Ross cuestionaron esto y propusieron el sentido descendente, el cual comienza por las capas superiores para luego adentrarse en los detalles de las capas más bajas, tratando de aprovechar los conocimientos previos de los estudiantes en el uso de aplicaciones de red. En las carreras tradicionalmente se ha utilizado en enfoque ascendente y en particular en la UNSJ, UNSa y UCSAL actualmente se utiliza este nuevo enfoque. Por ello el presente trabajo presenta las experiencias, conclusiones, sugerencias, junto con un estudio comparativo de otras carreras fuera del país, con respecto al modelo de enseñanza de asignaturas sobre Redes de Computadoras.V Workshop de Innovación en Educación en Informática (WIEI).Red de Universidades con Carreras en Informática (RedUNCI

Aplicación del enfoque descendente para la enseñanza de Redes de Computadoras, un estudio comparativo

El enfoque ascendente para la enseñanza de redes fue el que habitualmente se utilizó en las carreras tanto de informática como de ingeniería. Los libros más citados en la bibliografía siguen este enfoque. Algunos autores como Jim Kurose y Keith Ross cuestionaron esto y propusieron el sentido descendente, el cual comienza por las capas superiores para luego adentrarse en los detalles de las capas más bajas, tratando de aprovechar los conocimientos previos de los estudiantes en el uso de aplicaciones de red. En las carreras tradicionalmente se ha utilizado en enfoque ascendente y en particular en la UNSJ, UNSa y UCSAL actualmente se utiliza este nuevo enfoque. Por ello el presente trabajo presenta las experiencias, conclusiones, sugerencias, junto con un estudio comparativo de otras carreras fuera del país, con respecto al modelo de enseñanza de asignaturas sobre Redes de Computadoras.V Workshop de Innovación en Educación en Informática (WIEI).Red de Universidades con Carreras en Informática (RedUNCI

Aplicación del enfoque descendente para la enseñanza de Redes de Computadoras, un estudio comparativo

El enfoque ascendente para la enseñanza de redes fue el que habitualmente se utilizó en las carreras tanto de informática como de ingeniería. Los libros más citados en la bibliografía siguen este enfoque. Algunos autores como Jim Kurose y Keith Ross cuestionaron esto y propusieron el sentido descendente, el cual comienza por las capas superiores para luego adentrarse en los detalles de las capas más bajas, tratando de aprovechar los conocimientos previos de los estudiantes en el uso de aplicaciones de red. En las carreras tradicionalmente se ha utilizado en enfoque ascendente y en particular en la UNSJ, UNSa y UCSAL actualmente se utiliza este nuevo enfoque. Por ello el presente trabajo presenta las experiencias, conclusiones, sugerencias, junto con un estudio comparativo de otras carreras fuera del país, con respecto al modelo de enseñanza de asignaturas sobre Redes de Computadoras.V Workshop de Innovación en Educación en Informática (WIEI).Red de Universidades con Carreras en Informática (RedUNCI

Evaluation of the color stability of two techniquesfor reproducing artificial irides after microwave polymerization

The use of ocular prostheses for ophthalmic patients aims to rebuild facial aesthetics and provide an artificial substitute to the visual organ. Natural intemperate conditions promote discoloration of artificial irides and many studies have attempted to produce irides with greater chromatic paint durability using different paint materials. OBJECTIVES: The present study evaluated the color stability of artificial irides obtained with two techniques (oil painting and digital image) and submitted to microwave polymerization. MATERIAL AND METHODS: Forty samples were fabricated simulating ocular prostheses. each sample was constituted by one disc of acrylic resin N1 and one disc of colorless acrylic resin with the iris interposed between the discs. The irides in brown and blue color were obtained by oil painting or digital image. The color stability was determined by a reflection spectrophotometer and measurements were taken before and after microwave polymerization. Statistical analysis of the techniques for reproducing artificial irides was performed by applying the normal data distribution test followed by 2-way ANOVA and Tukey HSD test (&#945;=.05). RESULTS: Chromatic alterations occurred in all specimens and statistically significant differences were observed between the oil-painted samples and those obtained by digital imaging. There was no statistical difference between the brown and blue colors. Independently of technique, all samples suffered color alterations after microwave polymerization. CONCLUSION: The digital imaging technique for reproducing irides presented better color stability after microwave polymerization