El documento describe una actividad para identificar las vistas básicas de la arquitectura de software en un sistema. Se presenta un caso sobre un hospital que implementará una aplicación web para agendar citas con especialistas. Se identifican los requerimientos funcionales y no funcionales, así como las áreas de oportunidad. Las vistas identificadas son lógica, conceptual y física, las cuales se ejemplifican y explican en conclusión para el caso presentado.
0 calificaciones0% encontró este documento útil (0 votos)
377 vistas4 páginas
El documento describe una actividad para identificar las vistas básicas de la arquitectura de software en un sistema. Se presenta un caso sobre un hospital que implementará una aplicación web para agendar citas con especialistas. Se identifican los requerimientos funcionales y no funcionales, así como las áreas de oportunidad. Las vistas identificadas son lógica, conceptual y física, las cuales se ejemplifican y explican en conclusión para el caso presentado.
El documento describe una actividad para identificar las vistas básicas de la arquitectura de software en un sistema. Se presenta un caso sobre un hospital que implementará una aplicación web para agendar citas con especialistas. Se identifican los requerimientos funcionales y no funcionales, así como las áreas de oportunidad. Las vistas identificadas son lógica, conceptual y física, las cuales se ejemplifican y explican en conclusión para el caso presentado.
El documento describe una actividad para identificar las vistas básicas de la arquitectura de software en un sistema. Se presenta un caso sobre un hospital que implementará una aplicación web para agendar citas con especialistas. Se identifican los requerimientos funcionales y no funcionales, así como las áreas de oportunidad. Las vistas identificadas son lógica, conceptual y física, las cuales se ejemplifican y explican en conclusión para el caso presentado.
Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
Descargar como docx, pdf o txt
Está en la página 1/ 4
Vistas de la
arquitectura de software Actividad 3 El propsito de la actividad es identificar las vistas bsicas de la arquitectura de un sistema de software.
Para desarrollar la actividad trabajaras con el siguiente caso:
Un hospital privado, relativamente grande, ha decidido implementar una aplicacin basada en la Web para llevar el registro de citas de los diferentes especialistas. En el sistema los pacientes se registran e ingresan al sitio, despus tienen la posibilidad de seleccionar la fecha, hora y nombre del especialista que desea consultar. De esta manera, el sistema indica si hay disponibilidad de agendar la cita de acuerdo a los datos proporcionados por el paciente y asigna automticamente un Folio a la cita, adems de actualizar la agenda del especialista, en caso contrario el sistema es capaz de sugerir los horarios disponibles. Una vez agendada la cita se enva la confirmacin a travs de un correo electrnico al paciente y especialista. El paciente tambin puede solicitar la cancelacin 24 horas antes de una cita. En caso de que el paciente no cancele una cita y no asista dos veces seguidas, el sistema no le permitir agendar una tercera cita con algn especialista.
1. Identifica el objetivo del sistema.
Tener un control acerca de los pacientes y sus citas agendadas con los especialistas
2. Determina los requerimientos funcionales y no funcionales y la problemtica,
situacin o rea de oportunidad a la que se dirige.
Requerimientos funcionales
Tener una base de datos de los pacientes y especialistas
Llevar un control de las citas de los pacientes y horarios de los especialistas
Realizar modificaciones a las citas (cancelacin)
Tener un control de las agendas de los especialistas
Generar usuarios y contraseas para acceso al portal para los pacientes.
Requerimientos no funcionales
Usabilidad, el sistema debe ser fcil de usar
Seguridad, el acceso al sistema ser restringido con contraseas
Portabilidad, el sistema deber ser accesible para cualquier rea involucrada en el proceso (pacientes y especialistas)
Multiplataforma, el sistema debe funcionar en distintos SO y plataformas de hardware
Rendimiento, el sistema debe soportar el manejo de gran cantidad de informacin
Desempeo, el sistema no deber presentar problemas de manejo e implementacin
Una de las reas de oportunidad es la falta de un administrador del sistema, que no se
menciona en el planteamiento del problema, la especialidad de cada especialista (valga la redundancia), necesitamos ms datos del cliente como telfono de contacto, los especialistas tambin debern poseer un usuario para la app ya que debern ir actualizando sus agendas y ver las actualizaciones que se hacen de manera diaria por los clientes y por lo que el proyecto se dirige a un posible fracaso por la falta de una persona responsable del software.
3. Identifica las vistas:
Lgica: Son los servicios que brinda el sistema a los usuarios
Conceptual: Esta vista comprende la estructura funcional del sistema que se
describe a travs de componentes funcionales enlazados mediante conectores, usando puertos y roles como interfaces.
Fsica: Son los componentes fsicos que requiere el sistema
4. Ejemplifica cada una de las vistas a partir del caso.
Lgica: el acceso a la plataforma, a los clientes para agendar citas y al especialista
para ver las actualizaciones que se hacen sobre su agenda.
Conceptual: es la conexin entre la vista lgica y la vista fsica, es el puente o
conexin que existe entre las dems vistas.
Fsica: el cableado desde los nodos hasta las maquinas (PCs), las propias maquinas que se utilizara como servidor, etc.
5. Elabora una conclusin para explicar las vistas en tu caso.
En conclusin, puedo decir que las vistas del caso nos dan una idea ms tangible de lo que el sistema proporciona, para este caso en particular nos permite observar la ausencia de varias entidades que son necesarias para un sistema ms completo como lo son el administrador del sistema, las especialidades que existen y otros elementos que mencione anteriormente en este texto.
