INSTITUTO UNIVERSITARIO DE TECNOLOGIA DE

ADMINISTRACIN INDUSTRIAL
EXTENSIN PUERTO LA CRUZ
AMPLIACIN PUERTO PRITU

Profesora:

Bachilleres:

Yenifer Olivares

Ramirez Yesenia
C.I 23.653.196
Pancho Betzabeth
C.I 27.396.510

Puerto Piritu, Febrero 2016

Introduccin

El anlisis de sistemas como ciencia tiene varios campos en los que se

aplica como lo es la informtica o la ingeniera industrial. Esta debe estar
presente en cada organizacin ya que con ella podemos mejorar, adaptar o
iniciar un nuevo diseo para un sistema.
Esta disciplina trata bsicamente de determinar los objetivos a realizar,
los limites que este sistema puede llegar a tener, caracterizar y definir su
estructura, las acciones que puede llevar y su funcionamiento, adems de
que debe de marcar las directrices que le permiten alcanzar sus objetivos
principales que se le proponen y evaluar el factor causa-consecuencia.

Definir los conceptos inherentes al anlisis de sistemas

Sistemas automatizados.- Es un sistema donde se trasfieren tareas de

produccin, realizadas habitualmente por operadores humanos a un conjunto
de elementos tecnolgicos.
Sistemas en lnea.- Es aquel que acepta material de entrada directamente
del rea en donde se creo, tambin es aquel en el que el material de salida o
resultado de computacin se devuelve adonde es requerido.
Sistema de apoyo a decisiones.- Son utilizados por gerentes o jefes para
evaluar y analizar la misin de la organizacin.
Sistemas basados en el conocimiento.- Son programas que contienen
conocimientos y capacidad necesarios para desempearse en un nivel
experto.
DFD.- Diagrama de flujo de datos
Diagrama de flujo de datos.- Es una herramienta que permite visualizar un
sistema como una red de procesos funcionales, conectados entre s por
conductos y tanques de almacenamiento de datos.
DTE.- Diagrama de Transicin de Estados
Personal de operacin.- Se define como la persona o personas que
operaran el sistema.

Diagrama.- Representacin grfica de una relacin funcional o lgica, como

la que hay entre las partes de un conjunto o los elementos.

Entidad.- Objeto abstracto de algn tipo (instancia).

Instancia.- Es una copia de una versin ejecutable del programa que ha sido
escrito en la memoria de la computadora.
Conjunto de entidades.- Una coleccin de objetos similares (clase).
Clase.- Es una construccin que se utiliza como un modelo (o plantilla) para
crear objetos de ese tipo.
Atributos.- Propiedades de entidades en un conjunto de entidades.
Relaciones.- Conexiones entre 2 o ms conjuntos de entidades.
Diagrama de contexto.- Representa la vista de ms alto nivel de las
principales funciones del sistema, al igual que sus principales interfaces.
Explicar objetivos fases

del ciclo

de desarrollo de sistema con

metodologa estructurada orientada a objetos

Los objetos son entidades que tienen un determinado "estado",
"comportamiento (mtodo)" e "identidad":

El estado est compuesto de datos o informaciones; sern uno o

varios atributos a los que se habrn asignado unos valores concretos
(datos).

El comportamiento est definido por los mtodos o mensajes a los

que sabe responder dicho objeto, es decir, qu operaciones se pueden
realizar con l.

La identidad es una propiedad de un objeto que lo diferencia del

resto; dicho con otras palabras, es su identificador (concepto anlogo al
de identificador de una variable o una constante).

Un objeto contiene toda la informacin que permite definirlo e identificarlo

frente a otros objetos pertenecientes a otras clases e incluso frente a objetos
de una misma clase, al poder tener valores bien diferenciados en sus
atributos. A su vez, los objetos disponen de mecanismos de interaccin
llamados mtodos, que favorecen la comunicacin entre ellos. Esta
comunicacin favorece a su vez el cambio de estado en los propios objetos.
Esta caracterstica lleva a tratarlos como unidades indivisibles, en las que no
se separa el estado y el comportamiento.
Los mtodos (comportamiento)

y atributos (estado)

estn

estrechamente relacionados por la propiedad de conjunto. Esta propiedad

