Procesos de Especificación de Software

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Procesos de Especificación de Software por Mind Map: Procesos de Especificación de Software

1. Soporte

1.1. Propósito

1.1.1. Desarrollar información

1.1.2. Mantenimiento del proceso

1.1.3. Más detalles a nivel de documentación

1.2. Como resultados

1.2.1. Estándares por aplicar

1.2.2. Verificación de estrategia

1.2.3. Identificación de defectos

1.2.4. Verificación de actividades

1.3. Actividades

1.3.1. Análisis crítico de requerimientos

1.3.2. Capacidad al usar recursos

1.3.3. Reconocer riesgos tecnologicos

1.3.4. Verificación del producto

1.3.5. Verificación del ciclo de trabajo

1.4. Implementación

1.4.1. Requerimientos concisos, seguros y consistentes

1.4.2. El diseño debe ser consistente y correcto considerando un flujo lógico derivado de los requerimientos

1.4.3. Validar diseño según requerimientos

1.5. Diseño y Desarrollo

1.5.1. Procesos recopilados y documentados

1.5.2. Documentación estandarizada

1.5.3. Fuentes apropiadas y herramientas definidas

1.5.4. Documentación revisada y enfocada en el aspecto técnico

1.6. Producción

1.6.1. Documentación ligada a retención de materiales y seguridad

1.6.2. Mecanismos de control establecidos

1.7. Administración

1.7.1. Controla modificaciones y lanzamientos

1.7.2. Los estados y modificaciones deben ser reportados

1.7.3. Los elementos deben establecerse según una línea base

1.7.4. Se utilizan medios de control con respecto a envíos, almacenamiento y control

2. Reusabilidad

2.1. Propósito

2.1.1. Desarrollo y mantenimiento de modelos, arquitectura y activos

2.2. Resultado

2.2.1. Representación del dominio

2.2.2. Activos generados durante el ciclo de desarrollo

2.2.3. Descripción de familias con respecto a arquitectura a implementar

2.2.4. Modelos basados en funcionalidad y calidad

2.3. Implementación

2.3.1. Uso de modelos específicos

2.3.2. Plan sobre la ejecución de los procesos

2.3.3. Procedimientos para generar y administrar la retroalimentación

2.4. Análisis

2.4.1. Relaciones con respecto a dominios

2.4.2. Actividades para reconocer requerimientos de cada involucrado

2.4.3. Juicio de experto por medio de análisis

2.5. Diseño

2.5.1. Entidades basadas en el reuso

2.5.2. Arquitectura basada en activos de procesos

2.5.3. Pruebas exhaustivas del diseño

2.5.4. Evaluaciones específicas basadas en procesos organizacionales

2.6. Activos

2.6.1. Con estudio en el impacto en el usuario

2.6.2. Relación desarrollo-reutilidad

2.6.3. Impacto en el sistema desarrollado

2.7. Administración

2.7.1. Uso de esquema para clasificación de activos

2.7.2. Criterios de aceptación

2.7.3. Almacenamiento de mecanismos de operación

2.7.4. Procesos

2.7.4.1. Identificación del dominio

2.7.4.2. Planificación

2.7.4.3. Reutilidad

2.7.4.4. Ejecución y Control

2.7.4.5. Evaluación

3. Implementación

3.1. Propósito

3.1.1. Especificar Comportamientos

3.1.2. Satisfacer diseño estructural

3.1.3. Definir Restricciones

3.2. Como Resultados

3.2.1. Estrategia definida

3.2.2. Implementación tecnológica de restricciones

3.2.3. Procesos de diseño detallados, integrados y con calidad

3.3. Estrátegicamente

3.3.1. Aplicar modelo definido del ciclo de trabajo

3.3.2. Desarrollo de planes de trabajo

3.4. Analiza

3.4.1. Establecimiento de requerimientos

3.4.2. Impacto de requerimientos en ambiente de desarrollo

3.4.3. Cambios según costo y tiempo

3.4.4. Especificaciones funcionales

3.4.5. Seguridad

3.4.6. Definición de datos

3.5. Diseño detallado

3.5.1. Revisión de requerimientos en documentos

3.5.2. Verifica diseño y estructura

3.5.3. Desarrolla interfaz externa

3.6. Diseño estructural

3.6.1. Define métodos y estándares

3.6.2. Crear diseño acorde con requerimientos

3.6.3. Documentar

3.7. Calidad

3.7.1. Verificar lo solicitado con lo entregado

3.7.2. Confirmar estado integrado del producto

3.7.3. Verificar facilidad de mantenimiento

3.7.4. Documentar resultados

4. ANthony Cascante Quirós

4.1. 2016106550