U1 – Introducción al Análisis de Sistemas

¿QUE ES EL ANALISIS DE SISTEMAS?

Análisis: Distinción y separación de las partes de un todo hasta llegar a conocer sus
principios o elementos. Fuente: RAE

Sistema de Información:
Definición I
Dado un sistema de referencia, una organización humana, por ejemplo, el sistema
de información es un sistema finito de componentes, que a través de las
operaciones que se realizan, representa su comportamiento.

Definición II
Un sistema de información (SI) es un conjunto de elementos orientados al
tratamiento y administración de datos e información, organizados y listos para su
uso posterior, generados para cubrir una necesidad u objetivo. Dichos elementos
formarán parte de alguna de las siguientes categorías:

Personas / Datos / Actividades o técnicas de trabajo /Recursos materiales

1
 ¿QUE ES EL ANALISIS DE SISTEMAS?

PROCESO COMPRENDER EL PROPOSITO,

NATURALEZA, ESENCIA,
INTERRELACIONES ENTRE LAS PARTES,
FUNCIONAMIENTO DE UN SISTEMA

¿QUE ES EL ANALISIS DE SISTEMAS?

Mundo Real Modelo artificial

2
 ¿QUE ES EL ANALISIS DE SISTEMAS?

EL ANALISIS DEFINE EL “QUÉ” DE UN SISTEMA, MIENTRAS QUE

EL DISEÑO DEFINE EL “”CÓMO” VA A SER LA SOLUCION.

ANALISIS

PROCESO DEL DESCRUBRIMIENTO - COMPRENDER

DISEÑO

ARTE DEL COMPROMISO – HACER - CREAR

RECORDAMOS….
✓ TGS Teoría General de Sistemas fue concebida por BERTALANFFY en la
década de 1940: modelo práctico para conceptualizar los fenómenos que la
reducción mecanicista de la ciencia clásica no podía explicar.

▪ El mecanicismo veía el mundo seccionado en partes cada vez más

pequeñas.

▪ TGS veía la realidad como estructuras cada vez más grandes:

Marco teórico unificador tanto para las ciencias naturales como

para las sociales.

Emplea conceptos tales como "organización", "totalidad", globalidad e

"interacción dinámica”.

Lo lineal es sustituido por lo circular

Lo individual perdía importancia ante el enfoque interdisciplinario.

3
 DEFINICION DE SISTEMA (Revisión)

1) Conjunto de elementos o partes que se reúnen para un objetivo en

común, al cual todos contribuyen cumpliendo un objetivo particular y donde el resultado
final es mucho más que la suma de las partes.

2) Es una entidad cuya existencia y funciones se mantienen como un todo

por la interacción de sus partes.

3) Es un conjunto organizado de cosas o partes interactuantes

e interdependientes, que se relacionan formando un todo unitario
y complejo.

4) Es un conjunto finito y limitado de partes, elementos, o variables, todos ellos llamados

subsistemas, interrelacionados dinámicamente, que interactúan en un período de
tiempo determinado, con un objetivo común. Esto genera un comportamiento sinérgico,
en el cual el todo es superiora la suma de las partes.

Ejercicio: buscar terminología común – palabras clave

DEFINICION DE SISTEMA

1) Conjunto de elementos o partes que se reúnen para un objetivo en

común, al cual todos contribuyen cumpliendo un objetivo particular y donde el resultado
final es mucho más que la suma de las partes.

2) Es una entidad cuya existencia y funciones se mantienen como un todo por la

interacción de sus partes.

3) Es un conjunto organizado de cosas o partes interactuantes e interdependientes, que

se relacionan formando un todo unitario y complejo.

4) Es un conjunto finito y limitado de partes, elementos, o variables, todos ellos llamados

subsistemas, interrelacionados dinámicamente, que interactúan en un período de
tiempo determinado, con un objetivo común. Esto genera un comportamiento sinérgico,
en el cual el todo es superior a la suma de las partes.

Ejercicio: buscar terminología común – palabras clave

4
 COMPARACION:
UN SISTEMA -------------- vs ------------------- UN MONTON

• Partes interconectadas que funcionan • Serie de partes

como un todo

• Cambia si sacan o suman piezas. Si se • Las propiedades esenciales no se alteran al

divide el sistema en dos no tenemos quitar o añadir piezas. Si se divide tenemos
dos sistemas más pequeños sino uno dos montones más pequeños.
defectuoso que posiblemente no
funcionará.

