Software Reutilizable. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 1
|
|
- Víctor Alarcón Cárdenas
- hace 8 años
- Vistas:
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
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 detallesUnidad 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 detallesUnidad 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 detallesIntroducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual
Introducción Algunas de las personas que trabajan con SGBD relacionales parecen preguntarse porqué deberían preocuparse del diseño de las bases de datos que utilizan. Después de todo, la mayoría de los
Más detallesActividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos.
Apéndice C. Glosario A Actividades de coordinación entre grupos. Son dinámicas y canales de comunicación cuyo objetivo es facilitar el trabajo entre los distintos equipos del proyecto. Actividades integradas
Más detallesSistema de Mensajería Empresarial para generación Masiva de DTE
Sistema de Mensajería Empresarial para generación Masiva de DTE TIPO DE DOCUMENTO: OFERTA TÉCNICA Y COMERCIAL VERSIÓN 1.0, 7 de Mayo de 2008 CONTENIDO 1 INTRODUCCIÓN 4 2 DESCRIPCIÓN DE ARQUITECTURA DE
Más detallesDesarrollo de un Sistema de Gestión de Proyectos mediante el framework GWT
Proyecto de Fin de Carrera Universidad Politécnica de Valencia Escuela Técnica Superior de Informática Desarrollo de un Sistema de Gestión de Proyectos mediante el framework GWT Realizado por: Dirigido
Más detallesTema 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 detallesAnálisis y gestión de riesgo
Marco Dueñes Intriago María Cabrales Jaquez Resumen capitulo 6 Ingeniería del software Análisis y gestión de riesgo Estrategias de riesgo proactivas vs reactivas Una estrategia considerablemente más inteligente
Más detalles2.1 Planificación del Alcance
2. Gestión del Alcance del Proyecto La Gestión del Alcance del Proyecto incluye los procesos necesarios para asegurarse que el incluya todo el trabajo requerido, y sólo el trabajo requerido, para completar
Más detalles2002 Emerson Process Management. Todos los derechos reservados. Vea este y otros cursos en línea en www.plantwebuniversity.com.
2002 Emerson Process Management. Todos los derechos reservados. Vea este y otros cursos en línea en www.plantwebuniversity.com. Fieldbus 404 Diseño de segmento Generalidades Diseño para criticidad de lazo
Más detallesMANTENIMIENTO Y SOPORTE
MANTENIMIENTO Y SOPORTE Copyright 2014 Magalink SA Todos los derechos reservados. Este documento no puede ser reproducido de ninguna manera sin el consentimiento explícito de Magalink S.A. La información
Más detallesColección de Tesis Digitales Universidad de las Américas Puebla. Morales Salcedo, Raúl
1 Colección de Tesis Digitales Universidad de las Américas Puebla Morales Salcedo, Raúl En este último capitulo se hace un recuento de los logros alcanzados durante la elaboración de este proyecto de tesis,
Más detallesFigure 16-1: Phase H: Architecture Change Management
Fase H Administración del cambio en la Arquitectura Figure 16-1: Phase H: Architecture Change Management Objetivos Los objetivos de la Fase H son: Asegurarse de que el ciclo de vida de arquitectura se
Más detallesIngenierí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 detallesEDICIÓN Y FORMATO (II)
EDICIÓN Y FORMATO (II) 1. INTRODUCCIÓN Writer dispone de una serie de barras de herramientas predeterminadas, en las que se encuentran botones de acceso directo a comandos específicos que se activan con
Más detallesOperación 8 Claves para la ISO 9001-2015
Operación 8Claves para la ISO 9001-2015 BLOQUE 8: Operación A grandes rasgos, se puede decir que este bloque se corresponde con el capítulo 7 de la antigua norma ISO 9001:2008 de Realización del Producto,
Más detalles11/06/2011. Alumno: José Antonio García Andreu Tutor: Jairo Sarrias Guzman
11/06/2011 Alumno: José Antonio García Andreu Tutor: Jairo Sarrias Guzman Introducción Gestión de tareas Unificar la vía por la que se requieren las tareas Solución única y global Seguimiento de las tareas
Más detallesUML, ejemplo sencillo sobre Modelado de un Proyecto
UML, ejemplo sencillo sobre Modelado de un Proyecto Normal &DOLILFDU 0L3DQRUDPD 626 (VFULEHSDUD1RVRWURV Por Armando Canchala Contenido Introducción Objetivo Requerimientos Casos de Uso Subcasos de Uso
Más detallesKAIZEN, CONCEPTOS, ALCANCES Y PROCESO KAIZEN
KAIZEN, CONCEPTOS, ALCANCES Y PROCESO KAIZEN El significado de la palabra Kaizen es mejoramiento continuo y esta filosofía se compone de varios pasos que nos permiten analizar variables críticas del proceso
Más detalles1 Vista de Casos de Uso
Vista de Casos de Uso Esta vista describe el proceso de negocio más significativo y el modelo del dominio. Presenta los actores y los casos de uso para el sistema. Es decir que esta vista presenta la percepción
Más detallesCapí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 detallesCapí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 detallesNorma Internacional ISO 9001:2008: Sistemas de Gestión de la Calidad- Requisitos. 4. Sistema de Gestión de la Calidad
Norma Internacional ISO 9001:2008: Sistemas de Gestión de la Calidad- Requisitos 4. Sistema de Gestión de la Calidad Figura N 1. Estructura del capítulo 4, Norma ISO 9001:2008. La Norma ISO 9001: 2008
Más detallesMetodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales
Metodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales Modulo 03 UML: Vista de Casos de Uso Artefacto: Actores Catedrático MSC. Jose Juan Aviña Grimaldo e-mail josejuan_avina@gmail.com
Más detallesIntroducción a Visual Studio.Net
Introducción a Visual Studio.Net Visual Studio es un conjunto completo de herramientas de desarrollo para la generación de aplicaciones Web ASP.NET, Servicios Web XML, aplicaciones de escritorio y aplicaciones
Más detallesConceptos 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 detallesDESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE
DESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE UNIVERSIDAD DEL CAUCA FACULTAD DE INGENIERÍA ELECTRÓNICA Y TELECOMUNICACIONES
Más detallesCapítulo 1. Introducción
Capítulo 1. Introducción 1.1 Antecedentes La selección de personal siempre ha sido una tarea en la cual se ha requerido mucho tiempo y esfuerzo para el área de recursos humanos dentro de una organización.
Más detallesFigura 4.1 Clasificación de los lenguajes de bases de datos
1 Colección de Tesis Digitales Universidad de las Américas Puebla Romero Martínez, Modesto Este capítulo describen los distintos lenguajes para bases de datos, la forma en que se puede escribir un lenguaje
Más detallesPrograma Presupuestos de Sevillana de Informática.
Programa Presupuestos de Sevillana de Informática. Introducción. En sus inicios, el programa Presupuestos estaba pensado únicamente para escribir e imprimir presupuestos, facilitando el trabajo con un
Más detallesInstructivo Asesoría Básica Comunidad Virtual SharePoint 2010
Instructivo Asesoría Básica Comunidad Virtual SharePoint 2010 CONTENIDO 1. Qué es? 2. Cómo crear y acceder a la Comunidad Virtual en Microsoft SharePoint 2010? Ejemplo. 3. Qué tengo en la página de inicio
Más detallesPRC-DTI-006 Administración de Roles de los Sistemas de Información de la DTI Procedimiento Dirección de TI - COSEVI
PRC-DTI-006 Administración de Roles de los Sistemas de Información de la DTI Procedimiento Dirección de TI - COSEVI Versión: 1.0 Fecha de la versión: Febrero del 2012 Creado por: PwC Costa Rica Aprobado
Más detallesINVENTARIOS. NEC 11 Norma Ecuatoriana de Contabilidad 11
INVENTARIOS NEC 11 Norma Ecuatoriana de Contabilidad 11 CONTENIDO Inventarios Objetivo Alcance Definiciones Cuantificación de Inventarios Costo de Inventarios Costo de Compra Costo de Conversión Otros
Más detallesLA REVOLUCIÓN DE LOS SISTEMAS DE INFORMACIÓN (S.I.) Introducción PORQUÉ SISTEMAS DE INFORMACIÓN? El Competitivo Entorno de los Negocios
LA REVOLUCIÓN DE LOS SISTEMAS DE INFORMACIÓN (S.I.) Introducción Tanto empresas grandes como pequeñas usan Sistemas de Información y Redes para realizar una mayor proporción de sus actividades electrónicamente,
Más detallesECONOMÍA SOCIAL SOLIDARIA
ECONOMÍA SOCIAL SOLIDARIA Módulo básico de capacitación para las organizaciones afiliadas a StreetNet Internacional Objetivos de este módulo de capacitación StreetNet Internacional fue fundada en el 2002
Más detallesTema 8: Gestión de la Configuración
Proyectos Informáticos Tema 8: Gestión de la Configuración Contenidos Gestión de la configuración: identificación, versionado, control de los elementos de configuración y líneas base de un proyecto. Gestión
Más detalles2.2.- Paradigmas de la POO
2.2.- Paradigmas de la POO Los principios propios de la orientación a objetos son: 2.2.1.- Abstracción de Datos 2.2.2.- Encapsulamiento 2.2.3.- Ocultamiento 2.2.4.- Herencia 2.2.5.- Polimorfismo Cualquier
Más detallesGLOSARIO 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 detallesDemanda 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 detallesCAPITULO VI ESTRATEGIAS DE OUTSOURCING
CAPITULO VI ESTRATEGIAS DE OUTSOURCING Cuando una compañía decide llevar a cabo un proceso de outsourcing debe definir una estrategia que guíe todo el proceso. Hay dos tipos genéricos de estrategia de
Más detallesAmbiente 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 detalles1. Introducción al evaluación de proyectos
Objetivo general de la asignatura: El alumno analizará las técnicas de evaluación de proyectos de inversión para la utilización óptima de los recursos financieros; así como aplicar las técnicas que le
Más detallesInforme Quicklook 000 NOMBRE DE LA TECNOLOGÍA. Nombre del Inventor, Institución o Empresa. Programa de Comercialización de Tecnología
Informe Quicklook 000 NOMBRE DE LA TECNOLOGÍA Nombre del Inventor, Institución o Empresa Programa de Comercialización de Tecnología El propósito de este informe Quicklook es presentar los resultados de
Más detallesGestió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 detallesCriterios 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 detallesBase de datos relacional
Base de datos relacional Una base de datos relacional es una base de datos que cumple con el modelo relacional, el cual es el modelo más utilizado en la actualidad para modelar problemas reales y administrar
Más detallesGestión de la Configuración
Gestión de la ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ESTUDIO DE VIABILIDAD DEL SISTEMA... 2 ACTIVIDAD EVS-GC 1: DEFINICIÓN DE LOS REQUISITOS DE GESTIÓN DE CONFIGURACIÓN... 2 Tarea EVS-GC 1.1: Definición de
Más detallesSELECCIÓN N Y DISEÑO DEL PRODUCTO Y SERVICIO
SELECCIÓN N Y DISEÑO DEL PRODUCTO Y SERVICIO Administración n de Operaciones II 1 El desarrollo consistente y la introducción n de nuevos productos que valoren los clientes es muy importante para la prosperidad
Más detallesPropuesta de Proyecto de Trabajo de Grado. Tema: Herramienta de Soporte a la Ingeniería de Requerimientos para Aplicaciones Web
Propuesta de Proyecto de Trabajo de Grado Tema: Herramienta de Soporte a la Ingeniería de Requerimientos para Aplicaciones Web Alumnos: Daniel Eduardo Rivas López (erivas17@gmail.com) o C.I: 3.211.767
Más detallesCorrespondencias entre taxonomías XBRL y ontologías en OWL Unai Aguilera, Joseba Abaitua Universidad de Deusto, EmergiaTech
Correspondencias entre taxonomías XBRL y ontologías en OWL Unai Aguilera, Joseba Abaitua Universidad de Deusto, EmergiaTech Resumen Todo documento XBRL contiene cierta información semántica que se representa
Más detallesAcciones Correctivas y Preventivas. Universidad Autónoma del Estado de México
Acciones Correctivas y Preventivas Universidad Autónoma del Estado de México Mejora Continua La mejora continua del desempeño global de la organización debería ser un objetivo permanente de ésta. Mejora
Más detallesSoftware para Seguimiento de Clientes. Descripción del Producto
Software para Seguimiento de Clientes Descripción del Producto Descripción del Sistema Es un completo sistema que permite tener un mejor control y manejo sobre clientes antiguos y nuevos, ya que permite
Más detallesDespués de que un producto agrícola sale de la explotación agrícola, puede pasar a través de uno o incluso dos mercados mayoristas y una cadena de
1 Los precios son un importante factor económico en una economía de mercado. Desde el punto de vista del análisis económico los precios son el medio de agregación para proporcionar un panorama general
Más detallesServicios Administrados al Cliente
Dell Administrados al Cliente Los servicios administrados le pueden ayudar. Al aplicar un proceso de administración consistente a través de los imprevistos en la vida de su computadora, usted puede minimizar
Más detallesCAPÍTULO III MARCO TEÓRICO. Cada día cambian las condiciones de los mercados debido a diferentes factores como: el
CAPÍTULO III MARCO TEÓRICO 3.1 Introducción Cada día cambian las condiciones de los mercados debido a diferentes factores como: el incremento de la competencia, la globalización, la dinámica de la economía,
Más detallesGERENCIA DE INTEGRACIÓN
GERENCIA DE INTEGRACIÓN CONTENIDO Desarrollo del plan Ejecución del plan Control de cambios INTRODUCCIÓN La gerencia de integración del proyecto incluye los procesos requeridos para asegurar que los diversos
Más detallesPropiedad Colectiva del Código y Estándares de Codificación.
Propiedad Colectiva del Código y Estándares de Codificación. Carlos R. Becerra Castro. Ing. Civil Informática UTFSM. Introducción. n. En este trabajo se presentan específicamente dos prácticas de XP: Collective
Más detallesUNIVERSIDAD DE ORIENTE FACULTAD DE ICIENCIAS ECONOMICAS LAS REDES I. Licda. Consuelo Eleticia Sandoval
UNIVERSIDAD DE ORIENTE FACULTAD DE ICIENCIAS ECONOMICAS LAS REDES I Licda. Consuelo Eleticia Sandoval OBJETIVO: ANALIZAR LAS VENTAJAS Y DESVENTAJAS DE LAS REDES DE COMPUTADORAS. Que es una red de computadoras?
Más detallesCapítulo 1. Introducción
Capítulo 1 Introducción 1.1 Antecedentes La producción musical, en su mayoría, se ha valido de distintos tipos de software computacional para realizar la edición de composiciones musicales. De toda la
Más detallesSISTEMAS OPERATIVOS AVANZADOS
SISTEMAS OPERATIVOS AVANZADOS TEMA 3 CLAVE: MIS 204 PROFESOR: M.C. ALEJA DRO GUTIÉRREZ DÍAZ 3. PROCESOS CONCURRENTES 3.1 Conceptos de programación concurrente 3.2 El problema de la sección crítica 3.3
Más detalles3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON)
3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON) 3.1.1 Introducción Este método proporciona un soporte para el diseño creativo de productos de software, inclusive a escala industrial.
Más detallesAccionamientos de media tensión Servicios al ciclo de vida para asegurar una alta confiabilidad, disponibilidad y eficiencia
Accionamientos de media tensión Servicios al ciclo de vida para asegurar una alta confiabilidad, disponibilidad y eficiencia 2 Servicios al ciclo de vida para accionamientos de media tensión ABB Servicios
Más detallesPatrones 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 detallesEl 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 detallesGestió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 detallesASEGURAMIENTO DE LA CALIDAD EN LABORATORIO
FUNDACION NEXUS ASEGURAMIENTO DE LA CALIDAD EN LABORATORIO Marzo de 2012 CALIDAD, CONTROL DE LA CALIDAD Y ASEGURAMIENTO DE LA CALIDAD El laboratorio de análisis ofrece a sus clientes un servicio que se
Más detallesServicio de groupware
Servicio de groupware El groupware, también conocido como software colaborativo, es el conjunto de aplicaciones que integran el trabajo de distintos usuarios en proyectos comunes. Cada usuario puede conectarse
Más detallesCAPITULO I CONTEXTO INSTITUCIONAL EN EL SISTEMA ESTATAL PENITENCIARIO
CAPITULO I CONTEXTO INSTITUCIONAL EN EL SISTEMA ESTATAL PENITENCIARIO Área de Recursos Humanos 24 Este capítulo tiene como objetivo el contextualizar al Sistema Estatal Penitenciario, desde sus inicios
Más detallesCómo las herramientas en línea están revolucionando la implementación de ITIL e ISO 20000
Cómo las herramientas en línea están revolucionando la implementación de ITIL e ISO 20000 Informe 14 de marzo de 2014 Copyright 2014 20000Academy. Todos los derechos reservados. 1 Resumen ejecutivo Antes
Más detalles8. Las VLAN 8.1. Visión general de las VLAN La solución para la comunidad de la universidad es utilizar una tecnología de networking
8. Las VLAN 8.1. Visión general de las VLAN La solución para la comunidad de la universidad es utilizar una tecnología de networking denominada LAN virtual (VLAN). Una VLAN permite que un administrador
Más detallesModelado 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 detallesGUÍAS. Módulo de Diseño de software SABER PRO 2013-2
GUÍAS Módulo de Diseño de software SABER PRO 2013-2 GUÍAS Módulo de diseño en ingeniería El diseño de productos tecnológicos (artefactos, procesos, sistemas e infraestructura) está en el centro de la naturaleza
Más detallesActualización de versión a Bizagi 10.x
Actualización de versión a Bizagi 10.x Actualización de versión a Bizagi 10.x 1 Tabla de contenidos Introducción... 2 Actualizar un proyecto desde v9.1.x a 10.x... 2 Preparación... 3 Habilitación de formas
Más detallesJornada informativa Nueva ISO 9001:2008
Jornada informativa Nueva www.agedum.com www.promalagaqualifica.es 1.1 Generalidades 1.2 Aplicación Nuevo en Modificado en No aparece en a) necesita demostrar su capacidad para proporcionar regularmente
Más detallesPlan de estudios ISTQB: Nivel Fundamentos
Plan de estudios ISTQB: Nivel Fundamentos Temario 1. INTRODUCCIÓN 2. FUNDAMENTOS DE PRUEBAS 3. PRUEBAS A TRAVÉS DEL CICLO DE VIDA DEL 4. TÉCNICAS ESTÁTICAS 5. TÉCNICAS DE DISEÑO DE PRUEBAS 6. GESTIÓN DE
Más detalles6. Gestión de proyectos
6. Gestión de proyectos Versión estudiante Introducción 1. El proceso de gestión de proyectos 2. Gestión del riesgo "La gestión de proyectos se basa en establecer objetivos claros, gestionar el tiempo,
Más detallesEl Rol Estratégico de los Sistemas de Información. Aplicaciones de sistemas clave en la organización (1)
El Rol Estratégico de los Sistemas de Información Aplicaciones de sistemas clave en la organización (1) Puesto que en una organización hay diferentes intereses, especialidades y niveles, hay diferentes
Más detallesGUIA PROGRAMACIÓN ORIENTADA A OBJETOS
GUIA PROGRAMACIÓN ORIENTADA A OBJETOS 1. Por qué la P.O.O? R= A medida que se van desarrollando los lenguajes, se va desarrollando también la posibilidad de resolver problemas más complejos. En la evolución
Más detallesLEY QUE NORMA EL USO, ADQUISICIÓN Y ADECUACIÓN DEL SOFTWARE EN LA ADMINISTRACIÓN PUBLICA
ADQUISICIÓN DE SOFTWARE DE CORREO 1. Nombre del Área :. Responsable de la Evaluación : Aldo Quispe Santa María. Cargo : Director (e) de Tecnología de la Información y Sistemas 4. Fecha : de Julio de 007
Más detallesHaciendolo realidad ENTRENAMIENTO DE PADRES EN EL MANEJO
Haciendolo realidad ENTRENAMIENTO DE PADRES EN EL MANEJO DE LA CONDUCTA SECCIÓN 1 Introducción...1 El Resultado Esperado por el Entrenamiento...2 SECCIÓN 2 Que Es Lo Que Hay en El Programa?...4 SECCIÓN
Más detallesEn este capítulo se describe las herramientas, así como los procesos involucrados en el análisis y desarrollo de sistemas de información, por otro
CAPITULO 5 TEORIA SOBRE ANALISIS Y DISEÑO DE SISTEMAS DE INFORMACION En este capítulo se describe las herramientas, así como los procesos involucrados en el análisis y desarrollo de sistemas de información,
Más detallesBASE DE DATOS RELACIONALES
BASE DE DATOS RELACIONALES Una base de datos relacional es una base de datos que cumple con el modelo relacional, el cual es el modelo más utilizado en la actualidad para implementar bases de datos ya
Más detalles153. a SESIÓN DEL COMITÉ EJECUTIVO
ORGANIZACIÓN PANAMERICANA DE LA SALUD ORGANIZACIÓN MUNDIAL DE LA SALUD 153. a SESIÓN DEL COMITÉ EJECUTIVO Washington, D.C., EUA, 4 de octubre del 2013 Punto 5.2 del orden del día provisional CE153/5 (Esp.)
Más detallesRepetir el proceso para cada abstracción identificada hasta que el diseño este expresado en términos sencillos
I. INTRODUCCIÓN El reciente aumento de aplicaciones en donde se utiliza la computadora ha sido posible debido a un hardware de bajo costo, por lo cual la demanda de software ha crecido de forma exponencial.
Más detallesInstructivo de Microsoft Windows
Instructivo de Microsoft Windows El presente instructivo corresponde a una guía básica para el manejo de los programas y la adquisición de conceptos en relación a estos utilitarios. No obstante ello, para
Más detallesFigure 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 detallesSu éxito se mide por la pertinencia y la oportunidad de la solución, su eficacia y eficiencia.
APUNTES PARA EL CURSO PROCESOS COGNITIVOS: RESOLUCIÓN DE PROBLEMAS Y TOMA DE DECISIONES Elaborado por Vicente Sisto Campos. Se trata de la confluencia de la capacidad analítica del equipo de identificar
Más detallesDIRECTRIZ DE ICC/ESOMAR SOBRE MANTENIMIENTO DE LAS DISTINCIONES ENTRE LA INVESTIGACIÓN DE MERCADO Y EL MARKETING DIRECTO
DIRECTRIZ DE ICC/ESOMAR SOBRE MANTENIMIENTO DE LAS DISTINCIONES ENTRE LA INVESTIGACIÓN DE MERCADO Y EL MARKETING DIRECTO Copyright ICC/ESOMAR, 1997 Introducción El Código Internacional ICC/ESOMAR sobre
Más detallesBhar aumenta 30% la eficiencia y mejora la satisfacción de los clientes
Bhar aumenta 30% la eficiencia y mejora la satisfacción de los clientes Panorama general: Fabricante de moldeados por inyección industriales y para automóviles mejora la eficiencia operativa 30% con un
Más detallesCapítulo 6: Conclusiones
Capítulo 6: Conclusiones 6.1 Conclusiones generales Sobre el presente trabajo se obtuvieron varias conclusiones sobre la administración del ancho de banda en una red inalámbrica, basadas en la investigación
Más detallesCAPÍTULO 2 IMPORTANCIA DE LA ASIGNATURA OUTSOURCING EN TECNOLOGÍAS DE INFORMACIÓN
CAPÍTULO 2 IMPORTANCIA DE LA ASIGNATURA OUTSOURCING EN TECNOLOGÍAS DE INFORMACIÓN CAPÍTULO 2 IMPORTANCIA DE LA ASIGNATURA OUTSOURCING EN TECNOLOGÍAS DE INFORMACIÓN 2.1 INTRODUCCIÓN. En este capítulo se
Más detallesConceptos 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 detallesManual de ayuda para crear y gestionar Tareas, como actividad evaluable
Manual de ayuda para crear y gestionar Tareas, como actividad evaluable Contenido TAREAS.... 3 CONFIGURACIÓN.... 3 GESTIÓN Y CALIFICACIÓN DE TAREAS.... 8 TAREAS. Mediante esta herramienta podemos establecer
Más detallesLos requisitos de accesibilidad en un proyecto software. Implicaciones de usuarios discapacitados en el proceso software
UNIVERSIDAD POLITECNICA DE MADRID Facultad de Informática Departamento de Lenguajes y Sistemas Informáticos e Ingeniería de Software Resumen del Trabajo tutelado: Los requisitos de accesibilidad en un
Más detallesActivos Intangibles Costos de Sitios Web
SIC-32 Material publicado para acompañar a la Interpretación SIC-32 Activos Intangibles Costos de Sitios Web El texto de la parte normativa de la interpretación se encuentra en la Parte A de esta edición.
Más detallesConstrucció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 detallesINDICADORES. PROBLEMAS ASOCIADOS A SU SELECCIÓN PARA MEDIR SUSTENTABILIDAD Y EFICIENCIA AMBIENTAL
FUNDACION NEXUS ciencias sociales medio ambiente salud INDICADORES. PROBLEMAS ASOCIADOS A SU SELECCIÓN PARA MEDIR SUSTENTABILIDAD Y EFICIENCIA AMBIENTAL Por Daniel Fernández Dillon Ingeniería Sanitaria
Más detallesDiagramas del UML. A continuación se describirán los diagramas más comunes del UML y los conceptos que representan: Diagrama de Clases
El UML está compuesto por diversos elementos gráficos que se combinan para conformar diagramas. Debido a que el UML es un lenguaje, cuenta con reglas para combinar tales elementos. La finalidad de los
Más detallesPROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso
PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Modelado de casos de uso (I) Un caso de uso es una técnica de modelado usada para describir lo que debería hacer
Más detalles