Principios de Ingenieria de Software

Question 1

Modularidad:

Answer 1

Dividir el sistema en módulos o componentes independientes que realicen funciones específicas. Esto facilita la mantenibilidad y reutilización del código.

Question 2

Abstracción:

Answer 2

Ocultar los detalles complejos y mostrar solo las funcionalidades esenciales. Esto ayuda a reducir la complejidad y permite a los desarrolladores centrarse en los aspectos más importantes del sistema.

Question 3

Encapsulamiento:

Answer 3

Agrupar datos y métodos que operan sobre esos datos dentro de una unidad (como una clase en la programación orientada a objetos) y controlar el acceso a los mismos. Esto promueve la protección de los datos y la modularidad.

Question 4

Acoplamiento bajo y alta cohesión:

Answer 4

Acoplamiento bajo: Los componentes o módulos de un sistema deben tener la menor dependencia posible entre ellos.
Alta cohesión: Las partes de un módulo deben estar altamente relacionadas en su funcionalidad. Un módulo debe hacer solo una cosa, pero hacerlo bien.

Question 5

Principio DRY (Don’t Repeat Yourself):

Answer 5

Evitar la duplicación de código. Cada pieza de información o funcionalidad debe tener una única representación dentro del sistema.

Question 6

Principio KISS (Keep It Simple, Stupid):

Answer 6

Mantener las soluciones tan simples como sea posible. La complejidad innecesaria aumenta la probabilidad de errores y hace que el código sea difícil de mantener.

Question 7

Principio SOLID

Answer 7

Single Responsibility Principle (Principio de Responsabilidad Única): Una clase debe tener una sola responsabilidad.

Open/Closed Principle (Principio Abierto/Cerrado): El software debe ser abierto para extensión pero cerrado para modificación.

Liskov Substitution Principle (Principio de Sustitución de Liskov): Los objetos de una clase derivada deben poder sustituir a los objetos de la clase base sin alterar el comportamiento del programa.

**Interface Segregation Principle (Principio de Segregación de Interfaces): **Es mejor tener muchas interfaces específicas que una interfaz general.

Dependency Inversion Principle (Principio de Inversión de Dependencias): Los módulos de alto nivel no deben depender de módulos de bajo nivel, sino de abstracciones.

Question 8

Pruebas y Validación:

Answer 8

Es esencial probar el código continuamente para asegurarse de que funcione correctamente. Esto incluye pruebas unitarias, de integración y de regresión.

Question 9

Refactorización:

Answer 9

Mejorar continuamente el código sin alterar su comportamiento externo. La refactorización busca mejorar la legibilidad, mantenibilidad y rendimiento del código.

Question 10

Gestión de la configuración:

Answer 10

Controlar y gestionar las versiones del código fuente, las dependencias y la infraestructura. Esto permite mantener la trazabilidad de los cambios y facilita la colaboración entre desarrolladores.