jueves, 10 de junio de 2010

Plan de Pruebas de Solución

Objetivo: Investigas sobre los niveles de prueba de un sistema.

DESARROLLO

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 PRUEBAS
Pruebas unitarias.
Pruebas de integración.
Pruebas del sistema.
Pruebas de implantación.
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 bde 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:

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.

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.

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


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 prueva

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

Conclusiones: El planificar el proyecto nos ayuda a eliminar costos muy significativos y reducir tiempos de procesos, es necesario realizar diferentes tipos de pruebas y mantenernos coordinados para poder tener una correcta administración del mismo.

miércoles, 9 de junio de 2010

Componentes de Almacenamiento de Datos

Objetivo: Conocer los componentes de almacenamiento de datos para su mejor organización en los sistemas.

DESARROLLO:

El profesor dejo investigar el tema y realisar un resumen.


1.1 Organización de archivos
relacionados

Una base de datos relacionada es una base de datos en donde todos los datos visibles al usuario están organizados estrictamente como tablas de valores, y en donde todas las operaciones de la base de datos operan sobre estas tablas.
Estas bases de datos son percibidas por los usuarios como una colección de relaciones normalizadas de diversos grados que varían con el tiempo.
El modelo relacional representa un sistema de bases de datos en un nivel de abstracción un tanto alejado de los detalles de la máquina subyacente, de la misma manera como, por ejemplo, un lenguaje del tipo de PL/1 representa un sistema de programación con un nivel de abstracción un tanto alejado de los detalles de la máquina subyacente. De hecho, el modelo relacional puede considerarse como un lenguaje de programación mas bien abstracto, orientado de manera específica hacia las aplicaciones de bases de datos.
En términos tradicionales una relación se asemeja a un archivo, una tupla a un registro, y un atributo a un campo.

1.2 Organización de de archibos planos

El origen de este es el leer datos de un archibo de texto , el archivo de texto puede tener fornato delimitado.
se deben cumplir los siguientes prosesos que son:
limpiesa: teniendo en cuenta el estado de conservacion de los archibos y la consulta de estos, se debe realisar limpiesa adecuadamente de estos, contolondo las manifestaciones de deterioro de estos.
restauracion:esto se le realisa a aquellos archibos que se encuentran en deterioro o en malas condiciones para su recuperacion y buelban a su estado inicial y asi evitar el deterioro.

Conclusiones: Debemos tomar en cuenta que la organización es crucial para el desarrollo de de un sistema, es para mantener en correcto funcionamientos los componentes y en caso de algún error, que no deberia suceder, tener una manera eficiente de controlarlo.

Aspectos para la Aceptación de Programas de Aplicación

Objetivo: Conocer mas a fondo los programas de aplicación que utilizamos para los el análisis de sistemas

DESARROLLO:

Se investiga el tema y se creo un resumen

1.1 Velocidad de ejecución

Esta depende de la capasidad de distingir entre los datos , cuando se crea una o barios datos se debe pensar en los tipos de datos que se ban a utilisar por que una o dos mejoras nos pueda ayudar a la ejucucion de estos datos sin la necesidad de retrasos. Si se va a almacenar texto o direcciones, se debe elejer el tipo de datos que se utilisara para que nuestra velocidad de ejecucion no disminulla.

1.2 Precisión de calculo

Esta tiene por objetivo la obtencion de soluciones numericas con presicion arbitratia y estimacion del error,o problema que se puedan presentar en los dotos,esto nos facilitaria que cuando se realisen las pruebas no engamos erores, los ordenodore utilisan una cantidad enorme de memoria para almasenar los numeros lo cual puede disminuir nuestra velocidad de ejecución.

1.3 Funcionabilidad

Es lo que nuestra sistema ouede realisar , probar la funcionalidad significa asegurar que el producto final funcione correctamente y tal como nosotras lo esperabamos y que es practico y sera de focil uso para los clientes y consumidores.

Conclusiones: Esto se refiere a los aspectos a tomar en cuenta a la hora de desarrollar o implementar algun sistema, ya que es necesario saber que tanto tardaran en cargar o dar alguna repuesta, pero sabiendo utilizar correctamente los tipos de archivos.

Fuentes:

martes, 8 de junio de 2010

Componentes de Conversión de Datos

OBJETIVO: Conocer los conponentes de conversion de dotos que se presentan en los sistemas de informacion de datos.

DESARROLLO:

Se investiga el tema y se realizó un resumen de lo encontrado

La convercion de datos no es mas que la transformación de un esquema de representación de los elementos de información

