Interfaces De La Base De Datos Guía Paso A Paso

1. Construir 5 Diagramas De Clases y De Objetos De Los Programas Vistos S0bre Herencia

Diagrama De Clases Sobre Una Base De Datos Simple:

Diagramas De Objetos Todos Pertenecientes A Un Programa De Lotería:

2. Diseñar Un Logo De La Empresa Creada

3. Definición De Diseño De Software

El diseño es la fase del proceso de desarrollo de software “donde se crea una representación o modelo del software. A diferencia del análisis donde se describen los datos y funciones requeridos, el modelo del diseño proporciona los detalles acerca de las estructuras de los datos, las arquitecturas, las interfaces y los componentes del software necesarios para implementar el sistema”

4. Describa Las Actividades Del Diseño Clásico.

El diseño clásico consiste de tres actividades:

• El diseño de la arquitectura (conocido también como diseño lógico o diseño de alto nivel)
• Diseño detallado (conocido como diseño de módulos, diseño físico o diseño de bajo nivel)
• Diseño de las pruebas

5. Enumere Principales Atributos De Calidad A Evaluar En Un Sistema

Los principales atributos de calidad a evaluar en un sistema es que éste sea:

Correcto: El diseño del sistema es correcto si al haberse construido un sistema con él se satisfacen los requerimientos de ese sistema

Eficiente: Se mide con la velocidad de procesamiento, tiempo de respuesta, consumo de recursos, rendimiento y desempeño en general.

Mantenible: Combina la habilidad de extender el programa, adaptarlo y darle servicio, además, resistencia a pruebas, compatibilidad, configurabilidad (respecto a hardware), facilidad para instalarse y para localizar problemas.

Eficiente en costos: Por la misma calidad, se puedan minimizar costos

6. Cohesion

La cohesión es una medida de la fuerza funcional relativa de un módulo, es decir, su interés  es determinar qué tan cercanamente relacionados están los elementos de un módulo unos con otros. 

Un módulo cohesivo realiza una sola tarea

La cohesión determina si los diferentes elementos de un módulo deben estar juntos.

El objetivo es tener alta cohesión en el sistema.

La cohesión y el acoplamiento están relacionados, a mayor cohesión en los módulos habrá menor acoplamiento entre módulos

La correlación no es perfecta

7. ¿Que Debe Realizar Un Analista Para El Diseño De Salida?

En este caso salida se refiere a los resultados e informaciones generadas por el Sistema, Para la mayoría de los usuarios la salida es la única razón para el Desarrollo de un Sistema y la base de evaluación de su utilidad. Sin embargo cuando se realiza un sistema, como analistas deben realizar lo siguiente:

 · Determine que información presentar. Decidir si la información será presentada en forma visual, verbal o impresora y seleccionar el medio de salida.

· Disponga la presentación de la información en un formato aceptable.

· Decida como distribuir la salida entre los posibles destinatarios.

8. ¿Cuales Son Los Pasos Para La Evaluación Del Diseño?

Para evaluar la calidad de una presentación del diseño, se deben establecer criterios técnicos para un buen diseño como son:

· Un diseño debe presentar una organización jerárquica que haga un uso inteligente del control entre los componentes del software.

· El diseño debe ser modular, es decir, se debe hacer una partición lógica del Software en elementos que realicen funciones y subfunciones especificas.

· Un diseño debe contener abstracciones de datos y procedimientos.

· Debe producir módulos que presenten características de funcionamiento independiente.

· Debe conducir a interfaces que reduzcan la complejidad de las conexiones entre los módulos y el entorno exterior.

· Debe producir un diseño usando un método que pudiera repetirse según la información obtenida durante el análisis de requisitos de Software. Estos criterios no se consiguen por casualidad. El proceso de Diseño del Software exige buena calidad a través de la aplicación de principios fundamentales de Diseño, Metodología sistemática y una revisión exhaustiva.

Cuando se va a diseñar un Sistema de Computadoras se debe tener presente que el proceso de un diseño incluye.

9. Diseñe Interfaz De Entrada y Salida De Su Proyecto

