01 diseño de sistemas

7/31/2019 01 diseo de sistemas

1/73

Ing. Fabio Alfonso Rincn Crdenas
http://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/AGRADECIMIENTOS.htm


2/73

NDICE

UNIDAD IINTRODUCCIN A LOS SISTEMAS DE INFORMACIN

1.1 INTRODUCCIN

1.2 DEFINICION DE LOS SISTEMAS DE INFORMACIN1.3 EL ANALISTA DE SISTEMAS DE INFORMACIN

1.4 ELEMENTOS DE UN SISTEMA DE INFORMACIN

1.5 CLASIFICACIN Y CARACTERSTICAS DE LOS SISTEMAS DEINFORMACIN
http://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20INTRODUCCION.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20DEFINICI%D3N%20Y%20AN%C1LISIS%20DE%20SISTEMAS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/UNIDAD1%20EL%20ANALISTA%20DE%20SISTEMAS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20ELEMENTOS%20DE%20UN%20SISTEMA%20DE%20INFORMACI%C3%93N.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS1%20Clasificaci%F3n%20de%20los%20Sistemas%20de%20informaci%F3n.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS1%20Clasificaci%F3n%20de%20los%20Sistemas%20de%20informaci%F3n.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS1%20Clasificaci%F3n%20de%20los%20Sistemas%20de%20informaci%F3n.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS1%20Clasificaci%F3n%20de%20los%20Sistemas%20de%20informaci%F3n.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20ELEMENTOS%20DE%20UN%20SISTEMA%20DE%20INFORMACI%C3%93N.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/UNIDAD1%20EL%20ANALISTA%20DE%20SISTEMAS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20DEFINICI%D3N%20Y%20AN%C1LISIS%20DE%20SISTEMAS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20INTRODUCCION.htm


3/73

INTRODUCCIN

1.1 INTRODUCCIN A LOS SISTEMAS DE INFORMACIN

Como sistema se define a un conjunto de elementos interrelacionadoscon un fin comn. La parte ms importante de un sistema es lainformacin y las relaciones entre cada uno de sus elementos. Lainformacin es un conjunto de datos organizados coherente y

congruentemente; la informacin que no cumple con estos elementos seconvierte en ruido.

Todo sistema requiere informacin y sta va a servir para ser procesaday evaluada para tomar una o ms decisiones sobre el sistema.

El trmino Sistema de Informacin tiene dos definiciones importantes:

a) Es una disposicin de componentes integrados entre s cuyo objetivo

es satisfacer las necesidades de informacin en una organizacin.

b) Es una disposicin de personas, actividades, datos, redes y tecnologaintegrados entre s con el propsito de apoyar y mejorar las operacionesy la toma de decisiones.


4/73

1.2 DEFINICIN DE LOS SISTEMAS DE INFORMACIN

Anlisis se le llama al proceso de identificacin e interpretacin de hechos.Es un diagnstico de problemas empleando informacin con el fin derecomendar mejoras.

Dentro de las actividades que se realizan en un anlisis se encuentran:examinar, detallar, describir, descomponer, observar, descubrir,comparar, estudiar, explorar, cuestionar, diagnosticar y pronosticar.

Para realizar un anlisis se necesita tomar en cuenta los siguientespuntos:

1. Se debe tener una situacin.2. Se debe conocer la naturaleza del sistema.3. Comprender al sistema en su totalidad considerando su actualfuncionamiento.4. Considerar si es factible el uso de la computadora para hacer mseficiente al sistema.

5. Marcar un objetivo a lograr.

Un anlisis no es:-El estudio de una empresa para buscar procesos ya existentes.-Determinar los cambios que deberan efectuarse.-Determinar que la mejor forma de resolver un problema es modificar a unsubsistema.


5/73

1.3 EL ANALISTA DE SISTEMAS

Los analistas de sistemas nacieron con la Revolucin Industrial. No trabajabanen un principio con computadoras; en vez de esto eran ingenieros industrialescuyas responsabilidades se centraban en el diseo de sistemas de produccineficaces.Los analistas de sistemas de informacin surgieron como respuesta a lasnecesidades de mejorar el uso de los recursos informticos para satisfacer losnuevos requisitos del proceso de informacin de las aplicaciones en lasempresas.

A pesar de las posibilidades tecnolgicas, la computadora debe su poder yutilidad a las personas, siendo stas las que definen las necesidades quedeben cubrirse. Pero desafortunadamente siempre en cualquier organizacinse encuentra un vaco entre los usuarios y los programadores o tcnicos almomento de aplicar la tecnologa en la solucin de problemas. Es aqu dondese ubica el lugar del analista, comportndose como un puente en este vaco.

Los analistas de sistemas generalmente valoran la manera en que funcionanlos negocios examinando la entrada, el procesamiento de los datos y la salidade resultados.Un analista de sistemas, es una persona que comprende tanto las necesidadesde la empresa como la tecnologa informtica. Los analistas de sistemastransforman las necesidades de informacin y de los usuarios en solucionestecnolgicas basadas en computadoras.


6/73

Por lo tanto, un analista de sistemas estudia los problemas y lasnecesidades de una empresa para determinar cmo podran los recursoshumanos, los procesos, los datos, las comunicaciones y la tecnologa paraobtener mejoras en la organizacin.Las responsabilidades de un analista cambian de una organizacin a otra; acontinuacin se mencionan solo algunas de las actividades ms comunesasignadas a los analistas de sistemas:

1. Anlisis de sistemas: en este caso su responsabilidad es conducirestudios sobre los sistemas relevantes dentro de la organizacin, paradetectar hechos relevantes. Considerar que la parte ms importante esreunir la informacin y determinar los requerimientos. En este punto,slo el analista es responsable del anlisis de la informacin.

2. Anlisis y diseo de sistemas: el analista tiene la responsabilidadadicional de disear el nuevo sistema, desarrollando las especificacionesde diseo, tomando como base el anlisi de los hechos previamente

recolectados.

3. Anlisis, diseo y programacin: el analista cuando realiza esta actividadconduce la investigacin, desarrolla el diseo del nuevo sistema y describeel software necesario para implantar el diseo


7/73

1.4. ELEMENTOS DE UN SISTEMA DE INFORMACIN

LOS ELEMENTOS DE UN SISTEMA DE INFORMACIN SON:

a) Procedimientos y prcticas habituales de trabajo.b) Informacin: el analista de sistemas debe adapatar la informacin paraser entregada, por lo que debe saber a quin se le va a entregar y de quforma la requiere.

La informacin en las organizaciones tiene dos tipos de flujo:

1. Horizontal: es la informacin que se da al mismo nivel y es directa.2. Vertical: esta informacin se puede dar de dos formas:

A) Ascendente: esta informacin se da de abajo hacia arriba en cuanto alorganigrama se refiere y puede presentarse en forma de reporte osolicitud.

B) Descendente: son rdenes o peticiones de acciones a realizar.

C) Personas: son las encargadas de introducir la informacin al sistema,

por lo que de ellas depende que la informacin sea adecuada. Dentro de laspersonas se incluye a los analistas del sistema y programadores y a losusuarios del sistema.

Los usuarios.- Los trabajadores de la informacin son aquellos que seganan la vida al crear, utilizar, procesar, administrar o intercambiarinformacin, reciben el nombre de trabajadores de cuello blanco paradistinguirlos de los llamados trabajadores de cuello azul que prestan susservicios en la industria y el campo. El nombre ms comn para este tipo

de trabajadores de la informacin es usuario.


8/73

Los usuarios son aquellos empleados que interactan con el sistema como pueden ser los gerentes yempleados de una oganizacin. El tipo de usuarios depende del grado de participacin que tengan enel sistema.

Los usuarios se clasifican en cuatro categoras:

1. Usuarios primarios: son los que interactan con el sistema. Ellos alimentan al sitema con los datosde entrada o reciben salidas por algn medio de salida.

2. Usuarios indirectos: son aquellos que se benefician de los resultados o reportes generados por lossistemas pero que no interactan de manera directa con el hardwre o software.3. Usuarios gerente: son los usuarios que tienen responsabilidades administrativas dentro de lossitemas de aplicacin.

Esto usuarios son los que utilizan el sistema con mayor frecuencia. Si este usuario no utiliza de formadirecta o indirecta el sistema, no tendrn la autoridad para aprobar la creacin de un sistema deinformacin, adems de no contar con la responsabilidad ante la organizacin de la efectividad de lossitemas, debido a que estoso usuarios deben de participar en el desarrollo de sistema.

4. Usuarios directivos: estos usuarios toman ciertas responsabilidades en el desarrollo de los sistemasde informacin. El que este tipo de usuario tome decisiones sobre la existencia o no de un sistema deinformacin en la organizacin es una funcin de riesgos, ya que en ocasiones los sitemas deinformacin desarrollados en una forma inadecuada pueden entorpecer e incluso daar a lasactividades de la organizacin.

Cabe hacer la consideracin de ue no todos los usuarios finales tienen la misma experiencia, algunosnunca han usado una computadora, mientras otros interactan cotidianamente con un sistem a de

informacin. Cada grupo debe ser capaz de utilizar el sistema con facilidad y de manera oportunacuando sea necesario, auqneu su empleo no forme parte de la rutina cotidiana. Por lo que lascaractersticas que deber tener un sistema de informacin debern contemplar la satisfaccin de lasnecesidades de los usuarios ocasionales. Los cuatro tipos de usuarios son importantes; cada uno deellos pose informacin esencial sobre las funciones de la organizacin y hacia dnde se dirige sta.Los analistas proporcionan las ideas con respecto a las mejores formas de usar eficientemente lascomputadoras.

D) Equipo de soporte: son todas las herramientas que se utilizan para desarrollar y darlemantenimiento al sistema.


9/73

1.5. CLASIFICACIN DE LOS SISTEMAS DE INFORMACIN.

Un sistema de informacin es una disposicin de componentes integrados entre

s cuyo objetivo es satisfacer las necesidades da informacin de la organizacin.

