FUNDAMENTOS DE ANALISIS Y DISEO DE SISTEMAS

Dato

Es algo que por si solo no tiene significado Conjunto de caracteres que no tienen ningn significado Unidad mnima de informacin Ejemplo:
27, verde, manzana, 19889

Operaciones con los datos

Informacin

Conjunto de datos con un significado Valor de la informacin : Subjetivo Unidad de medida : Byte
Canal de comunicacin

Emisor

INFORMACION

Receptor

DEFINICION DE SISTEMA

Sistema es "un conjunto de objetos que, relacionadoas entre s ordenadamente, contribuyen a un determinado objetivo". Elementos presentes en cualquier sistema:

En todos lo sistemas tambin se identifican otros elementos importantes para comprender cmo son y cmo funcionan:

Los componentes de sistema. Las relaciones entre ellos, que determinan la estructura del sistema. El objetivo del sistema

El entorno del sistema: Aquello que lo rodea, dentro del cual est ubicado. Los lmites del sistema: La frontera entre lo que es el sistema y lo que constituye el entorno.

Ejemplo:

Sistema Circulatorio

Componente: Corazn, arterias, venas, etc. Relaciones: El corazn bombea sangre hacia las

arterias que estn dispuestas segn una determinada estructura, etc. Objetivo: Asegurar el suministro de sangre a todo el cuerpo. Entorno: El cuerpo. Lmites: La frontera entre lo que es el sistema y lo que constituye el entorno.

ELEMENTOS DE UN SISTEMA

Configuracin bsica: la entrada, transformacin y salidas.

El elemento de control esta relacionado con la naturaleza de los sistemas, sean cerrados o abiertos. Los sistemas trabajan mejor si se encuentran bajo control, cuando operan dentro de niveles de desempeo tolerables. Los sistemas emplean un modelo aceptable Un mtodo para medir el desempeo actual Un medio para comparar el desemperno actual contra el estndar Un mtodo de retroalimentacin

Ejemplo

Ejemplo

Clasificacin de sistemas

a) De acuerdo a su creacin

Sistemas naturales

Sistemas artificiales

Clasificacin de sistemas

b) De acuerdo a la agregacin
SUPRASISTEMA

EJEMPLO

CLASIFICACION

c)De acuerdo a su relacin con su medio ambiente

MEDIO AMBIENTE

SISTEMA

Sistemas cerrados Sistemas abiertos

SISTEMAS DE INFORMACION

Sistema de Informacin

Conjunto de instrucciones organizacionales sistematizadas y lgicas que se relacionan entre s por medio de un lenguaje informtico con el fin de obtener informacin, analizarla, relacionarla y generar nueva informacin para satisfacer las necesidades de las reas administrativas, operativas de una organizacin en general.

Sistema de Informacin

Todo sistema organizacional depende , en mayor o menor medida, de una entidad abstracta denominada sistema de informacin . Este sistema es el medio por el cual los datos fluyen de una persona o departamento hacia otros y puede ser cualquier cosa, desde la comunicacin interna entre los diferentes componentes de la organizacin y lneas telefnicas hasta sistemas de computo que generan reportes peridicos para varios usuarios. Los sistemas de informacin proporcionan servicios a todos los dems sistemas y enlazan todos sus componentes

Clasificacin de sistemas de informacin

a) De acuerdo a la utilizacin de la computadora

Sistemas manuales

Sistemas automatizados

Clasificacin de sistemas de informacin

b) De acuerdo al proceso que realizan

Sistemas en lote t1 T1 T2 T3

t2

t3.. .tn

TM

Clasificacin de sistemas de informacin

b) De acuerdo al proceso que realizan

Sistemas en lnea t1 T1 T2 T3

t2

t3.. .tn

TM

Sistema en lnea

Un sistema en lnea es aquel que acepta material de entrada directamente del rea donde se creo. Tambin es el sistema en el que el material de salida o el resultado de la computacin, se devuelve directamente a donde es requerido.

Sistema en tiempo real

Un sistema computacional de tiempo real puede definirse como aquel que controla un ambiente recibiendo datos, procesndolos y devolvindolos con la suficiente rapidez como para influir en dicho ambiente en ese momento.

