Está en la página 1de 24

Módulo.

II Unidad 1

Programa educativo: Semestre:


Desarrollo de Software Cuatro

Módulo: Bloque:
Diseño y arquitectura de software II

Ciclo escolar: Nombre del docente:


2020-2 B-2 Javier Armando Gutiérrez Hernández

UNIDAD 1 ARQUIT ECT URA DE SOF T WARE

Pág. 2
Módulo. II Unidad 1

Competencia general de la unidad:


Diseña una arquitectura de software para establecer las bases
del desarrollo de un sistema que cubra las necesidades del
usuario mediante el uso de patrones de arquitectura de
software.

Competencia específica de la unidad:


Analiza las herramientas de arquitectura de software para
identificar su importancia y ubicación en el proceso de diseño
de una aplicación mediante la relación entre las vistas, UML y
los lenguajes descriptores de arquitectura.

Pág. 3
Módulo. II Unidad 1

Calendario de Actividades
Unidad 1

Actividad 1. El diseño arquitectónico en el Periodo sugerido para la entrega:


desarrollo de software. sábado, 2 de octubre 2021

Aprendizaje(s)/Logros:

 Comprender el concepto de arquitectura de software y su importancia en el proceso de


diseño.
 Identificar los lenguajes de descripción de arquitectura, y su impacto en el éxito de un
proyecto de desarrollo de software.
 Representar una vista, mediante el modelo de vistas 4+1 y un lenguaje formal.
 Identificar el impacto de la arquitectura de software en la fase de diseño de un proyecto
de software.

Actividad:
Actividad 1. El diseño arquitectónico en el desarrollo de software.

Tema(s): Escala a considerar y fechas de entrega


1.1. Introducción a la arquitectura
0-100% Hasta el jueves, 21 de octubre
de software.
2021.
1.1.1. Origen y objetivo de la
arquitectura de software. 0-80% Del viernes, 22 al jueves 28 de
octubre 2021.

0- 70% Del viernes 29 de octubre al


miércoles 1 de diciembre 2021, a
las 23:55 horas.

Pág. 4
Módulo. II Unidad 1

Estrategia de enseñanza-aprendizaje:

De Enseñanza:
 Leer y analizar el material sugerido por nuestra universidad correspondiente a la
Unidad 1.
 Resumir los textos de los documentos proporcionados por la universidad y el docente
en línea.
 Atender las dudas de los estudiantes de forma sincrónica y asincrónica con relación
al contenido de la unidad.
 Retroalimentar oportunamente las actividades de los estudiantes y en caso necesario,
solicitar su reenvío.

De Aprendizaje:

 Participación y cooperación en las clases.


 Organización de los aspectos básicos del diseño arquitectónico en el desarrollo de
software, a través de la implementación de organizadores gráficos.
 Propiciar el debate en las sesiones virtuales de aprendizaje.

Logros:
 Identificar la importancia del diseño arquitectónico en el proceso de desarrollo de
software.
 Reconocer la relevancia de la arquitectura de software en el proceso de diseño.

Criterios de evaluación:
 Análisis de los aspectos referentes al Diseño de software, 80%
 Participación en foro, 20%
Los porcentajes definidos para cada criterio se especifican en la escala de evaluación con la
que se evaluará la Actividad 1.

Objetivo o Propósito de la actividad de aprendizaje:

El propósito de la actividad reside en la identificación de conceptos básicos del diseño y


arquitectura de software.

Pág. 5
Módulo. II Unidad 1

Indicaciones de la actividad:

1. Investiga en fuentes de información confiables (Google Académico, Mendeley, Zotero,


Redalyc, LatinIndex) las siguientes concepciones:
 Diseño de software arquitectónico, elementos del diseño de software, objetivo del
diseño de software, arquitectura de software y rol de un arquitecto de software.
2. Analiza la relación de la fase de diseño con la arquitectura de software :
 Identifica los elementos que relacionan el diseño de software con la arquitectura.
