fgfgfg

1. Fundamentos de Sistemas de
Información

2. Definición de sistemas de
información
 “Un Sistema de Información es un conjunto de
elementos que interactúan entre si con el fin de apoyar
las actividades de una empresa o negocio”

3. Elementos de los sistemas de
información
 Entradas de información. Que es proceso mediante el cual el Sistema de
Información toma los datos que requiere para procesar la información. Las entradas
pueden ser manuales o automáticas.
 Almacenamiento de Información. A través de esta propiedad el sistema puede
reconocer la información guardada en la sesión o proceso anterior.
 Procesamiento de Información. Es la capacidad del Sistema de Información para
efectuar cálculos de acuerdo con una secuencia de operaciones preestablecida. Estas
características de los sistemas permiten la transformación de datos fuentes en
información que puede ser utilizada para la toma de decisiones.
 Salida de Información. La salida es la capacidad de un Sistema de Información
para sacar la información procesada o bien datos de entrada, al exterior.

4. Elementos de los sistemas de
información
Proceso
Interfase
automática de
entrada
Interfase
automática de
salida
Almacenamiento
Reportes e
informes
Entrada de
datos

5. Tipos de Sistemas de
Información
 Sistemas Transaccionales Automatización de Procesos
Operativos: Ahorro de Tiempo y de Recursos Humanos.
 Sistemas de Apoyo a las Decisiones: Proporcionan
información que sirve de apoyo al proceso de toma de
decisiones.
 Sistemas Estratégicos: Para lograr ventajas competitivas
a través de su implementación y uso.

6. Tendencias SIA.
Modelo Relacional de base de
datos
SQL (Structured Query
Language)
70 , 80
Soluciones de planificación de
recursos (ERPs.)
90 , 2000
Orientación hacia los
procesos.
Business Process Modeling
(BPM), Workflow
(Business Intelligence (Big
Data))

7. Ciclo de desarrollo de sistemas
de información.

8. Principales problemas en la creación de un
SW
 Retraso en la entrega
 Falta de fiabilidad
 Costo excesivo
 Ineficiencia
 Mantenimiento problemático
 Falta de adaptabilidad
 Escasa portabilidad
 Carencia de Documentación

9. El desarrollo indisciplinado conduce a
errores
Ejemplo: Diseñar un columpio
Definición del Problema Especificación Diseño

10. El desarrollo indisciplinado conduce a
errores
Implementación Entrega al cliente

11. El desarrollo indisciplinado conduce a
errores
Lo que el cliente quería

12. Ingeniería de Software
 La Ingeniería de Software concierne a teorías, métodos y
herramientas para el desarrollo profesional de software.
 La Ingeniería de Software es una diciplina de la Ingeniería
que concierne a todos los aspectos de la producción de
software

13. Metodología
 Análisis de requisitos
 Extraer los requisitos de un producto de software es la primera etapa para crearlo. Reconocer requisitos incompletos,
ambiguos o contradictorios.
 Especificación
 Describir detalladamente el software a ser escrito, en una forma matemáticamente rigurosa.
 Diseño y arquitectura
 Se refiere a determinar como funcionará de forma general sin entrar en detalles.
 Programación
 Reducir un diseño a código puede ser la parte más obvia del trabajo de ingeniería de software.
 Prueba
 Consiste en comprobar que el software realice correctamente las tareas indicadas en la especificación. Una técnica de
prueba es probar por separado cada módulo del software, y luego probarlo de forma integral.
 Documentación
 Manual de usuario, y posiblemente un manual técnico con el propósito de mantenimiento futuro.
 Mantenimiento
 Mantener y mejorar el software para enfrentar errores descubiertos y nuevos requisitos.

14. Desarrollo de software
(Estrategias)
La ingeniería de software tiene varios modelos de
desarrollo en los cuales se puede apoyar para la
realización de software, de los cuales podemos destacar
a estos por ser los más utilizados y los más completos:
 Modelo en cascada
 Modelo de desarrollo incremental
 Modelo en espiral
 Modelo de prototipos

15. Modelo en Cascada

16. Desventajas
 En la vida real, un proyecto rara vez sigue una secuencia lineal, esto
crea una mala implementación del modelo, lo cual hace que lo lleve al
fracaso.
 Difícilmente un cliente va a establecer al principio todos los
requerimientos necesarios, por lo que provoca un gran atraso
trabajando en este modelo, ya que este es muy restrictivo y no permite
movilizarse entre fases.
 Los resultados y/o mejoras no son visibles, el producto se ve recién