destaca que una clase requiere de mtodos para poder tratar los atributos
con los que cuenta. El programador debe pensar indistintamente en ambos
conceptos, sin separar ni darle mayor importancia a alguno de ellos. Hacerlo
podra producir el hbito errneo de crear clases contenedoras de
informacin por un lado y clases con mtodos que manejen a las primeras
por el otro. De esta manera se estara realizando una "programacin
estructurada camuflada" en un lenguaje de POO.
La programacin orientada a objetos difiere de la programacin
estructurada tradicional, en la que los datos y los procedimientos estn
separados y sin relacin, ya que lo nico que se busca es el procesamiento
de unos datos de entrada para obtener otros de salida. La programacin

estructurada anima al programador a pensar sobre todo en trminos de

procedimientos o funciones, y en segundo lugar en las estructuras de datos
que esos procedimientos manejan. En la programacin estructurada solo se
escriben funciones que procesan datos. Los programadores que emplean
POO, en cambio, primero definen objetos para luego enviarles mensajes
solicitndoles que realicen sus mtodos por s mismos.

Modelos aplicables al anlisis del sistema

Modelo conceptual de procesos
El modelado de procesos debe ser entendido, a saber, por dos
cuestiones importantes: el modelado y los procesos. Frecuentemente los
sistemas (conjuntos de procesos y subprocesos integrados en una
organizacin) son difciles de comprender, amplios, complejos y confusos;
con mltiples puntos de contacto entre s y con un buen nmero de reas
funcionales, departamentos y puestos implicados. Un modelo puede dar la
oportunidad de organizar y documentar la informacin sobre un sistema.
Un modelo es una representacin de una realidad. Modelar es
desarrollar una descripcin lo suficientemente buena de un sistema y de las
actividades llevadas a cabo en l.
Cuando un proceso es modelado, con ayuda de una representacin
grfica (diagrama de proceso), pueden apreciarse con facilidad las
interrelaciones existentes entre distintas actividades, analizar cada actividad,
definir los puntos de contacto con otros procesos, as como identificar los
subprocesos comprendidos. Al mismo tiempo, los problemas existentes

pueden ponerse de manifiesto claramente dando la oportunidad al inicio de

acciones de mejora.
El modelado de procesos va relacionado a la planificacin del modelo
de negocio. Los sistemas de produccin, actividades de procesos y el
posicionamiento en la cadena de valor, son algunos de los sub-factores de
los procesos.

Diagramar es establecer una representacin visual de los procesos y

subprocesos, lo que permite obtener una informacin preliminar sobre la
amplitud de los mismos, sus tiempos y los de sus actividades.
La representacin grfica facilita el anlisis, uno de cuyos objetivos es
la descomposicin de los procesos de trabajo en actividades discretas.
Tambin hace posible la distincin entre aquellas que aportan valor aadido
de las que no lo hacen, es decir que no proveen directamente nada al cliente
del proceso o al resultado deseado. En este ltimo sentido cabe hacer una
precisin, ya que no todas las actividades que no proveen valor aadido han
de ser innecesarias; stas pueden ser actividades de apoyo y ser requeridas
para hacer ms eficaces las funciones de direccin y control, por razones de
seguridad o por motivos normativos y de legislacin.
Diagramar es una actividad ntimamente ligada al hecho de modelar un
proceso, que es por s mismo un componente esencial en la gestin de
procesos de negocios.
Modelo de funcionamiento
La autora describe el funcionamiento ocupacional a travs de ocho
niveles jerrquicos: sentido de competencia y autoestima, implicacin en

roles vitales, tareas, actividades, habilidades, capacidades desarrolladas,

capacidades

del

primer

nivel

sustratos

orgnicos

(cognitivos,

neuromusculares y dotacin gentica).

Despus de definir el perfil ocupacional del paciente, a

travs del

anlisis de su funcionamiento ocupacional, Trombly propone dos formas de

considerar la ocupacin:

ocupacin como fin

ocupacin como medio.
ocupacin como fin: la actividad es significativa para el sujeto y

permite que la persona organizar su conducta y horarios.

ocupacin como medio: la actividad propicia el cambio o la
recuperacin de un dficit.

Trombly defiende que enlazando las actividades con la funcionalidad