La finalidad de los sitemas de informacin es procesar entradas, mantenerarchivos de datos relacionados con la organizacin y producir informacin enreportes u otro tipo de salidas.Los sistemas de informacin estn formados por subsistemas que incluyenhardware, software y medios de almacenamiento de informacin.El conjunto particular de subsistemas utilizados, es decir, al conjunto deprogramas, archivos, equipo especfico y procedimientos, se le denominaaplicacin de sistemas; es por ello que se dice que los sistemas de informacin

tienen funciones especficas.Hay que considerar que un sistema de informacin da soporte a todos lossistemas de la organizacin, es por ello que los analistas deben estudiar a toda laorganizacin para entonces detallar sus sistemas de informacin. Algunos de loselementos que deben ser tomados en cuenta por el analista son:

1. Canales informales: son las interacciones que existen entre las personas y losdepartamentos y no estn explcitas en un organigrama o en procedimientosde operacin.

2. Interdependencias: se considera aquellos departamentos y componentes de laorganizacin de las cuales depende directa o indirectamente un elemento en

Particular.

3. Personas y funciones clave: identificarlos como elementos de importancia en elsistema para su adecuado funcionamiento.

4. Enlaces critico de comunicacin: determinar cmo se realiza el flujo deinformacin e instrucciones entre los distintos componentes de la organizacin.


10/73

Considerando estos elementos, el analista especifica la forma en que debe operarel sistema y sus subsistemas, las entradas requeridas, las salidas que deben serproporcionadas y los trabajos que se efectuarn tanto por las computadoras comoen forma manual.

Los sistemas de informacin se dividen en:

1. Sistemas transaccionales

2. Sistemas para la gestin de informacin3. Sistemas de informacin ejecutiva4. Sistemas de apoyo a las decisiones5. Sistemas expertos

1. SISTEMA TRANSACCIONAL.

El sistema basado en computadoras ms importante dentro de una organizacin es

el que est relacionado con el procesamiento de las transacciones. Estos sistemasse ubican dentro del tipo de usuarios primarios. Los sistemas de procesamiento detransacciones (TPS) tienen como finalidad mejorarlas actividades rutinarias de la organizacin.Una transaccin es cualquier suceso o actividad que afecta a toda la organizacin.El procesamiento de transacciones es el conjunto de procedimientos para elmanejo de stas, incluyendo tambin las siguientes actividades:

-Clculos.-Clasificacin.-Ordenamiento.-Almacenamiento y recuperacin.-Generacin de reportes.

Todas estas actividades pertenecen al nivel operacional de cualquier organizacin;como las transacciones son actividades rutinarias, el nivel operacional determinalos pasos y procedimientos a seguir en caso de presentarse una situacin

inesperada. Los procedimientos para el proceso de transacciones se denominaprocesamiento de operaciones estndar.


11/73

2. SISTEMA PARA LA GESTIN DE INFORMACIN.

Estos sistemas se basan en la toma de decisiones en situaciones de certeza yriesgo por lo que se ubican dentro del tipo de usuarios indirectos y gerentes.

3. SISTEMAS DE INFORMACIN EJECUTIVA.

Este tipo de sistemas se ubican dentro del tipo de usuario de gerentes ydirectivos; se basan en la informacin de base de datos y en la toma de

decisiones en condiciones de incertidumbre, son decisiones de muy alto nivel.

4.SISTEMA DE APOYO A LAS DECISIONES.

Estos sistemas solo se ubican en el tipo de usuarios directivos ya que lasdecisiones de este nivel son de vital importancia para el funcionamiento de laorganizacin.

5. SISTEMAS EXPERTOS.

Estos sistemas se caracterizan porque tienen la capacidad de dar como resultadouna decisin pertinente a un problema dado.


12/73

UNIDAD II

CICLO DE VIDA DE UN SISTEMA

2.1 DEFINICIN DEL PROBLEMA

2.2 RECOPILACIN DE INFORMACIN

2.3 ANLISIS DE LA INFORMACIN

2.4 DISEO DEL SISTEMA

2.5 PROGRAMACIN

2.6 PRUEBA DEL PROGRAMA

2.7 DOCUMENTACIN DEL SISTEMA

2.8 IMPLANTACIN DEL SISTEMA
http://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS1%20DEFINICION%20DEL%20PROBLEMA.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS1%20RECOPILACION%20DE%20LA%20INFORMACION.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20AN%C1LISIS%20DE%20INFORMACI%D3N.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20DISE%D1O%20DEL%20SISTEMA.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS1%20PROGRAMACION.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS1%20PRUEBAS%20DEL%20PROGRAMA.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20DOCUMENTACION.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20IMPLANTACION.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20IMPLANTACION.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20DOCUMENTACION.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS1%20PRUEBAS%20DEL%20PROGRAMA.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS1%20PROGRAMACION.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20DISE%D1O%20DEL%20SISTEMA.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20AN%C1LISIS%20DE%20INFORMACI%D3N.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS1%20RECOPILACION%20DE%20LA%20INFORMACION.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS1%20DEFINICION%20DEL%20PROBLEMA.htm


13/73

2.1. DEFINICIN DEL PROBLEMA

DESCRIPCIN

El desarrollo de sistemas es un proceso formado por las etapas de anlisis ydiseo, ste inicia cuando en la organizacin se detecta que el sistema necesitareformas.El ciclo de vida de un sistema es el conjunto de actividades que los analistasdiseadores y usuarios realizan para desarrollar e implantar un sistema deinformacin.Cuando se realiza un anlisis se debe considerar que todas las actividades que enuna organizacin se realicen estn ntimamente relacionadas, lo que en ocasionesimpide determinar con exactitud en qu orden estas actividades se realizan, as

como el conocer los pasos que hay que seguir para efectuarlos.

El ciclo de vida de un sistema es el proceso en el cual los analistas, los ingenierosd software, los programadores y los usuarios finales elaboran sistemas deinformacin.

Las etapas del ciclo de vida de un sistema son:

1. Definicin del problema.

2. Recopilacin de informacin.3. Anlisis de informacin.4. Diseo del sistema.5. Programacin.6. Pruebas del programa.7. Documentacin.8. Implantacin.


14/73

DEFINICIN DEL PROBLEMA.

Esta etapa suele ser la primera y la ms difcil de todo el proceso del ciclo de vida debido aque se encarga del reconocimiento de las fallas o problemas que una organizacin puedeenfrentar.

Tradicionalmente han sido los usuarios y los directivos de las empresas quienes impulsan lamayora de los proyectos. Por su parte, los analistas estn encargados de descubrir mejorasdentro de la organizacin; por lo tanto el analista debe identificar los problemas, lasoportunidades y las normas y objetivos que rigen a la empresa.

Problema es una situacin no deseable que impide que la organizacin pueda alcanzarplenamente sus propsitos metas y objetivos.Una oportunidad es toda posibilidad de mejorar el sistema o lograr la ausencia de problemasespecficos.Una norma es todo requisito impuesto por la direccin, las instituciones gubernamentales o

cualquier influencia externa.

Si una oportunidad no es usada en su momento, sta a la larga puede convertirse en unproblema ya que esto pudiera implica el no usar situaciones favorables tanto para elanalista como para la organizacin.Con relacin a las normas que se aplican en una organizacin, stas representan problemas,pues implican el cambio de actividades o porcesos internos dentro del tratamiento deinformacin.

Los problemas se dan a notar de diversas formas; es decir, stos pueden estar presentes enla organizacin y tomarse como prcticas normales de trabajo y depende en gran parte delusuario (directivos) poder descubrir estos problemas y del analista para determinarlos. Lamayora de los problemas dentro de las organizaciones se refieren al desempeo(ausentismo, falta de compromiso por parte de los empleados, alta rotacin de personal).

Sin olvidar a los clientes o proveedores del sistema ya que ellos ejercen el tipo deretroalimentacin que el sistema est recibiendo. Considere como retroalimentacin lasquejas o sugerencias que se reciben, as como ventas noconsolidadas o canceladas, etc, adems del reflejo al momento de medir los resultados

contra los objetivos planeados. Estos son sntomas que deben ser tomados en cuenta parainiciar de inmediato el anlisis del sistema.


15/73

2.2. RECOPILACIN DE INFORMACIN

Esta fase del ciclo de vida del sistema involucra al analista

con el sistema, ya que la tarea principal del analista alfinalizar esta etapa es tener una imagen general del sistema.El analista debe conocer a detalle las funciones actuales delsistema considerando las siguientes preguntas:

-Quin?: para conocer a la gente involucrada.-Qu?: actividad de la organizacin.

-Dnde?: ambiente de trabajo, incluye el lugar.-Cundo?: momento o instante de tiempo en que se realizala actividad.-Cmo?: procedimientos o formas para realizar la actividad.

Muchas de estas preguntas sern contestadas si el analista

pregunta sobre el sistema acual que la organizacin estutilizando. Teniendo al final de esta investigacin unacomprensin general del sistema, las funciones y lainformacin sobre personas, datos y procesos que serealizan.


16/73

2.3.ANLISIS DE INFORMACIN

El uso de informacin puede iniciarse por un sin nmero de razones como:

-Peticin de una persona.-Solicitud de empleados y usuarios del sistema.-Necesidades de informacin de los niveles directivos.

Al considerar estas peticiones es necesario investigar si el sistema que actualmente funcionaen la organizacin cubre las necesidades y en qu porcentaje, para saber con exactitud lo queel solicitante desea, por lo que la solicitud del proyecto debe incluir todas y cada una de lasnecesidades a cubrir.Esta actividad permitir al analista determinar si es conveniente redisear el sistema actual,disear uno nuevo,comprar el sistema de informacin considerando el costo, los resultados

esperados y el perfeccionamiento de las actividades (an considerando que algunas de stassean de forma manual).Para que esta investigacin se realice se debe elaborar un plan o programa de trabajo paradar a conocer al cliente todas y cada una de las actividades que la investigacin involucra y eltiempo que requerirn, as como los usuarios que debern ser investigados.

Antes de implantar el plan de investigacin es necesario conocer:

- FUENTES INTERNAS: son todas las personas contactos en la investigacin, aquellas de nivel

