Universidad Abierta y a Distancia de México

Análisis y Diseño Orientado a Objetos

Unidad 1. Introducción al análisis orientado a objetos

Daniel Eduardo Vivanco Guajardo

Matricula: ES1421003294

Actividad 1.

Caso: Implementación de Sistema en Unidad de Rehabilitación Hospitalaria

Principales actividades y elementos en que se enfoque el análisis orientado a objetos:

Los actores son los que interactuaran con el sistema Un actor es una clase Se diferenciará entre actores y usuarios Un usuario es una persona que utiliza el sistema Un actor representa el papel (rol) que una persona desempeña Los casos de uso es un camino específico para utilizar el sistema Para cada caso de uso, actor y sistema se realiza una descripción detallada Los casos de uso tan solo indican opciones generales

Descripción del problema: Actualmente no se cuenta con un sistema propio el departamento de Rehabilitación de la unidad Médica por lo cual se solicita el análisis de sus procesos y procedimientos para la implementación del sistema.

Actores:

Médico Rehabilitador (primario): Profesional de la medicina con conocimientos en medidas sociales, educativas y profesionales destinadas a restituir al paciente minusválido la mayor capacidad e independencia posibles.

Terapeuta (primario): Especialista que aplica tratamientos indicados por un médico rehabilitador.

Caja y Facturación (secundario): Módulo responsable de la generación de los movimientos de pago y facturas para un determinado cliente.

Recepcionista (primario): Persona encargada de recibir o generalmente dar la primera atención al paciente a su llegada en el área de diagnóstico.

Diagrama de caso de uso

Descripcion: Este caso de uso inicia con el proceso de admisión de un paciente, es decir se realiza el registro de un paciente o bien, es seleccionado de una lista existente, se genera una cuenta paciente donde serán ingresados los cargos por la indicación o receta médica en la cual se especifica el número de sesiones o servicio correspondiente de rehabilitación que deberá tomar el paciente. Posteriormente en la misma caja del departamento una vez que se complete el tratamiento indicado por el médico rehabilitador se deberá hacer el cargo correspondiente.

Contexto: Proceso del área de rehabilitación propia para pacientes que hayan sido indicados por un médico especialista de este requerimiento.

Disparador: Indicacion o receta Medica

Supuestos: La receta médica contiene el total de sesiones o servicio específico que deberá tomar el paciente. El paciente llega a rehabilitación con documentación (identificación, credencial de convenio, estudios médicos y receta médica).

Precondiciones: Indicación o receta médica.

Postcondiciones: Cargo a cuenta paciente del tratamiento indicado.

Caso Principal

Flujo Alterno

Flujo Excepción

Informacion Relacionada

Los periodos de consulta del paciente son cada 10 sesiones. Cada consulta lleva un cargo.

En el caso de terapia a domicilio el paciente ya está informado de la documentación necesaria para el trámite de rehabilitación.

En la agenda de citas de consultas para el paciente se registran los siguientes datos:

Paciente inicial

Nombre completo Médico referente Aseguradora o convenio Teléfono / Celular Fecha / Hora (Cada 30 minutos)

Paciente subsecuente.

Nombre completo Teléfono / Celular Fecha / Hora (Cada 30 minutos)

Agenda para pacientes de terapia.

Sesiones de 1 hora (se identifica de color azul), hora y media (se identifica de color amarillo) y 2 horas (se identifica de color rojo).

Documentación del expediente

Reglamento interno de rehabilitación Consentimiento médico Aviso de privacidad Carta informativa Hoja de datos

Decisiones

Cuando el paciente viene de una aseguradora, debe traer una carta de autorización con un número de folio. Actualmente no existe el control que ligue la cuenta paciente con el código de la aseguradora para saber si ya fue facturada o no.

Si el paciente no asiste a rehabilitación con una carta de autorización de la aseguradora, recepción hace programación del convenio establecido.

Diferencias entre análisis y diseño orientado a objetos y la programación orientada a objetos.