3. Responde directamente en el Foro las siguientes preguntas con base en la información
que investigaste:
a. ¿Cuál es el rol del arquitecto de software resaltando la importancia de sus
actividades en el desarrollo de proyectos informáticos? (Mínimo dos renglones,
máximo cuatro).
b. ¿Cuál es la importancia de la arquitectura de software en el proceso de diseño?
(Mínimo dos renglones, máximo cuatro).
c. ¿En qué etapa se encuentra integrada la arquitectura de software dentro del
proceso de diseño? Con base en tu respuesta anterior, ¿por qué elegiste esa
etapa, justifica tu respuesta? (Mínimo dos renglones, máximo cuatro).

Notas: La extensión mínima para cada respuesta es de dos líneas y cómo máximo cuatro.
Recuerda que debes de fundamentar tu participación con un mínimo de tres fuentes de
consulta.

4. Retroalimenta el aporte de un compañero/a de manera constructiva, crítica, a sertiva,


fundamentada y respetuosa.
5. Participa en el Foro con respuestas claras y concretas de cada una de las interrogantes
propuestas, sin adjuntar archivos contando con una buena redacción y ortografía.
6. Incluye en tu aportación y retroalimentación, el uso de 2 citas textuales y anexa dos
fuentes de consulta como mínimo con base a las normas APA vigentes.
7. Espera y atiende las observaciones de tu docente en línea.

Producto por entregar:

Pág. 6
Módulo. II Unidad 1

Participación en foro

Instrumento de evaluación

Carrera Desarrollo de software

Asignatura Diseño y arquitectura de software

Semestre 4

Unidad 1 Arquitectura de software

Actividad 1 El diseño arquitectónico en el desarrollo de software

Puntaje por Puntaje


Criterios de evaluación Observaciones
criterio obtenido
Toda actividad sin citas y fuentes de consulta en formato APA será evaluada con
calificación igual a 1.
Análisis de los aspectos referentes al Diseño de software
 Argumenta de manera clara el rol del
arquitecto de software resaltando la
30%
importancia de sus actividades en el
desarrollo de proyectos informáticos.
 Identifica la importancia de la
arquitectura de software en el proceso 20%
de diseño.
 Identifica la etapa en la que se
encuentra integrada la arquitectura de
30%
software dentro del proceso diseño y
justifica la respuesta.
Participación en foro
 La redacción es fluida y sin faltas
10%
ortográficas.
 Sintetiza la información de manera
10%
clara y expone las ideas principales.

Puntaje total 100%

Pág. 7
Módulo. II Unidad 1

Calendario de Actividades
Unidad 1

Actividad 2. Lenguaje descriptor de Periodo sugerido para la entrega:


arquitectura. jueves, 7 de octubre 2021

Actividad:
Actividad 2. Lenguaje descriptor de arquitectura.

Tema(s): Escala a considerar y fechas de entrega


1.2. Introducción a la arquitectura
0-100% Hasta el jueves, 21 de octubre
de software.
2021.
1.2.1. Origen y objetivo de la
arquitectura de software. 0-80% Del viernes, 22 al jueves 28 de
1.2.2. Lenguajes descriptores. octubre 2021.
1.2.3. Vistas de la arquitectura.
1.2.4. Modelo Vistas 4+1. 0- 70% Del viernes 29 de octubre al

1.3. La arquitectura en la fase de miércoles 1 de diciembre 2021, a

diseño de software. las 23:55 horas.

1.3.1. La metodología RUP.


1.3.2. Propiedades y principios del
diseño de software.
1.3.3. Proceso de diseño de
software.

Estrategia de enseñanza-aprendizaje:

De Enseñanza:

Pág. 8
Módulo. II Unidad 1

 Atender las dudas de los estudiantes de forma sincrónica y asincrónica con relación
al contenido de la unidad.
 Retroalimentar oportunamente las actividades de los estudiantes y en caso necesario,
solicitar su reenvío.
 Proporcionar material suficiente para entender la importancia de los lenguajes
descriptores de arquitectura.

De Aprendizaje:

 Revisión de los conceptos: Lenguajes descriptores y lenguajes de interconexión de


módulos.

Logro

 Identificar las características principales de los lenguajes descriptores de


arquitectura, sus funciones y usos.

Criterios de evaluación:

 Diseño y elaboración de la infografía, 75%


 Aspectos técnicos del diseño de la infografía, 25%

