Resumen Ingeniería de Software Parte1

Software
Es el producto que diseñan y construyen los ingenieros de software. Esto abarca programas que se ejecutan dentro de una computadora, documentación asociada y datos que se necesitan para que el producto opere de forma correcta.
No restringida por materiales o gobernado por leyes físicas o procesos de manufactura.

Dos tipos de productos de Software: Productos genéricos, ProductosPersonalizados.


¿Qué es la ingeniería de software?
Disciplina de la ingeniería que comprende todos los aspectos de la producción de software desde las etapas iniciales de la especificación del sistema incluyendo la evolución de éste luego que se comienza a ejecutar. Se ocupa de todo el ciclo de vida de un producto.

¿Qué conocimientos debe tener un ingeniero de sofware?
Debe tener unconjunto de conocimientos científicos, metodológicos, tecnológicos y administrativos. Debe estar familiarizado con la aplicación de métodos. Debe aplicar metodologías de documentación, análisis, especificación, diseño, implementación y prueba.
Debe conocer las tecnologías y productos, y técnicas de administración y proyectos.

¿Qué es un proceso?
Es el conjunto de métodos, técnicas y prácticas queguían a los ingenieros de software en el desarrollo y evolución de software.

Proceso, ciclo de vida, paradigma
Actividades genéricas:
Especificación del software
Desarrollo del software
Validación del software
Evolución del software

¿Qué es un requerimiento?
Es una característica del sistema o una descripción de algo que el sistema es capaz de hacer con el objetivo de satisfacer elpropósito del sistema.

Elicitación de requisitos
Es el proceso de adquirir todo el conocimiento relevante necesario para producir un modelo de los requerimientos de un dominio del problema.
->Conocer el dominio del problema para poder comunicarse con clientes y usuarios y entender sus necesidades.
-> Conocer el sistema actual (manual o informatizado)
-> Identificar las necesidades tantoexplícitas como implícitas.

Problemas de elicitación de requerimientos
Problemas de articulación
Dificultad para expresar necesidades
No ser conscientes de sus propias necesidades
No entender cómo la tecnología puede ayudar
Miedo a parecer incompetentes por ignorancia tecnológica

Problemas de comunicación
Cultura y vocabulario diferentes
Intereses distintos en el sistemaa desarrollar
Medios de comunicación inadecuados
Conflictos personales o políticos

Problemas técnicos
Complejidad del dominio del problema
Complejidad de los requisitos
Múltiples fuentes de requisitos
Fuentes de información poco claras
Problemas
Limitaciones cognitivas (del desarrollador)
No conocer el dominio del problema
Hacer suposiciones sobre el dominio /aspectos tecnológicos
Simplificaciones excesivas
Conducta humana
Conflictos y ambigüedades en los roles
Pasividad de clientes, usuarios o ingenieros
Temor a que el nuevo sistema lo deje sin trabajo.

Impacto de los errores en la etapa de los requerimientos
El software resultante puede no satisfacer a los usuarios. Las interpretaciones múltiples de los requerimientos puedencausar desacuerdos entre clientes y desarrolladores. Puede gastarse tiempo y dinero construyendo el sistema erróneo.

Obtención de requerimientos
Stakeholders: Persona o grupo que se ve afectado directa o indirectamente con el sistema.
Fuentes: Se pueden representar como puntos devista
Documentación
Stakeholders
Especificaciones de sistema similares


Puntos de vista
Se puedenutilizar como una forma de clasificar los stakeholders y otras fuentes de información.
Punto de vista de los interactuadores: Los que interactúan de forma directa con el sistema.
Punto de vista indirecto: Los que interactúan indirectamente
Punto de vista del dominio: representar las características y restricciones del dominio que influyen en los requerimientos del sistema.

Entrevistas...