Proceso - Inicio

Reactivos para autoevaluación de la Unidad 4
1. Proceso
Es el conocimiento incorporado, y puesto que el conocimiento esta inicialmente
disperso, el desarrollo de software implícito, latente e incompleto en gran
medida es un proceso social de aprendizaje.
2. Proceso
es un dialogo en el que se reúne el conocimiento y se incluye en el software
para convertirse en software.
3. Proceso de software
Es un marco de trabajo de las tareas que se requieren para construir software
de alta calidad.
4. El modelo de cascada
Establece que el software debe ser construido, rigurosamente, a través de una
transformación sucesiva de documentos, siguiendo una estrategia lineal de
desarrollo.
5. El modelo de cascada
También conocido como modelo lineal secuencial sugiere un enfoque
sistemático, secuencial para el desarrollo del software que comienza en un
nivel de sistemas y progresa con el análisis, diseño, codificación, pruebas y
mantenimiento.
6. Actividades del modelo de cascada
Ingeniería y Análisis del Sistema, Análisis de los requisitos del software,
Diseño, Codificación, Prueba, Mantenimiento
7. Modelo de espiral
Propuesto por Boehm, es un modelo evolutivo desarrollado para cubrir las
mejores características del ciclo de vida clásico, como de la creación de
prototipos, añadiendo el análisis de riesgo.
8. Etapas del modelo de espiral
Planificación, analisis de riesgos, ingenieria, evaluación del cliente.
9. Modelo incremental
Aplica secuencias lineales de forma escalonada mientras avanza el tiempo.
Corrige la necesidad de una secuencia no lineal de pasos de desarrollo.
10. Modelo incremental
Entrega
el
software
en
partes
pequeñas,
pero
utilizables,
llamadas
“incrementos”. En general, cada incremento se construye sobre aquel que ya
ha sido entregado.
11. Proceso de desarrollo unificado
Es un proceso que puede adaptarse y extenderse en función de las
necesidades de cada empresa.
12. Proceso de desarrollo unificado
Está basado en componentes, el sistema de software está formado por
componentes de software interconectados a través de interfaces bien definidas.
13. Casos de uso
Se usan para establecer el comportamiento deseado del sistema, Verificar y
validar la arquitectura del sistema, Hacer Pruebas y Tener una comunicación
entre los participantes del proyecto.
14. Arquitectura PDU
Conjunto de decisiones significativas acerca de la organización de un sistema
software, la selección de los elementos estructurales a partir de los cuales se
compone el sistema, las interfaces entre ellos, su comportamiento, sus
colaboraciones, y su composición
15. Iteración
Es un bucle de desarrollo completo, es una secuencia de actividades con un
plan establecido y criterios de evaluación. Acaba en la edición de un producto
ejecutable, subconjunto del producto final bajo desarrollo
16. Beneficios del enfoque iterativo
La iteración, Reduce el riesgo de retraso, Acelera el desarrollo, Tiene un
enfoque más realista
17. Componente
Es una parte del sistema, física y reemplazable, que está sujeto á, y
proporciona la implementación de un conjunto de interfaces.
18. Desarrollo basado en componentes
Consiste en la creación e implantación de sistemas complejos, ensamblados a
partir de componentes, y que ponen a la vez nuevos componentes a
disposición de otros sistemas
19. Fases del ciclo de vida
Inicio, Elaboración, Planificación del proyecto, Construcción, Transición
20. Hito
Punto de control de objetivo intermedio antes de que el proyecto finalice
21. Artefactos
Todo producto o subproducto resultante del proceso
22. Fase de Inicio
Su meta principal es lograr el consenso de todos los involucrados acerca de los
objetivos del ciclo de vida del proyecto.
23. Hito de la fase de inicio
Establecer el ámbito del producto, la identificación de los principales riesgos y
la viabilidad del proyecto.
24. Fase de elaboracion
El propósito de esta etapa es crear la línea base de la arquitectura del software
para así disponer de unos cimientos sólidos sobre los que se basará el grueso
del esfuerzo de diseño e implementación durante la siguiente fase
25. Hito de la fase de elaboración
Obtener una línea base de la arquitectura del sistema, capturar la mayoría de
los requisitos y reducir los riesgos principales así como permitir la escalabilidad
del equipo del proyecto durante la fase.
26. Fase de construccion
En esta fase se documentan los requisitos restantes y se completa el desarrollo
del sistema basándose en la arquitectura que se ha sido añadida a la línea
base.
27. Hito de la fase de construccion
Se alcanza el hito principal de la fase cuando hemos conseguido desarrollar el
sistema con calidad de producción, y puede entonces prepararse para la
entrega al equipo de transición.
28. Fase de transicion
En esta fase la atención se enfoca en asegurar que el software está disponible
para los usuarios finales. Puede extenderse a varias iteraciones, e incluye las
pruebas del producto como parte de su preparación para ser entregado.
29. Hito de la fase de transicion
Al finalizar esta fase se decide si los objetivos se cumplieron y si debe
comenzarse otro ciclo de desarrollo
30. Proceso Software Personal
Es un sistema estructurado de descripciones, de medidas, y de los métodos de
proceso que pueden ayudar a ingenieros a mejorar su actividad personal.
31. Aspectos que cubre el PSP
Definición de procesos, Medida de la calidad, Medida de la productividad
32. Beneficios del PSP
Habilidades y talentos obtenidos, El estímulo de una corriente casi ilimitada de
ideas, El marco que proporciona para la mejora personal, El grado de control
se gana sobre el trabajo, La sensación del orgullo y de la realización, Una base
mejorada para el trabajo en equipo eficaz, La seguridad para hacer el trabajo la
manera que usted sabe que usted debe.
33. Etapas del PSP
Línea Base, Planeación Personal del Proceso, Calidad personal, Proceso
cíclico
34. PSP 0 Linea base
Provee una estructura muy conveniente para hacer tareas a pequeña escala,
un marco de trabajo para medir las tareas y un fundamento de mejora del
proceso.
35. Tareas del PSP0 Linea base
Definición del proceso actual, Tiempo de registro (PSP0), Registro de falla
(PSP0), Registro de falla estándar (PSP0), Codificación estándar (PSP0.1),
Medida del tamaño, Mejora del proceso.
36. PSP1 Planeación Personal del Proceso
Estima el tamaño del software, hace una prueba de reporte del PSP.
Adicionalmente contribuye a estimar los recursos y el horario.
37. Tareas adicionales del PSP1
Estimación de tamaño, Reporte de prueba, Planeación de tareas, Planeación
del horario.
38. PSP2 Calidad personal
Introduce revisiones de diseño, código a la medida y medición de la calidad.
Mejorando la calidad del software más que otro cambio personal que se haga
en el proceso del software. Introduce también criterios y verificación de diseño
completos.
39. Tareas adicionales del PSP2
Revisión de código, Revisión de diseño, Diseño de plantillas.
40. PSP3 Proceso cíclico
El objetivo principal es ampliar el proceso de software personal hacia proyectos
industriales y para cubrir el trabajo de proyecto de equipo.
41. Tareas adicionales del PSP3:
Desarrollo cíclico