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

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

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

Transcripción

1 Tema 1 Introducción a la Ingeniería de Software Curso Ingeniería de Software UMCA Profesor Luis Gmo. Zúñiga Mendoza

2 1. Software En la actualidad todo país depende de complejos sistemas informáticos. Podemos decir que prácticamente todos los productos eléctricos cuentan con una computadora y software de control incorporados. La producción de software costeable es básica en la economía IN4074 Ingeniería de Software Pág. 2 Profesor Luis Gmo Zúñiga Mendoza

3 Definición: Software [Pressman 2002] lo define como: El software de computadora es el producto que diseñan y construyen los ingenieros del software. Tanto Pressman como Somerville concuerdan en que este producto incluye no solo los programas sino también los documentos asociados y la configuración de datos que se necesitan para que los programas operen adecuadamente. IN4074 Ingeniería de Software Pág. 3 Profesor Luis Gmo Zúñiga Mendoza

4 Software Al hablar de Software, hablamos de un intangible que además resulta ser abstracto. Esto afecta la complejidad del producto, pues no se restringe a leyes naturales o físicas que podemos medir o comparar objetivamente. IN4074 Ingeniería de Software Pág. 4 Profesor Luis Gmo Zúñiga Mendoza

5 Tipo de Software Hay dos tipos de productos de software: Productos Genéricos Creados por una organización de desarrollo y que se venden en un mercado abierto. Procesadores de texto, hojas de cálculo, paquetes de dibujo, juegos, etc. Productos Personalizados (hechos a la medida) Requeridos por un cliente particular, desarrollados por un contratista y de forma personalizada para el cliente. IN4074 Ingeniería de Software Pág. 5 Profesor Luis Gmo Zúñiga Mendoza

6 Software Algunas características que nos denota [Pressman 2002] son: El software se desarrolla, no se crea en un sentido clásico Es lógico, no físico El software no se estropea Aunque la industria tiende a ensamblar componentes, la mayoría del software se construye a la medida. IN4074 Ingeniería de Software Pág. 6 Profesor Luis Gmo Zúñiga Mendoza

7 Curvas de fallo HW y SW IN4074 Ingeniería de Software Pág. 7 Profesor Luis Gmo Zúñiga Mendoza

8 Aplicaciones de Software Software de Sistemas Software de Gestión Software de Tiempo Real Software de Ingeniería y Científico Software Empotrado Software de Computadoras Personales Software Basado en WEB Software de Inteligencia Artificial IN4074 Ingeniería de Software Pág. 8 Profesor Luis Gmo Zúñiga Mendoza

9 Atributos Esenciales de un Buen Software Mantenibilidad Confiabilidad Eficiencia Usabilidad El software debe escribirse de tal forma que pueda evolucionar para cumplir con las necesidades de cambio de los clientes. Éste es un atributo crítico debido a que el cambio en el software es una consecuencia inevitable de un cambio en el entorno de negocios Esta incluye varias características, incluyendo fiabilidad, protección y seguridad. El software confiable no puede causar daños físico o económicos en el caso de una falla del sistema El software no de debe hacer que se malgasten los recursos del sistema, como memoria o ciclos de procesamiento. Por tanto, incluye el tiempo de respuesta y de procesamiento, utilización de memoria, etc. El software debe ser fácil de utilizar, sin esfuerzo adicional, por el usuario para quien está diseñado. Esto significa que debe tener una interfaz de usuario apropiada y una documentación adecuada. IN4074 Ingeniería de Software Pág. 9 Profesor Luis Gmo Zúñiga Mendoza

10 2. Ingeniería de Software [Sommerville 2005] define así: La Ingeniería de Software es una disciplina de la ingeniería que comprende todos los aspectos de la producción de software desde las etapas iniciales de la especificación del sistema, hasta el mantenimiento de éste después de que se utiliza. Encontramos que el ingeniero de software aplica un enfoque sistemático y organizado en su trabajo, dado que es la forma más efectiva de producir software de alta calidad. IN4074 Ingeniería de Software Pág. 10 Profesor Luis Gmo Zúñiga Mendoza

11 Ingeniería de Software El concepto Ingeniería de Software nace en 1968, debido a la necesidad de ordenar los conceptos de desarrollo que se tenían a esa fecha, pues al generar sistemas más grandes y complejos se comenzaron a dar problemas como: Retrasos (en algunos casos de años). Costos mayores a los presupuestados. Proyectos irrealizables. Software difícil de mantener, y Desempeños pobres. IN4074 Ingeniería de Software Pág. 11 Profesor Luis Gmo Zúñiga Mendoza

12 Ingeniería de Software Desde 1968 el avance ha sido bastante y hemos logrado comprender mejor las actividades involucradas en el desarrollo de software Ahora tenemos métodos efectivos para la especificación, diseño e implementación de software. Se ha incorporado nuevas notaciones y herramientas que reducen el esfuerzo para desarrollar grandes y complejos sistemas. IN4074 Ingeniería de Software Pág. 12 Profesor Luis Gmo Zúñiga Mendoza

13 3. Proceso de Software Definición [Sommerville 2005] Un proceso de software es un conjunto de actividades y resultados asociados que producen un producto de software. [Pressman 2002] un marco de trabajo de las tareas que se requieren para construir software de alta calidad IN4074 Ingeniería de Software Pág. 13 Profesor Luis Gmo Zúñiga Mendoza

14 Proceso de Software Actividades principales Especificación del Software: clientes e ingenieros definen el producto y sus restricciones. Desarrollo del Software: paso donde el software se diseña y programa. Validación del Software: donde se valida para asegurar que es lo cliente requiere. Evolución del Software: donde se adapta el software a los cambios requeridos por el cliente y el mercado Corrección, Adaptación, Mejora y Prevención. IN4074 Ingeniería de Software Pág. 14 Profesor Luis Gmo Zúñiga Mendoza

15 Proceso de Software Vamos a decir que el proceso de software básicamente se trata de seguir una serie de pasos predecibles que permitan construir el software de calidad. Los métodos de ingeniería de software indican cómo construir técnicamente el software. En la Ingeniería de Software la calidad es parte esencial. IN4074 Ingeniería de Software Pág. 15 Profesor Luis Gmo Zúñiga Mendoza

16 Proceso de Software Conjunto de tareas, son definidas para el desarrollo de todo proyecto (no importa el tamaño) Actividades de protección como garantía de calidad, gestión de la configuración del software y medición. Son independientes del proceso y aparecen durante todo el desarrollo del proyecto. IN4074 Ingeniería de Software Pág. 16 Profesor Luis Gmo Zúñiga Mendoza

