Hoja1150 actividades en un proyecto de softwareAnlisisDiseoConstruccinPruebasMantenimiento1Captura de requerimientos.1Examinar el documento de requisitos.1Determinar las plataformas a utilizar.1Se establece el conjunto de pruebas posibles a realizar.1Presentar los informes de problemas para comenzar el mantenimiento.2Se analizan los requerimientos.2Identificar requerimientos funcionales.2Determinar las herramientas de programacin.2Se determina especficamente las pruebas a realizar.2Identificar la modificacin que se debe realizar al sistema.3Eliminacin de ambigedad en los requerimientos.3Identificar y analizar requerimientos no funcionales.3Determinar las estructuras de control a utilizar.3Se planifica que pruebas se van a realizar dependiendo del alcance del sistema.3Analizar si aceptar o no la solicitud de modificaciones.4Eliminacin de redundancia de requerimientos.4Elegir el mtodo de diseo.4Definir el lenguaje de programacin.4Determinar testers: los testers no deben ser los programadores.4Desarrollar planes y procedimientos para el mantenimiento del software.5Se evalan los requerimientos.5Definicin de estructura de datos.5Realizar depuracin del cdigo.5Determinar recursos del plan de pruebas.5Definir el alcance del mantenimiento, la cantidad de personal involucrado y la asignacin de responsabilidades y recursos.6Se sintetizan los requerimientos.6Definicin de control de flujo.6Realizar refactorizacin del cdigo.6Realizar las pruebas.6Informar la falta de informacin necesaria para la realizar la mantencin.7Se especifican los requerimientos.7Definicin de utilizacin de recursos del computador.7Definir estndares de construccin.7Caja negra: sin saber cdigo interno, se determina funcionalidad del sistema.7Anlisis de viabilidad: identificar soluciones alternativas, evaluar su impacto y su costo.8Se validan los requerimientos.8Seleccionar lenguaje de programacin.8Definir modelos de construccin.8Caja blanca: se analiza el cdigo de la aplicacin. Ruteo, ramas, condiciones, etc.8Anlisis detallado: definir los requisitos para la modificacin, elaborar una estrategia de prueba, y desarrollar un plan de ejecucin.9Definir alcance.9Planificar pruebas de integracin.9Planificar la construccin.9Unitaria: se prueban mdulos, funciones, mtodos. etc.9Utilizar la documentacin del sistema y datos del sistema para identificar los mdulos afectados del software.10Establecer los objetivos.10Realizar descripcin estructural.10Definir estndares externos de construccin.10Integracin incremental: se van agregando funcionalidades nuevas, se prueban, revisa dependencia con otros mdulos, integracin al sistema.10Modificar la documentacin existente del mdulo en el que se est trabajando.11Crear la estructura de desglose de trabajo.11Documentar el comportamiento del software.11Definir estndares internos de construccin.11Integracin: pruebas de conexiones e interacciones entre partes del sistema.11Crear casos de prueba para el nuevo diseo, y la identificacin de pruebas de regresin.12Realizar estimaciones de costo.12Obtener casos de uso de diseo.12Aplicar tcnicas en la construccin del cdigo12Funcional: prueba de caja negra, pero realizada por parte de testers.12Identificar los componentes que necesitan ser modificados.13Establecer las actividades del proceso.13Crear modelo de datos.13Utilizar ingeniera directa para pasar de modelos a cdigo.13De sistema: prueba de caja negra incluyendo todas las partes del sistema.13Evaluar la integridad del sistema modificado y obtener la aprobacin para el desarrollo de la mantencin.14Secuenciar las actividades.14Modelar diagrama de actividades.14Aplicar tcnicas de aseguramiento de calidad centradas en la construccin14Fin a fin: como la de sistema, pero incluye la interaccin entre otros sistemas, hardware, etc.14Evaluar los cambios realizados con pruebas de ensayo.15Organizar la asignacin de recursos.15Modelar diagrama de colaboracin.15aplicar tcnicas para medir la eficiencia del cdigo.15Sanidad: se valida que el sistema cumpla con los requisitos y funcione correctamente.15Fase antes del cambio: el cliente reporta sus problemas por lo que se deben realizar pruebas al sistema para confirmar que el problema existe.16Realizar anlisis de riesgos.16Modelar diagrama de secuencia.16Medir la complejidad del cdigo.16Aceptacin: como lo anterior, pero se realiza por parte del usuario final.16Fase despus del cambio: luego de se ha atendido el problema se realizan pruebas para comprobar que el problema ha sido resuelto.17Fijar entregables.17Modelar diagrama de clases.17Medir la cantidad de cdigo destruido.17Carga: se realiza uso intenso de la aplicacin para encontrar los puntos dbiles del sistema.17Realizar pruebas de aceptacin como pruebas funcionales.18Verificar el alcance.18Modelar diagrama de transicin de estados.18Detectar errores de codificacin.18Rendimiento: se define los requerimientos del sistema al ser probado.18Acordar reuniones de configuracin una vez resuelto el problema frente a alguna consulta del usuario.19Controlar el alcance.19Modelar diagrama de despliegue.19Redisear.19Estrs: prueba de rendimiento y carga del sistema.19Realizar una versin del archivo del sistema con copia de seguridad.20Definicin de herramientas a usar.20Modelar diagrama de componentes.20Definir que elementos de software podemos reutilizar.20Instalacin y desinstalacin: se verifica la respuesta de los procesos que instalan y desinstalan el sistema.20Instalar y capacitar el software en las instalaciones del cliente.21Definicin de estndares a usar.21Crear Matriz de trazabilidad.21Realizar revisiones tcnicas del cdigo.21Recuperacin: se verifica que tan bien se recupera el sistema despus de un fallo de ste, hardware, etc.22Definicin de modelos de proceso de creacin de SW.22Poblar Matriz de trazabilidad.22Aplicar anlisis esttico.22Seguridad: se evala que tan bien se encuentra protegido el sistema de accesos no autorizados.23Definicin de modelos a usar.23Detallar modelos.23Realizar integracin de componentes.23Compatibilidad: se evala desempeo de sistema en diferente hardware, sistemas operativos, redes, etc.24Definicin de arquitectura a usar.24Definir la estructura de la arquitectura.24Planificar la secuencia de integracin de los componentes.24De usuario: se determina si el usuario devuelve satisfactoriamente el software.25Se crea la presentacin de la gestin realizada.25Definir el estilo la estructura de la arquitectura.25Establecer puntos del proyecto en los que las versiones provisionales sern probadas.25Clasificar los tipos de errores.26Se crean simulaciones preliminares.26Establecer los patrones de diseo de la arquitectura.26Realizar integracin de clases y componentes.26Evaluacin de las pruebas realizadas.27Se analizan posibles optimizaciones.27Crear documento de definicin de la arquitectura.27Realizar integracin de componentes y subsistemas.27Comparar las diferentes tcnicas usadas.28Generar cronograma.28Realizar anlisis de la calidad del diseo.28Organizar el cdigo para soportar pruebas automatizadas.28Documentar las pruebas.29Creacin de diseo de pruebas de testing.29Definir los atributos de calidad del diseo.29Realizar casos de prueba.29Estimacin de esfuerzo invertido en las pruebas.30Recolectar la validacin de informacin.30Definir tcnicas de calidad del diseo.30Realizar pruebas unitarias.30Reutilizacin de pruebas31Mostrar Prototipos.31Realizar pruebas de integracin.31reutilizacin de patrones de prueba.32Realizar verificacin de las pruebas.32Generacin de casos de prueba.33Realizar validacin de las pruebas.33Registrar los fallos de las pruebas.34Realizar revisiones para detectar defectos.35Documentar las revisiones.36Crear prototipos.

Hoja2

Hoja3