jueves, 10 de junio de 2010

PLAN DE PRUEVAS DE SOLUCION


OBJETIVO: El Objetivo es que tengamos conocimiento de para que sirven los distintos tipos de pruebas de para el Analisis y Diseño de Sistemas de Informacion



DESARROLLO:



PLAN DE PRUEBAS DE SOLUCION


En esta actividad se inicia la definición del plan de pruebas, el cual sirve como guía para la realización de las pruebas, y permite verificar que el sistema de información cumple las necesidades establecidas por el usuario, con las debidas garantías de calidad. El plan de pruebas es un producto formal que define los objetivos de la prueba de un sistema, establece y coordina una estrategia de trabajo, y provee del marco adecuado para elaborar una planificación paso a paso de las actividades de prueba. El plan se inicia en el proceso Análisis del Sistema de Información (ASI), definiendo el marco general, y estableciendo los requisitos de prueba de aceptación, relacionados directamente con la especificación de requisitos.
Dicho plan se va completando y detallando a medida que se avanza en los restantes procesos del ciclo de vida del software, Diseño del Sistema de Información (DSI), Construcción del Sistema de Información (CSI) e Implantación y Aceptación del Sistema (IAS).



NIVELES DE PRUEVAS


Pruebas unitarias.
Las pruebas unitarias comprenden las verificaciones asociadas a cada componente del sistema de información. Su realización tiene como objetivo verificar la funcionalidad y estructura de cada componente individual.

Pruebas de integración.
Las pruebas de integración comprenden verificaciones asociadas a grupos de componentes, generalmente reflejados en la definición de subsistemas de construcción o en el plan de integración del sistema de información. Tienen por objetivo verificar el correcto ensamblaje entre los distintos componentes.

Pruebas del sistema.
Las pruebas del sistema, de implantación y de aceptación corresponden a verificaciones asociadas al sistema de información, y reflejan distintos propósitos en cada tipo de prueba: Las pruebas del sistema son pruebas de integración del sistema de información completo. Permiten probar el sistema en su conjunto y con otros sistemas con los que se relaciona para verificar que las especificaciones funcionales y técnicas se cumplen.

Pruebas de implantación.
Las pruebas de implantación incluyen las verificaciones necesarias para asegurar que el sistema funcionará correctamente en el entorno de operación al responder satisfactoriamente a los requisitos de rendimiento, seguridad y operación, y coexistencia con el resto de los sistemas de la instalación, y conseguir la aceptación del sistema por parte del usuario de operación.

Pruebas de aceptación.
Las pruebas de aceptación van dirigidas a validar que el sistema cumple los requisitos de funcionamiento esperado, recogidos en el catálogo de requisitos y en los criterios de aceptación del sistema de información, y conseguir la aceptación final del sistema por parte del usuario.



TIPOS DE PRUEVAS


Prueba de datos faltantes.
Prueba de clase de comparación
Prueba de rango o razonabilidad.
Prueba de comparación de la longitud.
Prueba de valores invalidados.
Prueba con datos almacenados.



AMBIENTE DE PRUEBAS


Básicamente se interpreta como "Ambiente de Prueba" al conjunto formado por:

  • Recursos físicos (equipamiento, almacenamiento de discos, etc.)
  • Conjunto de Lotes de Prueba
  • Escenarios de Prueba
El ambiente de prueba deberá ser aislado del de producción y soportar el cambio de la fecha del sistema, sin afectar:
  • Autorizaciones
  • Seguridad
  • Licencias
  • Archivos y Bases de datos
  • Acceso de red
  • Aplicaciones activadas por fecha y hora

PROCEDIMIENTO DE PRUEBAS


La prueba incluye las siguientes fases:


1. Fase de integración: Cada ciclo de pruebas empezó con esta fase. En esta fase, se instaló y conectó el hardware requerido, se conectaron los cables de red y se completó otra configuración de hardware.


2. Fase de pruebas de verificación de la generación: El equipo de pruebas realizó la configuración de la solución utilizando los documentos de la solución y los casos de la prueba de verificación de la generación. Esto aseguró que los sistemas se integren y configuren como se documentó. Integrar pruebas rápidamente expuso los errores humanos que se cometieron en la guía así como los errores en la finalización de la guía de implementación que tuvo como resultado servicios que no funcionaban adecuadamente.


