LA IMPORTANCIA DE LA PLATAFORMA TECNOLOGICA EN UN SISTEMA DE INFORMACION

Objetivo: Conocer la importancia de una selección adecuada de la plataforma tecnológica en un sistema de información, con la finalidad de obtener los mejores resultados de este.


DESARROLLO:

• Sistema Operativo.
• Base de Datos.
• Equipo de Procesamiento.
• Tecnología.

Sistema Operativo

Es un sotfware que actúa de interfaz entre los dispositivos de hardware y los programas usados por el usuario para manejar un computador.

Base de Datos

Es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemáticamente para su posterior uso.

Equipo de Procesamiento

El equipo que nos prestarán para realizar el sistema de información sera con las siguientes especificaciones:

• Sistema Operativo: Windows XP Profesional Service Pack 3.
• Memoria Ram: DDR2 1 Gb a 667MHz.
• Procesador: Intel(R) Celeron(R) a 1.60 GHz.
• Mother Board: PCCHIPS P17G.
• Memoria de Videos: 256Mb (al usar el Windows XP marca 128Mb).
• Disco Duro: 120Gb.
• Quemador de CD-ROM.

Tecnología

Se utiliza para definir los conocimientos que permiten fabricar objetos y modificar el medio ambiente, con el objetivo de satisfacer las necesidades humanas.

Conclusiones: En lo que cabe a mi conocimiento este equipo cuenta con una buena memoria ram, le falta disco duro un poco mas, memoria de vídeo esta perfecta, y el procesador siento que esta un poco corto, pero tenemos que adaptarnos.

QUE SON LOS DIAGRAMAS DE FLUJO DE DATOS

Objetivo: Conocer los diagramas de flujo de datos y su importancia en el analisis y diseño de sistemas de información.

Es una representación gráfica del "flujo" de datos a través de un Sistema de Infomación. Un diagrama de flujo de datos también se puede utilizar para la visualización de procesamiento de datos (diseño estructurado).

Los diagramas de flujo de datos fueron inventados por Larry Constantine, el desarrollador original del diseño estrcuturado, basado en el modelo de computación de Martin y Estryn: "flujo gráfico de datos" . Los diagramas de flujo de datos (DFD) son una de las tres perspectivas esenciales de Análisis de Sistemas Estructurados y Diseño por Método SSADM.

El desarrollo de un DFD ayuda en la identificación de los datos de la transacción en el modelo de datos.

Los diagramas derivados de los procesos principales se clasifican en niveles, los cuales son:

• Nivel 0: Diagrama de contexto.
• Nivel 1: Diagrama de nivel superior.
• Nivel 2: Diagrama de detalle o expansión.
  

Diagrama de Contexto:

En el diagrama de contexto sólo se dibuja el proceso principal JOEL y los flujos entre éste y sus entidades.

Diagrama de Nivel Superior:

En el diagrama de nivel superior se plasman todos los procesos que describen al proceso principal. En este nivel los procesos no pueden interrelacionarse directamente, sino que entre ellos siempre debe existir algún almacenamiento o entidad externa que los una.

Diagrama de Detalle o Expansión:

Diagrama de nivel 2 (o superior) en la fotografía. Es de nivel >= 2, y no de nivel 1 porque en el nivel 1 no se permiten las interconexiones entre procesos, como puede verse entre el proceso 2 y 3.

EXTENSION DE PROCESOS PARA MAYOR DETALLE

Se debe de realizar para que el flujo de datos sea mas preciso y consigo de lo que se esta manejando.

CONSISTENSIA ENTRE PROCESOS

No se introduce en el nivel inferior de nuevas entradas y salidas. En el proceso de que no se identifican en los diagramas de mayor nivel. Sin embargo, dentro del proceso, se identifican nuevos flujos de datos y alamacenamiento de los mismos.

TIPOS DE DIGRAMAS DE DATOS

• Diagrama de Uso-Caso.
• Diagrama de Actividad.
• Diagrama de Secuencia.
• Diagrama de Colaboración.
• Diagrama de Clase.

Diagrama de Actividad

Un diagrama de actividad muestra el flujo de eventos dentro de tu sistema.

Diagrama de Secuencia

Un diagrama de secuencia muestra paso a paso lo que debe suceder para lograr una pieza de la funcionalidad proporcionada por el sistema.

Diagrama de Colaboración

Un diagrama de colaboración muestra interacciones organizadas al rededor de sus objetos y sus vinculos entre si.

Objetivo:
Conocer las diferentes estrategias y etapas de un sistema de información al igual que la formulación de los problemas que llegasen a presentarse.

Estrategias para el Desarrollo de Sistemas

En algunos casos los factores que deben considerarse en un proyecto de sistemas de información, tales como el aspecto más apropiado de la computadora o la tecnología de comunicaciones que se va a utilizar, el impacto del nuevo sistema sobre los empleados de la empresa y las características específicas que el sistema debe tener, se pueden determinar de una manera secuencial. En otros casos debe ganarse experiencia por medio de la experimentación conforme el sistema evoluciona por etapas.

