Semana 9

Ingeniería de requerimientos

Los requerimientos Casos de uso

Es la presentación formal del software, mediante Un caso de uso narra una historia sobre
documentos, técnicas que nos permitan hacer cómo interactúa un usuario final (que
entender lo que el cliente necesita- tiende un puente tiene cierto número de roles) con el
entre el diseño y la construcción. sistema en circunstancias específicas.

Cualquier cosa que se comunique

Tareas Actores con el sistema o producto y que
sea externo a éste.

Concepción Indagación Elaboración Negociación Validación Administració

n

Semana 10 y 11 Análisis estructurado

Modelado de análisis Atributos- relaciones
Modelado de datos Enfoques

A. Orientado a obj.
Especifica las características operativas del Clases
El modelado de datos
software, indica la interfaz de este y establece
se refiere a la definición
restricciones que limitan el sw. Es posible
de todos los objetos de
datos que se procesan
detectar errores e inconsistencias en esta etapa.
dentro del sistema y las Basado en patrones
relaciones entre los
Otros

Elementos del modelo de análisis

objetos de datos.
Entidad- relación aborda
dichos aspectos.
Modelado webapps

Modelos basados en Modelos de clase Modelos de flujo Modelos de

el escenario comportamiento

El modelo de comportamiento indica la

Los elementos de un modelo
Casos de uso, diagramas basado en clases incluyen las
de actividades y clases y los objetos, atributos,
diagramas tipo carril de operaciones, modelos clase-
natación. responsabilidad-colaborador
(CRC), diagramas de
colaboración y paquetes.
forma en la que responderá el software
a eventos o estímulos externos.
No son una parte formal del UML, se
utilizan para complementar los
diagramas de éste y amplían la
perspectiva de los requerimientos y
del flujo del sistema.
 Resistencia

Semana 12 Funcionalidad
Diseño de software Objetivo
Belleza

El diseño crea una representación o modelo del

software, proporciona detalles sobre arquitectura del
software, estructuras de datos, interfaces y
componentes necesarios para implementar el sistema.
Actividades del diseño arquitectónico

Estructuración del sistema en varios

subsistemas principales.

Descomposición modular donde cada

subsistema se divide en componentes o
módulos interconectados.

Modelado del control o estructuración de

un plan de control para la ejecución del
sistema por partes.

Modelos de diseño arquitectónico

Organizacionales De descomposición De control

modular
De depósito o Control
repositorio Orientado a objetos
centralizado.

Cliente-servidor De flujo de datos

Basado en
eventos.
De capas
 Diseño de las web Apps

Fácil de Fácil de Fácil de

usar aprender navegar

Intuitiva Consistente Eficiente

Libre de
Funcional
errores

Semana 13 Etapas de pruebas

Prueba de software Unitarias o de componentes

De integración

Causa de los errores De sistemas

De aceptación.
Plazos de trabajo excesivos
Tipos de pruebas

Presiones de Tiempo Funcionales

No funcionales
Distracciones
Estructurales

Mala interpretación de los requerimientos Asociadas al cambio

Técnicas de pruebas

Estática

Dinámica
 principios

Semana 14
Formulación
Métricas del producto
Recolección

Análisis
Clasificación o tipos
Interpretación

Procesos Productos Recursos

Atributos d actividades Componentes, entregas o Entidades requeridas por

relacionadas con el documentos resultantes de una actividad de
software. una actividad d proceso. proceso.

Tendencias tecnológicas

Aprendizaje automático

Aplicaciones inteligentes

Cosas inteligentes

Realidad virtual y aumentada

Cadenas de bloque y dinero

virtual.