Escudos

Escudos

PARTICIPACIÓN: SWEBOK



El Cuerpo de Ingeniería del Software del Conocimiento (SWEBOK) es un estándar ISO / IEC TR 19759:2005 internacional especifica una guía para la aceptación general Software Engineering Body of Knowledge. Se ha creado a través de la cooperación entre los diversos organismos profesionales y miembros de la industria y está publicado por la Sociedad de Computación IEEE ( IEEE ). [1]


La norma se puede acceder libremente desde el IEEE Computer Society . A mediados de 2013, una nueva versión actualizada SWEBOK V3 se dará a conocer. SWEBOK V3 se encuentra actualmente en una opinión pública, con los comentarios correspondientes a los tres últimos ámbitos de conocimiento debido el 30 de junio de 2013.


Los voluntarios están en el proceso de la actualización de la Guía de los Fundamentos de la Ingeniería del Software del Conocimiento (SWEBOK) agregando nuevas áreas de conocimiento (KAS) y la revisión de otros. Durante los últimos materiales disponibles para el público, visite el sitio SWEBOK V3 revisión pública . Resolución de los comentarios recogidos han sido publicados, y se invita a los miembros del IEEE Computer Society a votar para mover el documento revisado con interés la publicación hasta el 1 de diciembre.


Todas las 15 KAs y un apéndice sobre Normas han completado la revisión del público, y todos los comentarios de la revisión han sido adjudicados.[2]


La Guía SWEBOK:


· caracteriza a los contenidos de la disciplina de la ingeniería de software


· promueve una visión consistente de la ingeniería de software en todo el mundo


· aclara el lugar de la ingeniería de software con respecto a otras disciplinas


· proporciona una base para los materiales de capacitación y desarrollo curricular, y


· proporciona una base para la certificación y concesión de licencias a los ingenieros de software.






La finalidad de SWEBOK (Guía de la Ingeniería del Software Cuerpo de Conocimiento) es describir que parte de éste es aceptado de manera general y se estableció con el fin de cumplir cinco objetivos: 1. Promover una vista general y consistente de la ingeniería del software a nivel mundial. 2. Dar claridad del contexto en el que se aplica la ingeniería del software con respecto a otras disciplinas, como la ingeniería de sistemas, la ciencia de los computadores, la administración de proyectos y las matemáticas. 3. Caracterizar los contenidos de esta disciplina. 4. Proveer acceso temático al cuerpo de conocimiento de la ingeniería del software. 5. Proveer la fundación de un ente para apoyar el desarrollo, certificación y licenciamiento de material de calidad, relacionado con la disciplina. Está estructurada en 12 capítulos completamente divididos en subcapítulos, que explican todos los componentes del cuerpo de conocimiento de la ingeniería del software, basados en áreas del conocimiento. [3]






Carolina, H. A. (25 de Agosto de 2010). SlideSahre. Recuperado el 28 de Noviembre de 2013, de SlideSahre: http://www.slideshare.net/juanpabloov18/resumen-swebok-original


Desconocido. (s.f.). IEEE Computer Society. Recuperado el 28 de Noviembre de 2013, de IEEE Computer Society: http://www.computer.org/portal/web/swebok


desconocido. (s.f.). wikipedia, la enciclopedia libre. Obtenido de wikipedia, la enciclopedia libre: http://en.wikipedia.org/wiki/Software_Engineering_Body_of_Knowledge

Video Sping System

Video

LECTURA: ICSE

ICSE
Montero Posadas Giovanny David
¿Qué es ICSE?
CISE EngranajesICSE es la conferencia Internacional sobre Ingeniería de Software, proporciona un foro para investigadores, profesionales y educadores para presentar y discutir las más recientes innovaciones, tendencias, experiencias y preocupaciones en el campo de la ingeniería de software.
 (icse, 2013)


