You are on page 1of 16

Repblica Bolivariana De Venezuela

Universidad Nacional Experimental de la


Fuerza Armada Nacional
Ncleo Miranda
Extensin Santa Teresa Del Tuy
ING S - 6S - D01
Asignatura: Diseo de Sistemas

Diseo de Sistemas de
investigacin

Profesor:

Alumnos:

Franklin Perdomo

Alexander Medina C.I. 24.671.744


Raidenis Piango C.I. 23.658.902

Octubre, 2015

ndice

Pg.
Introduccin..N 3
Contenido
Proceso de sistema de informacin.............N 4-5
Actividades del proceso de sistema de informacin...N 6-7
Niveles de Arquitectura..................N 8-9
Nodos...................N 10
Subsistemas..N 10-11
Entorno tecnolgico.....N 12
Requisitos de operacin, seguridad y control......................................N 13-14

Conclusin.N 15
Bibliografa.....N 16

Introduccin

-En una organizacin o empresa, el anlisis y diseo de sistemas de


informacin es el proceso de estudiar su situacin con la finalidad de
observar cmo trabaja y decir si es necesario realizar una mejora; el
encargado de realizar estas tareas es el analista de sistemas. Antes de
comenzar el desarrollo de cualquier proyecto, se conoce un estudio de
sistemas para detectar todos los detalles de la situacin actual en la
empresa. La informacin reunida con este estudio sirve como base para
crear varias estrategias de diseo. Los administradores deciden qu
estrategia seguir.
-Todas las organizaciones son sistemas que actan recprocamente
con su medio ambiente recibiendo entradas y produciendo salidas. Los
sistemas, que pueden estar formados por otros sistemas ms pequeos
denominados subsistemas, funcionan para alcanzar fines especficos. Sin
embargo, los propsitos o metas se alcanzan slo cuando se mantienen el
control.
-Un sistema de informacin es un conjunto de elementos que
interactan entre s con el fin de apoyar las actividades de una empresa o
negocio. Un sistema de informacin realiza cuatro actividades bsicas:
entrada, almacenamiento, procesamiento y salida de informacin.
-El recurso humano que interacta con el Sistema de Informacin, el
cual est formado por las personas que utilizan el sistema. El equipo
computacional: el hardware necesario para que el sistema de informacin
pueda operar.

Proceso de sistema de informacin

-Es un conjunto de elementos orientados al tratamiento y administracin


de datos e informacin, organizados y listos para su uso posterior, generados
para cubrir una necesidad o un objetivo. Dichos elementos formarn parte de
alguna de las siguientes categoras:

Personas

Datos

Actividades o tcnicas de trabajo

Recursos materiales en general (generalmente recursos informticos y


de comunicacin, aunque no necesariamente).

-Todos estos elementos interactan para procesar los datos (incluidos los
procesos manuales y automticos) y dan lugar a informacin ms elaborada,
que se distribuye de la manera ms adecuada posible en una determinada
organizacin, en funcin de sus objetivos.

-De tal manera que el sistema de informacin se centre en estudiar las


formas para mejorar el uso de la tecnologa que soporta el flujo de
informacin dentro de la organizacin. Un sistema de informacin debe
brindar la totalidad de los elementos que conforman los datos, en una
estructura robusta, flexible ante los futuros cambios y homognea.

-Ciborra (2002) define el estudio de los sistemas de informacin como el


estudio que trata la insercin y el uso de la tecnologa de la informacin en
las organizaciones, instituciones, y la sociedad en general.
4

-Los sistemas de informacin tratan el desarrollo, uso y administracin de


la infraestructura de la tecnologa de la informacin en una organizacin.

Uso del proceso


Automatiza procesos operativos.
Proporciona informacin que sirva de apoyo al proceso de toma de

decisiones.
Logra ventajas competitivas a travs de su implantacin y uso.
-Los Sistemas de Informacin que logran la automatizacin de