17 Proceso de Software Se caracteriza por establecer un marco común del proceso definiendo un pequeño número de actividades del marco de trabajo que son aplicables a todos los proyectos de software, con independencia de su tamaño y complejidad [Pressman 2002] La calidad ha tomado mucha relevancia en los últimos años, especialmente mediante el concepto de madurez del proceso. Las actividades de calidad se aplican al proceso, con lo que busca que producto sea igualmente de calidad. IN4074 Ingeniería de Software Pág. 17 Profesor Luis Gmo Zúñiga Mendoza

18 4. Modelos de Proceso de Software [Sommerville 2005] Un modelo de proceso de software es una descripción simplificada de un proceso de software que presenta una visión de ese proceso [Pressman 2002] nos indica que un modelo de proceso o paradigma de ingeniería de software es la estrategia de desarrollo que acompaña al proceso, métodos y herramientas de la ingeniería de software. IN4074 Ingeniería de Software Pág. 18 Profesor Luis Gmo Zúñiga Mendoza

19 Modelos de Proceso de Software La selección del modelo de proceso de software depende de la naturaleza del proyecto y de la aplicación, los métodos y las herramientas a utilizarse, y los controles y entregas que se requieren. Dichos modelos pueden incluir actividades que son parte de los procesos y productos de software y el papel de las personas involucradas. Así las cosas podemos tener por ejemplo: Modelos de flujo de trabajo: muestra secuencia de actividades, con entradas y salidas y dependencias. Modelos de flujo de datos o de actividad: presenta el proceso como un conjunto de actividades que transforman los datos. Modelos de rol/acción: representa los roles de las personas involucradas y las actividades de las que son responsables IN4074 Ingeniería de Software Pág. 19 Profesor Luis Gmo Zúñiga Mendoza

20 Modelos de Proceso de Software Los modelos no son representaciones definitivas de los procesos de software. Puede pensarse en ellos como marcos de trabajo que puede ser extendidos y adaptados para crear procesos más específicos de ingeniería de software. Modelos muy conocidos son: Modelo de cascada Desarrollo evolutivo Ingeniería de software basada en componentes Tome en cuenta que usar un modelo no descarta el uso de otro, incluyendo las combinación. Otro aspecto es que encontraremos variantes diversas de estos modelos generales. IN4074 Ingeniería de Software Pág. 20 Profesor Luis Gmo Zúñiga Mendoza

21 4.1 Modelo de Cascada Es conocido también como modelo lineal o ciclo de vida básico. Conocido con el nombre de cascada por la forma que toma el gráfico Aunque hay diferencia entre los autores sobre las etapas el concepto es muy similar entre unos y otros. Acá presento el que nos da Sommerville. IN4074 Ingeniería de Software Pág. 21 Profesor Luis Gmo Zúñiga Mendoza

22 Modelo de Cascada Definición de Requerimientos Diseño del sistema y del software Implementación y prueba de unidades Integración y prueba del sistema Funcionamiento y mantenimiento IN4074 Ingeniería de Software Pág. 22 Profesor Luis Gmo Zúñiga Mendoza

23 Modelo de Cascada 1. Análisis y definición de requerimientos A través de la consulta a los usuarios se definen los servicios, restricciones y metas del sistema. Esta información se detalla y sirve como especificación del sistema IN4074 Ingeniería de Software Pág. 23 Profesor Luis Gmo Zúñiga Mendoza

24 Modelo de Cascada 2. Diseño del sistema y del software Se dividen los requerimientos en sistemas: hardware o software Se establece la arquitectura completa del sistema Mediante el diseño se describen las abstracciones básicas del software y sus relaciones IN4074 Ingeniería de Software Pág. 24 Profesor Luis Gmo Zúñiga Mendoza

25 Modelo de Cascada 3. Implementación y prueba de unidades En esta etapa se materializa el diseño en un conjunto o unidades de programa La prueba de unidades implica verificar que cada una cumpla con su especificación. IN4074 Ingeniería de Software Pág. 25 Profesor Luis Gmo Zúñiga Mendoza

26 Modelo de Cascada 4. Integración y prueba del sistema. Los programa o unidades de programa se integran y prueban como un sistema completo. Con esto se busca asegurar el cumplimiento de los requerimientos. Después de las pruebas, el software se entrega al cliente. IN4074 Ingeniería de Software Pág. 26 Profesor Luis Gmo Zúñiga Mendoza

27 Modelo de Cascada 5. Funcionamiento y mantenimiento Aunque no es un regla en todos los caso, comúnmente es la etapa más larga del ciclo de vida. El sistema se instala y se pone en funcionamiento práctico. El mantenimiento implica corregir errores no descubiertos en las etapas anteriores, mejorar la implementación de las unidades y resaltar los servicios una vez que se descubren nuevos requerimientos. IN4074 Ingeniería de Software Pág. 27 Profesor Luis Gmo Zúñiga Mendoza

28 Modelo de Cascada Algunos aspectos a resaltar son: Se espera que cada fase produzca uno o varios documentos aprobados (firmados) La siguiente fase no debería iniciar hasta que la previa haya finalizado, aunque en la práctica se pueden superponer, dado que en el transcurso de una etapa se pueden encontrar defectos en la previa. Las iteraciones entre etapas generalmente resulta costoso e implican rehacer el trabajo. Como ventaja del modelo está la documentación de cada fase. El problema principal es su poca flexibilidad en el manejo de las etapas, pues al hacer compromisos en las etapas iniciales se hace difícil responder a cambios en los requerimientos del cliente. IN4074 Ingeniería de Software Pág. 28 Profesor Luis Gmo Zúñiga Mendoza

29 Modelo de Cascada Este modelo se debe utilizar cuando Los requerimientos se comprenden bien y sea improbable que cambien radicalmente durante el desarrollo Es muy utilizado en sistema grandes de ingeniería de sistemas IN4074 Ingeniería de Software Pág. 29 Profesor Luis Gmo Zúñiga Mendoza

30 4.2 Desarrollo Evolutivo La idea básica es desarrollar una implementación inicial, la cual se expone a usuarios para comentarios y refinándola a través de diferentes versiones hasta que se desarrolla el sistema adecuado Las actividades de especificación, desarrollo y validación se entrelazan en vez de separarse, con una rápida retroalimentación. IN4074 Ingeniería de Software Pág. 30 Profesor Luis Gmo Zúñiga Mendoza

31 Desarrollo Evolutivo Actividades Concurrentes Especificación Versión inicial Esbozo de la descripción Desarrollo Versiones intermedias Validación Versión final IN4074 Ingeniería de Software Pág. 31 Profesor Luis Gmo Zúñiga Mendoza

