Vous êtes sur la page 1sur 18

Repblica Bolivariana de Venezuela

Universidad Nacional Experimental de Guayana


Vicerrectorado Pto. Ordaz.
Proyecto de Carrera: Ing. Industrial
Asignatura: Sistema de informacin.













Prof
Puerto Ordaz, Octubre de 2014.





2

NDICE

:

Mtodo directo: Se abandona el sistema antiguo y se adopta inmediatamente
el nuevo. Esto puede ser sumamente riesgoso porque si algo marcha mal, es
imposible volver al sistema anterior, las correcciones debern hacerse bajo la
marcha. Regularmente con un sistema nuevo suelen surgir problemas de
pequea y gran escala. Si se trata de grandes sistemas, un problema puede
significar una catstrofe, perjudicando o retrasando el desempeo entero de la
organizacin.

Mtodo paralelo: Los sistemas de informacin antiguo y nuevo operan juntos
hasta que el nuevo demuestra ser confiable. Este mtodo es de bajo riesgo. Si el
sistema nuevo falla, la organizacin puede mantener sus actividades con el
sistema antiguo. Pero puede representar un alto costo al requerir contar con
personal y equipo para laborar con los dos sistemas, por lo que este mtodo se
reserva especficamente para casos en los que el costo de una falla
sera considerable.

Mtodo piloto: Pone a prueba el nuevo sistema slo en una parte de la
organizacin. Al comprobar su efectividad, se implementa en el resto de la
organizacin. El mtodo es menos costoso que el paralelo, aunque ms riesgoso.
Pero en este caso el riesgo es controlable al limitarse a ciertas reas, sin afectar
toda la empresa.


Mtodo en fases: La implementacin del sistema se divide en partes o fases,
que se van realizando a lo largo de un periodo de tiempo, sucesivamente. Una vez
iniciada la primera fase, la segunda no se inicia hasta que la primera se ha
3

completado con xito. As se contina hasta que se finaliza con la ltima fase. Es
costoso porque se hace ms lenta la implementacin, pero sin duda tiene el
menor riesgo.

Los mtodos piloto y en fases suelen ser los ms practicados puesto que
tienen menor riesgo. Como se puede observar la decisin de adoptar cualquiera
de los mtodos estar influenciada por factores de riesgo y disponibilidad de
recursos. Otro aspecto importante de esta fase es la capacitacin del personal,
que cobra especial importancia para asegurar el uso acertado del sistema. Se
puede adelantar camino al capacitar personal, antes incluso de contar con los
equipos nuevos, para que el usuario se familiarice con el nuevo sistema. Si el
sistema es sencillo y el usuario tiene cierta experiencia, la capacitacin formal no
se hace necesaria y bastarn algunas instrucciones para ponerle al tanto.



6.- Mantenimiento:
Al finalizar la fase de implementacin comienza la fase de mantenimiento. Es la
fase final, de gran importancia como se demostrar a continuacin, y es una fase
permanente en lo que le resta de vida al sistema. El mantenimiento se inicia con
una auditoria del sistema y luego contina con evaluaciones peridicas. Al realizar
la auditoria del nuevo sistema, se verifica que su desempeo sea acorde a las
especificaciones planteadas en la fase de diseo, para comprobar que los
4

procesos que han sido integrados, efectivamente son los adecuados. En caso
contrario, se hace necesario un nuevo diseo para ajustar los inconvenientes
detectados.

Las evaluaciones peridicas permiten determinar, si el sistema contina
vigente respecto a su capacidad para realizar los procesos adecuadamente. En
caso contrario, se requiere de nuevos ajustes, cambios o modificaciones que le
permitan al sistema adaptarse a nuevas situaciones de las que pueda ser objeto la
organizacin. En este punto es bueno resaltar, que las organizaciones son entes
cambiantes, as mismo sus sistemas componentes y especficamente los sistemas
de informacin, los cuales debern ser sensibles a estos cambios, mediante
evaluacin, para adecuarlos a responder efectivamente a las situaciones emergen

Anlisis de Datos