3. Fase de pruebas funcionales: Una vez que se completó la prueba, el equipo de pruebas se enfocó en verificar las funciones clave de los productos y la solución.
4. Fase de pruebas de administración: Las pruebas de administración verificaron que los requisitos de la estrategia de administración remota su cubrieron dentro de la configuración y el diseño de la solución.


5. Fase de prueba de escritura técnica: Estas pruebas aseguraron que el estilo de documentación y los vínculos de la documentación eran correctos y consistentes.


6. Fase de pruebas de seguridad: La fase de pruebas de seguridad era la última fase en cada ciclo de pruebas. Esta fase aseguró que se ejecutaran todos los casos de prueba de seguridad que se generaron, en el ambiente completo de estado final.



ADMINISTRACIÓN DEL PROCESO DE PRUEBA


El proceso de prueba generalmente implica que el organismo electoral trabaje de manera conjunta con los proveedores para asegurar que los bienes o servicios son los adecuados para los objetivos establecidos. Puede ser un proceso corto para los productos estándar, o uno prolongado cuando los productos tienen que ser diseñados o fabricados para propósitos específicos.
Para la mayoría de los componentes tecnológicos, se debe preparar una estrategia de prueba muy estructurada y cuidadosa antes de recibir los productos para efectuar las pruebas. La estrategia debe ser diseñada para probar que el producto ejecuta debidamente todas las funciones requeridas conforme a las especificaciones.



EQUIPOS DE PRUEBAS INDEPENDIENTES


Equipos de Pruebas Independientes: La organización dispone de un equipo de pruebas independiente del equipo de desarrollo que se encarga de realizar las actividades de verificación y validación. El principal problema de esta estructura es la comunicación. El equipo de pruebas no es bien visto por el equipo de desarrollo, por tanto se genera un muro entre ambos que impide la comunicación y, por tanto, dificulta el trabajo




CONCLUCIONES: Llegue a la conclucion de que el Plan de Pruebas de solucion sirve para comprobar la eficiencia del sistema de informacion que tenga buena aplicacion y que no tenga ninguana falla

FUENTES:

COMPONENTES DE ALMACENAMIENTO DE DATOS

ORGANIZACION DE ARCHIVOS RELACIONADOS

Dependiendo de la capacidad de almacenamiento y procesamiento del hardware, la organización puede contar con una única Base de Datos, o con múltiples Bases de Datos.

Es común que en las pequeñas y medianas empresas se cuente con microcomputadoras, y por ello tengan que distribuir su información en un conjunto de Bases de Datos; asignándole a cada una de ellas, información sobre cada área específica de la empresa. Un ejemplo sería el de contar con una base de datos para el almacenamiento de la información correspondiente al área financiera, otra para el área de personal, una más para el área de ventas o el área de producción.

Mientras tanto las Grandes organizaciones poseen computadoras de gran porte, y es así que pueden almacenar toda la información necesaria, integrada, consistente y consolidada, en una única base de datos.

Independientemente de la Base de Datos que será implementada, ésta necesita de un Sistema de Gestión de Base de Datos (SGBD o DBMS). Los sistemas de Gestión de Base de datos, son programas de software para la administración de las Bases de Datos; y en particular, para: almacenar, manipular y recuperar datos en una computadora. El SGBD también se encargará de la comunicación entre el usuario y la base de datos, proporcionándole al usuario, los medios necesarios para poder obtener información, introducir nuevos datos y actualizar los ya existentes.

Una Base de Datos está compuesta por un conjunto de tablas o archivos. Para una mayor comprensión podemos ejemplificar la siguiente Base de Datos de compras.

Esta Base de Datos contiene información de tres Entidades:

Datos sobre productos (Entidad producto), almacenados en el archivo de PRODUCTOS;
Datos sobre proveedores (Entidad proveedores), almacenados en el archivo PROVEEDORES y;
Datos sobre el origen de los productos (Entidad origen del producto), o sea, los productos son provistos por cada proveedor y viceversa, almacenados en el archivo de ORIGEN DEL PRODUCTO.
La información almacenada en cada uno de estos archivos se conoce con el nombre de Entidad. Por lo tanto una entidad es cualquier persona, cosa o evento, real o imaginario, de interés para la organización y acerca del cual se capturan, almacenan o procesan datos.


ORGANIZACIÓN DE ARCHIVOS PLANOS

