Introduccion a la

Ingenieria de Software
 Universidad Abierta y a
Distancia de México

Nombre del Alumno:

Vanessa Esmeralda Flores Cervantes
Matricula: ES172004305

Carrera:
Ingeniería en Desarrollo de software

Asignatura:
Introducción a la ingeniería de software
Grupo: DS-DIIS-1901-B2-002
Actividad:
Act 1. Diseño de sistemas
Nombre del Asesor:
Magdalena Galindo Vilchis
Nombre del Docente:
Ivonne Enríquez Castillo

UNIDAD 3
Índice

Propósito 4
Instrucciones 4
Introducción 5
Conceptos 6
Retomar Modulo 6
Diagrama caso de uso 6
Diagrama de clases 12
Diagrama de modulos 13
Diagrama de secuencia 13
Diagrama de colaboración 14
Prototipo 14
La interacción Hombre-Maquina 15
Diagrama el diseño de la arquitectura del sistema 17
Preguntas 17
Conclusión 18
Referencia 18
Propósito
Diseñar un diagrama del diseño de la arquitectura del sistema

Instrucciones

1.-Revisa el contenido de la Unidad III de esta asignatura y los recursos adicionales que te
haga llegar tú
docente en línea.
2,. Retoma los diagramas realizados en la Evidencia de la unidad 2 y sigue estas instrucciones:
a) Considerando los diagramas del módulo desarrollado: clases, caso de uso, colaboración,
identifica las
interacciones entre componentes, así como del sistema y su entorno.
b) Diagrama el diseño de la arquitectura del sistema, donde se plasme lo siguiente:
Interface
Usuarios
Aplicación
Datos
Funcionalidad
3. Responde y justifica lo siguiente: ¿Considero que hace falta la identificación de algún factor
que
consideres importante y se está pasando por alto en el diseño del sistema? ¿Qué utilidad
identifico en el
diseño del diagrama de arquitectura de un sistema?
5 Ingresa al Foro y participa respondiendo a los planteamientos y líneas de discusión que
publique tu
Docente en línea mediante el tema abierto por él.
6 Recuerda aplicar la escala de evaluación
7 Realiza una breve conclusión de acuerdo con tu aprendizaje en el Foro y de tu actividad
8 Integra el desarrollo de tu actividad en un documento con carátula y los datos de
identificación
completos, posteriormente guarda tu actividad con el nombre DIIS_U3_A1_XXYZ. Sustituye
las XX por
 las dos primeras letras de tu primer nombre, la Y por tu primer apellido y la Z por tu
segundo apellido.
Introducción
El diseño del sistema es la estragia de alto nivel para resolver problemas y construir una solución.
Este incluye decisiones acerca de la organización del sistema en subsistemas, la asignación de
subsistemas a componentes hardware y software, y decisiones fundamentales conceptuales y
de política que son las que constituyen un marco de trabajo para el diseño detallado.

El objetivo de la siguiente actividad es diseñar un diagrama del diseño de la arquitectura del

sistema. Se pide realizar lo siguiente:

1. Considerando los diagramas del módulo desarrollado: clases, caso de uso, colaboración,
identificar las interacciones entre componentes, así como del sistema y su entorno.
2. Diagramar el diseño de la arquitectura del sistema, donde se plasme lo siguiente:

 Interface
 Usuarios
 Aplicación
 Datos
 Funcionalidad
3. Responder y justificar lo siguiente:
¿Considero que hace falta la identificación de algún factor que consideres importante y se está
pasando por alto en el diseño del sistema?
¿Qué utilidad identifico en el diseño del diagrama de arquitectura de un sistema?
Conceptos

Herencia
La herencia (a la que habitualmente se denomina subclase) proviene del hecho de que la
subclase (la nueva clase creada) contiene las atributos y métodos de la clase primaria.

Extensión
La extensión se hace en una serie de puntos concretos y previstos en el momento del diseño,
llamado puntos de extensión, los cuales no son parte del flujo principal.

Inclusión
La relación de inclusión sirve para enriquecer un caso de uso con otro y compartir una
funcionalidad común entre varios casos, también puede utilizarse para estructurar un caso de
uso describiendo sus funcionalidades.