Una vez que se haya recaudado los datos, sea esto a travs de una tcnica
cualitativa, de un instrumento cualitativo o cuantitativo, se debe analizar la
informacin o los datos obtenidos en el estudio. Este anlisis se puede hacer de
diversas maneras, todo depender del tipo de estudio o mtodo que se aplic y la
tcnica empleada. Se pueden hacer dos tipos de anlisis, cualitativo o cuantitativo.
Cualitativo Dentro de la metodologa cualitativa se encuentra la Etnografa, Estudio
de Casos y la Investigacin accin. Una caracterstica de los anlisis cualitativos
es que dado las tcnicas que se emplean el anlisis no es un proceso
estandarizado, por lo tanto las conclusiones pueden ser replicables, pero las
operaciones para obtenerlos no lo son. "En estos estudios, a diferencia de los
estudios cuantitativos se busca recaudar informacin sobre las peculiaridades de
los sujetos estudiados. As que su manera de trabajar es en no estructurar el
modo en que se recoge los datos, independientemente de la tcnica que se haya
empleado". (Len y Montero, 2003).
La principal herramienta utilizada son los diagramas de Entidad -Relacin que
expresan a que entidades pertenecen los datos y sus relaciones.

5

Este proceso se lleva a cabo y se van refinando sus productos desde la fase
de anlisis hasta el diseo como tal del sistema.

Por qu realizar un anlisis de datos
Siempre es bueno hacer una evaluacin de lo que se quiere realizar para
alcanzar un objetivo, para ello es necesario hacer un estudio cuidadoso de cada
una de sus partes para poder tener una estructura robusta para hacer posible que
los objetivos se cumplan.
As pues para tener una buena base de datos es necesario eso, hacer un
estudio minucioso de cada datos de cada parte de la informacin que se requiere
manipular, que relacin tendrn los datos entre s, quienes van a manejar la
informacin, hasta que niveles se requiere que la informacin se muestre
completamente, el flujo que debe seguir hasta el cliente final, interfaces de entrada
y salida, la conformacin para los reportes, todo ello forma parte del anlisis de
datos para tener archivos robustos, estructurados, consistentes, adems todo ello
debe quedar en documentos para cuando surjan incontinencias o bien se requiera
una reingeniera de los archivos.

Cmo realizar el anlisis de datos
Realizar un anlisis de datos es una actividad importante para que
posteriormente un sistema de informacin funcione correctamente, para ello
debemos realizar ciertas actividades:
En primer lugar debemos hacer entrevistas para conocer primero los
requerimientos y necesidades de quienes van a utilizar la informacin, as para
cada uno de los procesos en los que se desee implementar una base de datos.
Despus al documentar las necesidades y requerimientos, se deben realizar
entrevistas con cada instancia que se relacionar con la base datos con preguntas
estructuradas de manera que puedan darnos ms informacin para el anlisis y
posteriormente realizar el diseo de esta. Preguntas como:
Qu datos maneja en su rea?
6

Qu relacin tiene su informacin con otras reas?
Su informacin depende de alguna otra rea para poder ser consistente?
Qu datos son los que maneja? (pedir que los describa uno a uno)
Cules son sus datos clave?, entre muchas otras que nos puedan ayudar a
realizar a detalle esta actividad.
Despus concentrar la informacin para establecer como se iniciarn los
trabajos de diseo de los archivos, los tipos de datos que se manejarn y
relaciones entre datos.
Concepto de Base de Datos
Es una fuente central de datos destinados a compartirse entre muchos usuarios
para una diversidad de aplicaciones. El corazn de una base de datos lo
constituye el sistema de administracin de base de datos (DBMS, datbase
management system), el cual permite la creacin, modificacin y actualizacin de
la base de datos, la recuperacin de datos y la generacin de informes y pantallas.

Objetivos de efectividad de la base de datos
Entre los objetivos de efectividad de la base de datos estn los siguientes:
1. Asegurar que los datos se puedan compartir entre los usuarios para una
diversidad de aplicaciones.

2. Mantener datos que sean exactos y consistentes.

3. Asegurar que todos los datos requeridos por las aplicaciones actuales y futuras
se podrn acceder con facilidad.

4. Permitir a la base de datos evolucionar conforme aumenten las necesidades de
los usuarios.
7


5. Permitir a los usuarios construir su vista personal de los datos sin preocuparse
por la forma en que los datos se encuentren almacenados fsicamente.

