tema 05 - conceptos de is primera parte.pdf

7/25/2019 Tema 05 - Conceptos de IS primera parte.pdf

1/17

1

CONCEPTOS DE IS (I)

GEF Desarrollo de Sistemas 2

Intentaremos responder las siguientes preguntas:

Cules son las etapas de un proyecto de sistemas de informacin ycules los objetivos de cada etapa?

Quienes son los participantes en un proyecto de desarrollo de sistemasde informacin y cules son sus funciones?

GENERALIDADES


2/17

2


Beneficiarios: Son aquellos que se benefician en ltima instancia de un proyecto de

desarrollo de sistemas, ya sea en forma directa o a travs de laorganizacin que representan

Usuarios: Son aquellas personas que interactan en forma regular con el sistema

Analistas de Sistemas: Profesionales especializados en el anlisis y diseo de sistemas

empresariales

Programadores: Personas encargadas de modificar o desarrollar programas para satisfacer

los requisitos de los usuarios y beneficiarios del sistema Otros:

Administradores, Especialistas Tcnicos, etc.

PARTICIPANTES EN EL DESARROLLO


CARACTERISTICAS DEL PROYECTO Y DEL GRUPO

Proyecto que incluye tecnologanueva y avanzada

Miembro de la Gerencia de SI

Proyecto que generar cambiosfundamentales en u rea funcionalde la empresa

El administrador del rea

Proyecto muy grande y complejo Especialista en administracin deproyectos

Proyecto que tendr efecto

considerable en el personal

El Gerente de Recursos Humanos


3/17

3


Las iniciativas de desarrollo de sistemas, planeadas o no, surgen encualquier nivel de la organizacin, pero

Las actividades de desarrollo de sistemas se inician cuando unindividuo o grupo con la capacidad de liderar cambios en laorganizacin percibe un posible beneficio en modificar un sistemaexistente o desarrollar uno nuevo

Los proyectos de desarrollo de sistemas pueden iniciarse por algunade las siguientes razones: Problemas con el sistema existente Inters en aprovechar nuevas oportunidades Competencia creciente Inters en hacer un empleo ms eficaz de la organizacin Crecimiento de la organizacin Fusin o adquisicin Cambio en el mercado o en el entorno de negocios

INICIO DEL DESARROLLO DE SISTEMAS


PLAN ESTRATEGICO DE UNA ORGANIZACION: Contiene tanto losobjetivos de la organizacin como una descripcin general de lospasos necesarios para alcanzarlos. Por ello, tiene efecto en el tipo desistema de informacin que necesita la organizacin

El PLANEAMIENTO DE LOS SISTEMAS DE INFORMACION se refiere ala traduccin de los objetivos estratgicos organizacionales eniniciativas de desarrollo de sistemas. Un planeamiento adecuadogarantiza que los objetivos de desarrollo de sistemas especficossustenten los objetivos de la organizacin.

Beneficios del PLANEAMIENTO DE LOS SI: Permite tener un panorama a largo plazo del uso de la tecnologa de

informacin Garantiza el mejor uso de los recursos de sistemas de informacin

PLANEACION DE SISTEMAS DE INFORMACION


4/17

4


PASOS DEL PLANEAMIENTO DE SI

Plan Estratgico

Identificar Proyectos de SI

Definir programas de trabajo y fechas lmites

(Documento de Planeamiento de SI)

Definir prioridades y elegir proyectos

Analizar necesidades de recursos

Proyectos de Sistemas

no planteados con antelacinElaborar objetivos

globales


El desarrollo de sistemas a fin de obtener una ventaja competitivarequiere:

Anlisis creativo: investigar nuevas formas de abordar problemasexistentes

Anlisis crtico: interrogacin minuciosa y desprejuiciada de si loselementos del sistema se relacionan o no de la manera ms efectiva yeficaz. Implica:

Ir ms all de automatizar sistemas manuales Plantear preguntas acerca de afirmaciones y supuestos Identificar y resolver objetivos y orientaciones en conflicto

DESARROLLO DE VENTAJAS COMPETITIVAS


5/17

5


OBJETIVOS DE DESEMPEO: miden el grado en que un sistema funcionacomo se pretende. Por ejemplo:

Calidad o utilidad de la salida. Genera el sistema la informacin adecuadapara un proceso de negocios con valor agregado o para uso de los tomadoresde decisiones orientados a objetivos?

Calidad y utilidad del formato de la salida. Se genera la salida en una formatil y comprensible? Aspectos a considerar: legibilidad de las pantallas,presentacin de los documentos, etc.