Interfaz De Entrada De La Base De Datos:

 Interfaz De Salida De La Base De Datos:

10. Definición De Implantación (Enfoques)

Es la última fase del desarrollo de Sistemas. Es el proceso instalar equipos o Software nuevo, como resultado de un análisis y diseño previo como resultado de la sustitución o mejoramiento de la forma de llevar a cavo un proceso automatizado.

Al Implantar un Sistema de Información lo primero que debemos hacer es asegurarnos que el Sistema sea operacional o sea que funcione de acuerdo a los requerimientos del análisis y permitir que los usuarios puedan operarlo. Existen varios enfoques de Implementación:

· Es darle responsabilidad a los grupos.

· Uso de diferentes estrategias para el entrenamiento de los usuarios.

· El Analista de Sistemas necesita ponderar la situación y proponer un plan de Conversión que sea adecuado para la organización.

· El Analista necesita formular medidas de desempeño con las cuales evaluar a los Usuarios.

· Debe Convertir físicamente el sistema de información antiguo, al nuevo modificado.

En la preparación de la Implantación, aunque el Sistema esté bien diseñado y desarrollado correctamente su éxito dependerá de su implantación y ejecución por lo que es importante

11. Definición de Capacitación De Usuarios Del Sistema

Es enseñar a los usuarios que se relacionan u operan en un proceso de implantación. La Responsabilidad de esta capacitación de los Usuarios primarios y secundarios es del Analista, desde el personal de captura de datos hasta aquellos que toman las decisiones sin usar una Computadora. No se debe incluir a personas de diferentes niveles de habilidad e intereses de trabajo; debido a que si en una Empresa existen trabajadores inexpertos no se pueden incluir en la misma sección de los expertos ya que ambos grupos quedaran perdidos. 

“Es como querer conducir dos Barcos con diferentes destinos con un mismo

Mapa de rutas o con el mismo timón”. Aun y cuando la Empresa puede contratar los Servicios de Instructores

externos, el analista es la persona que puede ofrecer la mejor capacitación debido a que conoce el personal y al Sistema mejor que cualquier otro. A la falta o imposibilidad del analista la organización puede contratar otros servicios de capacitación como son:

· Vendedores: Son aquellos que proporcionan capacitación gratuita fuera de la Empresa de uno o dos días.

· Instructor pagado externamente: Son aquellos que pueden enseñar todo acerca de las computadoras pero para algunos usuarios esta no es una capacitación necesaria.

· Instructores en casa: Están familiarizados con el personal y pueden adecuar los materiales a sus necesidades, pero le faltaría experiencia en Sistemas de Información que es realmente la necesidad del usuario.

En nuestro país existe una ley institucional (Ley 116 del 16 de Enero de 1980) creado durante el gobierno del Presidente Antonio Guzmán Fernández llamada INFOTEP, representante de los trabajadores y empresarios en el ámbito de Capacitación y entrenamiento, la cual Asesora y brinda Sus servicios a las Empresas y Sus  trabajadores.

12. Evaluación Del Sistema

Se lleva a cabo para identificar puntos débiles y fuertes del Sistema implantado. La evaluación ocurre a lo largo de cualquiera de las siguientes cuatro dimensiones:

Evaluación operacional: Es el Momento en que se evalúa la manera en que funciona el Sistema, esto

incluye su facilidad de uso, Tiempo de respuesta ante una necesidad o proceso, como se adecuan los formatos en que se presenta la Información, contabilidad global y su nivel de Utilidad.

Impacto Organizaciónal: Identifica y mide los beneficios operacionales para la Empresa en áreas tales

como, Finanzas (Costos, Ingresos y Ganancias), eficiencia en el desempeño laboral e impacto competitivo, Impacto, rapidez y organización en el flujo de Información interna y externa.

Desempeño del Desarrollo: Es la evaluación del Proceso de desarrollo adecuado tomando en cuentas

ciertos criterios como, Tiempo y esfuerzo en el desarrollo concuerden con presupuesto y estándares y otros criterios de Administración de Proyectos. Además se incluyen la valoración de los métodos y herramientas utilizados durante el desarrollo del Sistema.

