Procesos del Software - Informe Resumen

1) Actividad: definimos las acciones llevadas a cabo durante el desarrollo del software.

2) Productos: aquí mostramos los resultados adquiridos durante la actividad del proceso, es decir la arquitectura del software.

3) Roles: en esta reflejamos la actividad o intervención llevada a cabo bien sea por personas o herramientas.

4) Precondiciones y poscondiciones: es lo que declaramos antes y después de realizado el producto.

5) Producto o Artefacto: se definen como entradas y salidas de las actividades como documentos, planes reportes entre otros.

6) Disciplina: como la integración de las actividades relacionadas al conocimiento aportado por decir el análisis y el diseño al momento de establecer la estructuración del desarrollo del software.

Luego de todos estos pasos vamos a los diferentes tipos de modelos de cada proceso de software, de los cuales tenemos los siguientes:

1) Modelos Genéricos: abarcando los procesos relacionados al desarrollo del software - CMM modelo de madurez de capacidades o estándares de facto.

2) CMMI - modelo integrado.

3) ISO/IEC 15504 o el marco para evaluación de procesos de software en vías de ser estándar con reporte técnico; estos tipo de modelos nos dicen que debemos hacer como usar las referencias al momento de definir los procesos en una organización que nos sirva para una auto-evaluación, como medio para evaluar y verificar que tan bien o mal esta dicho proceso dentro de la organización.

Adicional de este modelo tenemos los Modelos específicos enfocados en la ingeniería del software como son:

1) UP proceso de desarrollo.

2) RUP proceso de desarrollo.

3) PSP enfocado en individuos.

4) TSP enfocados en equipos.

!

1) Análisis y definición de requerimientos: aqui es donde definimos los servicios restricciones y metas del sistema.

2) Diseño del Sistema y del software: en esta es donde establecemos el proceso de diseño de sistemas estableciendo una arquitectura de sistema global identificando las abstracciones del sistema de software.

3) Implementación y prueba de unidad: en esta realizamos el conjunto de programas donde la prueba de unidad se verifica para que cada una cumpla con su especificación.

4) Integración y prueba de sistema: aqui es donde los programas individuales se integran y se prueban como sistema completo asegurando que cumpla el requerimiento del software luego se libera el sistema.

5) Operación y mantenimiento: en esta se instala el sistema poniéndose en práctica el producto final, en el mantenimiento se corrigen los errores no detectados en el ciclo de vida mejorando la implementación del sistema de acuerdo a los nuevos requerimientos.

Este se compone de 4 ciclos:

1) Planificación donde determinamos los objetivos y alcance de cada ciclo el cual ira creciendo en el tamaño del software y su funcionalidad.

2) Análisis de Riesgo se evalúan todos los riesgos que puedan afectar el proyecto dependiendo del estado y grado de su avance diseñándose los prototipos que serán validados durante el ciclo.

3) Implementación en esta desarrollamos y validamos el software de acuerdo a la relación, condición y análisis de riesgos.

4) Evaluación se evalúan las demás espirales analizando en detalle los riesgos detectados con anterioridad los que ya tuvieron solución y con esto se evalúa para determinar el avance del proyecto.

1) Mantener el equipo organizado garantizando la comunicación.

2) Se divide el trabajo en bloques poco acoplados.

3) fases del patrón de desarrollo donde el documento se escribe para establecerse de forma priorizada

4) la documentación se puede actualizar en cualquier punto de desarrollo; estos duran entre 1 - 4 semanas, se dividen en serie de tareas previamente identificad, se eligen tareas que motiven al logro mas rápido eficaz y de calidad.

1) Incepción: el cual nos permite especificar los objetivo presentes en el proyecto de acuerdo a las necesidades requeridas estableciendo limites, condiciones, criterios que ayuden a orientar la funcionalidad del software.

2) Elaboración: en esta se analiza el problema definiendo un plan de proyecto que permita una arquitectura sólida que con un plan estable y que a su vez la herramienta de soporte automatizado permita determinar los riesgos que se plantearon anteriormente.

3) Construcción: aquí se aplica el desarrollo, integración y verificación del producto en la aplicación, esta fase permite crearse de forma rápida bajo diferentes versiones de prueba.

4) Transición: es el producto final y listo para ser presentado, se verifican los errores aplicando los rasgos del producto, presentándose en forma de prueba beta, piloto aparte de dar entrega de la documentación, ya que la misma se transfiere a el usuario pasando del desarrollo a la producción.

• Nos permite promover el reuso, repetición y consistencia de los proyectos estandarizando los esfuerzos aplicados para su desarrollo.
• Brinda la oportunidad de aplicar mejoras dentro de las prácticas de la industria.
• Permite ampliar las herramientas aplicadas al momento de soportar un proceso establecido.
• Ayuda a establecer una base para tener una mayor consistencia y mejoras futuras.
• Ayuda a mejorar los esfuerzos de mantenimiento y soporte
• Ayuda a definir los cambios y liberaciones de aquellos sistemas de software ya existentes.
• Permite definir y lograr las transiciones del software y como estas se ejecutan en los esfuerzos de operación y
soporte.

Los procesos del software forman parte de ese proceso donde se quiere lograr la meta y el objetivo que buscan ofrecerse dentro del campo de ingenieria del software logrando asi mostrar un desarrollo completo adaptable a cualquier sistema y donde esos modelos logren establecer una mejor comunicación que permita llevar el proyecto en desarrollo a cabalidad obteniendo asi un software de calidad.

Agradecimientos también a la Comunidad de Hive account@rutablockchain por ayudar e impulsarme a crear contenidos de este tipo, totalmente agradecida con su ayuda.