Las técnicas archivísticas se enfocan hacia la organización de planos cumpliendo los siguientes procesos:
Limpieza
Teniendo en cuenta el estado de conservación de los planos, y para la consulta de estos, se procederá a efectuar un proceso de limpieza y reparación física de los planos, controlando las manifestaciones de deterioro del documento.
Restauración
Se realizara a los planos que presenten rasgaduras a los cuales se les procederá a devolver a su estado inicial uniéndolos con un papel de alto gramaje y pureza que evita el proceso de deterioro con el paso de los tiempos.

ASPECTOS PARA LA ACEPTACION DE PROGRAMAS DE APLICACION


Velocidad de ejecución

Un índice de acceso es un archivo auxiliar utilizado internamente por el SGDB para acceder directamente a cada registro del archivo de datos. La operación de indexación, creada por el SGDB, ordena a los registros de un archivo de datos de acuerdo con los campos utilizados como llave primaria e, incrementa sensiblemente la velocidad de ejecución de algunas operaciones sobre el archivo de datos. Normalmente para cada archivo de datos debe existir un índice cuya llave de indexación sea idéntica a su llave primaria. Este índice es llamado índice primario.

También es posible crear índices para un archivo de datos utilizando atributos (campos), o conjunto de atributos, diferentes de los de la llave primaria. Este tipo de índice, llamado índice secundario, es utilizado para reducir el tiempo de localización de una determinada información dentro de un archivo o para clasificar los registros del archivo de acuerdo con el orden necesario para la obtención de la información deseada.

Presicion de calculos

La velocidad dependera de la capacidad de distinguir entre los diversos tipos de datos. Cuando se diseña y se crea una base de datos, se planea si va a haber una o varias tablas, se piensa en los campos (columnas) de cada tabla y se establece un tipo de datos para cada campo. Por ejemplo, si se van a almacenar fechas y horas, se establece el tipo de datos de un campo en Fecha/Hora. Si se van a almacenar nombres y direcciones, se establece el tipo de datos de uno o varios campos en Texto y así sucesivamente.

Funcionalidad

Además de la clasificación por la función de las bases de datos, éstas también se pueden clasificar de acuerdo a su modelo de administración de datos.
Un modelo de datos es básicamente una "descripción" de algo conocido como contenedor de datos (algo en donde se guarda la información), así como de los métodos para almacenar y recuperar información de esos contenedores. Los modelos de datos no son cosas físicas: son abstracciones que permiten la implementación de un sistema eficiente de base de datos; por lo general se refieren a algoritmos, y conceptos matemáticos.

Bases de datos jerárquicas
Base de datos de red
Bases de datos transaccionales
Bases de datos relacionales
Bases de datos multidimensionales
Bases de datos orientadas a objetos
Bases de datos deductivas
Gestión de bases de datos distribuida




http://www.tecnologiahechapalabra.com/datos/consultoria/articulo.asp?i=2079

http://www.enterate.unam.mx/Articulos/2006/agosto/migracion.htm

COMPONENTES DE CONVERSION DE DATOS

Migracion entre una arquitectura

La conversión de la información no es más que la transformación de un esquema de representación de los elementos de información a otro, incluyendo los siguientes elementos:

• Datos ingresados o almacenados en un sistema de información
• Reportes generados
• Parámetros de configuración del sistema
• Formularios manuales o automatizados

Un proyecto de conversión de información siempre forma parte de un proyecto macro, que obliga a adaptar de alguna forma la información actual. Ejemplo de estos proyectos macros son los siguientes:

• Fusiones o adquisiciones de compañías que poseen sistemas o estructuras de información distintas
• Migración de sistemas, bien sea por actualización de versiones o por migración a un nuevo sistema de información. Lo mismo ocurre cuando se trata de módulos específicos de un sistema
• Adaptación a nuevos procesos, que requieran alguna información que hasta ese momento no había sido manejada por la organización
• Adaptación a nuevas tecnologías, donde se requiera nueva información o el formato utilizado hasta ese momento requiera de una modificación
• Adaptación a normas, leyes u otras exigencias, tal como fue recientemente el proceso de reconversión monetaria en nuestro país.

Factor crítico para el éxito de la migración de la base de datos es la realización de pruebas para validar o modificar la arquitectura final y el plan de migración, así como para comprobar que las aplicaciones funcionan correctamente.

Actualmente la información se ha convertido en un activo importante para las organizaciones tanto públicas como privadas; dicha información se obtiene mediante la extracción e interpretación de los datos que posee la organización, algunos de los cuales se encuentran almacenados en sus bases de datos (BD).

