Actividades de un proyecto de software (178) Lpez A. Anlisis Captura de requerimientos. Se analizan los requerimientos. Eliminacin de ambigedad en requerimientos.

Eliminacin de redundancia requerimientos. Se evalan los requerimientos. Se sintetizan los requerimientos. Se especifican los requerimientos.

Juan Pablo

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

los de

Se validan los requerimientos. Redefinir alcance. (Si es necesario) Redefinir Establecer los objetivos. (si es necesario) Crear la estructura de desglose de trabajo. Redefinir estimaciones de costo. (si es necesario) Establecer las actividades del proceso. Secuenciar las actividades. Organizar la asignacin de recursos.

16 Realizar anlisis de riesgos. 17 Fijar entregables. 18 Verificar el alcance. 19 Controlar el alcance. 20 Definicin de herramientas a usar. 21 Definicin de estndares a usar. 22 creacin de SW.

Definicin

de

modelos

de

proceso

de

23 Definicin de modelos a usar. 24 Definicin de arquitectura a usar. 25 26 27 28 29 30

Se crea la presentacin de la gestin realizada. Se crean simulaciones preliminares. Se analizan posibles optimizaciones. Generar cronograma. Creacin de diseo de pruebas de testing. Recolectar la validacin de informacin.

Actividades de un proyecto de software (178) Lpez A.

Juan Pablo

1 2 3 4 5 6 7

Diseo Examinar el documento de requisitos. Identificar requerimientos funcionales. Identificar y analizar requerimientos no funcionales. Elegir el mtodo de diseo. Definicin de estructura de datos. Definicin de control de flujo. Definicin de utilizacin de recursos del computador.

8 Seleccionar lenguaje de programacin. 9 Planificar pruebas de integracin. 10 Realizar descripcin estructural. 11 Documentar 12 13 14 15 16 17 18 19 20

el comportamiento software. Obtener casos de uso de diseo. Crear modelo de datos. Modelar diagrama de actividades. Modelar diagrama de colaboracin.

del

Modelar diagrama de secuencia. Modelar diagrama de clases. Modelar diagrama de transicin de estados. Modelar diagrama de despliegue. Modelar diagrama de componentes. 21 Crear Matriz de trazabilidad. 22 Poblar Matriz de trazabilidad.
23 Detallar modelos. 24 Definir la estructura de la arquitectura. 25 Definir el estilo la estructura de 26 27 28 29 30 31

la arquitectura. Establecer los patrones de diseo de la arquitectura. Crear documento de definicin de la arquitectura. Realizar anlisis de la calidad del diseo. Definir los atributos de calidad del diseo. Definir tcnicas de calidad del diseo. Mostrar Prototipos.

Actividades de un proyecto de software (178) Lpez A.

32 Determinar las plataformas a utilizar. 33 Redefinir la planificacin 34 Controlar entregables de la etapa 35 Controlar la etapa con la planificacin existente 36 Mitigar los riesgos de la etapa 37 Entregar los entregables definidos en la etapa anlisis 38 generar manuales de sistema

Juan Pablo

Construccin
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

Determinar las herramientas de programacin. Determinar las estructuras de control a utilizar. Definir el lenguaje de programacin. Realizar depuracin del cdigo. Realizar refactorizacin del cdigo. Definir estndares de construccin. Definir modelos de construccin. Planificar la construccin. Definir estndares externos de construccin. Definir estndares internos de construccin. Aplicar tcnicas en la construccin del cdigo Utilizar ingeniera directa para pasar de modelos a cdigo. Aplicar tcnicas de aseguramiento de calidad centradas en la construccin aplicar tcnicas para medir la eficiencia del cdigo. Medir la complejidad del cdigo. Medir la cantidad de cdigo destruido. Detectar errores de codificacin. Redisear. Definir que elementos de software podemos reutilizar. Realizar revisiones tcnicas del cdigo. Aplicar anlisis esttico.

22 Realizar integracin de componentes. 23 Planificar la secuencia de integracin de los componentes. 24 Establecer puntos del proyecto en los que las versiones provisionales

sern probadas.
25 Realizar integracin de clases y componentes. 26 Realizar integracin de componentes y subsistemas. 27 Organizar el cdigo para soportar pruebas automatizadas.

Actividades de un proyecto de software (178) Lpez A.

28 Realizar casos de prueba. 29 Realizar pruebas unitarias. 30 Realizar pruebas de integracin. 31 Realizar verificacin de las pruebas. 32 Realizar validacin de las pruebas. 33 Realizar revisiones para detectar defectos. 34 Documentar las revisiones. 35 Crear prototipos. 36 37 38 39 40 Experimentar con los prototipos Controlar la etapa con respecto a la planificacin Mitigar los riesgos existentes en la etapa Entregar los entregables definidos en la etapa de anlisis Generar manuales de usuario