13. Construya Un Mapa Conceptual Sobre Prueba De Software

14. Mantenimiento De Sofware

Es una de las actividades más comunes en la ingeniería de software, es el proceso de mejora y optimización del software después de su entrega al usuario final (es decir; revisión del programa), así como también corrección y prevención de los defectos.

El mantenimiento de software es también una de las fases en el ciclo de vida de desarrollo de sistemas (SDLC, sigla en inglés de system development life cycle), que se aplica al desarrollo de software. La fase de mantenimiento es la fase que viene después del despliegue (implementación) del software en el campo

Diagramas

UML no puede compararse con la programación estructurada, pues UML significa Lenguaje Unificado de Modelado, no es programación, solo se diagrama la realidad de una utilización en un requerimiento. Mientras que, programación estructurada, es una forma de programar como lo es la orientación a objetos, sin embargo, la programación orientada a objetos viene siendo un complemento perfecto de UML, pero no por eso se toma UML sólo para lenguajes orientados a objetos.
UML cuenta con varios tipos de diagramas, los cuales muestran diferentes aspectos de las entidades representadas.

Diagramas De Estructura

Es una forma de descomposición funcional, muestra la partición del sistema en módulos y su jerarquía. Es un  árbol o
diagrama jerárquico que define la arquitectura completa de un sistema mostrando sus módulos y sus interrelaciones.
El sistema se representa como un conjunto de módulos ordenados jerárgicamente.

Diagrama De Clases

es un tipo de diagrama estático que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases son utilizados durante el proceso de análisis y diseño de los sistemas, donde se crea el diseño conceptual de la información que se manejará en el sistema, y los componentes que se encargaran del funcionamiento y la relación entre uno y otro.

Representación de: - Requerimientos en entidades y actuaciones. - La arquitectura conceptual de un dominio - Soluciones de diseño en una arquitectura - Componentes de software orientados a objetos

 

Diagramas De Componentes

representa cómo un sistema de software es dividido en componentes y muestra las dependencias entre estos componentes. Los componentes físicos incluyen archivos, cabeceras, bibliotecas compartidas, módulos, ejecutables, o paquetes. Los diagramas de Componentes prevalecen en el campo de la arquitectura de software pero pueden ser usados para modelar y documentar cualquier arquitectura de sistema.
Debido a que estos son más parecidos a los diagramas de casos de usos estos son utilizados para modelar la vista estática y dinamica de un sistema. Muestra la organización y las dependencias entre un conjunto de componentes. No es necesario que un diagrama incluya todos los componentes del sistema, normalmente se realizan por partes. Cada diagrama describe un apartado del sistema.
En él se situarán librerías, tablas, archivos, ejecutables y documentos que formen parte del sistema.
Uno de los usos principales es que puede servir para ver qué componentes pueden compartirse entre sistemas o entre diferentes partes de un sistema.

Diagrama De Objetos

Se puede considerar un caso especial de un diagrama de clases en el que se muestran instancias específicas de clases (objetos) en un momento particular del sistema. Los diagramas de objetos utilizan un subconjunto de los elementos de un diagrama de clase. Los diagramas de objetos no muestran la multiplicidad ni los roles, aunque su notación es similar a los diagramas de clase.

Una diferencia con los diagramas de clase es que el compartimiento de arriba va en la forma Nombre de objeto: Nombre de clase.

Diagrama De Estructura Compuesta

muestra la estructura interna de una clase y las colaboraciones que esta estructura hace posibles. Esto puede incluir partes internas, puertas mediante las cuales, las partes interactúan con cada una de las otras o mediante las cuales, instancias de la clase interactúan con las partes y con el mundo exterior, y conectores entre partes o puertas. Una estructura compuesta es un conjunto de elementos interconectados que colaboran en tiempo de ejecución para lograr algún propósito. Cada elemento tiene algún rol definido en la colaboración.

 

Diagrama De Despliegue

