Avance de Proyecto de Sistemas de Información

México D.F. a 12 de Mayo de 2010.

Objetivo: El equipo se dirigirá a una empresa y le pedirá que le permitan realizar un sistema de información (si no cuenta con dicho sistema) o apoyarle en el sistema que tenga realizando modificaciones que sirvan a este.

DESARROLLO:

• Modificar la página Web haciéndola mas dinámica.
• Crear un Formulario que permita ingresar datos que la empresa necesita.

Modificación de la Página

A continuación se mostrarán algunas impresiones de pantalla del estado de la página.

Como se puede apreciar a simple vista la página cuenta con los siguientes errores:

1. Banners de publicidad lo cual provoca que no se aprecie bien la página.
2. Mal orden de las imágenes y al igual contiene publicidad.
3. Mal orden en la página de inicio y links vinculan a nuevas páginas.

Esos son algunos de los errores; a continuación mostraremos un avance de la propuesta de la página:

Uno de las apreciaciones es que se encontrara todo ordenado en lo que es toda la página.

La Importancia de la Plataforma Tecnológica en un Sistema de Información

México D.F. a 28 de Abril de 2010

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

¿Qué es?

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

¿Qué es?

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

¿Qué es?

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.

Biografías

• http://www.masadelante.com/faqs/sistema-operativo
• http://es.wikipedia.org/wiki/Base_de_datos
• http://definicion.de/tecnologia/

Practica 3 Diseño de una Base de Datos Parte 2

México D.F. a 21 de Abril de 2010

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

DESARROLLO:

En esta parte de la practica entregarás:

1. Tablas.
2. Relaciones.
3. Integridad Referencial.
4. Formularios de Entrada.

Creación de las Tablas

Despues de haber creado los grupos, se procede a la creación de tablas en un cuarderno, hoja, block, etc., en estas se les da el nombre del campo que le pondremos, el tipo de dato que utilizará este al igual que su longitud, y una descripción la cual es para aclarar un nombre del campo.

NOTA: Para dar la longitud a un campo, no le da el que uno desee, sino que se hace un pequeño estudio de este y en base a esto se le otorga la longitud.

Ahora mostraré como es que quedaron las tablas ya con los datos organizados en cada una de estas.

NOTA: Los puntos amarillos que aparecen en algunos datos son las llaves primarias, en la tabla datos del libro, en el dato clasificación se le puso un indexado sin duplicados, al igual que en la tabla ubicación, en el dato folio.

Despues de haber realizado esto se crearon las relaciones que tendria la base de datos, esta relaciones fueron de la siguiente manera.

• La tabla Datos del Libro es la tabla maestra y esta esta relacionada con una tabla esclava, la cual es la tabla de Ubicación; estas estan relacionadas con el dato "Clasificación" y esta relación es de uno a uno.
• La otra relación es de la tabla Ubicación (que ahora se convierte en maestra por tener una relación con otra tabla), con la tabla tipo de adquisición (esta ahora es tabla esclava de la tabla ubicación): estas estan relacionadas con el dato "Folio" y esta relación es de uno a uno.

Esto se veria de la siguiente forma:

Despues de esto se hízo el formulario de entrada; en el cual debiamos ordenar los datos de la tabla datos del libro, despues agregarle subformularios (tabla ubicación y tipo de Adquisición). Esto se ve de la siguiente manera:

Despues de esto se colocarán botones en el formulario y posteriormente se configurarán para que el usuario pueda interactuar con este.

Conclusiones: Para poder llegar el forulario de entrada se necesitaron una grna secuencia de pasos, y aun así no esta terminado del todo, es muy interesante hacer este tipo de cosas y saber a que nos enfrentamos.

Practica 3 Diseño de una Base de Datos Parte 1

México D.F. a 16 de Abril de 2010

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

DESARROLLO:

En esta parte de la practica entregarás:

1. Tablas.
2. Relaciones.
3. Integridad Referencial.
4. Formularios de Entrada.

Recopilación de Datos

En esta sección el grupo realizó una lluvia de ideas para ver todo lo que se puede encontrar en una biblioteca, sin hacer alguna clasificación, exactamente todo; y se consiguió la siguiente lista de datos:

Despues de la recopilación anterior se realizó una depuración, la cual consistía en analizar los datos que ocuparíamos y los que no ocuparíamos, al igual que datos que se repitieran; y se llego a la siguiente lista:

Posteriormente se asignaron unos grupos los cuales posteriormente se convertirían en tablas, estos para clasificar los datos despues de haber realizado la pirmera depuración. Los grupos son:

• Datos del Libro.
• Ubicación.
• Datos Préstamo.
• Tipo de Adquisición.
  

Conclusiones: Para hacer solo el proceso de recopilación se tarda un periodo de tiempo bastante extenso por lo cual, crear una base de datos es muy laborioso. El proceso de depuración es un poco mas rápido, pero este se realiza varias veces para corroborar que no existan errores.

Practica 2 Qué 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.

DESARROLLO:

Que son los Diagramas de Flujo de Datos.

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: Nivel 0

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: Nivel 1

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: Nivel 2

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.

Elementos

De lo General a lo Particular

Si vamos de lo general a lo particular necesitamos los ejemplos positivos y los negativos:

