ELEMENTOS DE UN SISTEMA DE INFORMACIÓN

ESTRUCTURA DE UN SISTEMA DE

INFORMACIÓN

NIVELES

Es de una manera simple, tener en orden los subsistemas. Esta se estructura por niveles

PRIMERO: OPERACIONES Y TRANSACCIONES

Es el proceso de las actividades diarias o rutinarias de una organización

SEGUNDO: EL

OPERATIVO

Permite el análisis de resultados para la toma de decisiones a corto plazo y de consecuencias limitadas.

TERCERO: EL

TÁCTICO

Realiza el análisis de resultados para la toma de decisiones a medio plazo

CUARTO: EL ESTRATÉGICO

Con ella se utiliza la información para decidir las líneas maestras de la organización a largo plazo

TIPOS SISTEMA DE INFORMACIÓN

Gracias a los sistemas de información, perfeccionan las actividades llevadas a

cabo en una organización para alcanzar ventajas competitivas. Esta

se organiza por tipos

TIPOS

SISTEMA DE OPERACIONES Y TRANSACCIONES

Tiene como fin mejorar las actividades rutinarias de una empresa u organización

TIPOS DE TRANSACCION

ES

ITERATIVAS

POR LOTES

Entran al sistema a medida que llegan y su respuesta es inmediata

Se reúne por grupos antes de entrar al sistema y su respuesta no es inmediata

SISTEMA DE AUTOMATIZACIÓN

DE OFICINA

Dan soporte a los trabajadores que usan la información para transformarla y repartirla totalmente en la organización o fuera de ella

SISTEMA DE MANEJO DE

CONOCIMIENTO

Permite el conocimiento a personas como: científicos, ingenieros, arquitectos o personal que opere con el conocimiento para crear uno nuevo

SISTEMA DE INFORMACIÓN

ADMINISTRATIVA O GERENCIAL

Proporciona información que será empleada en los procesos administrativos de decisión para solucionar problemas empresariales

SISTEMA DE APOYO DE

DECISIONES

Provee de información a los directivos que han de tomar decisiones sobre situaciones particulares, además para circunstancias no muy estructuradas.

SISTEMA DE APOYO DE DECISIONES DE

GRUPO

Ayuda a grupos de trabajadores a tomar decisiones semi-estructuradas o no estructuradas

SISTEMA DE PLANIFICACIÓN ESTRATÉGICA

La información dada es evaluada y analizada por ejecutivos, para la misión de la organización. Se aplican en áreas específicas como CRM (costumer relationship Management), análisis de competitividad y detección de fraudes

INTELIGENCIA DE NEGOCIOS

Es el conjunto de procesos, técnicas y herramientas de ayuda a las decisiones de negocios basadas en tecnología de la información.

PASOS

PRIMER PASO: FUNTES DE

DATOSEs el origen de los datos para la utilización de la empresa

SEGUNDO PASO: DATA

WAREHOUSE

Es una colección de datos orientada a un determinado ámbito (empresa, organización, etc.), integrado, no volátil y variable en el tiempo, que ayuda a la toma de decisiones en la entidad en la que se utiliza

Son los pasos que se deben seguir para la correcta toma de decisiones

TERCER PASO: EXPLORACIÓN DE

DATOS

Permite buscar los datos que se necesitan en una datawarehouse

CUARTO PASO: MINERÍA DE

DATOSEs el proceso que intenta descubrir patrones en grandes volúmenes de conjunto de datos para extraer esa información y transformarla a una estructura comprensible para su uso posterior

QUINTO PASO: PRESENTACIÓN

DE DATOS

Se presentan los datos a los directivos de la empresa una vez completado el cuarto paso

SEXTO PASO: DECISIÓN

Los directivos toman una decisión definitiva para el mejoramiento de la empresa basado en la información que se obtuvo del sistema

PRINCIPIOS GENERALES DE UN SISTEMA

El estudio de las características comunes de los sistemas se conoce como teoría de sistemas. Un sistema se divide en subsistemas.