Retomar Modulo
Retoma módulo que elegiste en la actividad anterior, identifica los siguientes elementos:
o Actores del sistema
o Casos de uso

Usuario Doctor

Identificación del requerimiento Registro “Doctor”

Nombre del requerimiento: Registro de Usuario
Características: El usuario se debe registrar al sistema para
acceder a cualquier parte del sistema.
Descripción del requerimiento: El usuario esta permitido en el sistema registrar
a los usuarios. El sistema pide usuario y
contraseña para poder acceder.
Requerimiento No funcional Seguridad
Prioridad del requerimiento: Alta
Usuario secretaria
Identificación del requerimiento
Nombre del requerimiento:
Características:
Descripción del requerimiento:
Requerimiento No funcional
Prioridad del requerimiento:
Inventario
Identificación del requerimiento
Nombre del requerimiento:
Características:
Descripción del requerimiento:
Requerimiento No funcional
Prioridad del requerimiento:
3.Identifica particularmente las relaciones avanzadas entre caso de uso, tales como herencias,
inclusión, extensión. Incluye un párrafo al menos 5 líneas donde lo describas o bien una tabla.
Registro “secretaria”
Registro de secretaria
El usuario debe estar registrado en el sistema
para realizar varias actividades en el sistema
como agendar citas, agregar y buscar
información.
El usuario está permitido en el sistema a
agregar, buscar información en el sistema por lo
cual no puede modificar y eliminar historiales
clínicos en el sistema sin autorización del
administrador.
Seguridad
Alta
Inventario
Inventario
Control de inventario, ingreso de medicamento y
salida de medicamento
El usuario está permitido en el sistema tener un
control de inventario asi como tener un registro
de entradas y salidas de medicamentos.
Seguridad
Alta
Interpretación del diagrama de casos de uso “ORGANIZADOR”.

Nombre del diagrama: Registro de usuarios

Elementos
Actores Administrador, Usuario
Caso de uso Administrador
 Altas de usuario
 Bajas de usuario
 Modificación de usuario
 Buscar Usuario
 Altas pacientes
 Bajas pacientes
 Modificación de pacientes
 Buscar pacientes

Usuario
 Altas pacientes
 Buscar pacientes
Descripción
El sistema se obtienes dos personajes
Administrador y usuario, el administrador
tiene privilegios de dar de alta a usuario, bajas
de usuario, modificación de usuarios, buscar
usuarios etc. Mientras el usuario registrado
solo podrá dar de alta a los pacientes y buscar
pacientes dentro del sistema.
Plantilla de caso de uso

Emplea la plantilla del contenido de la unidad 2 para el desarrollo de tu propuesta (páginas: 18-
21)

Rf-01 Alta de usuarios

Nombre del Alta de usuarios
requerimiento
Descripción En el sistema el administrador podrá agregar, eliminar, buscar y modificar
usuarios modificando la base de datos del sistema.
Requerimientos RF-01-01 Altas de usuarios
asociados RF-01-02 Bajas de usuarios
RF-01-03 Búsqueda de usuarios
RF-01-04 Modificación de usuarios
Secuencia
Normal
 Excepciones  Cuando el usuario ingresa 3 veces la contraseña incorrecta se
bloque el sistema y manda una aleta al administrador.

Frecuencia 24 horas
Prioridad Alta
Observaciones  Cuando el usuario ingresa 3 veces la contraseña incorrecta se
bloque el sistema y manda una aleta al administrador.
 Al ingresar un usuario nuevo se mostrará el menú de opciones
para el usuario.
Diagrama de caso de uso Administrador

Numero Caso de uso Herencia Inclusión Extensión