Los Diagramas de Despliegue muestran las relaciones físicas de los distintos nodos que componen un sistema y el reparto de los componentes sobre dichos nodos. La vista de despliegue representa la disposición de las instancias de componentes de ejecución en instancias de nodos conectados por enlaces de comunicación. Un nodo es un recurso de ejecución tal como un computador, un dispositivo o memoria. Los estereotipos permiten precisar la naturaleza del equipo:
· Dispositivos
· Procesadores
· Memoria

  

Diagramas De Paquetes

 muestra cómo un sistema está dividido en agrupaciones lógicas mostrando las dependencias entre esas agrupaciones. Dado que normalmente un paquete está pensado como un directorio, los diagramas de paquetes suministran una descomposición de la jerarquía lógica de un sistema.

Los Paquetes están normalmente organizados para maximizar la coherencia interna dentro de cada paquete y minimizar el acoplamiento externo entre los paquetes. Con estas líneas maestras sobre la mesa, los paquetes son buenos elementos de gestión. Cada paquete puede asignarse a un individuo o a un equipo, y las dependencias entre ellos pueden indicar el orden de desarrollo requerido.

Diagramas De Comportamiento

Los diagramas de comportamiento se emplean para visualizar, especificar, construir y documentar los aspectos dinámicos de un sistema.

Los aspectos dinámicos de un sistema de software involucran cosas tales como el flujo de mensajes a lo largo del tiempo y el movimiento físico de componentes en una red.

Son Las Siguientes Entradas 

Diagrama de actividades Diagrama de casos de uso Diagrama de estados

Diagrama de secuencia Diagrama de comunicación

Diagramas e Actividad

Un diagrama de Actividad demuestra la serie de actividades que deben ser realizadas en un uso-caso, así como las distintas rutas que pueden irse desencadenando en el uso-caso.

Es importante recalcar que aunque un diagrama de actividad es muy similar en definición a un diagrama de flujo (tipicamente asociado en el diseño de Software), estos no son lo mismo. Un diagrama de actividad es utilizado en conjunción de un diagrama uso-caso para auxiliar a los miembros del equipo de desarrollo a entender como es utilizado el sistema y como reacciona en determinados eventos.Lo anterior, en contraste con un diagrama de flujo que ayuda a un programador a desarrollar codigo a través de una descripción lógica de un proceso. Se pudiera considerar que un diagrama de actividad describe elproblema, mientras un diagrama de flujo describe la solución.

Casos De Uso

documentan el comportamiento de un sistema desde el punto de vista del usuario. Por lo tanto los casos de uso determinan los requisitos funcionales del sistema, es decir, representan las funciones que un sistema puede ejecutar. Su ventaja principal es la facilidad para interpretarlos, lo que hace que sean especialmente 

útiles en la comunicación con el cliente.

Maquina De Estados

ilustra como un elemento (a menudo una clase) se puede mover entre estados, clasificando su comportamiento de acuerdo con los disipadores de transacción y las guardas de restricciones.
Otros aspectos de los diagramas de maquinas de estados describen y explican el movimiento y el comportamiento.

Diagramas Interaccion

son un subtipo de diagramas de comportamiento, que enfatiza sobre el flujo de control y de datos entre los elementos del sistema modelado:

• Diagrama de secuencia
• Diagrama de comunicación, que es una versión simplificada del Diagrama de colaboración (UML 1.x)
• Diagrama de tiempos 
• Diagrama global de interacciones o Diagrama de vista de interacción 

Diagramas De Secuencia

muestra la interacción de un conjunto de objetos en una aplicación a través del tiempo y se modela para cada caso de uso. Mientras que el diagrama de casos de uso permite el modelado de una vista business del escenario, el diagrama de secuencia contiene detalles de implementación del escenario, incluyendo los objetos y clases que se usan para implementar el escenario, y mensajes intercambiados entre los objetos.

Diagrama Global De Interacción

Muestra la organización temporal de las interacciones que ocurren en el sistema, a un nivel macro. Sigue la estructura general del Diagrama de Actividades.
Los diagramas de interacción son modelos que describen la manera en que colaboran grupos de objetos para cierto comportamiento. Un diagrama de interacción capta el comportamiento de un solo caso de uso. El diagrama muestra cierto número de ejemplos de objetos y los mensajes que se pasan entre estos objetos dentro del caso de uso.
Hay dos tipos de diagramas de interacción: diagramas de secuencia y diagramas de colaboración.