Hay 4 principios de sistemas

PRINCIPIOS DE SISTEMAS

Cuanto más especializado sea un sistema menos capaz es de adaptarse a circunstancias diferentes

Cuanto mayor sea el sistema, mayor es el número de recursos que deben dedicarse a su mantenimiento

Los sistemas siempre forman parte de sistemas mayores y siempre puede dividirse en sistemas menores

Los sistemas crecen

INGENIERÍA DE SISTEMAS

Se abarcan aspectos que nos ayudan a especificar, diseñar, implementar, validar, distribuir y mantener sistemas uniendo diversas partes de información para formar un todo.

Al tener relación con un sistema, es necesario tener en consideración aspectos importantes como lo es el hardware o parte física, el software o parte lógica, como también las interacciones que los usuarios tiene con el sistema, y el entorno donde se utilizará dicho sistema.

FASES

DEFINICIÓN DE REQUISITOS

Se incluyen propiedades funcionales que son difíciles de comprender (abstractas) donde se tienen puntos de vista generales.

Posterior se deben tener las propiedades del sistema, donde poder encontrar atributos para el buen manejo de nuestro sistema de tal manera que la información sea utilizada de manera útil.

Se debe considerar las características que el sistema no debe mostrar, en la mayoría de los casos es conveniente utilizarlo como medio de seguridad de la información, evitando problemas al proteger los datos.

DISEÑO

La división de requisitos se debe llevar a cabo ya que es un proceso donde ramificamos, como por ejemplo: 1.- los funcionales que son aquellos requisitos que el usuario necesita que el software efectúe, como por ejemplo el realizar una factura. 2.- No funcionales que son los recursos para que el sistema trabaje de manera segura. 3.- Empresariales, útil para la toma de decisiones.

Mediante la identificación de subsistemas se puede obtener un diseño concreto de como poder trabajar el sistema en sí, porque se conoce cada parte del funcionamiento de un proceso.

Al tener subsistemas definidos es característico asignar requisitos a los subsistemas porque de esta manera vamos restringiendo o permitiendo control de procesos pequeños y de esta manera tener un sistema con una buena jerarquía.

Para poder comprender lo que un subsistema realiza es necesario Especificar su funcionalidad, algo parecido a una documentación para tener la certeza de donde realizar modificaciones o reparaciones en momentos de desperfectos de subsistemas.

Posteriormente se deben definir las interfaces del sistema, una interfaz es una superficie de contacto, por tanto al realizar este proceso distinguimos la forma en que nuestro sistema funcionará, por ejemplo una interfaz entre dos dispositivos, que nos servirá para enlazar una comunicación entre ellos compartiendo información.

DESARROLLO DE LOS SUBSITEMAS

Para la implementación de los subsistemas se necesita detallar exhaustivamente la forma en que trabajaran, estudiando de manera concisa como trabajan. Para tal caso se hace necesario utilizar procesos de ingeniería como diseño, implementación, etc.

Cuando cada subsistema debe desarrollarse como parte del proceso de cada usuario se realiza la Adquisición del sistema, o comúnmente llamado COTS, que es un comercial fuera de alguna plataforma, el cual debe de ser llenado como un requisito.

INTEGRACIÓN DEL SISTEMA

La integración Big Bang, es cuando combinamos todos los componentes, probando el sistema como un todo, aunque realizando este proceso puede ser muy tedioso, debido a que si aparecen muchos errores, será difícil encontrar en que parte del sistema se encuentran.

La integración creciente o incremental, es muy útil a diferencia del big bang, debido a que con este proceso se lleva un estudio de segmentos de un programa de tal manera que cuando se encuentren errores, estos sean aislados y corregidos de una mejor manera, probando así todos sus componentes e interfaces.

INSTALACIÓN DEL SISTEMA

Es cuando ubicamos el sistema en el lugar donde realizará operaciones, normalmente en equipos donde acepte desarrollarse eficazmente, cumpliendo los requisitos de los usuarios.

