Está en la página 1de 25

Análisis de sistemas

Desarrollo de sistemas

Prof. Willis Polanco


Criterios de éxito de un proyecto

• El proyecto es entregado a tiempo


• El proyecto es entregado dentro del presupuesto
• El proyecto es entregado con las funcionalidades apropiadas
• El proyecto es entregado con adecuada calidad y confiabilidad
• Los cliente reciben entrenamiento apropiado
• Los clientes usan el sistema
• El sistema cuenta con adecuado nivel de soporte cuando ocurren las
fallas
• El sistema es fácil de mantener y actualizar
Entorno
Propósito o Metas
Entradas Componente 2
Componente1

Salidas

Componente 3 Componente 4

Límites Restricciones externas


3
Nuestra meta

• Aprender como administrar el proceso de análisis


y desarrollo de sistemas
• Comprender el contexto organizacional de
nuestros sistemas
• Reducir la incidencia de fallas en los proyectos
mediante:
• Mejorar nuestra habilidad para analizar y desarrollar
sistemas de información
• Mejorar la consistencia de nuestro proceso de desarrollo
Proceso de desarrollo de sistemas

• El proceso de desarrollo de sistemas – es un


conjunto de actividades, métodos, mejores
prácticas, entregables, y herramientas
automatizadas que los stakeholders utilizan para
desarrollar y mejorar de manera contínua los
sistemas de información y software.
Ciclo de vida de un sistema
Principios del desarrollo de
sistemas
• Involucrar a los usuarios del sistema
• Usar un enfoque de solucionar-problemas
• Establecer fases y actividades
• Documentar tras cada desarrollo
• Establecer estándares
• Administrar el proceso y los proyectos
• Justificar los sistemas como inversiones de capital
• No tener miedo de cancelar o revisar el alcance
• Divide y vencerás
• Diseñar sistemas pensando en escalabilidad y cambios
Modelando
Entorno
Propósito o Metas
Entradas Componente 2
Componente1

Salidas

Componente 3 Componente 4

Límites Restricciones externas


8
Problemas del mundo real

• El mundo real es complejo


• Los modelos son un modo de manejar la complejidad

• El mundo real es complicado


• Los modelos son un modo de simplificar los detalles del
mundo real
Modelando

• No modelamos la realidad!
• Modelamos la visión de realidad de otro
• El objetivo es producir un panorama claro de las
necesidades del usuario
• DEBEMOS conocer los límites del sistema y
sostenernos a ellos
Modelo de Decisión de herbert
simon (1960)
Actividades
Actividades
inteligentes
inteligentes
Buscar e identificar condiciones
que requieren decisiones

Diseñar
Diseñar Desarrollar y evaluar las
Actividades
Actividades Alternativas de curso de acción

Escoger
Escoger
Actividades Seleccionar un curso de acción
Actividades

Herbert Simon, 1960


Definir
Definir Definir un problema u oportunidad
Problema
Problema En el contexto del sistema

Monitorear y evaluar resultados


Desarrollar Desarrollar y evaluar soluciones
Desarrollar
Soluciones
Soluciones Del sistema
EL enfoque de sistemas

Alternativas
Alternativas

Seleccionar
Seleccionar Seleccionar la solución del sistema
Solución
Solución Que mejor cumpla los requisitos

Diseñar
Diseñar Diseñar la solución del sistema
Solución
Solución Seleccionado para cumplir los
requisitos
Implementar
Implementar Implementar y evaluar el éxito
Solución
Solución Del sistema diseñado
12
Laudon & Davis Teichroew Dennis &
Laudon Wixom
Feasibility
Feasibility Perception
Perceptionof
of
Systems
Systems Assessment Need
Assessment Need Planning
Planning
Analysis
Analysis
Diversos ciclos de vida

Information
Information Statement
Statementof
of
Systems
Systems Analysis
Analysis Requirements
Requirements Analysis
Analysis
Design
Design System
System System
System
Design
Design Design
Design
Programming
Programming Design
Design
Program
Program Construction
Construction
Development
Development
Implemen-
Implemen-
Testing
Testing Procedure
Procedure Testing
Testing tation
tation
Development
Development

Conversion
Conversion Conversion
Conversion Operation
Operation

Operation
Operation&&
Production Modification
Modification
Production&& Maintenance
Maintenance
Maintenance
Maintenance
Postaudit
Postaudit 13
Usar un enfoque de
solucionar-problema
• Enfoque clásico de solucionar-problema
1. Estudiar y comprender el problema, su contexto, y su impacto.
2. Definir los requerimientos que debe reunir cualquier solución.
3. Identificar soluciones candidatas que cumplan los
requerimientos, y seleccionar la mejor solución.
4. Diseñar y/o implementar la solución escogida.
5. Observar y evaluar el impacto de la solución, y ajustar la
solución progresivamente.
Justificar los sistemas como
inversiones de capital
• Costo efectivos
• Plan estratégico de los sistemas de información
• Plan estratégico corporativo
Dónde surgen los proyectos de
desarrollo de sistemas
• Problemas: una situación no deseada que previene a la
organización lograr plenamente sus propósitos, metas, y/o
objetivos.

• Oportunidad: una ventana para mejorar la organización aún


en ausencia de un problema identificado.

• Directiva: un nuevo requerimiento que es impuesto por la


gerencia, gobierno o alguna influencia externa.
Fase definición del alcance

• Enunciado del problema: un enunciado y categorización de


los problemas, oportunidades y directrices; puede incluir
restricciones y una visión inicial de la solución. (estudio
preliminar, evaluación de factibilidad).

• Enunciado de trabajo: un contrato la gerencia y la comunidad


de usuarios para desarrollar o mejorar un sistema de
información; define la visión, alcance, restricciones,
requerimientos de usuario de alto nivel, tiempos, y
presupuesto.
Fase de análisis de requerimientos

• ¿ Cuáles funcionalidades debería proveer el nuevo sistema


a los usuarios?

• ¿ Qué datos deben capturarse y almacenarse?

• ¿ Cuál es el nivel de redimiento esperado?

• ¿Cuál es la prioridad de los distintos requerimientos?


Fase de diseño lógico

• Diseño lógico: traducción de los requerimientos de


negocio de los usuarios en un modelo del sistema
que represente sólo los requerimientos de negocio
y no cualquier posible diseño técnico o
implementación de dichos requerimientos.

• Modelo del sistema: una fotografía del sistema que


representa la realidad o realidad deseada.
Fase de análisis de decisión

• Las soluciones candidatas son evaluadas en término


a:
• Factibilidad técnica
• Factibilidad operacional
• Factibilidad económica
• Factibilidad de tiempo
• Factibilidad de riesgo
Fase de diseño físico e integración

• Diseño físico: traducción del los requerimientos de


negocio de los usuarios en un modelo del sistema
que represente una implementación técnica de los
requerimientos de negocio de los usuarios.

• Diseño por especificación ó prototipos


Fase de construcción y pruebas

• Construir y probar los componentes del sistema:


• Software
• Comprado
• Custom-built
• Bases de datos
• Interfaces de usuario y sistema
• Hardware
• Redes
Fase de instalacción y entrega

• Entregar el sistema en operación (producción)


• Entregar la capacitación del usuario
• Entregar la documentación completa
• Convertir data existente
Operación y mantenimiento del
sistema
• Soporte al sistema: el contínuo soporte técnico a
los usuarios del sistema, al igual que el
mantenimiento requerido para lidiar con los
errores, omisiones, o nuevos requerimientos que se
originen.
Preguntas