34a
ICSE
2012
Zürich, Suiza
2 a 9 junio 2012
Martin Glinz de la Universidad de Zúrich, Suiza
Gail Murphy , de la Universidad de la Columbia Británica, Canadá y Mauro Pezze , Universidad de Lugano, Suiza, y la Universidad de Milano Bicocca, Italia
35a
ICSE
2013
San Francisco, EE.UU.
18 a 26 mayo 2013
David Notkin , Universidad de Washington, EE.UU.
Betty H. Cheng , de la Universidad Estatal de Michigan, EE.UU., y Klaus Pohl , de la Universidad de Duisburg-Essen, Alemania
36a
ICSE
2014
Hyderabad, India
junio 1-7,2014
Pankaj Jalote , Indraprastha Instituto de Tecnología de la Información (IIIT) Delhi, India
Lionel Briand , Laboratorio de Investigación Simula y Andre van der Hoek , Universidad de California, Irvine, EE.UU.
Este evento ha tenido muchas cedes a lo largo de su historia, mencionaremos algunos.






Algo importante que debemos de saber es que este gran evento tiene muchos patrocinadores por ejemplo
 ACM:  la primera sociedad en computación, es una fuerza importante en el avance de las habilidades y conocimientos de los profesionales de tecnología de la información y de los estudiantes de todo el mundo.
SIGSOFT  : centra en cuestiones relacionadas con todos los aspectos del desarrollo y mantenimiento de software.
TCSE :
El Consejo Técnico de Ingeniería del Software (TCSE) es el órgano de coordinación de la Sociedad de Computación del IEEE para los programas y servicios innovadores en ingeniería de software. TCSE está a la vanguardia de intercambio de información y apoyo a los profesionales y los investigadores en el campo de la ingeniería de software.
IEEE-CS   el IEEE Computer Society : es la asociación más antigua y más grande de profesionales de la informática en el mundo. 
(icse, 2013)


Conclusión:

Este tipo de eventos ayuda a retroalimentar al mundo de la informática , debido a que se hacen foros de discusión y se prestan para el debate e donde se puede aprender mucho y sin duda alguna encontrar soluciones a problemas de distintos ámbitos.

PARTICIPACIÓN: DISEÑO MANEJADO POR MODELOS



El diseño manejado por modelos es una metodología para el desarrollo de software que se centra en crear modelos más cercanos a conceptos de dominio en partículas en vez de conceptos de la informática.


El fin que tiene el diseño manejado por modelos es que se aumente la productividad al maximizar la compatibilidad entre sistemas, ya que es muy común que hay software que funciona en Windows pero no se encuentra disponible para otros sistemas como Linux o UNIX, por lo que se tiene que buscar otras alternativas, también se desea simplificar procesos de diseño y promover la comunicación entre los usuarios y sus respectivos equipos que trabajan en el sistema.


Los modelos se consideran eficaces si tienen sentido desde el punto de vista del usuario y sirven como base para la implementación de sistemas. Los modelos son desarrollados a través de una amplia comunicación entre los productores, diseñadores y miembros del equipo de desarrollo, entonces podemos decir que, se obtienen modelos que permiten el desarrollo de software y sistemas.


Uno de los modelos más conocidos es de la Object Management Group (OMG), grupo dedicado al cuidado y establecimiento de estándares relacionados a la tecnología orientada a objetos tiene una iniciática con gran importancia, la arquitectura dirigida por modelos (Model Driven Architecture), la AMD es una forma de trabajo de arquitecturas para desarrollar software, este software tiene 3 características: portabilidad interoperabilidad, reusabilidad.


Uno delos principales objetivos que tiene la MDA es separar el diseño de la arquitectura y las tecnologías de tal forma que puedan ser alterados independientemente. MDA nos permite construir aplicaciones independientemente de la plataforma (PIM), que representa un diseño conceptual que concreta los requerimientos funcionales, sobreviviendo a los nuevos cambios tecnológicos.


El diseño manejado por modelos toma mucho en cuanta el ciclo de desarrollo de un software, cubre el análisis, diseño, programación, pruebas, despliegue y mantenimiento.


Lo que hace la Arquitectura Dirigida por Modelos, tomándolo como ejemplo, es resolver algunos problemas que tienen los sistemas actuales, los cuales están siempre en constante cambio y no solo refiriéndose a la tecnología, sino también en las reglas. Esos problemas que contempla la AMD son:
Portabilidad
Interoperabilidad entre plataformas
Independencia de plataforma
Especificidad del dominio
Productividad
Independencia de computo
Transformación de Modelos