Velocidad de la salida. Se genera la salida de manera oportuna parasatisfacer los objetivos de operacin y las metas de la organizacin? Aspectos:

tiempos de respuesta, etc.

OBJETIVOS PARA EL DESARROLLO DE SISTEMAS


OBJETIVOS DE COSTOS: miden el costo relacionado con el sistema. Porejemplo:

Costos de desarrollo. Los necesarios para que el sistema funcione

Costos relacionados con el carcter especfico de la aplicacin del sistema.Mide el costo originado en la singularidad del sistema. Uno costoso peroreutilizable puede ser ms conveniente que otro menos costoso pero de usolimitado

Inversiones fijas en hardware y equipo relacionado. Costos de operacin del sistema. Personal, software e insumos, etc.

OBJETIVOS PARA EL DESARROLLO DE SISTEMAS


6/17

6


El proceso de desarrollo e sistemas tambin se denomina ciclo de vidade desarrollo de sistemas (SDLC = System Development Life Cycle),dado que las actividades relacionadas con dicho proceso soncontinuas.

Ejemplo de etapas en el ciclo de vida: Investigacin Anlisis Diseo Puesta en operacin Mantenimiento y revisin

Un aspecto bsico en el desarrollo de sistemas es que el costo decorregir un error es mayor cuanto ms tarde se lo descubra en elSDLC

CICLO DE VIDA DE DESARROLLO DE SISTEMAS


COSTO DE ERRORES

COSTO

PUESTA ENOPERAC.

MANT. yREVIS.

DISEOANALISISINVESTIG.


7/17

7


El Ciclo de Vida tradicional consiste en las siguientes fases: INVESTIGACIN DE SISTEMAS. Se identifican problemas y oportunidades

que se consideran a la luz de los objetivos de la empresa.Cul es el problema? Vale la pena resolverlo?

ANALISIS DE SISTEMAS. Se estudian los sistemas y procesos de trabajoexistentes para identificar sus puntos dbiles y fuertes as como lasoportunidades de mejoramiento.Qu debe hacer el sistema de informacin para resolver el problema?

DISEO DE SISTEMAS. Se define la manera en que el sistema deinformacin har lo necesario para resolver el problema.De qu manera el sistema de informacin resolver el problema?Se detallan entradas y salidas, interfases de usuario, componentes dehard, soft, comunicaciones, personal, etc. y las relaciones entrecomponentes

CICLO DE VIDA TRADICIONAL


PUESTA EN OPERACION DEL SISTEMA. Se crean o adquieren los diversoscomponentes del sistema detallados en el diseo del sistema. Se adiestraa los usuarios

MANTENIMIENTO Y REVISION DEL SISTEMA. Se garantiza la operacindel sistema y se lo modifica para asegurar que contine cubriendo lasnecesidades cambiantes de la organizacin

CICLO DE VIDA TRADICIONAL


8/17

8


Se pasa de una etapa a la siguiente Permite un alto grado de control administrativo Al final de cada fase se hace una revisin formal y se decide continuar

el proyecto, interrumpirlo o reiterar alguna de las tareas de esa fase. Se crean grandes volmenes de documentacin que, de mantenerse

actualizada, puede ser til a la hora de modificar el sistema La documentacin formal permite vincular los requisitos del sistema

con las necesidades especficas de la empresa Genera productos intermedios que se pueden revisar con el fin de

indagar si satisfacen o no las necesidades de los usuarios y se ajustana los estndares

VENTAJAS DEL CICLO DE VIDA TRADICIONAL


Los usuarios no utilizan la solucin hasta que est casi terminada. As,los usuarios reciben un sistema que desde le punto de vista de los

desarrolladores-, satisface sus necesidades. Es posible que nocorresponda a lo que en realidad se necesita La documentacin es costosa y su creacin requiere tiempo. Tambin

es difcil mantenerla actualizada. Es frecuente que las necesidades de los usuarios no se expresen o se

las interprete en forma incorrecta Los usuarios no pueden revisar fcilmente los productos intermedios y

evaluar si un producto especfico (por ejemplo un diagrama de flujode datos) satisface sus necesidades

DESVENTAJAS DEL CICLO DE VIDA TRADICIONAL


9/17

9


El diseo mediante prototipos consiste en recurrir a un mtodo iterativoen el proceso de desarrollo de sistemas. En cada iteracin: se determinan requisitos se analizan opciones para satisfacerlos se especifica el diseo se pone en operacin el diseo se retroalimenta la experiencia de los usuarios

El proceso puede iniciarse con: la creacin de un modelo preliminar de un subsistema principal una versin a escala del sistema completo

PROTOTIPOS


PROTOTIPOS

