lunes, 11 de enero de 2016

SISTEMAS GESTOR DE BASES DE DATOS

SGBD

Es una conexión de datos relacionados entre sí estructurados, organizados y un conjunto de programas que acceden y gestionan esos datos, a la colección de esos datos se la conoce como Base de Datos (BD) antes de aparecer los SGBD la información se trataba y gestionaba utilizando los típicos sistemas de gestión de archivos que iban soportados sobre un SO estos consistían en un conjunto de programas que definían y trabajaban sus propios datos los datos se almacenaban en archivos y los programas manejaban esos archivos para obtener información, si la estructura de datos de los archivos cambia todos los programas que los manejan deberían ser modificados.

Inconvenientes de un sistema de gestión de archivos:
Redundancia e inconsistencia de los datos.
Dificultad para tener acceso a los datos.
Dependencia de la estructura del archivo con lenguaje de programación.

Servicios que presta un SGBD

Creación y definición de la BD

Especificación de la estructura, el tipo de datos las relaciones entre ellos, toda esta información se almacena en el diccionario de datos, el SGBD proporciona los mecanismos para la gestión del diccionario de datos.

Manipulación de Datos

Realizando consultas, inserciones y actualizaciones de los mismos utilizando Lenguajes de Manipulación de Datos (DML).

Mantener la integridad y consistencia de los datos

Utilizando mecanismos de seguridad de acceso a los usuarios de seguridad.

Mecanismos de respaldos y recuperación

Para restablecer  la información en caso de inconsistencia.

Arquitectura de los SBD

Nivel interno o físico

El más cercano al almacenamiento físico, es decir, tal y como están almacenados en el ordenador. Describe la estructura física de la BD mediante un esquema interno. Este esquema se especifica con un modelo físico y describe los detalles de cómo se almacenan físicamente los datos: los archivos que contienen la información, su organización, los métodos de acceso a los registros, los tipos de registros, la longitud, los campos que los componen, etcétera.

Nivel externo o de visión

Es el más cercano a los usuarios, es decir, es donde se describen varios esquemas externos o vistas de usuarios. Cada esquema describe la parte de la BD que interesa a un grupo de usuarios en este nivel se representa la visión individual de un usuario o de un grupo de usuarios.

Nivel conceptual

Describe la estructura de toda la BD para un grupo de usuarios mediante un esquema conceptual. Este esquema describe las entidades, atributos, relaciones, operaciones de los usuarios y restricciones, ocultando los detalles de las estructuras físicas de almacenamiento. Representa la información contenida en la BD.

Con la arquitectura a tres niveles se introduce el concepto de independencia de datos, se definen dos tipos de independencia:

Independencia lógica

La capacidad de modificar el esquema conceptual sin tener que alterar los esquemas externos ni los programas de aplicación. Se podrá modificar el esquema conceptual para ampliar la BD o para reducirla, por ejemplo, si se elimina una entidad, los esquemas externos que no se refieran a ella no se verán afectados.

Independencia física

La capacidad de modificar el esquema interno sin tener que alterar ni el esquema conceptual, ni los externos. Por ejemplo, se pueden reorganizar los archivos físicos con el fin de mejorar el rendimiento de las operaciones de consulta o de actualización, o se pueden añadir nuevos archivos de datos porque los que había se han llenado. La independencia física es más fácil de conseguir que la lógica, pues se refiere a la separación entre las aplicaciones y las estructuras físicas de almacenamiento.

Componentes de los SGBD



Los SGBD son paquetes de software muy complejos que deben proporcionar una serie de servicios que van a permitir almacenar y explotar los datos de forma eficiente. Los componentes principales son los siguientes:

Lenguajes de los SGBD

Todos los SGBD ofrecen lenguajes e interfaces apropiadas para cada tipo de usuario: administradores, diseñadores, programadores de aplicaciones y usuarios finales. Los lenguajes van a permitir al administrador de la BD especificar los datos que componen la BD, su estructura, las relaciones que existen entre ellos, las reglas de integridad, los controles de acceso, las características de tipo físico y las vistas externas de los usuarios. Los lenguajes del SGBD se clasifican en:

Lenguaje de definición de datos (LDD o DDL): se utiliza para especificar el esquema de la BD, las vistas de los usuarios y las estructuras de almacenamiento. Es el que define el esquema conceptual y el esquema interno. Lo utilizan los diseñadores y los administradores de la BD.