Diagramas De Comunicacion

Un diagrama de comunicación modela las interacciones entre objetos o partes en términos de mensajes en secuencia. Los diagramas de comunicación representan una combinación de información tomada desde el diagrama de clases, secuencia, y diagrama de casos de uso describiendo tanto la estructura estática como el comportamiento dinámico de un sistema.

Los diagramas de comunicación y de secuencia describen información similar, y con ciertas transformaciones, pueden ser transformados unos en otros sin dificultad.

Diagrama De Tiempo

son una representación especial de interacción que se enfoca en el tiempo de los mensajes enviados entre objetos. Se pueden usar estos diagramas para mostrar restricciones detalladas sobre el tiempo, ó para mostrar los cambios con líneas de vida respecto al tiempo. Los diagramas de tiempo son generalmente utilizados con sistemas en tiempo real o en sistemas embebidos.

Diagrama De Casos De Uso 2 Punto

Diagrama De La Practica Caso Dos

Formato De Casos De Uso

Diagrama De La Practica Caso Uno

Formato De Casos De Uso

1. Un caso de uso especifica un comportamiento deseado del sistema.

Representan los requisitos funcionales del sistema.

“Un caso de uso especifica un conjunto de secuencias de acciones, incluyendo variantes, que el sistema puede ejecutar y que produce un resultado observable de valor para un particular actor.”                                               

Describen qué hace el sistema, no cómo lo hace.

2. ¿Por que el caso de uso es una herramienta valiosa?

Por que es un poderoso consecto que ayuda a un analista a comprender la forma en que debe comportarse el sistema. Le ayuda a obtener los requerimientos desde el punto de vista del usuario.

3. Cual es el propósito primario del modelo de caso de uso?

se utilizan para ilustrar los requerimientos del sistema al mostrar cómo reacciona a eventos que se producen en su ámbito o en él mismo.

Aparte de mejorar una comunicación entre el analista y el usuario final.

4. ¿Que es un diagrama de uso?

Es una representación grafica del entorno del sistema (actores) y su funcionalidad principal (casos de uso), nos muestra los distintos requisitos fucionales que se esperan de una aplicación o sistema y como se relaciona con su entorno(usuarios u otras aplicaciones).

5. ¿Cuales son las preguntas útiles para encontrar actores?

Actores principales y de apoyo. 
Recordemos que los actores principales tienen objetivos de usuario que se satisfacen mediante el uso de los servicios del sistema. Acuden al sistema para que les ayude. Al contrario que los actores de apoyo, que proporcionan servicios al sistema que se está diseñando. Por ahora, nos centraremos en encontrar los actores principales, no los de apoyo. 

Recordemos también que los actores principales pueden ser - entre otras cosas - otros sistemas informáticos, como procesos software "guardianes". 

¿Quién arranca y para el sistema? 
¿Quién gestiona a los usuarios y la seguridad? 
¿Existe un proceso de control que reinicie el sistema si falla? 
¿Quién se encarga de la administración del sistema? 
¿Es un actor el "tiempo" porque el sistema hace algo como respuesta a un evento de tiempo? 
¿Quién evalúa la actividad o el rendimiento del sistema? 
¿Cómo se gestionan las actualizaciones de software? 
¿Actualizaciones automáticas o no? 
¿Quién evalúa los registros? 
¿Se recuperan de manera remota? 

6. Cuales son las preguntas útiles para encontrar casos de uso?

Identificar Nuevos Casos a Partir de los Existentes

Uno de los principales errores que se pueden cometer al identificar requerimientos es algo que parece obvio, pero que muchas veces ocurre: ¡olvidarse de algún requerimiento! Como los requerimientos están en la cabeza de los usuarios, el éxito de esta tarea depende de la habilidad del analista. Para ayudarnos a identificar nuevos casos de uso a partir de los casos existentes, podemos aplicar las mismas técnicas utilizadas para identificar eventos según el análisis estructurado. Algunas de las preguntas que debemos hacernos son:

• ¿Cuáles son las tareas de un actor?
• ¿Necesita el actor estar informado de ciertas ocurrencias del sistema?
• ¿Necesita el actor informar al sistema de cambios externos súbitos?
• ¿Proporciona el sistema el comportamiento correcto al negocio?
• ¿Pueden ser todos los requerimientos funcionales, desarrollados por los casos de uso?
• ¿Qué casos de uso soportarán y mantendrán al sistema?
• ¿Qué información debe ser modificada o creada?

7. Resumen del caso de uso: “Comprar gaseosa” (utilice viñetas) hasta el tema “exclusión de los casos de uso”.

La función principal de la máquina de gaseosa es permitir a un cliente (autor) adquirir una lata de gaseosa: “Comprar gaseosa” (caso de uso).

Sin embargo hay otros usuarios que intervienen, como el proveedor que tiene que reabastecer a la máquina y el recolector de dinero que tiene que recoger el dinero de la alcancía de la máquina.

8. En que consisten las relaciones de inclusión y extensión (dibuje sus respectivos símbolos, e inserte la figura ejemplo de Relaciones de casos de uso).

La inclusión, le permite volver a utilizar los pasos de un caso se uso dentro de otro. La otra, es extensión, le permite crear un caso de uso mediante la adición de pasos a uno existente.
Existen otros dos tipos de relaciones que son generalización y agrupamiento como en las clases, la generalización cuenta con un caso de uso que se hereda de otro. El agrupamiento es una manera de organizar los casos de uso.

Para representar a la inclusión utilizaremos el símbolo que se usa para la dependencia entre clase: una línea discontinua con una punta de flecha que conecta a las clases apuntando hacia la clase dependiente. Justo doble la línea agregara un estereotipo: la palabra “incluir” 

bordeada por dos pares de () angulares. 

La extensión solo puede realizarse en puntos indicados de manera específica dentro de las secuencias del caso de uso base.

A estos puntos se les conoce como puntos de extensión.

Como la inclusión podrá concebir la extensión con una línea de dependencia (líneas discontinuas con una punta de flecha), junto con un estereotipo que muestre “extender” (angulares dentro del caso se uso básico, el punto de extensión aparecerá debajo del nombre del caso de uso).

9. Inserte las imágenes de las figuras: modelo de caso de usos proveniente de la máquina de gaseosas y con inclusión, extensión-inclusión.

10. ¿que es un escenario?. Describa un ejemplo.

Escenarios

Especifican el comportamiento de un caso de uso por

descripción, no por modelamiento

Ejemplos incluyen texto estructurado informal, texto

estructurado formal con condiciones y pseudocódigo.

Típicamente especifica:

Cómo y cuándo el caso de uso comienza y termina
Interacción con actores e intercambio de objetos
Flujo de eventos: normal (exitoso), alternativo (exitoso) y

excepcional (falla)

Ejemplo

En un sistema de RRHH, para el caso de uso

“Contratar Empleado”, los siguientes escenarios

pueden darse:

Escenario normal: Contratar una persona que no

pertenece a la compañía

Escenario alternativo: Contratar a un persona que

pertenece a la compañía, pero en un departamento

distinto.

Escenario fallido: No pude ser encontrada ninguna

persona calificada

11. Enumere la secuencia de pasos en los escenarios

Cada caso de uso es una colección de escenarios y cada escenario es una secuencia de pasos, los cuales no aparecen en el diagrama como tal.

La claridad es clave en la generación de cualquier diagrama y el adjuntar notas a cada caso de uso podrían volverlo confuso .El uso de estos diagramas es por lo general parte de un documento de diseño que el cliente y el equipo de diseño tomara como referencia, cada escenario de caso de uso tendrá su propia página donde se listara en modo de texto a:

•Actor principal
•Condiciones previas para el caso de uso

•Pasos en el escenario
•Condiciones posteriores cuando se finaliza el escenario

•El actor que se beneficia del caso de uso

12. ¿Que son los escenarios secundarios? Enumere escenarios secundarios del caso de uso: “Comprar gaseosa”.

Ejemplo Casos De Uso