INICIO

Investigar y analizar el problema en grado suficiente para desarrollaruna solucin funcional

Desarrollar el prototipo

Poner en operacin el prototipo

Mejorar y modificar el prototipo

SISTEMA TERMINADO


10/17

10


Prototipos Operativos Son prototipos que funcionan, es decir, permiten el acceso a archivos de

datos reales, la edicin de datos de entrada y los clculos ycomparaciones necesarias, adems de producir una salida real

Prototipos No Operativos Son modelos, posiblemente a escala, que incluyen formatos y

especificaciones de entrada y salida

Ventajas de cada tipo Operativos. El prototipo puede emplearse total o parcialmente al

implementar el sistema final No Operativos: pueden desarrollarse mucho ms rpidamente que los

operativos

TIPOS DE PROTOTIPOS


Los usuarios pueden probar el sistema y proporcionarretroalimentacin al desarrollo

Puede producirse rpidamente un prototipo Los usuarios adoptan una posicin ms positiva hacia la puesta en

operacin del sistema a medida que observan como surge unasolucin que satisface sus necesidades

Permiten una deteccin temprana de errores y omisiones

VENTAJAS DELDESARROLLO MEDIANTE PROTOTIPOS


11/17

11


Cada iteracin se basa en la iteracin previa y depura de maneraadicional la solucin. Ello dificulta rechazar la solucin inicial porinadecuada y empezar de nuevo. As, la solucin final slo esincrementalmente mejor que la primera

No se efectan revisiones formales al final de cada fase. Por ello esmuy difcil controlar el alcance del prototipo y el proyecto pareceranunca terminar

Es frecuente que se carezca de documentacin del sistema o que stasea incompleta, pues el mtodo principal se centra en el desarrollo delos prototipos

Pueden omitirse aspectos de respaldo, recuperacin, rendimiento yseguridad del sistema, en funcin de la urgencia en desarrollar elprototipo

DESVENTAJAS DEL

DESARROLLO MEDIANTE PROTOTIPOS


En el Desarrollo Rpido de Aplicaciones (Rapid ApplicationDevelopment o RAD), se usan herramientas, tcnicas y mtodosdiseados para acelerar el desarrollo de aplicaciones

Disminuye la documentacin en papel, automatiza la generacin delcdigo fuente y facilita de participacin de los usuarios en lasactividades de diseo y desarrollo

Herramientas: PowerBuilder de PowerSoft (Sybase), Visual Basic deMicrosoft, Herramientas de Oracle, Informix, etc.

Plazo mximo para disear la aplicacin: Seis (6) meses Con RAD se utiliza extensivamente JAD (Joint Application

Development), un proceso para recopilar datos y analizar requisitos Es ideal para sistemas de informacin administrativa y de apoyo a

decisiones. No debera aplicarse en sistemas de procesamiento detransacciones

DESARROLLO RAPIDO DE APLICACIONES YDESARROLLO CONJUNTO DE APLICACIONES


12/17

12


Ventajas: Para proyectos adecuados el mtodo permite la puesta en operacin de

una aplicacin en forma ms rpida que con cualquier otro mtodo La documentacin se genera como producto secundario de las tareas de

realizacin del proyecto El RAD obliga al trabajo de grupo y a la interaccin constante de los

usuarios y los beneficiarios Desventajas:

Este SDLC intenso puede agotar a los desarrolladores del sistema y a losotros participantes en el proyecto

Requiere analistas de sistemas y usuarios conocedores de lasherramientas de desarrollo y tcnicas de RAD

Absorbe un porcentaje de tiempo de los usuarios y los beneficiariosmayor que cualquier otro mtodo

VENTAJAS y DESVENTAJAS DE RAD


Se refiere a cualquier proyecto de desarrollo de sistemas en que unacombinacin de administradores y usuarios emprenden la actividadprincipal de desarrollo

Esta situacin es factible merced a la proliferacin de tecnologa deinformacin para propsitos generales y la flexibilidad de muchosprogramas de software en paquetes

El papel de los profesionales de SI debera centrarse en brindarsoporte tcnico, establecer y comunicar normas y compartir prcticasde excelencia

El objetivo es lograr que los sistemas desarrollados por usuariosfinales se puedan estructurar de forma tal que sean complementariosde los sistemas de informacin existentes o en desarrollo

DESARROLLO DE SISTEMAS PORUSUARIOS FINALES


13/17

13


Un desarrollo exitoso de sistemas significa obtener un sistema que: Satisface las necesidades de los usuarios Se entrega a tiempo Sin exceder el presupuesto asignado

