El documento describe los conceptos y modelos del ciclo de vida del software. Explica los procesos principales como el desarrollo, la explotación y el mantenimiento, así como los procesos de soporte como la documentación y la gestión de configuración. También compara modelos de ciclo de vida como el modelo en cascada, incremental, en espiral y el prototipado.
Este documento presenta una introducción a los ciclos de vida del software y las metodologías de desarrollo. Explica que un ciclo de vida describe las principales fases de desarrollo de software, mientras que una metodología indica cómo obtener los productos parciales y finales a lo largo de esas fases. Luego compara las metodologías prescriptivas tradicionales con las metodologías ágiles, señalando que ninguna es universalmente aplicable y que la elección depende del contexto del proyecto.
El documento describe los conceptos fundamentales del ciclo de vida del software, incluyendo los procesos principales como el desarrollo, la explotación y el mantenimiento, así como modelos como el modelo en cascada, incremental y en espiral. También cubre temas como la reutilización, la síntesis automática y modelos para el desarrollo orientado a objetos.
El documento describe el ciclo de vida del software y los principales modelos y normas relacionados. Explica que el ciclo de vida del software comprende todas las etapas desde la concepción de una idea hasta la retirada del software. También resume la norma ISO/IEC 12207, que establece los procesos, actividades y tareas involucradas en el desarrollo, operación y mantenimiento de software.
El documento presenta una introducción al ciclo de vida del software, incluyendo conceptos claves, modelos de procesos y la norma ISO/IEC 12207. Explica que el ciclo de vida del software abarca desde la concepción de una idea hasta la entrega y retiro del software. Además, describe la estructura y procesos principales de la norma ISO/IEC 12207 para el desarrollo y mantenimiento de software.
Este documento resume el estándar ISO/IEC 12207 para la gestión del ciclo de vida del software. Describe los tres tipos de procesos involucrados: primarios, de soporte y organizacionales. Explica que los procesos primarios incluyen adquisición, suministro, desarrollo, operación y mantenimiento. Los procesos de soporte son documentación, gestión de configuración, aseguramiento de calidad, verificación, validación y revisiones. Los procesos organizacionales son administración, infraestructura, mejoras y recursos
Este documento describe 6 áreas de identificación de soluciones automatizadas (AI1-AI6) para sistemas existentes. Estas áreas incluyen identificar soluciones, adquirir y mantener software y hardware, desarrollar procedimientos, e instalar y aceptar nuevos sistemas. También incluye administrar cambios a través de un sistema que permita analizar, implementar y monitorear todos los cambios a la infraestructura de TI.
Este documento presenta la Norma Técnica Peruana NTP-ISO/IEC 12207, que establece un marco de referencia para la administración de los procesos del ciclo de vida de la ingeniería de software. Describe los procesos principales y de apoyo del ciclo de vida del software según esta norma internacional, incluyendo la adquisición, suministro, desarrollo, operación y mantenimiento del software. Finalmente, presenta la estructura y arquitectura general de los procesos descritos en la norma NTP-ISO
La NTP-ISO/IEC 12207 tiene como objetivo principal proporcionar una estructura común para que compradores, proveedores, desarrolladores, personal de mantenimiento, operadores, gestores y técnicos involucrados en el desarrollo de software usen un lenguaje común.
Este documento presenta una introducción a los ciclos de vida del software y las metodologías de desarrollo. Explica que un ciclo de vida describe las principales fases de desarrollo de software, mientras que una metodología indica cómo obtener los productos parciales y finales a lo largo de esas fases. Luego compara las metodologías prescriptivas tradicionales con las metodologías ágiles, señalando que ninguna es universalmente aplicable y que la elección depende del contexto del proyecto.
El documento describe los conceptos fundamentales del ciclo de vida del software, incluyendo los procesos principales como el desarrollo, la explotación y el mantenimiento, así como modelos como el modelo en cascada, incremental y en espiral. También cubre temas como la reutilización, la síntesis automática y modelos para el desarrollo orientado a objetos.
El documento describe el ciclo de vida del software y los principales modelos y normas relacionados. Explica que el ciclo de vida del software comprende todas las etapas desde la concepción de una idea hasta la retirada del software. También resume la norma ISO/IEC 12207, que establece los procesos, actividades y tareas involucradas en el desarrollo, operación y mantenimiento de software.
El documento presenta una introducción al ciclo de vida del software, incluyendo conceptos claves, modelos de procesos y la norma ISO/IEC 12207. Explica que el ciclo de vida del software abarca desde la concepción de una idea hasta la entrega y retiro del software. Además, describe la estructura y procesos principales de la norma ISO/IEC 12207 para el desarrollo y mantenimiento de software.
Este documento resume el estándar ISO/IEC 12207 para la gestión del ciclo de vida del software. Describe los tres tipos de procesos involucrados: primarios, de soporte y organizacionales. Explica que los procesos primarios incluyen adquisición, suministro, desarrollo, operación y mantenimiento. Los procesos de soporte son documentación, gestión de configuración, aseguramiento de calidad, verificación, validación y revisiones. Los procesos organizacionales son administración, infraestructura, mejoras y recursos
Este documento describe 6 áreas de identificación de soluciones automatizadas (AI1-AI6) para sistemas existentes. Estas áreas incluyen identificar soluciones, adquirir y mantener software y hardware, desarrollar procedimientos, e instalar y aceptar nuevos sistemas. También incluye administrar cambios a través de un sistema que permita analizar, implementar y monitorear todos los cambios a la infraestructura de TI.
Este documento presenta la Norma Técnica Peruana NTP-ISO/IEC 12207, que establece un marco de referencia para la administración de los procesos del ciclo de vida de la ingeniería de software. Describe los procesos principales y de apoyo del ciclo de vida del software según esta norma internacional, incluyendo la adquisición, suministro, desarrollo, operación y mantenimiento del software. Finalmente, presenta la estructura y arquitectura general de los procesos descritos en la norma NTP-ISO
La NTP-ISO/IEC 12207 tiene como objetivo principal proporcionar una estructura común para que compradores, proveedores, desarrolladores, personal de mantenimiento, operadores, gestores y técnicos involucrados en el desarrollo de software usen un lenguaje común.
Este documento presenta la Norma Técnica Peruana NTP-ISO/IEC 12207:2006 sobre los procesos del ciclo de vida del software. La norma establece un marco de referencia común para los procesos de adquisición, suministro, desarrollo, operación y mantenimiento de software. Incluye procesos, actividades y tareas aplicables a productos y servicios de software, tanto para uso interno como externo de una organización. La norma cubre el ciclo de vida completo del software desde su conceptualización hasta su retiro.
Esta norma establece un marco de referencia común para los procesos del ciclo de vida del software, incluyendo 5 procesos principales, 8 de apoyo y 4 organizativos. Describe cada proceso y lista las actividades de Adquisición y Suministro, detallando algunas de sus tareas. El objetivo es promover el uso de este estándar para mejorar la calidad del software a través de un lenguaje y procesos comunes.
El documento describe 6 procesos (AI1-AI6) para la adquisición, desarrollo e implementación de tecnología de información. Cada proceso (AI1-AI6) tiene objetivos de control detallados y de alto nivel que son auditados a través de entrevistas y documentación para evaluar los controles, su suficiencia y el riesgo de objetivos de control no alcanzados.
La norma ISO 12207 establece procesos y actividades para el ciclo de vida del desarrollo de software, incluyendo procesos primarios como adquisición, suministro, desarrollo, operación y mantenimiento, así como procesos de soporte como documentación, control de configuración y aseguramiento de calidad. El objetivo principal es proporcionar una estructura común para que todas las partes involucradas en el desarrollo de software utilicen un lenguaje común.
Ciclo de vida del software ieee12207 2011mrcordova
Este documento resume el estándar IEEE 12207 para el ciclo de vida del software. Describe los cinco procesos principales del ciclo de vida, los ocho procesos de apoyo y los cuatro procesos organizativos definidos por el estándar. Explica que cada proceso se compone de actividades y tareas, y provee una figura que muestra la estructura del estándar.
El documento describe una solución de gestión documental llamada Alfresco que puede usarse para gestionar de forma eficiente la documentación relacionada con procesos industriales. Alfresco permite clasificar, aprobar, auditar y controlar documentos de manera segura y en cumplimiento con regulaciones. Además, controla el ciclo de vida de los documentos y las copias impresas para mejorar la eficiencia operacional y el cumplimiento regulatorio en procesos industriales.
Este documento presenta tres métodos para la adquisición de sistemas de información: el método tradicional, la compra de paquetes y el cómputo del usuario final. El método tradicional sigue un ciclo de vida de cinco fases - factibilidad, análisis, diseño, programación y pruebas - para desarrollar internamente un sistema. La compra de paquetes implica adquirir sistemas desarrollados por otras compañías, mientras que el cómputo del usuario final permite al usuario desarrollar sus propias aplicaciones
Este documento presenta una introducción a los sistemas de gestión de procesos de negocio (BPMS). Explica las definiciones de BPM, procesos de negocio y BPMS. Describe el ciclo de vida de un proceso de negocio y el ciclo de desarrollo con BPMS. También cubre conceptos como la arquitectura de BPMS, BPMN y los roles en el ciclo de desarrollo. El objetivo es que los lectores comprendan los fundamentos de BPM y BPMS y cómo estos sistemas permiten model
El documento describe el estándar ISO/IEC 12207, el cual especifica los procesos del ciclo de vida de desarrollo de software. Establece tres tipos de procesos: primarios (adquisición, suministro, desarrollo, operación y mantenimiento), de soporte (documentación, gestión de configuraciones, etc.), y organizacionales (gestión, infraestructura, mejora y formación). El estándar describe la arquitectura de los procesos pero no los detalles de su implementación, siendo independiente de tecnologías y metod
El documento habla sobre los estándares de ingeniería de software IEEE/EIA 12207. Explica que este estándar establece un marco común para el ciclo de vida del desarrollo de software, desde la concepción hasta la retirada. Describe la estructura del estándar, incluyendo los procesos primarios, de soporte y organizacionales del ciclo de vida. También menciona algunos procesos específicos como adquisición, suministro y desarrollo.
1) La calidad del software se refiere tanto al producto como al proceso de desarrollo. 2) Cuando la calidad del software es limitada, las organizaciones pueden enfrentar incumplimiento de plazos e incremento de costos debido a defectos. 3) Existen varios modelos, normas y estándares para gestionar la calidad del software como ISO 9000, CMMI y ISO 9126.
El documento habla sobre la importancia de medir la eficacia de los procesos de una organización. Explica que hay dos formas básicas de organizar procesos, líneas de producción y talleres, y que medir indicadores como la productividad, el cumplimiento de plazos de entrega, los niveles de inventario y la calidad del producto final puede ayudar a identificar oportunidades de mejora en la efectividad del sistema completo. También señala que comparar estos indicadores con los de otras organizaciones a través de benchmarking
El documento describe seis áreas de enfoque (AI1-AI6) para administrar el proceso de tecnología de la información de una organización. Estas áreas incluyen identificar soluciones, adquirir y mantener software de aplicaciones, adquirir y mantener arquitectura tecnológica, desarrollar y mantener procedimientos relacionados con TI, instalar y acreditar sistemas, y administrar cambios.
Durante esta presentación de 1 hora, se identifican las tendencias actuales adoptadas en la industria para llevar con éxito mejoras de proceso integrales, alineadas con los planes de negocios y mirando desde la perspectiva del cliente. Se relata la experiencia de Procesix desde 1999 ayudando a las empresas latinoamericanas a mejorar competitividad, la visión de los modelos de buenas prácticas y pautas para que su proyecto de mejora de procesos tenga éxito.
Este documento presenta un mapa conceptual sobre la calidad de software. Explica que la calidad se refiere a las propiedades inherentes a algo que permiten caracterizarlo y valorarlo en comparación con otros de su tipo. Define la calidad de software como la medida en que un producto satisface las necesidades de un cliente. Luego describe normas, estándares y procesos relacionados con la regulación de la calidad de software, así como modelos para medir y mejorar la calidad.
IEEE 1074 es un estándar para desarrollar modelos de procesos y métodos de desarrollo de software utilizando un ciclo de vida. Define grupos de procesos y procesos específicos para las fases de pre-desarrollo, desarrollo, post-desarrollo e integración. Requiere la aplicación de técnicas de calidad como métricas, verificación y validación, y gestión de configuración del software.
El documento describe varios modelos o ciclos de vida comunes para el desarrollo de software. Explica el modelo cascada o clásico, el cual involucra etapas secuenciales como especificación de requisitos, diseño, programación y pruebas. También describe el modelo de prototipos, modelo en espiral, modelo de desarrollo por etapas e iterativo/incremental. Finalmente, menciona brevemente los modelos estructurado y orientado a objetos.
El documento describe los conceptos fundamentales del proceso de desarrollo de software. Explica que el proceso involucra varias etapas como la especificación, el diseño y la codificación, y que cada etapa debe realizarse con precisión para obtener un buen resultado. También describe diferentes metodologías de desarrollo como el ciclo de vida en cascada, la construcción rápida de prototipos y los enfoques orientados a objetos. El documento concluye señalando que factores como el cumplimiento de plazos y la calidad del software no
Este documento describe varios modelos de ciclo de vida de software, incluidos los modelos cascada, incremental, evolutivo, espiral, concurrente y V. También describe métodos rápidos de desarrollo de software y las actividades y herramientas comunes en el proceso de desarrollo de software, como el análisis de requisitos, diseño, pruebas y mantenimiento. Además, explica los pasos para seleccionar el modelo de ciclo de vida apropiado para un proyecto de software.
Este documento resume los fundamentos de la ingeniería de software y los ciclos de vida del software. Explica que un proceso de software incluye actividades estructurales como la comunicación, planeación, modelado, construcción y despliegue. También describe que un proceso de software se compone de actividades sombrilla, acciones de ingeniería de software y flujos de proceso. Finalmente, contrasta los modelos de procesos prescriptivos tradicionales con los modelos ágiles que buscan entregar valor al cliente de manera temprana.
Este documento presenta la Norma Técnica Peruana NTP-ISO/IEC 12207:2006 sobre los procesos del ciclo de vida del software. La norma establece un marco de referencia común para los procesos de adquisición, suministro, desarrollo, operación y mantenimiento de software. Incluye procesos, actividades y tareas aplicables a productos y servicios de software, tanto para uso interno como externo de una organización. La norma cubre el ciclo de vida completo del software desde su conceptualización hasta su retiro.
Esta norma establece un marco de referencia común para los procesos del ciclo de vida del software, incluyendo 5 procesos principales, 8 de apoyo y 4 organizativos. Describe cada proceso y lista las actividades de Adquisición y Suministro, detallando algunas de sus tareas. El objetivo es promover el uso de este estándar para mejorar la calidad del software a través de un lenguaje y procesos comunes.
El documento describe 6 procesos (AI1-AI6) para la adquisición, desarrollo e implementación de tecnología de información. Cada proceso (AI1-AI6) tiene objetivos de control detallados y de alto nivel que son auditados a través de entrevistas y documentación para evaluar los controles, su suficiencia y el riesgo de objetivos de control no alcanzados.
La norma ISO 12207 establece procesos y actividades para el ciclo de vida del desarrollo de software, incluyendo procesos primarios como adquisición, suministro, desarrollo, operación y mantenimiento, así como procesos de soporte como documentación, control de configuración y aseguramiento de calidad. El objetivo principal es proporcionar una estructura común para que todas las partes involucradas en el desarrollo de software utilicen un lenguaje común.
Ciclo de vida del software ieee12207 2011mrcordova
Este documento resume el estándar IEEE 12207 para el ciclo de vida del software. Describe los cinco procesos principales del ciclo de vida, los ocho procesos de apoyo y los cuatro procesos organizativos definidos por el estándar. Explica que cada proceso se compone de actividades y tareas, y provee una figura que muestra la estructura del estándar.
El documento describe una solución de gestión documental llamada Alfresco que puede usarse para gestionar de forma eficiente la documentación relacionada con procesos industriales. Alfresco permite clasificar, aprobar, auditar y controlar documentos de manera segura y en cumplimiento con regulaciones. Además, controla el ciclo de vida de los documentos y las copias impresas para mejorar la eficiencia operacional y el cumplimiento regulatorio en procesos industriales.
Este documento presenta tres métodos para la adquisición de sistemas de información: el método tradicional, la compra de paquetes y el cómputo del usuario final. El método tradicional sigue un ciclo de vida de cinco fases - factibilidad, análisis, diseño, programación y pruebas - para desarrollar internamente un sistema. La compra de paquetes implica adquirir sistemas desarrollados por otras compañías, mientras que el cómputo del usuario final permite al usuario desarrollar sus propias aplicaciones
Este documento presenta una introducción a los sistemas de gestión de procesos de negocio (BPMS). Explica las definiciones de BPM, procesos de negocio y BPMS. Describe el ciclo de vida de un proceso de negocio y el ciclo de desarrollo con BPMS. También cubre conceptos como la arquitectura de BPMS, BPMN y los roles en el ciclo de desarrollo. El objetivo es que los lectores comprendan los fundamentos de BPM y BPMS y cómo estos sistemas permiten model
El documento describe el estándar ISO/IEC 12207, el cual especifica los procesos del ciclo de vida de desarrollo de software. Establece tres tipos de procesos: primarios (adquisición, suministro, desarrollo, operación y mantenimiento), de soporte (documentación, gestión de configuraciones, etc.), y organizacionales (gestión, infraestructura, mejora y formación). El estándar describe la arquitectura de los procesos pero no los detalles de su implementación, siendo independiente de tecnologías y metod
El documento habla sobre los estándares de ingeniería de software IEEE/EIA 12207. Explica que este estándar establece un marco común para el ciclo de vida del desarrollo de software, desde la concepción hasta la retirada. Describe la estructura del estándar, incluyendo los procesos primarios, de soporte y organizacionales del ciclo de vida. También menciona algunos procesos específicos como adquisición, suministro y desarrollo.
1) La calidad del software se refiere tanto al producto como al proceso de desarrollo. 2) Cuando la calidad del software es limitada, las organizaciones pueden enfrentar incumplimiento de plazos e incremento de costos debido a defectos. 3) Existen varios modelos, normas y estándares para gestionar la calidad del software como ISO 9000, CMMI y ISO 9126.
El documento habla sobre la importancia de medir la eficacia de los procesos de una organización. Explica que hay dos formas básicas de organizar procesos, líneas de producción y talleres, y que medir indicadores como la productividad, el cumplimiento de plazos de entrega, los niveles de inventario y la calidad del producto final puede ayudar a identificar oportunidades de mejora en la efectividad del sistema completo. También señala que comparar estos indicadores con los de otras organizaciones a través de benchmarking
El documento describe seis áreas de enfoque (AI1-AI6) para administrar el proceso de tecnología de la información de una organización. Estas áreas incluyen identificar soluciones, adquirir y mantener software de aplicaciones, adquirir y mantener arquitectura tecnológica, desarrollar y mantener procedimientos relacionados con TI, instalar y acreditar sistemas, y administrar cambios.
Durante esta presentación de 1 hora, se identifican las tendencias actuales adoptadas en la industria para llevar con éxito mejoras de proceso integrales, alineadas con los planes de negocios y mirando desde la perspectiva del cliente. Se relata la experiencia de Procesix desde 1999 ayudando a las empresas latinoamericanas a mejorar competitividad, la visión de los modelos de buenas prácticas y pautas para que su proyecto de mejora de procesos tenga éxito.
Este documento presenta un mapa conceptual sobre la calidad de software. Explica que la calidad se refiere a las propiedades inherentes a algo que permiten caracterizarlo y valorarlo en comparación con otros de su tipo. Define la calidad de software como la medida en que un producto satisface las necesidades de un cliente. Luego describe normas, estándares y procesos relacionados con la regulación de la calidad de software, así como modelos para medir y mejorar la calidad.
IEEE 1074 es un estándar para desarrollar modelos de procesos y métodos de desarrollo de software utilizando un ciclo de vida. Define grupos de procesos y procesos específicos para las fases de pre-desarrollo, desarrollo, post-desarrollo e integración. Requiere la aplicación de técnicas de calidad como métricas, verificación y validación, y gestión de configuración del software.
El documento describe varios modelos o ciclos de vida comunes para el desarrollo de software. Explica el modelo cascada o clásico, el cual involucra etapas secuenciales como especificación de requisitos, diseño, programación y pruebas. También describe el modelo de prototipos, modelo en espiral, modelo de desarrollo por etapas e iterativo/incremental. Finalmente, menciona brevemente los modelos estructurado y orientado a objetos.
El documento describe los conceptos fundamentales del proceso de desarrollo de software. Explica que el proceso involucra varias etapas como la especificación, el diseño y la codificación, y que cada etapa debe realizarse con precisión para obtener un buen resultado. También describe diferentes metodologías de desarrollo como el ciclo de vida en cascada, la construcción rápida de prototipos y los enfoques orientados a objetos. El documento concluye señalando que factores como el cumplimiento de plazos y la calidad del software no
Este documento describe varios modelos de ciclo de vida de software, incluidos los modelos cascada, incremental, evolutivo, espiral, concurrente y V. También describe métodos rápidos de desarrollo de software y las actividades y herramientas comunes en el proceso de desarrollo de software, como el análisis de requisitos, diseño, pruebas y mantenimiento. Además, explica los pasos para seleccionar el modelo de ciclo de vida apropiado para un proyecto de software.
Este documento resume los fundamentos de la ingeniería de software y los ciclos de vida del software. Explica que un proceso de software incluye actividades estructurales como la comunicación, planeación, modelado, construcción y despliegue. También describe que un proceso de software se compone de actividades sombrilla, acciones de ingeniería de software y flujos de proceso. Finalmente, contrasta los modelos de procesos prescriptivos tradicionales con los modelos ágiles que buscan entregar valor al cliente de manera temprana.
Este documento presenta una introducción a la ingeniería del software. Explica que mientras que el hardware ha experimentado un rápido avance gracias a la ley de Moore, el software ha sufrido una crisis caracterizada por altas tasas de fracaso de proyectos. También define la ingeniería del software como la aplicación de principios de ingeniería para desarrollar software eficiente y de calidad.
Este documento describe varios modelos de ciclo de vida de desarrollo de software, incluidos los modelos en cascada y en espiral. Explica las etapas típicas del ciclo de vida como análisis, diseño, codificación, pruebas y mantenimiento. Luego compara y contrasta diferentes enfoques de ciclo de vida como cascada puro, en V, por subproyectos, iterativo, por prototipos, evolutivo e incremental.
El documento describe diferentes modelos de desarrollo de software, incluyendo el modelo en cascada, modelo en V, modelo en flor, prototipos, modelo de espiral, modelo de procesos e incrementales. Explica las características clave, ventajas y desventajas de cada modelo.
El documento describe el proceso de desarrollo de software, incluyendo diferentes ciclos de vida como el ciclo de vida clásico o en cascada, los prototipos desechables y el modelo en espiral. También discute métodos informales, semiformales y formales, así como técnicas clave como el modelado, la división del producto y el proceso. El objetivo general es establecer principios de ingeniería para producir software de manera económica y confiable.
Este documento describe el modelo de prototipo para el desarrollo de software. Explica que el modelo de prototipo permite construir rápidamente parte o la totalidad de un sistema para aclarar los requisitos con los usuarios y el cliente. Detalla las etapas del modelo como identificar requisitos, desarrollar un prototipo inicial, probarlo y mejorarlo. También discute las ventajas de este modelo como minimizar riesgos e incertidumbres, y las desventajas como que los clientes pueden decepcionarse si no entienden que es un prototipo.
El documento explica los ciclos de vida de las plantas, animales y humanos. En las plantas, el ciclo comienza con una semilla que crece en una planta, florece y produce más semillas. En los animales, el ciclo incluye etapas como la metamorfosis en los insectos. En los humanos, el ciclo pasa por las etapas de infancia, adolescencia, adultez y vejez, con cambios físicos en cada una.
El documento describe tres modelos de ciclo de vida para proyectos de desarrollo de software: el modelo en cascada, el modelo incremental y el modelo evolutivo. El modelo en cascada es secuencial y se aplica a proyectos pequeños, mientras que el modelo incremental permite entregas múltiples y el modelo evolutivo libera varias versiones del software a lo largo del tiempo.
El documento describe diferentes elementos y modelos de ingeniería de software. Explica conceptos como modelo de desarrollo, aproximación metodológica, notación, método, y describe modelos de desarrollo como cascada, prototipado, DRA, incremental, espiral y de ensamblaje de componentes. También introduce el proceso unificado y su historia.
El documento describe diferentes modelos de ciclo de vida del software, incluyendo el modelo en cascada, incremental, en espiral, prototipado y orientado a objetos. Explica los procesos, ventajas e inconvenientes de cada modelo. También compara los diferentes modelos en términos de tiempo de desarrollo requerido.
El documento describe diferentes modelos de ciclo de vida del software, incluyendo el modelo en cascada, incremental, en espiral, prototipado y orientado a objetos. Explica los procesos, ventajas e inconvenientes de cada modelo. También compara los diferentes modelos en términos de tiempo de desarrollo requerido.
El documento describe los diferentes modelos de ciclo de vida del software, incluyendo el modelo en cascada, incremental, en espiral y prototipado. También compara estos modelos y describe procesos como la reutilización, síntesis automática y modelos para sistemas orientados a objetos.
- Ciclo de vida del software: El periodo de tiempo desde la definición de requisitos hasta el fin de su uso, comprendiendo procesos de desarrollo, operación y mantenimiento.
- Procesos: Conjuntos de actividades y tareas relacionadas que transforman entradas en salidas. Incluyen desarrollo, operación, mantenimiento y procesos de soporte como documentación y gestión de calidad.
- Modelos de ciclo de vida: Enfoques como cascada, espiral e incremental para gestionar los procesos a lo larg
Crossnet es una empresa peruana especializada en soluciones de negocio basadas en tecnologías BPM, SOA y Web 2.0. La presentación describe la plataforma Oracle BPM Suite, la cual permite modelar, implementar, ejecutar y medir procesos de negocio de una manera flexible y ágil. La plataforma ofrece herramientas para el análisis, diseño, desarrollo e implementación de procesos de negocio, así como paneles de control para el monitoreo de los procesos en ejecución.
Esta norma establece un proceso de ciclo de vida para el desarrollo de software que incluye procesos y actividades desde la definición de requisitos hasta la finalización de su uso. Tiene como objetivo proporcionar una estructura común para compradores, proveedores, desarrolladores y otros involucrados en el desarrollo de software. El Rational Unified Process (RUP) es una metodología adaptable que apoya completamente la norma a través de procesos como verificación y validación, gestión de configuración, aseguramiento
Esta norma establece un proceso de ciclo de vida para el desarrollo de software que incluye procesos y actividades desde la definición de requisitos hasta la finalización de su uso. Tiene como objetivo proporcionar una estructura común para compradores, proveedores, desarrolladores y otros involucrados en el desarrollo de software. El Rational Unified Process (RUP) es una metodología adaptable que apoya completamente la norma a través de procesos como verificación y validación, gestión de configuración, aseguramiento
El documento describe los pasos para la adquisición e implementación de soluciones de TI. Estos incluyen 1) identificar soluciones automatizadas, 2) adquirir y mantener software, 3) adquirir y mantener infraestructura, 4) desarrollar y mantener procesos, 5) instalar y aceptar sistemas, y 6) administrar cambios. El objetivo general es lograr la estrategia de TI a través de cubrir los cambios y mantenimiento a los sistemas existentes.
Este documento describe los procesos clave de adquisición e implementación de sistemas de tecnología de la información. Estos procesos incluyen la identificación de soluciones automatizadas, la adquisición y mantenimiento de software y estructuras tecnológicas, el desarrollo y mantenimiento de procesos, la instalación y aceptación de sistemas, y la administración de cambios.
Este documento presenta una propuesta de certificaciones en tecnologías de la información (TI) del Instituto Argentino de Racionalización de Materiales (IRAM). Se describen diversas normas y certificaciones relacionadas con la calidad del software, como la certificación de procesos, productos, niveles de madurez organizacional y gestión de servicios de TI. También se mencionan normas como ISO 9001, ISO 15504, ISO 27001 e ISO 12207. Finalmente, se presenta brevemente el equipo de trabajo del IRAM responsable de las certificaciones en
La norma ISO 12207 establece un proceso de ciclo de vida para el desarrollo de software que incluye procesos y actividades aplicables desde la definición de requisitos hasta la finalización del uso del software. El Rational Unified Process (RUP) es una metodología de desarrollo de software adaptable que utiliza procesos como la verificación y validación para garantizar la calidad, además de procesos de configuración, aseguramiento de calidad, revisión y resolución de problemas. Siguiendo los lineamientos de ISO 12207 y
Actividad semana 04 ciclo de vida softwareMauricio Durán
El documento describe un curso sobre calidad en el desarrollo de software basado en la Norma ISO/IEC 12207 y el Proceso Unificado (RUP). Explica cómo los procesos de apoyo y organizativos de la norma ISO 12207 contribuyen a la calidad, define la norma 12207 y RUP, y describe la relación entre ambos marcos.
Este documento proporciona una introducción a la gestión de procesos empresariales (BPM). Explica que BPM involucra el modelado de los procesos de negocio mediante herramientas como workflows para automatizarlos y monitorearlos. También describe los componentes clave de un sistema BPM como el modelado y ejecución de procesos, y los beneficios que proporciona como la automatización, visibilidad y colaboración. Finalmente, presenta una introducción a la notación BPMN, que permite modelar visualmente los flu
Este documento discute diferentes enfoques y modelos de calidad de software, incluyendo el enfoque hacia el producto, el enfoque hacia el proceso, y modelos como ISO 9126 e ISO 12207. También describe procesos de desarrollo de software, roles, actividades y artefactos. Resalta que no existe un proceso universal y que debe ser configurable según cada proyecto, mencionando RUP y XP como dos exponentes representativos.
Para implementar con éxito la estrategia de TI, el documento describe el proceso que incluye identificar soluciones TI, adquirir y mantener software y hardware, desarrollar y mantener procesos, instalar y aceptar sistemas, y administrar cambios.
La ingeniería de software es la disciplina que ofrece métodos y técnicas para desarrollar y mantener software de manera sistemática. Existen diferentes modelos de ciclo de vida como el lineal, en cascada e iterativo, los cuales dividen el proceso en etapas como análisis, diseño e implementación. También hay metodologías como Scrum que proveen guías para llevar a cabo los proyectos.
Una presentación de como aplicar dentro de proyectos de desarrollo o implantación de software los criterios de calidad esperados en este tipo de situaciones.
El documento describe el estándar IEEE/EIA 12207 para los procesos del ciclo de vida del software. Explica que el estándar define los principales procesos como adquisición, suministro, desarrollo, operación y mantenimiento, así como procesos de apoyo como documentación, gestión de configuración y aseguramiento de calidad. También cubre los procesos organizativos y de adaptación, y discute las ventajas, limitaciones y necesidad de una gestión adecuada del cambio para mejorar la calidad a través de la adop
El documento describe los objetivos y procesos de adquisición e implementación de soluciones tecnológicas automatizadas. Los objetivos incluyen asegurar que las soluciones cumplen con los requisitos del usuario mediante análisis, proporcionar plataformas para aplicaciones de negocios a través de evaluación de tecnología, y verificar que las soluciones propuestas sean adecuadas a través de pruebas e instalación. Los procesos cubren identificación de soluciones, adquisición y mantenimiento de software y hardware,
1. 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 el Ciclo de Vida
8. Síntesis automática de Software
9. Comparación de Ciclos de Vida
10. Modelos para desarrollo de sistemas Orientados a
Objetos.
2. CICLO DE VIDA 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 procesos, las actividades
y las tareas involucradas en el desarrollo, la explotación y el
mantenimiento de un producto de software, abarcando la vida del
sistema desde la definición de los requisitos hasta la finalización de
su uso”
ISO 12207-1
3. CICLO DE VIDA DEL SOFTWARE
3.020
PROCESOS DEL CICLO DE VIDA SOFTWARE
PROCESOS PRINCIPALES PROCESOS DE SOPORTE
DOCUMENTACIÓN
ADQUISICIÓN GESTIÓN DE CONFIGURACIÓN
ASEGURAMIENTO DE CALIDAD
SUMINISTRO
VERIFICACIÓN
VALIDACIÓN
EXPLOTACIÓN REVISIÓN CONJUNTA
DESARROLLO
AUDITORÍA
MANTENIMIENTO
RESOLUCIÓN DE PROBLEMAS
PROCESOS DE LA ORGANIZACIÓN
GESTIÓN INFRAESTRUCTURA
MEJORA FORMACIÓN
4. CICLO DE VIDA DEL SOFTWARE
3.030
PROCESOS PRINCIPALES I
Proceso de Adquisición
Proceso de Suministro
5. CICLO DE VIDA DEL SOFTWARE
3.040
PROCESOS PRINCIPALES II
Proceso de Desarrollo I
Análisis de Requisitos del Sistema
Diseño de la Arquitectura del Sistema
Análisis de los Requisitos del Software
Diseño de la Arquitectura del Software
Diseño Detallado del Software
Codificación y Prueba del Software
6. CICLO DE VIDA DEL SOFTWARE
3.050
PROCESOS PRINCIPALES III
Proceso de Desarrollo II
Integración del Software
Prueba del Software
Integración del Sistema
Prueba del Sistema
Instalación del Software
Soporte del proceso de Aceptación del Software
7. CICLO DE VIDA DEL SOFTWARE
3.060
PROCESOS PRINCIPALES IV
Proceso de Explotación
Proceso de Mantenimiento
8. CICLO DE VIDA DEL SOFTWARE
3.070
PROCESOS DE SOPORTE I
Proceso de Documentación
Proceso de Gestión de la Configuración
9. CICLO DE VIDA DEL SOFTWARE
3.080
PROCESOS DE SOPORTE II
Proceso de Aseguramiento de la Calidad
Proceso de Verificación
Proceso de Validación
10. CICLO DE VIDA DEL SOFTWARE
3.090
PROCESOS DE SOPORTE III
Proceso de Revisión Conjunta
Proceso de Auditoría
Proceso de Resolución de Problemas
11. CICLO DE VIDA DEL SOFTWARE
3.100
PROCESOS GENERALES
Proceso de Gestión
Proceso de Infraestructura
Proceso de Mejora
Proceso de Formación
12. CICLO DE VIDA DEL SOFTWARE
3.110
Contrato Visión del Contrato
Proceso de Adquisición Proceso de Suministro Comprador, Proveedor
Emplea
emplea
Visión de la dirección
Proceso de Gestión Dirección
Emplea
emplea emplea Visión
operativa
emplea
Proceso de Explotación Operador, Usuario
Emplea
Visión de
ingeniería
Desarrollador
Proceso de Mantenimiento Proceso de Desarrollo
Personal mantenimiento
Emplea emplea
Soporte
Procesos de Apoyo
Comprador, Proveedor
-Documentación -Validación
-Gestión de Configuración -Revisión conjunta
-Aseguramiento de la Calidad -Auditoría
-Verificación -Resolver Problemas
Procesos de la Organización
- Infraestructura -Formación
- Mejora
14. CICLO DE VIDA DEL SOFTWARE
3.130
MODELO EN CASCADA
CRITICAS:
No refleja realmente el proceso de desarrollo del software
Se tarda mucho tiempo en pasar por todo el ciclo
Perpetua el fracaso de la industria del software en su
comunicación con el usuario final
El mantenimiento se realiza en el código fuente
Las revisiones de proyectos de gran complejidad son muy
difíciles
Impone una estructura de gestión de proyectos
15. CICLO DE VIDA DEL SOFTWARE
3.140
MODELO INCREMENTAL
...
16. CICLO DE VIDA DEL SOFTWARE
3.150
MODELO INCREMENTAL
Se evitan proyectos largos y se entrega “Algo de valor” a los
usuarios con cierta frecuencia
El usuario se involucra más
Difícil de evaluar el coste total
Difícil de aplicar a sistemas transaccionales que tienden a ser
integrados y a operar como un todo
Requiere gestores experimentados
Los errores en los requisitos se detectan tarde.
El resultado puede ser muy positivo
17. CICLO DE VIDA DEL SOFTWARE
3.160
MODELO DE PROTOTIPO
18. CICLO DE VIDA DEL SOFTWARE
3.170
EL PROTOTIPADO “RAPIDO”
19. CICLO DE VIDA DEL SOFTWARE
3.180
MODELO DE PROTOTIPO
No modifica el flujo del ciclo de vida
Reduce el riesgo de construir productos que no
satisfagan las necesidades de los usuarios
Reduce costos y aumenta la probabilidad de éxito
Exige disponer de las herramientas adecuadas
No presenta calidad ni robustez
Una vez identificados todos los requisitos mediante el
prototipo, se construye el producto de ingeniería.
20. CICLO DE VIDA DEL SOFTWARE
3.190
EL PROTOTIPADO
PARA QUE SEA EFECTIVO:
Debe ser un sistema con el que se pueda experimentar
Debe ser comparativamente barato (< 10%)
Debe desarrollarse rápidamente
Enfasis en la interfaz de usuario
Equipo de desarrollo reducido
Herramientas y lenguajes adecuados
“El prototipado es un medio excelente para recoger
el ‘feedback’ (realimentación) del usuario final”
21. CICLO DE VIDA DEL SOFTWARE
3.200
PELIGROS DEL PROTOTIPO
El cliente ve funcionando lo que para el es la
primera versión del prototipo que ha sido construido
con “plastilina y alambres”, y puede desilusionarse
al decirle que el sistema aun no ha sido construido.
El desarrollador puede caer en la tentación de
ampliar el prototipo para construir el sistema final
sin tener en cuenta los compromisos de calidad y de
mantenimiento que tiene con el cliente.
22. CICLO DE VIDA DEL SOFTWARE
3.210
EL PROTOTIPADO EVOLUTIVO
Construcción de una implementación parcial que cubre los
requisitos conocidos, para ir aprendiendo el resto y,
paulatinamente, incorporarlos al sistema
Reduce el riesgo y aumenta la probabilidad de éxito
No se conocen niveles apropiados de calidad y
documentación
Problemas de gestión de configuración
Construir software para que pueda ser modificado fácilmente
es un “arte desconocido”
23. CICLO DE VIDA DEL SOFTWARE
3.220
EL PROTOTIPADO OPERACIONAL
24. CICLO DE VIDA DEL SOFTWARE
3.230
MODELO EN ESPIRAL
Determinar
objetivos, Evaluar alternativas,
alternativas, identificar y resolver
restricciones
Análisis los riesgos
de Riesgos
Análisis
de Riesgos
Análisis
de Riesgos
Prototipo
Prototipo 3 Operativo
Análisis de Prototipo 2
Riesgos
Prototipo 1
Plan de Requisitos Simulaciones, modelos, benchmarks
Concepto de
Plan del Ciclo de Vida Operación Requisitos
Sw Diseño Diseño
Producto detallado
Plan de Validación de Sw
Desarrollo Requisitos
Código
Plan de Pruebas
Integración V & V del
unitarias
y Pruebas diseño
Integración
y prueba
Prueba de
Imple-
Planificar las menta-
aceptación
fases siguientes ción
Desarrolar, Verificar el
producto del siguiente nivel
26. CICLO DE VIDA DEL SOFTWARE
3.250
MODELO EN ESPIRAL
Trata de mejorar los ciclos de vida clásicos y prototipos.
Permite acomodar otros modelos
Incorpora objetivos de calidad y gestión de riesgos
Elimina errores y alternativas no atractivas al comienzo
Permite iteraciones, vuelta atrás y finalizaciones rápidas
Cada ciclo empieza identificando:
Los objetivos de la porción correspondiente
Las alternativas
Restricciones
Cada ciclo se completa con una revisión que incluye todo el
ciclo anterior y el plan para el siguiente
27. CICLO DE VIDA DEL SOFTWARE
3.260
MODELO EN ESPIRAL
Diferencias entre modelo en espiral y modelos tradicionales
Reconocimiento explícito de las diferentes
alternativas.
Identificación de riesgos para cada alternativa
desde el comienzo.
Al dividir el proyecto en ciclos, al final de cada
uno existe un acuerdo para los cambios que hay
que realizar en el sistema.
El modelo se adapta a cualquier tipo de
actividad adicional
28. CICLO DE VIDA DEL SOFTWARE
3.270
LA REUTILIZACION EN EL CICLO DE VIDA
BIBLIOTECA
29. CICLO DE VIDA DEL SOFTWARE
3.280
LA REUTILIZACION EN EL CICLO DE VIDA
Principios de la reutilización:
Existen similitudes entre distintos sistemas de un mismo dominio de aplicación
El software puede representarse como una combinación de módulos
Diseñar aplicaciones = especificar módulos + interrelaciones
Los sistemas nuevos se pueden caracterizar por diferencias respecto a los antiguos
☺ Reduce tiempos y costes de desarrollo
☺ Aumenta la fiabilidad
Dificultad para reconocer los componentes potencialmente
reutilizables
Dificultad de catalogación y recuperación
Problemas de motivación
Problemas de gestión de configuración
30. CICLO DE VIDA DEL SOFTWARE
3.290
SÍNTESIS AUTOMÁTICA DE SOFTWARE
31. CICLO DE VIDA DEL SOFTWARE
3.300
SINTESIS AUTOMATICA DEL SOFTWARE
Se define el sistema utilizando un lenguaje formal
La implementación es automática, asistida por el
ordenador
La documentación se genera de forma automática
El mantenimiento se realiza “por sustitución” no mediante
“parches”
Dificultad en la participación del usuario
Diseños poco optimizados
32. CICLO DE VIDA DEL SOFTWARE
3.310
COMPARACION DE CICLOS DE VIDA (Clásico)
Tiempo
33. CICLO DE VIDA DEL SOFTWARE
3.320
COMPARACION DE CICLOS DE VIDA (Clásico)
Tiempo
34. CICLO DE VIDA DEL SOFTWARE
3.330
COMPARACION DE CICLOS DE VIDA (Prototipo rápido)
Tiempo
35. CICLO DE VIDA DEL SOFTWARE
3.340
COMPARACION DE CICLOS DE VIDA (Incremental)
Tiempo
36. CICLO DE VIDA DEL SOFTWARE
3.350
COMPARACION DE CICLOS DE VIDA
(Prototipado evolutivo)
Tiempo
37. CICLO DE VIDA DEL SOFTWARE
3.360
COMPARACION DE CICLOS DE VIDA
(Reutilización)
Tiempo
38. CICLO DE VIDA DEL SOFTWARE
3.370
COMPARACION DE CICLOS DE VIDA (Síntesis automática)
Tiempo
39. CICLO DE VIDA DEL SOFTWARE
3.380
MODELOS PARA DESARROLLO DE SISTEMAS
ORIENTADOS A OBJETOS
MODELO DE AGRUPAMIENTO
Agrupamiento n ESPEC DISREA VALGEN
TIEMPO
ESPEC DISREA VALGEN Agrupamiento 2
ESPEC DISREA VALGEN Agrupamiento 1
Especificación Diseño-Realización Validación-Generalización
TIEMPO
40. CICLO DE VIDA DEL SOFTWARE
3.390
MODELO REMOLINO
Amplitud
Profundidad
Madurez
Alternativas
Alcance
41. CICLO DE VIDA DEL SOFTWARE
3.400
MODELO PINBALL
La pelota representa un proyecto completo o un subproyecto.
El jugador es el equipo de desarrollo.
Se procede de forma iterativa a encontrar clases, atributos
métodos e interrelaciones y definir colaboraciones, herencia,
agregación y subsistemas.
Por último se pasa a la programación, prueba e
implementación.
Hay dos estilos a la hora de “jugar”:
Seguro tecnologías y métodos probados.
Al límite Mayor riesgo, más ventajas.
43. CICLO DE VIDA DEL SOFTWARE
3.420
CONSIDERACIONES SOBRE MODELOS OO
Se eliminan fronteras entre fases debido a la
naturaleza iterativa del desarrollo orientado al
objeto.
Aparece una nueva forma de concebir los
lenguajes de programación y su uso al
incorporarse bibliotecas de clases y otros
componentes reutilizables.
Hay un alto grado de iteración y solapamiento, lo
que lleva a una forma de trabajo muy dinámica.
44. CICLO DE VIDA DEL SOFTWARE
3.430
EJERCICIOS
Ejercicio 1
¿Qué factores influyen a la hora de elegir un ciclo de vida para
resolver un problema dado?
¿Qué ciclo de vida elegiría para resolver un problema que se
comprende bien desde el principio y está muy
estructurado? Una vez elegido el ciclo de vida, ¿qué
procesos escogería para dicho ciclo de vida, teniendo en
cuenta que el desarrollo informático para resolver el
problema anterior lo realiza una única persona?
45. CICLO DE VIDA DEL SOFTWARE
3.440
EJERCICIOS
Ejercicio 2
Se supone que se va desarrollar una aplicación relativa a la
gestión de pedidos de una empresa. En este caso el cliente
no tiene todavía muy claro qué es lo que quiere. Además,
el personal informático va a utilizar un tecnología que le
resulta completamente nueva. Discútase qué tipo de ciclo
de vida es más apropiado y qué procesos se deberían
utilizar para desarrollar esta aplicación.
46. CICLO DE VIDA DEL SOFTWARE
3.450
EJERCICIOS
Ejercicio 3
Indicar la(s) respuesta(s) correcta(s) y razonar la respuesta:
El ciclo de vida:
a)Comienza con una idea o necesidad que satisfacer y acaba con las
pruebas satisfactorias del producto.
b)No existe ningún estándar que describa sus procesos y actividades.
c)No se trata sólo de realizar el análisis, diseño, codificación y pruebas;
también incluye, entre otros, procesos de soporte.
d)El mantenimiento lo constituyen las actividades para mantener sin
cambios el sistema.
e)En la actividad de análisis de los requisitos software los desarrolladores
obtienen de los futuros usuarios los requisitos que piden al sistema.