Clasificacin de sistemas de informacin

a) De acuerdo a la pirmide organizacional

Objetivos de los sistemas de informacin

Sistemas de procesamiento de transacciones

Sistemas de procesamiento de transacciones

Sistemas de informacin administrativa

Sistemas estratgicos

Sistemas Expertos

Caractersticas de los sistemas de informacin

Caractersticas de los sistemas de informacin

ANALISIS Y DISEO

El anlisis y diseo de sistemas, , pretenden estudiar sistemticamente la operacin de ingreso de los datos, el flujo de los mismos y la salida de la informacin, todo ello dentro del, contexto de la empresa en particular El anlisis y diseo de sistemas se refiere al proceso de examinar la situacin de una empresa con el propsito de mejorarla con mtodos y procedimientos mas adecuados. El desarrollo de sistemas puede considerarse en general, formado por dos grandes componentes: el anlisis de sistemas y el diseo de sistemas.

ANALISIS

El anlisis de sistemas por consiguiente es el proceso de clasificacin e interpretacin de hechos, diagnostico de problemas y empleo de la informacin para recomendar mejoras al sistema. El anlisis especifica que es lo que el sistema debe hacer.

DISEO

El diseo de sistemas es el proceso de planificar, reemplazar o completar un sistema organizacional existente. Pero antes de llevar a cabo esta planeacin es necesario comprender, en su totalidad el viejo sistema y determinar la mejor forma en que se pueden , si es posible, utilizar las computadoras para hacer la operacin mas eficiente. El diseo establece como alcanzar el objetivo.

Caractersticas personales de un analista de sistemas

USUARIOS

ESTRATEGIAS PARA EL DESARROLLO DE SISTEMAS

ESTRATEGIAS PARA EL DESARROLLO DE SISTEMAS

Los sistemas de informacin basados en computadora sirven para diversas finalidades que se van desde el procesamiento de las transacciones de una empresa, hasta de proveer de la informacin necesaria para decidir sobre asuntos que se presentan con frecuencia. Entre las estrategias se cuentan:

ANALISIS ESTRUCTURADO

ANALISIS ESTRUCTURADO

Es una actividad de construccin de modelos. Utiliza una notacin propia del mtodo de anlisis estructurado con la que creamos modelos que reflejan el flujo y el contenido de la informacin (datos y control), dividimos el sistema funcionalmente estableciendo lo que se debe construir.

El modelo de anlisis debe lograr los objetivos primarios:

Describir las necesidades del cliente. Establecer una base para la creacin de un diseo de software, es decir, establecer las especificaciones internas. Definir un conjunto de requisitos que se puedan validar una vez que se ha construido el software. Obtener la aprobacin del cliente.

ELEMENTOS DEL MODELO DE ANLISIS

Herramientas para Anlisis: Estas herramientas ayudan a los especialistas en sistemas a documentar un sistema existente, ya sea ste manual o automatizado, a determinar los requerimientos de una nueva aplicacin. Herramientas para la recoleccin de datos. Capturan detalles que describen los sistemas y procedimientos en uso. Documentan procesos y actividades de decisin. Se utilizan para apoyar la tarea de identificar requerimientos.

ELEMENTOS DEL MODELO DE ANLISIS

Herramientas para la diagramacin. Crean representaciones grficas de sistemas y actividades. Apoyan el dibujo y revisin de diagramas de flujo de datos e iconos asociados con el anlisis estructurado. Asimismo incluyen programas para representacin en diagramas de flujo. Herramientas para el diccionario. Registran y mantienes descripciones de los elementos del sistema tales como grupos de datos, procesos y almacenamiento de datos. Con frecuencia proporcionan la capacidad de examinar las descripciones del sistema para decidir si son incompletas o inconsistentes.

PROTOTIPOS

Qu es un Prototipo?

Es un modelo a escala o facsmil de lo real, pero no tan funcional para que equivalga a un producto final, ya que no lleva a cabo la totalidad de las funciones necesarias del sistema final. Proporcionando una retroalimentacin temprana por parte de los usuarios acerca del Sistema.

Importancia de Definir su Objetivo