jerrquico de la unidad afectada, as como los usuarios operativos y administradores.

- FUENTES EXTERNAS: considerar a todas las dependencias que tienen relacin al sistema ainvestigar, sus clientes y personal que se encuentra involucrado, sin olvidar a la informacinque ellos generan.


17/73

- TCNICAS DE RECOLECIN DE DATOS: hay que considerar que el trabajo delanlisis no es una funcin para un solo analista; este debe crear grupos detrabajo que deben encargarse de recopilar y analizar datos para saber siexiste coincidencia de anomalas en el sistema.

El anlisis de la informacin es la etapa ms importante del anlisis debido aque se va a evaluar el sistema que se investig; para ello se integrar lainformacin recopilada durante todo el proceso anterior de investigacin,obteniendo como resultados la mejora del sistema y la factibilidad de sumejoramiento si as lo requiere.

Las actividades a realizar dentro de esta etapa son:1. Cruce de la informacin: el analista se rene con sus colaboradores y de losdatos recopilados se determinan aquellos lugares crticos o vulnerables

dentro de la organizacin que determinan los problemas que la empresa estenfrentando.

2. Anlisis de alternativas: una vez expuestos los problemas de laorganizacin y localizados los procesos a ser mejorados se debern analizartodas y cada una de las alternativas de solucin utilizando la informacinrecabada. Tales alternativas podran ser:

o Aceleracin de procesos

o Eliminar procesos innecesarioso Combinacin de procesos (manual y automatizado)o Reduccin de erroreso Reduccin de salidas redundanteso Integracin de sistemaso Satisfaccin del trabajadoro Mejora en la interaccin cliente- servidor


18/73

La alternativa a escoger estar en funcin directa del estudio de factihdidadcorrespondiente para respaldar su implementacin. La factibilidad es valorada en tresformas principales para su posterior evaluacin:

1. Factibilidad tcnica.2. Factibilidad econmica.3. Factibilidad operacional.1. Factibilidad tcnica: sta se refiere a la valoracin de los recursos tcnicos con losque cuenta la organizacin, si permiten realizar el proyecto o se necesitan nuevosrecursos (personal, software, material, ect); se debe considerar tambin si losrecursos tcnicos actuales de la organizacin pueden ser mejorados a aadidos.

2. Factibilidad econmica: se refiere a valorar si los beneficios obtenidos sernsuficientes para aceptar los costos del nuevo proyecto, o bien el no llevar a cabo elproyecto. La factibilidad econmica es el segundo paso para determinar los recursostiempo y costo.

3. Factibilidad operacional: esta etapa depende de los recursos humanos, ya que ellosdeterminarn en gran medida si se desarrolla e implanta el nuevo sistema,dependiendo de la forma en que actualmente estn trabajando con el sistema parasaber si el nuevo ser aceptado o rechazado de acuerdo a la satisfaccin que tengancon su trabajo.

Una forma de conocer si la factibilidad de los proyectos est bien definida escerciorarse de cubrir los tres aspectos de factibilidad tcnica, econmica y operacionalsobre todo porque el hecho de llevar a cabo un proyecto de gran magnitud tieneimplicaciones directas sobre el sistema y por tanto no es una decisin fcil de tomar.Para valorar la factibilidad se hace uso de herramientas como lo es el anlisis costo /efectividad, ste implica el conocer los costos y beneficios que debern serconsiderados juntos, debido a la gran interrelacin y frecuencia dentro del sistema.

Una forma de analizar estos costos y beneficios es aplicando tcnicas como son:

o Anlisis del punto de equilibrio.o Recuperacin.o Anlisis de flujo de efectivo.

o Valor presente.


19/73

2.4.DISEO DEL SISTEMA

Conocidas ya las necesidades de los usuarios, se procede a realizar el diseo del sistema deinformacin. Ahora el trabajo del analista consiste en disear procedimientos precisos y eficacespara el procesamiento de datos, a fin de que al ser usados por el sistema sean los correctos; esdecir. crear entradas efectivas para que los resultados esperados sean los correctos, mediante eluso de formas y pantallas.

El diseo incluye el diseo de archivos y bases de datos en las que se almacenarn los datosnecesarios para la toma de decisiones.Dentro del diseo el analista no debe olvidar el control y respaldos de la informacin y delsistema. Todo esto adems de crear paquetes de programas especficos dentro del sistema quepermitirn el proceso de entradas y salidas as como los detalles de archivos y procesamiento deinformacin, estructuras dedatos utilizadas, etc.

ALTERNATIVAS DE DISEO.

El trabajo del analista consiste en elaborar una o ms alternativas de automatizacin de lossistemas deprocesamiento de informacin que cubra los requerimientos de los usuarios.Al elaborar un diseo de sistema, se deben considerar aspectos referentes al procesamiento deoperaciones y la reduccin de costos, sin olvidar la oportunidad y calidad de los resultados.

Por lo tanto es necesario recurrir a preguntas como:

Qu parte del sistema debera automatizarse?Se comprar el software o se elaborar?Qu formato de proceso tendrn los archivos?

Cul ser el tipo de tecnologa a implantar para su uso?PUNTOS DE CONTROL.

Al referirse a este aspecto debern considerarse las interfaces de operacin del sistema, indicandolos puntos de control y cules son las variaciones en ellos.

Los puntos de control a considerar por el analista son:

1. Describir los elementos de control, tales como estndares y mtodos para evaluar eldesempeo del sistema en relacin con los dems estndares sobre sistemas de informacin.

2. Especificar la manera de proporcionar informacin a cada uno de los diferentes usuarios de laorganizacin para que cubra sus necesidades de toma de decisiones correctamente.


20/73

2.6.PRUEBAS DEL PROGRAMA

El realizar pruebas a cada uno de los elementos que conforman el nuevosistema de informacin es una tarea fundamental para garantizar su adecuadofuncionamiento y evitar resultados no favorables al momento de implantarlo.Por ello, es necesario considerar que los datos contengan la mayor variedad decondiciones posibles a fin de probar toda la capacidad de cada programa y quelas anomalas detectadas sean corregidas de forma inmediata, adems dehacer lo mismo con la documentacin. Es muy importante recordar que elprobar un sistema no es prdida de tiempo.

Las fuentes para la obtencin de datos de prueba son los datos reales y losartificiales, cada uno con sus ventajas e inconvenientes.

USO DE DATOS DE PRUEBA REALES.

Este tipo de datos son extrados de los archivos de la organizacin; se usanestos datos para probar parcialmente al sistema.Uso de datos de prueba artificiales.Los datos de prueba artificiales se crean slo con fines de prueba, y son usadospara generar todas las combinaciones de formato y de valores.Prueba de escritorio.La prueba del programa es responsabilidad de quien programa y del analista,aunque slo es un indicador para conocer el funcionamiento del sistema y slose limitan a pruebas en papel.


21/73

2.7.DOCUMENTACIN

Un sistema debe contemplar una documentacin adecuada y completa para mantenerlo yactualizarlo de manera satisfactoria; sin embargo muchos analistas hacen caso omiso deeste aspecto.

Al documentar un sistema se debe buscar cubrir los siguientes objetivos:

o Estandarizar la documentacin.o Facilitar el desarrollo de la misma.o Ahorrar tiempo.

Una vez contemplados los puntos anteriores, es necesario aplicar estas ventajas pararealizar la documentacin del sistema, debido a que si se logra una documentacin eficientedel sistema setendrn las siguientes ventajas:

o Ser una herramienta didctica para nuevos miembros de la organizacin y por lo tantonuevos usuarios.o Es requisito bsico para quien tenga la responsabilidad del manteamiento del sistema omodificacin del mismo.o Ayuda a los analistas a trabajar en reas relativas, evitando redundancias y facilitando laintegracin de todos los sistemas.o Asegura que el sistema opere correctamente con el mnimo de errores.o Los recursos se usan de forma ms eficiente.

Los manuales para considerar a un sistema documentado de forma completa son:

1. Manual de programacin: enlista la eleccin del lenguaje de programacin y el porqu, lalgica para resolver el problema, pruebas de mdulos y el programa en s. ste est dirigidoa los programadores y diseadores del sistema.

2. Manual de usuario: su objetivo es informar al usuario qu es lo que debe hacer y cmohacerlo, conozca el sistema o no.

3. Manual del sistema: define el nombre del sistema, caractersticas de implantacin,hardware, software y dems formas que requiere el sistema

2 8 IMPLANTACIN


22/73

2.8.IMPLANTACIN

La implantacin involucra a todas las actividades que se dan al pasar de un sistemaviejo a uno nuevo. Se pueden encontrar las siguientes situaciones al hablar deimplantacin:

o El sistema es totalmente nuevo y reemplaza al que ya existe, sea de forma manual o

automatizada.o Puede ser una modificacin hacia algunos de los componentes del sistema queactualmente se usan.

Cualquiera que sea la forma en la que se haya modificado a la organizacin, laimplantacin es un elemento determinante para el buen funcionamiento del sistema yque permita lograr sus objetivos. Para ello es necesario tomar encuenta los siguientesaspectos:

CAPACITACIN AL PERSONAL.

El elemento del cual necesitamos para el buen funcionamiemo y cumplimiento de losobjetivos del nuevo sistema se encuentra en la capacitacin que tiene el personal para laadecuada operacin y confiabilidad del sistema.La capacitacin deber incluir a todos aquellos que de alguna u otra manera seencuentren involucrados con el sistema, es decir, desde los tcnicos, operarios y demsusuarios.Esta capacitacin involucra aspectos tcnicos, referentes al equipo que se utilizar en lasoperaciones rutinarias como extraordinarias, es decir, desde saber cmo encender el

equipo, usarlo, operarlo y el apagarlo. Deber mencionarse los desperfectos queposiblemente se presentarn, desde los ms comunes hasta las situaciones mscomplicadas, sureconocimiento y su solucin.Al capacitar a los usuarios del sistema deber tomarse en cuenta los problemas no solode hardware, sino tambin de software. Por lo tanto es necesario tener la documentacincorrespondiente a este tipo de fallas.Recordemos que la capacitacin se refiere directamente a la forma de operacin delsistema, preparacin, captura, almacenamiento y recuperacin de los datos para lossistemas transaccionales, o bien en la elaboracin de reportes,consultas ymantenimiento de la informacin para la toma de decisiones.