Los estándares principales de MDA (UML, MOF, XMI y CMW) son la base para construir esquemas coherentes para crear, publicar y administrar modelos en una arquitectura dirigida por modelos, sin importar el tipo de sistema que se va a construir.






Fuentes de información secundarias:


http://msdn.microsoft.com/es-es/library/jj135054.aspx





http://www.ibm.com/developerworks/rational/library/3100.html

LECTURA: GOVSEC

GOVSEC
Montero Posadas Giovanny David

Primeramente sería bueno saber que es GovSec.
GovSec es el evento premier de la nación del Gobierno, Seguridad Nacional, y los profesionales encargados de hacer cumplir la ley en busca de estrategias probadas y costo efectivo de la tecnología para que puedan cumplir con su misión de proteger sus infraestructuras críticas, los activos principales, las comunidades y la nación.
(govsecinfo)

GovSec se centra en la infraestructura y ciudades seguras, la ciberdelincuencia y el ciberterrorismo, lucha contra el terrorismo y la lucha, y la seguridad nacional. Mediante la combinación de estos eventos dinámicos y basándose en sus sinergias, los asistentes de todos los sectores y niveles de gobierno pueden tomar decisiones de compra integrados y satisfacer sus retos de seguridad integral en un solo evento.

En estos eventos se ofrecen tecnologías y recursos para las organizaciones, es gratuita para algunos sectores, pero para los contratistas y provedores pagan $50 dolares.
GovSec es un evento de seguridad del gobierno de los estados unidos muy dinamico que los expositores y patrocinadores aportan muchas soluciones







Este tipo de eventos son de gran importancia para los estados unidos porque permite al gobierno mantenerse informado de nuevos avances tecnológicos , equipos información etc..
Muchos exponentes y proveedores se reúnen a discutir y presentar proyectos, ideas y diseños de distintas índoles que le competen a todos los sectores del gobierno.
TREXPO aliada con GovSec ofrece productos que permiten a los policías cumplir con su papel como defensa contra toda amenaza a sus comunidades y agencias, aquí se encuentra tecnología, herramientas, equipo táctico y vehículos.
(govsecinfo)

Conclusión:  GovSec es un gran evento ubicado en Walter E. Washington Convención Center, aquí podemos encontrar un sinfín de exponentes y proveedores que dan alternativas y soluciones para la a infraestructura y ciudades seguras, la ciberdelincuencia y el ciberterrorismo, lucha contra el terrorismo y la lucha, y la seguridad nacional. 
Es gratis para el público en general y tiene un costo de $50 para proveedores y contratistas.



PARTICIPACIÓN: MODEL-DRIVEN

MODEL DRIVEN
Montero Posadas Giovanny David

Model driven solutions ofrece sistemas empresariales de vanguardia, reales, abiertos, flexibles, reutilizables, robustos y que resuelven los problemas costosos que requieren tiempo, de gran complejidad y dependencia tecnológica.
Algo importante de mencionar es que esta empresa usa una metodología probada en SOA y MDA que incluye:
·         Definición de los requisitos de negocio del cliente.
·         Diseño e implementación de arquitecturas empresariales que apoyan las necesidades de negocio.
·         El desarrollo de herramientas para los componentes de la infraestructura de cliente que soportan las arquitecturas empresariales
·         Organización de los metadatos
·         Desarrollo automatizado y generación de código

Esto sin duda permite que sus clientes tengan una eficiencia mayor, la exposición al mercado y los ingresos.
Además utilizan herramientas basadas en web como: SoaML, Java, UML, RDF, OWL, Linked Open Data, Corba ®, XML, ebXML, Enterprise Java Beans, JBoss, Eclipse IDE,
¿Que es MDA (Model Driven Architecture) ?
MDA proporciona un marco sólido que se libera a las infraestructuras del sistema para evolucionar en respuesta a un desfile interminable de plataformas, mientras que la preservación y el aprovechamiento de las inversiones tecnologías existentes.
 (modeldriven)


