Arquitectura de Software

Como se relacionan distintos temas de Ingeniería de Software, enfocados al área de Arquitectura de Software, y de la Ingeniería de requerimientos.

Comienza Ya. Es Gratis

ó regístrate con tu dirección de correo electrónico

Mapas Mentales Similares Esbozo del Mapa Mental

Arquitectura de Software por Gustavo Guajardo Mind Map: Arquitectura de Software

1. "Puede ser vista como la estructura del sistema en función de la definición de los componentes y sus interacciones".

2. "Puede considerarse como un puente entre los requisitos del sistema y la implementación".

3. "Es considerada como plan de diseño del sistema, debido a que es usada como guía para el resto del las tareas de la etapa de desarrollo".

4. Java

5. "Java es un lenguaje de programación creado para satisfacer una necesidad de la época (...) planteada por nuevos requerimientos hacia los lenguajes existentes."

6. Java es una herramienta que facilita la creación de aplicaciones para redes TCP/IP

7. Conciso

8. Completo

9. Consistente

10. No ambiguo

11. Verificable

12. Inspección

13. Metodos de Verificación

14. Los requerimientos los catalogamos de verificable siempre y cuando estos puedan ser cuantificables

15. Necesario

16. Se define como

17. IP

18. "El Internet Protocol (IP) proporciona un sistema de entrega de paquetes, sin conexión y no fiable. Administra a las direcciones lógicas, que dividen el identificador del nodo en un numero de red lógico y un numero de periférico sobre 4 octetos (en IP versión 4)."

19. Visual Paradigm

20. "Visual Paradigm for UML es una herramienta CASE que soporta el ciclo de vida completo del desarrollo de software: análisis y diseño orientados a objetos, implementación y pruebas. Ayuda a una rápida construcción de aplicaciones de calidad, mejores y a un menor coste."

21. Codigo Inverso

22. Diagramas

23. Documentación

24. Diagramas de Casos de uso UML

25. Diagramas de Actividades UML

26. "Los diagramas de uso se suelen utilizar en el modelado del sistema desde el punto de vista de sus usuarios para representar las acciones que realiza cada tipo de usuario".

27. “Los diagramas de actividades muestran el orden en el que se van realizando tareas dentro de un sistema (el flujo de control de las actividades)”

28. Ingeniería de Requerimientos

29. "El proceso de recopilar, analizar y verificar las necesidades del cliente o usuario para un sistema es llamado ingeniería de requerimientos. La meta de la ingeniería de requerimientos (IR) es entregar una especificación de requisitos de software correcta y completa".

30. Prueba Caja Negra Gris Blanca

31. Los casos de prueba pueden ser generados a partir de la especificación del programa bajo prueba, de su código, de la combinación de ambos o sin utilizar ni su especificación ni su código. Esto da lugar a tres tipos de métodos

32. "Métodos basados en la especificación (specification-based): generan los casos de prueba sin conocer la implementación interna del software bajo prueba, razón por la que también se denominan métodos de prueba de caja negra (black-box testing)".

33. "Métodos basados en el codigo (program based):generan los casos de prueba conociendo la implementación interna del software bajo prueba, razón por la que también se denominan métodos de prueba de caja blanca (white-box testing) o de cristal (glass-box testing). Su uso fundamental es para realizar pruebas de unidad".

34. "Métodos basados en la especificación y el código (combined specification-and program-based): son una mezcla de los métodos de caja negra y blanca. También se denominan métodos de prueba de caja gris (grey-box testing)".