La experiencia indica que algunos de los factores que contribuyen alxito o fracaso de los proyectos de sistemas son: El grado de cambio La calidad del planeamiento

Las herramientas de administracin de proyectos Los procesos formales de control de calidad El uso de herramientas CASE (Computer Asisted Software Engineering)

FACTORES QUE AFECTAN EL XITO DEL

DESARROLLO DE SISTEMAS


El grado de cambio se refiere al producido en la organizacin comoconsecuencia de implementar el proyecto Puede variar desde pequeas mejoras en un sistema existente hasta una

completa reingeniera del negocio A un mayor nivel de cambio le corresponden

mayores utilidades esperadas mayor riesgo de fracaso

Algunos problemas comunes: Temor de los empleados a perder su puesto Creer que el sistema producir ms problemas que beneficios Falta de disposicin a aprender nuevos procedimientos Creer que otros problemas son ms urgentes que los resueltos por el

sistema

GRADO DE CAMBIO


14/17

14


A mayor tamao del proyecto mayor probabilidad de que unaplanificacin inadecuada genere problemas significativos

Algunos datos En el 73% de los proyectos de software se dan una o ms de las

siguientes circunstancias el presupuesto excede el asignado los plazos de entrega no se cumplen el proyecto se cancela

En la mayora de las organizaciones la cantidad de proyectos en cartera

excede la capacidad de desarrollo, por lo que el tiempo medio de esperapara poder iniciar un nuevo proyecto es de ms de un ao

CALIDAD DEL PLANEAMIENTO


La administracin de proyectos incluye: El planeamiento La programacin La direccin El control

Los recursos que deben administrarse son: Financieros Tecnolgicos Humanos

Se trata de administrar una tarea de largo plazo que debe producir ellogro de metas y objetivos especficos

HERRAMIENTAS DE ADMINISTRACION


15/17

15


Programa: descripcin detallada de las actividades relacionadas con elproyecto

Fecha crtica del proyecto: la que indica el plazo para finalizar unaparte importante del proyecto

Fecha lmite del proyecto: aquella en la que el proyecto debe estarterminado

Ruta crtica: la que contiene todas las actividades cuya demoraretrasara el proyecto entero

Tcnica de evaluacin y revisin de programas (PERT): mtodo

formal de desarrollo del programa del proyecto Grfica de Gantt: medio grfico que se emplea para planear, vigilar y

coordinar proyectos

ADMINISTRACION DE PROYECTOS


Bsqueda de equilibrio entre programa de trabajo, costos y CALIDAD Aplicacin de la familia de normas ISO 9000 (aceptadas

internacionalmente)

PROCESOS FORMALES DE CONTROL DE CALIDAD

Calidad de un producto o servicio es el conjunto decaractersticas que le confieren la capacidad de satisfacerlas necesidades explcitas e implcitas del cliente

Definicin ISO

Familia de normas ISO 9000: orientadas al proceso, al cliente y adefinir un sistema de calidad dentro de la organizacin


16/17

16


LA CALIDAD

Calidad detectada(ESPECIFICACION)

Calidad deseada(NECESIDAD)

Calidad realizada(REALIZACION)

Defecto

Insatisfaccin

y necesidad deinnovacin

Plus decalidad

CalidadControlada

Sobrecalidad

Doble ilusin

Despilfarro


Automatizan muchas de las tareas de un proyecto de desarrollo Permiten que varias personas trabajen sobre el mismo proyecto,

facilitando la coordinacin y la integracin Una posible clasificacin:

Herramientas de CASE inicial: se enfocan en las etapas iniciales de unproyecto de desarrollo de sistemas (investigacin, anlisis y diseo desistemas

Herramientas de CASE avanzadas: se enfocan en etapas avanzadas de unproyecto de desarrollo de sistemas (generacin de cdigo)

Herramientas de CASE integradas (I-CASE): Permiten establecer enlacesentre los paquetes de CASE inicial y CASE avanzado, por lo cual puedengenerar cdigo a partir de las especificaciones

HERRAMIENTAS CASE


17/17


Los sistemas producidos con herramientas CASE tienen Ventajas:

tienen una vida operativa ms prolongada guardan mayor correlacin con las necesidades y requisitos de los usuarios estn excelentemente documentados necesitan menos soporte tienen mayor grado de flexibilidad

Desventajas: Son ms costosos de crear y mantener

Requieren una definicin ms extensa y precisa Pueden ser difciles de adaptar Requieren adiestramiento del personal de mantenimiento Pueden ser difciles de utilizar con los sistemas existentes

HERRAMIENTAS CASE

tema 05 - conceptos de is primera parte.pdf

Documents