Permite estrategias de integración de sistemas que son mejores, más rápidas y más baratas. 
Los beneficios de la MDA son significativas-a los líderes de negocios y desarrolladores por igual:
·         Reducción del coste en todo el ciclo de vida de la aplicación
·         Reducción del tiempo de desarrollo de nuevas aplicaciones
·         Mejora de la calidad de las aplicaciones
·         El aumento de rendimiento de la inversión en tecnología
·         Rápida inclusión de los beneficios de las tecnologías emergentes en sus sistemas existentes
(.omg)
Conclusión.
Definitivamente en un mundo de tecnologías en donde competir se ha vuelto difícil por diversos factores como tecnología, tiempo, dinero, personal capacitado y experiencia en desarrollo de software hacen complicado el éxito de empresas nuevas y medianamente pequeñas, pienso que MDA y MDS son opciones, caminos y rutas viables para desarrollar en menor tiempo y de manera muy eficiente y no tan costosa.







LECTURA: FOSE

FOSE
Montero Posadas Giovanny David

http://fose.com/events/government-technology/information/venue.aspx

FOSE es un evento enorme con una gran historia y tradición  enfocado a la comunidad tecnológica del gobierno y actualmente aun proporciona espacios de encuentro para los profesionales de TI - desde el gobierno y la industria privada, para tomar ventaja de  la formación en la demanda, la creación de redes y oportunidades de desarrollo profesional.
Es de gran valor profesional asistir al FOSE pues son 3 días de conferencias donde puedes salir con valiosa información práctica acerca de Cloud & virtualizacion , Cybersecurity, Mobilie Government, Big Data and Business Intelligence,Precords and Information Management, Project Management.

Este evento no solo atrae a gente profesionista de la área si no también a los mas grandes proveedores del mundo de las siguientes aéreas:
Software de Aplicación
Biometría
Big Data / análisis de datos grandes
Business Intelligence / DSS
Business Solutions AV
Cloud Computing y Virtualización
Computadora y periféricos
Ciberseguridad
Centros de Datos y Almacenamiento de Datos
Preparación para Desastres y Recuperación
Enterprise Content Management (ECM)
Seguridad de la Información
Gestión de Infraestructuras
Internet y servicios web


Para llegar a la convención FOSE.

El Centro de Convenciones Walter E. Washington se encuentra en:
801 Mount Vernon Place, NW
Washington, DC 20001
El acceso al Centro de Convenciones a través de la entrada de la calle L entre el 7 y 9 de la calle o, si viaja en metro, salga en el Centro de Convenciones de diafragma y utilice la entrada del Centro de Convenciones ubicado en la esquina de 7 y M Street.

Conclusión:
Este tipo de convenciones y eventos es una forma de retroalimentarse a través de experiencias y vivencias de egresados y expertos que viven a diario el arduo trabajo de las industrias y aportan en este tipo de convenciones opiniones , puntos de vista, proyectos  y cualquier tipo de conocimiento a la comunidad de las TI , la convención se hace en Washington y dura por lo general 3 días máximo .




PARTICIPACIÓN : PROGRAMACIÓN GENERATIVA

Programación generativa
Montero Posadas Giovanny David
http://msdn.microsoft.com

Partiremos de la definición de la programación generativa.
Definición: Transforma representaciones de alto nivel de un programa a
Código de “bajo” nivel.
 (www.acis.org.co, 2013)

El objetivo de la programación generativa es sustituir búsqueda manual, la adaptación y montaje de componentes con la generación automática de los componentes necesarios que se demanda. Además de aumentar la productividad, la calidad y el tiempo de salida al mercado de un software gracias a la implementación de ambos componentes estándar y automatización de la producción. Un cambio de paradigma importante implicado aquí es construir sistemas de software de componentes estándar en lugar de "reinventar la rueda" cada vez.  Es necesario pensar en términos de familias de sistemas en lugar de los sistemas individuales.  Ingeniería de software generativo y basado en componentes trata de integrar los enfoques de ingeniería de dominio, los enfoques basados ​​en componentes y enfoques generativos.