32 Desarrollo Evolutivo Tipos de desarrollo evolutivo Desarrollo exploratorio Objetivo: trabajar con el cliente para explorar los requerimientos y entregar un sistema final. Se inicia con las partes que se comprenden mejor y se agregan nuevos atributos solicitados por el cliente. Prototipos desechables Objetivo: comprender los requerimientos del cliente y entonces desarrollar una definición mejorada de los requerimientos del sistema. El prototipo se centra en experimentar con los requerimientos que no se comprenden del todo. IN4074 Ingeniería de Software Pág. 32 Profesor Luis Gmo Zúñiga Mendoza

33 Desarrollo Evolutivo Algunos problemas del modelo son: El proceso no es visible. Es necesario hacer entregas regulares para medir el progreso. Si el sistema se desarrolla rápidamente, no es rentable producir documentos que reflejen cada versión del sistema. A menudo los sistemas tienen una estructura deficiente. Los cambios continuos tienden a corromper la estructura del software. Incorporar cambios en él cada vez se convierte en una tarea más difícil y costosa. IN4074 Ingeniería de Software Pág. 33 Profesor Luis Gmo Zúñiga Mendoza

34 Desarrollo Evolutivo En la práctica ha resultado ser un modelo muy útil en proyectos pequeños y medianos (hasta líneas de código) Los problemas del modelo se hacen agudos en sistemas grandes y complejos, con ciclos de vida largos. Para sistemas grandes se recomienda un proceso mixto que incorpore características del modelo de cascada y del desarrollo evolutivo. IN4074 Ingeniería de Software Pág. 34 Profesor Luis Gmo Zúñiga Mendoza

35 4.3 Ingeniería de software basada en componentes La reutilización de software existe naturalmente en la mayoría de proyectos de software. Una reutilización informal existe cuando al desarrollar sistemas o partes similares se toma un código existente y se modifica según sea necesario. En la ingeniería de software basada en componentes esta reutilización la base del modelo. Es así como el enfoque se basa en la reutilización de una gran base de componentes de software reutilizables y de algunos marcos de integración de estos. La etapa de especificación y la validación son comparables con otros modelos, sin embargo las etapas intermedias son distintas. IN4074 Ingeniería de Software Pág. 35 Profesor Luis Gmo Zúñiga Mendoza

36 Ingeniería de software basada en componentes Especificación de requerimientos Análisis de componentes Modificación de requerimientos Diseño del sistema con reutilización Desarrollo e integración Validación del sistema IN4074 Ingeniería de Software Pág. 36 Profesor Luis Gmo Zúñiga Mendoza

37 Ingeniería de software basada en componentes Modificación de requerimientos Se analizan los requerimiento de acuerdo a los componentes descubiertos. Estos componentes se modifican para reflejar los componentes disponibles. Si las modificaciones no son posibles, la actividad de análisis de componentes se puede llevar a cabo nuevamente en busca de soluciones alternativas. IN4074 Ingeniería de Software Pág. 37 Profesor Luis Gmo Zúñiga Mendoza

38 Ingeniería de software basada en componentes Análisis de componentes Dada la especificación de requerimientos, se buscan componentes para implementar la especificación. Generalmente los componentes seleccionados sólo proporcionan parte de la funcionalidad requerida. IN4074 Ingeniería de Software Pág. 38 Profesor Luis Gmo Zúñiga Mendoza

39 Ingeniería de software basada en componentes Diseño del sistema con reutilización Se diseña o reutiliza un marco de trabajo para el sistema. Los diseñadores toman en cuenta los componentes que se reutilizan y organizan el marco de trabajo para los satisfaga. Si los componentes reutilizables no están disponibles se puede tener que diseñar nuevo software. IN4074 Ingeniería de Software Pág. 39 Profesor Luis Gmo Zúñiga Mendoza

40 Ingeniería de software basada en componentes Desarrollo e integración Para crear el sistema, el software que no se pueda adquirir se desarrollan. Los componentes y los sistemas COTS (sistemas comerciales) se integran En este modelo la integración es parte del proceso de desarrollo más que una actividad separada. IN4074 Ingeniería de Software Pág. 40 Profesor Luis Gmo Zúñiga Mendoza

41 Ingeniería de software basada en componentes Las ventajas, obvias, del modelo son: Reduce la cantidad de software a desarrollar Reduce costos y los riesgos Generalmente permite una entrega más rápida del software. El mayor problema se asocia al compromiso con los requerimientos, por lo que el software puede no cumplir la necesidades reales del usuario. Otro aspecto negativo es el poco control sobre las nuevas versiones de los componentes reutilizables, perdiendo así el control de la evolución del sistema. IN4074 Ingeniería de Software Pág. 41 Profesor Luis Gmo Zúñiga Mendoza

42 Modelo DRA Desarrollo Rápido de Aplicaciones RAD, Rapid Application Development. Se basa en el modelo lineal secuencial para la alta velocidad. Fases Modelado de Gestión Modelado de Datos Modelado del Proceso Generación de Aplicaciones Pruebas y Entrega IN4074 Ingeniería de Software Pág. 42 Profesor Luis Gmo Zúñiga Mendoza

43 Modelo DRA Fase 1: Modelado de Gestión Modela el flujo de información entre las funciones de la gestión, buscando contestar las siguientes preguntas: Qué información conduce el proceso de gestión? Qué información se genera? Quién la genera? A dónde va la información? Quién la procesa? Fase 2: Modelado de Datos Afina el flujo de información como un conjunto objetos de datos necesarios para apoyar la empresa. Se definen las características de los objetos (atributos) y las relaciones entre ellos. IN4074 Ingeniería de Software Pág. 43 Profesor Luis Gmo Zúñiga Mendoza

44 Modelo DRA Fase 3: Modelado del Proceso Se transforma el modelado de datos para lograr el flujo de información necesario para implementar una función de gestión. Las descripciones del proceso se crean para añadir, modificar, suprimir y recuperar un objeto de datos. Fase 4: Generación de Aplicaciones Se asume la utilización de herramientas de cuarta generación. Se busca utilizar componentes de programas ya existentes o crear componentes reutilizables. Se utilizan herramientas automáticas que faciliten la construcción del software. IN4074 Ingeniería de Software Pág. 44 Profesor Luis Gmo Zúñiga Mendoza

45 Modelo DRA Fase 5: Pruebas y Entrega Dado el enfoque de reutilización muchos componentes ya se han comprobado, reduciendo el tiempo de pruebas. Deben probarse todos los componentes nuevos y ejercitar las interfaces a fondo. IN4074 Ingeniería de Software Pág. 45 Profesor Luis Gmo Zúñiga Mendoza