procesos

operativos

dentro

de

una

organizacin,

son

llamados

frecuentemente Sistemas Transaccionales, su funcin primordial consiste en


procesar transacciones, los Sistemas de Informacin que apoyan el proceso
de toma de decisiones son los Sistemas de Soporte a la Toma de Decisiones,
Sistemas para la Toma de Decisin de Grupo, Sistemas Expertos de Soporte
a la Toma de Decisiones y Sistema de Informacin para Ejecutivos. El tercer
tipo de sistema, de acuerdo con su uso u objetivos que cumplen, es el de los
Sistemas Estratgicos, los cuales se desarrollan en las organizaciones con el
fin de lograr ventajas competitivas, a travs del uso de la tecnologa de
informacin.

Actividades del proceso del sistema


-Un sistema de informacin realiza cuatro actividades bsicas:
entrada, almacenamiento, procesamiento y salida de informacin.
Entrada de Informacin: Es el proceso mediante el cual el Sistema de
Informacin toma los datos que requiere para procesar la informacin. Las
entradas pueden ser manuales o automticas. Las manuales son aquellas
que se proporcionan en forma directa por el usuario, mientras que las
automticas son datos o informacin que provienen o son tomados de otros
sistemas o mdulos. Esto ltimo se denomina interfaz automtica.
Almacenamiento de informacin: El almacenamiento es una de las
actividades o capacidades ms importantes que tiene una computadora, ya
que a travs de esta propiedad el sistema puede recordar la informacin
guardada en la seccin o proceso anterior.
Procesamiento de Informacin: Es la capacidad del Sistema de
Informacin para efectuar clculos de acuerdo con una secuencia de
operaciones preestablecida. Estos clculos pueden efectuarse con datos
introducidos recientemente en el sistema o bien con datos que estn
almacenados.
Salida de Informacin: Es la capacidad de un Sistema de Informacin para
sacar la informacin procesada o bien datos de entrada al exterior. La salida
de un Sistema de Informacin puede constituir la entrada a otro Sistema de
Informacin o mdulo. En este caso, tambin existe una interfaz automtica
de salida.

-Estas actividades tienen relacin entre si debido a que cada actividad


se encarga del manejo de procesos de informacin que el sistema posee
cada actividad es necesaria para que un sistema tenga su flujo constante de
trafico de informacin.

Niveles de Arquitectura
Los tres niveles de la arquitectura son: Interno, Conceptual y Externo.
El nivel interno:

tiene

un esquema

interno,

el cual describe

la

estructura de almacenamiento fsico de la Base de Datos. El esquema


interno utiliza un modelo fsico de data y describe los detalles completos
de almacenamiento de data y el acceso a los caminos de la base de datos.
El nivel conceptual: tiene un esquema conceptual el cual describe la
estructura de todas las Bases de Datos para una comunidad de usuarios. El
esquema conceptual es una descripcin global de la Base de Datos que
oculta los detalles de las estructuras de almacenamiento fsico y se
concentra en describir las entidades, los tipos de data, las relaciones
y constantes.

El nivel externo: o nivel de vista incluye un nmero de esquemas externos


o vistas de usuario. Cada esquema externo describe la vista de la Base de
Datos de un grupo o de los usuarios de la Base de Datos. Cada vista
tpicamente describe la parte de la Base de Datos en la cual un grupo
de usuarios en particular est interesado y oculta el resto de la Base de
Datos para otros grupos de usuario.

Arquitectura de tres niveles


-La arquitectura de tres niveles es un mtodo de gran aceptacin para
explicar el funcionamiento de los sistemas de bases de datos fue formalizado
en

1975

mejorado

en

1978

es tambin

conocido

como

