Software Reutilizable. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 1

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Software Reutilizable. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 1"

Transcripción

1 Software Reutilizable Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 1

2 Objetivos Para explicar los beneficios del software reutilizable y algunos de sus problemas Para discutir las diferentes formas de implementar el software reutilizable Para explicar cómo los conceptos reutilizables pueden ser representados como patrones o incrustados en generadores de programas Para hablar sobre la reutilización de COTS Para describir el desarrollo de líneas de producto de software Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 2

3 Los temas cubiertos El campo de la reutilización Los patrones de diseño Reutilización basada en generador Los marcos de aplicación Sistema de reutilización de aplicaciones Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 3

4 La reutilización del software En la mayoría de las disciplinas de ingeniería, los sistemas han sido diseñados por la composición de componentes existentes que han sido utilizados en otros sistemas. La ingeniería del software ha estado más centrada en el desarrollo original, pero actualmente se reconoce que para lograr un software mejor, más rápidamente y a menor costo, tenemos que adoptar un proceso de diseño que se basa en la reutilización del software sistemático. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 4

5 Reutilización basada en Ingeniería de Software Reutilización de sistemas de aplicaciones El conjunto de un sistema de aplicación puede ser reutilizado, ya sea por su incorporación sin cambios en otros sistemas (reutilización de COTS) o mediante el desarrollo de familias de aplicaciones que tienen una arquitectura similar. La reutilización de componentes Varía en tamaño, desde subsistemas hasta objetos simples. La reutilización de objetos y la función Los componentes de software que implementan un objeto único y bien definido o función pueden ser reutilizados. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 5

6 Beneficios de la Reutilización 1 Mayor fiabilidad: Software reutilizados, que han sido probados en sistemas de trabajo, deberían ser más confiables que el software nuevo debido a que sus fallos en la implementación y el diseño ya han sido encontrados y reparados. Reducción del riesgo del proceso: Si existe el software, hay menos incertidumbre en los costes de la reutilización que el software que en los costes de desarrollo. Este es un factor importante para la gestión de proyectos, ya que reduce el margen de error en la estimación de costes del proyecto. Esto es particularmente cierto cuando se vuelven a utilizar los componentes de software relativamente grandes tales como sub-sistemas. El uso eficaz de los especialistas: En lugar de especialistas en aplicaciones haciendo el mismo trabajo en diferentes proyectos, estos especialistas pueden desarrollar software reutilizables que encapsulan sus conocimientos. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 6

7 Beneficios de la Reutilización 2 Cumplimiento de las estándares: Algunas normas, como las normas de interfaz de usuario, puede ser implementadas como un conjunto de componentes estándar reutilizables. Por ejemplo, si los menús en un interfaz de usuario se implementan utilizando componentes reutilizables, todas las aplicaciones presentan el mismo formato para los usuarios. El uso de interfaces de usuario estándar mejora la confiabilidad, los usuarios son menos propensos a cometer errores cuando se presenta una interfaz familiar. Desarrollo acelerado: Sacar al mercado un sistema tan pronto como sea posible es muchas veces más importante que el coste global de desarrollo. La reutilización de software puede acelerar la producción de sistema, debido a que los tiempos de desarrollo y validación se reducen. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 7

8 Problemas de Reutilización 1 Aumento de costes de mantenimiento: Si el código fuente de un sistema de software reutilizable o componente no está disponible, los costos de mantenimiento podrán incrementarse, debido a que los elementos reutilizados del sistema puede llegar a ser cada vez más incompatibles con los cambios del sistema. Falta de soporte de las herramientas: Los conjuntos de herramientas CASE no soportan desarrollo con reutilización. Puede ser difícil o imposible integrar estas herramientas con un sistema de biblioteca de componentes. El proceso de software asumido por estas herramientas puede no tener en cuenta la reutilización. Síndrome reinventar la rueda: Algunos ingenieros de software a veces prefieren volver a escribir componentes, ya que creen que pueden mejorar los componentes reutilizables. Esto es en parte cierto ya que la escritura original de SW es vista como un reto mayor que la utilización de SW de otras personas. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 8

9 Problemas de Reutilización 2 Crear y mantener una biblioteca de componentes: Puede ser caro construir una librería de componentes reutilizable y asegurar que los desarrolladores de SW pueden usarla. Las técnicas actuales para clasificar, catalogar y recuperar componentes SW son todavía inmaduras. Búsqueda, comprensión y adaptación de componentes reutilizables: Los componentes de software tienen buscarse en una biblioteca, ser entendidos y, ser adaptados a veces al trabajo en un nuevo entorno. Los ingenieros deben estar razonablemente seguros de encontrar un componente en la biblioteca antes de que puedan incluir la búsqueda de un componente como parte de su proceso normal del desarrollo. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 9

10 El campo de la reutilización Aunque la reutilización es a menudo simplemente considerada como la reutilización de los componentes de un sistema, hay muchos enfoques diferentes para la reutilización que pueden ser utilizados. La reutilización es posible en un rango de niveles de funciones simples para completar los sistemas de aplicación. El campo de la reutilización cubre la gama de técnicas de reutilización posible. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 10

11 Los factores de planificación en la reutilización El calendario de desarrollo del software. La expectativa del tiempo de vida del software. Los antecedentes, aptitudes y experiencia del equipo de desarrollo. La criticidad del software y sus requisitos no funcionales. El dominio de la aplicación. La plataforma de ejecución para el software. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 11

12 El campo de la reutilización Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 12

13 Enfoques de Reutilización 1 Los patrones de diseño: Las abstracciones genéricas similares entre aplicaciones se representan como patrones de diseño que muestran los objetos abstractos y concretos y sus interacciones. Desarrollo basado en componentes: Los sistemas se desarrollan mediante la integración de componentes (colecciones de objetos) que se ajusten a las normas de modelado de componentes. Marcos de aplicaciones: Colecciones de clases abstractas y concretas que pueden ser adaptadas y ampliadas para crear sistemas de aplicaciones. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 13

14 Enfoques de Reutilización 2 Envoltura de sistemas heredados: Los sistemas heredados que pueden ser "envueltos definiendo un conjunto de interfaces y proporcionando acceso a estos sistemas a través de estas interfaces. Sistemas orientados a servicios: Los sistemas se desarrollan mediante la vinculación de los servicios compartidos que pueden ser proporcionados externamente. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 14

15 Enfoques de Reutilización 3 Líneas de productos de aplicaciones: Un tipo de aplicación se generaliza alrededor de una arquitectura común para que pueda ser adaptada para diferentes clientes. Integración de COTS: Los sistemas se desarrollan mediante la integración de los sistemas de aplicaciones existentes. Aplicaciones verticales configurables: Un sistema genérico está diseñado de manera que se puede configurar para las necesidades de clientes específicos del sistema. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 15

16 Enfoques de Reutilización 4 Generadores de programas: Un sistema generador incluye conocimiento de un tipo de aplicación particular y puede generar sistemas o fragmentos de un sistema en ese dominio. Desarrollo del software orientado a aspectos: Los componentes compartidos se entretejen en una aplicación en diferentes lugares cuando se compila el programa. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 16