46 Modelo DRA Apropiado en proyectos que puedan modularse de forma tal que cada función se pueda desarrollar en menos de tres meses No toda aplicación es apropiada para aplicar el modelo. Un sistema que no pueda modularizarse adecuadamente. Si está en juego el alto rendimiento, que se comprometa al modularizar. Cuando los riesgos técnicos sean altos. IN4074 Ingeniería de Software Pág. 46 Profesor Luis Gmo Zúñiga Mendoza

47 Modelo DRA IN4074 Ingeniería de Software Pág. 47 Profesor Luis Gmo Zúñiga Mendoza

48 Modelos de Procesos: Iteración (evolutivos) En proyectos grandes, con compañías que se adaptan al entorno, donde hay ajustes por prioridades y donde se renuevan las tecnologías se hace necesario el cambio en el diseño y la implementación. Vemos entonces que el software no es un proceso único y más bien las actividades de este repiten regularmente rehaciendo el sistema en respuesta a los cambios Esto se denomina desarrollo iterativo, donde hay dos modelos principales: Entrega incremental Desarrollo en espiral IN4074 Ingeniería de Software Pág. 48 Profesor Luis Gmo Zúñiga Mendoza

49 Entrega Incremental Un enfoque evolutivo, a diferencia del modelo de cascada, se permite retrasar requerimientos y decisiones de diseño. Esto puede generar software débilmente estructurado y difícil de comprender y mantener. La entrega incremental es un enfoque intermedio que combina ventajas del modelo de cascada y el evolutivo IN4074 Ingeniería de Software Pág. 49 Profesor Luis Gmo Zúñiga Mendoza

50 Entrega Incremental Cliente identifican a grandes rasgos los servicios del sistema Se identifican cuales servicios son más importantes y cuáles menos Luego se definen incrementos, los cuales proporcionan un subconjunto de la funcionalidad del sistema. IN4074 Ingeniería de Software Pág. 50 Profesor Luis Gmo Zúñiga Mendoza

51 Entrega Incremental Definir esbozo de requerimientos Asignar requerimientos a los incrementos Diseñar la arquitectura del sistema Desarrollar incrementos del sistema Validar incrementos Integrar incrementos Validar sistema Sistema Final Sistema Incompleto IN4074 Ingeniería de Software Pág. 51 Profesor Luis Gmo Zúñiga Mendoza

52 Entrega Incremental Ventajas de este modelo: Los clientes no tienen que esperar a que el sistema esté completo. El primer incremento satisface los requerimientos más críticos Los clientes pueden utilizar los primeros incrementos como prototipos y así obtener experiencia para los incrementos posteriores. Existe un bajo riesgo de un fallo total del sistema. Dado que los servicios primordiales se entregan primero, se espera que sean también los más probados. Esto significa que es menos probable que los clientes encuentren fallos de funcionamiento en las partes más importantes. IN4074 Ingeniería de Software Pág. 52 Profesor Luis Gmo Zúñiga Mendoza

53 Entrega Incremental Desventajas de este modelo: Los incrementos deben ser relativamente pequeños y agregar alguna funcionalidad, lo cual puede ser difícil de conciliar con el cliente. Dado que se requieren recursos en distintas partes del sistema, pero los requerimientos se definen hasta el momento de realizar cada incremento puede hacer difícil identificar recursos comunes para todos los incrementos. IN4074 Ingeniería de Software Pág. 53 Profesor Luis Gmo Zúñiga Mendoza

54 Desarrollo en espiral Modelo propuesto originalmente por Boehm en 1988 Plantea más que un proceso lineal un proceso en espiral, el cual en cada ciclo representa una fase del proceso de software. Este modelo difiere de los otros principalmente en la incorporación explícita del riesgo. A su vez cada ciclo se divide en cuatro sectores. IN4074 Ingeniería de Software Pág. 54 Profesor Luis Gmo Zúñiga Mendoza

55 Desarrollo en espiral IN4074 Ingeniería de Software Pág. 55 Profesor Luis Gmo Zúñiga Mendoza

56 Desarrollo en espiral: Sectores Definición de objetivos Para la fase se definen los objetivos específicos Se identifican las restricciones del proceso y el producto Se traza un plan detallado de gestión Se identifican riesgos del proyecto, para los cuales se plantean las estrategias alternativas IN4074 Ingeniería de Software Pág. 56 Profesor Luis Gmo Zúñiga Mendoza

57 Desarrollo en espiral: Sectores Evaluación y reducción de riesgos Análisis detallado de cada uno de los riesgos identificados Se definen pasos para la reducción de los riesgos Por ejemplo, si existen riesgos de requerimientos inapropiados, se puede desarrollar un prototipo del sistema IN4074 Ingeniería de Software Pág. 57 Profesor Luis Gmo Zúñiga Mendoza

58 Desarrollo en espiral: Sectores Desarrollo y validación Luego de la evaluación de riesgos se elige el modelo de desarrollo del sistema Por ejemplo Si los riesgos de interfaz son predominantes un modelo apropiado sería la construcción de prototipos Si los riesgos de seguridad son los principales un desarrollo con transformaciones formales sería el más adecuado Si la integración de sistemas es un tema preponderante el modelo de cascada es el mejor. IN4074 Ingeniería de Software Pág. 58 Profesor Luis Gmo Zúñiga Mendoza

59 Desarrollo en espiral: Sectores Planificación Se revisa el proyecto y se toma la decisión de si se debe continuar Si se decide continuar se desarrollan los planes para la siguiente fase del proyecto. IN4074 Ingeniería de Software Pág. 59 Profesor Luis Gmo Zúñiga Mendoza

60 Referencias bibliográficas Sommerville: capítulo 1 y secciones 4.1 y 4.2 Pressman: capítulo 1, capítulo 2 Asignación Leer el material completo Resumir en qué consiste: El Proceso Unificado de Rational, además de su origen. El modelo DRA (Desarrollo Rápido de Aplicaciones o RAD por su abreviatura en inglés) IN4074 Ingeniería de Software Pág. 60 Profesor Luis Gmo Zúñiga Mendoza

DESARROLLO 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 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 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

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual

Introducció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 detalles

Análisis y gestión de riesgo

Aná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 detalles

Por qué es importante la planificación?

Por qué es importante la planificación? Por qué es importante la planificación? La planificación ayuda a los empresarios a mejorar las probabilidades de que la empresa logre sus objetivos. Así como también a identificar problemas claves, oportunidades

Más detalles

Propiedad Colectiva del Código y Estándares de Codificación.

Propiedad 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 detalles