arquitectura ANSI/SPARC.
-De acuerdo Robert Pressman, la arquitectura de software no es otra
cosa que una descripcin de los subsistemas y los componentes de un
sistema informtico y las relaciones entre ellos.
-La arquitectura de software a utilizar para desarrollar un producto
software se define en la fase de elaboracin, para poder comprender mejor el
sistema, organizar el desarrollo del mismo, fomentar la reutilizacin, y hacer
evolucionar el sistema. Uno de los ms utilizados por empresas
desarrolladoras de software para crear productos informticos, es el patrn
de arquitectura por capas. Los principales estilos de arquitecturas
estratificadas de las aplicaciones distribuidas contemporneas son:

Arquitecturas de dos niveles

Arquitecturas de tres niveles

Arquitecturas de n niveles
-La mayor ventaja de este patrn de arquitectura es que en el

desarrollo se lleva a cabo en varios niveles, o capas, y en el caso de que


exista algn error o la necesidad de algn cambio obligatorio, solo es
necesario cambiar el nivel en cuestin, sin afectar el correcto funcionamiento
del resto del sistema.

Nodos
-Un nodo es un registro que contiene un dato de inters y al menos un
puntero para referenciar (apuntar) a otro nodo. Si la estructura tiene slo un
puntero, la nica estructura que se puede construir con l es una lista, si el
nodo tiene ms de un puntero ya se pueden construir estructuras ms
complejas como rboles o grafos.

Subsistemas
-En todas las aplicaciones, salvo en las ms pequeas, el primer paso
para disear un sistema consiste en dividir el sistema en un pequeo nmero
de componentes. Cada uno de los componentes principales de un sistema se
llama subsistema. Cada subsistema abarca aspectos del sistema que
comparten alguna propiedad comn.
-Un subsistema no es ni una funcin ni un objeto, sino un paquete de
clases, asociaciones, operaciones, sucesos y restricciones interrelacionados,
y que tienen una interfaz razonablemente bien definida y pequea con los
dems subsistemas. Normalmente, un subsistema se identifica por los
servicios que proporciona. Un servicio es un grupo de funciones relacionadas
que comparten algn propsito comn, tal como el procesamiento de
entrada-salida, dibujar imgenes o efectuar clculos aritmticos. Un
subsistema define una forma coherente de examinar un aspecto del
problema.

10

-Cada subsistema posee una interfaz bien definida con el resto del
sistema. sta especifica la forma de todas las interacciones y el flujo de
informacin entre los lmites de subsistemas, pero no especifica cmo est
implementado internamente el subsistema. Cada subsistema se puede
disear, entonces, independientemente, sin afectar a los dems.

-Los subsistemas deberan definirse de tal manera que la mayora de


las interacciones se produzcan dentro de y no entre los lmites de distintos
subsistemas, con objeto de reducir las dependencias existentes entre ellos.
Todo sistema debera dividirse en un pequeo nmero de subsistemas. Cada
subsistema, a su vez, debe descomponerse en subsistemas propios an ms
pequeos. Los subsistemas de ms bajo nivel se denominan mdulos.

-La relacin entre dos subsistemas puede ser cliente-proveedor o


punto a punto. En las primeras, el cliente debe conocer la interfaz del
proveedor, pero ste no necesita conocer las interfaces de aquellos porque
todas las interacciones son iniciadas por los clientes, empleando la interfaz
del proveedor. En una relacin entre pares, cada subsistema puede llamar a
los dems. Una comunicacin desde un subsistema hacia otro no va
necesariamente seguida por una respuesta inmediata. Las interacciones
entre pares son ms complejas porque los subsistemas deben conocer las
interfaces del otro. Hay ciclos de comunicaciones que son difciles de
entender y proclives a sutiles errores de diseo. Hay que buscar
descomposiciones cliente-proveedor siempre que sea posible, porque una

11

interaccin mono direccional es mucho ms fcil de construir, comprender y


modificar que una interaccin bidireccional.

Entorno tecnolgico
-En que se desarrollara el sistema, se identificara los componentes
tecnolgicos

necesarios

para