23/73

Al realizar la capacitacin se debe centrar bsicamente en dos puntos:

1. El sistema de procesamiento, que invoIucra que el usuario sefamiliarice con l para su adecuado manejo.

2. La aplicacin del sistema que se refiere a la forma de impacto delsistema a la organizacin (toma de decisiones).

El no incluir la capacitacin es una determinante para que el sistema no

genere los resultados deseados, no solo hacia la organizacin, sinotambin desde el aspecto personal de cada usuario. Adems si a ellounimos el hecho de no contar con una adecuada documentacin delsistema, provocarn resultados nodeseados, debido a que en muchas ocasiones esta documentacin sirvede consulta.

PRUEBAS DEL SISTEMA.Antes del proceso de la implantacin del sistema es necesario un periodo

de prueba para poder determinar si an existen problemas no resueltosy no hacer un doble trabajo de acondicionamiento al sistema.Las pruebas por las cuales deber pasar el sistema antes de serimplantado son:


24/73

a) Pruebas de recuperacin: se consideran en este tipo de prueba los posiblesfallos en el procesamiento de los datos involucrando tiempo especfico; aqu sedetermina que el sistema sea confable en cuestiones referentes a seguir sufuncionamiento cuando alguno de los componenles falle.

b) Pruebas de seguridad: de esta prueba depender la vulnerabilidad que tieneel sistema eonlra la intromisin de personal no auorizado para su uso y manejo,debido a que se intentar violar su mtodos de proteccin de datos. Esta pruebaesnecesaria para conocer los puntos de control ms susceptibles del sistema.

c) Pruebas de resistencia: la prueba de resistencia permite observar la demandaque tiene el sistema en cuanto a cantidad derecursos, frecuencia o volmenesanormales. Los tipos de resistencia a las cuales se somete el sistema son:

o Diseo de pruebas sobre interrupciones por segundo.o Aumento de la frecuencia de datos de entrada.o Pruebas que requieran uso excesivo de memoria u otro recurso.o Pruebas sobre el sistema operativo u otro software.o Crear excesivas bsquedas de datos.

Todo esto con el objetivo de crear conflicto y romper el programa.

d) Pruebas de rendimiento: esta prueba est diseada para probar elrendimiento del software en tiempo de ejecucin dentrodel contexto del sistemaintegrado. Las pruebas de rendimiento se unen a las pruebas de resistencia yrequieren de verificar el hardware y software, es decir, la utilizacin de recursosde forma exacta..


25/73

CONVERSIN DEL SISTEMA.

Este proceso se da cuando se realiza el cambio del sistema anterior alnuevo, ya que existen varias formas de realizar la conversin al nuevosistema; cada uno de estos mtodos tienen sus beneficios as como susinconvenientes; depender del tipo de mtodo utilizado la adopcin y

adaptacin al nuevo sistema, sinolvidar por parte del analista que sta debe realizarse lo ms prontoposible, de no ser as podra causar efectos de rechazo o frustracinpara las personas involucradas.

Los mtodos de conversin son:

a) Sistemas paralelos: ste es uno de los mtodos ms seguros para laconversin de un sistema, ya que trabaja con ambos sistemas (nuevo y

viejo) al mismo tiempo. Con esta perspectiva, los usuarios operan elsistema anterior de forma acostumbrada, pero comienzan a usar elnuevo sirviendo el viejo sistema derespaldo de las operaciones para el nuevosistema.

Las desventajas de este mtodo son:

-Los costos se duplican por existir dos sistemas.-Se necesita mayor uso de personal-Se puede generar una resistencia potencial al uso del nuevo sistema,por preferir el anterior.


26/73

b) Conversin directa: este enfoque transforma el sistema anterior al nuevode manera abrupta, puede ser tan precipitada como cambiar de un fin desemana a otro o en casos extremos de un da a otro. El efecto psicolgico deeste enfoque es radical en los usuarios, pues ellos no tienen otro sistema alcual recurrir en caso de falla, quedando la posibilidad de parar operacionesen caso de una falla.Este tipo de conversin requiere de una planificacin muy cuidadosa encuanto a la capacitacin, el equipo,correccin de errores, el lugar. etc. Esta de conversin se da cuando seinstala equipo nuevo o bien los sistemas son comprados y puestos enoperacin inmediatamente.

c) Enfoque piloto: a veces los sistemas implican mtodos nuevos de trabajode la organizacin, debido a ello el enfoque piloto es utilizado. Este enfoque

permite implantar una versin de trabajo en una parte de la organizacin,como sera un rea o departamento. Los usuarios saben que estn probandoun sistema y que se pueden hacer cambios para mejorar el sistema.Cuando el sistema se ha probado en su totalidad, ste se instala en toda laorganizacin y puede darse por conversin directa o usando el mtodo poretapas.Una de las grandes ventajas de este mtodo es proporcionar una granseguridad en las pruebas a las cuales es sometido el sistema y eliminar losposibles errores.

d) Mtodo por etapas: este mtodo se usa cuando no es posible instalar degolpe un nuevo sistema, debido a los archivos, la capacitacin o el equiposon factores que impiden la instalacin del sistema. El problema de estemtodo es la expectativa que pueda causar en los usuarios, ya que de nousar al mismo tiempo el sistema, estos pueden ser vulnerables aldesempeo del sistema por no usarlo al mismo tiempo que sus compaerosde trabajo


27/73

UNIDAD III

ANLISIS DEL SISTEMA

3.1 DETERMINACIN DE REQUERIMIENTOS3.2 ACTIVIDADES DE LA DETERMINACIN DEREQUERIMIENTOS3.3 REQUERIMIENTOS BSICOS3.4 REQUERIMIENTOS DE LAS TRANSACCIONES DE LOSUSUARIOS3.5 REQUERIMIENTOS DE DECISIN DE LOS USUARIOS

3.6 REQUERIMIENTOS DE LA ORGANIZACIN
http://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20DETERMINACION%20DE%20REQUERIMIENTOS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20ACTIVIDADES%20EN%20LA%20DETERMINACI%D3N%20DE%20REQUERIMIENTOS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20ACTIVIDADES%20EN%20LA%20DETERMINACI%D3N%20DE%20REQUERIMIENTOS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20REQUERIMIENTOS%20B%C1SICOS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20REQUERIMIENTOS%20DE%20LAS%20TRANSACCIONES%20DE%20LOS%20USUARIOS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20REQUERIMIENTOS%20DE%20LAS%20TRANSACCIONES%20DE%20LOS%20USUARIOS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20REQUERIMIENTOS%20DE%20DECISI%D3N%20DE%20LOS%20USUARIOS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20REQUERIMIENTOS%20DE%20LA%20ORGANIZACI%D3N.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20REQUERIMIENTOS%20DE%20LA%20ORGANIZACI%D3N.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20REQUERIMIENTOS%20DE%20DECISI%D3N%20DE%20LOS%20USUARIOS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20REQUERIMIENTOS%20DE%20LAS%20TRANSACCIONES%20DE%20LOS%20USUARIOS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20REQUERIMIENTOS%20DE%20LAS%20TRANSACCIONES%20DE%20LOS%20USUARIOS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20REQUERIMIENTOS%20B%C1SICOS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20ACTIVIDADES%20EN%20LA%20DETERMINACI%D3N%20DE%20REQUERIMIENTOS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20ACTIVIDADES%20EN%20LA%20DETERMINACI%D3N%20DE%20REQUERIMIENTOS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20DETERMINACION%20DE%20REQUERIMIENTOS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20DETERMINACION%20DE%20REQUERIMIENTOS.htm


28/73

3.1.DETERMINACIN DE REQUERIMIENTOS

El objetivo del anlisis de sistemas es comprender situaciones, no resolver

problemas, por lo que es necesario conocer cmo opera el sistema e identificarlos requerimientos que tienen los usuarios para proponer la modificacin a unsistema. Una vez comprendido el sistema, los analistas estn en posicin deanalizarlo y generar recomendaciones para el diseo del sistema.

La forma en que se realiza la investigacin es la que determina si se reune lainformacin apropiada, y sta influye en la calidad de la aplicacin.

Es el estudio de un sistema para conocer cmo trabaja y dnde es necesarioefectuar mejoras. Los estudios de sistemas dan como resultado una evaluacinde la forma de cmo trabajan los mtodos empleados y si es necesario realizarajustes.Un requerimiento es una caracterstica que debe incluirse en un nuevo sistema.Esta forma puede ser la forma de capturar, procesar datos, producirinformacin., controlar una actividad de una empresa o brindar soporte a lagerencia. Es as, como la determinacin de requerimientos vincula el estudio deun sistema existente con la recopilacin de detalles relacionados con l.

Cabe considerar que los analistas de sistemas, no trabajan con los empleadosdel sistema, carecen de los mismos conocimientos, hechos y detalles que losusuarios de stas reas. Por lo que es necesario como primer paso, comprenderla situacin; sto puede realizarse conociendo los requerimientosfundamentalesque casi son comunes en todas las situaciones. Es importante reconocer losrequerimientos bsicos de aquellos que tienen que ver con sistemas detransacciones, toma de desiciones, etc.


29/73

3.2.ACTIVIDADES EN LA DETERMINACIN DE REQUERIMIENTOS

Existen tres grandes actividades para la determinacin de requerimientos en un sistema:

-Anticipacin.- Investigacin.- Especificacin de requerimientos.ANTICIPACIN DE REQUERIMIENTOS.

Para esta actividad la experiencia del analista de sistemas, en un rea en particular y el contacto conel ambiente que envuelve al sistema, es factor que le permite anticipar ciertos problemas ocaractersticasy requerimientos para un nuevo sistema.La anticipacin de requerimientos tienen dos vertientes:

1. Si el analista de sistemas no cuenta con experiencia puede omitir situaciones y operacionesrealmente importantes para el sistema limitando la prevencin de problemas.