Tema 2. Ingeniería del Software I feliu.trias@urjc.es

Tema 2. Ingeniería del Software I feliu.trias@urjc.es Tema 2 Ciclo de vida del software Ingeniería del Software I feliu.trias@urjc.es Índice Qué es el ciclo de vida del Software? El Estándar 12207 Modelos de proceso Qué es el Ciclo de Vida del SW? Definición

Más detalles

Actividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos.

Actividades 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 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

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

Operación 8 Claves para la ISO 9001-2015

Operació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 detalles

GUÍ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 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 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

Ciclo de vida del Software

Ciclo de vida del Software Tema 2: Ciclo de vida del Software Marcos López Sanz Índice Qué es el ciclo de vida del Software? La norma 12207-2008 Modelos de desarrollo Qué es el Ciclo de Vida del SW? Es una sucesión de etapas por

Más detalles

Elementos requeridos para crearlos (ejemplo: el compilador)

Elementos requeridos para crearlos (ejemplo: el compilador) Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción

Más detalles

Caso práctico de Cuadro de Mando con Tablas Dinámicas

Caso práctico de Cuadro de Mando con Tablas Dinámicas 1 Caso práctico de Cuadro de Mando con Tablas Dinámicas Luis Muñiz Socio Director de SisConGes & Estrategia Introducción Hay una frase célebre que nos permite decir que: Lo que no se mide no se puede controlar

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

NORMA ISO 31000 DE RIESGOS CORPORATIVOS

NORMA ISO 31000 DE RIESGOS CORPORATIVOS NORMA ISO 31000 DE RIESGOS CORPORATIVOS La norma ISO 31000 establece principios y guías para el diseño, implementación y mantenimiento de la gestión de riesgos en forma sistemática y transparente de toda

Más detalles

Servicios Administrados al Cliente

Servicios 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 detalles

DESARROLLO AGIL ING. MA. MARGARITA LABASTIDA ROLDÁN

DESARROLLO AGIL ING. MA. MARGARITA LABASTIDA ROLDÁN DESARROLLO AGIL ING. MA. MARGARITA LABASTIDA ROLDÁN CONTENIDO Qué es un proceso agil Proceso Ágil Otros modelos ágiles de proceso Programación extrema Desarrollo adaptativo de software Método de desarrollo

Más detalles

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo

Más detalles

Ingeniería de Software I

Ingeniería de Software I Ingeniería de Software I Agenda Objetivo. Unidades de aprendizaje. Formas de evaluación. Bibliografía. 2 Datos del profesor Correo electrónico: egonzalez@upemor.edu.mx Asesorías Jueves de 11:00 a 13:00

Más detalles

El Producto. Qué es la Ingeniería de Software? Tecnología para construir software Un proceso Un conjunto de métodos Herramientas

El Producto. Qué es la Ingeniería de Software? Tecnología para construir software Un proceso Un conjunto de métodos Herramientas El Producto Qué es la Ingeniería de Software? Tecnología para construir software Un proceso Un conjunto de métodos Herramientas Evolución Primeros años Principios 1960 s orientación batch distribución

Más detalles

Inter American Accreditation Cooperation. Grupo de prácticas de auditoría de acreditación Directriz sobre:

Inter American Accreditation Cooperation. Grupo de prácticas de auditoría de acreditación Directriz sobre: Grupo de prácticas de auditoría de acreditación Directriz sobre: Auditando la competencia de los auditores y equipos de auditores de organismos de certificación / registro de Sistemas de Gestión de Calidad

Más detalles

Figure 16-1: Phase H: Architecture Change Management

Figure 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 detalles

www.fundibeq.org Además se recomienda su uso como herramienta de trabajo dentro de las actividades habituales de gestión.

www.fundibeq.org Además se recomienda su uso como herramienta de trabajo dentro de las actividades habituales de gestión. HOJAS DE COMPROBACIOÓN Y HOJAS DE RECOGIDA DE DATOS 1.- INTRODUCCIÓN En este documento se describe el proceso de obtención de información a partir de la recogida y análisis de datos, desde el establecimiento

Más detalles

GESTIÓN Y CONTROL DEL DESARROLLO E IMPLANTACIÓN DE APLICACIONES

GESTIÓN Y CONTROL DEL DESARROLLO E IMPLANTACIÓN DE APLICACIONES Ciclo Formativo: Módulo: Desarrollo de Aplicaciones Informáticas Análisis y Diseño Detallado de Aplicaciones Informáticas de Gestión Unidad de Trabajo 10: GESTIÓN Y CONTROL DEL DESARROLLO E IMPLANTACIÓN

Más detalles

Bloque I: Conceptos básicos y fundamentos de la Dirección de Proyectos.

Bloque I: Conceptos básicos y fundamentos de la Dirección de Proyectos. 1.- Objeto. Presentar y fomentar la existencia de metodologías en Dirección de Proyectos o Project Management a través de experiencias, documentos, normas y estándares nacionales e internacionales. Ofrecer

Más detalles

POR QUÉ EL VALOR PRESENTE NETO CONDUCE A MEJORES DECISIONES DE INVERSIÓN QUE OTROS CRITERIOS? ( Brealey & Myers )

POR QUÉ EL VALOR PRESENTE NETO CONDUCE A MEJORES DECISIONES DE INVERSIÓN QUE OTROS CRITERIOS? ( Brealey & Myers ) CAPÍTULO 5 POR QUÉ EL VALOR PRESENTE NETO CONDUCE A MEJORES DECISIONES DE INVERSIÓN QUE OTROS CRITERIOS? ( Brealey & Myers ) Ya hemos trabajado antes con los principios básicos de la toma de decisiones

Más detalles

EJEMPLO DE REPORTE DE LIBERTAD FINANCIERA

EJEMPLO DE REPORTE DE LIBERTAD FINANCIERA EJEMPLO DE REPORTE DE LIBERTAD FINANCIERA 1. Introduccio n El propósito de este reporte es describir de manera detallada un diagnóstico de su habilidad para generar ingresos pasivos, es decir, ingresos

Más detalles

LEY QUE NORMA EL USO, ADQUISICIÓN Y ADECUACIÓN DEL SOFTWARE EN LA ADMINISTRACIÓN PUBLICA

LEY 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 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

Unidades temáticas de Ingeniería del Software. Software e Ingeniería del Software 5ª edición (2008)

Unidades temáticas de Ingeniería del Software. Software e Ingeniería del Software 5ª edición (2008) Unidades temáticas de Ingeniería del Software Software e Ingeniería del Software 5ª edición (2008) la importancia del software El software ha evolucionado durante las últimas cinco décadas aunque no al