1.1 Migración entre una arquitectura

La conversión de la información se compone de :

-datos ingresados

-reportes

-parametros de configuracion del S.

-manuales

Un proyecto de informacion forma parte de un macro, que obliga la adaptacion de la información, un factor critico para la exitosa migración de datos son las pruebas para modificar la migración de datos , asi como para comprobar que todo funciones correctamente.

Una migración de base de datos se realiza para mover o trasladar datos de un origen a otro, por lo cual es indispensable que antes de empezar este tipo de prosesos se tenga bien definido el porque de la migración, esta se lleva a cabo cuando es nesesario o se quiere cambiar a una plataforma distinta.

1.2 Migración entre varias arquitecturas

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.

Conclusiones:
Básicamente estos temas nos explican lo que en realidad significa compartir diferentes tipos de datos, teniendo en cuenta la compatibilidad entre los sistemas para una correcta migracion de archivos, ya se dentro de la misma o diferente arquitectura.

Fuentes:

Interfaces de la Solución Integral Propuesta

OBJETIVO: Conocer todo acerca de lo importante sobre este tema para que sea mos facil la coprencion del mismo.

DESARROLLO:

El profesor dejó la investigación de estos temas y nos pidió realizar un mapa de lo encontrado para su mejor entendimiento.

1.1 Intercambio de datos

Conjunto coherente de datos estructurados conforme a normas de mensajes acordados, para la transmisión por medios eléctricos,preparados en un formato, capas de ser leídos por un ordenador. El intercambio electronico de datos es el intercambio entre sistemas de informacion de datos estructurados , a través de este se cooperan las bases de datos para comprenderse aserca de casos en común.

1.2 Interfaces atraves del monitor, raton y teclado

1.2.1 Monitor

Al abrir rendimiento, aparece una area de herramientasque muestra el mismo grupo de controladores que la consulta general. Los datos se actualisan de forma automatica, utilise el boton actualisar para recopilar datos a su selecccion favorita.

1.2.2 Ratón

Existen dos tecnologias los cuales son:

Mecánicas: constan de una bola en el centro que al desplazarse roza unos botones que realizan el movimiento que visualizamos.

Ópticos: estos tienen una lus láser en lugar de la bola , un ser optico detecta los movimientos y esta indica la posicion que debe de tomar el cursor.

1.2.3 Teclado

AT: se encuentra en los sistemas antiguos de placa base at.

PS/2: se encuentran en los sistemas de placa base ATX.

USB: son los mas populares en oy en dia y por lo regular no nesesitan de algun controlador.


Conclusiones: Éste tema se me hizo muy complicado ya que no entendí muy bien los temas investigados, espero haberlos desarrollado correctamente y que si se entiendan.

Fuentes:

miércoles, 12 de mayo de 2010

Presentación de la Carta del Proyecto de Análisis y Diseño de Sistemas de Información.

Objetivo: Realizar un Análisis en el sistema de información de una empresa, para detectar posibles fallos o posibles correcciones al Sistema de Información, tomando en cuenta las necesidades del área.

DESARROLLO:


Conclusiones: El sistema que nos pide el Ingeniero está basado en una pagina web la cual se modificará y se le agregara una sección exclusiva para el administrador.

Avance del Proyecto de Sistemas de Información Parte 2

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

Despues de haber realizado el diseño anterior en photoshop CS4 y mostrarselo al encargardo, se nos pidió que fuera un poco mas sencillo y que no lastimara la vista, asi que se realizó la sisguiente propuesta:

Al presentar la propuesta al encargado nos dijo que estaba bastante bien y que solo la corriéramos en distintos navegadores por lo cual se realizó un vídeo con Camtasia Studio 6 y el vídeo es el siguiente:


Conclusiones: El trabajo esta realizado con Dreamweaver CS3, estamos actualizando la página pasada y esto requiere que esta página actual contenga un poco de Web 2.0 así que también ocuparemos flash, esperamos que este terminada a mas tardar el domingo y comenzar con la base para que administren la ventas.

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


La primera parte del proyecto terminada la cual es la página, la dirección original que nosostros le otorgamos a la persona encargada es http://www.saltaconmigo.99k.org, pero el encargado nos dijo que el preferia que no fuera tan larga asi que la cambiamos a http://www.saltaconmigo.tk.

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.

jueves, 29 de abril de 2010

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

miércoles, 28 de abril de 2010

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.

viernes, 12 de marzo de 2010

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)

miércoles, 3 de marzo de 2010

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