martes, 25 de febrero de 2020

Modelo de Sistemas de Información

El objetivo de los sistemas de información es el apoyo a los procesos organizacionales, para que estos aporten valor a las organizaciones. Las primeras fases del desarrollo de sistemas de información implican el análisis y eventual mejoramiento o innovación de los procesos organizacionales, mediante la introducción de tecnología informática, para luego pasar a las especificaciones de los requerimientos que debe cumplir el sistema a desarrollar. Estas actividades son críticas para abordar y resolver los problemas en el campo laboral.

Todos estos elementos interactúan para procesar los datos (incluidos los procesos manuales y automáticos) y dan lugar a información más elaborada, que se distribuye de la manera más adecuada posible en una determinada organización, en función de sus objetivos. Si bien la existencia de la mayor parte de sistemas de información son de conocimiento público, recientemente se ha revelado que desde finales del siglo XX diversos gobiernos han instaurado sistemas de información para el espionaje de carácter secreto.

Habitualmente el término "sistema de información" se usa de manera errónea como sinónimo de sistema de información informático, en parte porque en la mayoría de los casos los recursos materiales de un sistema de información están constituidos casi en su totalidad por sistemas de información. Estrictamente hablando, un sistema de información no tiene por qué disponer de dichos recursos (aunque en la práctica esto no suela ocurrir). Se podría decir entonces que los sistemas de información informáticos son una subclase o un subconjunto de los sistemas de información en general.



Un sistema de información debe cumplir con los siguientes componentes básicos interactuando entre sí:
  • El hardward, equipo físico utilizado para procesar y almacenar datos,
  • El software y los procedimientos utilizados para transformar y extraer información,
  • Los datos que representan las actividades de la empresa,
  • la red que permite compartir recursos entre computadoras y dispositivos,
  • las personas que desarrollan, mantienen y utilizan el sistema.
Los sistemas de información son una combinación de tres partes principales: las personas, los procesos del negocio y los equipos de tecnologías de la información.

Casos de Uso para Sistemas

Si bien dijimos que podemos separar el todo en partes y poder unirlos, pero vamos a definir los casos de uso: un caso de uso es una descripción de las acciones de un sistema desde el punto de vista del usuario. Es una herramienta valiosa dado que es una técnica de aciertos y errores para obtener los requerimientos del sistema, justamente desde el punto de vista del usuario.

Los diagramas modelan la funcionalidad del sistema usando actores y casos de uso. Los casos de uso son servicios o funciones provistas por el sistema para sus usuarios, como vemos a continuación:

El rectángulo representa los límites del sistema que contiene los casos de uso. Los actores se ubican fuera de los límites del Sistema.
El caso de uso Se representan con óvalos. La etiqueta en el óvalo indica la función del sistema.
El actor en un diagrama de caso de uso contiene los símbolos del actor y del caso de uso, junto con líneas conectoras. Los actores son similares a las entidades externas; existen fuera del sistema. El término actor se refiere a un rol específico de un usuario del sistema, como se ve en la figura de arriba.
Hay relaciones entre un actor y un caso de uso, se dibujan con una línea simple. Para relaciones entre casos de uso, se utilizan flechas etiquetadas “incluir” o “extender.” Una relación “incluir” indica que un caso de uso es necesitado por otro para poder cumplir una tarea. Una relación “extender” indica opciones alternativas para un cierto caso de uso.




También tiene sus relaciones activas que se conocen como relaciones de comportamiento y se utilizan principalmente en los diagramas de casos de uso. Hay cuatro tipos básicos de relaciones de comportamiento: comunica, incluye, extiende y generaliza.


Ahora definimos el lenguaje Unificado de Modelado “UML”, el cual podemos encontrar los CU. El UML es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad. Se lo puede definir como un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema.
Ofrece un estándar para describir un “plano” del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocio, funciones del sistema, y aspectos concretos como expresiones de lenguajes de programación, esquemas de bases de datos y compuestos reciclados. Algunas de las características de UML se definen a continuación:

Existen diferentes versiones de UML que se presentaron a lo largo del tiempo, este se estandarizo desde el año 2005, y es aprobado por la ISO. UML cuenta con varios tipos de diagramas, los cuales muestran diferentes aspectos de las entidades representadas, estos se clasifican según su estructura o comportamiento de la siguiente manera:

El diagrama de modelado UML es un estándar muy utilizado en la actualidad, y está conformado por varios diagramas que definen las diferentes funcionalidades u objeto de un proyecto de software, a este proceso se le conoce como modelo que es una representación simplificada de la realidad.
Los diagramas en UML se clasifican según su estructura o comportamiento, estos últimos se refieren a la forma en que se ejecutan las instrucciones o como se dan las actividades dentro del sistema. Los diagramas de estructura definen como se encuentra el software estructurado, un ejemplo de esto es el diagrama de componentes que define las diferentes partes que conforman el sistema para que funcione.
 Dentro de los diagramas UML encontramos los diagramas de casos de uso, estos describen que ara el sistema pero no de qué forma lo ara, son ideales para definir los requerimientos específicos y mostrarlos al cliente de tal forma que este pueda plantear sus ideas y correcciones de una mejor manera, ya que muchas veces el cliente no está seguro de lo que desea o como quiere que funcione.

Teoría General de Sistemas

A lo largo de nuestra vida siempre hemos estado rodeados de sistemas, así como tenemos un sistema como el reloj que se constituye de varias partes para darnos la hora, hay sistemas que deben ser mejor analizados y ahí es donde entra la TGS que analiza los problemas sin perder de vista el marco global del mismo, obviamente considerando todas las variables que intervienen en él y las relaciones que existen entre éstas, para así obtener la mejor solución a la problemática que se está tratando.

“Creo que es imposible conocer las partes, sin conocer el todo, como conocer el todo sin conocer específicamente las partes. " Blaise Pascal (1623-1662). Pensées, capítulo 1.

Desde los tiempos de la Antigua Grecia se ha tratado de ver de varias formas a un sistema, dos grandes ejemplos:

Sócrates:



El mundo real existe independientemente de los sentidos, aunque los elementos de mayor importancia en lo real no siempre son fácilmente observables.


Aristóteles:



 El todo es más que la suma de las partes, lo que se refiere a que de un todo podemos separar en partes.

La realidad cambiante y compleja ha exigido del hombre día a día una mayor parcelación de su mundo: física atómica, neurocirugía, cibernética, espeleología, etc. Cada ciencia en particular ha alcanzado un alto grado de especialización, responsable de los grandes avances académicos, científicos y tecnológicos. Su actitud frente al mundo: descomponerlo en tantos elem entos simples como sea posible. Aquí, el desarrollo de la ciencia está muy ligado a las ideas positivistas, en una especie de oposición a lo “sistèmico’’. 

Entonces la TGS  busca formular principios válidos para sistemas  generales (antes llamados objetos), sea cual fuere la naturaleza de sus Componentes y las fuerzas interactivas o de organización presentes en ellas. . El sistema surge como tal, ante todo, por la interacción adaptativa y equilibrante; donde el todo es más y a la vez menos que la suma de las partes, y posee una identidad supraindividual que está determinada comparativamente por las interrelaciones internas. De la misma forma, las partes constituyen el todo sin llegar a constituirlo, dependiendo al mismo tiempo de él, como parte de su estructura y funcionamiento.

La estructura de un sistema no es estática, sino que es la primacía del cambioy se considera como la forma en que el movimiento real es transferido. Chadwick (1981), citando a Buckley (1967), afirma que las estructras sociales y naturales no son más que las interacciones (en tiempo y espacio) de los procesos en curso de cambio y desarrollo que ocurren a niveles diferentes. En un sistema, la estructura está definida por elementos identificables materialmente: 

a) Límite: aquel que define las fronteras del sistema y lo separa del mundo exterior, p.e., la membrana de una célula, la frontera de un país, etc. 

b)Categorías de elementos: elementos dentro de una categoría, definidas en términos de relación, p.e., las moléculas de una célula, los habitantes de un país, etc.

 c)Almacenamiento: energía acumulada que necesita el sistema para funcionar (stocks de energía, infornmación y materia). 

d)Red de comunicación: aquella que permite el intercambio de energía, materia e información entre los elementos constitutivos en los diversos procesos internos.

e) Flujos: transferencia de energía, materia o información que circulan dentro del sistema y en relación con su entorno. Es un proceso constante, dinámico y presente a todos los niveles. 

f)Compuertas (o llaves): forma de acelerar o retardar alguna parte del funcionamiento del sistema. Llamados también centros de decisión. 