2. En caso contrario, cuando el analista cuenta con una gran familiaridad en el sistema, permiterealizar investigaciones en reas no consideradas por un analista novato, tener las bases para saberpreguntar o que aspectos investigar puede beneficiar a la organizacin.Pero al introducir sesgos otajos por el analista experimentado en la conduccin de la investigacin es muy probable que estainvestigacin se convierta en un problema. Por lo tanto es necesario para cualquier tipo de analistaconsiderar o dar lineamientos para estructurar una investigacin alrededor de cuestiones bsicas conla finalidad de evitar consecuencias indeseables de la anticipacin de requerimientos.


30/73

3.3.REQUERIMIENTOS BSICOS

Los analistas deben estructurar su investigacin sobre la organizacin de acuerdo con lassiguientes cuatro preguntas:

- Cul es el proceso bsico de la empresa?-Qu datos utiliza o produce este proceso?-Cules son los lmites impuestos por el tiempo y la carga de trabajo?-Qu controles de desempeo utiliza?

Estas preguntas tendrn respuesta considerando los siguientes puntos:

1. Comprensin del proceso: siempres se debe comenzar con lo bsico. Por lo regular losanalistas hacen preguntas que cuando reciben respuestas proporcionan antecedentes de losdetalles fundamentalesrelacionados con el sistema y sirvenpara describirlo. Las siguientespreguntas son de utilidad para adquirir la comprensinnecesaria:

-Cul es la finalidad de esta actividad dentro de la empresa?-Qu pasos se siguen para llevarla a cabo?

-Dnde se realizan estos pasos?-Quin los realiza?-Cunto tiempo tardan en efectuarlos?-Con cunta frecuencia lo hacen?-Quines emplean la informacin resultante?


31/73

Esta es la clase de respuestas que el analista debe hacer para cualquier sistema que estudie. Lasrespuestas a estas preguntas proporcionan un conocimiento amplio de todo lo relacionado con laactividad y muestra el objetivo del proceso.Estos resultados son los antecedentes que le permitirn al analista formular preguntas detalladas.

2. Identificacin de datos empleados e informacin generada: una vez terminada la comprensindel proceso es necesario detectar qu datos utiliza para llevar a cabo la actividad. Por otra parte,

muchas transacciones del sistema producen informacin til para los gerentes y analistasdependiendo del contexto en que la ubique.

3. Frecuencia y volumen del proceso: la frecuencia es un elemento importante para conocer eltiempo entre una transaccin y otra dentro de la empresa. Por lo tanto los analistas debeninvestigar con cunta frecuencia se repite una actividad, eso le permite al analista considerar mspreguntas para determinar la razn de la frecuencia y su efecto sobre las operaciones oactividades de la empresa. sto es posible cuando se ha identificado el objetivo de la actividad, esdecir, cul es la causa de la actividad?.Es indispensable que el analista determine la causa directa como la funcin de iniciacin de laactividad. Estas actividades pueden ser iniciadas por los clientes, por sucesos y por el tiempo. Unriesgo que corren los analistas es no comprender adecuadamente la razn de una actividad y darle

mayor o menor importancia de la que tienen en el sistema, a menos de que conozca qu es lo queinicia la actividad.Existen actividades que tienen una duracin pequea o muy corta, otras ocurren con muy pocafrecuencia, pero cuando se presentan pueden tomar bastante tiempo para finalizarla. Hay queconsiderar que el tiempo, como nico factor para llevar a cabo una actividad, no determina laimportancia de sta, pero tiene un efecto en cmo el analista evala los diferentes pasos pararealizarla.La cantidad de pasos totales de que consta una actividad, puede generar problemas especialespara el estudio queefecta el analista an cuando la actividad ocurra con muy poca frecuencia.

4. Identificacin de controles: los controles son un elemento importante dentro del sistema, ya quede ellos depender conocer si la actividad se ha realizado en forma adecuada.Los analistas deben examinar los mtodos de control durante la etapa del anlisis, considerandolas siguientes preguntas:

-Existen estndares especficos de desempeo?-Quin se encarga de comparar el desempeo contra los estndares?-Cmo se detectan los errores?-Cmo se corrigen los errores?-Se cometen varios errores?

La falta o debilidad de los controles son elementos importantes de considerar en una investigacinde sistemas.


32/73

3.4.REQUERIMIENTOS DE LAS TRANSACCIONES DE LOS USUARIOS

Los sistemas a nivel de transacciones, capturan procesan y almacenan datos por alguna razn.Losanalistas seleccionados para trabajar en un sistema de procesamiento transaccional, deben conocertodo lo relacionado con la forma en que se procesan estas transacciones. Para conocer y entender losrequerimientos de las transacciones, los analistas sin lugar a dudas formulan preguntas como:

-Qu es lo que forma parte de la transaccin que est siendo procesada?-Qu es lo que inicia la transaccin?-Quin inicia la transaccin?-Con qu propsito?-Con que frecuencia ocurre?-Qu volumen esta asociado a la transaccin?

-Existen diferentes condiciones que pueden afectar la forma en que se procesan las transacciones?-Qu detalles son necesarios para procesar la transaccin?-Qu informacin se genera?-Qu datos se guardan?

Estas preguntas deben ser consideradas, no sin antes haber determinado cules la transaccin o transacciones principales de la organizacin. Hay que considerar que un sistema deprocesamiento de transacciones debe cubrir los siguientes puntos:

- Bien estructuradas.

- Siguen rutinas definidas.- Ocurren con frecuencia.-Son muy predecihies.- Cambian con poca frecuencia.- Presentan necesidades de datos muy estructurados.-Tratan con eventos reales- Capturan y procesan datos- Hacen hincapi en los detalles


33/73

3.5.REQUERIMIENTOS DE DECISIN DE LOS USUARIOS

A diferencia de las actividades de transaccin, las relacionadas con las decisiones nosiguen un procedimiento especifico. Las rutinas no son muy claras y es posible que loscontroles sean vagos. Las decisiones se toman al integrar la informacin en forma tal quelos gerentes saben qu acciones emprender.

Muchos de los sistemas sobre decisiones deben comprender situaciones o decisionespasadas, presentes y futuras o bien relacionarse con sucesos ocurridos en esos tiempos,algunos de estos sistemas brindan servicios a decisiones recurrentes, mientras que otrosson menos recurrentes y nicos.

Los sistemas sobre decisiones utilizan datos que se originan dentro de la empresa, como loson aquellos que generan los sistemas transaccionales o bien datos que estn fuera de laorganizacion. En algunos casos se procesan estos datos para la toma de decisiones.

L.os analistas que investigan los sistemas para el soporte de las decisiones deben formularlas mismas preguntas sobre frecuencia y volumen, pero debern considerar otras paradeterminar los requerimientos de las decisiones:

-Que informacin se utiliza para tomar una decisin?-Cul es la fuente de ms informacin?-Qu sistema transaccional produce datos utilizados en el proceso de la decisin?-Qu otros datos son necesarios y no es posible obtener del proceso transaccional?-Que datos originan las fuentes externas a la organizacin?-Cmo se deben procesar los datos para producir informacin necesaria?-Cmo debe presentarse la infomacin?

Estas preguntas reflejan la relacin entre los sistemas transaccionales y de las decisiones,esto significa que:

- Los analistas que investigan sistemas para el soporte de decisiones deben considerar lossistemas de procesamiento de transacciones.

- Que los sistemas eficaces para el soporte de las decisiones requieren primero deprocedimientos adecuados para el procesamiento de transacciones.


34/73

3.6.REQUERIMIENTOS DE LA ORGANIZACIN

Cuando los analistas estudian sistemas para u departamento tambin deben evaluar lasimplicaciones con los dems departamentos que intracta el sistema en investigacin. Algunasveces estos sistemas abarcan el trabajo de varios departamentos, por lo tanto esrespinsabilidad del analista identificar lasdependencias entre departamentos y determinar cmo los afectos de un proyecto.Esta actividad puede ser posible cuando el analista se auxilia de una herramienta como lo es eldiagrama de flujo de datos.

ENFOQUE DEL FLUJO DE DATOS.

El enfoque del flujo de datos tiene cuatro ventajas principales de la forma en que se muevenlos datos a travs del sistema, estas son:

1. Libertad para realizar en forma muy temprana la implementacin tcnica del sistema.2. Comprensin de las interrelaciones de los sistemas y subsistemas.3. Comunicacin del conocimiento del sistema actual a los usuarios por medio del diagrama deflujo de datos.4. Anlisis de un sistema propuesto para determinar si han sido definidos los datos y procesosnecesarios.

Los smbolos utilizados en el diagrama son:

-Rectngulo: representa una entidad.-Flecha: representa el flujo de datos.-Rectngulo dividido horizontalmente: representa un proceso-Rectngulo dividido verticalmente sin el extremo derecho: representa almacenamiento dedatos.


35/73

UNIDAD IV

TCNICAS DE RECOLECCIN DE INFORMACIN

4.1 INTRODUCCIN

4.2 FUENTES DE DATOS PARA EL ANLISIS DE SISTEMAS

4.3 TCNICAS PARA LA RECOLECCIN DE DATOS
http://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20FUENTES%20DE%20DATOS%20PARA%20EL%20AN%C3%81LISIS%20DE%20SISTEMAS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20FUENTES%20DE%20DATOS%20PARA%20EL%20AN%C3%81LISIS%20DE%20SISTEMAS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20T%C9CNICAS%20PARA%20LA%20RECOLECCI%D3N%20DE%20DATOS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20T%C9CNICAS%20PARA%20LA%20RECOLECCI%D3N%20DE%20DATOS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20FUENTES%20DE%20DATOS%20PARA%20EL%20AN%C3%81LISIS%20DE%20SISTEMAS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20FUENTES%20DE%20DATOS%20PARA%20EL%20AN%C3%81LISIS%20DE%20SISTEMAS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20FUENTES%20DE%20DATOS%20PARA%20EL%20AN%C3%81LISIS%20DE%20SISTEMAS.htm


36/73

INTRODUCCIN

Las razones para iniciar un anlisis de sistema son:La necesidad de resolver un problema.