Más detalles

CAPITULO VI ESTRATEGIAS DE OUTSOURCING

CAPITULO 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 detalles

Deberemos escoger de nuestro equipo humano un responsable de la implementación (si no queremos hacerlo personalmente).

Deberemos escoger de nuestro equipo humano un responsable de la implementación (si no queremos hacerlo personalmente). LA IMPLEMENTACIÓN DE UN SISTEMA DE CALIDAD EN UN RESTAURANTE. POR Luís Codó Pla CUANDO IMPLEMENTAR EL SISTEMA Todo restaurante conoce, o debería conocer, cuáles son sus momentos de mayor afluencia de trabajo.

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

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

SELECCIÓN N Y DISEÑO DEL PRODUCTO Y SERVICIO

SELECCIÓ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 detalles

CICLO DE VIDA DEL SOFTWARE. Una aproximación lógica a la adquisición, el suministro, el desarrollo, la explotación y el mantenimiento del software

CICLO DE VIDA DEL SOFTWARE. Una aproximación lógica a la adquisición, el suministro, el desarrollo, la explotación y el mantenimiento del software 3.010 CONCEPTO DE CICLO DE VIDA Una aproximación lógica a la adquisición, el suministro, el desarrollo, la explotación y el mantenimiento del software IEEE 1074 Un marco de referencia que contiene los

Más detalles

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,

Más detalles

Plan de estudios ISTQB: Nivel Fundamentos

Plan 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 detalles

Estudio Técnico INTRODUCCIÓN

Estudio Técnico INTRODUCCIÓN Estudio Técnico INTRODUCCIÓN Cuando la empresa o persona a decidido generar o fabricar parte de los productos o servicios que el mercado demanda para satisfacer sus necesidades, en ese momento se deben

Más detalles

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

Software Reutilizable. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reutilizable Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 18 Slide 1 Objetivos Para explicar los beneficios del software reutilizable y algunos de sus problemas Para discutir

Más detalles

LA INNOVACIÓN EMPRESARIAL

LA INNOVACIÓN EMPRESARIAL LA INNOVACIÓN EMPRESARIAL La teoría del crecimiento manifiesta que el cambio tecnológico explica, en mayor medida como ningún otro factor, el crecimiento económico de un país. La innovación es uno de los

Más detalles

CALIDAD TOTAL. Visión estratégica y buena gestión son los ingredientes fundamentales.

CALIDAD TOTAL. Visión estratégica y buena gestión son los ingredientes fundamentales. CALIDAD TOTAL Visión estratégica y buena gestión son los ingredientes fundamentales. ALFREDO SERPELL Ingeniero civil industrial UC Phd University of Texas at Austin.Profesor titular ingeniería y gestión

Más detalles

Desarrollo de un Sistema de Gestión de Proyectos mediante el framework GWT

Desarrollo 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 detalles

GERENCIA DE INTEGRACIÓN

GERENCIA 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 detalles

Asegurando el valor de las aplicaciones para el negocio PERSPECTIVA. j u n i o 2 0 1 2

Asegurando el valor de las aplicaciones para el negocio PERSPECTIVA. j u n i o 2 0 1 2 GESTIÓN DE CARTERA DE APLICACIONES APM Asegurando el valor de las aplicaciones para el negocio Por Vanesa Cabral, Raúl Jaraba, Miguel Katz y Cristian Martínez, Practia Consulting España La crisis que comenzó

Más detalles

Planificación, Administración n de Bases de Datos. Bases de Datos. Ciclo de Vida de los Sistemas de Información. Crisis del Software.

Planificación, Administración n de Bases de Datos. Bases de Datos. Ciclo de Vida de los Sistemas de Información. Crisis del Software. Planificación, n, Diseño o y Administración n de Crisis del Software Proyectos software de gran envergadura que se retrasaban, consumían todo el presupuesto disponible o generaban productos que eran poco

Más detalles

TEMA 7: DIAGRAMAS EN UML

TEMA 7: DIAGRAMAS EN UML TEMA 7: DIAGRAMAS EN UML Diagramas en UML El bloque de construcción básico de UML es un Diagrama Introducción a UML 2 1 Modelo de Casos de Uso (MCU) Todos los casos de uso constituyen el MCU que describe

Más detalles

Aplicaciones de Ingeniería de Software

Aplicaciones de Ingeniería de Software Aplicaciones de Ingeniería de Software Administración de la Calidad del Producto de Software Qué es la gestión de la calidad? Es una actividad protectora o de sombrilla que se aplica a lo largo del proceso

Más detalles

MANTENIMIENTO Y SOPORTE

MANTENIMIENTO 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 detalles

DIGITALIZACIÓN DE DOCUMENTOS: PROYECTO DIGISAN

DIGITALIZACIÓN DE DOCUMENTOS: PROYECTO DIGISAN DIGITALIZACIÓN DE DOCUMENTOS: PROYECTO DIGISAN Francisco Belmonte Díaz Diseño e implementación de Sistemas Informáticos. Coordinación de Tareas de Programación Servicio de Gestión Informática. Consejería

Más detalles

En 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

En 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 detalles

CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0. Centro Ideoinformática

CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0. Centro Ideoinformática CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0 Centro Ideoinformática Universidad de las Ciencias Informáticas Carretera a San Antonio Km 2 ½. Torrens. Boyeros. Ciudad de La Habana. Cuba Teléfono: + 53 (7)

Más detalles

INGENIERÍA DEL SOFTWARE I Tema 1. Introducción a la Ingeniería del Software. Univ. Cantabria Fac. de Ciencias Francisco Ruiz

INGENIERÍA DEL SOFTWARE I Tema 1. Introducción a la Ingeniería del Software. Univ. Cantabria Fac. de Ciencias Francisco Ruiz INGENIERÍA DEL SOFTWARE I Tema 1 Introducción a la Ingeniería del Software Univ. Cantabria Fac. de Ciencias Francisco Ruiz Objetivos Comprender qué es la Ingeniería del Software y su necesidad. Situarla

Más detalles

3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON)

3.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 detalles

2.1 Planificación del Alcance

2.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 detalles

COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE

COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE Creado en May/14 Objetivo: Contar con una guía de las actividades que se deben realizar en esta fase,

Más detalles

Proyecto de Sistema Hotel Web. Presentado por: L.I. Ramiro Robles Villanueva

Proyecto de Sistema Hotel Web. Presentado por: L.I. Ramiro Robles Villanueva Proyecto de Sistema Hotel Web Presentado por: L.I. Ramiro Robles Villanueva Definición del Problema: El no hacer uso de tecnologías actuales, con las cuales pueda acceder cualquier usuario, en el ámbito