Una base de datos en su concepto más simple, se refiere a un conjunto de datos relacionados entre sí con un objetivo común. De acuerdo con C. J. Date, en su libro Introducción a las bases de datos: “es una colección de datos integrados, con redundancia controlada y con una estructura que refleje las interrelaciones y restricciones existentes en el mundo real; los datos que han de ser compartidos por diferentes usuarios y aplicaciones, deben mantenerse independientes de éstas, y su definición y descripción, únicas para cada tipo de dato, han de estar almacenadas junto con los mismos. Los procedimientos de actualización y recuperación, comunes, y bien determinados, habrán de ser capaces de conservar la integridad, seguridad y confidencialidad del conjunto de datos”.

En tanto que una migración de BD es un proceso que se realiza para mover o trasladar los datos almacenados en un origen de datos a otro, para lo cual es indispensable que antes de empezar cualquier proceso de esta naturaleza, se tenga clara y documentada la razón por la cual se está migrando, además de elaborarse la planeación detallada de las actividades contempladas. Dicha migración se requiere llevar a cabo cuando es necesario mover un esquema dentro del mismo servidor, o de un servidor a otro, así como para actualizar la versión del software, y hacer un cambio de manejador de bases de datos por el de otro fabricante o para cambiarlo a una plataforma de cómputo distinta.


Migracion entre varias arquitecturas

Factor crítico para el éxito de la migración de la base de datos es la realización de pruebas las cuales, inicialmente, pueden ser a pequeña escala para validar o modificar la arquitectura final y el plan de migración, así como para comprobar que las aplicaciones que harán uso de la base de datos funcionan correctamente y optimizar los tiempos y recursos necesarios. Es recomendable hacer pruebas generales para comprobar que el proceso completo funciona correctamente, medir los tiempos para tener una planeación integral y minimizar los riesgos.

Una vez terminado el proceso se deben medir los resultados y entregar un reporte global del trabajo realizado, mencionando cuáles son los productos que se entregan, cuántas tablas u otros objetos fueron migrados, cuántos registros se migraron exitosamente, cuántos no fueron migrados y cuál fue la causa de ello.

Se sugiere realizar el reporte ejecutivo que resuma y presente a los directivos, los resultados obtenidos. Otro documento relevante para el cliente es la memoria técnica que contenga la configuración de los parámetros de la base de datos migrada, su estructura física y espacio disponible, entre otros datos relevantes.

La migración de datos, por sí misma, puede ser considerada como un proyecto complejo que para ser exitoso requiere una planeación detallada, un profundo conocimiento tanto de los datos como de las herramientas necesarias para llevar a cabo el proceso, así como en forma importante, de los sistemas y aplicaciones que hacen uso de los datos a partir del modelo final, para asegurar su correcto funcionamiento y continuidad en la operación.

INTERFACES DE LA SOLUCION INTEGRAL PROPUESTA



INTERCAMBIO DE DATOS

Es un Conjunto coherente de datos, estructurados conforme a normas de mensajes acordadas, para la transmisión por medios electrónicos, preparados en un formato capaz de ser leído por el ordenador y de ser procesado automáticamente y sin ambigüedad.
Es aquella parte de un sistema de información capaz de cooperar con otros sistemas de información mediante el intercambio de mensajes EDI.
¿Qué funcionalidad ofrece el EDI?
Intercambio electrónico de datos es el intercambio entre sistemas de información, por medios electrónicos, de datos estructurados de acuerdo con normas de mensajes acordadas. A través del EDI, las partes involucradas cooperan sobre la base de un entendimiento claro y predefinido acerca de un negocio común, que se lleva a cabo mediante la transmisión de datos electrónicos estructurados.
En el EDI, las interacciones entre las partes tienen lugar por medio de aplicaciones informáticas que actúan a modo de interfaz con los datos locales y pueden intercambiar información comercial estructurada. El EDI establece cómo se estructuran, para su posterior transmisión, los datos de los documentos electrónicos y define el significado comercial de cada elemento de datos. Para transmitir la información necesita un servicio de transporte adicional (por ejemplo, un sistema de tratamiento de mensajes o de transferencia de ficheros).
Debe destacarse que el EDI respeta la autonomía de las partes involucradas, no impone restricción alguna en el procesamiento interno de la información intercambiada o en los mecanismos de transmisión.


