Desarrollo de proyectos de software

4+1 VISTAS
1.- lógica… apoya los requisitos funcionales (lo que el sistema debe brindar a los usuarios), descompone en objetos y clases de objetos donde se aplican principios de encapsulamiento, herencia que sirve pa identificar mecanismos y elementos de diseño comunes en el sistema. Tiene en cuenta solo el aspecto funcional de los requisitos.
2.- procesos… toma en cuenta algunos requisitos nofuncionales (performance y disponibilidad). Enfoca en la concurrencia, distribución, integridad del sistema, tolerancia a fallas (en cual hilo se ejecuta mejor el objeto).
3.- desarrollo… se centra en la organización real de los módulos de software en el ambiente de desarrollo, se empaqueta en bibliotecas o subsistemas que se organizan en jerarquía de capas donde cada una de las capas brinda unainterfaz estrecha y definida hacia las capas superiores.
4.- física (mapeo)… toma en cuenta los requisitos no funcionales (disponibilidad, confiabilidad, performance, escalabilidad) y refleja los aspectos de distribución.
5.- escenarios (todas las partes juntas)…son una abstracción de los requisitos más importantes. Sirve como guía pa describir elementos arquitectónicos durant el diseño d laarquitectura y como un punto d partida de las pruebas d un prototipo d la arquitectura.
De la vista lógica a la vista de procesos
Autonomía (objeto activo, pasivo, protegido)
Persistencia
Subordinación
Distribución
Documentación de la arquitectura
Documento de arquitectura del software… cuya organización sigue las 4+1 vistas.
Documento del diseño del software… captura las decisiones dediseño más importantes q deben respetarse pa mantener la integridad d la arquitectura del sistema.
FASES DESARROLLO ORIENTADO A OBJETOS
1.- Planificación y especificación de requisitos… c comprende d la especificación d requisitos tradicional ampliada con un borrador d modelo conceptual y cn una definición de ksos d uso y c decid si c aborda la construcción del sistema mediante DOO o no.Actividades: 1definir el plan-borrador 2crear informe d investigación preliminar 3definir requisitos 4registrar términos en el glosario 5implmentacio d prototipo 6definir casos d uso 7definir modelo conceptual-borrador 8refinar la arquitectura del sistema-borrador 9refinar el plan
Documento especificación d requisitos: propósito, ámbito del sistema, funciones dl sistema, atributos dl sistema.Construcción dl modelo d casos de uso:
1.- después d listar las funciones dl sistema, c definen los límites del sistema y c identifican los actores y ksos los d uso.
2.- c describen todos los ksos de uso en formato alto nivel (primario, secundario, opcional).
3.- dibuja diagrama d ksos d uso.
4.- relacionan los ksos d uso y c ilustran las relaciones en el diagrama d ksos de uso.
5.- los ksos de usocríticos, importantes y k tiene mayor riesgo, c describen en formato esencial.
6.- c crean ksos de uso solo cuando ($descripciones detalladas ayudan la comprensión del problema, $cliente pide los procesos así).
7.- ordenar según la prioridad d los ksos de uso.
Prioridad ksos d uso:
$Impacto significativo en el diseño d la arquitectura $c obtiene una mejor comprensión dl diseño cn un nivel desfuerzo bajo $incluye funciones completas, criticas o d elevado riesgo $implica bien un trabajo d investigación o el uso d una tecnología nueva o arriesgada $representa un proceso d gran importancia en la línea d negocio $supone aumento d beneficios o disminución d costos
2.- Construcción:
**Análisis…se analiza el problema a resolver dsd la perspectiva d los usuarios d los agentsexterns que solicitanservicios al sistema. No c entra en cómo va a ser la solución en cuanto detalles de implementación.
Actividades:
1.- definir casos d uso esenciales en formato expandido
2.- refinar los diagramas d ksos d uso
3.- refinar el modelo conceptual
4.- refinar glosario
5.- refinar los diagramas de secuencia dl sistema
6.- Definir contrats d operación
7.- definir diagrams d estado
Nombrar...