JUAN ALEXIS HERNÁNDEZ GARCÍA GARCÍA UNIVERSIDAD NACIONAL A DISTANCIA DE MÉXICO
ACTIVIDAD 2, UNIDAD 2 DISEÑO Y ARQUITECTURA DE SOFTWARE
1.- Analiza detenidamente el caso de aplicación de diseño de sistemas que dará a conocer tu Docente en Línea (VER AR!"V# AD$%&'#. ).- "denti*ica los requerimientos *uncionales + no *uncionales deri,ados del caso de estudio.
Requerimientos uncionales
-
Publicación por parte de los profesores de ejercicios con base en ABP.
-
Mensajero como medio de comunicación entre profesores y alumnos.
-
Repositorio para que los alumnos puedan subir las actividades y los profesores puedan evaluarlas.
-
Red única donde independientemente de la generación la planeación did!ctica cumple con los campos necesarios de aprendi"aje.
Requerimientos no uncionales
-
#eguridad
-
$iabilidad
-
R!pido
-
#incroni"ado
-
%ntuitivo
.- Determina un estilo arquitectónico que sea el indicado para el desarrollo del modelo de arquitectura del caso de estudio.
-
Arquitectura orientada a objetos.
/.- Redacta (con tus propias pala0ras la usti*icación acerca de tu elección de modelo para sol,entar el caso de estudio presentado.
-
&n primer lugar me resulta m!s familiar esta arquitectura debido a que es la que m!s 'e puesto en pr!ctica. (os objetos o clases y sus atributos adem!s de sus m)todos son f!cilmente identificables en el caso pr!ctico propuesto.
-
(as restricciones pueden ser implementadas por múltiples clases as* como la interfa" amigable donde interactúan los objetos.
-
&s necesario que los objetos posean múltiples interfaces dependiendo del usuario en este caso los profesores y alumnos.
-
&s posible reusar mediante el polimorfismo y la abstracción que permiten cambiar la implementación.
-
(a aplicación puede tener la necesidad de gestionar estructuras de datos complejas.
2.- 3enciona + e4plica cada una de los pasos del proceso de diseño del so*t5are + descri0e (una a una las acti,idades que de0en realizarse para la o0tención del diseño *inal.
&l #+(, establece los siguientes pasos para el ciclo de vida o etapas de desarrollo de softare
-
,omunicación
-
Requisitos del sistema
-
&studio de factibilidad
-
An!lisis del sistema
-
+ise/o de softare
-
,ódigo
-
Pruebas
-
%ntegración
-
%mplem entación
-
0peraciones y mantenimiento
-
+isposición
6.- 3enciona + e4plica el ADL (len7uae de de*inición de arquitectura de distri0ución li0re más apropiado para aplicar en el caso. $usti*ica tu propuesta.
Aesop por ser un A+( de propósito general con )nfasis en estilos puede ser el lenguaje de definición de arquitectura adecuado adem!s de esto tambi)n se 'a probado que 1M( puede utili"arse como metalenguaje para simular otros A+(s particularmente 'ablando de ,2 y 3rig't.
onclusión (os estilos de arquitectura de softare definen el proceso o pasos a seguir al dise/ar un softare as* como es importante dise/ar cualquier proyecto a implementar previamente a tomar el primer paso as* lo es en el desarrollo de softare el escoger un dise/o adecuado que cumpla las necesidades y los requerimientos puede garanti"ar el )4ito del proyecto por ello es indispensable conocer los diversos tipos de estilos de arquitectura a los cuales tenemos acceso.
8i0lio7ra*ía
-
-
,arlos Reynoso 5icol!s 6icillof. 72889:. (enguajes de +escripción de Arquitectura 7A+(:... 8;<8;<28=> de 15%?&R#%+A+ +& B1&50# A%R&# #itio eb 'ttp<
-
1niversidad 5acional a +istancia de M)4ico. 728=@:. &lementos de +ise/o de Arquitectura de #oftare. 8;<8;<28=> de 1nA+M #itio eb 'ttps<
-
#lide#'are. 728=@:. Arquitectura de #oftare. 8;<8;<28=> de #lide#'are #itio eb 'ttps<