EVOLUCIÓN

Una de las fases ventajosas de un sistema, ya que con ello se puede corregir errores que estén interfiriendo en el buen funcionamiento del sistema, como también introducir nuevos requisitos que servirán para mejorar el sistema.

DESMANTELAMIENTO

En algunas ocasiones se hace necesario desechar el sistema completo, en otras palabras poner el sistema fuera de servicio, destruyendo todo lo creado, en ocasiones para mejorar un servicio que no estaba funcionando de manera correcta.

ADQUISICIÓN DEL SISTEMA

FORMAS DE ADQUISICIÓN

COMPRAR COMO UN TODO

Antes de realizar alguna adquisición de algún sistema es necesario tener en cuenta, las especificaciones de alto nivel que indique que es lo que debe hacer el sistema. Además se deben verificar todos los aspectos arquitectónicos para saber que partes del sistema se pueden comprar, y cuales requieren desarrollo.

Existen sistemas grandes y complejos que requieren que haya sistemas creados que cumplan con los requisitos de la empresa, como también partes del sistema que se tienen que crear para terminar de cumplir los requisitos necesarios para que el sistema completo funcione de manera perfecta a los requerimientos de los usuarios.

Esta forma se da cuando los sistemas comerciales ya hechos satisfacen los requisitos de la empresa, cuando no es necesario el desarrollo de un sistema, aunque esto conlleve seleccionar proveedores, para poder elegir un sistema.

PARTES SEPARADAS QUE DEBEN INTEGRARSE

SISTEMA DISEÑADO Y DESARROLLADO

Cuando se selecciona este tipo de adquisición se deben tener las consideraciones necesarias, debido a que se deben lograr cubrir todos los requerimientos de la empresa, y cuando se integren las partes compradas y desarrolladas la funcionalidad, cumpla con los requisitos que los clientes pidan.

Tipo de adquisición utilizado cuando ningún otro subsistema del mercado cumple con los requisitos de un sistema completo y por lo tanto deben de crearse y desarrollarse los sistemas desde lo más mínimo hasta lo más complejo para poder satisfacer las necesidades del cliente.

PROCESOS DEL CICLO DE VIDA

Ciclo de Vida del Software: Aproximación lógica a la adquisición, el suministro, el desarrollo, la explotación y el mantenimiento del software

Modelo del Ciclo de Vida: En él se incluyen aspectos como el proceso, las actividades y las tareas que se involucran en el sistema, mostrado como un marco de referencia.

PROCESOS PRINCIPALES

Este tipo de proceso es útil para las personas que realizan el desarrollo del software durante su ciclo de vida, sirviendo de gran relevancia al momento de darle mantenimiento o explotar el sistema

PROCESO DE ADQUISICIÓN

En este subproceso se llevan a cabo todas las actividades y todas las tareas necesarias para poder comprar un producto software.

PROCESO DE SUMINISTRO

Son actividades que se realiza para poder proveer algo a alguien que lo requiera, en este caso el sistema, actividad realizada por el suministrador

PROCESO DE DESARROLLO

Proceso importante porque con esto se tiene que cumplir los requisitos, realizando diseño, codificación, pruebas e instalación.

PROCESO DE EXPLOTACIÓN

Se llevan a cabo exploraciones integras del sistema buscando toda la utilidad posible de los procesos que genera el sistema, como también darle soporte operativo a los usuarios para que apliquen de buena forma el sistema.

PROCESO DE MANTENIMIENTO

Este tipo de subproceso no siempre está presente en el funcionamiento cotidiano del software. Aparece cuando se hace necesario su implementación como para modificar el software con motivo de algún error, o simplemente para modificar la documentación del mismo, de la misma manera su utilización se hace compleja al momento de realizar una mejora en el sistema.

PROCESO DE SOPORTE

Sirve como apoyo al resto del sistema y es aplicado a cualquier punto del ciclo de vida cuando el sistema lo requiera.