CUA-001 Alta usuario Ingresar nuevos Nombre,
usuarios y apellido,
guardar cambios domicilio, tipo de
sangre, teléfono
CUA-002 Bajas usuario Eliminar usuario y
guardar
CUA-003 Modificar Usuario Buscar Modificar datos
Información,
Añadir
Información,
guardar
CUA-004 Búsqueda Usuario Eliminar del
sistema
CUA-005 Altas de pacientes Ingresar nuevos
usuarios y
guardar cambios
CUA-006 Bajas de pacientes Eliminar usuario y Eliminar del
guardar sistema
CUA-007 Modificación de Buscar Modificar datos
pacientes Información,
Añadir
Información,
guardar
CUA-008 Búsqueda de
pacientes
CUA-009 Citas Medicas Difunde por Agendar cita
fecha, nombre, médica en fecha
disponible.
CUA-010 Reportes / Cita medica Id Paciente Enviar reporte
para imprimir
receta medica
Diagrama de clases
Diagrama de módulos

Muestra la localización de objetos y clases en módulos del diseño físico de un sistema. Un

diagrama de módulos representa parte o la totalidad de la arquitectura de módulos del
sistema.

el módulo captura diferentes perspectivas de un sistema. Los bordes entre los diferentes
módulos pueden ser bastante arbitrarios. Los nombres de clases y asociaciones
deben ser únicos en cada módulo, y se debe mantener consistencia entre los
nombres de varios módulos

Diagrama de secuencia

Muestra una máquina de estados, que consta de estados, transiciones, eventos y actividades,
cubren la vista dinámica de un sistema, resaltan el comportamiento dirigido por eventos de un
objeto.
Diagramas de colaboración

Los diagramas de colaboración se utilizan para explicar una estructura entre los objetos que se
envían mensajes. Los objetos generalmente son instancias con o sin nombres (anónimos), y se
utilizan para describir una de las vistas del sistema. Estos diagramas son útiles para entender
cuál es la mejor manera de desarrollar un sistema, permite a los diseñadores de software
asegurarse de que el software que se desarrolla cubrirá con los requerimientos cuando sea
implementado (Booch, Rumbaugh y Jacobson, 1999, p. 84).

Prototipo
La interacción Hombre-Maquina
En el contexto del diseño de software podemos entender a la interacción como la relación dada
entre el ser humano y la máquina a través de una interface. Esta relación produce en el ser
humano una extensión de sus capacidades por medio de las máquinas, gracias a esta ventaja el
ser humano logra realizar tareas que antes le ocasionaban rutina y le hacían el trabajo más
complicado. El término máquina dentro de este tema se refiere a computadoras, dispositivos,
ordenadores incluso móviles, robots o cualquier equipo que el sistema requiera.

Entonces podemos definir a la interacción humano–máquina como el estudio de la interacción

entre la gente, los ordenadores y las tareas. De esta manera comprenderás como la gente y las
computadoras interactúan para lograr hacer tareas específicas. Además, se atiende a la forma
en que deben ser diseñados y para lograr esto observa algunos enfoques de esta área:

 Interacción hardware–software

 Diseño orientado al usuario

 Modelos mentales del usuario y su relación con el sistema.

 Funciones del sistema y su adaptación a las necesidades del usuario.

 Su impacto en la organización.

La interacción entre el humano y la computadora puede darse de varios modos (multimodal); por
ejemplo, la mayoría de los sistemas interactúan con un usuario a través del monitor, teclado,
ratón, bocinas, etc. De esta manera se abarcan varios canales de comunicación por medio de
los sentidos humanos como lo son el tacto, la vista, el oído, etc. Los sistemas actuales tienden a
tener múltiples canales de comunicación de entrada/salida. Los humanos procesan información
por varios canales de manera simultánea. Y dadas estas características se logra una interacción
dimensional por el concepto de múltiples funciones del ser humano.

Los estilos de interacción más importantes son (Sabatini, 2010, p. 1):

Interfaz por línea de órdenes: puede ser con teclas de función, abreviaciones cortas, palabras
completas, etc

Menús y formularios: Los formularios contienen un grupo de elementos que permiten al usuario
introducir datos para que sea utilizada en la aplicación, ya sea que se almacene en alguna base
de datos o se utilice directamente en funciones o cálculos del mismo software. Los menús son
elementos agrupados como un conjunto de opciones que el usuario puede seleccionar y al
seleccionarse se espera la ejecución de alguna funcionalidad del sistema. Cuando los menús
ocupan mucho espacio se puede incluir menús desplegables o menús pop-up.
Manipulación directa: sistemas con acciones rápidas que provocan efectos visibles y
claramente identificables en el objeto seleccionado. Por ejemplo, ventanas, iconos, cursores,
menús, etc.

