El documento describe los conceptos fundamentales de un proyecto y la metodología RUP. Un proyecto involucra documentación y técnicas para asegurar el manejo efectivo de una iniciativa. RUP utiliza un enfoque iterativo e incremental a través de fases como la concepción, elaboración, construcción y transición para desarrollar software. Cada iteración produce una versión ejecutable del sistema para probar y validar.
Este documento describe el proceso de desarrollo de software y los conceptos clave relacionados. Explica que un proyecto de software involucra documentación y técnicas para asegurar su ejecución consistente. Luego describe los conceptos fundamentales como objetivos, alcance, complejidad y contexto. Finalmente, explica que el primer paso es presentar un pliego de condiciones técnicas que establece los compromisos técnicos del gerente de proyecto.
El documento describe los conceptos básicos de un proyecto de software, incluyendo la identificación de un proyecto a través de su objetivo, alcance, contexto y restricciones. Explica el papel del gerente de proyecto y los pasos iniciales para la elaboración de un proyecto como la presentación de un pliego de condiciones técnicas. También presenta un ejemplo de declaración de proyecto para el desarrollo de un sistema de información para el otorgamiento de créditos a Pymes.
Este documento presenta información sobre un proyecto de software para el otorgamiento de créditos a pymes. Explica que el objetivo del proyecto es desarrollar un sistema de información que permita verificar la información de los solicitantes, revisar sus historiales crediticios, elaborar calendarios de pagos y registrar los créditos otorgados. El proyecto busca agilizar el proceso de decisión crediticia para atraer más clientes.
Este documento discute las dificultades comunes en la gestión de requerimientos y cómo mejorarla. La gestión de requerimientos es crucial para el éxito de los proyectos, pero a menudo falla debido a problemas de comunicación, acceso limitado a las partes interesadas y requerimientos implícitos no documentados. Para superar estas dificultades, se debe mejorar la comunicación, involucrar activamente a las partes interesadas y asegurarse de documentar todos los requerimientos, incluso los que parecen obvios.
Este documento describe los conceptos y actividades clave relacionadas con la administración de requerimientos. Establece que la administración de requerimientos implica el establecimiento y mantenimiento de un acuerdo con el cliente sobre los requerimientos del proyecto de software. Luego describe las siete actividades principales de la administración de requerimientos: 1) recolección, 2) aprobación y congelamiento, 3) administración, 4) revisión, 5) liberación, 6) auditoría y 7) control de cambios. Finalmente, cubre tem
Este documento presenta la metodología de gestión de requerimientos para el desarrollo de software. Explica las técnicas para identificar las necesidades del cliente, definir requerimientos funcionales y no funcionales, y realizar pruebas y control de cambios. Se describen técnicas como entrevistas, cuestionarios y lluvia de ideas para identificar requerimientos, así como diagramas y prototipos para definirlos. También incluye la importancia de documentar y gestionar los requerimientos y cambios a lo largo del proyect
Metodologia de Gestión de Proyectos denominada IDEA adaptada a un marco de tecnologia PMI, IDEA significa INICIO, DESARROLLO, EJECUCION Y APRENDIZAJE, incorpora las mejores pràcticas de PMI, ITIL y otros aportes de autores anònimos.
Guia simple, facil de uso. Muestra caso de implementación con una herramienta web de gestión de cambios y requerimientos tecnològicos.
Este documento presenta la metodología de Quality Function Deployment (QFD) para el desarrollo de servicios. QFD es una técnica que permite incorporar la "voz del cliente" en el diseño de servicios para satisfacer sus necesidades. La metodología se basa en la construcción de matrices llamadas "Casas de la Calidad" que mapean los requerimientos del cliente con los requerimientos de diseño a través de relaciones. El objetivo final es desarrollar servicios que cumplan con los requerimientos del cliente de manera preventiva y redu
Este documento describe el proceso de desarrollo de software y los conceptos clave relacionados. Explica que un proyecto de software involucra documentación y técnicas para asegurar su ejecución consistente. Luego describe los conceptos fundamentales como objetivos, alcance, complejidad y contexto. Finalmente, explica que el primer paso es presentar un pliego de condiciones técnicas que establece los compromisos técnicos del gerente de proyecto.
El documento describe los conceptos básicos de un proyecto de software, incluyendo la identificación de un proyecto a través de su objetivo, alcance, contexto y restricciones. Explica el papel del gerente de proyecto y los pasos iniciales para la elaboración de un proyecto como la presentación de un pliego de condiciones técnicas. También presenta un ejemplo de declaración de proyecto para el desarrollo de un sistema de información para el otorgamiento de créditos a Pymes.
Este documento presenta información sobre un proyecto de software para el otorgamiento de créditos a pymes. Explica que el objetivo del proyecto es desarrollar un sistema de información que permita verificar la información de los solicitantes, revisar sus historiales crediticios, elaborar calendarios de pagos y registrar los créditos otorgados. El proyecto busca agilizar el proceso de decisión crediticia para atraer más clientes.
Este documento discute las dificultades comunes en la gestión de requerimientos y cómo mejorarla. La gestión de requerimientos es crucial para el éxito de los proyectos, pero a menudo falla debido a problemas de comunicación, acceso limitado a las partes interesadas y requerimientos implícitos no documentados. Para superar estas dificultades, se debe mejorar la comunicación, involucrar activamente a las partes interesadas y asegurarse de documentar todos los requerimientos, incluso los que parecen obvios.
Este documento describe los conceptos y actividades clave relacionadas con la administración de requerimientos. Establece que la administración de requerimientos implica el establecimiento y mantenimiento de un acuerdo con el cliente sobre los requerimientos del proyecto de software. Luego describe las siete actividades principales de la administración de requerimientos: 1) recolección, 2) aprobación y congelamiento, 3) administración, 4) revisión, 5) liberación, 6) auditoría y 7) control de cambios. Finalmente, cubre tem
Este documento presenta la metodología de gestión de requerimientos para el desarrollo de software. Explica las técnicas para identificar las necesidades del cliente, definir requerimientos funcionales y no funcionales, y realizar pruebas y control de cambios. Se describen técnicas como entrevistas, cuestionarios y lluvia de ideas para identificar requerimientos, así como diagramas y prototipos para definirlos. También incluye la importancia de documentar y gestionar los requerimientos y cambios a lo largo del proyect
Metodologia de Gestión de Proyectos denominada IDEA adaptada a un marco de tecnologia PMI, IDEA significa INICIO, DESARROLLO, EJECUCION Y APRENDIZAJE, incorpora las mejores pràcticas de PMI, ITIL y otros aportes de autores anònimos.
Guia simple, facil de uso. Muestra caso de implementación con una herramienta web de gestión de cambios y requerimientos tecnològicos.
Este documento presenta la metodología de Quality Function Deployment (QFD) para el desarrollo de servicios. QFD es una técnica que permite incorporar la "voz del cliente" en el diseño de servicios para satisfacer sus necesidades. La metodología se basa en la construcción de matrices llamadas "Casas de la Calidad" que mapean los requerimientos del cliente con los requerimientos de diseño a través de relaciones. El objetivo final es desarrollar servicios que cumplan con los requerimientos del cliente de manera preventiva y redu
Cómo conseguir consenso sobre los requisitos del negocioEvaluandoSoftware
Este documento discute la importancia de definir correctamente los requerimientos de negocio antes de comenzar un proyecto de implementación de software. Señala que una mala definición de requerimientos es la causa más común por la cual los proyectos se salen de control. Recomienda involucrar a los usuarios clave para identificar sus necesidades y lograr consenso sobre los requerimientos, y advierte que proyectos grandes tienen mayores probabilidades de fracasar si no se gestionan bien los requerimientos desde el inicio.
Presentación donde se explican algunos conceptos relacionados con las fábricas de software y se comparte un modelo con base en experiencia en este tipo de industria.
La gestión de requisitos en la subcontratación de proyectos. Recomendaciones ACQPepe
El documento proporciona información sobre CMMI-ACQ (Capability Maturity Model Integration for Acquisition), un modelo para mejorar la calidad en la adquisición y subcontratación de proyectos de TI. Explica las áreas de proceso de CMMI-ACQ, su relación con CMMI-DEV, y recomienda establecer una oficina de calidad para gestionar procesos, proyectos y control de calidad en proyectos subcontratados y desarrollo interno.
Este documento presenta la función de calidad (QFD) como una herramienta para traducir los requerimientos del cliente en cada etapa del desarrollo de productos. Explica que QFD proporciona un enfoque estructurado y centrado en el cliente para identificar los verdaderos requerimientos del cliente. También describe los pasos para organizar los requerimientos del cliente y desarrollar una matriz QFD que priorice los esfuerzos de diseño para maximizar la satisfacción del cliente.
Desarrollo del Sistema de Información para la Empresa COLLIDE - Control.Dharma Consulting
Este documento contiene tres informes relacionados con un proyecto de desarrollo de sistemas de información para una empresa llamada Collide. El primer informe describe una inspección de calidad realizada a un paquete de trabajo. El segundo informe detalla el monitoreo de riesgos del proyecto donde se revisan los riesgos identificados y sus planes de mitigación. El tercer informe presenta una evaluación de competencias generales realizada a un analista del proyecto.
El documento resume varias técnicas y conceptos relacionados con la gestión de negocios y la producción industrial. El comercio electrónico permite realizar transacciones en línea de productos y servicios. Just-in-time y kanban son enfoques de producción orientados a la eficiencia mediante la eliminación de desperdicios. El franquiciado permite expandir un negocio aprovechando el conocimiento de terceros.
El documento describe el proceso de despliegue de la función de calidad (QFD) aplicado a un consultorio médico. El QFD mapea las necesidades de los clientes (voz del cliente) a los requerimientos de diseño de un servicio a través de una matriz. La matriz establece las relaciones entre la voz del cliente y los requerimientos de diseño, evalúa la competencia, asigna ponderaciones e identifica oportunidades de mejora para el consultorio.
Implementación de Herramientas Informáticas - PlanificaciónDharma Consulting
Este documento presenta la planificación del proyecto "Implementación de Herramientas Informáticas". Incluye la documentación de requisitos funcionales y no funcionales del proyecto, así como la matriz de trazabilidad de requisitos. El objetivo del proyecto es implementar herramientas informáticas para apoyar a los ejecutores y auxiliares coactivos en la recuperación de deudas provenientes de operaciones aduaneras. El documento describe detalladamente los requisitos funcionales y no funcionales, así como los criterios de acept
Presentación corporativa testhouse consultores - v 3.9.1Javier Carrillo
Los informes generados automáticamente por las herramientas de calidad se publican en el repositorio para que puedan ser consultados por los interesados. De esta forma se garantiza la trazabilidad en el proceso de integración continua.
Este documento resume diferentes modelos y factores relacionados con la calidad de software. Define conceptos como ISO, CMMI, SPICE y Moprosoft que son marcos para medir y mejorar procesos de desarrollo de software. También explica factores internos y externos que determinan la calidad de un producto de software según autores como McCall, Boehm e ISO.
El documento describe las fases de desarrollo de un proyecto de software orientado a objetos utilizando metodologías ágiles. Explica las fases de iniciación, análisis, diseño, construcción, pruebas y mantenimiento. En la fase de iniciación se define el problema, el alcance y los requisitos iniciales. En el análisis se especifican los requisitos detallados y se crea un diseño conceptual. Luego, en las fases de construcción y pruebas se implementa el software y se asegura la calidad antes
Este documento describe una solución integral basada en la plataforma Jazz de IBM Rational para soportar un modelo de factoría de software. La solución proporciona infraestructura, gestión de entregas, soporte al ciclo de vida de desarrollo, y gobierno y métricas para coordinar múltiples factorías y el cliente. Jazz permite la colaboración, automatización, métricas y gobierno necesarios para este modelo de desarrollo distribuido.
Jazz: El soporte definitivo para el modelo de factorias de softwareLuis Reyes
Ponencia RATIONAL (SFIC 2009)
Titulo:
Jazz: El soporte definitivo para el modelo de factorías de software
Resumen:
En el contexto de una factoría de software, los clientes buscan resultados satisfactorios, una manera eficiente de controlar los proyectos y una respuesta rápida a esas más que seguras incidencias. En general, todo aquello que se acaba denominando gobierno.
De la misma manera, una factoría de software velará por sus propios intereses, entre otros, recibir pedidos (requisitos) con la mayor calidad posible, ser eficiente en su proceso de producción y responder a los clientes con los niveles de calidad demandados.
Además, alrededor de conceptos como productividad, calidad y gobierno se antoja imprescindible ser capaces de entender y gestionar uno más, que es el juego de relaciones que se establecen entre el comprador de software y la fábrica lo produce.
En esta ponencia presentaremos la solución de Rational alrededor de la plataforma Jazz. Una estrategia definitiva para soportar modelos de factoría de software optimizando de manera dramática las relaciones de colaboración y comunicación que necesariamente se establecen entre clientes y proveedores.
Sistema de Video Vigilancia para Seguridad Ciudadana - CierreDharma Consulting
Este documento resume que Dharma Consulting ha sido aprobado como proveedor registrado de educación por el Project Management Institute para otorgar unidades de desarrollo profesional a través de sus cursos. Asimismo, declara la aceptación formal del proyecto "Sistema de Video Vigilancia para Seguridad Ciudadana" llevado a cabo por Vigitec SAC para la Municipalidad de San Lucas, el cual cumplió con todos los entregables planificados.
El documento proporciona definiciones de varios términos relacionados con ITIL, incluyendo "Aceptación", "Acuerdo de Nivel de Servicio" y "Activo". Explica conceptos como la diferencia entre un Acuerdo y un Contrato, y diferentes tipos de activos de un proveedor de servicios de TI.
Este documento describe el Método WATCH y la línea de productos de software para generar y mejorar mallas de volumen y superficie. El Método WATCH es un marco metodológico flexible e incremental para el desarrollo de aplicaciones empresariales. La línea de productos aprovecharía activos de software comunes como componentes, diseños y especificaciones para producir de manera más rápida y económica diversos productos relacionados con mallas de volumen y superficie.
Desarrollo de un nuevo Software para Operadores de Comercio Exterior - Planif...Dharma Consulting
Este documento presenta los requisitos para el desarrollo de un nuevo software para operadores de comercio exterior para un cliente. Los requisitos incluyen el desarrollo de módulos para el mantenimiento de operadores de comercio, circunscripciones, representantes y sanciones, así como requisitos funcionales, no funcionales, de calidad y criterios de aceptación. El proyecto tiene como objetivo cumplir con los requerimientos del cliente de manera eficiente dentro del plazo y presupuesto acordados.
El documento describe el Modelo de Kano, una herramienta para clasificar y analizar los requerimientos de los clientes. Se basa en cinco categorías de requerimientos (deleite, desempeño, básico, irrelevante y rechazo) y propone una encuesta dual para evaluar cómo los clientes perciben la presencia o ausencia de características técnicas. El modelo se utiliza mediante cuatro pasos: identificar requerimientos e inductores del cliente y del diseño, aplicar la encuesta de funcionalidad y disfuncionalidad,
CorelDRAW permite manipular los nodos y segmentos de los objetos para darles forma. Los nodos son puntos en el contorno de un objeto que permiten ajustar su forma con precisión al moverlos. La herramienta Bézier permite unir nodos para crear diseños. Los objetos pueden convertirse en objetos de curva para poder modificar su forma agregando, quitando o moviendo nodos.
El documento describe diferentes tipos de periféricos de impresión y digitalización. Menciona impresoras láser, de inyección de tinta, matriciales y portátiles. También describe escáneres de sobremesa, de mano y con alimentador de hojas. Finalmente, explica fotocopiadoras personales, de oficina y profesionales.
Este documento describe los arreglos unidimensionales, bidimensionales y multidimensionales. Explica que los arreglos son estructuras de datos ordenadas y homogéneas que almacenan datos del mismo tipo. Describe cómo se representan los arreglos en memoria y cómo calcular la dirección de cada elemento usando fórmulas con los índices y límites. También resume las operaciones básicas de lectura, escritura, asignación y actualización en arreglos.
Cómo conseguir consenso sobre los requisitos del negocioEvaluandoSoftware
Este documento discute la importancia de definir correctamente los requerimientos de negocio antes de comenzar un proyecto de implementación de software. Señala que una mala definición de requerimientos es la causa más común por la cual los proyectos se salen de control. Recomienda involucrar a los usuarios clave para identificar sus necesidades y lograr consenso sobre los requerimientos, y advierte que proyectos grandes tienen mayores probabilidades de fracasar si no se gestionan bien los requerimientos desde el inicio.
Presentación donde se explican algunos conceptos relacionados con las fábricas de software y se comparte un modelo con base en experiencia en este tipo de industria.
La gestión de requisitos en la subcontratación de proyectos. Recomendaciones ACQPepe
El documento proporciona información sobre CMMI-ACQ (Capability Maturity Model Integration for Acquisition), un modelo para mejorar la calidad en la adquisición y subcontratación de proyectos de TI. Explica las áreas de proceso de CMMI-ACQ, su relación con CMMI-DEV, y recomienda establecer una oficina de calidad para gestionar procesos, proyectos y control de calidad en proyectos subcontratados y desarrollo interno.
Este documento presenta la función de calidad (QFD) como una herramienta para traducir los requerimientos del cliente en cada etapa del desarrollo de productos. Explica que QFD proporciona un enfoque estructurado y centrado en el cliente para identificar los verdaderos requerimientos del cliente. También describe los pasos para organizar los requerimientos del cliente y desarrollar una matriz QFD que priorice los esfuerzos de diseño para maximizar la satisfacción del cliente.
Desarrollo del Sistema de Información para la Empresa COLLIDE - Control.Dharma Consulting
Este documento contiene tres informes relacionados con un proyecto de desarrollo de sistemas de información para una empresa llamada Collide. El primer informe describe una inspección de calidad realizada a un paquete de trabajo. El segundo informe detalla el monitoreo de riesgos del proyecto donde se revisan los riesgos identificados y sus planes de mitigación. El tercer informe presenta una evaluación de competencias generales realizada a un analista del proyecto.
El documento resume varias técnicas y conceptos relacionados con la gestión de negocios y la producción industrial. El comercio electrónico permite realizar transacciones en línea de productos y servicios. Just-in-time y kanban son enfoques de producción orientados a la eficiencia mediante la eliminación de desperdicios. El franquiciado permite expandir un negocio aprovechando el conocimiento de terceros.
El documento describe el proceso de despliegue de la función de calidad (QFD) aplicado a un consultorio médico. El QFD mapea las necesidades de los clientes (voz del cliente) a los requerimientos de diseño de un servicio a través de una matriz. La matriz establece las relaciones entre la voz del cliente y los requerimientos de diseño, evalúa la competencia, asigna ponderaciones e identifica oportunidades de mejora para el consultorio.
Implementación de Herramientas Informáticas - PlanificaciónDharma Consulting
Este documento presenta la planificación del proyecto "Implementación de Herramientas Informáticas". Incluye la documentación de requisitos funcionales y no funcionales del proyecto, así como la matriz de trazabilidad de requisitos. El objetivo del proyecto es implementar herramientas informáticas para apoyar a los ejecutores y auxiliares coactivos en la recuperación de deudas provenientes de operaciones aduaneras. El documento describe detalladamente los requisitos funcionales y no funcionales, así como los criterios de acept
Presentación corporativa testhouse consultores - v 3.9.1Javier Carrillo
Los informes generados automáticamente por las herramientas de calidad se publican en el repositorio para que puedan ser consultados por los interesados. De esta forma se garantiza la trazabilidad en el proceso de integración continua.
Este documento resume diferentes modelos y factores relacionados con la calidad de software. Define conceptos como ISO, CMMI, SPICE y Moprosoft que son marcos para medir y mejorar procesos de desarrollo de software. También explica factores internos y externos que determinan la calidad de un producto de software según autores como McCall, Boehm e ISO.
El documento describe las fases de desarrollo de un proyecto de software orientado a objetos utilizando metodologías ágiles. Explica las fases de iniciación, análisis, diseño, construcción, pruebas y mantenimiento. En la fase de iniciación se define el problema, el alcance y los requisitos iniciales. En el análisis se especifican los requisitos detallados y se crea un diseño conceptual. Luego, en las fases de construcción y pruebas se implementa el software y se asegura la calidad antes
Este documento describe una solución integral basada en la plataforma Jazz de IBM Rational para soportar un modelo de factoría de software. La solución proporciona infraestructura, gestión de entregas, soporte al ciclo de vida de desarrollo, y gobierno y métricas para coordinar múltiples factorías y el cliente. Jazz permite la colaboración, automatización, métricas y gobierno necesarios para este modelo de desarrollo distribuido.
Jazz: El soporte definitivo para el modelo de factorias de softwareLuis Reyes
Ponencia RATIONAL (SFIC 2009)
Titulo:
Jazz: El soporte definitivo para el modelo de factorías de software
Resumen:
En el contexto de una factoría de software, los clientes buscan resultados satisfactorios, una manera eficiente de controlar los proyectos y una respuesta rápida a esas más que seguras incidencias. En general, todo aquello que se acaba denominando gobierno.
De la misma manera, una factoría de software velará por sus propios intereses, entre otros, recibir pedidos (requisitos) con la mayor calidad posible, ser eficiente en su proceso de producción y responder a los clientes con los niveles de calidad demandados.
Además, alrededor de conceptos como productividad, calidad y gobierno se antoja imprescindible ser capaces de entender y gestionar uno más, que es el juego de relaciones que se establecen entre el comprador de software y la fábrica lo produce.
En esta ponencia presentaremos la solución de Rational alrededor de la plataforma Jazz. Una estrategia definitiva para soportar modelos de factoría de software optimizando de manera dramática las relaciones de colaboración y comunicación que necesariamente se establecen entre clientes y proveedores.
Sistema de Video Vigilancia para Seguridad Ciudadana - CierreDharma Consulting
Este documento resume que Dharma Consulting ha sido aprobado como proveedor registrado de educación por el Project Management Institute para otorgar unidades de desarrollo profesional a través de sus cursos. Asimismo, declara la aceptación formal del proyecto "Sistema de Video Vigilancia para Seguridad Ciudadana" llevado a cabo por Vigitec SAC para la Municipalidad de San Lucas, el cual cumplió con todos los entregables planificados.
El documento proporciona definiciones de varios términos relacionados con ITIL, incluyendo "Aceptación", "Acuerdo de Nivel de Servicio" y "Activo". Explica conceptos como la diferencia entre un Acuerdo y un Contrato, y diferentes tipos de activos de un proveedor de servicios de TI.
Este documento describe el Método WATCH y la línea de productos de software para generar y mejorar mallas de volumen y superficie. El Método WATCH es un marco metodológico flexible e incremental para el desarrollo de aplicaciones empresariales. La línea de productos aprovecharía activos de software comunes como componentes, diseños y especificaciones para producir de manera más rápida y económica diversos productos relacionados con mallas de volumen y superficie.
Desarrollo de un nuevo Software para Operadores de Comercio Exterior - Planif...Dharma Consulting
Este documento presenta los requisitos para el desarrollo de un nuevo software para operadores de comercio exterior para un cliente. Los requisitos incluyen el desarrollo de módulos para el mantenimiento de operadores de comercio, circunscripciones, representantes y sanciones, así como requisitos funcionales, no funcionales, de calidad y criterios de aceptación. El proyecto tiene como objetivo cumplir con los requerimientos del cliente de manera eficiente dentro del plazo y presupuesto acordados.
El documento describe el Modelo de Kano, una herramienta para clasificar y analizar los requerimientos de los clientes. Se basa en cinco categorías de requerimientos (deleite, desempeño, básico, irrelevante y rechazo) y propone una encuesta dual para evaluar cómo los clientes perciben la presencia o ausencia de características técnicas. El modelo se utiliza mediante cuatro pasos: identificar requerimientos e inductores del cliente y del diseño, aplicar la encuesta de funcionalidad y disfuncionalidad,
CorelDRAW permite manipular los nodos y segmentos de los objetos para darles forma. Los nodos son puntos en el contorno de un objeto que permiten ajustar su forma con precisión al moverlos. La herramienta Bézier permite unir nodos para crear diseños. Los objetos pueden convertirse en objetos de curva para poder modificar su forma agregando, quitando o moviendo nodos.
El documento describe diferentes tipos de periféricos de impresión y digitalización. Menciona impresoras láser, de inyección de tinta, matriciales y portátiles. También describe escáneres de sobremesa, de mano y con alimentador de hojas. Finalmente, explica fotocopiadoras personales, de oficina y profesionales.
Este documento describe los arreglos unidimensionales, bidimensionales y multidimensionales. Explica que los arreglos son estructuras de datos ordenadas y homogéneas que almacenan datos del mismo tipo. Describe cómo se representan los arreglos en memoria y cómo calcular la dirección de cada elemento usando fórmulas con los índices y límites. También resume las operaciones básicas de lectura, escritura, asignación y actualización en arreglos.
El documento describe el Ministerio de Inclusión Económica y Social de Ecuador, el cual se encargará de generar políticas e información para personas con discapacidad, coordinar acciones entre sectores público y privado, y canalizar recursos nacionales e internacionales para este fin. Su misión incluye establecer un plan nacional actualizado, mantener un sistema de información sobre discapacidad, y fortalecer subsistemas relacionados para elevar la calidad de vida de personas con discapacidad.
El documento explica los conceptos básicos del derecho de autor, incluyendo que protege las obras creativas del autor, los derechos morales y patrimoniales, y cómo registrar una obra. El derecho de autor surge cuando se crea la obra y otorga al autor control sobre su uso y derecho a beneficios económicos. Existen diferencias en cómo distintas jurisdicciones abordan los derechos de autor.
Grand Theft Auto: San Andreas se desarrolla en 1992 en el estado ficticio de San Andreas, compuesto por tres grandes ciudades inspiradas en Los Ángeles, San Francisco y Las Vegas. El jugador controla a Carl Johnson, quien regresa a Los Santos después de enterarse del asesinato de su madre. A lo largo del juego, Carl intenta restablecer su antigua pandilla y descubrir la verdad detrás de la muerte de su madre mientras viaja por todo el estado de San Andreas.
El documento lista 19 registros de sucursales en diferentes países de Latinoamérica, incluyendo México, Colombia, Brasil, Ecuador, Venezuela, Chile, Bolivia y Perú. Cada registro incluye un identificador único y el nombre del país donde se ubica la sucursal.
Este documento presenta tres memorias sobre diseño de bases de datos utilizando modelos de dependencias funcionales y el modelo relacional. La primera memoria describe un ejemplo de control de órdenes de vuelo de aviones. La segunda memoria presenta un ejemplo de control de amonestaciones a empleados. La tercera memoria enfatiza la importancia de construir el diagrama relacional de izquierda a derecha y llevar las tablas al motor de derecha a izquierda. También introduce el lenguaje SQL para definir las tablas en el motor de base de datos
Este documento presenta información sobre sistemas operativos, virus y antivirus. Explica que un sistema operativo administra los recursos de una computadora y provee una interfaz entre programas, hardware y usuario. Luego describe ejemplos de sistemas operativos populares como Windows y Linux, y menciona que Windows XP es el más vulnerable a virus. Finalmente, resume los tipos principales de virus y cómo los antivirus los detectan y eliminan.
This document contains a scrambled word search puzzle featuring various words related to Halloween such as vampire, ghost, zombie, candy, spider, and pumpkin.
El documento habla sobre la ofimática y los procesadores de texto. Explica que la ofimática incluye aplicaciones que facilitan las tareas de una oficina como procesar documentos, hojas de cálculo y presentaciones. Luego describe que los procesadores de texto son aplicaciones para crear y editar documentos de texto e incluyen funciones como formato, ortografía y más. Finalmente menciona algunos procesadores de texto populares como Word, OpenOffice y AbiWord resaltando sus ventajas como ser gratuitos, compatibles con diferentes sistemas operat
Este documento describe los elementos principales del entorno de trabajo de Microsoft Word, incluyendo la barra de título, barra de menús, barra de herramientas, regla, punto de inserción, barras de desplazamiento y barra de estado. Explica cómo estas características ayudan a los usuarios a navegar y editar documentos de manera eficiente.
La empresa, la Administración y la Calidad Total. Electiva IIMariaAV15
Este documento describe los conceptos clave de empresa, administración y calidad total. Define una empresa como una organización dedicada a actividades económicas o comerciales con el fin de mantener su estructura productiva, satisfacer demandas y generar utilidad. Explica que la administración pretende lograr los objetivos de la empresa satisfaciendo necesidades de manera eficiente. Finalmente, resume que la calidad total es una estrategia de gestión que busca mejorar procesos organizacionales a través del compromiso de la alta gerencia y el desarrollo del personal, clientes
El documento describe los beneficios que aporta la tecnología de la información al proceso educativo, permitiendo superar barreras de espacio y tiempo, mejorar la comunicación e interacción, construir fuentes de información de forma distribuida y potenciar el aprendizaje colectivo y el desarrollo de habilidades individuales. También señala que las premisas que sustentan la introducción de las TIC en la formación docente son el contexto cultural, los cambios sociales, la disponibilidad de recursos tecnológicos y la experiencia previa
Este documento describe diferentes tipos de dispositivos de almacenamiento, incluyendo tarjetas perforadas, discos duros, almacenamiento por cintas, disquetes, CD-ROM, DVD, memorias USB, tarjetas de memoria y disco virtual. Cada dispositivo permite almacenar información de forma semipermanente para su uso actual o futuro por la misma computadora u otras.
Las alteraciones de la motilidad intestinal en niños incluyen la diarrea crónica inespecífica causada por exceso de motilidad y la hipomotilidad observada en la enfermedad de Hirschprung o la seudoobstrucción intestinal idiopática, que pueden producir enterocolitis o diarrea crónica. La diarrea crónica inespecífica es la más frecuente en niños preescolares y se caracteriza por síntomas intermitentes y autolimitados con heces de consistencia variable de 4 a 6 al día. La seudo
Este documento describe el ciclo de vida de un proyecto de software. Explica que un proyecto de software sigue un ciclo de vida iterativo e incremental que consta de cuatro fases principales: creación, elaboración, construcción y transición. La fase de creación se enfoca en definir los requisitos del proyecto, mientras que la fase de elaboración se centra en desarrollar una arquitectura robusta. El ciclo de vida iterativo permite la entrega continua de versiones del software.
El documento describe el proceso de desarrollo de software iterativo e incremental conocido como RUP (Rational Unified Process). Explica que el proceso consta de cuatro fases (Incepción, Elaboración, Construcción y Transición) que se repiten en iteraciones, con el objetivo de eliminar riesgos y entregar software de manera incremental. También describe los componentes clave del proceso como disciplinas, artefactos, roles y dimensiones de tiempo y actividades.
El documento describe el proceso de desarrollo de software, incluyendo las dimensiones del proceso (horizontal y vertical), las fases del ciclo de vida (concepción, elaboración, construcción y transición), y los componentes clave como las iteraciones, artefactos y roles. También explica el modelo de negocio y su importancia para comprender los requisitos del sistema y crear soluciones valiosas para los clientes.
Si la gestión y desarrollo de requisitos es tan importante... ¿Por qué no la...Pepe
El documento presenta 5 consejos para mejorar los procesos de desarrollo de software. Estos incluyen: 1) mejorar los procesos más allá de las herramientas, 2) evitar ambigüedades validando con los usuarios, 3) alinear el desarrollo y las pruebas, 4) gestionar cambios fomentando la colaboración, y 5) obtener métricas para mejorar continuamente. También describe brevemente los pasos del ciclo de vida de los requisitos y la importancia de la trazabilidad y la gestión de
El documento habla sobre la administración del alcance en ingeniería de requisitos. Explica que es importante definir el sistema y sus funciones básicas antes de perder tiempo en detalles. También describe el proceso de priorizar requisitos y casos de uso para asignarlos a iteraciones, considerando factores como riesgos, funcionalidad requerida y tiempo disponible. Además, enfatiza la importancia de manejar expectativas con el cliente y tener buenas habilidades de negociación.
El documento habla sobre la administración del alcance en ingeniería de requisitos. Explica que es importante definir el sistema y sus funciones básicas antes de perder tiempo en detalles. También describe el proceso de priorizar requisitos y casos de uso para asignarlos a iteraciones, considerando factores como riesgos, funcionalidad requerida y tiempo disponible. Además, enfatiza la importancia de manejar expectativas con el cliente y tener buenas habilidades de negociación.
El documento describe los conceptos clave del modelado de negocios. Explica que el modelado de negocios permite identificar los casos de uso, actores, trabajadores y entidades de negocio. También describe cómo utilizar diagramas de UML como casos de uso, actividades y clases para modelar diferentes aspectos del negocio. El objetivo principal del modelado de negocios es comprender mejor el contexto y los procesos de negocio para desarrollar sistemas de información que brinden valor.
El documento describe los conceptos clave del modelado de negocios. Explica que el modelado de negocios permite identificar los casos de uso, actores, trabajadores y entidades de negocio. También describe cómo utilizar diagramas de UML como casos de uso, actividades y clases para modelar diferentes aspectos del negocio. El objetivo principal del modelado de negocios es comprender mejor el negocio para desarrollar sistemas de información que brinden valor.
RUP es un proceso de desarrollo de software iterativo y centrado en la arquitectura que promueve las mejores prácticas de ingeniería de software como el desarrollo iterativo, la administración de requerimientos y el uso de arquitecturas basadas en componentes a través de la modelación visual, las pruebas y el control de cambios. RUP divide el proceso en ciclos con cuatro fases: inicio, elaboración, construcción y transición.
Bcn Dev Conference - Mejorando la gestion de los equipos de desarrolloAlex Ballarin
Explicamos como Bdigital ayuda a las PYMES TIC a certificar su calidad en gestión de proyectos y desarrollo de software con CMMI, SCRUM, etc. en el marco del Plan Avanza.
Este documento presenta información sobre la creación de requerimientos efectivos. Explica que los requerimientos deben ser claros, precisos y no ambiguos para evitar fracasos de proyectos. Describe tres niveles de requerimientos - de negocio, de usuario y funcionales - y ofrece lineamientos para la escritura, identificación, documentación y manejo de requerimientos.
El documento describe el proceso RUP (Rational Unified Process) para el desarrollo de software. RUP es un proceso iterativo e incremental centrado en casos de uso, arquitectura y colaboración de equipos. Consta de cuatro fases (Inception, Elaboration, Construction y Transition) que incluyen actividades como modelado de requisitos, análisis, diseño, implementación, pruebas y despliegue.
Productividad en el Equipo de Desarrollo de Softwarejuliocasal
El documento presenta una agenda para una sesión sobre productividad en el equipo de desarrollo de software. La agenda incluye tres sesiones sobre la concepción de proyectos, requerimientos y pruebas, respectivamente, con un break en el medio. También discute los retos de la administración de aplicaciones, comunicación en el equipo de desarrollo, y asegurar la calidad del software.
Este documento presenta una sesión sobre gestión de requisitos. Explica que la gestión de requisitos es fundamental para el éxito de los proyectos y cubre los niveles de negocio, stakeholders y solución. También describe los principales modelos y retos en cada nivel, así como la influencia de los requisitos en los costos y plazos de los proyectos.
Este documento describe varios modelos de procesos para la ingeniería de software, incluyendo modelos lineales, evolutivos e híbridos. Todos los modelos buscan resolver problemas a través de etapas iterativas de definición de problemas, desarrollo técnico e integración de soluciones. El modelo a elegir depende del proyecto, aplicación, métodos y herramientas disponibles.
Este documento presenta las tareas fundamentales de la ingeniería de requisitos para el desarrollo de software. Estas incluyen iniciar el proyecto, obtener requisitos del cliente, elaborar un modelo de análisis, negociar requisitos, especificar requisitos de forma precisa, validar la especificación, y gestionar los requisitos a lo largo del proyecto mediante tablas de rastreabilidad. El objetivo principal es entender completamente las necesidades del cliente y desarrollar un sistema de software que las satisfaga.
Este documento presenta las tareas fundamentales de la ingeniería de requisitos para el desarrollo de software. Estas incluyen iniciar el proyecto, obtener requisitos del cliente, elaborar un modelo de análisis, negociar requisitos, especificar requisitos de forma precisa, validar la especificación, y gestionar los requisitos a lo largo del proyecto mediante tablas de rastreabilidad. El objetivo principal es entender completamente las necesidades del cliente y desarrollar un conjunto de requisitos consistentes y completos que sirvan de
Este documento presenta las principales tareas de ingeniería de requisitos para el desarrollo de software, incluyendo la identificación del alcance del proyecto, la recopilación de requisitos, la elaboración de un modelo de análisis, la negociación de requisitos con los interesados, la especificación formal de los requisitos y la validación de la especificación. El documento fue creado por estudiantes del Instituto Tecnológico de Tuxtepec para una unidad de ingeniería de requisitos.
Las Claves para Gestionar Proyectos de Sistemas de InformaciónSolutions DAT
La Gestión Integrada de Proyectos, con todo tipo de detalles paso a paso, y con un lenguaje claro y entendible, tanto por técnicos como no técnicos, desde la vertiente del Cliente y del Proveedor.
Evento - Virtual Lab Despliegue de aplicaciones en Kubernetes #Ibm virtual la...Julio Pari
Este documento introduce los conceptos de contenedores y Kubernetes. Explica que los contenedores aíslan los procesos en lugar de máquinas virtuales completas, lo que hace que sean más livianos y portables. Luego describe cómo Kubernetes organiza contenedores en clústeres y los orquesta a través de un master y nodos trabajadores para implementar aplicaciones de manera escalable. Finalmente, proporciona contactos de especialistas de IBM para obtener más información.
Links kubernetes - Evento - Virtual Lab Despliegue de aplicaciones en KubernetesJulio Pari
Este documento anuncia dos talleres virtuales gratuitos sobre despliegue de aplicaciones en Kubernetes y envío de mensajes con Event Streams en IBM Cloud. Los talleres se llevarán a cabo el 28 de julio y el 11 de agosto respectivamente. Los interesados pueden registrarse en un enlace proporcionado para aprender a crear servicios utilizando tecnologías de código abierto en la nube de IBM.
Comandos - Evento - Virtual Lab Despliegue de aplicaciones en KubernetesJulio Pari
This document provides instructions for completing a lab tutorial on getting started with IBM Cloud container services. It includes steps to check version numbers for required tools, clone a GitHub repository, log in to IBM Cloud, build and push a Docker image, configure a Kubernetes cluster, deploy a sample application, and expose it via a service. The lab is split into two parts - the first focuses on building and pushing a container image, while the second covers deploying it on Kubernetes and making the application accessible.
Este documento presenta la estructura propuesta para un trabajo de tesis o proyecto profesional. Detalla los diferentes capítulos que debería contener el documento, como la introducción, marco teórico, objeto de estudio, y capítulos para la propuesta de solución, modelo de negocio, requerimientos, arquitectura y construcción del sistema, calidad y pruebas, y gestión del proyecto. El documento provee una guía general para la organización y contenido de cada capítulo con el fin de abordar un tema de investig
El documento describe la arquitectura tecnológica actual y recomendada para el sitio web de la Facultad de Ingeniería de Sistemas e Informática de la UNMSM. Actualmente se hospeda en un servidor dedicado con CentOS y Joomla, pero se recomienda migrar a una plataforma en la nube Jelastic que ofrece escalabilidad automática, balanceo de carga y alta disponibilidad con Liferay.
Jelastic provides a private cloud platform-as-a-service (PaaS) that allows developers to rapidly deploy scalable applications to the cloud without code changes. It delivers a fully managed private cloud infrastructure with automated scaling, high availability, and comprehensive management tools. Jelastic's per-server subscription model offers significant savings over traditional virtualization solutions or cloud building blocks.
El documento presenta la arquitectura de un sistema de ingeniería de software, incluyendo su nombre, objetivo, diagrama de contexto, diagrama de arquitectura general y las tecnologías a utilizar.
Solucion Examen Parcial Sistemas Digitales UNMSM FISIJulio Pari
El documento presenta las soluciones a un examen parcial de Sistemas Digitales impartido en la UNMSM, Facultad de Física, en julio. Contiene las respuestas a 8 preguntas del examen.
Práctica de Inventarios - Investigación Operativa IIJulio Pari
Este documento presenta una discusión sobre la teoría de inventarios a través de 30 páginas. Aborda temas como los modelos de inventarios, los costos asociados con el mantenimiento de inventarios y la toma de decisiones sobre los niveles óptimos de inventario.
Armas silenciosas para guerras tranquilasJulio Pari
Este documento resume la historia y el desarrollo de las "armas silenciosas" para la "guerra tranquila". En 1954, los poderosos decidieron llevar a cabo una guerra silenciosa contra el público estadounidense utilizando nuevas tecnologías como las computadoras para controlar y manipular la sociedad de manera predecible y mantener el poder en manos de unos pocos. El documento introduce las armas silenciosas como una nueva forma de control social a través de la manipulación de datos e información en lugar de armas convenc
Este documento describe el Lenguaje Unificado de Modelado (UML) y sus diagramas. UML es un lenguaje gráfico para modelar sistemas de software desarrollado inicialmente por Grady Booch, Ivar Jacobson y James Rumbaugh. El documento explica los diagramas de clases, casos de uso, estados, secuencias, actividades y la historia del desarrollo de UML. También incluye ejemplos de cómo generar código Java a partir de diagramas UML usando NetBeans.
Formato de presentación de Proyecto UNMSM FISIJulio Pari
El documento presenta un proyecto realizado por 5 estudiantes de la Facultad de Ingeniería de Sistemas e Informática de la Universidad Nacional Mayor de San Marcos en Lima, Perú, e incluye los nombres, códigos y correos electrónicos de los integrantes, así como el nombre del curso, profesor y fecha.
Este cuento habla sobre una familia que vive en una casa en el bosque. La familia está formada por los padres y sus dos hijos, un niño y una niña. Los niños disfrutan jugando en el bosque mientras sus padres los cuidan desde la casa.
Este documento describe los pasos para crear y consultar una base de datos MySQL. Inicialmente se crea la base de datos y las tablas ejecutando un script SQL. Luego se muestran diferentes consultas como listar las bases de datos existentes, listar las tablas de una base y consultar el contenido de una tabla. Finalmente se explica el uso de archivos comunes como una hoja de estilos y una librería para realizar las conexiones a la base de datos.
El documento describe los pasos para instalar MySQL, phpMyAdmin y configurar la conexión entre PHP y MySQL. Explica cómo instalar MySQL, crear bases de datos y tablas, y ejecutar consultas SQL. Luego, detalla la instalación de phpMyAdmin y su configuración. Finalmente, muestra cómo conectar PHP a MySQL mediante funciones como mysql_connect() y mysql_query(), y cómo manejar los resultados de las consultas.
Este documento describe las funciones de usuario en PHP. Explica la sintaxis básica para definir funciones, cómo pasar parámetros a funciones, devolver valores de funciones e incluir archivos. Las funciones se definen usando la palabra clave function, pueden aceptar parámetros y devolver valores. Los archivos pueden incluirse usando las instrucciones require e include.
2. ¿qué es un proyecto?
Documentación que se elabora para la
ejecución de una iniciativa de
envergadura, con previsión de todos los
detalles necesarios para su logro. La
ejecución del mismo, comprende
técnicas y documentos que ayudan a
asegurar el manejo consistente,
oportuno, eficiente y eficaz del mismo
CAL/requisitos
3. ¿qué es un proyecto?
Objetivo – Establece el propósito.
Alcance – Detalla el objetivo.
Complejidad – Determina los pasos o
subproyectos. Estructura y condiciones.
Unico – Realizados de una vez.
Producto – Un resultado tangible o intangible.
Contexto
Restricción
CAL/requisitos
4. ¿qué es un proyecto?
El primer paso para la elaboración de un
proyecto técnico es la presentación de un
‘pliego de condiciones técnicas’, en el que se
detalla lo que se quiere hacer y sus
características generales
El pliego de condiciones técnicas pretende
establecer los compromisos técnicos que
deberá asumir el gerente de proyecto
CAL/requisitos
5. Visión : Problema
El problema es Describir el problema
Afecta Describir los stakeholders
afectados por el
problema.
Impacta en Describir cual es el
impacto del problema
Una solución exitosa sería Beneficios clave de la
solución propuesta.
CAL/requisitos
6. Visión : Problema - ejemplo
El problema es Solución inadecuada y fuera de
tiempo de servicios al cliente.
Afecta a Nuestros clientes, representantes
de soporte al cliente y técnicos de
servicio.
Impacta en Insatisfacción del cliente,
percepción de falta de calidad,
empleados descontentos y
pérdida de ingresos.
Una solución exitosa Proporcionar acceso en tiempo
real a una base de datos de
sería problemas por parte de los
representantes de soporte (help
desk) y facilitar el despacho de
técnicos de servicio a tiempo,
solo a aquellas localidades que
necesitan atender.
CAL/requisitos
7. Visión : Producto
Para Cliente Objetivo
Quien Describir la necesidad u oportunidad
El Describir el nombre del producto o
una categoría de productos.
Que Nombre los beneficios clave, razón
para efectuar la compra o desarrollo.
A diferencia Alternativas de competencia
de principales
Nuestro Diferencia(s) principal(es).
producto
CAL/requisitos
8. Visión : Producto - Ejemplo
Para Actuales clientes de contabilidad
Quien Requieren acceso instantáneo a sus
cuentas en detalle y a los fondos que ellos
contienen,
El Super ATM es una máquina cajera
automática.
Que Proporciona la capacidad de ejecutar una
simple transacción bancaria.
A diferencia de Acceder a fondos y detalle a través de una
oficina sucursal.
Nuestro Está disponible las 24 horas del día y no
producto necesita asistencia de empleados.
CAL/requisitos
13. Metodología
La forma, manera, en que se realiza algo
(proyecto).
Conjunto de actividades y otros elementos
asociados al tiempo (ciclo de vida) y a la
consecución de uno o mas objetivos.
En Informática se le llama Proceso de
Desarrollo de softfware.
Un proceso define quien esta haciendo que,
cuando y como, para lograr cierto objetivo.
CAL/requisitos
14. Metodología : el quien, que, y cuando
de interacciones clave entre personas.
Team Values Hitos
Precisión Planeamiento
Exactitud Testing
Tolerancia
Calidad Actividades Equipo
MBWA Gerente de Proyecto
Modelo Objetos Use cases Documentador
Plan Proyecto CRC cards Diseñador
Modelo de Casos de Uso
Tester
Artefactos Técnicas Roles
Microsoft Project
3month increments Envy/Developer JAD facilitation
UML Sofware Through Pictures Java programming
Microsoft Project Modeling
Java
Estándares Tools Habilidades
CAL/requisitos
15. Ciclo de Vida
Mas información sobre ciclo de vida ver: SEI Interactive,
http://www.sei.cmu.edu/interactive/
Features/1999/March/Background/Background.mar99.htm
CAL/requisitos
18. Dimensiones
La dimensión horizontal representa el
tiempo y muestra los aspectos del ciclo
de vida del proceso.
La dimensión vertical representa las
disciplinas núcleo del proceso (o flujos
de trabajo), que agrupan actividades de
ingeniería de software por su
naturaleza.
CAL/requisitos
19. Dimensión horizontal
La dimensión horizontal representa los
aspectos dinámicos en términos de
ciclos, fases, iteraciones y milestones
(hitos). Un producto de software se
diseña y construye en una sucesión de
iteraciones incrementales. Permitiendo
la prueba y validación así como el
mitigar los riesgos.
CAL/requisitos
20. Dimensión Vertical
Representa los aspectos estáticos del
proceso descritos en términos de
componentes de procesos: Actividades,
disciplinas, artefactos y roles.
CAL/requisitos
21. Ciclo de Vida Cascada
Ciclo de vida tradicional, en el que se debía
terminar una tarea para continuar otra. El
desarrollo del software se hacía de una sola vez.
CAL/requisitos
22. Ciclo de Vida Iterativo
El desarrollo de Software se construye en una sucesión de
iteraciones
CAL/requisitos
23. Artefactos : Producto del trabajo
Sucesión de iteraciones incrementales
CAL/requisitos
24. Ciclo de desarrollo
Una pasada a través de las cuatro fases es un ciclo
de desarrollo; cada paso a través de las cuatro fases
produce una generación de software.
CAL/requisitos
26. Iteración
Una iteración lleva cabo el desarrollo
de actividades que conducen a producir
un release del producto – una versión
del producto ejecutable, estable, junto a
otro conjunto de elementos periféricos
necesarios para usar este release.
Es como una pequeña cascada.
Un release puede ser interno o externo.
CAL/requisitos
27. Hitos
La elección de los hitos del ciclo de
vida debería reflejar el mismo
enfoque (iterativo incremental).
Las cuatro fases se concentran en
remover las incertidumbres y por lo
tanto manejar el acuerdo con el
stakeholder de que los riesgos sean
eliminados.
CAL/requisitos
28. Desarrollo Iterativo
El uso del ciclo de vida iterativo es
mejor al cascada por muchas razones:
Nos permite estar al tanto de cambios en
los requisitos. La verdad es que los
requisitos usualmente cambian.
La integración no debe ser un “big bang” al
final; los elementos deben intregrarse
progresivamente en el tiempo.
CAL/requisitos
29. Desarrollo Iterativo
Los riesgos, normalmente, se
descubren y tratan durante la
integración. Con este enfoque se
pueden mitigar mas temprano.
El desarrollo interativo proporciona un
medio al gerente, para hacer cambios
tácticos al producto.
CAL/requisitos
30. Desarrollo Iterativo
Facilita el reuso; es mas fácil identificar
partes comunes diseñadas o
implementadas parcialmente que
reconocerlas durante el planeamiento.
El proceso de desarrollo en si puede
ser mejorado y refinado.
CAL/requisitos
31. Inception : Creación
La primera fase inception (creación) se enfoca
en el espacio del problema: determinando lo
que el sistema necesita para ser entregado,
sus límites, interacciones, servicios, y asi
sucesivamente. La fase se completa cuando
todos los stakeholders estan de acuerdo con
la descripción del sistema.
Definimos una “visión” del producto final y los
casos de uso del negocio asociados,
definiendo el alcance global del proyecto.
CAL/requisitos
33. Elaboración
La segunda fase Elaboración se enfoca
en identificar una arquitectura robusta
para lograr satisfacre las necesidades
del stakeholder.
Se refina la definción del producto, se
define y se establece una línea base de
arquitectura y se desarrolla un plan
mas preciso para su desarrollo y
despliegue.
CAL/requisitos
35. Arquitectura
Es el nivel conceptual de mas alto nivel de un
sistema y su ambiente (IEEE). La
arquitectura de un sistema de software (en
un momento dado del tiempo), es su
organización o estructura de componentes
significativos que interactúan a través de
interfaces, cuyos componentes estan a su
vez compuestos de componentes mas
pequeños e interfaces
CAL/requisitos
36. Arquitectura
Estructura organizativa de un sistema:
una arquitectura puede descomponerse
recursivamente en partes que
interactúan a través de interfaces,
vínculos y partes conectadas y
restricciones para el ensamble de sus
partes. Partes que interactúan a través
de una interface incluye: clases,
componentes y subsistemas.
CAL/requisitos
37. Criterios de evaluación - Elaboración
¿La visión del producto es estable?
¿La arquitectura es estable?
¿Las demostraciones ejecutables, muestran
que los principales elementos de riesgo han
sido considerado y resueltos?
¿Está el plan de construcción
suficientemente detallado, tiene una base
creible de estimados?.
CAL/requisitos
38. Criterios de evaluación - Elaboración
¿Todos los stakeholder concuerdan que la
visión actual se puede lograr si se ejecuta el
plan para desarrollar el sistema completo, en
el contexto de la arquitectura?.
¿Son aceptables los gastos en recursos
actuales versus los planeados?.
CAL/requisitos
39. Construcción
La tercera fase, construcción, se enfoca
en la construcción incremental del
sistema que elimine los riesgos para
una entrega exitosa.
Cada una de las iteraciones en esta
fase proporcionan mas capacidad que
la anterior y por lo tanto puede pasar
por mas pruebas del sistema.
CAL/requisitos
41. Transición
La cuarta fase, transición, concluye con
la adopción exitosa del sistema.
El producto es entregado a la
comunidad de usuarios; incluye
manufactura, entrenamiento, soporte,
entrega y mantenimiento del producto .
CAL/requisitos
42. Transición
Objetivos:
Lograr que el usuario sea autosuficiente.
Lograr el producto tan rápido y efectivo en
costo como sea practico.
Actividades:
Hacer el despliegue de ingeniería del
producto, empaque, entrenamiento del
personal de campo, ventas.
Actividades de afinamiento.
CAL/requisitos
43. Participantes Equipo Roles
System A nalyst Use case
Specifier
Requerimientos
User-Interface
Designer Architect
Análisis
Use case
Engineer Diseño Component
Engineer
Implementación
System Integrator
Test Engineer
Test
Integration Tester
System Tester
CAL/requisitos