g)Discontinuidades: Representados por los límites (tanto máximos como mínimos) permisibles para sufuncionamiento. Conocidos como umbrales; en su mayoría no son predecibles. Dada la importancia del concepto, se dedica Un capítulo especial a su tipología. 

h)Retroalimentación: circuitos de retroacción o retroalimentación, encargados de man tener al sistema con la energía necesaria para un funcionamiento estable. 

i) Entropía: es el colapso del sistema, los niveles de desorden.


“Se puede comer sin conocer las leyes de la digestión, respirar sin conocer las leyes de la respiración, se puede pensar sin conocer las leyes ni la naturaleza del pensamiento, se puede conocer sin conocer el conocimiento. Sólo al descubrir el error y la ilusión que han sido impuestos como verdades, procura conocerse. Tenemos una necesidad vital de situar, reflexionar, reinterrogar nuestro conocimiento, conocer las condiciones, posibilidades y límites de sus aptitudes para alcanzar la verdad a la que tiende”.


martes, 17 de diciembre de 2019

Estructura de sistemas para un cajero Automático ATM


Veamos un ejemplo de estructura de sistemas con un cajero automático, algo más sencillo de ver que una aplicación móvil.

Primero veamos la gráfica del enfoque sistémico





Enfoque sistémico:

Nombre: Cajero Automático ATM

Objetivo: Realizar operaciones bancarias

Función: Procesar datos y generar información, ejecución de acciones (realizar la operación bancaria), dar efectivo, hacer depósitos, validación de datos.

Partes del sistema: Pantalla, procesador, teclado, memoria, lector de tarjeta, lector de cheque, contador.

Medio ambiente: Usuario, banco, sitio de trabajo.

Límite: Case.

Frontera: Periféricos de entrada y salida.

Ahora veremos la gráfica del enfoque sistemático





Enfoque sistemático:

Entropía: Pérdida de información y energía.

Crecimiento: Contadores de billetes, límite de tiempos.

Evolución: Realización de más operaciones bancarias.

Retroalimentación positiva: Poder sacar efectivo sin monto límite.

Retroalimentación negativa: Historial de operaciones.


domingo, 17 de noviembre de 2019

ESTRUCTURA SISTEMÁTICA PARA REGISTRO DE ASISTENCIA

En este blog les pondré paso a paso como estructurar una aplicación para registrar la asistencia. 
Hay que tener en cuenta cuál es el alcance del nuestro App y para esta App sera exclusiva para Universidades. 



Para empezar vamos a hacer los requerimientos para la Aplicación.



Primero hagamos una lista de lo que necesita nuestra App:



-Usuario

{Ejem: Alumnos, profesores, Administradores, etc.}
-Institución
{Ejem: Escuelas, universidades, academias, etc.}
-Carrera
-Programa de estudio
-Período Lectivo
-Curso
-Asignaturas
-Horarios
-Aulas 



Hasta ahora todo se ve bien, con todo esto abarcamos lo que necesita nuestra App ¿Cierto? pues continuemos.



Ahora que tenemos todos nuestros requerimientos empezamos a analizar cada uno de ellos:



Usuario: Para el usuario la idea es que cada persona se registre con un Nombre de usuario y una Contraseña, para esta aplicación tendremos un administrador que podrá manejar los horarios de los Profesores y Alumnos, pongamos la estructura.





Aquí podemos ver que hay un único administrador que puede modificar los usuarios tanto de los Profesores, alumnos u otros administradores, también los Profesores tendrán acceso a la información de los alumnos. 

Es importante que los Profesores tengan acceso a los datos del Alumno, para tener registro de los correos y poder enviar la información de la materia.



Ahora colocaremos los datos de cada uno de ellos y lo que estaría en su usuario.



Para los Profesores:







Para el Alumno:




Tenemos que estos son los datos básicos para el alumno pero sabemos que eso no es todo lo que tiene un alumno, así que veamos a este diagrama: 





Nota: El período lectivo dependerá de la carrera e Institución, puede ser anual, semestral o trimestral.



Ahora analicemos cada uno de ellos:



Instituciones: Como ya sabemos hay diferentes instituciones, algunas de ellas son por lo general semestrales pero otras pueden ser trimestrales o anuales.



Período Lectivo: Dependiendo de si es anual , semestral o trimestral cambiará el período lectivo. Ejem: Por semestre serían dos períodos electivos (1-2019 y 2-2019). 