Factores que influyen en el diseo de una base de datos
Entre los factores que influyen en el diseo de una base de datos para el registro
de electores, se pueden mencionar los siguientes:
El tamao del electorado (o del nmero de registros) que sern almacenados
en el sistema.

El nmero de las distintas clases de informacin (o campos) que sern
almacenados.

El tamao de la base geogrfica utilizada en el sistema (ver Base Geogrfica
para el Registro de Electores)

El nmero estimado de transacciones informativas.Si el sistema va a ser
utilizado para una sola eleccin o para un registro electoral continuo o
permanente.

Cmo va a ser introducida la informacin.

Si el sistema va a almacenar registros anteriores o solo los actuales (para
conservar el historial del registro para efectos de auditora, por ejemplo).

Cuntos usuarios tendrn acceso al sistema y con qu frecuencia.

Si el sistema va a estar ubicado en una sola oficina o en varias
geogrficamente dispersas.

Si se espera que los usuarios tengan acceso a informacin en lnea y se
espera que est actualizada.
8


Qu productos sern generados por el sistema (ver "etl06")

Qu equipos va a utilizar el sistema.

Si el sistema va a operar en computadoras por separado o en red.

Cmo va a ser clasificada y manejada la informacin.

Ya que las bases de datos de registro de electores normalmente contienen
miles de registros y pueden ser utilizados por muchos usuarios a lo largo de
una o ms redes, requieren ser cuidadosamente diseados para asegurar su
desempeo satisfactorio. Se pueden adoptar muchas estrategias para
mejorar su desempeo y utilidad, entre ellas:

Elegir una plataforma de programas de cmputo que sea apropiada para la
tarea (los sistemas de bases de datos que normalmente acompaan los
programas para la automatizacin de oficinas, ver Automatizacin de las
Oficinas) generalmente no son apropiadas para bases de datos que
contienen grandes volmenes de informacin -resultan preferibles los
programas de bases de datos diseados por especialistas para manejar
grandes volmenes de informacin-).

Asegurar que el equipo utilizado tiene suficiente poder de procesamiento y
velocidad en red para optimizar el desempeo de la base de datos.

Delinear la "arquitectura" de la base de datos antes de comenzar a programar
(es decir planear como van a interactuar los distintos elementos de la base
antes de comenzar la programacin).

Utilizar un diseo de base de datos relacional u orientado a objetivos (ver
Bases de Datos) para optimizar su flexibilidad.

9

Evitar el almacenaje de informacin repetida utilizando ligas o interrelacin en
la informacin (por ejemplo, en lugar de almacenar la direccin completa de
cada persona en el registro, solo almacenar un cdigo ligado a la informacin
completa en un archivo por separado).

Usar cdigos de cmputo que sigan las convenciones de la industria, de tal
forma que una persona distinta al programador original pueda corregir,
modificar, actualizar o auditar la base de datos (ver Verificacin, Prueba y
Mantenimiento de los Programas)

Documentar la base de datos, tanto para los usuarios como para los
programadores, ofreciendo manuales de usuario segn resulte conveniente e
incluyendo descripciones de los cdigos o campos en el diseo de la base de
datos para orientar a los programadores.

Utilizar nombres convencionales para todos los objetos incluidos en la base
de datos (como tablas, consultas, reportes, formatos, etc.)

Utilizar cdigos de programacin de diseo modular (es decir, conformados
por mdulos que puedan ser probados y evaluados por separado).

Utilizar ndices e identificadores nicos para acelerar las bsquedas y permitir
ligar tablas de datos.

Utilizar una sistemtica interfase de usuario a travs de la aplicacin de
diversos formatos y reportes, para incrementar el rango de aplicaciones.
Diseo de base de Datos
El diseo de una base de datos es de suma importancia ya que de ello
depender que nuestros datos estn correctamente actualizados y la informacin
siempre sea exacta. Si se realiza un buen diseo de base de datos se obtendr
reportes efectivos y eficientes.
10

El proceso de diseo de las bases de datos requiere habilidades tcnicas y
depender de la complejidad de los requisitos de los usuarios y de los productos
especficos que se esperen del sistema.

Una base de datos se disea a partir de a partir de las necesidades de un
cliente y para implementarla se Debe saber los significados de los siguientes
trminos:

Entidades: Una entidad es cualquier objeto o evento sobre el cual alguien escoge
recopilar datos. Una entidad podra ser una persona, lugar o cosa (por ejemplo, un
vendedor, una ciudad o un producto). Cualquier entidad tambin puede ser un
evento o unidad de tiempo tal como la avera de una mquina, una venta o un mes
o ao. Adems de las entidades que se explicaron en el captulo 2 hay una
entidad menor adicional llamada subtipo de entidad. Su smbolo es un rectngulo
ms pequeo dentro del rectngulo de la entidad.

Un subtipo de entidad: Es una relacin especial uno a uno que representa los
atributos adicionales (campos) de otra entidad que podra no estar presente en
cada registro de la primera entidad. Los subtipos de entidades eliminan la
posibilidad de que una entidad pueda tener campos nulos almacenados en las
tablas de la base de datos.

Un ejemplo es la entidad principal de un cliente. Los clientes preferidos podran
tener campos especiales |que contengan informacin de descuentos especiales, y
esta informacin estara en un subtipo de entidad. Otro ejemplo son los
estudiantes que tienen periodos de prcticas profesionales. El archivo maestro de
estudiantes no debe contener informacin sobre los periodos de prcticas
profesionales para cada estudiante, debido a que quizs slo un nmero pequeo
de estudiantes tiene dicho periodos.
Relaciones: Estas son asociaciones entre las entidades (a veces se conocen
como asociaciones de datos).
11

El primer tipo de relacin es una relacin uno a uno (designada como 1:1]. El
diagrama muestra que slo hay un PAQUETE DE PRODUCTOS para cada
PRODUCTO. La segunda relacin uno a uno muestra que cada EMPLEADO tiene
una sola OFICINA. Observe que todas estas entidades se pueden describir an
ms (el precio de un producto no sera una entidad, ni una extensin telefnica).

Otro tipo de relacin es una relacin uno a muchos (1 :M) o muchos a uno.
Como se muestra en la figura, a un MDICO, en un centro de salud, se le asignan
muchos PACIENTES, pero a un PACIENTE se le asigna un solo MDICO. Otro
ejemplo muestra que un EMPLEADO es un miembro de un solo
DEPARTAMENTO, pero cada DEPARTAMENTO tiene muchos EMPLEADOS.

Finalmente, una relacin muchos a muchos (designada como M:N) describe la
posibilidad de que las entidades podran tener muchas asociaciones en cualquier
direccin. Por ejemplo, un ESTUDIANTE puede tener muchos CURSOS, y al
mismo tiempo en un CURSO podra haber muchos ESTUDIANTES inscritos. El
segundo ejemplo muestra que un VENDEDOR puede visitar muchas CIUDADES y
una CIUDAD puede ser el rea de ventas para muchos VENDEDORES.









12








Atributos: Es una caracterstica de una entidad. Puede haber muchos atributos
para cada entidad. Por ejemplo, un paciente (entidad] puede tener muchos
atributos, tal como apellido, nombre, calle, ciudad, estado, etc. La fecha de ltima
visita del paciente as como los detalles de la prescripcin tambin son atributos.
Cuando se construy el diccionario de datos en el captulo 8, el componente ms
pequeo descrito se llam elemento de datos. Cuando los archivos y bases de
datos se discuten, estos elementos de datos generalmente se conocen como
datos. De hecho, estos datos son las unidades ms pequeas en un archivo o
base de datos. El trmino datos tambin se usa de forma indistinta con la palabra
atributo.

Los datos pueden tener valores. Estos valores pueden ser de longitud fija o
variable; pueden ser caracteres alfabticos, numricos, especiales o
alfanumricos. En la figura 13.5 se pueden encontrar ejemplos de datos y sus
valores.

A veces un dato tambin se conoce como campo. Sin embargo, un campo
representa algo fsico, no lgico. Por lo tanto, muchos datos se pueden
empaquetar en un campo; el campo se puede leer y convertir en varios datos. Un
ejemplo comn de esto es almacenar la fecha en un solo campo como
13

MM/DD/AAAA. Para ordenar el archivo de acuerdo la fecha, se extraen por
separado tres datos del campo y se ordenan primero por AAAA, luego por MM y
finalmente por DD.
Registros: Es una coleccin de datos que tiene algo en comn con la entidad
descrita. La figura 13.6 es una ilustracin de un registro con muchos datos
relacionados. El registro mostrado es para un pedido hecho con una compaa de
ventas por correo. El #-PEDID. APELLID,. INICIAL, CALLE, CIUDAD, ESTADO
y TARJETA DE CRDITO son atributos. La mayora de los registros son de
longitud fija, de modo que no es necesario determinar la longitud todo el tiempo.

