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.

Get Started. It's Free
or sign up with your email address
Rocket clouds
Arquitectura de Software by 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. IP

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

8. "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)."

9. Visual Paradigm

10. "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."

11. Codigo Inverso

12. Diagramas

13. Documentación

14. Diagramas de Casos de uso UML

15. Diagramas de Actividades UML

16. "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".

17. “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)”

18. Ingeniería de Requerimientos

19. "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".

20. Prueba Caja Negra Gris Blanca

21. 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

22. "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)".

23. "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".

24. "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)".

25. Herramientas Case

26. Microsoft Project

27. Microsoft Visio

28. BoUML

29. Conciso

30. Completo

31. Consistente

32. No ambiguo

33. Verificable

34. Algunas características de los Requerimientos pueden ser:

35. Inspección

36. Analisis

37. Pruebas

38. Metodos de Verificación

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

40. Necesario

41. Se define como