INTERFAZ A TRAVES DEL MONITOR, RATON Y TECALADO

INTERFAZ DE MONITOR

Al abrir Rendimiento, aparece una barra de herramientas y el área de vista gráfica muestra el mismo conjunto de contadores que en la consulta de información general del sistema de Registros y alertas de rendimiento. Monitor de sistema empieza a representar de forma inmediata los valores de contador en el área de gráfico. Los datos se actualizan automáticamente de forma predeterminada. Cambie al modo de actualización manual con el botón Inmovilizar pantalla de la barra de herramientas. Utilice el botón Actualizar datos para recopilar cada muestra a petición. Con cada clic se realiza una recopilación. Para quitar todos los datos de la pantalla, haga clic en el botón Borrar pantalla.

INTERFAZ DE RATÓN

Par poder indicar la trayectoria que recorrió, a medida que se desplaza, el Mouse debe enviar al computador señales eléctricas binarias que permitan reconstruir su trayectoria, con el fin que la misma sea repetida por una flecha en el monitor. Para ello el Mouse debe realizar dos funciones en primer lugar debe generar, por cada fracción de milímetro que se mueve, uno o más pulsos eléctricos (CONVERSION ANALOGICA-DIGITAL).
En segundo lugar contar dichos pulsos y enviar hacia la interfaz "port serie", a la cual esta conectado el valor de la cuenta, junto con la información acerca de sí se pulsa alguna de sus tres teclas ubicada en su parte superior.
1. Ratones mecánicos.
Los ratones mecánicos constan de una bola situada en su parte inferior. La bola, al moverse el ratón, roza unos contactos en forma de rueda que indican el movimiento del cursor en la pantalla del sistema informático.
2. Ratones ópticos.
Los ratones ópticos tienen un pequeño haz de luz láser en lugar de la bola rodante de los mecánicos. Un sensor óptico situado dentro del cuerpo del ratón detecta el movimiento del reflejo al mover el ratón sobre el espejo e indica la posición del cursor en la pantalla de la computadora.

INTERFAZ DEL TECLADO

Un teclado puede tener tres posibles interfaces:
AT (DIN): solo se encuentra en los sistemas antiguos que utilizan placas base AT que actualmente han sido olvidadas, se trata de una interfaz entre el cable del teclado y la unidad del sistemas es la interfaz de teclado, es un gran conector largo con cinco fuertes clavijas gruesas de metal, también es conocido con el nombre de DIN.
PS/2 (mini DIN): se encuentra en los sistemas de placas base de tipo ATX, no necesariamente los sistemas más modernos, es un conector más pequeño y redondo con seis finas clavijas metálicas y un bloque de plástico rectangular.
USB: cada día q pasa se convierte más popular para los teclados. Los dispositivos USB tienen varias ventajas que básicamente se deriva en que USB es una tecnología mas reciente y rápida, una conexión USB es mas rápida que los antiguos puertos I/O de nuestra PC, como los puertos COM y paralelos, además un USB no necesita ningún controlador de dispositivo especial para funcionar, simplemente colocamos el dispositivo y funciona.


ACTIVACIÓN DE PROCESOS

El activador del protocolo UDP es un puente entre el cliente WCF y el servicio WCF. Proporciona la comunicación de datos a través del protocolo UDP en el nivel de transporte. Tiene dos funciones principales:
El Adaptador del agente de escucha (LA) de WAS, que colabora con WAS para activar los procesos como respuesta a los mensajes entrantes.
El Agente de escucha del protocolo UDP, que acepta los mensajes de UDP en nombre de las aplicaciones que se van a activar.
El activador se debe estar ejecutando como un programa independiente en el equipo del servidor. Normalmente, los adaptadores del agente de escucha de WAS (como NetTcpActivator y NetPipeActivator) se implementan en servicios de Windows de ejecución prolongada. Sin embargo, por motivos de simplicidad y claridad, este ejemplo implementa el activador de protocolo como una aplicación independiente.



sábado, 22 de mayo de 2010

Diseñar Componentes de la Aplicacion

OBJETIVO: Definir la estructura de las interfaces y la planeacion de las pruebas a realizar del sistema

DESARROLLO :

Desempeño...