Este sucede cuando el sistema no funciona como seesperaba, entonces se recurre al analista de sistemas.Las nuevas necesidades.Esto es cuando surgen nuevas disposiciones en laorganizacin, puede tratarse de una nueva ley, practicacontable, practica administrativa, etc.Para identificar las modificaciones o adiciones alsistema.La implantacin de una nueva tecnologa (tiende areemplazar el equipo existente).Mejoramiento general de los sistemas.


37/73

4.2 FUENTES DE DATOS PARA EL ANLISIS DESISTEMAS

Fuentes de hechos que van a estar dentro y fuera de laorganizacin.SISTEMA ACTUALConocer que el sistema automatizado ya exista.Conocer que el sistema automatizado no exista.Para saber cuanto se ha invertido al sistema, como se

documenta el sistema,si aporta pocos o muchosresultados y si hay cuello de botella utilizar el diagrama deflujo de datos.Aspectos a considerar en el sistema actual.Eficacia en el sistema actual.Es una oportunidad para conocer si el sistema es

satisfactorio, si requiere modificaciones menores,mantenimiento o bien si hay que reemplazar al sistema.


38/73

Ideas de diseo.

Permite o apoya al analista en ideas de diseo as comoapreciar notablemente en como se hacen y en que forma lasactividadespor el sistema.Reconocimiento de recursos.Le va a permitir al analista con que recursos se cuenta comolo que seria el personal, las instalaciones de infraestructura,el equipo de computo y la formade operacin.Conocimiento de conversin.Se coordinaran aquellas funciones que se dejaran hacer alsistema anterior, pero tengo que tener la observacin decmo se hacen, como sehacia antes y ahora. Para haceralgunas modificaciones, de cmo van a reaccionar losusuarios.

OTRAS FUENTES INTERNAS


39/73

OTRAS FUENTES INTERNASLa gente va a incluir a la gerencial, al personal de oficina ousuarios directos, que son los que se encargan de procesar lainformacin.Ventaja. La gente nos dice que es lo que necesita.

Desventaja. Cuando necesitamos informacin la gente es mascerrada por conservar su trabajo, etc.Papeleo dentro de la organizacin o documentacin.Aqu se utilizan tres tipos de documentos:Documentos que describen como esta organizada la empresa.Ejemplo : Descripcin de puestos.Documentos que describen lo que planea hacer la empresa.Ejemplo : Presupuestos, etc.Documentos que describen lo que hace la empresa.Ejemplo : Nominas, estados financieros, etc.

FUENTES EXTERNAS

Aquellas organizaciones que estn fuera de la organizacin.Ejemplo : Clientes, proveedores, competencia, etc.Revistas que nos dan informacin terica o practica quepueden ayudar al analista.

Los cursos, seminarios, talleres, etc.


40/73

4.3 TCNICAS PARA LA RECOLECCINDE DATOS

Los mtodos de obtencin de informacin pueden ser:

1. Entrevista.2. Cuestionario.3. Observacin.

LA ENTREVISTA

La entrevista es una conversacin dirigida, con un propsito especifico y que usa

un formato de preguntas y respuestas.Con la entrevista se busca obtenerla opinin y sentimientosdel entrevistadoacerca del sistema actual, los objetivos de la organizacin y los personales.En ocasiones las opiniones de la persona pueden ser mas importantes y masreveladoras que los hechos, debido a que el entrevistado conoce mejor laorganizacin que el analista.Los objetivos son informacin importante que puede ser recogida en laentrevista.Los hechos pueden representar los hechos pasados, los objetivosfuturos.En la entrevista, se esta dando una relacin con alguien que probablemente esextrao. Por tanto se necesita dar confianza, comprensin rpidamente pero almismo tiempo, se debe mantener el control de la entrevista. Dentro de laentrevista se deber vender el sistema proporcionando al entrevistadoinformacin necesaria.lasentrevistas permiten la interaccin con las preguntas y sus significado. Enuna entrevista el analista tiene la oportunidad de refinar una pregunta, definirun termino dudoso; cambiar el curso de las preguntas, responder una aparienciaconfusa y en general controlar el contexto.


41/73

Cinco pasos para la preparacin de la entrevista.

Lectura del material a fondo.Leer y comprender tanta informacin acerca del entrevistado y suorganizacin como le sea posible. Este material es obtenido, a veces,mediante una llamada rpida a la persona de contacto para pedirle un reportede la funcin que desempea la organizacin; pudiera ser esta unapublicacin. Este servir para conocer el lenguaje que usanlos miembros delaorganizacin, as como es la organizacin.

Establecimiento de los objetivos de la entrevista.Debe usarse la informacin de fondo y la propia experiencia para establecerlos objetivos de la entrevista. En esta punto deber incluir cada una de lasreas de tratamiento de informacin y su comportamiento en la toma dedecisiones de las cuales deber hacer preguntas acerca de: fuentes de

informacin, formatos de la informacin, frecuencia de la toma de decisiones,cualidades de la informacin y estilo en la toma de decisiones.

Decidir a quien entrevistar.Deben incluir personas clave de todos los niveles que sern afectados por elsistema de informacin de alguna forma.

Prepare al entrevistado.Prepare a la persona que va a ser entrevistada, dndole a conocer con

anticipacin y que tenga tiempo para prepararse para la entrevista. Lasentrevistas deben de durar de 45 a una hora, mas tiempo hara de esta unaactividad difciltanto para el entrevistado como para el analista.

Decida el tipo de pregunta y su estructura.

Es necesario antes de realizar la entrevista, escribir preguntas para tratar deabarcar las reas principalesde la toma de decisiones descubiertas cuando seaveriguaron los detalles de la entrevista [Sen92].


42/73

TIPO DE PREGUNTAS

Preguntas abiertas. Son aquellas preguntas que describen hechos o situaciones por parte delentrevistado con una gran cantidad de detalles que a juicio del entrevistado son importantes.Los beneficios de usar este tipo de preguntas son:Pone confortable al entrevistado.Permite que el analista recoja el vocabulario del entrevistado, el cual refleja su educacin, valores,

actitudes y creencias.Proporciona riqueza de detalles.Revela caminos para preguntas posterioresque podran haber quedado sin atacarHace que sea mas interesante para el entrevistado.Permite la espontaneidad.Se les puede usar en un aprieto si es que el entrevistador es tomado por sorpresa.

Las desventajas del uso de estas preguntas son:El usar estas preguntas pueden dar como resultado muchos detalles revelantes.

Se puede perder el control en la entrevista.

Permitir respuestas que pueden llevarse demasiado tiempo para la cantidad de informacin tilobtenida.Puede demostrar que el entrevistado no esta preparado.Puede dar la impresin de falta de objetivo en la entrevista.


43/73

PREGUNTAS CERRADASEn las preguntas cerradas las respuestas posibles estn cerradas al entrevistado, debido aque solamente puede responder con un numero finito, tal como ninguno, uno, o

quince.

Una pregunta cerrada limita las respuestas disponibles al entrevistado. Tal vez estafamiliarizado con las preguntas cerradas que hay en los exmenes de seleccin mltiple de laescuela. Se le hace una pregunta y se lo dan cinco respuestas, pero no se le permite queescriba su propia respuesta y que cuente como respuesta correctamente contestada.Ejemplo.Qu tantos reportes genera en un mes?Desde hace cuanto trabaja para Barkerloo Brothers?Cul de las siguientes fuentes de informacin es mas valiosa para ustedformas de queja de clientes archivadasinteraccin cara a cara con el cliente

la devolucin de mercanca por si mismaliste sus dos prioridades mxima para el departamento de ventasQuin recibe esta salida?Un tipo especial de pregunta cerrada es la pregunta bipolar. Esto limita todava mas alentrevistado, permitindole solamente una seleccin de algn extremo, tal como si o no,cierto o falso, de acuerdo o desacuerdo.


44/73

Usa usted una microcomputadora?Esta usted de acuerdo o no en que las funciones decontestadora automtica valdran la pena?Quiere usted recibir una impresin de computadora de suestado de cuenta cada mes?

su departamento de contabilidad proporciona transferencia defondos electrnicay automtica de los cheques de nomina paralos empleados porhoras?Estaforma estacompletamente llenada?Los beneficios de usar estas preguntas cerradas de cualquier tipoincluyen:Se ahorra tiempo.Se facilita la comparacin de las entrevistas.Se llega al punto.Se mantiene control sobre la entrevista.Se tratan muchos temas rpidamente.Se obtienen datos revelantes.Sin embargo, las desventajas del uso depreguntas cerradas sonsustanciales. Incluyen:Ser aburridas para el entrevistado.No llegan a obtener grandes detalles (debido a que elentrevistador proporciona el marco de referencia para elentrevistado.Se pierden ideas principales por la razn anterior.No se llega a establecer una relacin armoniosa entre elentrevistador y el entrevistador.

ENTREVISTAS ESTRUCTURADAS


45/73

En una entrevistaestructurada todo esta planeadoy el plan esseguido estrictamente. Laspreguntas cerradasson la partemedular de una entrevista completamenteestructurada.

ENTREVISTA NO ESTRUCTURADA

En esta entrevista el tiempo no tiene lmite y por lo tanto esposiblerecolectar informacin de todo tipo y se necesitala habilidad del entrevistador para improvisar y tocar reas nocontempladas.

Las ventajas de la entrevista no estructurada son:

1) El entrevistador tiene mayor flexibilidad para cambiar lostiempos de laentrevista para que se puedan cubrir todos los temas.2) El entrevistador puede ahondar en reas que aparecen demanera espontnea durante la entrevista.

Las desventajas de la entrevista no estructurada son:

1) Uso ineficiente del tiempo por parte de los participantes de laentrevista.2) El entrevistador puede introducir sus propios sesgos en lasentrevistas o al notificar sus resultados.3) Se puede obtener informacin no relevante y/o ajena alproblema.

4) El anlisis de los resultados puede llevarse mucho tiempo.5) Se necesita ms tiempo para reunir hechos esenciales.


46/73

CUESTIONARIO