ocupacional del paciente le conducir a: un sentimiento de eficacia y
autoestima, un sentimiento de competencia, a su implicacin en roles, sus
tareas, actividades, habilidades, capacidades desarrolladas y el sustrato
orgnico.
Tratando el caso de Borja, utilizando el modelo de Trombly, se podr
compensar la disfuncin de las habilidades presentadas por el paciente y
tambin mantener sus competencias cognitivas el mayor tiempo posible
procurando evitar un rpido avance del deterioro de sus capacidades.
La actividad seleccionada es significativa para Borja, ya que l va a
regalar los portavelas, hacer un regalo es un comportamiento cultural que le
permite mejorar su interaccin social, en ese caso la actividad es un fin en si
misma.

Tambin es un medio porque con la actividad se propicia el movimiento

de sus brazos y de esa manera compensar sus dficits de movimiento.
El objetivo principal de la actividad es mantener la competencia
cognitiva del paciente para evitar su deterioro.

Modelo fsico de procesos

Un modelo fsico de procesos es un lenguaje orientado a hablar de una Base
de Datos. Tpicamente un modelo de datos permite describir:

Las estructuras de datos de la base: El tipo de los datos que hay en la

base y la forma en que se relacionan.

Las restricciones de integridad: Un conjunto de condiciones que deben

cumplir los datos para reflejar la realidad deseada.

Operaciones de manipulacin de los datos: tpicamente, operaciones

de agregado, borrado, modificacin y recuperacin de los datos de la
base.

Otro enfoque es pensar que un modelo de datos permite describir los

elementos de la realidad que intervienen en un problema dado y la forma en
que se relacionan esos elementos entre s.
No hay que perder de vista que una Base de Datos siempre est orientada a
resolver un problema determinado, por lo que los dos enfoques propuestos
son necesarios en cualquier desarrollo de software.

Un modelo

de

datos es

un

lenguaje

que,

tpicamente,

tiene

dos

sublenguajes:

Un Lenguaje

de

Definicin

de

Datos o DDL (Data

Definition

Language), orientado a describir de una forma abstracta las estructuras

de datos y las restricciones de integridad.

Un Lenguaje de Manipulacin de Datos o DML (Data Manipulation

Language), orientado a describir las operaciones de manipulacin de los
datos.

A la parte del DML orientada a la recuperacin de datos, usualmente se le

llama Lenguaje de Consulta o QL (Query Language).
Establecer diferencias y relaciones entre los modelos, procesos y datos
El desarrollo de modelos ofrece una serie de ventajas, a saber:

El modelo permite discutir con el usuario las necesidades a ser

cubiertas Sirve de base para definir la apariencia y el diseo del

producto final
Permite representar y evaluar conceptos esenciales de un rea

funcional o un sistema
En sistemas, un modelo permite representar una realidad compleja en

trminos simple.
Los sistemas de informacin manejan datos acerca de transacciones,
objetos y eventos, con el fin de procesar la cantidad de informacin

necesaria para cumplir con las actividades de una organizacin.

Las tareas de anlisis y diseo de sistemas trabajan simultneamente
con el modelo de datos que el sistema maneja y con el modelo de
procesos que capturan, transforman y utilizan dichos datos.

Conclusin
Un sistema de gestin de base de datos puede implementar uno o
varios modelos. La estructura ptima depende de la natural organizacin de
los datos de la aplicacin y de los requisitos de sta, que incluyen ritmo de
transacciones, fiabilidad, mantenibilidad, escalabilidad y coste. La mayor
parte de los sistemas de gestin de bases de datos estn construidos sobre
un modelo de datos concreto, aunque es posible que soporten ms de uno.
Sobre los distintos modelos fsicos de datos se puede implementar
cualquier modelo lgico. La mayora del software de base de datos ofrece al
usuario cierto control sobre la implementacin fsica, dado el impacto que
tiene en las prestaciones. Un modelo no es slo un modo de estructurar los
datos: tambin define el conjunto de operaciones que se pueden realizar con
los datos.

Bibliografa
http://www.buenastareas.com/ensayos/Importancia-Del-Analisis-DeSistemas/5092762.html
http://es.slideshare.net/lissetsuarez/modelos-de-datos-y-procesos
http://www.campusmvp.es/recursos/post/Disenando-una-base-de-datos-enel-modelo-relacional.aspx