Lenguaje de manipulación de datos (LMD o DML): se utilizan para leer y actualizar los datos de la BD. Es el utilizado por los usuarios para realizar consultas, inserciones, eliminaciones y modificaciones. Los hay procedurales, en los que el usuario será normalmente un programador y especifica las operaciones de acceso a los datos llamando a los procedimientos necesarios. Estos lenguajes acceden a un registro y lo procesan. Las sentencias de un LMD procedural están embebidas en un lenguaje de alto nivel llamado anfitrión. Las BD jerárquicas y en red utilizan estos LMD procedurales.

El diccionario de datos

El diccionario de datos es el lugar donde se deposita información acerca de todos los datos que forman la BD. Es una guía en la que se describe la BD y los objetos que la forman.
El diccionario contiene las características lógicas de los sitios donde se almacenan los datos del sistema, incluyendo nombre, descripción, alias, contenido y organización. Identifica los procesos donde se emplean los datos y los sitios donde se necesita el acceso inmediato a la información.
La estructura lógica y física de la BD.
Las definiciones de todos los objetos de la BD: tablas, vistas, índices, disparadores, procedimientos, funciones, etcétera.
El espacio asignado y utilizado por los objetos.
Los valores por defecto de las columnas de las tablas.
Los privilegios y roles otorgados a los usuarios.

Seguridad e integridad de datos

Un SGBD proporciona los siguientes mecanismos para garantizar la seguridad e integridad de los datos:
Debe garantizar la protección de los datos contra accesos no autorizados, tanto intencionados como accidentales. Debe controlar que sólo los usuarios autorizados accedan a la BD.
Los SGBD ofrecen mecanismos para implantar restricciones de integridad en la BD. Estas restricciones van a proteger la BD contra daños accidentales. Los valores de los datos que se almacenan deben satisfacer ciertos tipos de restricciones de consistencia y reglas de integridad, que especificará el administrador de la BD. El SGBD puede determinar si se produce una violación de la restricción.
Proporciona herramientas y mecanismos para la planificación y realización de copias de seguridad y restauración.

Debe ser capaz de recuperar la BD llevándola a un estado consistente en caso de ocurrir algún suceso que la dañe.

miércoles, 6 de enero de 2016

METODOLOGÍA INCREMENTAL

El modelo incremental fue propuesto por Harlan Mills en el año 1980. Surgió el enfoque incremental de desarrollo como una forma de reducir la repetición del trabajo en el proceso de desarrollo y dar oportunidad de retrasar la toma de decisiones en los requisitos hasta adquirir experiencia con el sistema. Este modelo se conoce también bajo las siguientes denominaciones:

Método de las comparaciones limitadas sucesivas.
Ciencia de salir del paso.
Método de atacar el problema por ramas.

El Modelo Incremental combina elementos del Modelo Lineal Secuencial con la filosofía interactiva de Construcción de Prototipos. Como se muestra en la Figura 1, el modelo incremental aplica secuencias lineales de forma escalonada mientras progresa el tiempo en el calendario. Cada secuencia lineal produce un incremento del software. El primer incremento generalmente es un producto esencial denominado núcleo.


En una visión genérica, el proceso se divide en 4 partes:

Análisis
Diseño
Código

Prueba

EVALUACIÓN DEL PRIMER PARCIAL DE SISTEMAS MULTIUSUARIOS EN RED

Es un sistema operativo de tiempo compartido, controla los recursos de una computadora y los asigna entre los usuarios, es un sistema multiusuarios, en el que existe la portabilidad para la implementación de distintas computadoras

a)      Unix
b)      Linux
c)       Sistema operativo
d)      Ninguna

Es el directorio de usuario del sistema, y por lo tanto, el destinado a almacenar todos los archivos del usuario, como documentos, fotos, videos, música, plantillas

a)      /raíz
b)      /bin
c)       /home
d)      /sbin

Es la parte que se encarga de planificar, coordinar y gestionar la ejecución de los procesos. Para ello, hace uso de las prioridades asignadas a cada proceso y utiliza algoritmos específicos para repetir el tiempo entre los diversos procesos que compiten por él.

a)      Kernel
b)      Linux
c)       Fichero
d)      Shell

Contiene nombres de ficheros y su dirección física. Puede pensarse en ellos como carpetas que contienen ficheros y subdirectorios.

a)      Ficheros especiales
b)      Directorio
c)       Fichero ordinareio
d)      Ninguna