Siempre se debe establecer cual es su objetivo, ya que un prototipo puede ser til en diferentes fases del proyecto, por ello su objetivo debe ser claro. Durante la fase de anlisis se usa para obtener los requerimientos del usuario. En la fase de diseo se usa para ayudar a evaluar muchos aspectos de la implementacin seleccionada.

Propsitos del Prototipo

En la fase de Anlisis de un proyecto, su principal propsito es obtener y validar los requerimientos esenciales, manteniendo abiertas, las opciones de implementacin. Esto implica que se debe tomar los comentarios de los usuarios, pero debemos regresar a sus objetivos para no perder la atencin. En la fase de Diseo, su propsito, basndose en los requerimientos previamente obtenidos, es mostrar las ventanas, su navegacin, interaccin, controles y botones al usuario y obtener una retroalimentacin que nos permite mejorar el Diseo de Interfaz.

Caractersticas de los Prototipos

El proceso de desarrollo y empleo de prototipos tiene las siguientes caractersticas: El prototipo es una aplicacin que funciona Los prototipos se crean con rapidez Los prototipos evolucionan a travs de un proceso iterativo Los prototipos tienen un costo bajo de desarrollo

Informacin Obtenida con el uso del Prototipo

Reacciones Iniciales del Usuario El profesional de Sistema por medio de la observacin, evaluacin y la retroalimentacin, obtendr como reaccionan los usuarios al trabajar con el prototipo, y que tan conveniente es el acoplamiento entre las necesidades y las caractersticas modeladas en el sistema. A travs de la recopilacin de tales reacciones, el profesional, ir descubriendo nuevas perspectivas del prototipo, incluso si los usuarios se encuentran satisfechos con l, o si habr dificultades para vender o implantar el sistema. Sugerencias Las sugerencias son el fruto de la relacin de los usuarios con el prototipo, las sugerencias aportadas por el usuario indican al profesional porque caminos dirigirse para refinar el prototipo, modificarlo o depurarlo, de forma que satisfaga mejor las necesidades de los usuarios.

Informacin Obtenida con el uso del Prototipo

Innovaciones Las innovaciones son aquellas caractersticas nuevas del sistema que no fueron contempladas previamente a la interaccin con el prototipo. Prioridades La informacin que se obtiene con el uso de prototipos permite al profesional establecer prioridades y reorientar sus planes de una manera menos costosas y con un mnimo de contratiempo. Una de las peores cosas que le puede pasar a un profesional es disear e implantar un sistema que el usuario no necesita, ni desean.

Construccin de prototipos

Clasificacin de prototipos
Prototipo parchado Prototipo No operacional Prototipo primero de una serie Prototipo de caractersticas seleccionadas

Rol del Usuario

El papel del usuario con el prototipo puede resumirse en compromiso y honestidad. Si carece de compromiso pocos son los motivos para desarrollar un prototipo, ya que el usuario es el pivote del proceso de desarrollo y evaluacin. Los usuarios interactan con el prototipo teniendo las siguientes responsabilidades: Utilizar y evaluar el prototipo las veces que sea necesario Identificar mejoras Sugerir las caracterstica no deseadas Describir los requerimientos de datos Describir la salida deseada

Rol del Profesional de Sistema

El papel del profesional de sistema no solo debe construir el prototipo sino tambin que debe: Crear el clima adecuado al usuario para que este se exprese sin temor alguno Familiarizar al usuario con el prototipo Crear el plan para el desarrollo del prototipo Contruir la versin inicial Evaluar las reacciones del usuario y plasmar las modificaciones en una nueva versin

Ventajas y Desventajas

Existen ventajas relevantes en el uso del Prototipo: Modificacin del Sistema en Etapas tempranas de su desarrollo: El xito del uso del prototipo depende de qu tan pronto y con que frecuencia se reciba la retroalimentacin del usuario para hacer cambios y adecuarlos a las necesidades actuales. Los cambios iniciales durante el desarrollo de un proyecto son menos costosos que si se realizan en etapas tardas, como el prototipo puede cambiar varias veces la flexibilidad y adaptabilidad son su esencia, la pauta del cambio la da la retroalimentacin, la cual nos permite conocer la opinin del usuario sobre cambios a la entrada o salida de un proceso, que al evaluarla nos permite obtener los requerimientos y mejorar el sistema. El desarrollo de prototipos implica una inversin en tiempo y en dinero, siempre pero siempre es menor a la del sistema completo. Los problemas y descuidos de sistemas son ms fciles de detectar en un prototipo.