17 Concepto de reutilización Cuando el diseñador intenta reutilizar componentes ejecutables, está limitado de forma inevitable por las decisiones de diseño detallado que han sido tomadas por los implementadores de esos componentes.esto puede limitar las posibilidades de reutilización. Sin embargo, una forma de solventar esto es reutilizar diseños abstractos que no incluyen detalles de la implementación. El diseñador puede implementarlos para ajustarse a sus requerimientos particulares de la aplicación. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 17

18 Los Patrones de Diseño Un patrón de diseño es una forma de reutilizar el conocimiento abstracto acerca de un problema y su solución. Un patrón es una descripción del problema y la esencia de su solución, de forma que la solución se pueda reutilizar en diferentes situaciones. El patrón no es una especificación detallada. Es una solución adecuada a un problema común. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 18

19 Los patrones de diseño Debe ser lo suficientemente abstracto para ser reutilizado en diferentes entornos. Los patrones a menudo se basan en las características de objetos como la herencia y polimorfismo. Los patrones y los lenguajes de patrones son formas de describir las mejores prácticas, buenos diseños y encapsulan la experiencia de tal forma que es posible para otros el reutilizar dicha experiencia. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 19

20 Elementos del patrón Nombre Un identificador de modelo significativo. Descripción del problema. Descripción de la solución. No un diseño concreto sino una plantilla para una solución del diseño que puede ser instanciado de diversas maneras. Consecuencias Los resultados, las ventajas y desventajas de aplicar el modelo. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 20

21 Múltiples pantallas C D B A A B C D Observador 1 Tema A: 40 B: 25 C: 15 D: 20 Observador 2 Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 21

22 El patrón Observador Nombre Observador Descripción Separa la pantalla de estado del objeto, del objeto en sí. Descripción del problema Se utiliza cuando se necesitan múltiples pantallas de estado. Descripción de la solución Sommerville capítulo 18, pág Consecuencias Las optimizaciones que mejoran el rendimiento de la visualización no son prácticas. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 22

23 El patrón Observador Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 23

24 Reutilización basada en Generadores Los generadores de programa implican la reutilización de patrones y de algoritmos estándares. Éstos se encajan en el generador y son parametrizados por comandos del usuario. Un programa entonces se genera automáticamente. La reutilización basada en generador es posible cuando las abstracciones del dominio y su asignación al código ejecutable puede ser identificado. Una lenguaje específico del dominio se utiliza para componer y controlar estas abstracciones. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 24

25 Reutilización basada en Generadores La reutilización basada en generadores se provecha del hecho de que las aplicaciones del mismo dominio, tales como sistemas de negocio, tienen arquitecturas comunes y realizan funciones comparables. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 25

26 Tipos de Generadores de programa Tipos de generadores de programa Generadores de aplicaciones para procesamiento de datos de negocios; Analizador y generadores de analizadores léxicos para el procesamiento de lenguaje; Generadores de código en las herramientas CASE. Un Generador basado en la reutilización es muy rentable, pero su aplicabilidad se limita a un número relativamente pequeño de dominios de aplicación. Es más fácil que los usuarios finales desarrollen programas usando los generadores en comparación con el otro componente de los enfoques basados en la reutilización. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 26

27 Reutilización a través de Generadores de programa Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 27

28 Desarrollo Orientado a Aspectos El desarrollo orientado a aspectos aborda uno de los mayores problemas en el diseño de l SW: el problema de la separación de intereses.. En muchas situaciones los intereses no se asocian a funciones claramente definidas, sino que afectan a todos los componentes del sistema. Por ej. si se quiere hacer un seguimiento de la actividad de un usuario, se necesita información del contexto para llevarla a cabo. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 28

29 Desarrollo Orientado a Aspectos Los intereses compartidos se implementan como aspectos y, dentro del programa, se define dónde se debería asociar un aspecto. Estos se denominan puntos de enlace. Los aspectos se desarrollan de forma separada. A continuación, en un paso de precompilación denominado entrelazado de aspectos, son enlazados mediante los puntos de enlace. El entrelazado de aspectos es una forma de generación de programas; la salida del proceso de entrelazado es un programa en el que se ha integrado el código del aspecto. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 29

30 Desarrollo Orientado a Aspectos Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 30

31 Los Marcos de aplicación Los marcos son un sub-diseño del sistema compuesto por una colección de clases abstractas y concretas, y las interfaces entre ellas. Los detalles particulares del subsistema de aplicación son implementados añadiendo componentes y proporcionando implementaciones concretas de las clases abstractas en el marco de trabajo. Los marcos de trabajo raramente son aplicaciones por sí mismos. Las aplicaciones se construyen normalmente integrando varios marcos de trabajo. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 31

32 Clases de Marcos Los marcos de infraestructuras de sistemas soportan el desarrollo de infraestructuras de sistemas tales como comunicaciones, interfaces de usuario y compiladores. Los marcos para integración de middleware Estándares y clases que apoyan la comunicación de componentes y el intercambio de información. Ej. CORBA, COM+ Marcos de aplicaciones de empresa Apoyar el desarrollo de determinados tipos de aplicaciones como las telecomunicaciones o sistemas financieros. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 32

33 Ampliación de los marcos Los Marcos son genéricos y se extienden para crear un uso o un subsistema más específico. La ampliación del marcos consiste en: Adición de clases concretas que heredan las operaciones de las clases abstractas en el marco; Agregando los métodos que se llaman en respuesta a los acontecimientos que son reconocidos por el marco. Un problema con los marcos es su complejidad lo que significa que se necesita mucho tiempo para utilizarlos con eficacia. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 33

34 Modelo-Vista-Controlador Marco de la infraestructura del sistema para el diseño GUI. Permite la presentación múltiple de un objeto y las interacciones por separado con estas presentaciones. Marco MVC implica la creación de instancias de una serie de patrones (como se explica anteriormente en concepto de reutilización). Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 34

35 Modelo-Vista-Controlador Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 35

36 Reutilización de Sistemas de Aplicaciones Consiste en la reutilización de los sistemas de aplicación completa (grano grueso), ya sea por la configuración de un sistema para un ambiente o por la integración de dos o más sistemas para crear una nueva aplicación. Dos enfoques cubiertos aquí: Integración de productos COTS. Desarrollo de la línea de productos de SW. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 36

37 Reutilización de los productos COTS COTS - Commercial Off-The-Shelf systems. La denominación producto COTS se aplica a un sistema software que puede utilizarse sin cambios por su comprador. La creación de sistemas mediante la integración de grandes sistemas COTS es ahora una estrategia de desarrollo viable para algunos tipos de sistema, tales como sistemas de comercio electrónico. El beneficio clave es el rápido desarrollo de aplicaciones y, por lo general, menores costos de desarrollo. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 37

38 Opciones de diseño COTS Qué productos COTS ofrecen la funcionalidad más adecuada? Puede haber varios productos similares que pueden ser utilizados. Cómo se intercambiarán los datos? Los productos individuales utilizan sus propias estructuras y formatos de datos. Qué características del producto serán utilizadas realmente? La mayoría de los productos tienen más funcionalidad que la necesaria. Usted debe intentar negar el acceso a la funcionalidad no usada. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 38

39 Sistema de E-Adquisiciones Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 39