La gestión del desempeño es una de las grandes preocupaciones que ocupa a los responsables de gerenciar el talento humano en las organizaciones, su inquietud por conocer los avances y contribuciones de cada uno de los funcionarios y la urgencia de intervenir en los procesos de mejoramiento continúo hace necesario comprender el impacto de implementar y desarrollar un adecuada Gestión del Desempeño.


Disponibilidad...

Contar con el programa para el momento en que lo necesitemos.


Confiabilidad...

Desde el diseño existe la necesidad de entregar equipos o sistemas que tengan las prestaciones deseadas por el cliente y que además sean Confiables, de fácil mantenimiento y con funcionamiento seguro y económico durante su vida útil.


Seguridad...

Garantizar que la información no sufra robos, cambios o perdidas.


Localización Geografica...

Asegurar que la información estará disponible desde cualquier lugar, teniendo los permisos adecuados.


Costos...

Verificar si en el mercado existe algún producto que se adecue a la necesidades para evitar la compra de un software especial.


CONCLUCIONES: Lo que eh comprendido de este tema es que como siempre la eficiencia en todo es indespensable tener un buen desempeño , disponibilidad de la base de datos para cuando se necesite y seguridad en la base.

Base de datos Blioteca


OBJETIVO: Crear el diseño de la base de datos necesario para el control de libros para una biblioteca

DESARROLLO

  • TABLA
  • RELACION
  • INTEGRIDAD REVELENCIAL
  • FORMULARIOS DE ENTREGA
Primero escribimos los datos que conceguimos y junto con todo el grupo fuimos añadendo lo que faltaba.

  • nombre del libro
  • autor
  • ISBN
  • editorial
  • no. d pag
  • materia
  • tomo
  • año d expedicion
  • edicion
  • volumen
  • pasillo
  • telefono del usuario
  • domicilio
  • no. d usuario
  • area
  • fecha/prestamo
  • fecha/entrega
  • clasificacion
  • categoria
  • no. de libros
  • donacion
  • estado del libro
Posterior mente ordenamos los datos por categorias

DATOS DEL LIBRO
  1. nom. del libro
  2. editorial
  3. nom. del autor
  4. no. de paginas
  5. ISBN
  6. edicion
  7. volumen
  8. log./publicacion
  9. fecha/publicacion
  10. estado del libro
  11. casificacion
UBICACION

  1. pasillo
  2. no. estante
  3. folio
  4. materia
  5. clasiicacion
  6. no. ejemplares
  7. area de conocimiento
DATOS DEL USUARIO

  1. nombre
  2. no. de usuario
  3. domicilio
  4. escilaridad
  5. no. de telefono
  6. folio
  7. sexo
  8. e-mail
  9. no. de registro
  10. edad
  11. matricula
Despues de eso comensamos con la creacion de la base de daos y con los formularios








CONCLUCIONES: A mi me parece que esta practica nos enceño mucho ya que casi la mayoria no sabiamos nada de esto por lo cual le agradesco al maestro que tuvo la amabilidad de enseñarnos.

Me parece que una base de datos es muy utli y me asombran las funciones que puede tener mediante consultas .


viernes, 30 de abril de 2010

IMPORTANCIA DE LA PLATAFORMA TECNOLOGÍCA

OBJETIVO: Conocer la importancia de una selección adecuada de la plataforma tecnologíca en un sistema de información con la finalidad de obtener los mejores resultados de esto.


DESARROLLO:

En la etapa de análisis, uno de los pasos dentro del ciclo de desarrollo de software, existe una parte integral que es la Selección de la Plataforma de trabajo . En este proceso de selección, la tecnología juega un papel muy importante y es necesario conocer a cabalidad su concepto: Tecnología es el conjunto ordenado de conocimientos y los correspondientes procesos que tienen como objetivo la producción de bienes y servicios, teniendo en cuenta la técnica, la ciencia y los aspectos económicos, sociales y culturales involucrados.

Después de haber realizado una recopilación de datos obteniendo como resultado las especificaciones de requerimientos del sistema, el analista de sistemas desarrolla una propuesta de sistema en la que resume todo lo que ha aprendido acerca de la empresa y de lo que ésta requiere para mejorar su desempeño. Con el fin de abordar de manera adecuada las necesidades de información, el analista de sistemas hace uso de medios sistemáticos para la adquisición de hardware (equipos) y de software (programas); identifica y pronostica el costo y los beneficios futuros y realiza un análisis costo-beneficio. Todos estos métodos se utilizan para la preparación del material de la propuesta del sistema.