• La disposición de las piezas es • La disposición de la pieza no es importante.

fundamental.

• Las partes están conectadas y • Las partes no están conectadas y funcionan

funcionan juntas. por separado.

• Su comportamiento depende de la • Su comportamiento (si lo hubiera) depende

estructura global. Si se cambia la de su tamaño o de la cantidad de piezas del
estructura se modifica el montón.
comportamiento del sistema.

PENSAMIENTO SISTEMICO
• Estamos rodeados de sistemas (sociales, políticos, comerciales, urbanos,
ideológicos, etc.)
• Microsistemas, macrosistemas, subsistemas contenidos en otros.
• Para mejorar nuestra calidad de vida, debemos entender como funcionan.
• Se pueden observar patrones de conexión entre partes.
• Se pueden observar mismos principios en sistemas diferentes.
• Establecer si el sistema es simple o complejo.
• Crecimiento ilimitado de un sistema implica imposibilidad de control, por lo
que se divide en partes.
• Propiedades emergentes: no se encuentran en las partes.
• Complejidad estática o complejidad dinámica

10

5
 PENSAMIENTO SISTEMICO

ANALISIS SINTESIS

Conocemos Comprendemos

Proceso de Obtención del Conocimiento

11

EL SISTEMA TIENE…. (revisión)

ASPECTO ESTRUCTURAL:
Límite
Elementos
Depósitos de reservas
Red de comunicaciones e informaciones

ASPECTO FUNCIONAL:
Flujos de energía, información
Controles

SISTEMA ABIERTO: Relación permanente con su medio ambiente.

Intercambia energía, materia, información. Interacción constante entre el
sistema y el medio ambiente.

SISTEMA CERRADO: Hay muy poco intercambio de energía, de materia, de

información, etc, con el medio ambiente. Utiliza su reserva de energía
potencial interna.

12

6
 EL SISTEMA ….
✓ Un sistema no es una colección aleatoria de componentes, sino una
organización interdependiente en la que la conducta y expresión de cada
uno influye y es influida por todos los otros.

✓ El concepto de totalidad implica la no aditividad.

✓ RETROALIMENTACIÓN.
En este tipo de cadena, cada eslabón se modifica y cambia por su
interacción, y esta modificación ocurre en un proceso circular conocido
como feed-back loop (curva de retroalimentación)
– GLOBALIDAD: Interrelaciones entre los elementos.
– SINERGIA: El todo es superior a la suma de las partes.
– CIRCULARIDAD Y RETROACCIÓN: Cada miembro adopta un
comportamiento que influencia los otros. Todo comportamiento es
causa y efecto.

TGS

13

REVISIÓN DE TERMINOLOGÍA

Paradigma: conjunto de reglas, utilización de métodos, sistema de ideas.

Método: forma de hacer algo, hábito o costumbre de proceder, que cosas

debemos hacer cuando construimos software. Procedimiento que se
sigue

Técnica: Cómo se hace una cosa, conjunto de procedimientos y recursos

de que se sirve una ciencia o un arte. Cuál es la mejor, dadas ciertas
circunstancias. Limites del contexto. Forma probada y aplicada.

Herramienta: qué uso para construir mi objetivo? soportes, facilitadores.

Producto: lo que se crea, que se tiene que construir

Roles: funciones que realizan las personas, en este caso sin ellas no hay
producto

DEFINICIONES

14

7
 REVISIÓN DE TERMINOLOGÍA

Metodología: reúne todo lo anterior: métodos, técnicas, herramientas y

roles que ejecutan las personas para lograr la construcción del
producto. La metodología es la versión estática, el proceso es la
versión dinámica del desarrollo del software.

Proceso: El proceso es la ejecución de una instancia de la metodología.

Se divide en subprocesos. El proceso es una transformación, por lo
tanto lo podemos dividir en partes de transformación unitarias pero
nunca en etapas. Las etapas tienen relación con el tiempo.

Caja negra Entrada Función de transformación Salida

Subproceso: se expresa respecto de la transformación.

Etapa: tramo de tiempo en el cual se evalúan eventos acontecimientos,

logros, etc.
DEFINICIONES

15

Cuadro de relaciones

paradigma método técnica herramienta producto rol metodología proceso subproceso tarea etapa

paradigma

método Ej: Una herramienta

informática automatiza
técnica los registros resultantes
de la aplicación de una
herramienta técnica.

producto

rol

metodología

proceso
Ej: Una tarea debe
puede
subproceso realizarse por un
determinado rol
tarea exclusivamente.