Todas estas situaciones están representadas por tres distintos enfoques al desarrollo de sistemas de información basados en computadora:

• Método del ciclo de vida para el desarrollo de sistemas
• Método del desarrollo del análisis estructurado.
• Método del prototipo de sistemas.

Conclusiones: Las estrategias tienen objetivos y funciones y estas ejercen sus actividades para el bien del sistema.

Etapas de un Sistema

Etapa 1: Organización del equipo de estudio de sistemas. No puede exagerarse la importancia que tiene el equipo de estudio. Debe ser grande e incluir a representantes de los principales campos funcionales de la organización.

Etapa 2: Establecimiento de los objetivos del equipo de estudio de la organización. La participación en el establecimiento de objetivos de quienes deben ayudar a alcanzarlos es esencial. Una vez se hayan tomado debidamente en consideración los objetivos a largo plazo de la organización, pueden desarrollarse las metas a corto plazo que permitan alcanzar esos objetivos, siendo interpretadas por el equipo de estudio para convertirlas en requisitos del sistema de información para la administración.

Etapa 3: Investigación de las necesidades de información de la organización. Se requiere de un estudio que de respuesta a las necesidades actuales y, a corto y largo plazo. Dicha investigación deberá cubrir los siguientes campos:

- Revisión del alcance general de las actividades de registro, procesamiento, transporte, y almacenamiento de información de la organización. - Compilación de las necesidades de la administración en lo que se refiere a la información para la resolución de problemas y la toma de decisiones. - Determinar del cuadro de tiempo de la obtención de información, su procesamiento y su entrega. - Identificación de todos y cada uno de los canales de retroalimentación dentro de los subsistemas y entre los subsistemas de la organización. - Inventario del personal y del equipo de procesamiento de información, dentro de la organización. - Inventario de todos los informes y las formas que se utilizan en la actualidad, se piensa emplear o pueden requerirse eventualmente. - Compilación de datos sobre la eficiencia y el costo del sistema actual y predicción de los costos probables de los sistemas existentes y los posibles. - Preparación de especificaciones generales sobre las necesidades de información de la organización, de acuerdo con la oportunidad y los elementos identificables de datos, subsistema por subsistema. - Identificación de entradas y salidas de subsistemas definibles, dentro de la organización y de todos los subsistemas organizativos que se enfrenten al ambiente exterior. - Preparación de medidas provisionales de realización para elementos de subsistemas y los subsistemas mismos.

Etapa 4: Establecimiento del programa y los objetivos del estudio. Dichos estudios serán modulares en lo referente a sus conceptos. Esta filosofía modular evitará las grandes complicaciones de todos los planes grandiosos –el tratar de hacer demasiado en un espacio de tiempo excesivamente breve.

Etapa 5: Análisis de los procedimientos existentes de información. Mediante gráfica de flujos, diagramas y simplificaciones de trabajo, deberá evaluarse si los elementos y los subsistemas contribuyen o no eficientemente a los objetivos de la organización.

Etapa 6: Desarrollo de las especificaciones mejoradas de funcionamiento para el sistema. Debe desarrollarse el nuevo sistema de información para la administración satisfaciendo los requisitos y superando las limitaciones que se hayan especificado previamente.

Etapa 7: Diseño del sistema mejorado de información. Conforman esta etapa las siguientes actividades: - Utilización de gráficas de flujo de sistemas, diagramas de flujo del proceso y gráficas de distribución, para describir las etapas generales de procesamiento de la información. - Descripción de la entrada, la salida, los requisitos de archivo, las etapas de procesamiento, los requisitos de comprobación y la documentación para todos los programas de computadoras y los procedimientos de hombres y máquinas que se requieran. - Bosquejo de los procedimientos necesarios para asegurar las posibilidades de mantenimiento, la compatibilidad y las posibilidades de ampliación de los métodos y los procedimientos que constituyen el sistema de información para la administración.

Etapa 8: Evaluación y selección del equipo de procesamiento de datos con el nuevo sistema de información para la administración.

Etapa 9: Lista detallada de los procedimientos de funcionamiento del sistema de información.

Etapa 10: Aplicación de la conversión al nuevo sistema de información para la administración.

PLAN DE PRUEBAS DE SOLUCION

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 PRUEBAS

1-.Pruebas unitarias.
2-.Pruebas de integración.
3-.Pruebas del sistema.
4-.Pruebas de implantación.
5-.Pruebas de aceptación.

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.

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.
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:

1-.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.

2-.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.

3-.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 PRUEBAS

• 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

Basicamente 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

Secuencia de la prueba

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:

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.

COMPONENTES DE ALMACENAMIENTO DE DATOS

ORGANIZACION DE ARCHIVOS RELACIONALES

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.

ORGANIZACION 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 EJECUCION

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.

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.

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

COMPONENTE DE COVERSION DE DATOS

Migracion entre una arquitectura

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.

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.