TEORIA GENERAL DE SISTEMAS

Alumno: REY, MARIO ADRIAN

Año: 2015

Partimos de la siguiente premisa:

La Universidad quiere computarizar su sistema de registro de alumnos.

El encargado de registro establecerá el programa para un semestre

o Un curso puede tener múltiples horarios.

Los estudiantes deben seleccionar 4 cursos primarios y 2 alternativos.

Una vez que el estudiante se registra en un curso se notifica al sistema de facturación para

que el curso se cargue a la cuenta del estudiante.

Los estudiantes pueden utilizar el sistema para agregar o eliminar cursos a cursar por un

periodo de tiempo después de la registración.

Los profesores utilizaran el sistema para controlar las planillas de asistencia.

A cada usuario del sistema se le asignara una clave de acceso para ser utilizado como

validación de entrada.

Plano de análisis:

El sistema es estudiado desde el punto de vista económico pues, al no contar con un

sistema informatizado que lleve las cuentas de la Universidad existen cursos que no son cobrados.

Esto genera una problemática financiero-económica a la entidad.

Objetivos del sistema:

Que la Universidad alcance una rentabilidad optima, con ingresos económicos de

importancia,, manteniendo un nivel de educación de excelencia que satisfaga las demandas de la

sociedad.

Objetivo del diseñador:

Idear un plan para superar los inconvenientes económicos que atraviesa la Universidad a

causa del aumento de los costos generales. Conseguir que obtenga ingresos económicos

correctos, re invertibles en calidad educativa.

Recursos del diseñador:

Se supone que cuento con el tiempo y la energía necesarios para llevar a cabo el diseño.

Medio del sistema:

Consideramos como medio del sistema al resto de la Universidad, encontrándose inmerso

nuestro sistema a desarrollar dentro del ámbito de aquella. Esto no desvbincula la importancia de

las relaciones existentes.

Tiempo y delta tiempo:

Consideremos al tiempo T en doce meces. En cuanto al delta de tiempo o escala temporal, vamos

a considerar períodos quincenales (15 días) para efectuar mediciones y controles. Se supone que

el sistema genera ajustes y pautas de control convenientes de acuerdo a los requerimientos de la

Universidad.

Recursividad:

Dadas las características del sistema planteado y las consideraciones hechas en la

introducción, suponemos que nuestro sistema se limita al desarrollo de un nuevo sistema para el

seguimiento académico y financiero de los estudiantes.

Como toda Universidad, se supone que la está formada por diferentes partes o áreas, las

cuales ya fueron definidas. Más allá de la organización jerárquica, se supone que dichas partes o

áreas están interrelacionadas e interactúan en pos de alcanzar los objetivos (tanto las áreas más

globales como las internas), además sin duda existe ese plus adicional de sinergia dada la

interacción e interrelación entre las áreas.

Nuestro sistema analiza a toda la empresa en general desde el punto de vista económico,

ese plus de sinergia presente en la empresa, también lo está en nuestro sistema.

Sistema (desarrollo informatico) = subsistemas + sinergia

Entonces al estar presentes las características de sinergia, existe también recursividad en

la empresa y por ende en el sistema que estamos diseñando.

Grado de recursividad:

De acuerdo a nuestro plano de análisis y objetivos, hemos planteado al sistema

informático, el cual en un primer nivel de recursividad se compone de cinco subsistemas sin entrar

en mayor detalle.

Considerando la estructura jerárquica de del sistema, como diseñador, dado los objetivos

planteados, propios y del sistema, como así también el plano de análisis, es necesario evitar

abarcar el análisis hasta el subsistema más profundo para no entrar en demasiados detalles y

complicar el sistema a diseñar. Por ello se evitará llegar a tal grado de recursividad en nuestro

diseño, considerando los sistemas más globales del alcanzando hasta el primer nivel de jerarquía.

Grafo del sistema

Las referencias serán las ya planteadas en el grafico anterior.

Para las relaciones internas del sistema, tendremos:

S3

S1

S5

S4

S6

S2

S31

S13

S23

S32

S35

S53

S45

S54

S56

S65

Para las relaciones con el medio:

S3

S1

S5

S4

S6

S2

M1

M2 M3

M5 M4

Matrices de relaciones:

Elementos internos:

Observaciones: notamos una sobrecarga en el subsistema S3 y S5

Matriz de relaciones entre los elementos internos (desde) y el medio cercano (hacia):

Observacion: se nota una sobrecarga en los subsistemas S1 y S2. Sobre el medio es normal.

Matriz de relaciones entre los elementos del medio (desde) y los elementos internos (hacia):

Observacion: se nota una sobrecarga en los subsistemas S1 y S3.

Entropía del sistema:

Este sistema es sin duda un sistema abierto, tienen relación con el medio, y se abastece de

información para continuar funcionando y con tendencia al equilibrio. Su posible causa de

destrucción es sin duda la problemática analizada (desorden en el sistema de control de

estudiantes).

Neguentropía del sistema:

Una forma de contrarrestar esta situación es la reducción del gasto internos y aumento del

cobro mediante la eficiencia y eficacia del sistema de matriculado de aumentos.

Notas varias: recopilación de datos.

¿Qué es la modelización visual?

La modelización captura las partes esenciales de un sistema.

La modelización visual es modelar utilizando una notación grafica estándar.

La modelización visual captura el proceso de negocio.

o El análisis de casos de uso es una técnica para capturar el proceso de negocios

desde la perspectiva del usuario.

La modelización visual es una herramienta de comunicación.

o Use la MV para capturar la lógica y los objetos de negocio

o Para analizar y diseñar (en base a lo anterior) su aplicación.

MV como control de complejidad.

La MV permite definir la arquitectura del sistema pues permite modelar el sistema en

forma independiente del lenguaje utilizado.

Promueve la reutilización.

Que es el UML

UML es un Lenguaje de Modelado Unificado

El UML combina lo mejor de:

– Conceptos de Modelado de Datos ( Diagramas de Entidad Relación)

– Modelo de Negocios (flujo de Procesos)

– Modelización de Objetos

– Modelización de Componentes

UML es un lenguaje estándar para modelar, visualizar, especificar, construir y documentar

sistemas con gran cantidad de software.

Puede ser utilizado a través de todo el ciclo de vida de desarrollo y sobre diferentes

tecnologías de implementación.

Conceptos de UML

El UML puede ser usado para:

– Mostrar el alcance de un sistema y su funcionalidad utilizando casos de uso y

actores.

– Ilustrar las relaciones en los casos de uso por medio de diagramas de

interacción.

– Representar la estructura estática del sistema utilizando diagramas de clases.

– Modelar el comportamiento de los objetos por medio de diagramas de

transición de estados.

– Representar la implementación física de la arquitectura del sistema por medio

de diagramas de componentes y de despliegue.

– Extender la funcionalidad del método por medio de estereotipos.

Poniendo a trabajar el UML.

a Universidad quiere computarizar su sistema de registro de alumnos.

– El encargado de registro establecerá el programa para un semestre

• Un curso puede tener múltiples horarios.

– Los estudiantes deben seleccionar 4 cursos primarios y 2 alternativos.

– Una vez que el estudiante se registra en un curso se notifica al sistema de

facturación para que el curso se cargue a la cuenta del estudiante.

– Los estudiantes pueden utilizar el sistema para agregar o eliminar cursos a cursar

por un periodo de tiempo después de la registración.

– Los profesores utilizaran el sistema para controlar las planillas de asistencia.

– A cada usuario del sistema se le asignara una clave de acceso para ser utilizado

como validación de entrada.