jueves, 5 de diciembre de 2013
martes, 3 de diciembre de 2013
miércoles, 24 de julio de 2013
domingo, 14 de julio de 2013
martes, 18 de junio de 2013
Teleprocesos
Teleproceso es el resultado de la
conjunción de dos palabras, la primera TELE significa “a distancia” y PROCESO “en el ámbito de la informática, es la ejecución sistemática de un conjunto de
instrucciones, para capturar datos de entrada, transformarlos y generar una
salida”, por lo tanto se puede inferir que TELEPROCESO es la ejecución de una
aplicación de forma remota, mediante el uso de una red de comunicación de
datos.
De lo anterior se puede decir que la
palabra Teleproceso esta generalmente asociada con las redes de comunicación de
datos, esto es totalmente cierto, porque
es una condición necesaria, no
obstante el Teleproceso existe en todas la aplicaciones de la vida que cumple
con la definición antes descrita, por ejemplo en los programas de radio, en la
televisión, en la telemedicina, en la telemetría, etc.
También existen otros términos como
Telemática “derivado del ingles telematics, y se refiere al manejo automatizado
de la información de forma remota mediante el uso de redes de comunicación”.
Telecomunicación “la transmisión a distancia de información entre un emisor y
un receptor mediante el uso de un medio,
enlace o canal”.
Sobre la base de lo expresado anteriormente se
analizarán los conceptos y temas relacionados con las redes de comunicación de
datos a fin de obtener una visión más
amplia de lo que hace posible la existencia del Teleproceso.
Medios de Transmisión de Datos
En el mismo instante en que escribo esta entrada en el blog estoy haciendo uso del Teleproceso, y ello es posible al medio de transmisión de datos que esta soportando la conexión a Internet.
Fuente: http://temastecnologicosactuales.blogspot.com
Telemática
La Telemática es una disciplina científica y tecnológica,
originada por la convergencia entre las tecnologías de las
Telecomunicaciones y de la Informática.
La Telemática cubre un campo científico y tecnológico de una
considerable amplitud, englobando el estudio, diseño, gestión y
aplicación de las redes y servicios de comunicaciones, para el
transporte, almacenamiento y procesado de cualquier tipo de información
(datos, voz, vídeo, etc.), incluyendo el análisis y diseño de
tecnologías y sistemas de conmutación. La Telemática abarca entre otros
conceptos los siguientes planos funcionales:
- El plano de usuario, donde se distribuye y procesa la información de los servicios y aplicaciones finales;
- El plano de señalización y control, donde se distribuye y procesa la información de control del propio sistema, y su interacción con los usuarios;
- El plano de gestión, donde se distribuye y procesa la información de operación y gestión del sistema y los servicios, y su interacción con los operadores de la red.
Cada uno de los planos se estructura en subsistemas denominados
entidades de protocolo, que a su vez se ubican por su funcionalidad en
varios niveles. Estos niveles son agrupaciones de funcionalidad, y según
el Modelo de interconexión de sistemas abiertos (OSI) de la Organización Internacional para la Estandarización
(ISO) se componen de: nivel físico, nivel de enlace, nivel de red,
nivel de transporte extremo a extremo, nivel de sesión, nivel de
presentación y nivel de aplicación.
Trata también servicios como la tele-educación, el comercio
electrónico (e-commerce) o la administración electrónica (e-government),
servicios Web, TV digital, la conmutación y la arquitectura de
conmutadores, y también toca temas como el análisis de prestaciones,
modelado y simulación de redes: optimización, planificación de la
capacidad, ingeniería de tráfico y diseño de redes.
Otra modalidad es encontrarla focalizada en una actividad específica
como Telemática Educativa en donde se desarrolla el uso de los recursos
telemáticos dirigidos a la Educación; entre ellos la comunicación
interactiva, la distribución de la información y el uso pedagógico de
los servicios.
Origen del término:
El término "Telemática" se acuñó en Francia (télématique). En 1976, en un informe encargado por el presidente francés y elaborado por Simon Nora y Alain Minc (conocido como informe Nora-Minc y distribuido por el título: "Informatización de la Sociedad"), en el que se daba una visión increíblemente precisa de la evolución tecnológica futura.
Pero al igual que en Francia, en los países anglosajones también existe la disciplina telemática, la cual es denominada como Computer and Communications (del inglés: "Ordenador y Comunicaciones”) o "Compunication" (concepto acuñado por Wen Gao en su artículo “Compunication: From Concept to Practice”). No obstante hay matices claves a distinguir entre los dos términos.
Para aclarar esto, conviene situarse en el contexto de la época: por una
parte Francia, que ponía claro énfasis en las telecomunicaciones como
motor de su transformación social en los 70's, mientras que Estados Unidos estaba viviendo una gran revolución de la informática. Así, Compunication (computadores + comunicación) apunta a un modelo con mayor relevancia de los sistemas informáticos; telemática (télématique)
por su parte, refiere a un mayor énfasis en la telecomunicación en sí.
En la actualidad, esta diferencia de origen se ha perdido, ya que esta
disciplina científica y tecnológica ha convergido por completo a nivel
mundial, para formar un único cuerpo de conocimiento bien establecido.
Naciendo de esta forma el actual significado de la Telemática.
jueves, 7 de febrero de 2013
Conclusión
Sistema de Información:
Es un
conjunto de elementos que interactúan entre sí con el propósito de cumplir con
un objetivo, también son utilizados para almacenar información que será
utilizada posteriormente.
Los
sistemas de información se caracterizan porque su principal función es
almacenar y administrar información de manera organizada, para que cuando
llegue el momento de utilizarla se pueda hacer lo más cómoda y rápidamente
posible.
Sus elementos son:
· Entrada
· Proceso
· Salida
Ciclo de Vida de los Sistemas:
· Reconocimiento
del problema
· Estudio
de factibilidad
· Análisis
· Diseño
· Implementación
· Prueba
· Mantenimiento
Técnica:
Es un conjunto de habilidades o procedimientos cuyo propósito es el de
facilitar las tareas a realizar.
Herramienta:
Es un objeto elaborado a fin
de facilitar la realización de una tarea mecánica que requiere de una
aplicación correcta de energía.
Método:
Es un conjunto de procedimientos que permiten
que un objeto ejecute una acción o tarea sobre sí mismo.
Metodología:
Es una guía que contiene procedimientos,
normas, prácticas y herramientas que indicarán cómo se debe actuar para
alcanzar un objetivo determinado en alguna disciplina.
Metodología de Kendall & Kendall:
· -Identificación del
problema y oportunidades
· -Determinación de los
requisitos de información
· -Análisis de las
necesidades del sistema
· -Diseño del sistema
recomendado
· -Desarrollo y
documentación del software
· -Prueba y
mantenimiento del sistema
· -Implementación del
sistema
Razones para
el inicio de un proyecto:
Las razones
para iniciar un proyecto pueden ser muy variadas, pero principalmente se toma
en cuenta esta idea cuando existe una necesidad de mejorar algún área de una
empresa o para resolver algún problema.
Utilizar las
diferentes técnicas de recolección de datos:
· La entrevista: La entrevista es un tipo de interacción
verbal que, a diferencia de la conversación espontánea, suele tener un objetivo
predeterminado que consiste en obtener información sobre hechos, personas o
culturas. La entrevista se emplea en diversos campos profesionales.
·
El cuestionario: Los cuestionarios son una serie de
preguntas ordenadas, que buscan obtener información de parte de quien
las responde, para servir a quien pregunta o a ambas partes.
Revisión
de Registro: Con frecuencia en muchas empresas la información ya se encuentra
disponible para que los analistas conozcan la actividad u operaciones con las
cuales no está familiarizado. Los analistas examinan datos y
descripciones que ya están escritos o registradas en relación con el sistema y
departamento de usuarios.
· Observación: Técnica en que consiste en examinar e
investigar alguna situación, hecho, fenómeno. etc.; con el fin
de recolectar datos o información para
describirlo, así pretendiendo lograr que el ser humano presente el
mayor números de datos registrados.
·
Requerimiento: Es una necesidad documentada sobre el
contenido, forma o funcionalidad de un producto o servicio.
Diagrama funcional:
Es una representación gráfica que sirve
para mostrar el funcionamiento de una institución, empresa, computador, sistema
o una máquina o teoría científica.
Diagrama
de árbol:
Es una representación gráfica de un experimento que
consta de varios pasos, donde cada uno de los pasos tiene un número
limitado de maneras de ser llevado a cabo.
Diagrama
de flujo de datos:
Es la representación gráfica del flujo de los datos en un sistema de
información, también puede ser utilizado para observar el proceso de los datos
que se encuentren en el sistema de información.
Diccionario
de datos:
Es semejante a una
base de datos o almacén que se encuentra en el sistema, en este se encuentra
una lista con todas las palabras clave del sistema y cada una de ella esta
enlazada a una función específica.
Descomposición
funcional:
Se refiere al
proceso por el cual se toma un sistema de información y se descompone
sucesivamente hasta llegar a la mínima expresión. Todo esto en base a su
funcionalidad.
Estudio de
factibilidad:
Se refiere cuando se
toman en cuenta todas las opciones de proyectos presentadas a la directiva de
una empresa y son estudiadas cada una de ellas con el fin de determinar cuál es
la más factible para realizar.
Factibilidad
operacional:
Es cuando se estudia
la posibilidad de capacitar al personal ya existente en una empresa para la
implementación de un proyecto, o contratar personal ya capacitado.
Factibilidad
técnica:
Es cuando se estudia
la posibilidad de adquirir equipos con el requerimiento necesario para la
implementación del sistema, o también de repotenciar los equipos ya existentes
en caso de que sea necesario.
Factibilidad
económica:
Es cuando se estudia
la posibilidad de adquirir un sistema que solvente los problemas presentes en
la empresa, tomando en cuenta el presupuesto que esta posee.
lunes, 4 de febrero de 2013
Diagrama de Flujo de Datos
Un diagrama de flujo de datos (DFD)
Es una representación gráfica para la maceta del
"flujo" de datos a través de un sistema de información. Un
diagrama de flujo de datos también se puede utilizar para la visualización de
procesamiento de datos (diseño estructurado). Es una práctica común para un diseñador dibujar
un contexto a nivel de DFD que primero muestra la interacción entre el sistema y
las entidades externas. Este contexto a nivel de DFD se "explotó"
para mostrar más detalles del sistema que se está modelando.
Los diagramas de flujo de datos fueron inventados
por Larry Constantine, el desarrollador original del diseño
estructurado, basado en el modelo de computación de Martin y Estrin:
"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 patrocinador de un proyecto y los usuarios finales tendrán
que ser informados y consultados en todas las etapas de una evolución del sistema.
Con un diagrama de flujo de datos, los usuarios van a poder visualizar la forma
en que el sistema funcione, lo que el sistema va a lograr, y cómo el sistema se
pondrá en práctica. El antiguo sistema de diagramas de flujo de datos puede ser
elaborado y se comparó con el nuevo sistema de diagramas de flujo para
establecer diferencias y mejoras a aplicar para desarrollar un sistema más eficiente.
Los diagramas de flujo de datos pueden ser usados para proporcionar al usuario
final una idea física de cómo resultarán los datos a última instancia, y cómo
tienen un efecto sobre la estructura de todo el sistema. La manera en que
cualquier sistema es desarrollado, puede determinarse a través de un diagrama
de flujo de datos.
Sus niveles 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 se caracterizan todas las interacciones que realiza un sistema con
su entorno (entidades externas), estas pueden ser otros sistemas, sectores
internos a la organización, o factores externos a la misma. Se dibuja un sólo
proceso que representa al sistema en cuestión y se escribe su nombre en dicha
burbuja como un sustantivo común más adjetivos. De él solamente parten los
flujos de datos que denotan las interrelaciones entre el sistema y sus agentes
externos, no admitiéndose otros procesos ni almacenamientos en el dibujo.
Resulta de
gran utilidad para los niveles posteriores de análisis como herramienta de
balanceo. Y es conocido como el Diagrama de Flujo de Datos DFD de Nivel
"0"
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 suelen interrelacionarse directamente,
sino que entre ellos debe existir algún almacenamiento o entidad externa que
los una. Esta regla de construcción sirve como ayuda al analista para
contemplar que en un nivel tan elevado de abstracción (DFD Nivel 1) es
altamente probable que la información que se maneja requiera ser almacenada en
el sistema aunque no esté especificado por un Requisito
funcional, siendo en realidad un requisito
no-funcional.
Diagrama
de detalle o expansión: Nivel 2
En un diagrama
de nivel 2 o mayor, comienzan a explotarse las excepciones a los caminos
principales de la información dado que aumenta progresivamente el nivel de
detalle. De aquí en adelante se permiten los flujos entre procesos.
El DFD
(Diagrama De Flujo De Datos) nivel 2 puede considerarse el máximo para ser
validado en forma conjunta con el usuario dado que en los niveles posteriores
el alto grado de complejidad del diagrama puede resultar de muy difícil lectura
para personas ajenas al equipo de sistemas. También se recomienda el diagrama de
nivel superior.
Diagrama Funcional
Muestra
las funciones del sistema de forma gráfica y con algunas aclaraciones en texto.
En otras palabras, muestra los procesos que se llevan a cabo en un sistema. Por
eso también es llamado modelo de procesos. Debe mostrar también las entradas al
sistema (de datos, materiales, energía, etc) y las salidas del sistema
(productos, datos, energía, etc.).
Por
lo tanto, en programación el esquema funcional consiste en una descripción
gráfica del funcionamiento del programa, así como de las funciones que forman
parte del mismo.
Diagrama de Árbol
El diagrama de árbol es una representación gráfica
de los posibles resultados del experimento, el cual consta una serie de pasos,
donde cada uno de los pasos tiene un número finito de maneras de ser llevado a
cabo. Se utiliza en los problemas de conteo y probabilidad.
Para la construcción de un diagrama en árbol se
partirá poniendo una rama para cada una de las posibilidades, acompañada de su
probabilidad. Cada una de estas ramas se conoce como rama de primera
generación.
Estudio de Factibilidad
Factibilidad
Se refiere a la disponibilidad de los recursos
necesarios para llevar a cabo los objetivos o metas señaladas. Generalmente la
factibilidad se determina sobre un proyecto.
El estudio de factibilidad, es una de las primeras etapas del desarrollo
de un sistema informático. El estudio incluye los objetivos, alcances y
restricciones sobre el sistema, además de un modelo lógico de alto nivel del
sistema actual (si existe). A partir de esto, se crean soluciones alternativas
para el nuevo sistema, analizando para cada una de éstas, diferentes tipos de
factibilidades.
Los tipos de factibilidades básicamente son:
· Factibilidad técnica: si existe o
está al alcance la tecnología necesaria para el sistema.
· Factibilidad
económica: relación beneficio costo.
· Factibilidad
operacional u organizacional: si el sistema puede funcionar en
la organización.
Para cada solución factible, se presenta una planificación preliminar de
su implementación.
Estos resultados se entregan a la gerencia, quienes son los que aprueban
la realización del sistema informático.
El estudio de factibilidad, es una tarea que suele estar organizada y realizada
por los analistas de sistemas. El estudio consume aproximadamente entre un 5% y
un 10% del costo estimado total del proyecto, y el período de elaboración del
mismo varía dependiendo del tamaño y tipo de sistema a desarrollar.
Factibilidad Económica
Se refiere a que se dispone del capital en efectivo o de los créditos de
financiamiento necesario para invertir en el desarrollo del proyecto, mismo que
deberá haber probado que sus beneficios a obtener son superiores a sus costos
en que incurrirá al desarrollar e implementar el proyecto o sistema.
Factibilidad Comercial
Proporciona un mercado de clientes dispuestos a adquirir y utilizar los
productos y servicios obtenidos del proyecto desarrollado. Asimismo, indica si
existen las líneas de obtención, distribución y comercialización del producto
del sistema y de no ser así indica que es posible crear o abrir esas líneas
para hacer llegar las mercancías o los servicios a los clientes que así lo
desean.
Factibilidad Operativa
Se refiere a que debe existir el personal capacitado requerido para
llevar a cabo el proyecto y así mismo, deben existir usuarios finales
dispuestos a emplear los productos o servicios generados por el proyecto o
sistema desarrollado.
Factibilidad Técnica
Indica si se dispone de los conocimientos y habilidades en el manejo de
métodos, procedimientos y funciones requeridas para el desarrollo e
implantación del proyecto. Además indica si se dispone del equipo y
herramientas para llevarlo a cabo, de no ser así, si existe la posibilidad de
generarlos o crearlos en el tiempo requerido por el proyecto. Así es y luego
implementarlo cada vez más seguro así tendremos un proyecto mucho mejor.
Análisis Ecológico
En ella se pide que se respete la vida de los seres vivos, evitando
sobre explotación o mal uso de los recursos para mantener un equilibrio entre
los ecosistemas y su medio ambiente. Esta ecología ha sido la más ignorada por
los seres humanos desde la antigüedad.
Factibilidad Organizacional
Determina si existe una estructura funcional y/o divisional de tipo
formal o informal que apoyen y faciliten las relaciones entre personal, sean
empleados o gerentes, de tal manera que provoquen un mejor aprovechamiento de
los recursos especializados y una mayor eficiencia y coordinación entre los que
diseñan, procesan, producen y comercializan los productos o servicios.
Factibilidad Legal
Se refiere a que el desarrollo del proyecto o sistema no debe infringir
alguna norma o ley establecida a nivel local, municipal, estatal o federal.
Factibilidad Política
Se refiere a que el sistema o proyecto propuesto debe respetar los
acuerdos, convenios y reglamentos internos de tipo empresarial, industrial,
sindical, religioso, partidista, cultural, deportivo u algún otro relacionado
con el ámbito del proyecto.
Factibilidad de Tiempo
En ella se verifica que se cumplan los plazos entre lo planeado y lo
real, para poder llevar a cabo el proyecto cuando se necesite.
La carta estructurada
También es conocida
como el modelo de producto, es una metodología de análisis y diseño de sistemas
de análisis estructurado, lo que muestra es un mapa de diseño de arriba hacia
abajo (top-down) de tipo jerárquico en el que se asienta cómo será programado
el proyecto, construido, integrado y probado.
Hay una herramienta CASE que se llama Visible Analyst y te permite modelar análisis estructurado y orientado a objetos.
Hay una herramienta CASE que se llama Visible Analyst y te permite modelar análisis estructurado y orientado a objetos.
Diseño Top-Down o Descomposición
Funcional
El diseño Top-Down o también conocido
como Descomposición Funcional, fue promovido en la década de 1970 por el
investigador de IBM Harlan Mills y Nickaus Wirth. Mills desarrolló conceptos de
programación estructurada para utilizarlos y probarlos en un proyecto de 1969
que tenía como objetivo automatizar algunos procedimientos del periódico New
York Times. El desarrollo de este proyecto hizo que se dispersara y se ampliara
la idea de hacer los programas con esta filosofía de trabajo al resto de los
desarrolladores de IBM, así como al resto de la industria del software. Por su
parte, Nicklaus Wirth, desarrolló entre otros lenguajes, el lenguaje de
programación Pascal, escribió un artículo muy importante acerca del Desarrollo
de programas por medio de refinamiento de pasos. Esta idea de diseñar programas
permaneció como principal corriente de desarrollo hasta fines de la década de
1980, cuando fue desplazada por la programación orientada a objetos, sin
embargo continúa siendo una muy importante ayuda para el desarrollo de los
métodos en los la programación orientada a objetos.
Suscribirse a:
Entradas (Atom)