Este directorio incluye todos los dispositivos de almacenamiento conectados al sistema, tales como particiones, otros discos duros internos, unidades USB y en definitiva cualquier cosa que el sistema pueda entender como un volumen lógico de almacenamiento.

a)      /root
b)      /dev
c)       /sbin
d)      /bin

Contienen referencias a los drivers (programas que, manejan directamente los dispositivos y que forman parte del núcleo).

a)      Fichero
b)      Directorio
c)       Kernel
d)      Ninguna(ficheros especiales)
Es un directorio estático y es donde se almacena todos los ficheros necesarios para garantizar las funciones básicas a nivel de usuario

a)      /root
b)      /sbin
c)       /etc
d)      /bin

Es como el directorio /home del superusuario del sistemas. A diferencia delos otros usuarios, que se encuentran todos dentro de/home en sus respectivas subcarpetas, el directorio del subusuario esta en su propia carpeta colgando directamente del sistema.

a)      /etc
b)      /dev
c)       /home
d)      /root

Es un directorio estático e incluye todos los ejecutables y archivos que son necesarios en el proceso de arranque del sistema, y que deberán ser utilizados antes que el kernel empiece a dar las ordenes de ejecución de los diferentes módulos del sistema.

a)      /boot
b)      /root
c)       /dev
d)      /bin

Actúan como un intérprete de comandos. Es un programa que siempre está en ejecución, este lee las órdenes suministradas, las decodifica y lo comunica al núcleo para realizar la acción específica.

a)      Fichero ordinario
b)      Directorio
c)       Shell
d)      Ninguna

EVALUACIÓN DEL SEGUNDO PARCIAL

      No permite definir las distintas fases intermedias que se requieren para validar el desarrollo de la aplicación, es decir, para garantizar que el software cumpla con los requisitos para la aplicación y verificar de los procedimientos de desarrollo se asegure de que los métodos utilizados son los apropiados.

a)      Metodología en cascada
b)      Software
c)       Sistema operativo
d)      Ciclo de los sistemas d información

    Con este método tanto el sistema nuevo como el sistema antiguo se encuentran completamente operacionales durante un periodo de tiempo. La idea es comparar las salidas del nuevo sistema con las del antiguo para verificar los y cuando las salidas se encuentren operando correctamente se detiene el sistema antiguo.

a)      Cambio por fases
b)      Cambio directo
c)       Cambio en paralelo
d)      Ninguna

           Este tipo de mantenimiento es probablemente uno de los más eficaces es función de los costos, ya que si se realiza de manera oportuna y adecuada puede evitar serios problemas en el sistema.

a)      Mantenimiento para fines específicos
b)      Mantenimiento para mejoras
c)       Mantenimiento preventivo
d)      Mantenimiento

          En esta etapa se establece a un nivel conceptual que es lo que el sistema desarrollara y cuáles son las operaciones que están involucradas en su funcionamiento, es decir, lo que le sistema va hacer en la práctica.

a)      Etapa de análisis
b)      Etapa de construcción
c)       Etapa de diseño
d)      Ninguna

       Con este método el cambio  desde el sistema antiguo al sistema nuevo ocurre instantáneamente. Es difícil determinar errores menores en el nuevo sistema, porque los usuarios no pueden verificarlas salidas del sistema nuevo ni compáralas con las salidas para los mismos datos con el sistema antiguo.


a)      Cambio simple
b)      Cambio directo
c)       Cambio en paralelo
d)      Ninguna

         Este enfoque metodológico ordena rigurosamente las etapas de proceso para el desarrollo del software, de tal forma que el inicio de cada etapa debe esperar al término de la etapa anterior, que se encarga de determinar si el proyecto está listo para avanzar a la siguiente fase:

a)      Metodología en cascada
b)      Metodología en espiral
c)       Circo de los sistemas de  información
d)      Ninguna

        El diseño debe traducirse en una forma legible para la máquina. El paso de codificación realiza esta tarea. Si el diseño se realiza de una manera detallada, esta etapa puede realizarse de manera mecánicamente.

a)      Fase de codificando
b)      Fase de diseño
c)       Fase de diseño
d)      Ninguna

      Es un móldelo de procesos de software evolutivo es decir son modelos en los que los ciclos de desarrollo de software se repite y en cada ciclo se genera un incremento, una mejoría de software.

a)      Metodología clásica o lineal
b)      Metodología en cascada
c)       Metodología en espiral
d)      Ciclo de vida de los sistemas de información



       Complete las regiones de tareas de la metodología en espiral