Programación orientada a objetos es la parte en donde se codifica el problema en el lenguaje orientado a objetos, ocupando un paradigma de programación que usa objetos en sus interacciones, para diseñar aplicaciones y programas. Está basado en varia técnicas incluyendo herencia, cohesión, polimorfismo y acoplamiento y encapsulamiento.

El Diseño Orientado a los Objetos (DOO) crea una representación del problema del mundo real y lo hace corresponsable con la solución. Produce un diseño que interconecta objetos de datos y operaciones de procesamiento para esos objetos, se modulariza la información y el procesamiento, en lugar de aislarlo. Todos los métodos de diseño intentan desarrollar software basándose en: • Abstracción • Ocultamiento de información • Modularidad

El análisis orientado al objeto (AOO), consiste en una serie de técnicas y actividades en donde los requisitos identificados en la fase de conocimiento de la información son analizados, depurados y estructurados. Tiene como objetivo comprender y crear una descripción de los mismos que sea fácil de entender y ayude a estructurar el sistema. Nos dará como resultado un modelo del sistema, que describa el dominio del problema y que deberá ser correcto, completo, consistente y verificable.

Las diferencias entre el análisis, el diseño y la programación basada en objetos, y aunque siguen un proceso lógico, el análisis (AOO) recaba la información del problema que se plantea obtiene los requisitos, sus objetos, atributos y métodos para describir el problema (objetos semánticos), en el diseño (DOO) se abstrae del caso, produce un diseño que interconecta objetos de datos y operaciones, se modulariza la información, y en la programación (POO) se codifica ya en lenguaje orientado a objetos el sistema solución de la problemática planteada.

Ventajas y desventajas del diseño orientado a objetos.

Ventajas.

Fiabilidad. Al dividir el problema en partes más pequeñas podemos probarlas de manera independiente y aislar los posibles errores.

Mantenibilidad. Son más sencillos de leer y comprender Maleabilidad. La facilidad de añadir, suprimir o modificar nuevos objetos forma

sencilla. Reusabilidad. Cuando se ha diseñado adecuadamente las clases, se pueden usar

en distintas partes del programa y en numerosos proyectos.

Desventajas.

La ejecución de programas orientados a objetos es más lenta. La necesidad de utilizar bibliotecas de clases obliga a su aprendizaje y

entrenamiento. Tamaño excesivo en las aplicaciones resultantes. La herencia de clases a partir de clases existentes de forma implícita todos los

miembros de dicha clase aun cuando no todos se necesiten, lo que produce aplicaciones muy grandes.

Velocidad de ejecución: Esto tiene que ver, con el punto anterior, una aplicación innecesariamente pesada en muchas ocasiones es más lenta de ejecutar que una aplicación conformada únicamente por los módulos necesarios.

Funcionalidad del enfoque orientado a objetos en el análisis y diseño de un sistema de software, con base en el caso investigado.

La funcionalidad del departamento reflejara los resultados del sistema por que se tiene las observaciones y la información elemental, creamos más de un caso de uso que ejemplifica el problema que se debe de sistematizar, no se parte de formar desorganizada, se puede dar cuenta que no nos hicieron falta datos y se sigue un proceso que nos da claridad en los objetos, sus atributos y métodos, las operaciones como deben ser.

Conclusiones

El ADOO se conforma de procesos de etapas que nos ayudan a la creación de un nuevo proyecto, dejándonos ver el caso real, documentar sobre las actividades que se realizan para poder crear los objetos que necesitamos con el proceso del caso de uso.

Con lo anterior mencionado podemos crear con facilidad programas que resuelvan problemas determinados a los casos de uso. Se puede tener la opción de trabajar en equipo para poder usar nuevamente el código generado para desarrollar soluciones para el proceso de cambios.

Fuentes de consulta:

http://login.osirislms.com/offline/uml/

http://es.slideshare.net/yoinerj/analisis-y-diseo-orientado-a-objetos