Más detalles

Gestión de Configuración del Software

Gestión de Configuración del Software Gestión de Configuración del Software Facultad de Informática, ciencias de la Comunicación y Técnicas Especiales Herramientas y Procesos de Software Gestión de Configuración de SW Cuando se construye software

Más detalles

Estándares para planes de calidad de software. Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008

Estándares para planes de calidad de software. Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008 Estándares para planes de calidad de software Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008 DIFERENCIA ENTRE PRODUCIR UNA FUNCION Y PRODUCIR UNA FUNCION

Más detalles

ECONOMÍA SOCIAL SOLIDARIA

ECONOMÍ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 detalles

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 2: EL CICLO DE VIDA DEL SOFTWARE

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 2: EL CICLO DE VIDA DEL SOFTWARE Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 2: EL CICLO DE VIDA DEL SOFTWARE 1 DEFINICIÓN DE CICLO DE VIDA DEL SOFTWARE ISO/IEC 12207-1 Marco de referencia que contiene

Más detalles

SECRETARÍA DE EDUCACIÓN PÚBLICA SUBSECRETARÍA DE EDUCACIÓN SUPERIOR COORDINACIÓN GENERAL DE UNIVERSIDADES TECNOLÓGICAS

SECRETARÍA DE EDUCACIÓN PÚBLICA SUBSECRETARÍA DE EDUCACIÓN SUPERIOR COORDINACIÓN GENERAL DE UNIVERSIDADES TECNOLÓGICAS SECRETARÍA DE EDUCACIÓN PÚBLICA SUBSECRETARÍA DE EDUCACIÓN SUPERIOR COORDINACIÓN GENERAL DE UNIVERSIDADES TECNOLÓGICAS CRITERIOS GENERALES PARA LA PLANEACIÓN, EL DESARROLLO Y LA EVALUACIÓN, EN LA IMPLANTACIÓN

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

El Software. Es lo que se conoce como el ciclo de vida del software.

El Software. Es lo que se conoce como el ciclo de vida del software. El Software Hace referencia a los programas y toda la información asociada y materiales necesarios para soportar su instalación, operación, reparación, y mejora. Para construir un nuevo elemento software

Más detalles

CAPITULO V PLANIFICACIÓN Y GESTIÓN DEL PROYECTO

CAPITULO V PLANIFICACIÓN Y GESTIÓN DEL PROYECTO CAPITULO V PLANIFICACIÓN Y GESTIÓN DEL PROYECTO La adquisición de un acuerdo de outsourcing fuerte y activo es una tarea particularmente compleja, con ramas de actividad muy dispares y potencialmente difíciles.

Más detalles

GUÍA TÉCNICA PARA LA DEFINICIÓN DE COMPROMISOS DE CALIDAD Y SUS INDICADORES

GUÍA TÉCNICA PARA LA DEFINICIÓN DE COMPROMISOS DE CALIDAD Y SUS INDICADORES GUÍA TÉCNICA PARA LA DEFINICIÓN DE COMPROMISOS DE CALIDAD Y SUS INDICADORES Tema: Cartas de Servicios Primera versión: 2008 Datos de contacto: Evaluación y Calidad. Gobierno de Navarra. evaluacionycalidad@navarra.es

Más detalles

Gestión de la Configuración

Gestió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 detalles

RECOMENDACIONES DE INVESTIGACIÓN FUTURA.

RECOMENDACIONES DE INVESTIGACIÓN FUTURA. Capítulo 6 CONCLUSIONES Y RECOMENDACIONES DE INVESTIGACIÓN FUTURA. 212 METODOLOGÍA PARA LA DETECCIÓN DE REQUERIMIENTOS SUBJETIVOS EN EL DISEÑO DE PRODUCTO. CAPÍTULO 6. CONCLUSIONES, APORTACIONES Y RECOMENDACIONES.

Más detalles

Universidad Nacional del Sur Departamento de Ciencias e Ingeniería de la Computación Análisis y Diseño de Sistemas 1er.Cuatrimestre de 2006.

Universidad Nacional del Sur Departamento de Ciencias e Ingeniería de la Computación Análisis y Diseño de Sistemas 1er.Cuatrimestre de 2006. Análisis y Diseño de Sistemas Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Clase 2 Calidades del producto y del proceso Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar]

Más detalles

Para llegar a conseguir este objetivo hay una serie de líneas a seguir:

Para llegar a conseguir este objetivo hay una serie de líneas a seguir: INTRODUCCIÓN La Gestión de la Calidad Total se puede definir como la gestión integral de la empresa centrada en la calidad. Por lo tanto, el adjetivo total debería aplicarse a la gestión antes que a la

Más detalles

Figura 4.1 Clasificación de los lenguajes de bases de datos

Figura 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 detalles

El modelo de ciclo de vida cascada, captura algunos principios básicos:

El modelo de ciclo de vida cascada, captura algunos principios básicos: Ciclo de Vida del Software Un modelo de ciclo de vida define el estado de las fases a través de las cuales se mueve un proyecto de desarrollo de software. El primer ciclo de vida del software, "Cascada",

Más detalles

CAPÍTULO 2. MODELOS Y ESTÁNDARES DE CALIDAD DE SOFTWARE

CAPÍTULO 2. MODELOS Y ESTÁNDARES DE CALIDAD DE SOFTWARE CAPÍTULO 2. MODELOS Y ESTÁNDARES DE CALIDAD DE SOFTWARE 2.1 Ingeniería de Software Los modelos y estándares de calidad de software forman parte de la ingeniería de software. Es por eso que comenzaremos

Más detalles

Jornada informativa Nueva ISO 9001:2008

Jornada 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 detalles

Figure 7-1: Phase A: Architecture Vision

Figure 7-1: Phase A: Architecture Vision Fase A Figure 7-1: Phase A: Architecture Vision Objetivos: Los objetivos de la fase A son: Enfoque: Desarrollar una visión de alto nivel de las capacidades y el valor del negocio para ser entregado como

Más detalles

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 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 detalles

Programa en Microsoft Visual Basic 6.0 para el análisis de riesgos eléctricos en oficinas y centros de cómputo. López Rosales, Juan Carlo.

Programa en Microsoft Visual Basic 6.0 para el análisis de riesgos eléctricos en oficinas y centros de cómputo. López Rosales, Juan Carlo. CAPÍTULO IV PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE 4.1 Concepto del Proceso Unificado de Desarrollo de Software Un proceso de desarrollo de software es el conjunto de actividades necesarias para transformar

Más detalles

Ingeniería en tecnologías de la información y comunicación Administración de proyectos de TI I