proporcionar

soporte a las funciones

desarrolladas por el sistema, a la gestin de la informacin manejada y a la


distribucin geogrfica de dicho sistemas.
Entre los componentes a definir tenemos:

Equipo fsico: Procesadores, dispositivos, ordenadores

personales, estaciones de trabajo, etc.


Gestin de Datos: Sistemas de gestin de bases de datos,

diccionarios de datos, etc.


Comunicaciones: Controladores de red, interfaz externas,

protocolos, recuperacin, respaldo, etc.


Equipo Lgico: Sistemas operativos, lgica de red, generadores
de aplicaciones, lenguajes de consulta, facilidades para el desarrollo

de aplicaciones, herramientas CASE.


Gestin de Operaciones en Explotacin: Herramientas de control
de trabajos, planes de contingencia, etc.
-Para ayudar a definir el entorno tecnolgico del nuevo sistema

ser necesario la participacin activa de especialistas en tecnologa y se


realizar antes o en paralelo a

las siguientes actividades:

Disear

la

Arquitectura fsica del sistema, y la actividad de Disear la estructura fsica


de datos del sistema.

12

Requisitos de operacin, seguridad y control


-En esta tarea, se definen para cada uno de los componentes del
sistema, los requisitos de operacin del mismo.
Para ello, ser preciso establecer:

Identificar los requisitos del tratamiento interactivo. Identificar los


requisitos de tratamiento diario y definir la secuencia en que
deben ser realizados, as como sus interdependencias.

Examinar el resto de los procesos que no sean diarios y establecer


otros periodos de tiempo requeridos.

Los componentes del sistema que solo se realicen si hay peticin.


Considerando, para estos componentes los siguientes puntos.

Identificar el tipo de peticin de tratamiento de los componentes


que no se vayan a utilizar en forma regular.

Establecer los procedimientos de peticin y acordarlos con los


usuarios.
-As mismo, ser de utilidad la identificacin de actividades fsicas

del sistema, as como la descripcin de los componentes realizados en la


Actividad Disear la arquitectura fsica del sistema,

para establecer

los

requisitos de operacin del sistema.


-Adems, se especificaran en detalle los requisitos de Seguridad y
control, que debern minimizar o eliminar

la prdida o alteracin de los

datos.

13

-Para ello, se debern revisar los requisitos no funcionales del


sistema, definidos en la Fase de Anlisis de Sistemas y especificar los
procedimientos necesarios para cumplir estos requisitos entre los que cabe
destacar:

Especificacin de claves de acceso al sistema.

Especificaciones claves de acceso de los datos o a funciones


especficas del sistema.

Desarrollo de ficheros que permitan controlar los accesos al sistema


(propietarios o logins).

Limitacin del nmero de intentos de acceso.

Especificacin de recuperacin y reanudacin de trabajos.

Especificacin de copias de seguridad o respaldo peridicos.

Especificacin en detalle de los procedimientos de control de


trabajos.

14

Conclusin
-En Conclusin un proyecto de desarrollo de un Sistema de
Informacin comprende 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.
-En la tarea de especificacin de requisitos de operacin, seguridad y
control, se definen para cada uno de los componentes del sistema, los
requisitos de operacin del mismo, donde para ello es preciso establecer
aquellos componentes del sistema que se ejecuten en forma regular.
Considerando, para estos componentes, los puntos que se indican tales
como identificar los requisitos del tratamiento interactivo, examinar el resto
de los procesos que no sean diarios, los componentes del sistema que solo
se realicen si hay peticin.
-As mismo, ser de utilidad la identificacin de actividades fsicas del
sistema, as como la descripcin

de los componentes realizados en la

Actividad Disear.

15

Bibliografa
Links de pginas:
http://www.monografias.com/trabajos7/sisinf/sisinf.shtml
https://es.wikipedia.org/wiki/Sistema_de_informaci%C3%B3n

16

You might also like