Bajo ciertas circunstancias (por ejemplo, cuando el espacio es importante), se
usan registros de longitud variable. Un registro de longitud variable se usa como
alternativa para reservar una gran cantidad de espacio para el registro ms grande
posible, tal como el nmero

Clave: es uno de los datos en un registro que se usa para identificar al registro.
Cuando una clave identifica de forma nica un registro, se llama clave primaria




#-PEDIDO puede ser una clave primaria porque a cada pedido del cliente se
asigna un solo nmero. De esta forma, la clave primaria identifica la entidad real
(pedido del cliente].
Clave fornea (o Foreign Key FK): es una limitacin referencial entre dos tablas.
Identifica una columna o grupo de columnas en una tabla (tabla hija o referendo)
que se refiere a una columna o grupo de columnas en otra tabla (tabla maestra o
referenciada). Las columnas en la tabla referendo deben ser la clave primaria u
otra clave candidata en la tabla referenciada.
14


Al Disear bases de datos se deben tomar en cuenta los siguientes
lineamientos:
Cada entidad de datos separada debe crear una tabla maestra de base de
datos. No combine dos entidades distintas en un archivo. Por ejemplol os
artculos se compran de los vendedores., La tabla MAESTRO DE ARTCULOS
slo debe contener informacin del artculo y la tabla MAESTRO DE
VENDEDORES slo debe contener informacin del vendedor.

Un campo de datos especfico slo debe existir en una tabla maestra. Por
ejemplo, el NOMBRE DEL CLIENTE slo debe existir en la tabla MAESTRO
DE CLIENTES, no en la tabla PEDIDO o en cualquier otra tabla maestra.

Cada tabla maestra o relacin de la base de datos debe tener programas para
Crear, Leer, Actualizar y Eliminar (abreviado CLAE] los registros. En teora, un
solo programa debe agregar nuevos registros y un solo programa debe
eliminar registros especficos.







Caso Prctico de un Sistema de Informacin.

15
















16














CONCLUSIN
17

Para desarrollar un sistema de informacin es necesario comprender varios
componentes o pasos llevados a cabo durante la etapa del anlisis, el cual ayuda
a traducir las necesidades del cliente en un modelo de sistema que utiliza uno ms
de los componentes: Software, hardware, personas, base de datos,
documentacin y procedimientos.

En una organizacin o empresa, el anlisis y diseo de sistemas, es el proceso
de estudiar su situacin con la finalidad de observar cmo trabaja y decidir si es
necesario realizar una mejora; el encargado de llevar a cabo estas tareas es el
analista de sistemas.

Antes de comenzar con el desarrollo de cualquier proyecto, se conduce un
estudio de sistemas para detectar todos los detalles de la situacin actual de la
empresa. La informacin reunida con este estudio sirve como base para crear
varias estrategias de Diseo. Los administradores deciden que estrategias seguir.

Los Gerentes, empleados y otros usuarios finales que se familiarizan cada vez
ms con el uso de computadoras estn teniendo un papel muy importante en el
desarrollo de sistemas. Todas las organizaciones son sistemas que actan de
manera recproca con su medio ambiente recibiendo entradas y produciendo
salidas. Los Sistemas que pueden estar formados por otros Sistemas de
denominan subsistemas y funcionan para alcanzar los fines de su Implantacin.

Es por eso que existen varios modelos o mtodos para la realizacin del
anlisis y diseo de un sistema, lo primero del trabajo fue revisar que es el Anlisis
y el diseo y posteriormente el autor Kendall, presenta varios modelos que
podemos utilizar para la realizacin y elaboracin de un proceso y trabajo
exhaustivo y dar solucin o respuesta al problema que se ha generado desde la
perspectiva del programador y analista.

BIBLIOGRAFA
18


Kendall & Kendall; Anlisis y Diseo de Sistemas; 3 Edicin; Pearson Educacin.
Roger S. Pressman; Ingeniera del Software;4 Edicin; Mc Graw Hill