Trabajo Ingeniería de Sistemas
Trabajo Ingeniería de Sistemas
Trabajo Ingeniería de Sistemas
INSTITUTO
INSTITUTO TECNOLÓGICO DE TOLUCA
TECNINShsjsdfdgfcOLÓGICO DE
TOLUCA INGENIERÍA INDUSTRIAL
Materia:
Ingeniería de Sistemas
Presenta:
Contenido
Docente:
0
UNIDAD 2 PROPIEDADES Y CARACTERISTICAS DE LOS SISTEMAS
DEFINICIÓN DE SISTEMA
Un sistema abierto es aquel que posee medio; es decir, posee otros sistemas con los
cuales se relaciona, intercambia y comunica. Como se notará posteriormente, la
distinción entre sistemas abierto y cerrado, es fundamental para la comprensi6n de los
principios básicos de la teoría general de sistemas. Cualquier consideración de sistemas
abiertos como sistemas cerrados, en los que pasa inadvertido el medio, trae consigo
graves riesgos que deben comprenderse totalmente.
Todos los sistemas vivientes son sistemas abiertos. Los sistemas no vivientes son
sistemas cerrados, aunque la adición de una característica de retroalimentación les
proporciona ciertas propiedades limitadas de sistemas vivientes, que están
relacionadas con su estado de equilibrio.
1
En el caso de los sistemas abiertos, puede lograrse el mismo estado final a partir de
diferentes condiciones iníciales, debido a la interacción con el medio. A esta propiedad
se le da el nombre de equifinalidad. Los sistemas no vivientes con una
retroalimentación apropiada tenderán hacia estados de equilibrio, que no dependen
únicamente de las condiciones iníciales, sino más bien de las limitaciones impuestas al
sistema. El movimiento hacia este estado final le da al sistema no viviente alguna
semejanza a la conducta de búsqueda de objetivos, la cual esta reservada
estrictamente a los sistemas vivientes. Por tanto, en virtud del mecanismo de
retroalimentación, los sistemas no vivientes "parecen mostrar equifinalidad" y
"adquirir algunas de las propiedades de los sistemas vivientes en virtud de estar
abiertos".
Elementos: Los elementos son los componentes de cada sistema. Los elementos de
sistema pueden a su vez ser sistemas por derecho propio, es decir, subsistemas. Los
elementos de sistemas pueden ser inanimados (no vivientes), o dotados de vida
(vivientes).
2
Crecimiento: Los subsistemas crecen a diferentes ritmos à crecimiento alomorfo,
sistemas capaces de regenerarse.
3
Entradas y recursos: La diferencia entre entradas y recursos es muy mínima, y depende
solo del punto de vista y circunstancial. En el proceso de conversión, las entradas son
generalmente los elementos sobre los cuales se aplican los recursos. Cuando se
identifican las entradas y recursos de un sistema, es importante especificar si están o
no bajo control del diseñador de sistema, es decir, si pueden ser considerados como
parte del sistema o parte del medio.
Salidas o resultados: Las salidas son los resultados del proceso del sistema y se
cuentan como resultados, éxitos o beneficios.
El medio: Determina cuales sistemas se encuentran bajo control de quienes toman las
decisiones, y cuales deben dejarse fuera de su jurisdicción.
SUPRA-SISTEMA
4
sistemas controlan a los subsistemas apareciendo el conflicto entre las necesidades de
los supra-sistemas y la identidad de los subsistemas.
INFRA-SISTEMA
ISO-SISTEMA
HETERO-SISTEMAS
5
4.1 Paradigma de análisis de los sistemas duros
Un paradigma es un conjunto de reglas que rigen una disciplina. Así mismo existe un
paradigma para los sistemas duros que nos dice que hay tres fases que debe tener un
sistema duro: fase de diseño de políticas o pre planeación, fase de evaluación y la fase
implantación de la acción.
2. Fase de evaluación.
En esta fase se trata de ver las diferentes alternativas para cumplir las metas y
objetivos. La evaluación incluye:
a). Identificar los resultados y las consecuencias que generen cada alternativa.
b). Un acuerdo de que los atributos y criterios elegidos con los cuales se evaluaran Ios
resultados, representan verdadera mente las metas y objetivos preestablecidos a
satisfacer.
c). Una elección de la medición y modelos de decisión, los cuales se usarán para
evaluar y comparar alternativas.
d). Un acuerdo en torno al método para el cual se hará la elección de una alternativa
en particular.
3. La implantación de la acción.
6
e) Una evaluación de los resultados obtenidos, significa que debe haber optimismo o
pesimismo sobre si los objetivos pueden satisfacer los resultados prometidos.
2. SELECCIÓN DE OBJETIVOS.
Se establece tanto lo que esperamos del sistema como los criterios bajo los cuales
mediremos su comportamiento y compararemos la efectividad de diferentes sistemas.
Primero se establece que es lo que esperamos obtener del sistema, así como insumos y
productos y las necesidades que este pretenda satisfacer.
Lo primero que se debe hacer es buscar todas las alternativas conocidas a través de las
fuentes de información a nuestro alcance. Si el problema ha sido definido
ampliamente, él número de alternativas va a ser bastante grande. De aquí se debe de
obtener ideas para desarrollar distintos sistemas que puedan ayudarnos a satisfacer
nuestras necesidades. Una vez hecho esto, se procede a diseñar (ingeniar) distintos
sistemas. En esta parte no se pretende que el diseño sea muy detallado. Sin embargo,
debe de estar lo suficientemente detallado de tal forma que los distintos sistemas
puedan ser evaluados.
7
4. ANÁLISIS DE SISTEMAS.
En base al diseño que se había hecho del sistema durante la fase de síntesis del
sistema, se hace un diseño detallado del mismo, para esto, se puede utilizar la técnica
de la síntesis funcional mencionado anteriormente. Una vez que el sistema está en
papel, hay que darle vida, desarrollarlo. Él número de personas que toman parte en
esta operación depende de la magnitud del sistema. Por ejemplo, el production control
sistem (PSC) desarrollado por la burroughs tiene invertido alrededor de 50 años-
hombre.
7. INGENIERÍA.
d) Asistencia al cliente.
METODOLOGIA DE JENKINS
8
FASE 1: Análisis de Sistemas
El Ingeniero inicia su actividad con un análisis de lo que está sucediendo y por qué está
sucediendo, así como también de cómo puede hacerse mejor. De esta manera el
sistema y sus objetivos podrán definirse, de forma tal que resuelva el problema
identificado.
ANALISIS DE SISTEMAS:
SISTEMA-DISEÑO DE:
Pronósticos
9
FASE 3: Implantación de Sistemas
Los resultados del estudio deben presentarse a los tomadores de decisiones y buscar
aprobación para la implantación del diseño propuesto. Posteriormente, tendrá que
construirse en detalle el sistema. En esta etapa del proyecto se requerirá de una
planeación cuidadosa que asegure resultados exitosos. Después de que el sistema se
haya diseñado en detalle, tendrá que probarse para comprobar el buen desempeño de
su operación, confiabilidad, etc.
4.3 Aplicaciones
10
UNIDAD 5 METODOLOGIA DE LOS SISTEMAS BLANDOS (SUAVES)
La metodología de sistemas suaves fue desarrollada por Peter Checkland para el
propósito expreso de ocuparse de problemas de este tipo. Él estuvo en la industria por
años trabajando con metodologías de sistemas duros. Él vio cómo éstas eran
inadecuadas al ocuparse de problemas complejos que tenían un componente social
grande; así en los años 60, él ingresó a la Universidad de Lancaster, localizada en el
Reino Unido, en una tentativa de investigar esta área y de ocuparse de estos problemas
SUAVES. Su "metodología de sistemas suaves" ["Soft Systems Methodology"] fue
creada en base a la investigación en un gran número de proyectos de la industria y su
aplicación y refinamiento se concluyeron años después. La metodología, que es muy
agradable cómo lo sabemos hoy, fue publicada en 1981, cuando Checkland vivía de la
universidad y tenía pensado perseguir una carrera como profesor e investigador.
3. Seleccionar una visión de la situación y producir una definición raíz. Puede que
existan perspectivas diferentes al mirar la situación problema.
(Este orden puede variar de acuerdo a las características que se desean estudiar):
11
Trabaja el proceso ahora?, etc. Para así lograr una descripción en donde Existe dicho
problema, y sin darle ninguna estructura.
Aquí nos encontramos con una situación más estructurada, haciendo una descripción
del pasado, presente y su consecuencia en el futuro, y viendo las aspiraciones,
intereses y necesidades en donde se contiene mi problema, se hace casi Siempre un
diagrama (que puede ser un organigrama cuadro pictográfico, etc.), que mostrará los
límites, la estructura, flujos de información, los Canales de comunicación, y
principalmente muestra el sistema humano en Actividad, que serán relevante en la
definición del problema.
· Cliente: Considera que cada uno puede ganar beneficios del sistema como clientes
del sistema.
· Apremios ambientales: Son los elementos externos que deben ser considerados.
12
raíz, se puede realizar en un gráfico "PERT", siendo los nodos actividades que se harán,
la estructuración de basa en la dependencia lógica, siendo esta los arcos en el gráfico.
Se detectan los cambios que con posible llevar acabo en la realidad y en la etapa
siguiente. Estos cambios se detectan de las diferencias emergidas entre la situación
actual y los modelos conceptuales se proponen cambios tendientes a superarlas dichos
cambios deben ser evaluados y aprobado por las personas que conforman el sistema
humano para garantizar que sean deseables y viables.
· Cambio en la estructura: Son los cambios realizados en las partes estáticas del
sistema.
El sistema de actividad humana puede usarse para definir que cambiar. No hay bases
teóricas, pero si derivan de La experiencia de resolución de problemas del mundo real
y son parte importante de la actividad.
La mayor parte de las actividades humanas existirá en un sistema social donde los
elementos serán seres humanos y las relaciones serán interpersonales. Ejemplo de
sistema social puede ser: La familia, La comunidad, Los scouts.
Ejemplo:
Así si la meta u objetivo del sistema se define como una satisfacción de una necesidad
percibida del mercado, debe relacionarse con que tan bien se satisface el sector
particular al mercado, esto es, en términos de incidencia en el mercado o quejas del
cliente a alguna combinación de los dos.
Ahora que hemos establecido el concepto de actividad humana definiremos como este
modela un lenguaje de modelación.
Un sistema se modela como una colección de objetos discretos que interactúan para
realizar un trabajo que finalmente beneficia a un usuario externo. UML es un lenguaje
de modelado visual que se usa para especificar, visualizar, construir y documentar los
integrantes de un sistema de software. Se usa para entender, diseñar, configurar,
mantener y controlar la información sobre los sistemas a construir. UML capta la
información sobre la estructura estática y el comportamiento dinámico de un sistema.
El lenguaje de modelado pretende unificar la experiencia pasada sobre técnicas de
modelado e incorporar las mejores prácticas actuales en un acercamiento estándar.
La vieja forma de modelar sistemas, conocida como método en cascada, especifica que
el análisis, diseño, codificación y despliegue deben hacerse paso a paso; sólo cuando
una etapa se termina se comienza la otra. Si un analista le entrega el análisis a un
diseñador, y el diseño es entregado al desarrollador, raramente se darán las
oportunidades de que los tres miembros del equipo trabajen juntos y compartan sus
ideas y opiniones, el método en cascada normalmente aumenta el tiempo de vida del
proyecto.
Cualquier modelo preciso debe primero definir su universo, esto es, los conceptos clave
de la aplicación, sus propiedades internas, y las relaciones entre cada una de ellas. Este
conjunto de construcciones es la estructura estática. Los conceptos de la aplicación son
modelados como clases, cada una de las cuales describe un conjunto de objetos que
15
almacenan información y se comunican para implementar un comportamiento. La
información que almacena es modelada como atributos. La estructura estática se
expresa con diagramas de clases y puede usarse para generar la mayoría de las
declaraciones de estructuras de datos en un programa.
Finalmente podemos establecer que los modelos artificiales creados por el hombre se
crean a partir de los comportamientos de las actividades humanas, y sus diferentes
comportamientos.
16