Los porcentajes definidos para cada criterio se especifican en la escala de evaluación con la
que se evaluará la Actividad 2.

Objetivo o Propósito de la actividad de aprendizaje:

Identificar los principales lenguajes de descripción de arquitecturas, sus características y


elementos.

Pág. 9
Módulo. II Unidad 1

Indicaciones de la actividad:

1. Investiga en fuentes de información confiables (Google Académico, Mendeley, Zotero,


Redalyc, LatinIndex) y analiza el concepto de lenguaje descriptor, para ello:
 Establece una definición de lenguaje descriptor de arquitectura.
 Indica su importancia, así como sus ventajas de uso.
2. Describe cinco lenguajes descriptores, incluyendo los siguientes aspectos:
 Nombre.
 Fecha .
 Investigador o institución que lo desarrolló.
 Una breve descripción general.
3. Compara y presenta las características de los lenguajes descriptores investigados:
 Semejanzas.
 Diferencias.
 Casos de aplicación.
4. Diseña una infografía (Puedes utilizar Canva
https://www.canva.com/es_mx/crear/infografias/ o Piktochart https://piktochart.com/ )
con los aspectos investigados en los puntos 1, 2 y 3. Revisa lo siguientes recursos:
https://www.youtube.com/watch?v=uGzVpZHWQzc
https://www.youtube.com/watch?v=RJM2Q6WiqQ0
5. Integra la infografía en formato de imagen en un documento de Word con portada y añade
las referencias en estilo APA. Consulta el siguiente recurso:
https://biblioguias.ucm.es/estilo-apa-septima
a. *Todo trabajo enviado en formato distinto al solicitado será evaluado con 1.
b. **Todo trabajo sin fuentes y/o citas confiables en estilo APA se evaluará con 1.
c. ***La actividad será evaluada con 1 si se envía un organizador gráfico distinto al
requerido.
6. Renombra el archivo de Word con la nomenclatura DDRS_U1_A2_XXYZ. Sustituye las
XX por las dos primeras letras de tu primer nombre, la Y por la inicial de tu primer apellido
y la Z por la inicial de tu segundo apellido.
Todo trabajo enviado en formato distinto al solicitado, será evaluado con 1.
7. Envía la actividad a tu docente en línea para recibir retroalimentación mediante la
herramienta Tarea.
8. Espera y atiende las observaciones de tu docente en línea.

Pág. 10
Módulo. II Unidad 1

Producto por entregar:


Documento de Word con la infografía.

Consideraciones:

 Recuerda enviar el documento editable, no se permite la entrega en archivos PDF.


En caso de cargar su archivo de actividad en un formato diferente al indicado, su
evaluación será de 1 y perderá ese intento. Basado en el punto IX de la sección 2 del
documento “Criterios generales recepción y evaluación actividades”.
 El producto deberá contener portada sin logo institucional (no emplear logos no
autorizados como son el de la UNADM y SEP)

Referencias bibliográficas

Universidad Complutense, biblioteca (25 de abril de 2021, 7:58 PM). Biblioguias.


Recuperado el 24 de septiembre 2021 de https://biblioguias.ucm.es/estilo-apa-septima

José Ma. Rojo Carlón. (4 de abril de 2018). Tutorial para hacer una infografía en Canva.
https://www.youtube.com/watch?v=uGzVpZHWQzc

Karen Zerpa (40 de julio de 2020). Cómo crear una Infografia en Piktochart.
https://www.youtube.com/watch?v=RJM2Q6WiqQ0

Pág. 11
Módulo. II Unidad 1

Instrumento de evaluación

Carrera Desarrollo de software

Asignatura Diseño y arquitectura de software

Semestre 4

Unidad 1 Arquitectura de software

Actividad 2 Lenguaje descriptor de arquitectura

Criterios de evaluación Puntaje por Puntaje Observaciones


criterio obtenido
Diseño y elaboración de la infografía
 Establece una definición de lenguaje
descriptor de arquitectura, indicando 25%
su importancia y sus ventajas de uso.
 Describe cinco lenguajes descriptores,
incluyendo: nombre, fecha,
25%
investigador o institución que lo
desarrolló y una descripción general.
 Expone semejanzas, diferencias y
25%
casos de aplicación.
Aspectos técnicos del diseño de la infografía
 Integra Título simple y breve.
 El texto es sencillo (tamaño sensato y
tipografía que facilita la lectura).
 Incorpora elementos visuales
(Imágenes, tablas, gráficas, etcétera).
25%
 Se contempla una gama definida de
colores (Teoría del color).
 Se trabajan los espacios
estratégicamente.
 Originalidad y creatividad del diseño.

Puntaje total 100%

Pág. 12
Módulo. II Unidad 1

Calendario de Actividades
Unidad 1

Actividad 3. Vistas de la arquitectura de Periodo sugerido para la entrega:


software. jueves, 14 de octubre 2021

Actividad:
Actividad 3. Vistas de la arquitectura de software.

Tema(s): Escala a considerar y fechas de entrega


1.3.4. Vistas de la arquitectura
0-100% Hasta el jueves, 21 de octubre
1.3.5. Modelo Vistas 4+1.
2021.
1.4. La arquitectura en la fase de
diseño de software. 0-80% Del viernes, 22 al jueves 28 de
1.4.1. La metodología RUP. octubre 2021.
1.4.2. Propiedades y principios del
diseño de software. 0- 70% Del viernes 29 de octubre al

1.4.3. Proceso de diseño de miércoles 1 de diciembre 2021, a

software. las 23:55 horas.

Estrategia de enseñanza-aprendizaje:

De Enseñanza:

 Atender las dudas de los estudiantes de forma sincrónica y asincrónica con relación
al contenido de la unidad.
 Retroalimentar oportunamente las actividades de los estudiantes y en caso necesario,
solicitar su reenvío.
 Proporcionar material suficiente para comprender las vistas de arquitectura.

Pág. 13
Módulo. II Unidad 1

De Aprendizaje:

 Revisión del tema Vistas de arquitectura.


 Planteamiento de casos de aplicación de vistas del Modelo Microsoft.

Logros:

 Identificar los modelos de vistas de arquitectura más importantes.

Criterios de evaluación:
 Análisis del caso de estudio, 30%
 Desarrollo del trabajo, 70%
Los porcentajes definidos para cada criterio se especifican en la escala de evaluación con la
que se evaluará la Actividad 3.

Objetivo o Propósito de la actividad de aprendizaje:

Identificación y ejemplificación del uso de vistas a través del análisis de un caso de estudio.

Indicaciones de la actividad:

1. Analiza el caso de estudio “Profeco” (lo ubicas al final de este documento) proporcionado
por el docente en línea.
2. Identifica los siguientes aspectos:
 Objetivo del sistema.
 Requerimientos funcionales y no funcionales.
 Área de oportunidad en el que se inserta el sistema.
3. Identifica las vistas del Modelo Microsoft: lógica, conceptual y física. Debes de incluir
definición, cuatro características por cada vista y los diagramas que se utilizan en cada
una.
4. Explica con base en el caso de estudio las tres vistas identificadas. Utiliza mínimo seis
líneas para desarrollar cada vista.
5. Ejemplifica con base en el caso de estudio (diseño de diagramas) las vistas identificadas:
lógica, conceptual y física.

Pág. 14
Módulo. II Unidad 1

a. Los diagramas deben diseñarse con software especializado (Microsoft Visio o


alguna aplicación en línea).
b. Es necesario enviar los archivos fuente de los diagramas. Si se omite el envío del
archivo fuente, la actividad será evaluada con 1 y contará como un intento.
c. No se permiten imágenes tomadas de Internet, si esta es tomada de Internet, la
actividad será evaluada con 1 y contará como un intento.
6. Integra en un documento Word con portada los puntos investigados y desarrollados en
los puntos 1, 2, 3, 4 y 5.
7. Añade las referencias en estilo APA. Consulta el siguiente recurso:
https://biblioguias.ucm.es/estilo-apa-septima
a. *Todo trabajo enviado en formato distinto al solicitado será evaluado con 1.
b. **Todo trabajo sin fuentes y/o citas confiables en estilo APA se evaluará con 1.
8. Renombra el archivo de Word con la nomenclatura DDRS_U1_A4_XXYZ. Sustituye las
XX por las dos primeras letras de tu primer nombre, la Y por la inicial de tu primer apellido
y la Z por la inicial de tu segundo apellido.
9. Envía la actividad a tu docente en línea para recibir retroalimentación mediante la
herramienta Tarea.
10. Espera y atiende las observaciones de tu docente en línea.

Producto por entregar:


Documento de Word.

Consideraciones:

 Recuerda enviar el documento editable, no se permite la entrega en archivos PDF.


En caso de cargar su archivo de actividad en un formato diferente al indicado, su
evaluación será de 1 y perderá ese intento. Basado en el punto IX de la sección 2 del
documento “Criterios generales recepción y evaluación actividades”.
 El producto debe contener portada sin logo institucional (no emplear logos no
autorizados como son el de la UNADM y SEP).

Referencias bibliográficas

 Universidad Complutense, biblioteca (25 de abril de 2021, 7:58 PM). Biblioguias.


Recuperado el 24 de septiembre 2021 de https://biblioguias.ucm.es/estilo-apa-septima

Pág. 15
Módulo. II Unidad 1

Instrumento de evaluación

Carrera Desarrollo de software

Asignatura Diseño y arquitectura de software

Semestre 4

Unidad 1 Unidad 1. Arquitectura de software

Actividad 3 Lenguaje descriptor de arquitectura

Criterios de evaluación Puntaje por Puntaje Observaciones


criterio obtenido
Análisis del caso de estudio
 Explica el objetivo del sistema. 5%

 Menciona los requerimientos


10%
funcionales y no funcionales.
 Identifica el área de oportunidad del
5%
sistema.
Desarrollo del trabajo
 Identifica las vistas del Modelo
Microsoft: lógica, conceptual y física.
Debes de incluir definición, cuatro 20%
características por cada vista y los
diagramas que se utilizan en cada una.
 Explica con base en el caso de estudio
las tres vistas identificadas. Utiliza
30%
mínimo seis líneas para desarrollar
cada vista.
 Ejemplifica (diseño de diagramas) las
tres vistas identificadas. Los diagramas
deben diseñarse con software 30%
especializado (Microsoft Visio o alguna
aplicación en línea).

Puntaje total 100 %

Pág. 16
Módulo. II Unidad 1

Calendario de Actividades
Unidad 1

Evidencia de Aprendizaje. El modelo de Periodo sugerido para la entrega:


vistas 4+1 en un caso de arquitectura de jueves, 21 de octubre 2021.
software.

Actividad:
Evidencia de Aprendizaje. El modelo de vistas 4+1 en un caso de arquitectura de
software.

Tema(s): Escala a considerar y fechas de entrega


1.4.4. La metodología RUP.
0-100% Hasta el jueves, 21 de octubre
1.4.5. Propiedades y principios del
2021
diseño de software.
1.4.6. Proceso de diseño de 0-80% Del viernes, 22 al jueves 28 de
software. octubre 2021

0- 70% Del viernes 29 de octubre al


miércoles 1 de diciembre 2021, a
las 23:55 horas.

Estrategia de enseñanza-aprendizaje:

De Enseñanza:

 Atender las dudas de los estudiantes de forma sincrónica y asincrónica con relación
al contenido de la unidad.
 Retroalimentar oportunamente las actividades de los estudiantes y en caso necesario,
solicitar su reenvío.

Pág. 17
Módulo. II Unidad 1

 Proporcionar material suficiente para comprender el modelo de vistas 4+1.


De Aprendizaje:

 Revisión y explicación del Modelo Vistas 4+1.


 Análisis de casos de arquitectura de sistemas de software para relacionar los
conocimientos sobre la utilización de modelos de vistas.

Logros:

 Representar mediante el modelo de vistas 4+1 y UML un caso de arquitectura de


sistema de software.

Criterios de evaluación:
 Análisis del caso de estudio, 30%
 Desarrollo del trabajo, 70%
Los porcentajes definidos para cada criterio se especifican en la escala de evaluación con la
que se evaluará la Evidencia de aprendizaje.

Objetivo o Propósito de la actividad de aprendizaje:

Representar mediante el modelo de vistas 4+1 y UML un caso de arquitectura de sistema de


software.

Indicaciones de la actividad:

1. Analiza el caso de estudio “Universidad Verde Valle” (lo ubicas al final de este documento)
proporcionado por el docente en línea.
2. Identifica los siguientes aspectos:
 Objetivo del sistema.
 Requerimientos funcionales y no funcionales
 Área de oportunidad en el que se inserta el sistema.
3. Identifica y especifica las vistas del Modelo 4+1: Vista Lógica, vista de despliegue, vista
de procesos, vista física y vista de escenarios. Debes incluir definición, cuatro
características por cada vista y los diagramas que se utilizan en cada una.

Pág. 18
Módulo. II Unidad 1

4. Explica con base en el caso de estudio las cinco vistas identificadas. Utiliza mínimo seis
líneas para desarrollar cada vista.
5. Ejemplifica con base en el caso de estudio (diseño de diagramas) las vistas identificadas:
Vista Lógica, vista de despliegue, vista de procesos, vista física y vista de escenarios.
a. Los diagramas deben diseñarse con software especializado (Microsoft Visio o
alguna aplicación en línea).
b. Es necesario enviar los archivos fuente de los diagramas. Si se omite el envío del
archivo fuente, la actividad será evaluada con 1 y contará como un intento.
c. No se permiten imágenes tomadas de Internet, si esta es tomada de Internet, la
actividad será evaluada con 1 y contará como un intento.
6. Integra en un documento Word con portada los puntos investigados y desarrollados en
los puntos 1, 2, 3, 4 y 5.
7. Añade las referencias en estilo APA. Consulta el siguiente recurso:
https://biblioguias.ucm.es/estilo-apa-septima
a. *Todo trabajo enviado en formato distinto al solicitado será evaluado con 1.
b. **Todo trabajo sin fuentes y/o citas confiables en estilo APA se evaluará con 1.
8. Renombra el archivo de Word con la nomenclatura DDRS_U1_EA_XXYZ. Sustituye las
XX por las dos primeras letras de tu primer nombre, la Y por la inicial de tu primer apellido
y la Z por la inicial de tu segundo apellido.
9. Envía la actividad a tu docente en línea para recibir retroalimentación mediante la
herramienta Tarea.
10. Espera y atiende las observaciones de tu docente en línea.

Producto por entregar:


Documento de Word.

Consideraciones:

 Recuerda enviar el documento editable, no se permite la entrega en archivos PDF.


En caso de cargar su archivo de actividad en un formato diferente al indicado, su
evaluación será de 1 y perderá ese intento. Basado en el punto IX de la sección 2 del
documento “Criterios generales recepción y evaluación actividades”.

Pág. 19
Módulo. II Unidad 1

 El producto deberá contener portada sin logo institucional (no emplear logos no
autorizados como son el de la UNADM y SEP).

Referencias bibliográficas

 Universidad Complutense, biblioteca (25 de abril de 2021, 7:58 PM). Biblioguias.


Recuperado el 24 de septiembre 2021 de https://biblioguias.ucm.es/estilo-apa-septima

Instrumento de evaluación

Carrera Desarrollo de software

Asignatura Diseño y arquitectura de software

Semestre 4

Unidad Unidad 1. Arquitectura de software

Actividad El modelo de vistas 4+1 en un caso de arquitectura de software

Criterios de evaluación Puntaje por Puntaje Observaciones


criterio obtenido
Análisis del caso de estudio
 Explica el objetivo del sistema. 5%
 Menciona los requerimientos
10%
funcionales y no funcionales.
 Identifica el área de oportunidad del
5%
sistema.
Desarrollo del trabajo
 Identifica y especifica las vistas del
Modelo 4+1: Vista Lógica, vista de
despliegue, vista de procesos, vista
física y vista de escenarios. Incluye 20%
definición, cuatro características por
cada vista y los diagramas que se
utilizan en cada una.
 Explica con base en el caso de estudio 30%

Pág. 20
Módulo. II Unidad 1

las cinco vistas identificadas. Utiliza


mínimo seis líneas para desarrollar
cada vista.
 Ejemplifica con base en el caso de
estudio (diseño de diagramas) las
vistas identificadas: Vista Lógica, vista 30%
de despliegue, vista de procesos, vista
física y vista de escenarios.

Puntaje total 100%

Pág. 21
Módulo. II Unidad 1

Caso de estudio.
Actividad 3. Vistas de la arquitectura de software.

Propósito
Identificar las vistas básicas de la arquitectura de un sistema de software, con base a un caso de
la vida cotidiana.

Descripción
El organismo federal denominado “Profeco” desea un sistema para administrar las quejas que
recibe por parte de los ciudadanos mexicanos. Al titular de la dependencia, administradores y
quejosos les interesa tener acceso al sistema.
 Titular. Podrán acceder desde cualquier lugar.
 Administradores. Podrán acceder únicamente en las instalaciones de la dependencia.
 Clientes. Podrán acceder desde cualquier lugar utilizando una app.

El titular de la dependencia y los administradores deben de acceder con todos los privilegios.
 Pueden ver información de todos los quejosos: fecha de presentación de la queja,
descripción de la queja, empresa de la cual se queja, Estado de la república, escolaridad,
etcétera.
 Lista de empleados.
 Reportes.
 Estadísticas.

Los quejos podrán dar seguimiento a su queja vía Web:


 Estado de la queja.
 Personal quien está a cargo de la queja.
 Trámite que ha tenido la queja.

Considera que el software, de manera general debe:


 Administrar la información del personal de la institución y la de los quejosos.
 Administrar privilegios de usuarios con acceso al sistema.
 Historial de accesos y peticiones de quejas.
 Gráficas.

Pág. 22
Módulo. II Unidad 1

Caso de estudio.
Evidencia de aprendizaje

Propósito
Identificar las vistas básicas de la arquitectura de un sistema de software (Modelo vista 4+1), con
base a un caso de la vida cotidiana.
.
Descripción
La “Universidad Verde Valle”, desea un sistema de control escolar integral para administrar las
calificaciones de su comunidad estudiantil. Los docentes, jefes de control escolar, Directivos y
Estudiantes, tendrán derecho al sistema.

 Directivos: Podrán acceder al sistema desde cualquier lugar.


 Docentes: Podrán acceder únicamente desde la escuela.
 Jefes de control escolar: Podrán acceder únicamente desde la escuela .
 Estudiantes: Podrán acceder desde cualquier lugar utilizando una app.

Los directivos y jefes de control escolar deben acceder con todos los privilegios.

 Pueden verificar las calificaciones de todos los alumnos, aprobados y reprobados de la


institución.
 Fecha de asignación de calificaciones por parte de los Docentes.
 Generar reportes de grupos con calificaciones.
 Cantidad de matrícula asignadas por grupos.
 Materias asignadas por grupos.

Los Estudiantes
 Visualizar su calificación.
 Historial de calificaciones.
 Materias asignadas por grupo.

Docente

Pág. 23
Módulo. II Unidad 1

 Asignar calificación.
 Generar listas de asistencia.
 Generar listas de calificaciones con promedios parciales y finales (Sólo 2 parciales y 1
Final).

Considera que el software, de manera general debe:

 Alta a los estudiantes, docentes y materias.


 Bajas parciales y definitivas de estudiantes.
 Bajas parciales y definitivas de docentes.
 Reportes de calificaciones por grupo.
 Reportes por materia.
 Promedios finales por estudiante.
 Historial de calificaciones.
 Lista de Docentes.
 Estadísticas aprobación y reprobación.

Fuentes de Consulta:
Coulouris, G., Dollimore, J., Kindberg, T. y Blair, G. (2011). Distributed Systems: Concepts and Design.
(5a.Ed.). Masachussetts: Addison Wesley

De la Torre, C., Zorrilla, U., Calvarro, J. y Ramos, M. A. (2010). Guía de arquitectura N-Capas orientada
al dominio con .NET 4.0. Pontevedra, España: Krasis Press.

Tanenbaum, A. S. (2006). Distributed Systems: Principles and Paradigms. (2a.Ed.). New Jersey:
Prentice Hall.

Sommerville I. (2011). Ingeniería de software. Novena Edición. México: Pearson.

Pág. 24

También podría gustarte