40 Productos COTS Reutilizados En el cliente, se utilizan los programas estándares de correo electrónico y navegación web En el servidor, una plataforma de comercio electrónico tiene que ser integrado con un sistema de pedidos existentes. Se trata de la escritura de un adaptador para que puedan intercambiar datos. Un sistema de correo electrónico está también integrado para generar para los clientes. Esto también requiere un adaptador para recibir datos desde el sistema de pedidos y facturación. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 40

41 Problemas de integración del sistema COTS La falta de control sobre la funcionalidad y el rendimiento Sistemas COTS pueden ser menos eficaces de lo que parecen. Problemas con el sistema de inter-operabilidad COTS Diversos sistemas de los COTS pueden hacer diversas suposiciones de cómo deberían usarse, lo que significa que la integración es difícil. Ningún control sobre la evolución del sistema Proveedores de COTS no controlan la evolución de los usuarios del sistema. Soporte de los proveedores de COTS COTS vendedores no pueden ofrecer apoyo durante la vida útil del producto Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 41

42 Líneas de productos de software Las líneas de productos o familias de aplicaciones de software son aplicaciones con una funcionalidad genérica que puede ser adaptada y configurada para su uso en un contexto específico. La adaptación puede implicar: Componentes y la configuración del sistema; Adición de nuevos componentes para el sistema; Selección de una biblioteca de componentes ya existentes; Modificación de los componentes para satisfacer las nuevas necesidades. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 42

43 Especialización de líneas de productos SW Especialización de la Plataforma Diferentes versiones de la aplicación se han desarrollado para diferentes plataformas. Especialización para el Entorno Diferentes versiones de la aplicación son creadas para gestionar entornos operativos diferentes, por ejemplo diferentes tipos de equipos de comunicación. La especialización funcional Diferentes versiones de la aplicación se crean para clientes con diferentes necesidades. Proceso de especialización Diferentes versiones de la aplicación se crean para apoyar los procesos de negocio diferentes. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 43

44 Configuración de líneas de productos de SW Las líneas de productos software se diseñan para ser reconfiguradas. Esta reconfiguración puede implicar añadir o eliminar componentes del sistema, definir parámetros y restricciones para los componentes del sistema, e incluir conocimiento de los procesos de negocio. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 44

45 Configuración de líneas de productos de SW Configuración durante el despliegue Un sistema genérico se configura mediante la inserción de conocimiento de las necesidades del cliente y procesos de negocio. El software en sí no cambia. El conocimiento de los requerimientos específicos del cliente y el entorno del sistema operativo se incluye en un conjunto de ficheros de configuración que son utilizados por el sistema genérico. Configuración durante el diseño Un código genérico común se adapta y cambia de acuerdo a las necesidades de los clientes en particular. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 45

46 Los sistemas ERP La configuración durante el despliegue es la aproximación utilizada en paquetes de software verticales que son diseñados para una aplicación específica tal como un sistema de gestión de información de un hospital. También se utiliza en sistemas de Planificación de Recursos de Empresas (ERP) Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 46

47 Los sistemas ERP Un sistema de planificación de recursos empresariales (ERP) es un sistema genérico que apoya los procesos de negocio comunes, tales como pedidos y facturación, fabricación, etc. Estos son muy utilizados en las grandes empresas que representan probablemente la forma más común de la reutilización del software. El núcleo genérico se adapta mediante la inclusión de módulos y mediante la incorporación de conocimiento de los procesos de negocios y reglas. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 47

48 La organización del sistema de ERP Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 48

49 Configuración del tiempo del diseño Líneas de productos de software que se configuran en tiempo de diseño son instancias de aplicación de arquitecturas genéricas. Los productos genéricos suelen surgir después de la experiencia con productos específicos. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 49

50 Línea de productos de arquitecturas Las arquitecturas deben estar estructuradas de tal manera de separar los diferentes subsistemas para que puedan ser modificados. La arquitectura debe también separar entidades y sus descripciones, y los niveles más altos en las entidades del sistema de acceso a través de las descripciones en lugar de hacerlo directamente. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 50

51 Un sistema de gestión de los recursos Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 51

52 Despachando Vehículos Un sistema especializado de gestión de los recursos, donde el objetivo es asignar los recursos (vehículos) para manejar incidentes. Las adaptaciones incluyen: A nivel de interfaz de usuario, hay componentes de visualización del operador y las comunicaciones; En la gestión de niveles de I/O, hay componentes que se encargan de la autenticación, la presentación de informes y planificación de ruta; A nivel de gestión de recursos, hay componentes de localización de vehículos y el envío, la gestión de estado del vehículo y el registro de incidentes; La base de datos incluye los equipos, vehículos y bases de datos de mapa. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 52

53 Un sistema de despacho Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 53

54 Desarrollo del caso del producto Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 54

55 Pasos para adaptar una familia de aplicaciones Obtención de los requerimientos de los stakeholders Utilice a un miembro existente de la familia como prototipo. Elegir un miembro adecuado de la familia Encuentre el miembro de la familia que mejor se adapte a los requisitos Re-negociar los requerimientos Adaptar los requisitos que sean necesarios para las capacidades del software Adaptar el sistema existente Desarrolle los módulos nuevos y realice los cambios para el miembro de la familia Entregue al nuevo miembro de la familia Características dominantes del documento para el desarrollo adicional del miembro Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 55

56 Desarrollo del caso del producto Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 56

57 Puntos Clave Ventajas de la reutilización son menores costos, desarrollar software de forma más rápida y reducir riesgos. Los patrones del diseño son las abstracciones de alto nivel que documentan soluciones acertadas del diseño. Generadores de programas también están preocupados con la reutilización del software - los conceptos reutilizables están integrados en un sistema generador. Los marcos de aplicación son colecciones de objetos concretos y abstractos que se han diseñado para su reutilización a través de la especialización. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 57

58 Puntos Clave Reutilización de productos COTS se refiere a la reutilización de los grandes, fuera de los sistemas comerciales. Problemas con la reutilización de COTS incluyen la falta de control sobre la funcionalidad, el rendimiento y la evolución y los problemas con la inter-operación. Los sistemas ERP son creados por la configuración de un sistema genérico, con información sobre el negocio de un cliente. Las líneas de productos de software están relacionados con las aplicaciones desarrolladas en torno a un núcleo común de funcionalidad compartida. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 58

Modelado y Diseño de Arquitectura de Software

Modelado y Diseño de Arquitectura de Software Modelado y Diseño de Arquitectura de Software CONCEPTOS DE MODELADO Fernando Barraza A. MS.c. fernando.barraza@gmail.com 2 Desarrollo de sistemas de software Requisitos funcionales del software Si todo

Más detalles

Tema 1 Introducción a la Ingeniería de Software

Tema 1 Introducción a la Ingeniería de Software Tema 1 Introducción a la Ingeniería de Software Curso Ingeniería de Software UMCA Profesor Luis Gmo. Zúñiga Mendoza 1. Software En la actualidad todo país depende de complejos sistemas informáticos. Podemos

Más detalles

La importancia del desarrollo para el buen diseño del software

La importancia del desarrollo para el buen diseño del software La importancia del desarrollo para el buen diseño del software RESUMEN N L González Morales. 1 En este ensayo se examinan los temas vistos en clase que son Desarrollo de Orientado a Objetos y Arquitectura