Ventajas y Desventajas

Eliminacin de sistemas indeseables: Por permitir recopilar informacin nos permite eliminar un sistema que no lleg a ser lo que esperaban de l los usuarios. La inversin de tiempo y dinero se destaca pero es menor que la del sistema completo. Se toma esta decisin cuando el sistema no es til o no satisface los objetivos que se propuso el equipo de desarrollo, es una decisin dificil pero evita seguir gastando dinero y tiempo en un proyecto inservible.

Ventajas y Desventajas
- Diseo de Sistemas acorde a las necesidades y expectativas de los usuarios: El uso del prototipo hace que los sistemas se ajusten a las necesidades de los usuarios. Se reduce el intervalo de tiempo desde que se relevan los requerimientos y el sistema concluido. Permite que los usuarios se involucren desde el principio y lo hace participar en forma activa, de esta forma hacen suyo el proyecto, siendo los principales promotores del xito.

Ventajas y Desventajas

El prototipo cuenta con las siguientes desventajas: Administracin difcil: Dicha dificultad radica en manejar el prototipo como un proyecto dentro del Ciclo de Desarrollo de Sistema sin perder de vista cual era sus propsito. Adoptarlo como el sistema final: Los usuarios y profesionales de sistemas pueden considerar al prototipo como el sistema final cuando an es imcompleto e inadecuado.

Ciclo de vida de desarrollo de sistemas

Ciclo de vida de desarrollo de sistemas

El mtodo del ciclo de vida para el desarrollo de sistemas consta de las siguientes actividades: Investigacin preliminar Determinacin de los requerimientos del sistema (Anlisis) Diseo del sistema Desarrollo de Software Prueba de los sistemas Implantacin y evaluacin Mantenimiento

INVESTIGACION PRELIMINAR

Esta actividad tiene tres partes: aclaracin de la solicitud, estudio de factibilidad y aprobacin de la solicitud

Aclaracin de la solicitud

Muchas solicitudes que proviene de empleados y usuarios no estn formuladas de manera clara. Por consiguiente antes de considerar cualquier investigacin de sistemas, la solicitud de proyecto debe examinarse para determinar con precisin lo que el solicitante desea. Este punto deber aclarar : Qu es lo que se est haciendo? Qu es lo que se quiere? Por qu? Existe alguna razn diferente a la identificada por el solicitante?

ESTUDIO DE FACTIBILIDAD

Un resultado importante de la investigacin preliminar es la determinacin de que el sistema solicitado sea factible.

Factibilidad Tcnica .- Hardware y Software Factibilidad Econmica.- Tiempo y dinero Factibilidad Operacional .- Recursos Humanos Factibilidad Institucional.- Beneficios para la organizacin Factibilidad Social.- Beneficios para la sociedad

Aprobacin de la solicitud

No todos los proyectos solicitados son deseables o factibles. Sin embargo, aquellos proyectos que son deseables y factibles deben incorporarse en los planes

DETERMINACION DE REQUERIMIENTOS

La determinacin de requerimientos es el estudio de un sistema, para conocer como trabaja y donde es necesario efectuar mejoras. Los estudios de sistema dan como resultado una evaluacin de la forma como trabajan los mtodos empleados y si es necesario o posible realizar ajustes. Un requerimiento es una caracterstica que debe incluirse en un nuevo sistema. Esta puede ser la inclusin de determinada forma para capturar o procesar datos, producir informacin , controlar una actividad de la empresa o brindar soporte a la gerencia.