Ingeniería en tecnologías de la información y comunicación Administración de proyectos de TI I Ingeniería en tecnologías de la información y comunicación Administración de proyectos de TI I Qué es la administración de proyectos? y Qué es la administración de proyecto es TI? Integrantes: Figueroa

Más detalles

Qué es lo que su empresa necesita? Productividad? Organización? Eficiencia? Ahorro? Control? Seguridad?

Qué es lo que su empresa necesita? Productividad? Organización? Eficiencia? Ahorro? Control? Seguridad? QUÉ BENEFICIOS TRAE SYNCWARE A MI EMPRESA? Más seguridad en la toma de decisiones informáticas SYNCWARE, nacida en enero de 2014, como una pequeña empresa con el propósito de trabajar en el sector de las

Más detalles

Aprendizaje cooperativo (Del libro Aprendizaje inteligente Montserrat del Pozo. Oct 2009)

Aprendizaje cooperativo (Del libro Aprendizaje inteligente Montserrat del Pozo. Oct 2009) Aprendizaje cooperativo (Del libro Aprendizaje inteligente Montserrat del Pozo. Oct 2009) Introducción El aprendizaje cooperativo es para los hermanos Johnson el empleo didáctico de grupos reducidos en

Más detalles

Modelos de Proceso Tradicionales

Modelos de Proceso Tradicionales Modelos de Proceso Tradicionales Capitulo 2,QJHQLHUtDGHO6RIWZDUH (VSHFLDOL]DFLyQHQ*HUHQFLDGH6LVWHPDVGH,QIRUPDFLyQ 8QLYHUVLGDG6DQWLDJRGH&DOL Profesor: MSc. MIGUEL ANGEL NIÑO ZAMBRANO Programación: Tiempo

Más detalles

PRC-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 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 detalles

Instituto Tecnológico de Costa Rica

Instituto Tecnológico de Costa Rica Instituto Tecnológico de Costa Rica Escuela de Ingeniería en Computación Proyecto Programado: Revisión de Utilización Médica: Aplicación Web para el control de pacientes en hospitales de Puerto Rico Práctica

Más detalles

Lista de la Verificación de la Gestión de la Seguridad y Salud Ocupacional 1

Lista de la Verificación de la Gestión de la Seguridad y Salud Ocupacional 1 Lista de la Verificación de la Gestión de la Seguridad y Salud Ocupacional 1 Sección Punto de Control Cumplimiento 4. Requisitos del Sistema de gestión de la seguridad y salud ocupacional 4.1 Requisitos

Más detalles

COMPARACIÓN DE LOS INDICADORES DE GESTIÓN DEL CONOCIMIENTO FRENTE A LOS OBJETIVOS ESTRATÉGICOS DEFINIDOS EN XM

COMPARACIÓN DE LOS INDICADORES DE GESTIÓN DEL CONOCIMIENTO FRENTE A LOS OBJETIVOS ESTRATÉGICOS DEFINIDOS EN XM INTRODUCCIÓN El actual ambiente organizacional no solo a nivel colombiano, sino también a nivel internacional, ha venido enfrentando a las compañías a procesos de globalización y competencia, donde la

Más detalles

CAPÍ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. 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 detalles

6. Gestión de proyectos

6. 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 detalles

Curso Auditor Interno Calidad

Curso Auditor Interno Calidad Curso Auditor Interno Calidad 4. Fases de una auditoria OBJETIVOS Fases de una auditoria 1 / 10 OBJETIVOS Al finalizar esta unidad didáctica será capaz: Conocer las fases de una auditoria interna. Conocer

Más detalles

Ciclo de vida y Metodologías para el desarrollo de SW Definición de la metodología

Ciclo de vida y Metodologías para el desarrollo de SW Definición de la metodología Ciclo de vida y Metodologías para el desarrollo de SW Definición de la metodología La metodología para el desarrollo de software es un modo sistemático de realizar, gestionar y administrar un proyecto

Más detalles

1. Generalidades. Nombre de la asignatura o unidad de aprendizaje. Apertura de negocios. Clave asignatura. Ciclo LA945. Modulo tercero (integración)

1. Generalidades. Nombre de la asignatura o unidad de aprendizaje. Apertura de negocios. Clave asignatura. Ciclo LA945. Modulo tercero (integración) Nombre de la asignatura o unidad de aprendizaje Apertura de negocios Ciclo Modulo tercero (integración) Clave asignatura LA945 Objetivo general de la asignatura: El alumno analizará las bases para la apertura

Más detalles

Unidad didáctica 1: EL PROCESO DE DISEÑO

Unidad didáctica 1: EL PROCESO DE DISEÑO Prof. auxiliar: Marcos Martínez Hoja: 1/6 Tema 1.2 PROCESO DE DISEÑO Es una secuencia lógica de pasos que sigue el diseñador a partir de ciertos datos de entrada, para obtener la solución de ingeniería

Más detalles

6.4 ESTRATEGIAS DE PRUEBA

6.4 ESTRATEGIAS DE PRUEBA Prueba del sistema Prueba de validación Prueba de integración Prueba de Unidad Código Diseño Requisitos Ingeniería del Sistema Las pruebas del software aplican similar estrategia moviéndonos de adentro

Más detalles

La ventana de Microsoft Excel

La ventana de Microsoft Excel Actividad N 1 Conceptos básicos de Planilla de Cálculo La ventana del Microsoft Excel y sus partes. Movimiento del cursor. Tipos de datos. Metodología de trabajo con planillas. La ventana de Microsoft

Más detalles

MANUAL DE GESTIÓN: SISTEMA DE GESTIÓN DE LA CALIDAD EN LA UNIDAD de FORMACIÓN DE LA DIPUTACION DE MALAGA

MANUAL DE GESTIÓN: SISTEMA DE GESTIÓN DE LA CALIDAD EN LA UNIDAD de FORMACIÓN DE LA DIPUTACION DE MALAGA Página 1 de 17 MANUAL DE GESTIÓN: SISTEMA DE GESTIÓN DE LA CALIDAD EN LA UNIDAD de FORMACIÓN DE LA DIPUTACION DE MALAGA Página 2 de 17 1 ÍNDICE DEL DOCUMENTO 1 ÍNDICE DEL DOCUMENTO... 2 2 PRESENTACIÓN

Más detalles

LEAN SEIS SIGMA. Introducción

LEAN SEIS SIGMA. Introducción LEAN SEIS SIGMA Introducción En un entorno cada vez más competitivo y globalizado, es necesario poder lanzar continuamente proyectos de mejora de procesos y productos para que la organización se mantenga

Más detalles