Sie sind auf Seite 1von 48

UNIVERSIDAD NÉSTOR CÁCERES VELÁSQUEZ

ANALISIS Y DISEÑO DE SISTEMAS

SISTEMAS DE INFORMACIÓN

MSC. ING. HERNÁN HÉCTOR HUAMÁN ARRATIA


Los sistemas de Información

 Cuando se piensa sobre el porqué del uso de


computadoras en las empresas, la respuesta
parece bastante obvia, para registrar los
eventos que se van sucediendo. Sin embargo
existe un motivo aún más importante y no
tan obvio, y es que la información puede
usarse para respaldar la toma de decisiones.
Sistemas organizacionales
Sistemas organizacionales

 En un sentido amplio, un sistema es un grupo


de componentes interrelacionados
trabajando juntos con un objetivo común.

 Así, por ejemplo, los habitantes de un país


viven inmersos en un sistema económico en
el que se llevan a cabo actividades de
intercambio de bienes y servicios, con la
finalidad de obtener algún beneficio de tales
intercambios.
¿Que son los Sistemas de Información?

 Son procedimientos y reglas establecidas


para entregar información a los miembros de
la organización.

 Un sistema de información automatizado, es


la integración de Hw, Sw, personas,
procedimientos y datos. Todos estos
elementos se conjugan, trabajando juntos,
para proporcionar información básica para la
conducción de la empresa.
Sistemas de Información

 Cuando se habla de sistema de información,


las personas suelen pensar que se refiere sólo
a la aplicación, al conjunto de programas que
la constituye.

 Pero…
Impacto de los Sistemas de Información

 La implantación y uso de un
sistema de información dentro de
una organización regularmente
desencadena una serie de
consecuencias, de las cuales unas
son positivas y otras no lo son.
Impacto de los Sistemas de Información
 VENTAJAS

 Control más efectivo de las actividades.


 Integración de las diferentes áreas.
 Integración de nuevas tecnologías.
 Incrementar la efectividad en la operación de
las empresas.
 Disponibilidad de mayor y mejor información
para los usuarios en tiempo real.
 Elimina la barrera de la distancia trabajando
con un mismo sistema en puntos distantes.
Impacto de los Sistemas de Información
 DESVENTAJAS

 El tiempo que pueda tomar su


implementación.

 La resistencia al cambio de los usuarios.


Problemas técnicos, si no se hace un estudio
adecuado, como fallas de hardware o de
software o funciones implementadas
inadecuadamente para apoyar ciertas
actividades de la organización.
TIPOS de Sistemas de Información
TIPOS de Sistemas de Información

 Sistema de procesamiento de transacciones:


(Registra las operaciones diarias).

Estos sistemas permiten a la organización


mejorar y mantener un seguimiento o registro de
sus operaciones o transacciones rutinarias,
cuyos datos son almacenadas en una base de
datos.
TIPOS de Sistemas de Información

 Sistema de información gerencial o administrativa:


(Produce reportes estructurados).

Es un tipo de sistema de información que arroja


reportes estandarizados en forma breve y
estructurada. Apoya la gestión del personal de rango
medio.
TIPOS de Sistemas de Información

 Sistema de apoyo ejecutivo o soporte de decisiones:


(Apoyo al análisis de situaciones imprevistas).

Se diferencia de los anteriores, en que es una


herramienta flexible de análisis que produce
reportes sin formato fijo. Estos sistemas permiten a
los gerentes obtener respuestas a problemas
inesperados y relativamente excepcionales.
TIPOS de Sistemas de Información
 Otros sistemas de información.
 Sistemas de automatización para oficinas:
(herramientas ofimáticas)
 Sistemas expertos: (toma de decisiones en un área
específica, como diagnósticos médicos, mecánicos
o revisión de historias de crédito)
 Sistema de trabajo en grupo - Groupware:
(resolución de problemas complicados en
necesidad de conformar equipos que se encarguen
del asunto.
EJEMPLO:Los Sistemas de Információn y
el Cuerpo Humano

 SAP NetWeaver es una plataforma de tecnología


integrada para todas las aplicaciones SAP (Sistemas,
Aplicaciones y Productos) en el plano técnico. Es
conocida como una aplicación orientada a servicios y
a la integración.

SAP sistemas de Información Epis.MP4


TIPOS de Sistemas de Información
 Otros sistemas de información. (ACTUALIDAD)
El analista de sistemas en los Sistemas
de Información

 los analistas de
sistemas, tienen el
propósito de analizar
sistemáticamente la
entrada o el flujo de
datos, procesar o
transformar datos, el
almacenamiento de
datos y la salida de
información en el
contexto de una
empresa en particular.
El analista de sistemas en los Sistemas
de Información

 ROLES
 EL ROL DE CONSULTOR DEL ANALISTA DE SISTEMAS:
Enfrentar los problemas de sistemas de información de
una empresa, tendrá que apoyarse en los usuarios de los
sistemas de información para entender la cultura
organizacional desde la perspectiva que tienen ellos.

 EL ROL DE EXPERTO EN SOPORTE TECNICO DEL


ANALISTA DE SISTEMAS: En el recurre a su experiencia
profesional con el Hw y Sw y al uso que se le da en el
negocio, realizando pequeñas modificaciones o la toma
de decisiones.
El analista de sistemas en los Sistemas
de Información

 ROLES
 EL ROL DE AGENTE DE CAMBIO DEL ANALISTA DE
SISTEMAS: El rol más completo y de mayor
responsabilidad. Es alguien que sirve de catalizador para
el cambio, desarrolla un plan para el cambio y coopera con
los demás para facilitar el cambio.
Cualidades del analista de sistemas en
los Sistemas de Información

 El analista es un solucionador de problemas.


 Tiene Capacidad de afrontar sistemáticamente
cualquier situación.
 Debe ser un comunicador con capacidad para
relacionarse con los demás durante extensos
periodos.
 Necesita suficiente experiencia en computación
para programar.
 debe tener una ética personal y profesional firme.
EJEMPLO: ¿Qué es un analista de
Sistemas en si?

 Breve comparación entre un muchacho y un analista


de sistemas y sus diferentes formas de pensar, pero
coherentemente; aceptables.

Analista de Sistemas Yo quiero ser.mp4


EL CICLO DE VIDA DEL SOFTWARE

 Es una vista de las actividades que ocurren durante


el desarrollo de software, intenta determinar el
orden de las etapas involucradas y los criterios de
transición asociadas entre estas etapas.

 Guía para los ingenieros de software (analistas)

 Alternativas de Modelos de Ciclo de Vida


EL CICLO DE VIDA DEL SOFTWARE
 Modelo Cascada
EL CICLO DE VIDA DEL SOFTWARE
 Modelo Cascada (Principios)

 Planear un proyecto antes de embarcarse en él.

 Definir el comportamiento externo deseado del sistema


antes de diseñar su arquitectura interna.

 Documentar los resultados de cada actividad.

 Diseñar un sistema antes de codificarlo.

 Testear un sistema después de construirlo.


EL CICLO DE VIDA DEL SOFTWARE
 Modelo De Desarrollo Incremental
EL CICLO DE VIDA DEL SOFTWARE
 Modelo De Desarrollo Incremental (Beneficios)
 Construir un sistema pequeño tiene menos riesgoso que
construir un sistema grande.
 Es fácil determinar si los requerimientos planeados para
los niveles subsiguientes son correctos.
 Si un error importante es realizado, sólo la última
iteración necesita ser descartada.
 Reduciendo el tiempo de desarrollo de un sistema (en este
caso en incremento del sistema).
 Los errores de desarrollo realizados en un incremento,
pueden ser arreglados antes del comienzo del próximo
incremento.
EL CICLO DE VIDA DEL SOFTWARE
 Modelo Espiral
EL CICLO DE VIDA DEL SOFTWARE
 Modelo Espiral (Interativo que consigue con cada
vuelta)

 Determinar qué quieres lograr.

 Determinar las rutas alternativas que puedes tomar para


lograr estas metas. Por cada una, analizar los riesgos y
resultados finales, y seleccionar la mejor.

 Seguir la alternativa seleccionada en el paso 2.

 Establecer qué tienes terminado.


EL CICLO DE VIDA DEL SOFTWARE
 Modelo del Prototipo
EL CICLO DE VIDA DEL SOFTWARE

 Modelo del Prototipo (ventajas)

 Se generan signos visibles de progreso.

 Permite la modificación sobre la marcha.

 El cliente se va familiarizando con el nuevo producto.

 Permite proporcionar una funcionalidad útil en manos del


cliente sin tener la aplicación finalizada.
EL CICLO DE VIDA DEL SOFTWARE
 Ciclo de vida Orientado a Objetos
EL CICLO DE VIDA DEL SOFTWARE
 Ciclo de vida Orientado a Objetos

 Cada funcionalidad o requerimiento solicitado por el


usuario, es considerado un Objeto.

 Los Objetos están representados por un conjunto de


propiedades a los cuales llamamos atributos.

 Por otra parte el comportamiento que tendrán estos


objetos, los denominamos métodos.
EL CICLO DE VIDA DEL DESARROLLO DE
SISTEMAS (SDLC, Systems
Development Life Cycle)

 Es un enfoque por fases para el


análisis y el diseño cuya premisa
principal consiste en que los
sistemas se desarrollan mejor
utilizando un ciclo especifico de
actividades del analista y el usuario.
FASES DEL CICLO DE VIDA DEL DESARROLLO
DE SISTEMAS (SDLC)
FASES DEL SDLC

 IDENTIFICACIÓN DE PROBLEMAS, OPORTUNIDADES Y


OBJETIVOS.

 El analista se ocupa de identificar problemas,


oportunidades y objetivos.
 La identificación de objetivos
 Los usuarios, los analistas y los administradores de
sistemas que coordinan el proyecto
 Entrevistar a los encargados de coordinar a los
usuarios, sintetizar el conocimiento obtenido
 Estimar el alcance del proyecto y documentar los
resultados.
FASES DEL SDLC

 DETERMINACIÓN DE LOS REQUERIMIENTOS DE


INFORMACIÓN.
 Implicados son: el analista y los usuarios
 Métodos como las entrevistas, los muestreos, la
investigación de datos impresos y la aplicación de
cuestionarios
 El analista de sistemas necesita conocer los detalles de
las funciones del sistema actual:
 el quién (la gente involucrada),
 el qué (la actividad del negocio),
 el dónde (entorno de desarrollo de las actividades),
 el cuándo (el momento oportuno) y
 el cómo (al realizar los procedimientos actuales)
FASES DEL SDLC

 ANÁLISIS DE LAS NECESIDADES DEL SISTEMA.

 Usar herramientas es el uso de diagramas de flujo de


datos (DFDs) para graficar las entradas.
 Se desarrolla un diccionario de datos (DDs) que enlista
todos los datos utilizados en el sistema.
 Se Analiza las decisiones estructuradas tales como
 Español estructurado
 Tablas
 Árboles de decisión
 Proporciona un análisis de costo/beneficio de las
alternativas
FASES DEL SDLC

 DISEÑO DEL SISTEMA RECOMENDADO

 Realizar el diseño lógico del sistema de información.


 El analista facilita la entrada de datos mediante
técnicas adecuadas en formularios y pantallas.
 La interfaz conecta al usuario con el sistema
 Los menús en pantalla y diversas interfaces gráficas de
usuario
 Incluye el diseño de archivos o bases de datos.
FASES DEL SDLC

 DESARROLLO Y DOCUMENTACIÓN DEL SOFTWARE

 El analista trabaja de manera conjunta con los


programadores / Usuarios.
 el analista desarrolla manuales de procedimientos,
ayuda en línea y sitios Web (FAQ, Frequently Asked
Questions).
 Los programadores (clave) diseñan, codifican y
eliminan errores sintácticos de los programas de
cómputo.
FASES DEL SDLC

 PRUEBA Y MANTENIMIENTO DEL SISTEMA.

 Es mucho menos costoso encontrar los problemas


antes que el sistema se entregue a los usuarios.
 Trabajo habitual del programador consiste en el
mantenimiento.
 Se pueden realizar de manera automática a través de
un sitio Web.
 garantizar que el mantenimiento se mantendrá al
mínimo.
FASES DEL SDLC

 IMPLEMENTACIÓN Y EVALUACIÓN DEL SISTEMA.

 Analista participa en la implementación del sistema de


información.
 Se capacita a los usuarios en el manejo del sistema.
 El analista tiene que planear una conversión gradual del
sistema anterior al actual.
 Se menciona la evaluación como la fase final del ciclo
 Con frecuencia, el trabajo de sistemas es cíclico.
IMPACTO DEL MANTENIMIENTO
USO DE HERRAMIENTAS CASE (Por Qué?)
 Aumento en la productividad del analista
Visible Analyst 7.6 es una herramienta CASE
(Ingeniería de Software Asistida por
Computadora - Computer-Aided Software
Engineering ) , que da al
analista la posibilidad de
realizar planeación,
análisis y diseño por
medios gráficos,
construyendo aplicaciones
cliente - servidor y bases
de datos complejas.
USO DE HERRAMIENTAS CASE (Por Qué?)

 Mejora de la comunicación analista-usuario


Analistas y usuarios por igual, informan que
las herramientas CASE ponen a su alcance un
medio para comunicar aspectos del sistema
durante su conceptualización.

Los clientes pueden apreciar de inmediato


cómo están representados los flujos de datos
y otros conceptos del sistema
USO DE HERRAMIENTAS CASE (Por Qué?)

 Integración de las actividades del ciclo de


vida
Las herramientas CASE son especialmente
útiles cuando una fase en particular del ciclo
de vida requiere varias iteraciones de
retroalimentación y modificaciones.
Recuerde que la intervención de los usuarios
puede ser importante en cada una de las
fases.
USO DE HERRAMIENTAS CASE (Por Qué?)

 Evaluar de manera precisa los cambios en


el mantenimiento
Una de las razones más importantes para el
uso de herramientas CASE, es que permiten
a los usuarios analizar y evaluar el impacto de
los cambios en el mantenimiento.
Estos pueden generar referencias cruzadas,
informes y archivo en el cual sea utilizado un
elemento, dando lugar a un plan de
mantenimiento integral.
HERRAMIENTAS CASE DE ALTO y BAJO NIVEL

 Un CASE de alto nivel da al analista la


posibilidad de crear y modificar el diseño del
sistema. Toda la información relacionada con
el proyecto se almacena en una enciclopedia
denominada depósito CASE.

 Un CASE de bajo nivel se utilizan para


generar código fuente de computadora,
eliminando así la necesidad de programar el
sistema.
HERRAMIENTAS CASE DE ALTO y BAJO NIVEL

Das könnte Ihnen auch gefallen