PROCESO DE DOCUMENTACIÓN

En este subproceso de soporte se lleva a cabo un registro de información de los procesos producidos o cuando se da una actividad del ciclo de vida.

PROCESO DE GESTIÓN DE LA CONFIGURACIÓN

Se Aplican procedimientos y técnicas que aplican al desarrollo del sistema durante todo el ciclo de vida del mismo.

PROCESO DE ASEGURAMIENTO DE LA CALIDAD

Con este proceso aseguramos la calidad, la confianza de que los procesos y producto software cumplan con los requisitos especificados y se ajustan a los planes que se establecen.

PROCESO DE VERIFICACIÓN

Proceso útil, porque nos ayuda a realizar un muestreo para ver si los requisitos del sistema o los procesos del mismo están completos y están correctos.

PROCESO DE VALIDACIÓN

Proceso para determinar si un sistema o el software final cumplen con los requisitos para poder ser utilizado, teniendo la certeza de que ya no posea errores y sea de calidad para el usuario en cuando a su desempeño

PROCESO DE REVISIÓN CONJUNTA

Se evalúa el estado del software y de sus productos para verificación y certeza de su funcionamiento como proceso del ciclo de vida o como una fase de proyecto.

PROCESO DE AUDITORÍA

Es parecido a un control de procesos, ya que con esto se determina si los requisitos se han cumplido, como también si los planes o el contrato mantengan sus especificaciones finales hechas de buena forma.

PROCESO DE RESOLUCIÓN DE

PROBLEMAS

Proceso útil, ya que con esto podemos analizar y consecuentemente eliminar los problemas que se descubren durante el desarrollo, la explotación o el mantenimiento del software.

PROCESO DE LA ORGANIZACIÓN (GENERALES)

Proceso realizado por la organización para realizar funciones como la dirección, el orden, la organización, la formación del personal o la mejora de algún proceso.

PROCESO DE GESTIÓN

Actividad que realiza una organización con el fin de poder controlar, planificar, revisar, para poder tener una buena dirección y orden de sus procesos.

PROCESO DE INFRAESTRUCTURA

Conjunto de elementos y servicios necesarios para poder tener todo en buen funcionamiento y tener preparado todo para poder generar otros elementos necesarios para su utilización posterior.

PROCESO DE MEJORA

Proceso interesante porque con esto podemos perfeccionar algo que ya hemos realizado, realizando valoraciones, mediciones y un control específico de procesos para tener todo en orden.

PROCESO DE FORMACIÓN

Con esto parte del proceso organizacional logramos a que el personal mantenga un orden específico que cumpla con los requerimientos de la empresa.

PROCESO DE ADAPTACIÓN

Para llevar a cabo esta parte del ciclo de vida es necesario conocer los procesos, las organizaciones y las relaciones que estos contengan bajo diferentes puntos de vista.

BAJO EL PUNTO DE VISTA DE CONTRATOEl comprador y el proveedor de software firman un contrato, empleando los procesos necesarios para la adquisición del software.

BAJO EL PUNTO DE VISTA DE GESTIÓN Toda la organización gestiona sus procesos para el respectivo software, como por ejemplo los requerimientos del comprador.

BAJO EL PUNTO DE VISTA DE EXPLOTACIÓN El técnico proporciona el servicio de explotación del software a los usuarios del mismo.

BAJO EL PUNTO DE VISTA DE INGENIERÍASe llevan a cabo modificaciones del software, realizando tareas específicas de planificación y diseño, como de mantenimiento.

BAJO EL PUNTO DE VISTA DE SOPORTEProporciona ayuda o apoyo para las tareas únicas y específicas, y que se cumplan de acuerdo a los requisitos.

MODELO DE PROCESOS

Debe ser algo entendible. Esto puede dar la oportunidad de organizar y documentar la información sobre un sistema.

MODELOS TRADICIONALES

Formado por fases donde la naturaleza del software no es tomado en cuenta.