La necesidad de una técnica para generar automáticamente el código para evitar el trabajo esclavo de escribir y ajustar repetidamente de los programador ha sido una tarea que siempre ha causado gran conflicto. 
La programación generativa es una técnica que se ocupa de este problema. Utilizando técnicas de programación generativa, puede resolver problemas de ingeniería de software en las familias, en lugar de individualmente, ahorrando tiempo y esfuerzo de codificación. 
    El término fue acuñado en el libro de programación generativa por Krzysztof Czarnecki y Ulrich Eisenecker (Addison-Wesley, 2000). Se refiere a un sistema de programación que se centra en la resolución de problemas de ingeniería de software en familias en lugar de uno a la vez. Como un simple ejemplo, una matriz de enteros es una solución específica a un problema específico, pero la biblioteca (STL) plantilla vector plantilla estándar está pensado para hacer frente a toda la familia de los problemas resueltos por las matrices. En concreto, la plantilla de vector es un generador, ya que describe el modelo de código del compilador de generar. De hecho, la programación genérica, según lo dispuesto en C + + a través de plantillas, es una forma primitiva de programación generativa. Te encontrarás con otras formas más adelante en este artículo. (microsoft, 2013)


Conclusión:
Muy pocas veces escuchamos hablar de este término,”programación generativa” pero es algo común en la programación ya que se utiliza

todo el día, todos los días. Usted la está utilizando cuando se emplean macros de lenguaje C para producir C código, cuando usted alimenta IDL para el compilador MIDL para generar código proxy-stub, cuando se ejecuta un asistente o una instancia de una plantilla, y cuando se utiliza # import para generar esos chiflados + envoltorios C + alrededor de los interfaces COM. Es decir en todo momento la programación generativa nos ha venido a ahorrar tiempo y esfuerzos.

LECTURA: L-CASE

Lower CASE (L-CASE),
Montero Posadas Giovanny David

(www.nptel.iitm.ac.in, 2013)

Una clasificación de las herramientas CASES es teniendo en cuenta el ciclo de vida que automatizan:

1) upper case: Requerimientos de Desarrollo Funcional de Planes Corporativos.

2) middle case: Análisis y Diseño.

3) lower case: Generación de código, e implantación.
(paulchasiluisa.galeon.com, 2013)

Hablaremos un poco de lower CASE
Lower CASE (L-CASE), herramientas que semi-automatizan la generación de código, crean programas de detección de errores, soportan la depuración de programas y pruebas. Además automatizan la por funcionalidad podríamos diferenciar algunas como:
-Herramientas de generación semiautomática de código.
-Editores UML.
-Herramientas de Refactorización de código.
(www.nptel.iitm.ac.in, 2013)



-Herramientas de mantenimiento como los sistemas de control de versiones·
Este tipo de herramientas son muy útiles en el desarrollo de aplicaciones y grandes hojas de código para cualquier tipo de desarrollador que necesita obtimizar el desarrollo y entregar proyectos a gran velocidad.
Hay muchas herramientas de esta índole por ejemplo:
Visual studio, visual basic, eclipse , sharpdevelop , etc... son entornos de desarrollo integrado que permiten al desarrollador entregar prototipos mas rápido debido a que el programa depura errores de código, informa de alguna corrección semántica, refactoriza código , y también puede generar código a partir de plantillas (templates) .
Otras herramientas como startUML permiten generar código a partir de diagramas UML  lo cual es muy importante puesto que cuanto tiempo se pierde al crear el diagrama UML y codificarlo.

Conclusión: las herramientas LOWER CASE: son herramientas útiles para el desarrollo de código de una manera práctica y útil empleadas en el ciclo de vida de diseño de un software ya que es donde se programa y se hacen pruebas.


PARTICIPACIÓN: CLASIFICACIÓN CASE

Clasificación de las herramientas case
Montero Posadas Giovanny David
http://www.nptel.iitm.ac.in

CLASIFICACIÓN DE LAS HERRAMIENTAS CASE
No existe alguna clasificación como tal de las herramientas case, hay de gran variedad , distintos usos , algunas más completas que otras así que es muy difícil determinarle en una clase y pueden ser clasificadas de acuerdo a :
- Las plataformas que soportan.
- Las fases del ciclo de vida del desarrollo de sistemas que cubren.
- La arquitectura de aplicaciones que producen.
- Su funcionalidad.
(paulchasiluisa.galeon.com, 2013)

CASE es una combinación de herramientas software y de metodologías de desarrollo:
La herramienta permite automatizar el proceso de desarrollo del software
La metodología define los procesos automatizados
La primera clasificación del CASE:

TOOLKIT: Es la colección de herramientas que permiten automatizar un conjunto de tareas de las fases del ciclo de vida del sistema informático, planificación estratégica, Análisis, Diseño y Generación de programas.

WORKBENCH: Son conjuntos de herramientas que dan soporte a la automatización del proceso de desarrollo del sistema informático. Permiten cubrir el ciclo de vida completo. El producto final aportado es un sistema en código ejecutable y su documentación.







La segunda clasificación es teniendo en cuenta el ciclo de vida que automatizan:

UPPER CASE: Requerimientos de Desarrollo Funcional de Planes Corporativos.

MIDDLE CASE: Análisis y Diseño.

LOWER CASE: Generación de código, e implantación.

(www.nptel.iitm.ac.in, 2013)












Conclusión: el gran avance tecnológico dio origen a muchas herramientas que facilitan el desarrollo del software, en general estas herramientas han surgido exponencialmente, aun no se cuenta con un sistema de clasificación para estas herramientas, ya que varias tienen funciones diversas y muchas son herramientas muy robustas y que pueden desempeñar múltiples tareas, para cada fase del ciclo de vida del software.

LECTURA: M-CASE



Middle CASE (M-CASE), herramientas para automatizar tareas en el análisis y diseño de la aplicación.[1]


Este tipo de herramientas son las que a mi parecer abundan más en el mercado ya que a mi parecer muchos de los desarrolladores de herramientas CASE se enfocan a automatizar, facilitar y mejorar estas dos fases del ciclo de vida del software y todos los procesos que se llevan a cabo en ellas.


También me he encontrado que muchas de estas herramientas Middle CASE (M-CASE) en su forma básica son gratis y si se desea que la herramienta sea especializada a algún tipo de proceso en especial o en particular estas mismas se pueden actualizar o mejorar pero se tienen que pagar un costo un poco elevado.


Unos autores nos dicen que este tipo de herramientas las Middle CASE (M-CASE) no se consideran como tal una clasificación, ya que tanto las Upper CASE (U-CASE) como las Lower CASE (L-CASE) realizan las fases y los procesos del ciclo de vida del software, en las cuales las Middel CASE (M-CASE) se enfocan y las cuales son el análisis y el diseño.


Como ya lo mencione algunas de estas herramientas son:


· Bizagi Modeler


· Data Architect


· SE Process


Como todas las herramientas CASE algunas de las características que podemos mencionar y las cuales comparten las herramientas Middel CASE (M-CASE) que puedo mencionar son las siguientes:


· Mejorar la productividad en el desarrollo y mantenimiento del software.


· Aumentar la calidad del software.


· Mejorar el tiempo y coste de desarrollo y mantenimiento de los sistemas informáticos.


· Mejorar la planificación de un proyecto.


· Aumentar la biblioteca de conocimiento informático de una empresa ayudando a la búsqueda de soluciones para los requisitos.


· Automatizar, desarrollo del software, documentación, generación de código, pruebas de errores y gestión del proyecto.


· Ayuda a la reutilización del software, portabilidad y estandarización de la documentación.


· Gestión global en todas las fases de desarrollo de software con una misma herramienta.


· Facilitar el uso de las distintas metodologías propias de la ingeniería del software.


Algunas de las desventajas que yo encuentro en este tipo de herramientas CASE (M-CASE) son que pocas pero realmente pocas son las que pueden llevar a cabo un análisis por lo menos simple y bueno, o tener una buena abstracción de los requerimientos y realizar una análisis, y de mismo modo se enfocan y se apegan mucho al ciclo de vida tradicional y como hoy en día son pocas las empresas o compañías que se apegan a este tipo de desarrollo de software dichas empresas las encuentran ineficientes y poco utilies.



Excirial. (23 de Septiembre de 2013). Wikipedia la enciclopedia libre. Obtenido de Wikipedia la enciclopedia libre: http://en.wikipedia.org/wiki/Computer-aided_software_engineering


Gómez, R. P. (23 de Agosto de 2003). Monografias.com. Recuperado el 25 de Agosto de 2013, de Monografias.ocm: http://www.monografias.com/trabajos14/herramicase/herramicase.shtml#herr