Los cuestionarios son tcnicas de recopilacin de informacin que

permiten que los analistas estudien actitudes, creencias,comportamientos y caractersticas de varias personasprincipalesen la organizacin que pueden ser afectadas por los sistemasactuales y enproceso.Las actitudes son lo que la gente de la organizacin dice quequiere.Las creencias son lo que la gente piensa que es, de hecho cierto.

El comportamiento es lo que hacen los miembros de laorganizacin.Las caractersticas son propiedades de las personas o cosas. Las respuestas obtenidas mediante cuestionarios usandopreguntas cerradas pueden ser cuantificadas.Las respuestas a cuestionarios de preguntas abiertassonanalizadas e interpretadasde otras formas.Las preguntas sobre actitudes y creencias son notablemente

sensibles a la redaccin escogida por el analista.Los cuestionarios pueden ser usados para determinar que tanamplio o limitado es el sentimiento expresado en una entrevista.Pueden ser usados para investigar a una gran muestra deusuarios de un sistema, para tratar de encontrar problemas orecoger cosas importantes antes para realizar la entrevista.


47/73

El cuestionario requiere un amplio tiempo de planeacin.Que es lo que debo hacer para usar un cuestionario?Laspersonas a quien debe de preguntarse estn ampliamente dispersas(diferentes lugares dentro de la organizacin):

Se debe conocer el grado en que se aprueba o desaprueba unacaracterstica particular del sistema propuesto dependiendo de la cantidadde personas:

Se hace un estudio exploratorio para medir la opiningeneral; darle alproyecto una direccin especifica:

Se debe utilizar el cuestionario para asegurarse de cualquier problema enel sistema actual que este identificado.

Definicin de preguntas en el uso del cuestionario:la diferencia entre las preguntas de una entrevista y un cuestionario; seencuentran en que el cuestionario exige al analista ser muy claro; el flujode preguntas deber ser coherente; las preguntas del interlocutoranticipadas y la administracin del cuestionario planeada a detalle.Los tipos bsicos de preguntas usadas son las abiertas y las cerradas:Preguntas abiertas:Son aquellas quedejan todas las posibles opciones de respuesta al

interlocutor; es decir; usa trminos como describe; en su opinin; quesiente; etc. Cuando considere este tipo de preguntas anticipe el tipo derespuesta a obtener; para u correcta interpretacin. Por lo tanto si escribeuna pregunta de este tipo debe ser lo suficientemente estrecha para guiaral interlocutor a que responda de forma especifica.


48/73

Ejemplo:

Cuales son los problemas mas frecuentes que presenta su sistema deinformacin?a____________________________________________________________

_______________________________________________________b____________________________________________________________

_______________________________________________________c_____________________________________________________________

______________________________________________________

De los problemas listados anteriormente, cual es el que se presenta conmayor frecuencia?

______________________________________________________________________________________________________________________________________________________________________________Porque?

________________________________________________________________________________________________________________________________________________________________________________________________________________________________________


49/73

Preguntas cerradas.

Conocidas tambin como enunciados. Son aquellas que se limitan o cierran las opciones derespuesta disponibles.

Ejemplo:

De acuerdo a sus necesidades marque con una cruz el nombre del software que usa para susactividades diarias con mayor frecuencia:

[ ] Word[ ]visual fox[ ]Excell[ ] Turbo c[ ]Power point[ ] Arena

Note que no se solicita preferencia y se limita solo a uno.

Las preguntas cerradas deben ser usadas cuando el analista sea capaz de generar listasdonde todas las reapuestas posibles ala pregunta se involucren y cuando todas lasrespuestas listadas sean mutuamente excluyentes con el objetivo de seleccionar una.

Debe cuidarse al generar preguntas cerradas deque la lista de respuesta sea limitada; ya quede no hacerlo as; esta lista se volvera infinita.

Es necesario usar preguntas cerradas cuando se va analizar un gran numero de personas.


50/73

Caractersticas de los tipos de preguntas:

[Bur96].Seleccin de palabras.Use el lenguaje del interlocutor siempre que sea posible.Mantenga la simple redaccin.Trate de ser especifico en la redaccin en vez de vago.Evitando preguntas extremadamente especificas.Mantenga cortas las preguntas.Evite la ascendencia en la redaccin.Dirija las preguntas a los interlocutores adecuados. Nosuponga demasiado conocimiento.Asegrese de que las preguntas sean tcnicamenteprecisas antes de incluirlas.


51/73

USO DE ESCALAS

El escalamiento es el proceso de asignar nmeros y otros smbolos a cadaatributo o caracterstica con el objeto de medir ese atributo ocaracterstica.Las escalas son frecuentemente arbitrarias y pueden no ser nicas.Fundamentos de escalas.Estas sirven al analista para:Medir las actitudes o caractersticas de las personas que respondan alcuestionario.Hacer que sus interlocutores juzguen los temas del cuestionario.MEDICINExisten cuatro formas de medicin y cada una proporciona diferentesgrados de precisin . La manera de medir tambin influye en la forma de

analizar los datos recolectados.

Las formas de medicin son:NOMINALSon usadas para clasificar cosas. Es una forma de medicin, lo nico quepuede obtener el analista es totales de medicin. El analista de sistemasquiere clasificar cosas pero no puede jerarquizarlas.ORDINALESPermiten clasificar pero en ordenamiento de rango.Ejemplo:

El personal de soporte del centro de computo es:Excesivamente til.Muy til.Moderadamente til.No muy til.Intil.

Las escalas ordinales son tiles debido a que cada una de las clases es mayor o menor a otra clase yno permite hacer suposiciones.

d i ibl l i l i l l l i j


52/73

Cuando es imposible suponer que los intervalos son iguales, pero las clases tienen jerarquas.ESCALA DE INTERVALOPoseen las caractersticas de que todos los intervalos entre nmeros son iguales.Cuando puede suponerse que los intervalos son iguales pero no hay cero absoluto.Ejemplo:Intil.Excesivamente til12345De hacerlo as, el anlisis ser mas cuantitativo.

ESCALAS DE RELACINSon similares a las de intervalo, con la diferencia de que aqu el cero es absoluto.Cuando pueda suponer que los intervalos son iguales y hay un cero absoluto.Ejemplo:Aproximadamente, cuntas horas pasa en la computadora diariamente?Estas escalas son usadas pocas veces por el analista de sistemas.El no tener un control en la construccin de escalas puede acarrear los siguientes problemas:Lenidad (blandura).Calificar a la ligera por parte del interlocutor, usa palabras como nunca o siempre.Tendencia central.Sucede cuando se califica siempre como promedio.Ejemplo:Nunca ,ocasionalmente, siempre.12345La solucin es poner un rango o varios del aspecto a calificar.Validez. Grado con el cual la pregunta mide lo que el analista trata de medir.Confiabilidad. Es la caracterstica que tiene el cuestionario cuando es aplicado una vez yposteriormente se aplica con las mismas condiciones obteniendo los mismos resultados.El cuestionario tiene consistencia externa cuando los resultados son iguales en diferentescondicionese interna cuando en algunas preguntas siempre arrojan los mismos resultados.FORMATO DEL CUESTIONARIO

Deje bastante espacio en blanco alrededor del cuestionario.Use papel blanco o muy claro.Deje suficiente espacio para las respuestas, usar de 3 a 5 lneas.Pida que las respuestas sean encerradas en un circulo.Use adjetivos que le ayudena determinar el formato.Respuestas escritas para calcular el espacio.Sea consistente en el estilo (orden o sombreado de preguntas)Orden en las preguntas.Las preguntas importantes para el interlocutor van primero.Agrupe conceptos de contenido similar.Emplee tendencias asociativas de los interlocutores.Ponga primero los termino menos controvertidos.


53/73

OBSERVACIN

La observacin esotra tcnica til para el analistaen su proceso de investigacin, consiste enobservar a las personas cuando efectan su trabajo. Como tcnica de investigacin, la observacintiene amplia aceptacin cientfica.La observacin es una tcnica de observacin de hechos durante la cual el analista participaactivamenteo acta como espectador de las actividades llevadas a cabo por una persona paraconocer mejor su sistema.El propsito de la observacin es mltiple, permite al analista determinar que se esta haciendo,como se esta haciendo, quien lo hace, cuando se lleva a cabo, cuanto tiempo toma, donde se hace yporque se hace.TIPOS DE OBSERVACINEl analista puede observar de tres maneras bsicas:Puede observar a una persona o actividad sin que elobservado se de cuenta y sin interactuar porparte del propio analista.El analista puede observar una operacin sin intervenir para nada pero estando la persona

observada enteramente conciente de la observacin.Se puede observar y estar en contacto con las personas observadas. La interrogacin puedeconsistirsimplemente en preguntar respecto a una actividad especifica, pedir una explicacin, etc.La observacin puede emplearse para verificar los resultados de una entrevista, o bien comopreparacin de la misma . Tambin es otra tcnica valiosa para recopilar datos que implicanrelaciones. La observacin tiende a adquirir mayor sentido al nivel tcnico del procesamiento dedatos, donde las tareas se cuantifican mas fcilmente. Entre estas tareas encontramos larecopilacin, acumulacin y transformacin de los datos.PASOS DE LA OBSERVACIN

1.Determinar y definir aquelloque se va a observar.2. Estimar el tiempo necesario de observacin.3. Obtener la autorizacin para llevar a cabo la observacin.4. Explicar a las personas que van a ser observadaslo que se va hacer y las razones para ello.CONDUCCIN DE LA OBSERVACIN

1. Familiarizarse con los componentes fsicos del rea inmediata a observar.2 Mientras se observa medir el tiempo en forma peridica


54/73

2. Mientras se observa,medir el tiempo en forma peridica.3. Anotar lo que se observa lo ms especficamente posible, evitando lasgeneralidades y las descripciones vagas.4. Si se est en contacto con las personas observadas, es necesario abstenerse de hacercomentarios cualitativos o queimplique un juicio de valor.5. Observar las reglas de cortesa y seguridad.

SEGUIMIENTO DE LA OBSERVACIN

