Estimación del esfuerzo y costos necesarios para el desarrollo de un proyecto de software
|
|
- Vicente de la Cruz Agüero
- hace 6 años
- Vistas:
Transcripción
1 Carlos Eduardo Vázquez Estimación del esfuerzo y costos necesarios para el desarrollo de un proyecto de software
2 Objetivos 1. Despertar en el público la conciencia sobre la problemática en la elaboración de estimaciones en el desarrollo de software 2. Presentar el concepto de unidad de producto y de cómo aplicarlo en la medición de software para la planeación y monitoreo de la productividad en su desarrollo 3. Introducir el método de COSMIC para la medición del tamaño funcional y su papel en la generación de unidades de producto a partir de los requerimientos funcionales
3 1. La problemática de la estimación Estimar pequeños elementos es fácil Programar una Transacción Probar una Transacción Dificuldad Estimar la realización de una actividad de 12 horas Pequeño! Impacto Cuando se solicita una medición a un desarrollador para entregar un programa probado y brinda una estimación de 12 horas, lo más probable es que esté en lo cierto Esto porque se trata de un programa cuya dificultad de estimación es menor o su impacto de error es pequeño.
4 1. La problemática de la estimación Un gran elemento como la suma de pequeñas partes Dificultad Fase 01 Fase 02 Fase 03 Fase 04 Grande! Estimar la entrega de un producto final a lo largo de dos años Impacto La solución para todos los problemas de estimación es descomponer un proyecto en sus partes y hacer las estimaciones en estos mismos modelos Los escenarios en los que la estimación del todo es difícil y que el impacto de los errores es demasiado grande no serían un problema y todo el mundo estaría feliz
5 1. La problemática de la estimación Alcance preliminar Necesidades de negocio El fallo en esta lógica Proceso de la Ingeniería de Requierimientos Evolución del desarrollo Decisiones y acuerdos sobre la solución????? No se pueden identificar cuáles son esas actividades de 12 horas durante las fases iniciales del desarrollo Al inicio no sé sabe cuáles son todos los programas Hay trabajo que no es una función de esa cantidad de programas El nivel de información disponible no permite usar la lógica de la estimación de abajo hacia arriba como solución para los desafíos de la estimación
6 1. La problemática de la estimación #NoEstimates De igual forma, no se puede decidir sobre los cambios que deben ser priorizados dentro del 20% de las demandas que consumen el 80% de los recursos Por qué estimar si al final del trabajo ya estoy seguro de la información de interés? Al final, son apenas entre 15 o 30 días en un ambiente donde se hace uso de enfoques ágiles de desarrollo Se puede esperar por ese momento para saber en lugar de simplemente creer.
7 1. La problemática de la estimación CANTIDAD (#) ESFUERZO (HH) < HH 82% > HH 18% < HH 39% > HH 61% Las decisiones ejecutivas de inversión deben ser justificadas a quien mantiene el gobierno de aquella organización Cómo hacer esto con #NoEstimates?
8 2. Unidad de producto para producción de software La unidad de producto en la construcción civil Presupuesto disponible Casa en el estilo Santa Fé de Cadu 1 m 1 m Costo unitario medio de construcción por m 2 A partir de esto, tuve la oportunidad de tomar varias decisiones: Es más caro (proporcionalmente) construir un baño que un cuarto Cuando tuve que estimar el costo únicamente del baño, ya tenía elementos para realizar estimaciones de abajo para arriba Los desembolsos ocurridos no excedieron la estimación inicial basada en la cantidad de metros cuadrados y en la productividad media
9 2. Unidad de producto para producción de software Productividad Arquitectos Ingenieros Maestro de obras Albañiles Ayudantes Impuestos y tasas Aprobaciones y registros Diversos materiales Apropiación indirecta de costos Apropiación directa de costos 1 m US$ 500,00/ m2 1 m Casa construida 300 m2 Producto Desembolso con las inversiones US$ ,00 Costo
10 2. Unidad de producto para producción de software?? Cuál sería la métrica que cumple el papel de unidad de producto para la planificación y seguimiento del desempeño para el desarrollo de software? Unidad de Producto Permite aproximar o medir el tamaño del software a partir de sus requerimientos Apoya en la estimación del esfuerzo del proyecto o en la cuantificación del desempeño a partir de la perspectiva del usuario o dueño para fines del análisis de productividad Es independiente del desarrollo técnico y decisiones de implementación Permite comparar la productividad entre las diferentes técnicas y tecnologías disponibles
11 2. Unidad de producto para producción de software Otras métricas permiten cuantificar el desempeño técnico de productos y servicios a partir de su implementación Análisis de eficiencia del diseño Mejora en el rendimiento del diseño Apoyo a la Ingeniería de Requerimientos Dimensión del diseño y calidad Apoyo a la verificación y validación
12 La implementación Al ambiente 2. Unidad de producto para producción de software La organización La calidad Tipos de Requerimientos No son Requerimientos Funcionales Cualquier otro tipo de requerimientos o de restricción de orden general para el producto la interoperabilidad, privacidad y la protección contra daños incidentales o accidentales las tecnologías de desarrollo, mantenimiento, soporte y ejecución como: herramientas de programación y pruebas, sistemas operativos, sistemas de gestión de bases de datos, sistemas de gestión de la interfaz gráfica con el usuario, etc. equipos de destino, la adhesión a las normas y los lugares para la operación desempeño, compatibilidad, usabilidad, confiabilidad, seguridad, mantenibilidad y portabilidad Requerimientos Funcionales Requerimientos que están específicamente asociados a una tarea o servicio del usuario y que describen lo que el software debe hacer independientemente de cómo lo haga Manipulación y movimiento de datos Transferencia Transformación Almacenamiento Recuperación
13 2. Unidad de producto para producción de software Dónde están los requerimientos funcionales? artefatos con definición de requerimientos artefatos con decomposición funcional de los requerimientos artefatos del modelo /análisis de datos Requerimientos Funcionales del Usuário ( RFU ) en los artefatos del software a ser medido préimplementación pósimplementación programas físicos Procedimentos y manuales operacionales del software artefatos de almacenamiento físico de datos
14 2. Unidad de producto para producción de software La relación entre los requerimientos funcionales y no funcionales a lo largo del desarrollo Primera versión de los Requerimientos Versión posterior de los Requerimientos Artefactos de Software Requerimientos Funcionales del Usuario Requerimientos no Funcionales Requerimientos Funcionales del Usuario Verdaderos RFN Puede ser medido por COSMIC Debería ser registrado, puede ser cuantificable Evolución de la Línea del Tiempo del Proyecto
15 2. Unidad de producto para producción de software La relación entre los requerimientos funcionales y no funcionales a lo largo del desarrollo Inicialmente, RNF El tiempo de respueta medio en horarios pico no debe exceder X segundos La disponibilidad debe aumentar Y% en relación a la media anual pasada RFU a ser desenvolvido ou adquirido Proveer datos externos en tiempo real Monitorar y reportar tiempo medio de respuesta Habilitar el cambio rápido de procesamiento para un procesador alternativo sin interrupción del servico RNF após requisitos iniciais evoluírem em RFU Equipo apropriado Parte del software escrito en lenguaje de bajo nivel Procesador alternativo operando en hot stand by
16 2. Unidad de producto para producción de software Derivación de unidad de producto de los requerimientos funcionales ISO/IEC define los principios de la medición del tamaño funcional Implementados en métodos de medición del tamaño funcional por: COSMIC (ISO/IEC 19761:2011) IFPUG APF (ISO/IEC 20926:2009) UKSMA Mk II (ISO/IEC 20968:2002) NESMA APF (ISO/IEC 24570:2005) FISMA (ISO/IEC 29881:2010)
17 3. El método de medición de tamaño funcional de COSMIC 2 a generación de métodos de medición del tamaño funcional Nivel de confiabilidad compatible con todos los tipos de software Accesible al público y su documentación no tiene costo Tiene reconocimiento total de la ISO/IEC Proyecto es simple y posee una base conceptual compatible con la Ingeniería de Software moderna: Los métodos anteriores no siempre tienen una aplicación amplia suficiente para atender las necesidades del mercado, o funcionan apenas con acceso restringido Planificación y medición del desempeño tiene mayor exactitud Tiene la habilidad de capturar el tamaño a partir de múltiples perspectivas
18 3. El método de medición de tamaño funcional de COSMIC Visión general del método de medición COSMIC Es un valor de una magnitud de acuerdo con el método de COSMIC Independiente de implementación relacionada con los artefactos del software a ser medido Expresado en unidades: Puntos de Función COSMIC o PFC 1 objetivos Conjunto de: Modelos Principios Reglas Procesos 4 3 Tamaño Funcional parcial del software 2 Requerimientos funcionales del usuario en los artefactos del software a ser medido Describe lo que el software debe hacer para los usuarios, quienes son los destinatarios y remitentes de los datos Excluye requerimientos técnicos o de calidad que expresan cómo el software funciona La función es relativa al proceso de información que el software debe ejecutar para sus usuarios
19 3. El método de medición de tamaño funcional de COSMIC Las fases en la medición COSMIC 1 Objetivos 6 Estrategia de medición Definición de cada parte del software a ser medido de la medición exigida Requerimientos funcionales del Usuario en artefatos del software a ser medido 5 Modelo de contexto de software 8 Fase de mapeo 9 Modelo general de software Requerimientos Funcionales del Usuario en la forma del modelo general de software Fase de medición Tamaño funcional del software en unidades de PFC
20 3. El método de medición de tamaño funcional de COSMIC Usuario funcional Usuario funcional humano aplicación siendo medida Aplicación para usuario funcional de la aplicación siendo medida Usuarios funcionales de una parte del software a ser medido identificados a partir de sus RFU, como fuentes y/o destinos pretendidos para datos En la visión lógica para una parte del software de aplicaciones de negocio, los RFU acostumbran a describir sólo la funcionalidad requerida desde el punto de vista de usuarios humanos y, tal vez, otras aplicaciones pares que envíen o reciban datos Cualquier camada de software y dispositivos de hardware que soporten la interación de los usuarios funcionales con la aplicación son facilitadores de las transferencias de datos y no remitentes o destinatarios
21 3. El método de medición de tamaño funcional de COSMIC Frontera frontera aplicación siendo medida Aplicación par frontera Frontera definida como interfaz conceptual entre software y usuario funcional Frontera no debe ser confundida con qualquier línea diseñada en un diagrama para delimitar o alcance de una parte del software o camada Frontera permite hacer distinción clara entre cualquier parte del software medido (dentro) y cualquier parte del ambiente de los usuarios funcionales (fuera)
22 3. El método de medición de tamaño funcional de COSMIC camada de aplicación Movimientos de datos entradas salidas grabaciones Almacenamiento persistente aplicación siendo medida exits entries lecturas entries exits aplicación par Movimientos de datos Usuarios funcionales interactuan con el software a través de la frontera via dos tipos de movimientos de datos (entries y exits) Software también intercambia datos con el dispositivo de almacenamiento persistente via dos tipos de movimientos de datos (reads y writes) El dispositivo de almacenamiento no es considerado como un usuario del software y, por tanto, está dentro de la frontera del software
23 3. El método de medición de tamaño funcional de COSMIC Ejemplo de Movimientos de datos usuario funcional processo funcional objetos de interés cliente producto pedido items de pedido pedido item del pedido confirmación del pedido cliente producto pedido item del pedido
24 3. El método de medición de tamaño funcional de COSMIC Medición Vs Aproximación del tamaño 1 PFC G1 = 1,5 PFC G2 ± 25% 1 PFC G2 = 1,33 PFC G3 ± 15% Editar y gerenciar pedidos de vacaciones 100 PFC G1 incluir, alterar, excluir, apreciar PFC G2 especificación completa 200 PFC G3 Estimar/Aproximar Medir propuesta requerimientos proyecto construcción implementación 1. Evaluar el desempeño por la relación entre la cantidad de horas invertidas y la cantidad de puntos función COSMIC medidos 2. Re-evaluar los indicadores de productividad para que pasen a incluir el desempeño de los proyectos que terminan 3. Re-evaluar la cantidad de puntos función COSMIC que corresponden en promedio a los procesos y a los conceptos de negocio
25 3. El método de medición de tamaño funcional de COSMIC Benchmarking Esfuerzo estimado por otros métodos: 1000 HH 07 HH/CFP o menos de 8% de probabilidad Aproximación del Tamaño: 150 CFP
26 3. El método de medición de tamaño funcional de COSMIC Conócete a ti mismo
27 Conclusión De algo que estoy seguro es sobre la diferencia de las respuestas para la siguiente pregunta: " Por qué me pides HH para el proyecto y no HH? Porque yo lo sé Porque sólo hay un 2% de probabilidad de entregar el proyecto de este tamaño con HH de acuerdo a nuestros datos históricos. No hay un proyecto de la base de datos internacional de evaluación comparativa que indique esto como algo posible
Estimación del esfuerzo y costos necesarios para el desarrollo de un proyecto de software
Carlos Eduardo Vázquez Estimación del esfuerzo y costos necesarios para el desarrollo de un proyecto de software Objetivos 1. Despertar en el público la conciencia sobre la problemática en la elaboración
Más detallesMedición y estimación de software con puntos de función COSMIC
1 Medición y estimación de software con puntos de función COSMIC GUILHERME SIQUEIRA SIMÕES 27/12/2016 FATTO CONSULTORIA Y SISTEMAS 2 ORIENTACIONES INICIALES De preferencia al uso de una conexión de banda
Más detallesEstimaciones de Software con COSMIC
FATTO Consultoría y Sistemas Medición, Estimación y Requerimientos de Software Estimaciones de Software con COSMIC Carlos Eduardo Vazquez 1 Resumen Hacer una estimación de abajo hacia arriba es inviable
Más detallesAtributos de Calidad del Software
Atributos de Calidad del Software Los usuarios comúnmente se centran en lo que el sistema debe hacer por ellos y no piensan en otros atributos que el software debe tener. Son los analistas los que deben
Más detallesFATTO CONSULTORIA y SISTEMAS
Carlos Eduardo Vazquez 21/03/2015 FATTO CONSULTORIA y SISTEMAS 1 ORIENTACIONES INICIALES De preferencia use una conexión de banda ancha El evento no hará uso del video (webcam), solamente diapositivas
Más detallesEspecificación de Requerimientos <Nombre del Proyecto> Nombre del Grupo de Desarrollo o Asignatura Nombre del Autor
Especificación de Requerimientos Nombre del Grupo de Desarrollo o Asignatura [Este documento es la plantilla base para elaborar el documento Especificación de Requerimientos. Los textos que aparecen entre
Más detallesANEXO TECNICO. Fábrica de Software
Contratar el servicio de desarrollo e implementación de sistemas de información para la ESAP mediante el modelo de fábrica de software, de acuerdo con las especificaciones técnicas definidas por la entidad.
Más detallesNorma de Calidad Colombiana para Productos de Software y Relación entre Modelos de Calidad y Especificación de Requerimientos de Productos de Software
Norma de Calidad Colombiana para Productos de Software y Relación entre Modelos de Calidad y Especificación de Requerimientos de Productos de Software 750092M Desarrollo de Software II 1 Agenda Norma Técnica
Más detallesANÁLISIS DE SISTEMAS. Prof. Eliz Mora
ANÁLISIS DE SISTEMAS Prof. Eliz Mora Programa Fundamentos del Análisis de Sistemas Estilos Organizacionales y su impacto en los Sistemas de Información Rol del Analista de Sistema Determinación de Factibilidad
Más detallesFATTO Consultoría y Sistemas - Manejo de contratos de fábrica de software con SCRUM vía puntos de función
FATTO Consultoría y Sistemas - www.fattocs.com 1 Manejo de contratos de fábrica de software con SCRUM vía puntos de función FATTO Consultoría y Sistemas - www.fattocs.com 2 Agenda Motivación El contexto
Más detallesPruebas de Software. Agenda. Pruebas de Programas Los Niveles de Prueba Diseño de Casos de Prueba
Pruebas de Software R. Casallas Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes 1 Agenda Pruebas de Programas Los Niveles de Prueba Diseño de Casos de Prueba 2 1 Pruebas de Programas
Más detalles2.12 Control estadístico vs métricas.
2.12 Control estadístico vs métricas. PRODUCIR UN SISTEMAS, APLICACIÓN O PRODUCTO DE ALTA CALIDAD Para lograr este objetivo se deben emplear métodos efectivos junto con herramientas modernas dentro del
Más detallesE77 - Gestión de Recursos de la Información. Tema 1 - Métricas del Proyecto de Software
E77 - Gestión de Recursos de la Información Tema 1 - Métricas del Proyecto de Software Medición y Métricas Proceso de IS Proyecto Recopilación de datos Medidas Producto Cálculo de métricas Métricas Evaluación
Más detallesISO ISO Calidad de Software. Virginia Cuomo Mariela Castares
ISO 9126 - ISO 14598 Calidad de Software Virginia Cuomo Mariela Castares 1 Agenda Calidad de Producto ISO 9126 / ISO 14598 2 Calidad de Producto Calidad: El conjunto de características de una entidad que
Más detallesVerificación y Validación (Proceso V&V) Asegurar que el sistema de software cumpla las necesidades del usuario
Verificación y Validación (Proceso V&V) Asegurar que el sistema de software cumpla las necesidades del usuario Objetivos Introducir la verificación y validación de software Describir las fases del proceso
Más detallesNOMBRE DEL ROL OBJETIVO DEL ROL RESPONSABILIDADES
Recursos de Holismo Ingeniería: Gerente de Proyecto Responsable de liderar y administrar el proyecto y quien tiene la responsabilidad de planear, organizar y gerencial los recursos y cumplimiento de las
Más detallesEl sistema será definido como SACP (Sistema de Administración de Clientes y Proveedores).
ERS IEEE 830 En el capítulo 1 se explicó que es el estándar IEEE 830. A continuación, se lo aplica en la definición de los requerimientos del sistema, basado en las historias de usuario. Introducción Propósito
Más detallesINFORME TECNICO PREVIO DE EVALUACION DE SOFTWARE CP/ASI
1 de 5 INFORME TECNICO PREVIO DE 001-2012-CP/ASI 1. NOMBRE DEL AREA: Dirección de Promoción y Desarrollo. 2. RESPONSABLE DE LA EVALUACION: Segismundo Alzamora León. 3. CARGO: Analista de Sistemas de Información.
Más detallesModelos, normas y estándares de calidad internacionales para los productos de software
Modelos, normas y estándares de calidad internacionales para los productos de software 750092M Desarrollo de Software II 1 Agenda Introducción ISO 9000 (no es de PRODUCTO es de PROCESO, Sistema de Gestión
Más detallesDescripción específica
Descripción específica NÚCLEO: Comercio y Servicios SUBSECTOR: Informática y Comunicación Nombre del Módulo: Planificación de pruebas de software Código: CSTI0192 total: 309 horas Objetivo General: Planificar
Más detallesRational Unified Process
Rational Unified Process 1 Qué es un Proceso? Un proceso define Quién está haciendo Qué, Cuándo y Cómo para lograr un cierto objetivo. En la ingeniería de software el objetivo es construir un producto
Más detallesLa medición funcional de software con SCRUM
FATTO Consultoría y Sistemas - www.fattocs.com 1 La medición funcional de software con SCRUM IT-Latino 10 - Noviemre-2014 FATTO Consultoría y Sistemas - www.fattocs.com 2 Agenda Motivación El contexto
Más detallesrecomendaciones acerca de la memoria de un PFC
recomendaciones acerca de la memoria de un PFC E. U. Informática Segovia Universidad de Valladolid consideraciones de partida Generalmente, un PFC implica el desarrollo de un producto software Desde la
Más detallesIntroducción a la Ingeniería de Software. Informática Empresarial, UCR IF 7100 Ingeniería de Software
Introducción a la Ingeniería de Software 1 Qué es el Software? Programas informáticos y documentación asociada tales como requerimientos, modelos de diseño y manuales de usuario Los productos de software
Más detallesMétricas del Producto. Sistemas de Información II 2009 Facultad de Ingeniería - UNJu
Métricas del Producto Sistemas de Información II 2009 Facultad de Ingeniería - UNJu Un vistazo rápido Qué son? Guía cuantitativa que ayuda a los ingenieros del sw a conocer mejor el diseño y la construcción
Más detallesCapítulo 3. Métricas y la Confiabilidad en la Ingeniería del
Capítulo III 29 Capítulo 3. Métricas y la Confiabilidad en la Ingeniería del Software En este capítulo se definirá el concepto métrica y la relación que lleva este concepto con la confiabilidad en la ingeniería
Más detallesImplementación de Componentes
Implementación de Componentes Concepto Un componente es una parte no trivial, casi independiente, y reemplazable de un sistema que llena claramente una funcionalidad dentro de un contexto en una arquitectura
Más detallesTamaño: El tamaño de los componentes puede ser medido por medio de las métricas utilizadas en diseño orientado a objetos. Esto significa que la
Tema 3.3.2: Tamaño: El tamaño de los componentes puede ser medido por medio de las métricas utilizadas en diseño orientado a objetos. Esto significa que la medición del tamaño de un componente puede ser
Más detallesCambios en Ingeniería de Software
Cambios en Ingeniería de Software Material tomado del artículo de Casallas Rubby, Villalobos, Jorge. El actual ingeniero de Software. Revista ACIS. Edición Nº 93 Julio - Septiembre de 2005. Preparado por
Más detallesDescripción Específica en la modalidad de Formación Dual
Descripción Específica en la modalidad de Formación Dual Para la persona tutora y la persona monitora, a continuación se presenta la descripción específica para ejecutar el Módulo en modalidad Dual. Tomando
Más detallesRegistrar información o datos de una persona REQUERIMIENTO QUE LO UTILIZA O ESPECIALIZA:
1 REQUERIMIENTOS FUNCIONALES INTIFICADOR: R1 Registrar información o datos de una persona Si Alta Número y tipo de documento Apellidos y Nombres completos Dirección Teléfono Firma DOCUMENTOS VISUALIZACIÓN
Más detallesIIS. Evaluación de productos, procesos, recursos Mejorando las predicciones ( o estimaciones?)
IIS Evaluación de productos, procesos, recursos Mejorando las predicciones ( o estimaciones?) El que piensa Pierde! Quién de ustedes los conoce? Levanten la mano los que trabajan construyendo software
Más detallesIntroducción. Diplomado en Calidad y Estimación de Sistemas Informáticos
Introducción La estimación y calidad de los sistemas informáticos se ha convertido hoy en día en los principales objetivos estratégicos de las organizaciones debido a que, cada vez más, su supervivencia
Más detallesSISTEMAS DE INFORMACIÓN II TEORÍA
CONTENIDO: DISEÑO DE SISTEMAS Y ESTRATEGIAS DE DISEÑO DISEÑO TRAZABILIDAD DE MODELOS INTERFACES ALTERNATIVAS DE ESTRATEGIAS DE DISEÑO Material diseñado y elaborado por: Prof. María A. Pérez de Ovalles
Más detallesCAPTURA DE REQUERIMIENTOS
CAPTURA DE REQUERIMIENTOS SEMANA 2 Primera Sesión Profesor del Curso: Aréstegui Guillén Oscar Temario Ingeniería de Requerimientos Diagrama de actividades del proceso del negocio Identificación de Actores
Más detallesRequerimientos de Software
Requerimientos de Software Ingeniería de Requerimientos Se define como el proceso de establecer los servicios que el consumidor requiere de un sistema y las restricciones sobre las cuales de funcionar
Más detallesGESTION DE PROYECTOS INFORMATICOS
CODIGO: OET-INF-001-05 VERSION: PRIMERA AREA: OFICINA DE ESTADISTICA Y TELEMATICA AREA DE INFORMATICA TITULO: GESTION DE PROYECTOS INFORMATICOS RUBRO NOMBRE FIRMA FECHA Formulado por: Equipo de Elaboración
Más detallesPONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ
PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ FACULTAD DE CIENCIAS E INGENIERÍA ESPECIALIDAD DE INGENIERÍA INFORMÁTICA Índices Base para Proyectos de Tesis en Ingeniería Informática Versión 1.2 ELABORADO POR:
Más detallesEstimaciones vía Planning Poker
Estimaciones vía Planning Poker Guilherme Siqueira Simões 20/02/2018 FATTO CONSULTORIA Y SISTEMAS 1 2 ORIENTACIONES INICIALES De preferencia al uso de una conexión de banda ancha Este evento no tendrá
Más detallesGEXRENOF: Herramienta para la gestión de pruebas no funcionales basada en el estándar ISO/IEC
GEXRENOF: Herramienta para la gestión de pruebas no funcionales basada en el estándar ISO/IEC 25000. Pérez, M. V, 1 Castellanos, D, 1, Mir, D. 1 1 Universidad de las Ciencias Informáticas (UCI), Facultad
Más detallesFigura 39. Resultados de la encuesta de satisfacción aplicada a los instructores de los CECATI en el Estado de Colima Figura 40.
Contenido RESUMEN...iii ABSTRACT...iii Epígrafe... iv AGRADECIMIENTOS... v ÍNDICE DE FIGURAS... ix ÍNDICE DE TABLAS... xi CAPITULO I INTRODUCCIÓN... 1 1.1. Prólogo... 1 1.2. Contexto... 2 1.3. Definición
Más detallesDISEÑO Y CONSTRUCCION DE MODELOS WEB
DISEÑO Y CONSTRUCCION DE MODELOS WEB UNIDAD II Politécnicos 2.1 DISEÑO DE SITIOS WEB El diseño se desarrollaba de manera ad- hoc y por lo general se efectuaba a medida que se generaba HTML. Después evolucionó
Más detallesUNIDAD I Introducción al Sistema Manejador de Base de Datos (DBMS)
UNIDAD I Introducción al Sistema Manejador de Base de Datos (DBMS) Un conjunto de elementos de datos que se describen a sí mismo, junto con relaciones y restricciones entre esos elementos, que presentan
Más detallesISO Ingeniería del Software
ISO 9126 Ingeniería del Software ISO 9126 Es un estándar internacional para la evaluación del software. La norma define seis características de la aplicación, estas seis características son divididas en
Más detallesCapítulo 7. Pruebas y mantenimiento del sistema
Capítulo 7 Pruebas y mantenimiento del sistema 129 Una vez que el sistema ha sido desarrollado, es necesario someterlo a una serie de pruebas que nos permitan identificar y mejorar aquellos puntos necesarios
Más detallesDesarrollo Rápido de Software. Objetivos
Desarrollo Rápido de Software Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 17 Slide 1 Objetivos Explicar como un proceso iterativo e evolutivo de desarrollo conduce a una entrega más
Más detallesEl ciclo de vida de un sistema de información
El ciclo de vida de un sistema de información 1. Las etapas del proceso de desarrollo de software Planificación Análisis Diseño Implementación Pruebas Instalación / Despliegue Uso y mantenimiento 2. Modelos
Más detallesIngeniería de Software: Y eso qué es?
Ingeniería de Software: Y eso qué es? Definición: Estrategia para desarrollar software de alta calidad. A qué se le denomina Software de alta calidad? Al software que sea: Util (al cliente). Portable.
Más detallesHOUSEBANKING. Tesorería Empresarial. Treasury Processes System
Tesorería Empresarial HouseBanking Tesorería es la solución integrada que agrega valor al dinero de las empresas: Compras y Ventas Control y Eficiencia de la operación Cuentas Por Cuentas Por Centralización
Más detallesREPÚBLICA BOLIVARIANA DE VENEZUELA MINISTERIO DEL PODER POPULAR PARA LA DEFENSA UNIVERSIDAD NACIONAL EXPERIMENTAL
REPÚBLICA BOLIVARIANA DE VENEZUELA MINISTERIO DEL PODER POPULAR PARA LA DEFENSA UNIVERSIDAD NACIONAL EXPERIMENTAL POLITÉCNICA DE LA FUERZA ARMADA BOLIVARIANA NÚCLEO ZULIA PROF. ALFREDO CARNEIRO Integrantes:
Más detallesIntroducción al desarrollo de sistemas de información. María Mora Administradora del Nodo GBIF Costa Rica
Introducción al desarrollo de sistemas de información María Mora Administradora del Nodo GBIF Costa Rica Temas 1. Qué es un sistema de información? 2. Tipos de sistema de información. 3. Características
Más detallesAnexo III COBIT. Relaciones de los Objetivos de Control Dominios, Procesos y Objetivos de Control
Anexo III COBIT Relaciones de los Objetivos de Control Dominios, Procesos y Objetivos de Control En COBIT se define control como: El conjunto de políticas, procedimientos, prácticas y estructuras organizativas
Más detallesPLANEACIÓN DE PRUEBAS
PLANEACIÓN DE PRUEBAS CALIDAD Y PRUEBAS DE SOFTWARE MAESTRÍA EN INGENIERÍA (DE SISTEMAS) FACULTAD DE INGENIERÍA UNIVERSIDAD DEL VALLE DOCENTE BEATRIZ FLORIAN GAVIRIA Basado parcialmente en material de
Más detallesPLCs ESTÁNDAR IEC Programa del Curso. Sistema Supervisor / SCADA. Comunicaciones. Lenguajes: LD FBD PLC SFC IEC Proyectos / Aplicaciones
PLCs ESTÁNDAR IEC 61131 Programa del Curso Sistema Supervisor / SCADA Lenguajes: LD FBD PLC IL Comunicaciones SFC ST IEC 61131 Proyectos / Aplicaciones 1 Estándar IEC 61131 Normativa sobre PLCs y su aplicación
Más detallesFacultad de Ciencias de la Computación
Facultad de Ciencias de la Computación INTRODUCCION A LA DISCIPLINA COMPUTACIONAL Unidad 3 Ingenieria de Software Objetivos Definir la Ingeniería de Software y explicar su importancia. Discutir los conceptos
Más detallesEspecificación de requisitos de software
Especificación de requisitos de software Proyecto: Desarrollo de un sistema recomendador web para la toma de decisiones durante el proceso de adquisición de equipos de cómputo utilizando árboles de decisión.
Más detallesTEMA 4. PROCESO UNIFICADO
TEMA 4. PROCESO UNIFICADO Definición El Proceso Unificado de Desarrollo Software es un marco de desarrollo de software que se caracteriza por estar dirigido por casos de uso, centrado en la arquitectura
Más detallesTécnicas de Pruebas de
Técnicas de Pruebas de Software Lecturas Pruebas de Unidades Pruebas Integración Docente Beatriz E. Florián bflorian@eisc.edu.co Mayo 3 de 2005 Pruebas Reglas de oro para pruebas Límites de Pruebas: Probar
Más detallesBitácora Cuestionario Calidad Técnica de las Aplicaciones (Software a la medida)
Bitácora Cuestionario Calidad Técnica de las Aplicaciones (Software a la medida) Cliente (CONAVI) Página de No. Nombre de la aplicación Entrevistado/Teléfono Fecha Si está completo Regresado Chequeado
Más detallesMODELOS COMUNES PARA DESARROLLO DE SOFTWARE MODELO LINEAL SECUENCIAL
MODELOS COMUNES PARA DESARROLLO DE SOFTWARE MODELO LINEAL SECUENCIAL Requerimientos del sistema de información son predecibles. Requiere almacenamiento de datos en archivos y BD. Sirve para modelar sistema
Más detallesGrado de Ingeniería Informática. Consultor: Juan José Cuadrado Gallego Alumno: Isabel Guerra Monclova
Grado de Ingeniería Informática Consultor: Juan José Cuadrado Gallego Alumno: ÍNDICE DE CONTENIDOS Objetivos del proyecto Planificación del proyecto Análisis de requisitos Diseño técnico Construcción Pruebas
Más detallesOrientaciones Iniciales
FATTO Consultoría y Sistemas - www.fattocs.com 1 Orientaciones Iniciales ± Si es necesario, ajuste el idioma de la sala virtual en la barra de herramientas en la parte superior ± El evento tendrá 45 min.
Más detallesCLASE # 9 EJECUCIÓN DE PRUEBAS
CLASE # 9 EJECUCIÓN DE PRUEBAS 750105M - TÉCNICAS DE PRUEBAS DE SOFTWARE INGENIERÍA DE SISTEMAS Y COMPUTACIÓN UNIVERSIDAD DEL VALLE SEMESTRE 2013A - DOCENTE BEATRIZ FLORIAN GAVIRIA Basado parcialmente
Más detallesPROGRAMA DE ASIGNACIÓN FAMILIAR (PRAF) TÉRMINOS DE REFERENCIA
TÉRMINOS DE REFERENCIA CONTRATACION DE CONSULTORIA TECNICO EN INFORMATICA MEJORAMIENTO DEL SISTEMA DE INFORMACION DEL PROGRAMA DEL BONO 10,000 I. ANTECEDENTES Mediante Decreto Legislativo No. 167-2009
Más detallesM. C. Felipe Santiago Espinosa
M. C. Felipe Santiago Espinosa Junio de 2008 Un sistema empotrado es un procesador, con sus elementos externos que desarrolla una función especifica de manera autónoma. Un sistema empotrado es un sistema
Más detallesEspecificación de requisitos de software. Proyecto: [Nombre del proyecto] Revisión [99.99] [Mes de año]
Especificación de requisitos de software Proyecto: [Nombre del proyecto] Revisión [99.99] [Mes de año] Instrucciones para el uso de este formato Este formato es una plantilla tipo para documentos de requisitos
Más detallesProgramación en lenguajes estructurados de aplicaciones de gestión. Código: J62.13 Nivel: 3
Denominación: Programación en lenguajes estructurados de aplicaciones de gestión Código: J62.13 Nivel: 3 Sector: Familia: Programación informática, consultoría de informática y actividades conexas Tecnología
Más detallesLos puntos básicos sobre la importancia del Testing y el aseguramiento de la calidad en productos de software son:
Por qué Testing? Testing es un elemento esencial para mantener a la empresa con vida, mejor dicho, al producto. Recordemos que los productos de software cada vez tienen mas competencia, mas complejidad,
Más detallesObjetivos. Plan. Cambios de grupos Prof. sustituto: Alicia Villanueva
Ingeniería de Requerimientos Prácticas Curso 2007/08 Objetivos Aprender el manejo de una herramienta avanzada para el desarrollo rápido de prototipos: Visual Prolog Plan Semana 1: Recomendaciones IEEE
Más detallesUNIVERSIDAD SALESIANA DE BOLIVIA ESCUDO DE LA UNIVERSIDAD NOMBRE DEL PROYECTO DE SOFTWARE
LOGO DE LA CARRERA IDS UNIVERSIDAD SALESIANA DE BOLIVIA ESCUDO DE LA UNIVERSIDAD NOMBRE DEL PROYECTO DE SOFTWARE MATERIA: SEMESTRE: DOCENTE: INTEGRANTES: GESTION: PRIMER APELLIDO SEGUNDO APELLIDO NOMBRES
Más detallesProceso Unificado de Desarrollo de Software. 13 de sep de 2006
Proceso Unificado de Desarrollo de Software 13 de sep de 2006 Referencias básicas El Proceso unificado de desarrollo de Software I. Jacobson, G. Booch y J.Rumbaugh Addison Wesley - Pearson Education 1999
Más detallesTecnología hardware y software
Denominación: Desarrollo de software Código : J62.05 Nivel: 4 Sector: Familia: Eje tecnológico: Programación informática, consultoría de informática y actividades conexas. Tecnología hardware y software
Más detallesRegina Leal Güemez. Notas de clase para: Temas Selectos en Sistemas de Información para la Administración
4. Administración de las TI. 4.1 Implementación de Sistemas de Información 4.2 Evaluación de hardware, software y servicios 4.3 Otras actividades relacionadas con la implementación 4.4 Operación y mantenimiento
Más detallesPresentado por: Josué Andino Denis Flores Jorge Luis Pontón Diego Soria. Andino, Flores, Pontón, Soria 1
Presentado por: Josué Andino Denis Flores Jorge Luis Pontón Diego Soria Andino, Flores, Pontón, Soria 1 Temario Objetivos Introducción Modelos y Terminología Estructura de Datos y Directrices de Lenguaje
Más detallesEstrategia de Pruebas
Estrategia de Pruebas Introducción: Las pruebas son parte integral de un proyecto y del ciclo de vida de la aplicación. Dentro un proyecto de implementación, las pruebas siguen un enfoque estructurado
Más detallesJ. IGNACIO RAMÍREZ GARCÍA EMERSON AUTOMATION SOLUTIONS
SISTEMAS DE GESTIÓN APLICADOS A TRANSPORTE DE DUCTOS J. IGNACIO RAMÍREZ GARCÍA EMERSON AUTOMATION SOLUTIONS Agenda Introducción Puntos Clave de la Regulación en Materia de Hidrocarburos Qué es un Sistema
Más detallesBACHILLERATO TÉCNICO VOCACIONAL EN DESARROLLO DE SOFTWARE. Desarrollo de componentes para dispositivos móviles.
BACHILLERATO TÉCNICO VOCACIONAL EN DE SOFTWARE Descriptor del módulo de Tercer año Módulo 3.5: Desarrollo de componentes para dispositivos móviles Campo: Opción: Competencia: Título del módulo: Aspectos
Más detallesAgenda. Problemática. Pregunta generadora. Objetivo general y objetivos específicos. Desarrollo del trabajo de grado. Conclusiones.
Herramienta para la administración de requerimientos de los proyectos de las asignaturas de Ingeniería y Arquitectura de Software de la Pontificia Universidad Javeriana Estudiante Carlos David Duarte Alfonso
Más detallesINGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ
INGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ TEMA 3: PROCESO UNIFICADO DE DESARROLLO CONTENIDO 1. Proceso de Software 2. Proceso de Desarrollo de Software 3. Proceso Unificado de Desarrollo de Software
Más detallesPROCEDIMIENTO DE ACREDITACIÓN DE LOS REQUISITOS TECNOLOGICOS DE CONTINUIDAD Y RIESGO OPERACIONAL. Junio 2018
PROCEDIMIENTO DE ACREDITACIÓN DE LOS REQUISITOS TECNOLOGICOS DE CONTINUIDAD Y RIESGO OPERACIONAL Junio 2018 Página: 2 de 13 Información del Documento.0 Fecha Creación Fecha vigencia Junio 2018 Septiembre
Más detallesRequerimientos de Software
Requerimientos de Software Contenido Especificación de Requerimientos Tipos de Requerimientos Requerimientos Funcionales Casos de Uso Programación 4 - Curso 2013 Requerimientos & Introducción al Análisis
Más detallesCUADRO COMPARATIVO DE LOS MODELOS DE CALIDAD ELABORADO POR: EDUARD ANTONIO LOZANO CÓRDOBA. (Documento: ) PRESENTADO A:
CUADRO COMPARATIVO DE LOS MODELOS DE CALIDAD ELABORADO POR: EDUARD ANTONIO LOZANO CÓRDOBA (Documento: 12.022.957) PRESENTADO A: ASTRID VICTORIA CARDENAS CHICANGANA Ingeniera de sistemas - Magister en dirección
Más detallesTema 2: Especificación de Requisitos
Tema 2: Especificación de Requisitos Maria-Isabel, Sanchez Segura Arturo, Mora-Soto Índice n Introducción n Por qué la captura de requisitos es complicada n El objetivo del flujo de trabajo de los requisitos
Más detallesMétricas de Producto
de Producto Nilda M. Pérez Otero Sistemas de Información II Cursada 2011 Facultad de Ingeniería - UNJu Fuentes: Ingeniería del Software. Un Enfoque Práctico 6ta. Ed. - Roger S. Pressmann - Capítulo 15
Más detallesUniversidad Mayor de San Andrés Facultad de Ciencias Puras y Naturales Carrera de Informática
Universidad Mayor de San Andrés Facultad de Ciencias Puras y Naturales Carrera de Informática PROYECTO DE GRADO SISTEMA DE GESTIÓN CONTABLE VÍA WEB PARA EL SERVICIO DE OUTSOURCING Caso: MAERO CONSULTORA
Más detallesCAPÍTULO 5 INDICADORES DE PRODUCTIVIDAD EN EL MANTENIMIENTO. Como se explicó en el capítulo 2, el tener una buena administración del
CAPÍTULO 5 INDICADORES DE PRODUCTIVIDAD EN EL MANTENIMIENTO Como se explicó en el capítulo 2, el tener una buena administración del mantenimiento permite aumentar la productividad no sólo en esta área,
Más detallesadv Software Factory
adv Software Factory NUESTRA VISION Nuestra visión de Servicio es convertirnos en un apéndice del área de Sistemas de las empresas contratantes, entendiendo que ellas son las más capacitadas para recibir
Más detallesIntroducción. En los últimos años la tecnología computacional ha avanzado rápidamente con grandes
Introducción En los últimos años la tecnología computacional ha avanzado rápidamente con grandes progresos tanto en hardware como en software. Asimismo, las necesidades de las organizaciones en cuanto
Más detallesING. YIM APESTEGUI FLORENTINO. Planeación y Administración Estratégica
Planeación y Administración Estratégica Medición de la Eficiencia de los Confiabilidad Aceptación Uso Soluciones Productividad Valor Agregado El proyecto informático contribuye a introducir un cambio
Más detallesRequisitos No Funcionales
Requisitos No Funcionales GUILHERME SIQUEIRA SIMÕES 13/06/2017 FATTO CONSULTORIA Y SISTEMAS FATTO Consultoría y Sistemas - www.fattocs.com 1 2 ORIENTACIONES INICIALES De preferencia al uso de una conexión
Más detallesMÓDULOS DE DISEÑO EN INGENIERÍA
MÓDULOS DE DISEÑO EN INGENIERÍA El diseño de productos tecnológicos (artefactos, procesos, sistemas e infraestructura) está en el centro de la naturaleza de la ingeniería. El diseño en ingeniería es un
Más detallesINFORME TÉCNICO PREVIO DE EVALUACIÓN DE SOFTWARE. El área encargada de la evaluación técnica previa es la Oficina de Sistemas.
INFORME TÉCNICO PREVIO DE EVALUACIÓN DE SOFTWARE 1.- NOMBRE DEL ÁREA El área encargada de la evaluación técnica previa es la Oficina de Sistemas. El usuario del software y especialista en las métricas
Más detallesFASES DEL CICLO DE GESTIÓN DE UNA APP ASOCIACIONES PUBLICO PRIVADAS EN EL PERU
FASES DEL CICLO DE GESTIÓN DE UNA APP ASOCIACIONES PUBLICO PRIVADAS EN EL PERU INSTITUTO AUTÓNOMO DE GESTIÓN PÚBLICA VIDEOS INTRODUCTORIOS Edgar Ortiz (OGAJ MEF) V1 https://www.youtube.com/watch?v=5zv5xrxfoi4
Más detallesProyecto Integrador III Sesión 5 Requerimientos de Software
2018-I Proyecto Integrador III Sesión 5 Requerimientos de Software Mg. Jymmy Dextre Alarcón Agenda Requerimientos funcionales Requerimientos no funcionales Documento de Requerimientos Casos de Uso Ingenieria
Más detallesEste dominio consta de 13 procesos que se describen a continuación.
Dominio: Entrega y Soporte Este dominio consta de 13 procesos que se describen a continuación. DS1 Definir y administrar los niveles de servicio En este proceso se revisa la importancia de contar con una
Más detallesPlantilla SVVP (Software Verification & Validation Plan) Trabajo de grado Ingeniería de Sistemas Pontificia Universidad
Pontificia Universidad Javeriana Marco teórico Trabajo de grado CIS1430IS08 V2Soft: guía metodológica para el proceso de validación y verificación de requerimientos para el usuario final Plantilla SVVP
Más detallesInstituto Tecnológico Superior De Acatlán de Osorio. Portafolio de evidencias
Instituto Tecnológico Superior De Acatlán de Osorio Carrera: Ingeniería Informática Materia: Verificación y Validación de Software Portafolio de evidencias Elaborado por: Solano Agustín Carlos Profesor:
Más detallesGrado en que el producto software satisface las necesidades expresadas o implícitas, cuando se usa bajo condiciones determinadas. ISO
Grado en que el producto software satisface las necesidades expresadas o implícitas, cuando se usa bajo condiciones determinadas. ISO 25000. Aspectos de la calidad de software Interna: medible a partir
Más detalles