cuando este esté finalizado, lo cual provoca una gran inseguridad por
parte del cliente que anda ansioso de ver avances en el producto. Esto
también implica toparse con requerimientos que no se habían tomado en
cuenta, y que surgieron al momento de la implementación, lo cual
provocara que se regrese nuevamente a la fase de requerimientos.

17. Ventajas
 Se tiene todo bien organizado y no se mezclan las
fases.
 Es perfecto para proyectos que son rígidos, y además
donde se especifiquen muy bien los requerimientos y
se conozca muy bien la herramienta a utilizar

18. Modelo de desarrollo incremental

19. Modelo de desarrollo incremental
- En este modelo se desarrolla el sistema por partes.
Incrementándolas y juntándolas después. posteriormente.
- Es menos arriesgado construir un sistema pequeño que uno
grande.
- Los errores producidos en un incremento son solucionados
para el próximo incremento.
- Se base en el modelo en cascada.
- Se van añadiendo funcionalidades.

20. Modelo en Espiral

21. Modelo en Espiral
Planificar
Revisamos todo lo hecho,
evaluándolo, y con ello decidimos si
continuamos con las fases siguientes y
planificamos la próxima actividad
Análisis del riesgo
Se estudian todos los riesgos
potenciales y se seleccionan una o
varias alternativas propuestas para
reducir o eliminar los riesgos.
Desarrollar, verificar y validar
Análisis de alternativas e identificación
resolución de riesgos.
Dependiendo del resultado de la evaluación
de los riesgos, se elige un modelo para el
desarrollo, el que puede ser cualquiera de
los otros existentes.
Determinar o fijar objetivos
Fijar también los productos definidos a obtener:
requerimientos, especificación, manual de
usuario.
Fijar las restricciones.
Identificación de riesgos del proyecto y
estrategias alternativas para evitarlos.

22. Ventajas
 El análisis del riesgo se hace de forma explícita y clara.
 Une los mejores elementos de los restantes modelos.
 Reduce riesgos del proyecto
 Incorpora objetivos de calidad
 Integra el desarrollo con el mantenimiento etc. Además es
posible tener en cuenta mejoras y nuevos requerimientos
sin romper con la metodología, ya que este ciclo de vida no
es rígido ni estático.

23. Desventajas
 Genera mucho tiempo en el desarrollo del sistema
 Modelo costoso
 Requiere experiencia en la identificación de riesgos
 Genera mucho trabajo adicional, y eso causa muchos
problemas sobre todo si la compañía que esta produciendo
el software no quiere esforzarse en demasía. Cuando un
sistema falla se pierde tiempo y coste dentro de la empresa.

24. Modelo basados en prototipos

25. Ventajas
•Este modelo es útil cuando el cliente conoce los objetivos generales para
el software, pero no identifica los requisitos detallados de entrada,
procesamiento o salida.
•También ofrece un mejor enfoque cuando el responsable del desarrollo
del software está inseguro de la eficacia de un algoritmo, de la
adaptabilidad de un sistema operativo o de la forma que debería tomar la
interacción humano-máquina
•No modifica el flujo del ciclo de vida
•Reduce el riesgo de construir productos que no satisfagan las
necesidades de los usuarios
•Reduce costos y aumenta la probabilidad de éxito
•Una vez identificados todos los requisitos mediante elprototipo, se
construye el producto de ingeniería

26. Desventajas
•No presenta calidad ni robustez
•Se corre el riesgo de que el usuario nunca termine de
pedir modificaciones

27. Factores de calidad del Software
 Capacidad de soportar los cambios
 Facilidad de mantenimiento. ¿Puedo corregirlo?
 Flexibilidad. ¿Puedo cambiarlo?
 Facilidad de prueba. ¿Puedo probarlo?
 Adaptabilidad a nuevos entornos
 Portabilidad. ¿Podré usarlo en otra máquina?
 Reusabilidad. ¿Podré reutilizar alguna parte del software?
 Interoperabilidad. ¿Podré hacerlo interactuar con otro sistema?

28. Actividad integradora
 Grupal

29. ABP
El presidente de vuestra compañía desea construir un sistema que le
ayude a tomar decisiones respecto a los principales problemas de la
misma. No tiene muy claro qué es lo que quiere y como lo puede
lograr. Además, el personal informático va a utilizar una tecnología
que le resulta completamente nueva. Discútase qué tipo de ciclo de
vida es más apropiado.
¿Qué factores consideraron para determinar el ciclo de vida que
utilizará el equipo informático? Y ¿Por qué desestimó las otras
opciones?
¿Tiene alguna implicancia o consideración adicional el estado actual
por la pandemia? Comenten