Kenneth E. Kendall, J. E. (2005). Analisis y diseño de sistemas Sexta edicion. Mexico: Pearson educacion.


Otros, H. C. (s.f.). El rincon del vago. Obtenido de El rincon del vago: http://html.rincondelvago.com/herramientas-case.html


sistemaaabbbb. (24 de Agosto de 2010). Slideshare. Obtenido de Slideshare: http://www.slideshare.net/sistemaaabbbb/herramientas-case-alto-y-bajo-nivel


UA31. (22 de Julio de 2013). Wikipedia La Enciclopedia libre. Obtenido de Wikipedia La Enciclopedia libre: http://es.wikipedia.org/wiki/Herramienta_CASE













[1] http://es.wikipedia.org/wiki/Herramienta_CASE

PARTICIPACIÓN: TOOL KIT

Toolkit
Montero Posadas Giovanny David

www.umsl.edu
Las herramientas case proponen una nueva filosofía del concepto de ciclo de vida basándose en la automatización, para lo cual se proporciona una gama de herramientas integradas que basadas en ciertas metodologías, permiten automatizar fases de desarrollo del ciclo de vida de un sistema de software.
El fin de automatizar estas fases es el siguiente:
·         Integrar las tareas de distintas etapas del ciclo de vida.
·         Mejorar la calidad al automatizar la comprobación de errores.
·         Automatizar la generación de la documentación.
·         Reutilización de software y fácil compartimiento de información.
·         Entorno de desarrollo interactivo
·         Facilitar la creación de prototipos.
·         Simplificar labores de mantenimiento.
Existen una gran gama de herramientas actualmente en el mercado para lo cual hay ciertas clasificaciones:





Clasificación y componentes de las herramientas case:
Las herramientas case se enfocan hacia el soporte de diferentes fases del ciclo de vida del software o al desarrollo de diferentes tipos de sistemas. Al haber tantas herramientas de distinta clase y función hace la necesidad de clasificarlas atendiendo la clasificación propuesta por Carma McClure [MCC89a].

Juego de herramientas (TOOLKIT):
Es la colección de herramientas que permiten automatizar un conjunto de tareas de las fases del ciclo de vida del sistema informático, planificación estratégica, Análisis, Diseño y Generación de programas. 
Este tipo de herramientas se caracteriza por la realización de algunas tareas especificas dentro del desarrollo del software sin embargo aunque se obtienen beneficios utilizando herramientas asistidas (toolkits) que realicen determinadas labores dentro del desarrollo de sistemas software, la potencia real del CASE solo se puede conseguir a través de la utilización de las herramientas dentro de un entorno integrado y enmarcado dentro de una metodología de desarrollo es decir Integrated-CASE.
(paulchasiluisa.galeon, 2013)




                Conclusiones:
Las herramientas toolkit (www.umsl.edu, 2013) son una rama de la amplia gama de herramientas case del mercado, son un conjunto de herramientas que tienen el fin de trabajar bajo la referencia de una metodología que las ayude a integrarse al proyecto mas rápido y con mayor eficiencia.
El agrupar varias herramientas case con características similares brinda grandes ventajas , pues se agiliza muchísimo el proceso de desarrollo de software debido a la automatización de tareas.



LECTURA U-CASE



Existen herramientas CASE que son utilizadas específicamente en ciertas partes del ciclo de vida del software una de ellas son las Upper CASE (U-CASE) o herramientas de alto nivel.


Estas herramientas de alto nivel o U-CASE se usan principalmente en las fases de planeación, análisis de requisitos y diseño del ciclo de vida del software esto nos quiere decir que son de front-end y que están orientadas a la automatización y soporte de las actividades desarrolladas durante estas fases del ciclo de vida del software.


Es posible utilizar las herramientas U-CASE que comprender las primeras fases del ciclo de vida con otras herramientas que nos ayuden en la fase de construcción y pruebas, pero para esto debemos de tener en cuenta la forma de integrar dichas herramientas.


Las herramientas de alto nivel nos pueden apoyar en la modelación de los requerimientos funcionales de un software que se solicite desarrollar a una determinada empresa y de igual modo a la organización de la misma.