etapa

Ejercicio: buscar relaciones

16

8
 Procesos de negocio (en el marco de una organización)

1. Conjunto de actividades ordenadas e interrelacionadas, que toman uno o más entradas y

crean una salida de valor para el cliente (interno/externo), las cuales son realizadas con
el propósito de alcanzar una meta organizacional de negocio. Dichas actividades son
realizadas por los recursos de la organización (personas, sistemas de software).

2. Colección de eventos, actividades y puntos de decisión interrelacionados que involucran

actores y objetos, y que de forma conjunta llevan a un resultados que proporciona valor
para al menos un cliente. (Dumas 2013)

Refrescamos…

17

Ingeniería de sistemas:
Enfoque interdisciplinario cuyo objetivo es el estudio de los sistemas
de información y a través de ellos comprender la realidad.
Aborda la complejidad, modela y representa los mismos con
herramientas propias. Aparece por los avances del conocimiento
humano (tecnología). Integra teorías, conceptos, principios, técnicas,
normativas y procedimientos de las ciencias para resolver problemas.
Centrada en la comprensión de la realidad

Ingeniería de software:
Disciplina tecnológica y de administración que se ocupa de la
producción y evolución sistémica de productos de software de calidad
bajo tiempo y costos estimados. El conocimiento final es mayor que el
inicial, esto significa que no sólo se aplicaron pasos o métodos
preexistentes sino que se generó conocimiento.
Centrada en la construcción del software

DEFINICIONES

18

9
 ROLES
Analista:
El analista es un investigador, ya que el análisis es un proceso de
descubrimiento

Investiga cómo se toman las decisiones

Indaga los problemas del negocio
Define las necesidades de los usuarios
Comunicación con stakeholders
Captura el conocimiento del dominio
Descubre circuitos de la información
Interpreta y aprende las costumbres de la organización (cultura)
Separa los juicios y subjetividades
Identifica las fuerzas dentro de la organización
Resuelve conflictos, intereses, mediador
Mitiga impacto de la implantación (stress social)
Elicita los requerimientos

19

ROLES
Analista:

El analista es un investigador, ya que el análisis es un proceso de

descubrimiento.

Competencias requeridas

Capacidad de análisis e indagación

Trabajo en equipo

Buena comunicación oral y escrita

Predisposición hacia el usuario/ cliente

20

10
 ROLES

Diseñador:
Es el creador y constructor de la solución

Competencias requeridas

Posee base de conocimiento tecnológico

Conoce tecnología disponible
Traza los planos (modelos)
Crea soluciones
Identifica las fortalezas y debilidades de las alternativas de solución
Establece la solución más adecuada a la problemática actual

21

CICLO DE VIDA DEL SISTEMA - SDLC

SDLC Software Development Life Cycle

22

11
 CICLO DE VIDA DEL SISTEMA

ETAPAS PRODUCTO – ARTEFACTO

Investigación Preliminar
Recolección de datos
Reporte de Requerimientos
Plan del Proyecto
Estudio de Factibilidad
Análisis de requerimientos detallados
(SRS o ERS)
Diseño de Solución
Codificación del software
Testing individual e integrado
Conversión de datos preexistentes
Implantación del sistema
Capacitación de usuarios
Puesta a punto y mantenimiento
Evaluación post-mortem
Acta de Proyecto
Especificación del Alcance
Plan proyecto
Documento Factibilidad
Especificación Funcional
Diseño de Alto nivel
Acta de release – código fuente
Software probado
Plan de migración de datos
Acta de entrega
Manual de usuario
Documento fortalezas - debilidades

23

PRODUCTOS DEL SOFTWARE

Programas de computadora
Procedimientos
Documentación asociada CONOCIMIENTO
Diagramas . modelos ACUMULADO
Datos sobre la operación del
sistema

El Software es UNICO (de una rara naturaleza):

Intangible
Alto contenido intelectual
Activo de las organizaciones
Software se construye con software
Modificable hasta el infinito (maleable)

24

12
 PROYECTO DE SOFTWARE

Actividad Grupal
Humano Intensiva
Requiere profesionales adecuados
Administración sensata
Buena metodología de trabajo
Recursos

Objetivos + Recursos Humanos +

Plan de Tareas + Cronograma de Tiempos +
Presupuesto + Administración de Recursos +
Comité Evaluador de la Experiencia +
Generación de Mediciones

25

¿ QUE ES PROCESO?

