Conceptos Clave en Ingeniería de Software y Desarrollo de Proyectos

¿Qué es el Software?

Instrucciones que, cuando se ejecutan, proporcionan la función y el comportamiento deseados; las estructuras de datos que facilitan a los programas manipular adecuadamente la información; y los documentos que describen la operación, el uso, los requisitos y los modelos creados.

¿Qué es un Requisito?

Una condición que debe cumplir un componente del sistema para satisfacer un contrato o cualquier otro documento formalmente impuesto.

Una condición que necesita un usuario para resolver un problema o alcanzar un objetivo.

¿Qué es la Ingeniería del Software?

Es la aplicación de un enfoque sistemático, disciplinado y cuantificable al desarrollo, operación y mantenimiento de software, así como al estudio de estos enfoques; es decir, la aplicación de la ingeniería al software.

¿Qué son las Prácticas del Desarrollo de Software?

Se refieren a actividades bien definidas que contribuyen al logro de las metas del proyecto.

¿Qué es un Proceso de Desarrollo de Software?

Es un proceso en el que las necesidades del usuario se transforman en una aplicación de software. En primer lugar, estas necesidades se convierten en requisitos; de los requisitos se pasa a un diseño; del diseño, a código fuente; y finalmente, se prueba la aplicación, pudiéndose modificar, en algún caso, cualquiera de las etapas anteriores.

¿Qué es un Modelo de Proceso de Software?

Es una definición simplificada y abstracta de un proceso de desarrollo de software.

¿Qué es una Buena Práctica? ¿Es lo mismo que una “ley científica”?

Una buena práctica es aquella que, a través de la experiencia y la investigación, ha demostrado conducir de forma segura a un resultado deseado. Se considera prudente y recomendable llevarla a cabo en múltiples contextos.

Se podría asemejar, pero no es igual, ya que la ley científica va asociada a una demostración formal matemática de variables concretas, mientras que una buena práctica se basa en la experiencia y su buen funcionamiento. Sin embargo, se puede considerar tan fiable como una ley científica.

Actividades Fundamentales del Proceso de Obtención de Requisitos

Los cinco tipos fundamentales de actividades del proceso de obtención de requisitos son:

• Entender el dominio de aplicación
• Identificación de las fuentes de requisitos
• Análisis de los stakeholders
• Selección de técnicas, estrategias y herramientas a utilizar
• Obtención de requisitos a partir de los stakeholders y otras fuentes

¿Qué es un Stakeholder?

Hace referencia a una persona, organización o entidad que tiene interés en una empresa u organización dada.

¿Qué es la Negociación de Requisitos?

La negociación de requisitos es una práctica implementada de manera temprana en las etapas planificadas de cada proyecto, en fases de crecimiento o como un acercamiento al desarrollo evolutivo (siempre que los requisitos cambien), en un entorno colaborativo donde existe respeto y confianza entre los stakeholders.

El objetivo es llegar a un acuerdo sobre cuáles son los requisitos reales para una fase concreta o el lanzamiento de un producto de software, considerando la realidad de costes, plazos y, quizás, las restricciones tecnológicas.

Para ello, los stakeholders trabajan juntos para priorizar los requisitos propuestos, identificar los conflictos entre los requisitos funcionales y no funcionales, proponer opciones y adoptar aquellas que satisfacen sus necesidades, logrando así una visión real de los requisitos del producto.

¿Por qué es necesaria la Priorización de Requisitos?

La priorización de requisitos es necesaria y crucial para identificar los requisitos más relevantes para el proyecto desde el punto de vista de todos los stakeholders, con el fin de establecerlos de manera clara y evitar correcciones posteriores que deriven en un coste mayor.

Se prioriza para la negociación.

¿Qué es un Modelo del Dominio (Domain Model)?

Un modelo de dominio, en resolución de problemas e ingeniería del software, es un modelo conceptual de todos los temas relacionados con un problema específico. En él se describen las distintas entidades, sus atributos, además de las restricciones que rigen el dominio del problema.

¿Qué es CASE?

Sistemas de software creados para proporcionar soporte automatizado a las actividades de los procesos de software.

¿Cuál es el documento que compila todos los requisitos?

La ERS (Especificación de Requisitos de Software).

Tipos de Proyecto de Software

Conejo (Proyecto Ágil)

• Iteraciones frecuentes, incrementos pequeños.
• Documentación mínima.
• Vida del proyecto corta.

Caballo (Rápido, Fuerte, Confiable)

• Común en proyectos corporativos.
• Necesita cierto grado de formalidad y orden.
• Longevidad media.

Elefante (Sólido, Fuerte, Larga Vida, Gran Memoria)

• Acuerdos contractuales, reglamentos.
• Farmacéuticas, construcción de aviones.
• Comunicación formal, muchas personas involucradas, proyecto distribuido.

Diagrama de Alcance del Trabajo

Flujos de información, sistemas adyacentes y trabajo.