crisis de software:
cambios de requisitos-cambios de tecnología-software en menor tiempo
RUP-XP
cada grupo tiene una función - las parejas son expertas en todas las funciones
UML
estructura-comportamiento-interacción
tarea 10%-seminario1 15%-seminario2 15%-exposición 10%-parcial 50%
vista logica se describen la funcionalidad del sistema
Diagrama de despliegue: especificar los dispositivos y sus relaciones en un sistema
modelo de dominio
identificar conceptos
seleccionar los relevantes(que pasa si quito algún objeto)
representar forma gráfica
colocar el concepto mas importante o por donde inicia el sistema en la parte superior izquierda
colocar relaciones
describir conceptos en glosario
conceptos en singular colocar apellidos para ser mas claros colocar las acciones de las relaciones
Casos de uso
1.nombre
2.personal involucrado e intereses(actor activo actor pasivo(colocar el interesen ese caso de uso) actor de apoyo)
(nos sirve para identificar nuevos requisitos )
3.precondición
4.poscondición
5.flujo principal de eventos
6.flujos alternos
7.tec util
8.frecuencia de uso
9.preguntas abiertas
10.req especiales
Tipos de relacion - casos de uso
generalización: cuando realizamos componentes reutilizables
Inclusión:<<include>> en el flujo principal de eventos un caso de uso se incluye la invocación a otro caso de uso
extensión:<<extend>>
ejemplo:caso de uso registrar pago puede extender de otros casos de uso si es en efectivo, tarjeta de crédito o cheque
consultar especificación de requerimientos.
Arquitectura de SW(Investigar patrón EXPERTO)
Arquitectura empresarial/Arquitectura SW/diseño/programación
diseñar: solucionar conceptual-mente un problema
el diseño nos permite el evaluar y validar que lo que sea hace es de calidad antes de implementar.
como diseñar->"divide y vencerás"(identificar las unidades funcionales del sistema a partir de los
requisitos y a través de un patrón o patrones)
el otro estilo es ir de la sencillo e ir construyendo el resto
primer paso modelo de negocio...
las vistas deben poder integrarse y representar todo el sistema
Arquitectura del sistema->diseño de alto nivel
elementos de estructura: clases -interfaces- componentes->paquetes
elementos de comportamiento: relaciones
patrón: cuando tenemos un problema común y una solución probada para ese problema
-Arquitectura
-Diseño
-programación
-organizacionales
(Capas,MVC,D Eventos,SOA)
patrones generales de asignación de responsabilidades GRASP->(Patrón Creador, Experto, Alta cohesión, bajo acoplamiento, controlador, Indireccion, polimorfismo, variaciones protegidas, fabricación pura)
y GoF->(patrones de creacion, de comportamiento, y Estructurales)
Arquitectura empresarial: alinear los propósitos de la empresa con la parte tecnológica
Patrones GRASP y GoF
Gof: creación-estado-comportamiento
public class MFactory{
public MFactory(){...}
public Persona getInstance(int t){
Persona p;
if (p==1)
p=new Estudiante;
else p=new Profesor;}
Public class Imprimir{
public void imprimir(int t){
f=new MFactory();
Persona p;
p=f.getInstance(t);}
son los patrones la arquitectura?
en que ayudan los patrones arquitectónicas?
las flechas en la vista 4+1?
cual es la importancia del uso de las vistas arquitectónicas?
modelo siemens en que consisten las vistas?
cual es el mejor modelo patrón arquitectónico?
relacion punto de vista y vista arquitectonica?
los tres componentes de las vistas? estática, funcional, dinamica
se pueden usar varios patrones de arquitectura? R:/ si
según el modelo de vista de kruchten que sugiere UML que otro forma de documentar existen?
existen lenguajes de descripción de arquitectura : ACME, ADL...
componentes? datos, procesos y conexión? R:/estos elementos harán parte de la arquitectura.
Datos:persistencia. Proceso:entorno de ejecución con recursos propios.
stakeholders les interesa vistas especifica no todas las vistas del sistema
que aspecto influyen en la elección de un patrón para la creación de un software?
la combinación de esos patrones me determinan el contexto de mi aplicación
diferencia entre patrón de arquitectura y patrón de diseño? nivel de abstracción...
...contexto, problema, y solución...
que es arquitectura?
representar las vistas según los estándares
punto de vista: conjunto de restricciones que determinan la vista
importancia de los meta modelos en las vistas arquitectónicas?
Diseño
Estatica:
(que no cambia)
- Diagrama de clases(podemos definir la persistencia(DAO)->CRUD)
- Diagrama de componentes
- Diagrama de paquetes
Dinamica:
(comportamiento que sucede el software en la medida que pasa el tiempo y se evidencia durante la ejecución)
- Casos de uso
- Diagrama de secuencias
- Diagrama de comunicación
ISOF
Modelo de negocio:
Modelo de dominio - diag. actividades - diag C.U.
modelo de requerimientos: C.U.
Modelo de diseño: vista logica-vista escenario-persistencia-vista procesador-vista desarrollo
Implementación:
vista de despliegue
Capas
capa: conjunto de servicios
una capa inferior ofrece servicios a una capa superior
Capa del usuario-Interfaz de usuario-En este caso una interfaz gráfica: Color y Espacio.
principios de diseño interfaz de usuario
Debe ser ergonómica.
Intuitiva.
Consistente - Mantener un Patrón.
Control por parte del usuario.
No cargar la memoria del usuario.
Mínimo Esfuerzo (ley de Fitts 1954).
Simple.
segundo parcial
ISoft 2013
principios Diseño Interfaz de usuario: intuitivo(imágenes y sonido), Ergonómica, Control por parte del usuario,
CD rotulado: titulo del proyecto nombres de los integrantes ingeniería de software 2013
CD no tiene virus y se ejecuta bien
cuatro carpetas: documentación,código fuente,instaladores,anexos
documentación: informe manual del sistema...powerpoint(normas icontec)
anexos: archivos adicionales indispensables(scripts base de datos...)
Presentación 13 o 14 Noviembre
Informe: introducción,planteamiento del problema
recolección de información
desarrollo de la solución
conclusiones(no conclusión=nota<2.5)
bibliográfica
Manual del sistema: modelo de negocios, requerimientos, modelo del diseño, modelo de implementación,anexos(glosarios)
Manual usuario:
Vista de desarrollo
vista que usa el programador el cual comúnmente contiene el paquete vista, controlador, lógica y persistencia y dentro de estos pueden existir mas paquetes y en los paquetes las diferentes clases del sistema
Vista de procesos
muestra el comportamiento del sistemaSECUENCIALIDAD-RECURRENCIA
Diagramas: -D. de secuencia - D. comunicación - D. Tiempo - D. estado (Diagrama de actividades son una instancia del diagrama de estado) - D. casos de uso
D secuencias: resalta el paso de mensajes entre objetos que intervienen en un caso de uso a través del tiempo (objeto, linea de vida, flujo de proceso, paso de mensaje, respuestas...)
ISOFT
By Jesus David Gil Berdugo