Establecimiento de las necesidades de hardware y de software.


Para el proceso de estimación de la carga de trabajo presente y futura de un negocio, y la evaluación del equipo y el software que manejarán de manera adecuada los requerimientos de trabajo, el analista de sistemas debe definir las necesidades de equipo y de software. Primero, debe inventariar el equipo de computo existente para descubrir con qué dispone; luego, debe estimar las cargas presentes y futuras para el sistema, después, debe hacer una evaluación del equipo y del software disponible.



Los analistas de sistemas deben trabajar en conjunto con los usuarios para determinar el equipo (hardware) que será requerido. El establecimiento de equipo se apegará a los requerimientos de información. El conocimiento de la estructura de la organización puede servir de apoyo en las decisiones del tipo de equipo. Las opciones de equipo podrán considerarse, una vez que los analistas de sistemas, los usuarios y los directivos cuenten con una clara concepción de las tareas que se realizarán.


CONCLUCIONES: Despues de desarrollar bien el tema y de darme cuenta en que se basa la plataforma de un sistema de informacion me queda claro que es algo muy importante, pues no se puede tarabajar con un equipo que no cubra las caracteristicas necesarias para trabajar de una manera eficaz


BIBLIOGRAFIAS:


http://www.upch.edu.pe/CCUCH/CCI/UVOL/PTelVi.htm

http://www.monografias.com/trabajos56/seleccion-plataforma/seleccion-plataforma.shtml

http://infolac.ucol.mx/observatorio/propuesta-politicas.html

http://revistas.ucm.es/byd/11321873/articulos/RGID9898120039A.PDF

domingo, 18 de abril de 2010

DIAGRAMAS DE FLUJO

OBJETIVO: Conocer la importancia de las jerarquías dentro de un sistema o proceso

DESARROLLO:

CONCEPTO...

Los diagramas de flujo (o flujogramas) son diagramas que emplean símbolos gráficos para representar los pasos o etapas de un proceso. También permiten describir la secuencia de los distintos pasos o etapas y su interacción. Las personas que no están directamente involucradas en los procesos de realización del producto o servicio, tienen imágenes idealizadas de los mismos, que pocas veces coinciden con la realidad. La creación del diagrama de flujo es una actividad que agrega valor, pues el proceso que representa está ahora disponible para ser analizado, no sólo por quienes lo llevan a cabo, sino también por todas las partes interesadas que aportarán nuevas ideas para cambiarlo y mejorarlo.


La Presentacion del Diseño debe de contener:

  • Una organizacion jerarquíca
  • Un diseño modular
  • Un diseño con abtracciones de datos y procedimientos
  • Producir modulos que presenten caracteristicas de funcionamiento independiente
  • Debe conducir a interfaces que reduscan la complejidad de las conecciones entre los modulos y el entorno exterior
  • Debe producir un diseño usando un metoo que pudiera repetirse segun lainformacion obtenida durante el analisis de requisitos de software



Ventajas de los Diagramas de Flujo

* Favorecen la comprensión del proceso a través de mostrarlo como un dibujo. El cerebro humanoreconoce fácilmente los dibujos. Un buen diagrama de flujo reemplaza varias páginas de texto.
* Permiten identificar los problemas y las oportunidades de mejora del proceso. Se identifican lospasos redundantes, los flujos de los reprocesos , los conflictos de autoridad, las responsabilidades,los cuellos de botella, y los puntos de decisión.
* Muestran las interfases cliente-proveedor y las transacciones que en ellas se realizan, facilitandoa los empleados el análisis de las mismas.
* Son una excelente herramienta para capacitar a los nuevos empleados y también a los quedesarrollan la tarea, cuando se realizan mejoras en el proceso.




+



CONCLUSIONES: En esta clace compredi la importancia que tine un diagrama de lujo en un analisis de sistemas de informacion de x empresa ya que te ayuda a organizar los pasos a seguir para que el analisis tenga calidad y mejor rendimiento






viernes, 12 de marzo de 2010

PRACTICA 2 DIAGRAMA DE FLUJO DE DATOS

OBJETIVO: El alumno conocera la importacia que tiene un diagrama de flujo de datos, al analisar un sistema de informacion de "x" empresa.


DESARROLLO:

El diagrama de flujo de datos (DFD), es una herramienta que permite visualizar un sistema como una red de procesos funcionales, conectados entre sí por flechas. Siendo éste, una de las herramientas más comúnmente usadas, sobre todo por sistemas operacionales en los cuales las funciones del sistema son de gran importancia y son más complejos que los datos que éste maneja.

Es importante tener en mente: los DFD no sólo se pueden utilizar para modelar sistemas de sistemas de proceso de información, sino también como manera de modelar organizaciones enteras, es decir, como una herramienta para la planeación estratégica y de negocios.

Los componentes de un diagrama típico de flujo de datos:

  1. Proceso
  2. Flujo
  3. Almacén
  4. Entidad Externa

Proceso

Los sinónimos comunes son burbuja, función, transformación. El proceso muestra una parte del sistema que transforma entradas en salidas. El proceso se representa gráficamente como un círculo. El proceso se nombra o describe con una sola palabra, frase u oración sencilla. Un buen nombre para un proceso generalmente consiste en una frase verbo-objeto tal como validar entradas o calcular impuesto. En algunos casos, el proceso contendrá el nombre de una persona o un grupo.

Flujo

Se representa gráficamente por medio de una flecha que entra o sale de un proceso. El flujo se usa para describir el movimiento de bloques o paquetes de información de una parte del sistema a otra. En la mayoría de los sistemas que modele como analista, los flujos realmente representan datos, es decir, bits, caracteres, mensajes, números de punto flotante y los diversos tipos de información con los que las computadoras pueden tratar. Los flujos muestran también la dirección: una cabeza de flecha en cualquier extremo (o posiblemente ambos) del flujo indica si los datos (o el material) se está moviendo hacia adentro o hacia fuera de un proceso (o ambas cosas).

Almacén

Se utiliza para modelar una colección de paquetes de datos en reposo. De modo característico el nombre que se utiliza para identificar al almacén es el plural del que se utiliza para los paquetes que entran y salen del almacén por medio de flujos. Para el analista con conocimiento de proceso de datos es tentador referirse a los almacenes como archivos o base de datos; pero un almacén también pudiera consistir en datos almacenados en tarjetas perforadas, microfilm, microfichas, discos ópticos, etc. y un almacén también puede ser un conjunto de fichas de papel en una caja de cartón, nombres y domicilios en un directorio, diversos archivos en un archivero, o varias formas no computarizadas.

Entidades Externas

Gráficamente se representa como un rectángulo. Comúnmente, puede ser una persona, o un grupo, por ejemplo, una organización externa o una agencia gubernamental, o un grupo o departamento que esté dentro de la misma compañía u organización, pero fuera del control del sistema que se está modelando. En algunos casos, puede ser otro sistema, como algún otro sistema computacional con el cual se comunica éste. Existen tres cosas importantes que debemos recordar:

  1. Son externos al sistema que se está modelando.
  2. Es evidente que ni el analista ni el diseñador del sistema están en posibilidades de cambiar los contenidos del mismo o la manera en que trabaja.
  3. Las relaciones que existan entre estos no se muestran en el modelo de DFD.



CONCLUCIONES: A mi me parecio que el diagrama de flujo de datos es muy importante por que es la planeacion de la realizacion de lo que es un analisis de un sistema.


BIBLIOGRAFIA:

http://www.google.es/imgres?imgurl=https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi8TEr1ur1JwvHpJtIIJrzqpW-0pVkKf8IiJFVPTZ-FHNYfwp9uoybqWPWpOJtdowGP4hgudt2LVvlTfmqZz3LAtQQsoApute1tJYiFn3tCvOaUMNwijm9aN52mhReCO9SVjYq0LiXyUgk/s400/Diagrama+de+Flujo+de+Datos+35159.jpg&imgrefurl=http://geom2800gcr.blogspot.com/2008/05/diagramas-de-flujo-de-datos.html&h=400&w=309&sz=18&tbnid=gSnDQpH7dyaltM:&tbnh=124&tbnw=96&prev=/images%3Fq%3Ddiagramas%2Bde%2Bflujo%2Bde%2Bdatos&hl=es&usg=__dht4gho6J1cCBYhllZrNII4bcqA=&ei=CradS__TL4SEswP9q-19&sa=X&oi=image_result&resnum=6&ct=image&ved=0CBAQ9QEwBQ

http://es.wikipedia.org/wiki/Diagrama_de_Flujo_de_Datos

http://www.alegsa.com.ar/Dic/diagrama%20de%20flujo%20de%20datos.php