Juan Pablo

1 2 3 4 5 6 7

Pruebas Se establece el conjunto de pruebas posibles a realizar. Se determina especficamente las pruebas a realizar. Se planifica que pruebas se van a realizar dependiendo del alcance del sistema. Determinar testers: los testers no deben ser los programadores. Determinar recursos del plan de pruebas. Realizar las pruebas. Caja negra: sin saber cdigo interno, se determina funcionalidad del sistema.

8 Caja blanca: se analiza el cdigo de la aplicacin. Ruteo, ramas, condiciones, etc. 9 Unitaria: se prueban mdulos, funciones, mtodos. etc. 10 Integracin incremental: se van agregando funcionalidades nuevas, se prueban, revisa de 11 12 13 14 15 16 17 18 19 20 22

integracin al sistema. Integracin: pruebas de conexiones e interacciones entre partes del sistema. Funcional: prueba de caja negra, pero realizada por parte de testers. De sistema: prueba de caja negra incluyendo todas las partes del sistema. Fin a fin: como la de sistema, pero incluye la interaccin entre otros sistemas, hardware, etc

Sanidad: se valida que el sistema cumpla con los requisitos y funcione correctamente. Aceptacin: como lo anterior, pero se realiza por parte del usuario final. Carga: se realiza uso intenso de la aplicacin para encontrar los puntos dbiles del sistema. Rendimiento: se define los requerimientos del sistema al ser probado. Estrs: prueba de rendimiento y carga del sistema. Instalacin y desinstalacin: se verifica la respuesta de los procesos que instalan y desinsta 21 Recuperacin: se verifica que tan bien se recupera el sistema despus de un fallo de ste, h

Seguridad: se evala que tan bien se encuentra protegido el sistema de accesos no autoriza

23 Compatibilidad: se evala desempeo de sistema en diferente hardware, sistemas operativ

Actividades de un proyecto de software (178) Lpez A.

24 25 26 27 28 29 30

Juan Pablo

De usuario: se determina si el usuario devuelve satisfactoriamente el software. Clasificar los tipos de errores. Evaluacin de las pruebas realizadas. Comparar las diferentes tcnicas usadas. Documentar las pruebas. Estimacin de esfuerzo invertido en las pruebas. Reutilizacin de pruebas 31 Reutilizacin de patrones de prueba. 32 Generacin de casos de prueba. 33 Registrar los fallos de las pruebas.
34 Generar reportes de pruebas 35 Controlar la etapa con la planificacin existente 36 Mitigar los riesgos de la etapa 37 Entregar los entregables definidos en la etapa de anlisis

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25

Anteproyecto Realizar reuniones con cliente Entrevistar al cliente (cerrada o abierta) Conocer la empresa del cliente Conocer la situacion actual Estudiar situacion actual Identificar problemas Identificar soluciones al problema Hacer estudios de viabilidad Hacer estudios de factibilidad Levantar procesos de negocio Modelar la situacion actual Analizar situacion actual Realizar analisis foda Definir objetivos (tentativos) Definir alcance (tentativos) Proponer una solucion Definir tecnologia necesaria para la solucion Estimar costos ( Esfuerzo, inversion, etc) (tentativo) Definir impacto de la solucion en la empresa Identificar riesgos Definir metodologias a utilizar Estimar Plazos por etapas (tentativo) Desarrollar planificacion (tentativo) Definir roles participantes en la solucion Generar un informe de solucion

Actividades de un proyecto de software (178) Lpez A.

26 Presentar la propuesta al cliente

Juan Pablo

1 2 3 4 5 6 7 8

Implantacion Preparar las plataformas Configuracion de las plataformas instalacion de la solucion Capacitar al personal Entregar manueales de usuario Entregar manueales de procedimientos Poner en marcha la solucion
Controlar que la etapa cumpla con los plazos

Conclusin
Se concluye que con que las actividades dependen mucho del tipo de proyecto, sus dimensiones, ya sea proyecto grande o pequeo, adems de la metodologa utilizada ya que esta ltima define las tareas a realizar en cada etapa dependiendo de la metodologa, haciendo etapas ms extensas que otras o la repeticin de tareas y etapas. Ejemplo metodologa espiral que es muy eficaz cuando los requerimientos son cambiantes y son proyectos grandes. Como tambin cuando se quieren desarrollar grandes mdulos. Aqu podemos apreciar la repeticin de tareas debido a que cada vuelta del espiral corresponde a un modulo