¿ QUE ES PRODUCTO?

SUS DIFERENCIAS …

SUS VINCULACIONES ….

Ejercicio: Encontrar diferencias y relaciones

26

13
 TRANSITANDO EL PROCESO HACIA EL PRODUCTO ….

¿Por qué debemos aplicar una metodología?

Propone un marco y un vocabulario común

Es una guía en la utilización de las distintas técnicas y herramientas

Permite comprobar la calidad del producto final y al seguimiento de los

proyectos.

Soluciona problemas de los sistemas de información

Permite un proceso repetible, que puede medirse y puede mejorarse

(INDUSTRIA DEL SOFTWARE)

27

WORKFLOW

• ¿Qué es Workflow? (Flujo de Trabajo)

Workflow se refiere al flujo de trabajo a seguir para la

consecución de una tarea o trabajo predeterminado.
Se define como un sistema de secuencias de tareas de un
proceso de negocio.
Su definición y control puede ser manual, informatizado o
mixto.
Organiza y controla tareas, recursos y reglas necesarias
para completar el proceso de negocio.

28

14
 WORKFLOW

• Las nuevas tendencias, a la hora de regular las organizaciones, hacen del

Workflow una herramienta clave para lograr mayor agilidad y aumentar
la descentralización de las actividades administrativas y comerciales.

• La evolución de Workflow consiste en buscar la máxima automatización

de los procesos de trabajo y el control total de las diferentes etapas,
durante las cuales los documentos, la información o las tareas pasan de
un participante a otro, según unas normas o procedimientos previamente
definidos.

• A lo largo del tiempo, se han ido desarrollando diversas aplicaciones de

software, muchas de ellas han evolucionado a partir de sistemas de
gestión de imagen, sistemas de gestión de documentos, sistemas de
correo electrónico o de bases de datos.

29

BENEFICIOS DEL WORKFLOW

• Ahorro de tiempo y mejora de la productividad y eficiencia de la empresa,

debido a la automatización de muchos procesos de negocio.
• Mejora el control de procesos a través de la normalización de los métodos
de trabajo. (Procesos definidos)
• Mejor atención y servicio al cliente; un incremento en la coherencia de los
procesos da lugar a una mayor previsibilidad en los niveles de respuesta
a los clientes.
• Mejora en los procesos; mayor flexibilidad de acuerdo con las
necesidades empresariales.
• Optimización de la circulación de información interna con clientes y
proveedores.
• Integración de procesos empresariales.

30

15
 Cuadro Conceptual

WORKFLOW

Compuesto por

Se mide,
Demanda controla su

Deben cumplir
con Precede o
antecede a otra

Ejercicio: Relacionar conceptos

31

CONCEPTOS QUE VIMOS …..

• Análisis
• Análisis de sistemas
• Sistema
• Sistema de información
• Pensamiento sistémico
• Paradigma
• Método
• Técnica
• Herramienta
• Metodología
• Producto
• Proceso
• Etapa
• Roles

32

16
 CONCEPTOS QUE VIMOS …..

• Ingeniería de sistemas
• Ingeniería de software
• Ciclo de vida del sistema
• Proyecto de software
• Workflow

33

Bibliografía
• Sommerville, I. (2011). Cap.1 Introducción a la ingeniería de software en Ingeniería de Software (Edición 9º).
México: Addison Wesley.

• Kendall,K., Kendall, J. (2011). Cap. 1 Sistema, roles y metodologías de desarrollo, Cap. 2 Comprensión y
modelado de los sistemas organizacionales en Análisis y diseño de sistemas. (Edición 8º). México: Prentice
Hall.

• Pressman, R. (2010). Cap. 1 El Software y la ingeniería de software en Ingeniería del Software: Un enfoque
práctico (Edición 7º). México: MacGraw Hill

• Larman, C. (2003). Cap. 1 Análisis y diseño orientado a objetos en UML y Patrones. (Edición 2º). España:
Prentice Hall.

• Ruble D. (1998). Cap.1 ¿Qué es el análisis y diseño? y Cap. 2 El plan general del proyecto en Análisis y
diseño práctico de sistemas. Cliente-Servidor con GUI. (2° ed.). Prentice Hall.

• Freund J., y otros (2017) BPMN Manual de referencia y guía práctica, (Edición 5º). Camunda - BPMCenter

• White Stephen A., Miers Derek. (2009) BPMN Guía de Referencia y modelado, Editorial Future Strategies,
ISBN 978-0-981987-3-3

34

17