lunes, 4 de enero de 2016

EVALUACIÓN DEL PRIMER PARCIAL

Conjunto de elementos que interactúan entre sí con el fin de apoyar las actividades de una empresa o negocio.
A.    Datos
B.    Información
C.    Sistemas de información
D.    Ninguna

 Actividades de un sistema de información.

A.    Entrada, Proceso, Salida
B.    Entrada, Proceso, Almacenamiento y Salida
C.    Entrada Manual, Proceso, Almacenamiento y Salida
D.    Ninguna

 Proceso mediante el cual el sistema de información toma los datos que requiere para procesar la información.

A.    Proceso de información
B.    Almacenamiento de información
C.    Salida de información
D.    Entrada de información

     Permite la comunicación entre dos sistemas que no pueden entenderse directamente, es el elemento de comunicación que facilita el intercambio de datos

A.    Interfaz
B.    Objetivo de sistemas de información
C.    Sistema de información
D.    Ninguna

     Elementos de los sistemas de información

A.    Administrativos, humanos, materiales, tecnológicos
B.    Administrativos, humanos, tecnológicos, financieros
C.    Financieros, administrativos, humanos, materiales, tecnológicos
D.    Financieros, administrativos, humanos, materiales, tecnológicos, contables

Corresponde a todos los elementos de interfaz que permiten al usuario consultar, agregar, modificar o eliminar un registro de información.

A.    Interfaz
B.    Transacciones
C.    Base de datos
D.    Informes

 Corresponde al conjunto de reglas y políticas de la organización, que rigen el comportamiento de los usuarios frente al sistema.

A.    Recursos Materiales
B.    Recursos Tecnológicos, Financieros
C.    Recursos, Humanos
D.    Procedimientos Administrativos

 Es el software que nos permite tener una interacción con nuestro hardware es un conjunto de programas que administran los recursos del hardware y proporciona una interfaz al usuario.

A.    Software
B.    Sistema Operativo
C.    Software de Sistema
D.    Software de Programación

    Seguimiento de actividades y transacción elementales de la organización como ventas, ingresos, depósitos en efectivo, nomina, decisiones de crédito y flujo de materiales en una fábrica.

A.    Sistemas a nivel del Conocimiento
B.    Sistemas a nivel Operativo
C.    Software de aplicación
D.    Sistemas al nivel administrativo

    Son los programas que nos permiten realizar tareas específicas en nuestro sistema, está enfocada en un área específica para su utilización.

A.    Software de aplicación
B.    Sistemas de programación
C.    Software de sistema

D.    ninguna

miércoles, 25 de noviembre de 2015

Modelo de Prototipos

Pertenece a los modelos de desarrollo evolutivo. El prototipo debe ser construido en poco tiempo, usando los programas adecuados y no se debe utilizar muchos recursos.
El diseño rápido se centra en una representación de aquellos aspectos del software que serán visibles para el cliente o el usuario final. Este diseño conduce a la construcción de un prototipo, el cual es evaluado por el cliente para una retroalimentación; gracias a ésta se refinan los requisitos del software que se desarrollará. La interacción ocurre cuando el prototipo se ajusta para satisfacer las necesidades del cliente. Esto permite que al mismo tiempo el desarrollador entienda mejor lo que se debe hacer y el cliente vea resultados a corto plazo.


Las fases que comprende el método de desarrollo orientado a prototipos serían: 

Investigación preliminar. Las metas principales de esta fase son: determinar el problema y su ámbito, la importancia y sus efectos potenciales sobre la organización por una parte y, por otro lado, identificar una idea general de la solución para realizar un estudio de factibilidad que determine la factibilidad de una solución software. 


Definición de los requerimientos del sistema. El objetivo de esta etapa es registrar todos los requerimientos y deseos que los usuarios tienen en relación al proyecto bajo desarrollo. Esta etapa es la más importante de todo el ciclo de vida, es aquí donde el desarrollador determina los requisitos mediante la construcción, demostración y retroalimentaciones del prototipo. Por lo mismo esta etapa será revisada con más detalle luego de esta descripción. 

Diseño técnico. Durante la construcción del prototipo, el desarrollador ha obviado el diseño detallado. El sistema debe ser entonces rediseñado y documentado según los estándares de la organización y para ayudar a las mantenciones futuras. Esta fase de diseño técnico tiene dos etapas: por un lado, la producción de una documentación de diseño que especifica y describe la estructura del software, el control de flujo, las interfaces de usuario y las funciones y, como segunda etapa, la producción de todo lo requerido para promover cualquier mantención futura del software.