Más detalles

PATRONES DE DISEÑO. FAVA - Formación en Ambientes Virtuales de Aprendizaje. SENA - Servicio Nacional de Aprendizaje

PATRONES DE DISEÑO. FAVA - Formación en Ambientes Virtuales de Aprendizaje. SENA - Servicio Nacional de Aprendizaje PATRONES DE DISEÑO 1. Generalidades 2. Patrones Gof 2.1. Patrones Creacionales 2.1.1.Fábrica Abstracta 2.1.2.Constructor 2.1.3.Método de Factoría 2.1.4.Prototipo 2.1.5.Singleton 2.2. Patrones Estructurales

Más detalles

Índice. http://www.dicampus.es

Índice. http://www.dicampus.es Módulo 2 UML Índice Introducción a UML Lenguaje Unificado de Modelado (UML) Diagramas UML Diagramas de casos de uso Diagramas estructurales: Clases Diagramas estructurales: Objetos Diagramas de interacción:

Más detalles

CICLO SUPERIOR DESARROLLO DE APLICACIONES MULTIPLATAFORMA

CICLO SUPERIOR DESARROLLO DE APLICACIONES MULTIPLATAFORMA CICLO SUPERIOR DESARROLLO DE APLICACIONES MULTIPLATAFORMA PROGRAMACIÓN DIDACTICA ANUAL Parte específica del módulo: 0485. Programación Departamento de Familia Profesional de Informática Curso: 2014-15

Más detalles

Denominación de la materia. N créditos ECTS = 60 carácter = OPTATIVA INGENIERIA DE SOFTWARE

Denominación de la materia. N créditos ECTS = 60 carácter = OPTATIVA INGENIERIA DE SOFTWARE Denominación de la materia INGENIERIA DE SOFTWARE N créditos ECTS = 60 carácter = OPTATIVA Ubicación dentro del plan de estudios y duración Esta materia conforma el itinerario de Ingeniería de Software.

Más detalles

Desarrollo de Líneas de Productos de Software

Desarrollo de Líneas de Productos de Software Centro Experimental de Ingeniería de Software Departamento de Ciencias de la Computación Facultad de Ciencias Físicas y Matemáticas Universidad de Chile Desarrollo de Líneas de Productos de Software María

Más detalles

Denominación de la materia. N créditos ECTS = 60 carácter = OPTATIVA INGENIERIA DE SOFTWARE

Denominación de la materia. N créditos ECTS = 60 carácter = OPTATIVA INGENIERIA DE SOFTWARE Denominación de la materia INGENIERIA DE SOFTWARE N créditos ECTS = 60 carácter = OPTATIVA Ubicación dentro del plan de estudios y duración Esta materia conforma el itinerario de Ingeniería de Software.

Más detalles

Evaluar el rendimiento de los servicios de comunicaciones. ANEXO CLIV

Evaluar el rendimiento de los servicios de comunicaciones. ANEXO CLIV 746 Miércoles 5 octubre 2005 Suplemento del BOE núm. 238 CE2.1 Identificar los distintos sistemas de archivo utilizables en un dispositivo de almacenamiento dado para optimizar los procesos de registro

Más detalles

Capítulo 11. Conclusiones y trabajo futuro

Capítulo 11. Conclusiones y trabajo futuro Capítulo 11. Conclusiones y trabajo futuro En esta tesis ha realizado un entorno de desarrollo Web que proporciona herramientas para la mejora de la calidad del código de los desarrolladores. Para conseguir

Más detalles

Documentando la arquitectura de software Principios básicos por Omar Gómez

Documentando la arquitectura de software Principios básicos por Omar Gómez Documentando la arquitectura de software Principios básicos por Omar Gómez En la actualidad, uno de los temas candentes que se habla dentro de la comunidad de desarrollo de software es el referente a las

Más detalles

Módulo Profesional 01: Bases de datos (código: 0484).

Módulo Profesional 01: Bases de datos (código: 0484). Módulo Profesional 01: Bases de datos (código: 0484). Actividades de enseñanza-aprendizaje que permiten alcanzar los objetivos del módulo. Interpretar diseños lógicos de bases de datos. Realizar el diseño

Más detalles

Tópicos a ser desarrollados

Tópicos a ser desarrollados Diseño de Software El Diseño no puede ser definido solo puede explicarse en base a los distintos puntos de vista y tareas que realizan los diseñadores del software Basado en la traducción de Sommerville

Más detalles

Programación orientada a objetos TEMA 1 INTRODUCCIÓN AL PARADIGMA ORIENTADO A OBJETOS POO

Programación orientada a objetos TEMA 1 INTRODUCCIÓN AL PARADIGMA ORIENTADO A OBJETOS POO Programación orientada a objetos TEMA 1 INTRODUCCIÓN AL PARADIGMA ORIENTADO A OBJETOS Cristina Cachero Pedro J. Ponce de León (1 Sesión) Versión 0.7 POO Indice El progreso de la abstracción Definición

Más detalles

Conceptos básicos de Ingeniería de Software

Conceptos básicos de Ingeniería de Software de Ingeniería de Software Dr. Eduardo A. RODRÍGUEZ TELLO CINVESTAV-Tamaulipas 5 de septiembre del 2012 Dr. Eduardo RODRÍGUEZ T. (CINVESTAV) Conceptos básicos 5 de septiembre del 2012 1 / 23 Objetivos Objetivos

Más detalles

Unidad II. ERP s. 2.1. Definición de ERP s.

Unidad II. ERP s. 2.1. Definición de ERP s. Unidad II ERP s 2.1. Definición de ERP s. Planificación de recursos empresariales ( ERP) es la gestión del negocio de software - por lo general un conjunto de aplicaciones integradas - que una empresa

Más detalles

Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0

Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0 Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0 Parte 3: TRP Avanzado MAYO 2009 Tabla de Contenidos PREFACIO...5 DESARROLLO Y MANTENCIÓN DE SOFTWARE...6 DESARROLLO DE REQUERIMIENTOS...7

Más detalles

Capítulo 4. Prueba de Adaptabilidad

Capítulo 4. Prueba de Adaptabilidad Capítulo 4 Prueba de Adaptabilidad Capítulo 4. Prueba de Adaptabilidad Como se mencionó en el capítulo 2 actualmente no es válido que el software únicamente funcione bien y resuelva el problema que le

Más detalles

GUÍA PRÁCTICA DE GESTIÓN DE SERVICIOS LNCS

GUÍA PRÁCTICA DE GESTIÓN DE SERVICIOS LNCS GUÍA PRÁCTICA DE GESTIÓN DE SERVICIOS LNCS Diciembre 2008 AVISO LEGAL CMMI es una marca registrada en la Oficina de Marcas y Patentes de EEUU por la Universidad Carnegie Mellon Las distintas normas ISO

Más detalles

Comprender el valor de las soluciones en nube

Comprender el valor de las soluciones en nube Informe técnico de negocio Comprender el valor de las soluciones en nube Maximice su ROI Índice Índice 3 Resumen ejecutivo 3 Categorías de ventajas 4 El enfoque de HP a la automatización de servicios en