CLASICO, LINEAL O EN CASCADA

ESTRUCTURADO

BASADO EN PROTOTIPOS

DESARROLLO RÁPIDO DE APLICACIONES RAD

MODELOS EVOLUTIVOS

Modelo que se adapta a la evolución de los requisitos del sistema de acuerdo al tiempo

EN ESPIRAL

EVOLUTIVO

INCREMENTAL

MODELO DE DESARROLLO CONCURRENTE

MODELOS ORIENTADOS A LA REUTILIZACIÓN

Una de las principales técnicas para aumentar la productividad, utilizado para mejorar la eficiencia y la calidad del software

BASADO EN COMPONENTES

PROCESO UNIFICADO

MODELOS PARA SISTEMAS ORIENTADOS A OBJETOS

Posee un alto grado de ser repetido y ocultar cosas con otras en su totalidad

DE AGRUPAMIENTO

FUENTE

BASADO EN COMPONENTES

PROCESO UNIFICADO

PROCESOS ÁGILES

PROGRAMACIÓN EXTREMA XP

DESARROLLO DE SOFTWARE ADAPTIVO

KANBAN

Es un proceso que se repite y es incremental donde los requerimientos y soluciones evolucionan.

CRYSTAL CLEAR

SCRUM

MÉTODO DE DESARROLLLO DE SISTEMAS DINÁMICOS

MODELOS CARACTERISTICAS VENTAJAS DESVENTAJAS

MODELO CLASICO

Es sencillo y fácil de entender.

Este modelo está compuesto por una serie de pasos secuenciales.

Para poder pasar a la siguiente fase se tiene que haber conseguido todos los objetivos de la fase anterior.

Sencillo.

Aplicable cuando es un problema estable y se trabaja con técnicas conocidas.

Un error grave detectado en la última fase puede ser letal.

Inestabilidad de los requisitos no se ve un producto hasta muy tarde en el proceso.

Las revisiones de proyectos de gran complejidad son muy difíciles.

MODELO ITERARIVOS BASADOS EN PROTOTIPOS

La participación directa del cliente en la construcción del software requerido.

Tras recoger los requisitos tanto del cliente como del sistema, se comienza con el diseño rápido del prototipo.

Prototipo de evolutivo: el prototipo inicial se refina progresivamente hasta convertirse en versión final.

Aparece un diseño rápido centrado en los aspectos

Visibles para el cliente.

Permite identificar los requisitos incrementalmente.

Permite probar alternativas a los desarrolladores.

Tiene una alta

El cliente no entiende porque hay que desechar el prototipo.

Riesgos de software de mala calidad: Utilizar un SO o lenguaje de programación inadecuado pero conocido.

Prototipo desechable: De cada prototipo se extraen ideas buenas que se usan para hacer el siguiente, pero cada prototipo se tira entero.

El prototipo evalúa el cliente y lo utiliza para refinar los requisitos.

visibilidad, tanto para clientes y para los desarrolladores ven resultados rápidamente.

MODELOS EVOLUTIVOS

Se desarrolla una implementación inicial y se refina a través de diferentes versiones.

Las actividades de especificación, desarrollo y validación se llevan a cabo concurrentemente y con realimentación entre ellas.

La especificación se puede desarrollar de forma creciente.

Son iterativos

Es interactivo: Con cada incremento se entrega al cliente un producto operacional al cliente, que puede evaluarlo.

Personal: Permite variar el personal asignado a cada iteración.

El proceso no es visible.

Los cambios tienden a corromper la estructura del software.

La primera iteración puede plantear los mismos problemas.

MODELO EN ESPERIA

Tratar primero las áreas de mayor riesgo.

Múltiples iteraciones sobre varias regiones de tareas.

Vuelta a la espiral: ciclo N Número de iteraciones predeterminadas o calculadas.

Se pueden variar las actividades de desarrollo: Familia de modelos de procesos.

El modelo en espiral es bastante adecuado para la gestión de riesgos ƒ Se puede añadir una actividad de gestión de riesgos