Programación y prueba. Es donde los cambios identificados en el diseño técnico son implementados y probados para asegurar la corrección y completitud de los mismos con respecto a los requerimientos. 

Operación y mantención. La instalación del sistema en ambiente de explotación, en este caso, resulta de menor complejidad, ya que se supone que los usuarios han trabajado con el sistema al hacer las pruebas de prototipos. Además, la mantención también debería ser una fase menos importante, ya que se supone que el refinamiento del prototipo permitiría una mejor claridad en los requerimientos, por lo cual las mantenciones perfectivas se reducirían. Si eventualmente se requiriese una mantención entonces el proceso de prototipo es repetido y se definirá un nuevo conjunto de requerimientos.
La fase más importante corresponde a la definición de requerimientos, la cual correspondería a un proceso que busca aproximar las visiones del usuario y del desarrollador mediante sucesivas iteraciones. La definición de requerimientos consiste de cinco etapas entre dos de las cuales se establece un ciclo iterativo: 

Análisis grueso y especificación. El propósito de esta súbase es desarrollar un diseño básico para el prototipo inicial. 

Diseño y construcción. El objetivo de esta súbase es obtener un prototipo inicial. El desarrollador debe concentrarse en construir un sistema con la máxima funcionalidad, poniendo énfasis en la interface del usuario.

Evaluación. Esta etapa tiene dos propósitos: extraer a los usuarios la especificación de los requerimientos adicionales del sistema y verificar que el prototipo desarrollado lo haya sido en concordancia con la definición de requerimientos del sistema. Si los usuarios identifican fallas en el prototipo, entonces el desarrollador simplemente corrige el prototipo antes de la siguiente evaluación. El prototipo es repetidamente modificado y evaluado hasta que todos los requerimientos del sistema han sido satisfechos. El proceso de evaluación puede ser dividido en cuatro pasos separados: preparación, demostración, uso del prototipo y discusión de comentarios. En esta fase se decide si el prototipo es aceptado o modificado.

Modificación. Esto ocurre cuando la definición de requerimientos del sistema es alterada en la sub-fase de evaluación. El desarrollador entonces debe modificar el prototipo de acuerdo a los comentarios hechos por los usuarios.
Término. Una vez que se ha desarrollado un prototipo estable y completo, es necesario ponerse de acuerdo en relación a aspectos de calidad y de representación del sistema.
En la siguiente figura se puede ver un esquema en que estas etapas se realizan, note que la especificación de requerimientos está claramente diferenciada de las demás. Es en ella donde se utiliza el prototipo, ya que permite entregar al usuario lo que sería una visión la solución final en etapas tempranas del desarrollo, reduciendo tempranamente los costos de especificaciones erróneas.

martes, 24 de noviembre de 2015

Metodología en Espiral



A diferencia del modelo de proceso clásico que termina cuando se entrega el software, el modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora. Una visión alternativa del modelo en espiral puede ser considerada examinando el eje de punto de entrada en el proyecto.


Las regiones de tareas que componen este modelo son:
  • Comunicación con el cliente: Su organización deberá determinar qué procesos son necesarios para asegurar una buena comunicación con el cliente. Ésta comienza con la oferta y el pedido, y continúa a través de la retroalimentación del cliente.


  • Planificación: La planificación cumple dos propósitos principales en las organizaciones: el protector y el afirmativo. El propósito protector consiste en minimizar el riesgo reduciendo la incertidumbre que rodea al mundo de los negocios y definiendo las consecuencias de una acción administrativa determinada. El propósito afirmativo de la planificación consiste en elevar el nivel de éxito organización.

  • Análisis de riesgos:El análisis de riesgo, también conocido como evaluación de riesgo o PHA por sus siglas en inglés Process Hazards Analysis, es el estudio de las causas de las posibles amenazas y probables eventos no deseados y los daños y consecuencias que éstas puedan producir.
  l
  • Ingeniería: las tareas requeridas para construir una o más representaciones de la aplicación.

  • Construcción y adaptación: las tareas requeridas para construir, probar, instalar y proporcionar soporte al usuario.


  • Evaluación del cliente: las tareas requeridas para obtener la reacción del cliente según la evaluación de las representaciones del software creadas durante la etapa de ingeniería e implementación durante la etapa de instalación.