También nos permiten tener una idea de la forma en que se pueden combinar determinadas fases del proyecto con otras partes de la organización del mismo.






Diagrama de bloques de una herramienta case de alto nivel – Libro: Análisis y diseño de sistemas sexta edición, Kenneth E. Kendall, Julie E. Kendall, México 2005
















Gómez, R. P. (23 de Agosto de 2003). Monografias.com. Recuperado el 25 de Agosto de 2013, de Monografias.ocm: http://www.monografias.com/trabajos14/herramicase/herramicase.shtml#herr


Kenneth E. Kendall, J. E. (2005). Analisis y diseño de sistemas Sexta edicion. Mexico: Pearson educacion.


Otros, H. C. (s.f.). El rincon del vago. Obtenido de El rincon del vago: http://html.rincondelvago.com/herramientas-case.html


sistemaaabbbb. (24 de Agosto de 2010). Slideshare. Obtenido de Slideshare: http://www.slideshare.net/sistemaaabbbb/herramientas-case-alto-y-bajo-nivel


UA31. (22 de Julio de 2013). Wikipedia La Enciclopedia libre. Obtenido de Wikipedia La Enciclopedia libre: http://es.wikipedia.org/wiki/Herramienta_CASE

PARTICIPACIÓN : I-CASE



I-CASE
Montero Posadas Giovanny David


http://softwareenvironmentdesign.blogspot.mx/2009/03/YOURLINKHERE






Es importante tener en cuenta que las aplicaciones CASE tienen la fuerte tarea de ayudar a los desarrolladores de software a realizar sus tareas de manera simple, automatizada y eficiente. Pero para que estas herramientas sean explotadas al máximo es necesario tenerlas en un ambiente integrado, en el cual no se desperdicie el esfuerzo en traspasar la información de un proyecto desde una fase de desarrollo de software a la siguiente.


(softwareenvironmentdesign, 2013)






Herramientas integradas, I-CASE (Integrated CASE, CASE integrado):


abarcan todas las fases del ciclo de vida del desarrollo de sistemas. Son


llamadas también CASE workbench.


(inei.gob, 2013)






Ambiente Integrado de herramientas CASE (I-CASE)


Existen muchas limitaciones cuando no se tiene un ambiente integrado de herramientas case (i-case) cuando se trata a la información.


















Por ejemplo el tipo de integración de herramientas individuales que no permiten compartir información con otras herramientas y solo el usuario o


Proyectos hechos con esta herramienta pueden compartir información.


(catarina, 2013)


También hay muchas más tipos de integración como por ejemplo:


Intercambio de Datos: las herramientas generan información que puede ser leídos por otras herramientas que acepten dicho formato.


Puente: hay intercambio de datos específicos entre herramientas para cubrir fases de desarrollo de software


Y en otro extremo también tenemos a la fuente única:


Que es un conjunto de aplicaciones CASE de un


mismo proveedor. Su ventaja es que es muy transparente entre las herramientas y la desventaja es que solo pueden interactuar estas herramientas entre ellas sin posibilidad de añadir otra herramienta externa.


(catarina, 2013)


Para hablar del EAPI (El Entorno de Apoyo a Proyectos Integrado) es necesario entender que se construye mediante estándares de traspaso de información y metadatos formado de un depósito de datos que permita agregar herramientas no necesariamente del mismo proveedor y con todas las ventajas de la base de datos.










Este es un entorno de desarrollo ideal para cualquier proyecto de software.






Para lograr una buena integración se debe de tener una arquitectura que permita


distinguir cada una de las partes del Entorno Integrado, así como se sus funciones


la arquitectura de integración de un I-CASE.


Las I-CASE tienen capas y cada capa representa a una función específica.


Capa de interfaz de usuario


Capa de herramientas


Capa de gestión de objetos


Capa de depósito










Y un deposito Case


Que no es más que una base de datos en la cual se almacena la información


acerca de un proyecto de desarrollo de software que sea generado por, y utilice,


Herramientas CASE integradas en un Entorno de Apoyo a Proyectos Integrado.





CONCLUCION: las herramientas i-case favorecen el desarrollo ágil y ayudan al desarrollador a integrar una gran variedad de herramientas de una forma más estable y versátil.