Enfoque realista gestión explícita de riesgos centra su atención en la reutilización n en la reutilización de componentes y eliminación de errores en información descubierta en fases iniciales.

Los objetivos de calidad son el primer objetivo Integra desarrollo con mantenimiento

Convencer cliente enfoque controlable.

Requiere de experiencia en la identificación de riesgos.

Requiere refinamiento para uso generalizado.

MODELO DESARROLLO RAPIDO DE APLICACIONES

Desarrollo de sistemas en poco tiempo la adaptación a “alta velocidad” la cascada de Equipos trabajando en paralelo Aplicando tecnología de componentes.

Rapidez

Válido para aplicaciones modularizables.

Exige conocer bien los requisitos y delimitar el ámbito del proyecto.

N Número de personas.

Clientes y desarrolladores comprometidos.

Gestión de riesgos técnicos altos uso de nueva tecnología, alto grado de interoperabilida

d con sistemas existentes.

MODELO ORIENTADOS A LA REUTILIZACION

Configura aplicaciones a partir de componentes de software preparados.

Se enmarca en un contexto más amplio: ingeniería del software basada en componentes

Cualificación de componentes.

Adaptación de componentes.

Elimina conflictos de integración enmascaramiento de caja blanca, gris o negra.

Composición de componentes: Ensambla componentes cualificados, adaptados y diseñados para la arquitectura establecida

Ingeniería de componentes

Actualización de componente: El software actual se reemplaza a medida que se dispone de nuevas versiones de componentes.

Las unidades software reutilizables pueden ser de diferente tamaño.

MODELO PARA SISTEMAS ORIENTADOS A OBJETOS

Eliminación de las fronteras entre fases

Desarrollo basado en componentes reutilizables

Desarrollo iterativo e incremental

Existe un ciclo de desarrollo que permite la evolución del sistema

El sistema se divide en un conjunto de particiones que se van

Desarrollando e integrando de forma incremental

Se pueden combinar con modelos tradicionales.

Diferenciación de la experiencia en Objetos y Atributos

Distinción entre el todo y sus partes

Formación y distinción de clases de objetos.

Adaptación de componentes: elimina conflictos de integración

Enmascaramiento de caja blanca, gris o negra.

Composición de componentes: ensambla componentes cualificados, adaptados y diseñados para la arquitectura establecida.

Ingeniería de componentes: diseño de componentes para su reutilización.

Actualización de componentes: el software actual se reemplazan a medida que se dispone de nuevas versiones de componentes.

Podríamos decir que en nuestra investigación no hemos encontrado desventajas sobre el análisis orientado a objetos, y si las hay son pocas.

Quizás una de ellas sea que a la hora de realizar el análisis y los requerimientos, se torna un poco complicado o difícil según lo cita el autor.

El juego de la planificación

Menor énfasis en el análisis, diseño y

Incremental.

Entregas

MODELO POCESOS AGILES

- Versiones pequeñas- Programación en parejas- Propiedad colectiva- Diseño sencillo- Hacer pruebas- Integración continua

documentación

Equipos pequeños

Desarrollo incremental

Programación (planificación temporal) en cajas de tiempo

Supervivencia en un entorno caótico.

pequeñas de software, con ciclos rápidos

MODELOS DE PROCESOS DE LA INGENIERIA WEB

Las características de sistemas y aplicaciones basados en Web influye enormemente en el proceso de Ingeniería Web.

Intensivas de red controladas por contenido

Evolución continua

Inmediatez Estética.

Diseño arquitectónico

Diseño de la navegación Diseño de la interfaz

Pruebas de las aplicaciones Web.

Confluencia de disciplinas: sistemas de información ingeniería de software y diseño gráfico que requiere equipos multidisciplinares y polivalentes.

Cambio necesidad de soluciones que permita flexibilidad i adaptación conforme el proyecto cambia.

Requisitos fuertes de seguridad, rendimiento, usabilidad.