Determinacin de requerimientos: Un requerimiento es una caracterstica necesaria que deber poseer el nuevo sistema. Por otra parte, la determinacin de requerimientos es el estudio de un sistema para comprender cmo trabaja y dnde es necesario efectuar mejoras. Existen tres formas (actividades) de determinar de requerimientos: Anticipacin de requerimientos: prever las caractersticas del nuevo sistema con base en experiencia previa. Investigacin de requerimientos: actividad ms importante del anlisis de sistemas. Es el estudio y documentacin del sistema actual usando para ellos tcnicas para hallar hechos, anlisis de flujo de datos y anlisis de decisin. Es aqu donde aplicamos entrevistas, cuestionarios, observacin y revisin de documentacin entre otros

Especificacin de requerimientos: los datos obtenidos durante la recopilacin de hechos se analizan para determinar las especificaciones de los requerimientos, es decir, la descripcin de las caractersticas del nuevo sistema. Esta actividad tiene tres partes relacionadas entre s, Anlisis de datos basados en hechos reales Identificacin de requerimientos esenciales Seleccin de estrategias para satisfacer los requerimientos Todo sistema de informacin posee un conjunto de requerimientos bsicos y un conjunto de requerimientos especficos dependiendo si el sistema ser de soporte para transacciones o para la toma de decisiones.

DISEO

El diseo se aplica a las siguientes caractersticas:

Diseo Diseo Diseo Diseo

de de de de

la Base de Datos Entradas Salidas la Documentacin

DESARROLLO DEL SOFTWARE IMPLEMENTACION

La codificacin consiste en la traduccin del diseo a un formato que sea comprensible para la mquina. Si el diseo es lo suficientemente detallado, la codificacin es relativamente sencilla, y puede hacerse al menos en parte de forma automtica, usando generadores de cdigo. Podemos observar que estas primeras fases del ciclo de vida consisten bsicamente en una traduccin: en el anlisis del sistema, los requisitos, la funcin y la estructura de este se traducen a un documento: el anlisis del sistema que est formado en parte por diagramas y en parte por descripciones en lenguaje natural. En el anlisis de requisitos se profundiza en el estudio del componente software del sistema y esto se traduce a un documento, tambin formado por diagramas y descripciones en lenguaje natural. En el diseo, los requisitos del software se traducen a una serie de diagramas que representan la estructura del sistema software, de sus datos, de sus programas y de sus interfaces. Por ltimo, en la codificacin se traducen estos diagramas de diseo a un lenguaje fuente, que luego se traduce - se compila - para obtener un programa ejecutable.

PRUEBAS DE SISTEMA

Una vez que ya tenemos el programa ejecutable, comienza la fase de pruebas. El objetivo es comprobar que no se hayan producido errores en alguna de las fases de traduccin anteriores, especialmente en la codificacin. Para ello deben probarse todas las sentencias, no slo los casos normales y todos los mdulos que forman parte del sistema.

IMPLANTACION Y EVALUACION

Una vez superada la fase de pruebas, el software se entrega al cliente y comienza la vida til del mismo. La fase de utilizacin se solapa con las posteriores - el mantenimiento y la sustitucin - y dura hasta que el software, ya reemplazado por otro, deje de utilizarse

MANTENIMIENTO

El software sufrir cambios a lo largo de su vida til. Estos cambios pueden ser debidos a tres causas:

Que, durante la utilizacin, el cliente detecte errores en el software: los errores latentes. Que se produzcan cambios en alguno de los componentes del sistema informtico: por ejemplo cambios en la mquina, en el sistema operativo o en los perifricos. Que el cliente requiera modificaciones funcionales (normalmente ampliaciones) no contempladas en el proyecto.

En cualquier caso, el mantenimiento supone volver atrs en el ciclo de vida, a las etapas de codificacin, diseo o anlisis dependiendo de la magnitud del cambio. El CICLO DE VIDA, a pesar de ser lineal, contiene flujos que permiten la vuelta atrs. As, desde el mantenimiento se vuelve al anlisis, el diseo o la codificacin, y tambin desde cualquier fase se puede volver a la anterior si se detectan fallos. Estas vueltas atrs no son controladas, ni quedan explcitas en el modelo, y este es uno de los problemas que presenta este paradigma La vida del software no es ilimitada y cualquier aplicacin, por buena que sea, acaba por ser sustituida por otra ms amplia, ms rpida o ms bonita y fcil de usar.