1. Documentar y organizar formalmente las notas e impresiones entre los analistas.2. Revisar los resultados y conclusiones junto con la persona observada, el supervisor inmediato yposiblemente otro analista.La observacin le permite al analista de sistemas generar experiencia en cuanto a observar ycomo observar.Se recomienda el uso de la observacin con otras tcnicas para maximizar su efectividad, sobretodo cuando se trata de analistas con poca experiencia.Muestreo y recopilacin de documentos.

Dos tcnicas adicionales a disposicin del analista, particularmente en las tareas de indagacin dehechos, son el muestreo y la recopilacin de documentos. Ambas tcnicas estn orientadas a lospapeles y documentos almacenados en toda la organizacin. Ambas tcnicas proporcionan unafuente de informacin que no puede obtenerse con ningn otro enfoque de indagacin de hechos.

MUESTREO

El muestreo esta dirigido a la recopilacin y acumulacin de datos sobre problemas que no se

pueden medir o implican una gran cantidad de trabajo detallado para obtener unos cuantos datos.Por ejemplo, si el analista desea saber cuanto tiempo se requiere para procesar 10 000 pedidos declientes en la sala de embarque, podra medir el tiempo requerido para procesar una muestra de40 pedidos de clientes y, con base en esta muestra, extrapolar el tiempo esperado para procesar10 000 pedidos.

40 pedidos requieren un tiempo T T= tiempo por pedido4010 000x T= tiempo para 10 000 pedidos[Bur96].

40


55/73

UNIDAD V

METODOLOGAS DE ANLISIS

5.1 PREPARACIN DE LAS OBSERVACIONES5.2 PREPARACIN DEL REPORTE FINAL DELANALISTA DE SISTEMAS5.3 TCNICAS, TABLAS DE DECISIONES Y ARBOLESDE DECISIONES5.4 DIAGRAMA DE FLUJO DE DATOS5.5 MTODO DE ENTRADA5.6 MTODO DE SALIDA

5.1.PREPARACIN DE LAS OBSERVACIONES
http://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20PREPARACION%20DE%20LAS%20OBSERVACIONES.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20Preparaci%F3n%20del%20reporte%20de%20terminaci%F3n%20del%20analista%20de%20sistemas.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20Preparaci%F3n%20del%20reporte%20de%20terminaci%F3n%20del%20analista%20de%20sistemas.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20TECNICAS,%20TABLAS%20DE%20DECISIONES%20Y%20ARBOLES%20DE%20DECISIONES.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20TECNICAS,%20TABLAS%20DE%20DECISIONES%20Y%20ARBOLES%20DE%20DECISIONES.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20DIAGRAMA%20DE%20FLUJO%20DE%20DATOS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20METODO%20DE%20ENTRADA.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20METODO%20DE%20SALIDA.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20METODO%20DE%20SALIDA.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20METODO%20DE%20ENTRADA.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20DIAGRAMA%20DE%20FLUJO%20DE%20DATOS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20TECNICAS,%20TABLAS%20DE%20DECISIONES%20Y%20ARBOLES%20DE%20DECISIONES.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20TECNICAS,%20TABLAS%20DE%20DECISIONES%20Y%20ARBOLES%20DE%20DECISIONES.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20TECNICAS,%20TABLAS%20DE%20DECISIONES%20Y%20ARBOLES%20DE%20DECISIONES.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20TECNICAS,%20TABLAS%20DE%20DECISIONES%20Y%20ARBOLES%20DE%20DECISIONES.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20Preparaci%F3n%20del%20reporte%20de%20terminaci%F3n%20del%20analista%20de%20sistemas.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20Preparaci%F3n%20del%20reporte%20de%20terminaci%F3n%20del%20analista%20de%20sistemas.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20PREPARACION%20DE%20LAS%20OBSERVACIONES.htm


56/73

Antes de empezar la observacin del anlisis de sistema deber:

1.Identificar y definir los que se observara2. Estimar la cantidad de tiempo que requerir la observacin3. Obtener la aprobacin apropiada de la gerencia para realizar las observaciones4. Explicar a las partes que estn siendo observadas lo que se va a hacer y para que

REALIZACIN DE LAS OBSERVACIONES

El analista de sistemas mediante unas reglas:1. El analista de sistemas deber familiarizarse con el ambiente fsico y loscomponentes en el rea inmediata de observacin.2. Al observar el anlisis de sistema deber anotar peridicamente los datos.3. El analista de sistemas deber anotar los que observa de manera especfica.4. El analista de sistemas deber abstenerse de hacer comentarios de juicio

cualitativos o de valor con las personas observadas5. Mostrar una cortesa correcta y hacer caso a las reglas de seguridad.SEGUIMIENTO DE LAS OBSERVACIONES

Despus del periodo de observaciones, las notas e impresiones del analista deberndocumentarse y organizarse.Los hallazgos y conclusiones del analista de sistemas debern revisarse junto con laspersonas observadas, son el supervisor inmediato y otro analista de sistemas.MUESTREO Y RECOPILACIN DE DATOS.

Ambas tcnicas estn orientadas a los papeles y documentos relacionados en toda laorganizacin ambas proporcionan una fuente de informacin que no puedenobtenerse de ningn otro enfoque de indagacin de hechos.MUESTREO

Esta dirigido a la recopilacin y acumulacin de datos sobre problemas que no sepuedan medir o implican una gran cantidad de trabajo para obtener unos cuantosdatos.


57/73

5.2.PREPARACIN DEL REPORTE DE TERMINACIN DELANALISTA DE SISTEMAS

El formato y contenido de este reporte incluye:

1.- Una nueva exposicin de la razn y alcance

del anlisis.2.- Una lista de los principales problemasidentificados.3.- Una presentacin de todos los requerimientosde los usuarios4.- Una planeacin de todas las suposiciones

hechas por el analista de sistemas para elanlisis de datos.


58/73

5.3.TCNICAS, TABLAS DE DECISIONES Y ARBOLES DEDECISIONES

Tcnicas y Tablas de decisiones:Una tabla de decisiones en una matriz de filasy columnas que muestra condiciones yacciones.Arboles de desiciones:

* Es una secuencia de decisiones ocondiciones. Cada desicion que se tomadepende del valor actual de la variable que seesta probando y todas las desiciones previasque se hayan tomado.

*Raz indica la primera decisin corresponde ala primera variable de decisin.*Ramas son todos los resultados de lasdecisiones.*Cada nodo del rbol representa un punto dedecisin


59/73

5.4.DIAGRAMA DE FLUJO DE DATOS

Es un modelo que describe el flujo de

datos y los procesos que cambian otransforman los datos en un sistema.Los diagramas Nassi-Shneiderman.Obligan al programador a estructurarprogramas que sean descendentes ,

modulares y sin gotos


60/73

5.5.MTODO DE ENTRADA

Para la captura de datos :

Perforacin de tarjeta

De teclado a almacenamiento Teclado a sistema Reconocimiento de caracteres en tinta magntica Reconocimiento ptico de caracteres, cdigo debarras etc.


61/73

5.6.MTODO DE SALIDA

Salida que sea atractiva a los usuarios Salida que es esencial para los usuarios.

La prueba final de salida Dispositivos de salida

Impresora, graficadores, microfilm.Salida por audioTele conferencia

Videotex


62/73

UNIDAD VITRANSICIN DEL ANLISIS AL DISEO

6.1 CARACTERSTICAS DE UN BUENDISEO DE SISTEMAS6.2 PROYECCIN DEL ANLISIS A LASSALIDAS6.3 PROYECCIN DEL ANLISIS A LASENTRADAS Y CONTROLES

6.1.CARACTERSTICAS DE UN BUEN DISEO
http://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20CARACTER%CDSTICAS%20DE%20UN%20BUEN%20DISE%D1O%20DE%20SISTEMAS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20CARACTER%CDSTICAS%20DE%20UN%20BUEN%20DISE%D1O%20DE%20SISTEMAS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20PROYECCI%D3N%20DEL%20AN%C1LISIS%20A%20LAS%20SALIDAS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20PROYECCI%D3N%20DEL%20AN%C1LISIS%20A%20LAS%20SALIDAS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20PROYECCI%D3N%20DEL%20AN%C1LISIS%20A%20LAS%20ENTRADAS%20Y%20CONTROLES.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20PROYECCI%D3N%20DEL%20AN%C1LISIS%20A%20LAS%20ENTRADAS%20Y%20CONTROLES.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20PROYECCI%D3N%20DEL%20AN%C1LISIS%20A%20LAS%20ENTRADAS%20Y%20CONTROLES.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20PROYECCI%D3N%20DEL%20AN%C1LISIS%20A%20LAS%20ENTRADAS%20Y%20CONTROLES.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20PROYECCI%D3N%20DEL%20AN%C1LISIS%20A%20LAS%20SALIDAS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALISIS%201%20PROYECCI%D3N%20DEL%20AN%C1LISIS%20A%20LAS%20SALIDAS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20CARACTER%CDSTICAS%20DE%20UN%20BUEN%20DISE%D1O%20DE%20SISTEMAS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20CARACTER%CDSTICAS%20DE%20UN%20BUEN%20DISE%D1O%20DE%20SISTEMAS.htmhttp://www.itpuebla.edu.mx/Alumnos/Cursos_Tutoriales/Ana_Sosa_Pintle/ANALISIS_DISENO/ANALSIS%201%20CARACTER%CDSTICAS%20DE%20UN%20BUEN%20DISE%D1O%20DE%20SISTEMAS.htm


63/73

Las especificaciones del diseo describen las caractersticas del sistema.

Para muchos usuarios el xito de un sistema est relacionado con la creencia que tengansobre si el sistema cuenta con las caractersticas adecuada.

DISEO DE SALIDAS

Son los resultados generados por el sistema de informacin; stas deben realizar losiguiente:- Determinar que informacin presentar- Decidir si la informacin ser presentada en forma visual, verbal o impresa y seleccionar elmedio de salida.- Disponer de la presentacin de la informacin en un formato aceptable.- Decidir cmo distribuir

01 diseño de sistemas

Documents

Transcript of 01 diseño de sistemas