Carrera: La carrera que se escoja cambiará su período electivo, teniendo en cuenta que no todas las instituciones tienen el mismo período lectivo.



Asignaturas: Son las materias que ven en la carrera, sean por año, por semestre o por trimestre, cada una tiene un código de materia, una unidad de créditos, un o varios Docentes que la dictan y éstas materias la mayoría son obligatorias y otras son electivas. 



Horarios: Es la asignación de una hora específica para cursar la materia.



Aulas: Es la asignación de un salón para cursar la materia.



Sección: Es el grupo en donde asignan a un alumno para cursar las asignaturas, al haber muchos estudiantes se dividen en diferentes secciones.



Podemos ver que es bastante para pasar sólo una asistencia ¿no? pero ayudaríamos al medio ambiente, ya no usaríamos hojas de papel para la asistencia.

Ahora bien queremos ver cada uno de estos aspectos de la estructura a los cuales llamaremos atributos, vamos a verlo mejor en este cuadro




Aquí podemos ver los datos del alumno, especificando como sería el tipo de dato.

Ahora vamos con el de los profesores





Aquí podemos ver que los datos son parecidos al de los alumnos con el detalle que es el Profesor tiene acceso a nuestra información, es importante para que el profesor tenga un registro de cada uno de sus alumnos.

Ahora que ya tenemos las especificaciones de los usuarios vamos a poner las especificaciones de las Instituciones 


Estas instituciones que están conformados por los alumnos, profesores y administradores es importante tener todo en la base de datos incluyendo las instituciones, es necesario recalcar que todas estas instituciones tienen que estar registradas en el sistema de registro de instituciones del país.

Ahora vamos a ver la estructura del Período lectivo, cada período tiene su plan de estudio que lo mostramos a continuación 



Aquí tenemos la estructura que ve el alumno en su plan de estudio estructurado para la aplicación.

Ahora vamos con el ultimo que seria las asignaturas como es la estructura de ella, veamos 



Ahora vemos que crear una aplicación no es tan fácil pero si vamos separando poco a poco podremos llegar a una aplicación útil que nos ayude en nuestro día día.

Ahora veamos en unas tablas de Excel los ejemplos:


https://docs.google.com/spreadsheets/d/1aC-iF7YDQqKMwMl_N_0JYW0ihoaLTRbL-pNOv6M-RwI/edit#gid=0


Ahora comenzaremos a analizar, estructurar y hacer enfoque del sistema sobre nuestra aplicación de registro de asistencia, sabemos que un sistema es un conjunto de elementos dinámicamente interrelacionados que llevan a cabo actividades para lograr un objetivo. Vamos a determinar cada una de esas partes las cuales están divididas en enfoque sistémico, que es estudiar y percibir un sistema en su totalidad o globalidad, es decir, nos interesan los rasgos y propiedades del sistema en su conjunto, interactuando con su medio ambiente. Por otra parte tenemos el enfoque sistemático, que busca comprender y entender los sistemas a partir de la comprensión de sus partes y de cómo están interrelacionadas. 

Primero veamos la gráfica del enfoque sistémico 





Enfoque sistémico:


Nombre: Registro de asistencia

Objetivo: Guardar o almacenar los datos de los registros de asistencia.

Función: Registrar asistencia, llevar el registro de la asistencia guardandolo en la data, la información de los alumnos, profesores, administradores, planes de estudio, horarios, etc.

Partes del sistema: Alumnos, profesores, administradores, materias, cursos, horarios, planes de estudio, etc.

Medio ambiente: Usuario.

Límite: Aplicación sólo para teléfonos móviles, no te contacta con los profesores o alumnos.

Frontera: Internet.

Ahora veremos la gráfica del enfoque sistemático





Enfoque sistemático:

Entropía: Colapso de los servidores.

Crecimiento: poder ver la descripción de cada materia de la carrera, poder subir las notas de los alumnos.

Evolución: Aumentar las capacidades, el software, una plataforma para computadora.

Retroalimentación positiva: Agregar más memoria, más servidores.

Retroalimentación negativa: Control de la memoria caché.


Podemos ver un pequeño ejemplo con un cajero automático ATM

https://www.blogger.com/blogger.g?blogID=148121734369700790#editor/target=post;postID=7379764930369987482;onPublishedMenu=allposts;onClosedMenu=allposts;postNum=0;src=postname