Más detalles

HISTORIA DE LAS B.D.

HISTORIA DE LAS B.D. BASE DE DATOS HISTORIA DE LAS B.D. Tuvieron sus orígenes en 1960-1962, cuando se empezaron a usar las maquinas que codificaban la información en tarjetas perforadas por medio de agujeros. Las bases de

Más detalles

GLOSARIO DE TÉRMINOS

GLOSARIO DE TÉRMINOS MINISTERIO DE EDUCACIÓN, CULTURA Y DEPORTE SECRETARÍA DE ESTADO DE EDUCACIÓN Y FORMACIÓN PROFESIONAL DIRECCIÓN GENERAL DE FORMACIÓN PROFESIONAL INSTITUTO NACIONAL DE LAS CUALIFICACIONES GLOSARIO DE TÉRMINOS

Más detalles

CA Business Service Insight

CA Business Service Insight CA Business Service Insight Guía de contenido predeterminado 8.2 Esta documentación, que incluye sistemas incrustados de ayuda y materiales distribuidos por medios electrónicos (en adelante, referidos

Más detalles

Recomendaciones para la realización de la Documentación del Proyecto de Fin de Carrera. Departamento de Lenguajes y Sistemas Informáticos

Recomendaciones para la realización de la Documentación del Proyecto de Fin de Carrera. Departamento de Lenguajes y Sistemas Informáticos Recomendaciones para la realización de la Documentación del Proyecto de Fin de Carrera Departamento de Lenguajes y Sistemas Informáticos INDICE 1. Introducción. 2. Documentación del Proyecto de Fin de

Más detalles

Perspectiva de Tech-Clarity: consolidación CAD. Ventajas de una estrategia CAD unificada

Perspectiva de Tech-Clarity: consolidación CAD. Ventajas de una estrategia CAD unificada Perspectiva de Tech-Clarity: consolidación CAD Ventajas de una estrategia CAD unificada Tech-Clarity, Inc. 2013 Tabla de contenido Resumen general... 3 Optimización de los gastos de TI... 4 Reutilización...

Más detalles

Curso de Programación Web en Entorno Servidor

Curso de Programación Web en Entorno Servidor Curso de Programación Web en Entorno Servidor TITULACIÓN DE FORMACIÓN CONTINUA BONIFICADA EXPEDIDA POR EL INSTITUTO EUROPEO DE ESTUDIOS EMPRESARIALES Curso de Programación Web en Entorno Servidor Curso

Más detalles

El proceso unificado en pocas palabras

El proceso unificado en pocas palabras El Proceso Unificado de Desarrollo de Software Ivar Jacobson Grady Booch James Rumbaugh Addison Wesley Resumen Capítulo 1. El proceso unificado: dirigido por casos de uso, centrado en la arquitectura,

Más detalles

http://www.cem.itesm.mx/extension/ms

http://www.cem.itesm.mx/extension/ms Diplomado Programación orientada a objetos con Java y UML Las empresas necesitan contar con sistemas de información modernos, ágiles y de calidad para alcanzar sus objetivos y ser cada vez más competitivos

Más detalles

Ambientes de CIS-Sistemas de Base de Datos

Ambientes de CIS-Sistemas de Base de Datos Ambientes de CIS-Sistemas de Base de Datos NIA Sección 1003 Normas Internacionales de Auditoría Corporación Edi-Ábaco Cía. Ltda. 1 Instrucciones de Ubicación: NIA: En este acápite ubica la información

Más detalles

Criterios para seleccionar tecnología de Modelos de Toma de Decisiones

Criterios para seleccionar tecnología de Modelos de Toma de Decisiones Estado del Arte Por Eduardo Cantú y Stephen Sellers Criterios para seleccionar tecnología de Modelos de Toma de Decisiones Seleccionar la herramienta apropiada para desarrollar sus Modelos de Cadena de

Más detalles

Patrones de software y refactorización de código

Patrones de software y refactorización de código Patrones de software y refactorización de código Introducción y antecedentes de los patrones de software Los patrones permiten construir sobre la experiencia colectiva de ingenieros de software habilidosos.

Más detalles

Curso: Arquitectura Empresarial basado en TOGAF

Curso: Arquitectura Empresarial basado en TOGAF Metodología para desarrollo de Arquitecturas (ADM) El ADM TOGAF es el resultado de las contribuciones continuas de un gran número de practicantes de arquitectura. Este describe un método para el desarrollo

Más detalles

PUD: Proceso de Desarrollo Unificado

PUD: Proceso de Desarrollo Unificado PUD: Proceso de Desarrollo Unificado 1 1998 Genealogía del PUD Rational Unified Process 5.0 1997 Rational Objectory Process 4.1 UML 1996 Rational Objectory Process 4.0 1995 Método Ericsson Rational Approach

Más detalles

Gestión más simple y eficaz de las filiales Implementación de una estrategia de ERP de dos niveles con SAP Business ByDesign

Gestión más simple y eficaz de las filiales Implementación de una estrategia de ERP de dos niveles con SAP Business ByDesign SAP Business ByDesign Gestión más simple y eficaz de las filiales Implementación de una estrategia de ERP de dos niveles con SAP Business ByDesign Índice 3 Objetivos empresariales típicos para una red

Más detalles

Construcción del modelo comercial para la nube: formas reales en que la nube privada podría beneficiar su organización

Construcción del modelo comercial para la nube: formas reales en que la nube privada podría beneficiar su organización Construcción del modelo comercial para la nube: formas reales en que la nube privada podría beneficiar su organización En esta nota Aprovechar la tecnología de la nube puede contribuir a disminuir los

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 17 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

Instructivo para la elaboración de un Manual Técnico

Instructivo para la elaboración de un Manual Técnico Instructivo para la elaboración de un Manual Técnico Autora: Ing. Alena González Reyes. (agonzalez@ceis.cujae.edu.cu) Ciudad de la Habana, Cuba Marzo, 2010 Índice 1. Introducción... 3 2. Confección...

Más detalles

BASE DE DATOS Heterogéneas

BASE DE DATOS Heterogéneas Arquitecturas de los sistemas de base de datos: La arquitectura de un sistema de bases de datos está influida en gran medida por el sistema informático subyacente en el que se ejecuta, en concreto por

Más detalles

9. Ingeniería de Software Asistida por Computadora (CASE)

9. Ingeniería de Software Asistida por Computadora (CASE) 9. Ingeniería de Software Asistida por Computadora (CASE) Todo el mundo conoce la historia de los hijos del zapatero: el zapatero esta tan ocupado haciendo zapatos para otros que sus hijos van descalzos.

Más detalles

Ingeniería de Sistemas. Administración de Proyectos. Objetivos. Tópicos cubiertos. Procesos de software (tema anterior) Administración de proyecto

Ingeniería de Sistemas. Administración de Proyectos. Objetivos. Tópicos cubiertos. Procesos de software (tema anterior) Administración de proyecto Objetivos Ingeniería de Sistemas Administración de s basado en el capítulo 5 ISW Ian Sommerville Profesora Dra. Yulia Ledeneva Introducir administración de s de software y describir sus características

Más detalles

Carestream PACS. Haga que su trabajo empresarial fluya

Carestream PACS. Haga que su trabajo empresarial fluya Haga que su trabajo empresarial fluya Carestream PACS Una potente solución de PACS diseñada para el análisis, la distribución y el almacenamiento rápidos de la información empresarial y las imágenes Carestream

Más detalles

Contenido de la sesión. Diseño de Software Principios del Diseño Arquitectura de Software Especificación de Arquitecturas

Contenido de la sesión. Diseño de Software Principios del Diseño Arquitectura de Software Especificación de Arquitecturas Contenido de la sesión Diseño de Software Principios del Diseño Arquitectura de Software Especificación de Arquitecturas Diseño de Software Es una descripción de la estructura del software que se va a

Más detalles

El modelo de casos de uso. Ingeniería de la Programación

El modelo de casos de uso. Ingeniería de la Programación El modelo de casos de uso Ingeniería de la Programación Prácticas cas 1 Contenidos Introducción RF y RNF Introducción al modelo de RF de UML. Actores y Casos de Uso Modelo de casos de uso Diagrama de contexto

Más detalles

DOCUMENTO DE REQUISITOS Subsistema de Reservas del Sistema de Gestión Hotelera

DOCUMENTO DE REQUISITOS Subsistema de Reservas del Sistema de Gestión Hotelera DOCUMENTO DE REQUISITOS Subsistema de Reservas del Sistema de Gestión Hotelera IN77J - Orientación a Objetos para e-business Daniel Perovich Andrés Vignaga {dperovic, avignaga}@dcc.uchile.cl Magíster en

Más detalles

Modelado arquitectónico con UML

Modelado arquitectónico con UML Modelado arquitectónico con UML Qué es la arquitectura de software El modelo de 4+1 vistas arquitectónicas Cohesión y acoplamiento Cómo lograr una descomposición modular eficaz Criterios para la selección

Más detalles

Ingeniería de Requisitos

Ingeniería de Requisitos Ingeniería de Requisitos Temario Definiciones Requisitos Funcionales y No Funcionales Tipos de Requisitos Ingeniería de Requisitos Proceso de los Requisitos Obtención de Requisitos - Técnicas Modelado

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

Más detalles

Modelado de tácticas de atributos de calidad para la generación de arquitecturas ejecutables.

Modelado de tácticas de atributos de calidad para la generación de arquitecturas ejecutables. Modelado de tácticas de atributos de calidad para la generación de arquitecturas ejecutables. Para obtener el grado de Maestro en Ciencias (Ciencias y Tecnologías de la Información) P R E S E N T A Lic.

Más detalles

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado

Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado 1. Introducción Unified Modeling Languaje Fuente: Booch- Jacobson-Rumbauch y diversos sitios Internet, entre otros:

Más detalles

Jazmín Hernández jazminpalom@gmail.com. Technical Report COMP-029-2009. Abstract

Jazmín Hernández jazminpalom@gmail.com. Technical Report COMP-029-2009. Abstract Guía para la Documentación de Arquitecturas de Software Como Base Para el Desarrollo de Sistemas de Información en la Iglesia Adventista del Séptimo Día Jazmín Hernández jazminpalom@gmail.com Technical

Más detalles

INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN

INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN El desarrollo de software basado en componentes permite reutilizar piezas de código pre-elaborado que permiten realizar diversas tareas, conllevando

Más detalles

TEMA 9: MANTENIMIENTO.

TEMA 9: MANTENIMIENTO. TEMA 9: MANTENIMIENTO. 9.1.- INTRODUCCIÓN: La creencia habitual de un equipo de trabajo de que su tarea ha finalizado cuando instala y pone en funcionamiento el software en las instalaciones del cliente

Más detalles

IFCD09 Programación Orientada a Objetos con Java

IFCD09 Programación Orientada a Objetos con Java IFCD09 Programación Orientada a Objetos con Java TITULACIÓN DE FORMACIÓN CONTINUA BONIFICADA EXPEDIDA POR EL INSTITUTO EUROPEO DE ESTUDIOS EMPRESARIALES IFCD09 Programación Orientada a Objetos con Java

Más detalles

Conceptos Generales. Introducción a la ingeniería de Software. Tomado de: Escuela de Sistemas Universidad Nacional de Colombia Sede Medellín

Conceptos Generales. Introducción a la ingeniería de Software. Tomado de: Escuela de Sistemas Universidad Nacional de Colombia Sede Medellín Conceptos Generales Introducción a la ingeniería de Software Tomado de: Escuela de Sistemas Universidad Nacional de Colombia Sede Medellín Qué es el Software? Objeto de estudio de la Ingeniería de Software

Más detalles

Gestión de Proyectos

Gestión de Proyectos Gestión de Proyectos Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 1 Objetivos Explicar las principales tareas emprendidas por los gestores de proyectos de software Introducir

Más detalles

Ambiente Virtual de Comercio Electrónico B2B para la Comunidad Virtual de Negocios del departamento del Cauca

Ambiente Virtual de Comercio Electrónico B2B para la Comunidad Virtual de Negocios del departamento del Cauca Ambiente Virtual de Comercio Electrónico B2B para la Comunidad Virtual de Negocios del departamento del Cauca Ing. WILSON ALFREDO ORTEGA ORDOÑEZ Ing. JUAN CARLOS MENDEZ CAMACHO Universidad del Cauca Facultad

Más detalles

Desarrollo de Software Basado en Líneas de Productos de Software

Desarrollo de Software Basado en Líneas de Productos de Software IEEE Computer Society Región n 9 Capítulo Argentina Programa DVP Desarrollo de Software Basado en Líneas de Productos de Software Jonás A. Montilva C., Ph.D. IEEE Member Universidad de Los Andes Facultad

Más detalles

CONCEPTOS FUNDAMENTALES DE LA ORIENTACION A OBJETOS

CONCEPTOS FUNDAMENTALES DE LA ORIENTACION A OBJETOS CAPITULO 3 CONCEPTOS FUNDAMENTALES DE LA ORIENTACION A OBJETOS 3.1. QUE ES LA PROGRAMACIÓN ORIENTADA A OBJETOS? La POO no es un lenguaje de programación. La POO es una nueva manera de "atacar" los problemas

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

1 FUNDAMENTACION DE LA MATERIA

1 FUNDAMENTACION DE LA MATERIA 1 FUNDAMENTACION DE LA MATERIA Esta es una materia fundamental de la carrera. Se verán en ella las bases de la Ingeniería de Software, Análisis de Sistemas y Diseño de Sistemas. La Ingeniería de Software

Más detalles

UNIDAD I INTRODUCCIÓN M.S.C AGUSTIN JAIME NUÑEZ RODRIGUEZ

UNIDAD I INTRODUCCIÓN M.S.C AGUSTIN JAIME NUÑEZ RODRIGUEZ UNIDAD I INTRODUCCIÓN M.S.C AGUSTIN JAIME NUÑEZ RODRIGUEZ El programa base fundamental de todos los programas de sistema, es el Sistema Operativo, que controla todos los recursos de la computadora y proporciona

Más detalles

Tema 4. Diseño arquitectónico.

Tema 4. Diseño arquitectónico. Tema 4. Diseño arquitectónico. Introducción, Objetivos del Diseño. Ingeniería del Software II 2011 Para la transformación del modelo de análisis en un modelo de diseño del sistema, se definen los objetivos

Más detalles

Mejor juntos: añada IBM Lotus Forms a su portal y simplifique los procesos empresariales, el desarrollo de aplicaciones y los formularios complejos.

Mejor juntos: añada IBM Lotus Forms a su portal y simplifique los procesos empresariales, el desarrollo de aplicaciones y los formularios complejos. Soluciones de Lotus Forms y WebSphere Portal Para dar soporte a sus objetivos empresariales Mejor juntos: añada IBM Lotus Forms a su portal y simplifique los procesos empresariales, el desarrollo de aplicaciones

Más detalles

Tema 3. Procesos ligeros de desarrollo de software.

Tema 3. Procesos ligeros de desarrollo de software. Ingeniería del Software II 2011 Tema 3. Procesos ligeros de desarrollo de software. Tipos de procesos ligeros. Tipos de procesos ligeros: Desarrollo Rápido de Software. Desarrollo Ágil. Programación Extrema.

Más detalles

CICLO DE VIDA DEL SOFTWARE

CICLO DE VIDA DEL SOFTWARE CICLO DE VIDA DEL SOFTWARE 1. Concepto de Ciclo de Vida 2. Procesos del Ciclo de Vida del Software 3. Modelo en cascada 4. Modelo incremental 5. Modelo en espiral 6. Prototipado 7. La reutilización en

Más detalles

GUÍA DE EVIDENCIA DE LA UNIDAD DE COMPETENCIA CUALIFICACIÓN PROFESIONAL: CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB. Código: IFC297_2 NIVEL: 2

GUÍA DE EVIDENCIA DE LA UNIDAD DE COMPETENCIA CUALIFICACIÓN PROFESIONAL: CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB. Código: IFC297_2 NIVEL: 2 MINISTERIO DE EDUCACIÓN, CULTURA Y DEPORTE SECRETARÍA DE ESTADO DE EDUCACIÓN, FORMACIÓN PROFESIONAL Y UNIVERSIDADES DIRECCIÓN GENERAL DE FORMACIÓN PROFESIONAL INSTITUTO NACIONAL DE LAS CUALIFICACIONES

Más detalles

Universidad del Azuay

Universidad del Azuay Universidad del Azuay Facultad de Ciencias de la Administración Escuela de Ingeniería en Sistemas (Sistema de Gestión y Control de Flujo de Trámites, aplicado en la Intendencia Regional de Bancos y Seguros

Más detalles

Herramienta para la Administración y Estimación Ágil de Desarrollo de Software

Herramienta para la Administración y Estimación Ágil de Desarrollo de Software Herramienta para la Administración y Estimación Ágil de Desarrollo de Software Mario R. MORENO SABIDO Depto. de Sistemas y Computación, Instituto Tecnológico de Mérida Mérida, Yucatán 97118, México y Jorge

Más detalles

Qué es Access? Bases de datos relacionales en Access. Cuando abre Access

Qué es Access? Bases de datos relacionales en Access. Cuando abre Access Qué es Access? Access 2010 es una herramienta de diseño e implementación de aplicaciones de base de datos que se puede usar para realizar un seguimiento de la información importante. Puede conservar los

Más detalles

Anexo I MÓDULOS PROFESIONALES. 1. Evalúa sistemas informáticos identificando sus componentes y características.

Anexo I MÓDULOS PROFESIONALES. 1. Evalúa sistemas informáticos identificando sus componentes y características. Página I / Anexo I Núm. 135 BOLETÍN OFICIAL DE LA RIOJA Viernes, 21 de octubre de 2011 Módulo Profesional: Sistemas informáticos. Código: 0483 Equivalencia en créditos ECTS: 10 Curso: 1º Duración: 170

Más detalles

8 Conjunto de protocolos TCP/IP y direccionamiento IP

8 Conjunto de protocolos TCP/IP y direccionamiento IP 8 Conjunto de protocolos TCP/IP y direccionamiento IP 8.1 Introducción a TCP/IP 8.1.1 Historia de TCP/IP El Departamento de Defensa de EE.UU. (DoD) creó el modelo de referencia TCP/IP porque necesitaba

Más detalles

CARRERAS PROFESIONALES TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIONES - TICS

CARRERAS PROFESIONALES TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIONES - TICS CARRERAS PROFESIONALES SECTOR ECONÓMICO : FAMILIA PRODUCTIVA: ACTIVIDAD ECONÓMICA: INFORMACIÓN Y COMUNICACIONES TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIONES - TICS ACTIVIDADES DE SERVICIOS DE INFORMACIÓN

Más detalles

Unidad VI: Supervisión y Revisión del proyecto

Unidad VI: Supervisión y Revisión del proyecto Unidad VI: Supervisión y Revisión del proyecto 61. Administración de recursos La administración de recursos es el intento por determinar cuánto, dinero, esfuerzo, recursos y tiempo que tomará construir

Más detalles

Acreditación de Laboratorios

Acreditación de Laboratorios CAPACIDAD, GESTION Y MEJORA F O R M A C I O N D E P E R S O N A L Acreditación de Laboratorios Sistemas de Gestión de la Calidad Laboratorios de Ensayo y Calibración NORMA COVENIN 2534:2000 (ISO/IEC 17025:1999)

Más detalles

Tema: Patrones de Diseño.

Tema: Patrones de Diseño. Programación II. Guía 13 1 Facultad: Ingeniería Escuela: Computación Asignatura: Programación II Tema: Patrones de Diseño. Objetivos Específicos Implementar la aplicación de patrones de diseño como herramientas

Más detalles

Soluciones Java esenciales. Documento técnico de Oracle

Soluciones Java esenciales. Documento técnico de Oracle Soluciones Java esenciales Documento técnico de Oracle Soluciones Java esenciales La familia de productos Oracle JRockit es una cartera integral de soluciones Java en tiempo de ejecución que aprovecha

Más detalles

Introducción al Software basado en Componentes. Motivación. Un poco de historia.

Introducción al Software basado en Componentes. Motivación. Un poco de historia. Introducción al Software basado en Componentes Juan José Moreno Navarro Curso de Doctorado LSIIS (junto con Lars-Ake Fredlund) Motivación Antecedentes: Sistemas distribuidos y el problema de la reutilización.

Más detalles

Estructura de clases. Estructura de Objetos. Arquitectura de módulos. Arquitectura de procesos

Estructura de clases. Estructura de Objetos. Arquitectura de módulos. Arquitectura de procesos 3.3 EL MÉTODO DE BOOCH. 3.3. Introducción. El método cuenta con una notación expresiva y bien definida que le permite al diseñador comunicar sus ideas y concentrarse en problemas más serios. Para la captura

Más detalles

Una mejor organización para los procesos de Desarrollo de Software

Una mejor organización para los procesos de Desarrollo de Software Una mejor organización para los procesos de Desarrollo de Software Informe Final Ingeniería de Software Avanzada Dr. Marcello Visconti 22 de Junio de 2004 Angelo Cabrera M. 9973012-9 Carol Chamblas R.

Más detalles

Ciclo de vida y Requerimientos de software. Laboratorio de Programación

Ciclo de vida y Requerimientos de software. Laboratorio de Programación Ciclo de vida y Requerimientos de software Laboratorio de Programación b d ó Parte 1 Un modelo es una estructura guía, abstracciones, marcos del proceso que pueden se extendidos y adaptados d para crear

Más detalles

Métricas. Valentin Laime. Calidad de Software

Métricas. Valentin Laime. Calidad de Software Calidad de Software: Métricas Valentin Laime Calidad de Software 10/29/2014 1 Métricas Que miden Beneficios Medidas Productividad Calidad Futuras Estimaciones Directas Indirectas Defecto/fallo Vs. Error

Más detalles

Introducción a la Ingeniería de Software Capítulo 1

Introducción a la Ingeniería de Software Capítulo 1 Introducción a la Ingeniería de Software Capítulo 1 Curso de Ing. De Software FIIS UNAC Ing. Eddie Malca Vicente Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 1 No es más sabio aquel

Más detalles

UNIVERSIDAD DE PIURA

UNIVERSIDAD DE PIURA ESPECIALIZACIÓN EN DESARROLLO DE APLICACIONES EMPRESARIALES CON JAVA EE Ofrecer al alumno los conocimientos necesarios para la construcción de sistemas informáticos bajo una arquitectura cliente servidor

Más detalles

Yalù Galicia Hernàndez. Yalú Galicia Hdez. (FCC/BUAP)

Yalù Galicia Hernàndez. Yalú Galicia Hdez. (FCC/BUAP) Yalù Galicia Hernàndez Yalú Galicia Hdez. (FCC/BUAP) 1 Introducción Qué es la Programación Orientada a Objetos? Conceptos básicos Abstracción Jerarquía Encapsulación Objeto Clase Herencia Polimorfismo

Más detalles

Introducción a WebMathematica

Introducción a WebMathematica Introducción a WebMathematica WebMathematica es una nueva tecnología que permite la generación de contenido web dinámico con Mathematica. Se integra en Mathematica a través de un servidor web. WebMathematica

Más detalles

Patrones de Diseño Orientados a Objetos 2 Parte

Patrones de Diseño Orientados a Objetos 2 Parte Patrones de Diseño Orientados a Objetos 2 Parte Patrón Observador Observer (Patrón de Comportamiento) Patrón Observador Observer Observador (en inglés: Observer) es un patrón de diseño que define una dependencia

Más detalles

Figure 9-1: Phase C: Information Systems Architectures

Figure 9-1: Phase C: Information Systems Architectures FASE C Figure 9-1: Phase C: Information Systems Architectures Objetivos Los objetivos de la Fase C son: Desarrollar la arquitectura de sistemas de información objetivo (datos y aplicaciones), que describe

Más detalles

Disciplina para la administración de proyectos MSF v. 1.1

Disciplina para la administración de proyectos MSF v. 1.1 Disciplina para la administración de proyectos MSF v. 1.1 Microsoft Solutions Framework Notas del producto Para obtener más información sobre MSF, vea: http://www.microsoft.com/msf/ (en inglés) Resumen

Más detalles

Patrones de Diseño. Ezequiel Postan. 1 Libro e índice. 2 Introducción

Patrones de Diseño. Ezequiel Postan. 1 Libro e índice. 2 Introducción Patrones de Diseño Ezequiel Postan 1 Libro e índice Gamma, E., Helm, R., Johnson, R., Vlissides, J., Patrones de diseño, Addison-Wesley, 2003. Páginas 2-69: Introducción. Composite. Strategy. Decorator.

Más detalles

Ciclo de Vida del Desarrollo de un Sistema de Información. Departamento de Ingeniería Industrial Universidad de Chile

Ciclo de Vida del Desarrollo de un Sistema de Información. Departamento de Ingeniería Industrial Universidad de Chile Ciclo de Vida del Desarrollo de un Sistema de Información Departamento de Ingeniería Industrial Universidad de Chile Temario Noción de un Ciclo de Vida Ventajas y Desventajas Modelos de Ciclos de Vida

Más detalles

Fundamentos de Ingeniería del Software. Capítulo 11. Reutilización del software

Fundamentos de Ingeniería del Software. Capítulo 11. Reutilización del software Fundamentos de Ingeniería del Software Capítulo 11. Reutilización del software Reutilización del software. Estructura 1. Reutilización del software 2. Beneficios de la reutilización 3. Dificultades para

Más detalles

ERP. Los objetivos principales de los sistemas ERP son:

ERP. Los objetivos principales de los sistemas ERP son: ERP Los sistemas de planificación de recursos de la empresa (en inglés ERP, enterprise resource planning) son sistemas de gestión de información que integran y automatizan muchas de las prácticas de negocio

Más detalles

1. EL ESPACIO DE TRABAJO EN ACCESS.

1. EL ESPACIO DE TRABAJO EN ACCESS. 1. EL ESPACIO DE TRABAJO EN ACCESS. Cuando inicia Access 2010, verá la vista Backstage de Microsoft Office, donde puede obtener información acerca de la base de datos actual, crear una nueva base de datos,

Más detalles

Demanda Dependiente Para cualquier producto para el que un programa puede ser establecida, se deben utilizar técnicas que dependen de la demanda

Demanda Dependiente Para cualquier producto para el que un programa puede ser establecida, se deben utilizar técnicas que dependen de la demanda CAPITULO 14 REQUERIMIENTO Y PLANIFICACION DE MATERIALES Y ERP La clave para entender la diferencia entre el ERP y la planificación de recursos de fabricación (MRP) es el seguimiento de la evolución tanto

Más detalles

Programación orientada a

Programación orientada a Programación orientada a objetos con Java Pedro Corcuera Dpto. Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria corcuerp@unican.es Objetivos Presentar los conceptos de la programación

Más detalles

Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms

Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms Patrones Patrones Es una solución reusable de problemas comunes. Los patrones solucionan problemas que existen en muchos niveles de abstracción. desde el análisis hasta el diseño y desde la arquitectura

Más detalles

Brindar al alumno un marco teórico y práctico para el desarrollo de software bajo estándares de calidad.

Brindar al alumno un marco teórico y práctico para el desarrollo de software bajo estándares de calidad. Universidad Católica San Pablo Facultad de Ingeniería y Computación Programa Profesional de Ciencia de la Computación SILABO CS290T. Ingeniería de Software I (Obligatorio) 2012-2 1. DATOS GENERALES 1.1

Más detalles

Solid Edge ST3 adelanta el futuro del diseño en 3D

Solid Edge ST3 adelanta el futuro del diseño en 3D RESUMEN Y OPINIÓN Solid Edge ST3 adelanta el futuro del diseño en 3D A Informe técnico sobre el producto elaborado por Collaborative Product Development Associates, LLC para Siemens PLM Software La última

Más detalles

I D C T E C H N O L O G Y S P O T L I G H T

I D C T E C H N O L O G Y S P O T L I G H T I D C T E C H N O L O G Y S P O T L I G H T S i m p l i f i q u e las operaciones de TI empresarial c o n h e r r a m ientas de g e stión abierta Septiembre de 2014 Adaptado de Rethinking the Management

Más detalles