Negativos: Para especializar.

Positivos: Para comprobar que las especializaciones no son demasiado especificas: tienen que satisfacer a todos los positivos.

Extensión de Procesos para Mayor Detalles

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

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

Etiquetas Significativas

Estas deben de ser asignadas al flujo y proceso de datos para que se sepa que sucede en el proceso.

Ejemplo



Tipos de Diagramas de Flujo de Datos

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

Diagrama de Uso-Caso

Un diagrama de uso-caso se utilizan para vizualizar la interacción del sistema con el mundo exterior.

Elementos del Diagrama Uso-Caso



Diagrama de Actividad

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

Elementos del Diagrama de Actividad



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.

Diagrama de Clase

Un diagrama de clase muestra la estructura del software.

Conclusiones: Los diagramas de flujo son utilizados para darle un pequeño formato a los sistemas de información y colocar los procesos de manera jerarquica.

Bibliografia

Administración y Diseño de Sistemas de Información de Sen (libro)

http://ito.mx/diagramaflujo

Practica 1 Investigación.

Objetivo: Conocer lo que son las pruebas de factibilidad de un proyecto asi como los requerimientos básicos de este, en el análisis y diseño de los sistemas de información para el desarrollo de proyectos.

DESARROLLO:

Investigar:

Qué es la prueba de factibilidad de un proyecto.

• Factibilidad Operativa.
• Factibilidad Técnica.
• Factibilidad Financiera.
• Factibilidad Económica.

Cuales son los requerimientos básicos de un proyecto.

• Requerimientos de transacción de los usuarios.
• Requerimientos de decisión de los usuarios.
• Requerimientos para toda la empresa.

Qué es la prueba de factibilidad de un proyecto.

Factibilidad se refiere a la disponibilidad de los recursos necesarios para llevar a cabo los objetivos o metas señalados.

• Factibilidad Operativa:

                -Operación Garantizada.

                -Uso Garantizado.

• Factibilidad Técnica:

                -Mejora del sistema actual.

                -Disponibilidad de tecnología que satisfaga las necesidades.

• Factibilidad Financiera:

                -Sintetiza numéricamente todos los aspectos desarrollados en el plan de                      negocios.

                -Periodo de recuperación (payback, paycash, payout y payoff).

• Factibilidad Económica:

                -Tiempo del analista.
                -Costo de estudio.
                -Costo del tiempo del personal.
                -Costo del tiempo.
                -Costo del desarrollo / adquisición.

Cuales son los requerimientos básicos de un proyecto.

• Requerimientos de transacción de los usuarios:

                -El usuario debe de conocer los procesos a utilizar.

• Requerimientos de decisión de los usuarios.

                -Los controles pueden ser insuficientes.

                -No siguen el procedimiento.

• Requerimientos para toda la empresa.

                -Cada uno de los departamentos necesita de los demas.

                -El trabajo del departamento afecta o favorece a los demas.

Conclusiones: Si no hay los procesos de factibilidad y los requerimientos no se puede llevar a cabo un proyecto ordenadamente.

Bibliografía

http://www.gestiopolis.com/recursos/experto/catsexp/pagans/ger/no12/factibilidad.htm

http://ito.mx/requerimientos

Evaluación del Problema

Objetivo: Conocer los parámetros bajo los cuales un problema se evalua, para el diseño de un sistema de información.

DESARROLLO:

En equipos conformados por dos personas se contestaron las siguientes preguntas, y con el apollo del profesor se resolvieron todas las dudas que surgieron.

Evaluación del Problema

Preguntas

1.¿Porqué los usuarios solicitan el desarrollo de sistemas de información?

R= Para poder tener una mejora continua, simplificar y facilitar el trabajo asi como un mejor funcionamiento y la detección de problemas.

2.¿Quién inicia los proyectos de sistemas?

R= Existen cuatro orígenes de existencia de los principales de solicitud de proyecto. Los solicitantes de la empresa son: Gerentes de Departamento, Altos Ejecutivos y Analistas  de Sistema. También agencias gubernamentales, fuera de la empresa pueden solicitar proyectos de sistema de información.

3.¿Quién decide aprovar un requerimiento de proyecto de sistemas de información.

R= 

• Mayor velocidad en el proceso.
• Mayor exactitud y mejor consistencia.
• Consulta más rápida de la información.
• Integración de las áreas del negocio.
• Reducción de costos.
• Mayor sencibilidad.

4.¿Cuál es elpropósito de una investigación preeliminar y qué pasos se incluyen al efectuarla?

R= Los analistas qué trabajan en la investigación preeliminar deben:

1. Aclarar y entender la petición del proyecto.
2. Determinar el tamaño del proyecto.
3. Señalar los costos y beneficios de las alternativas apropiadas.
4. Determinar la factibilidad técnica y operativa de los enfoques alternativos.
5. Informar los hallazgos a la gerencia con recomendaciones y subrayando la aceptación o rechazo de la propuesta.

Conclusiones: Para la evaluación del problema se necesitan realizar bastantes pasos y parámetros para el diseño del Sistema de Información.

Bibliografía

Esta información se consiguió en la clase a base de una lluvia de ideas realizadas por los alumnos hacia el profesor.