Interacción asistida: con asistentes o programas tipo agente que ayudan, leen la entrada que
el usuario presenta en la interface y pueden hacer cambios en los objetos que el usuario ve en
la pantalla. Los agentes son autónomos porque pueden trabajar en un segundo plano, si así se
les configura. Tienen inteligencia por tener iniciativa y capacidad de adaptación a múltiples
situaciones. Son de uso personal, ya que aprenden del usuario, sugieren sin imponer soluciones

Diagrama el diseño de la arquitectura del sistema

Diseño arquitectónico Ya que se definieron las interacciones entre el sistema y su entorno, se

utiliza esta información como base para diseñar la arquitectura del sistema. Se deben identificar
los componentes del sistema y sus interacciones, después se organizan en un patrón
arquitectónico como un modelo en capas o cliente – servidor
Conceptos
Capa de presentación:
es la que ve el usuario, también se le puede llamar capa de usuario o interfaz gráfica.
Permite la interacción del usuario con el software dándole información y permitiéndole
introducir datos. Contiene el código que soporta la lógica de la funcionalidad de las
interfaces. Y se comunica con la capa de la aplicación utilizando la lógica del negocio.

Capa de negocio:
contiene todos los programas que se ejecutan, recibe las peticiones de la capa del usuario
y se le regresan los resultados de la operación; además se comunica con la capa de datos
para hacer peticiones al gestor de base de datos (por ejemplo instrucciones SQL).

Capa de datos:
es la que contiene todos los datos los cuales son almacenados y administrados en uno o
más gestores de bases de datos. Mantiene comunicación con la capa de negocio
atendiendo las peticiones almacenamiento o recuperación de datos que ésta le demande.
Diagrama el diseño de la arquitectura del sistema (Consultorio Médico)

¿Considero que hace falta la identificación de algún factor que consideres importante y
se está pasando por alto en el diseño del sistema?

¿Qué utilidad identifico en el diseño del diagrama de arquitectura de un sistema?

La utilidad en el identifico en el diseño del programa de arquitectura del sistema es para la
utilización de información como base para diseñar nuestro propio arquitectura del sistema. Asi
como identificando los componentes del sistema, interacciones, organizando correctamente las
capas para el cliente-servidor.
Conclusión

El requerimiento de datos para un software es muy importante hacer un análisis correcto de los
requerimientos del usuario extensamente así no ayuda a la organización, entender
completamente lo que necesita el cliente para que todo funcione correctamente los requisitos
deben ser comprensivos, y cubrir todas las actividades de uso con detalles suficientes.
Generando la lista de requerimientos es importante evaluar la importancia para la organización
así nos ayuda a crear un sistema adaptado a las necesidades de la empresa los diagramas
mencionados en la actividad es una manera de comunicación y el comportamiento de un sistema
mediante la interacción de los usuarios solo que en cada uno de ellos es diferentes aunque en
realidad es lo mismo solo cambia un poco la estructura es muy importante saber identificar cada
actividad del sistema porque es una prioridad de la empresa para guardar un gran cantidad de
información.

También aprendemos el diseño de sistemas de arquitectura la utilidad en que identifico en el

diseño de arquitectura del sistema nos sirve para obtener información como base para diseñar
nuestra propia arquitectura del sistema. Nos enseña la parte básica, la elaboración del diseño,
así como los componentes del sistema, interacciones de cada capa.

Referencias
UnADM (2019), Unidad 3. Diseño, codificación, pruebas y mantenimiento. Curso Introducción a
la Ingeniería de Software. Tercer Semestre. Universidad Abierta y a Distancia de México.
Mario Piattini. (2012). Analisis_y_Diseno_Detallado_de_Aplicaciones_Informaticas_de_Gestion.
2012: Mexico.
José Marín. (2010). Ingeniería de Requerimientos: Escenarios. 2010: Unicen.
Ing. Luis Zuloaga Rotta FIIS-UNI. (1996). Análisis de requerimientos. 1996: Ian Sommerville 6ª.
Edición, Capítulo 5.