DDRS_U2_A2_JUHG

May 7, 2018 | Author: JUAN ALEXIS HERNANDEZ GARCIA | Category: Software Engineering, Software, Computer Engineering, Areas Of Computer Science, Technology
Share Embed Donate


Short Description

Descripción: - Publicación por parte de los profesores de ejercicios con base en ABP. - Mensajero como medio de comunic...

Description

 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 softare

-

,omunicación

-

Requisitos del sistema

-

&studio de factibilidad

-

An!lisis del sistema

-

+ise/o de softare

-

,ódigo

-

Pruebas

-

%ntegración

-

%mplem entación

-

0peraciones y mantenimiento

-

+isposición

6.- 3enciona + e4plica el ADL (len7uae 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 softare definen el proceso o pasos a seguir al dise/ar un softare as* como es importante dise/ar cualquier proyecto a implementar previamente a tomar el primer paso as* lo es en el desarrollo de softare 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;
View more...

Comments

Copyright ©2017 KUPDF Inc.
SUPPORT KUPDF