CICLO DE VIDA CLSICO DEL DESARROLLO DE SISTEMAS El mtodo de ciclo de vida para el desarrollo de sistemas es el conjunto de actividades que

los analistas, diseadores y usuarios realizan para desarrollar e implantar un sistema de informacin. El mtodo del ciclo de vida para el desarrollo de sistemas consta de 6 fases: 1). Investigacin Preliminar La solicitud para recibir ayuda de un sistema de informacin puede ori inarse por varias razones: sin importar cuales sean estas, el proceso se inicia siempre con la peticin de una persona. !). Determinacin "e l#s re$%erimient#s "el sistema El aspecto fundamental del an!lisis de sistemas es comprender todas las facetas importantes de la parte de la empresa que se encuentra bajo estudio. Los analistas, al trabajar con los empleados y administradores, deben estudiar los procesos de una empresa para dar respuesta a las si uientes pre untas clave: "#u es lo que $ace% "&mo se $ace% "&on que frecuencia se presenta% "#u tan rande es el volumen de transacciones o decisiones% "&u!l es el rado de eficiencia con el que se efect'an las tareas% "E(iste al 'n problema% "#u tan serio es% "&u!l es la causa que lo ori ina% &). Dise'# "el sistema El diseo de un sistema de informacin produce los detalles que establecen la forma en la que el sistema cumplir! con los requerimientos identificados durante la fase de an!lisis. Los especialistas en sistemas se refieren, con frecuencia, a esta etapa como diseo l ico en contraste con la del desarrollo del soft)are, a la que denominan diseo f*sico. (). Desarr#ll# "el s#)t*are Los encar ados de desarrollar soft)are pueden instalar soft)are comprobando a terceros o escribir pro ramas diseados a la medida del solicitante. La eleccin depende del costo de cada alternativa, del tiempo disponible para escribir el soft)are y de la disponibilidad de los pro ramadores. +or lo eneral, los pro ramadores que trabajan en las randes or anizaciones pertenecen a un rupo permanente de profesionales. +). Pr%e,a "e sistemas: ,urante la prueba de sistemas, el sistema se emplea de manera e(perimental para ase urarse de que el soft)are no ten a fallas, es decir, que funciona de acuerdo con las especificaciones y en la forma en que los usuarios esperan que lo $a a. -e alimentan como entradas conjunto de datos de prueba para su procesamiento y despus se e(aminan los resultados. -). Im.lantacin / eval%acin La implantacin es el proceso de verificar e instalar nuevo equipo, entrenar a los usuarios, instalar la aplicacin y construir todos los

arc$ivos de datos necesarios para utilizarla. .na vez instaladas, las aplicaciones se emplean durante muc$os aos. -in embar o, las or anizaciones y los usuarios cambian con el paso del tiempo, incluso el ambiente es diferente con el paso de las semanas y los meses. +or consi uiente, es indudable que debe darse mantenimiento a las aplicaciones. La evaluacin de un sistema se lleva a cabo para identificar puntos dbiles y fuertes. La evaluacin ocurre a lo lar o de cualquiera de las si uientes dimensiones: 0Eval%acin #.eraci#nal /aloracin de la forma en que funciona el sistema, incluyendo su facilidad de uso, tiempo de respuesta, lo adecuado de los formatos de informacin, confiabilidad lobal y nivel de utilizacin. 0Im.act# #rgani1aci#nal 0dentificacin y medicin de los beneficios para la or anizacin en !reas tales como finanzas, eficiencia operacional e impacto competitivo. 1ambin se incluye el impacto sobre el flujo de informacin e(terno e interno. 0O.inin "e l#a a"ministra"#res evaluacin de las actividades de directivos y administradores dentro de la or anizacin as* como de los usuarios finales. 0Desem.e'# "el "esarr#ll# La evaluacin de proceso de desarrollo de acuerdo con criterios tales como tiempo y esfuerzo de desarrollo, concuerdan con presupuestos y est!ndares, y otros criterios de administracin de proyectos. 1ambin se incluye la valoracin de los mtodos y $erramientas utilizados en el desarrollo.

M2TODO DE DESARROLLO POR A3LISIS ESTR4CT4RADO PARA 43 SISTEMA DE I35ORMACIO3 2uc$os especialistas en sistemas de informacin reconocen la dificultad de comprender de manera completa sistemas randes y complejos. El an!lisis estructurado se concentra en especificar lo que se requiere que $a a el sistema o la aplicacin. +ermite que las personas observen los elementos l icos 3lo que $ar! el sistema4 separados de los componentes f*sicos 3computadora, terminales, sistemas de almacenamiento, etc.4. ,espus de esto se puede desarrollar un diseo f*sico eficiente para la situacin donde ser! utilizado. El an!lisis estructurado es un mtodo para el an!lisis de sistemas manuales o automatizados, que conduce al desarrollo de especificaciones para sistemas nuevos o para efectuar modificaciones a los ya e(istentes. 5ste an!lisis permite al analista conocer un sistema o proceso en una forma l ica y manejable al mismo tiempo que proporciona la base para ase urar que no se omite nin 'n detalle pertinente. 6erramientas para el desarrollo del an!lisis estructurado de un sistema de informacin. DIA6RAMA DE 5L47O DE DATOS El ,7, es una representacin r!fica de la secuencia del viaje o flujo que los datos $acen para la ejecucin de un sistema determinado. Esto puede resultar de un proceso automatizado, manual o podr*a ser al final al 'n producto o servicio. SIM8OLO6IA DE LOS D5D Pr#ces#s 2uestra lo que $ace el sistema, es un c*rculo en el dia rama que tiene un nombre con un n'mero 'nicos y se asocian a l tanto entradas como salidas de datos.

Enti"a"es -on rect!n ulos no son modificables por el diseador pero proporcionan o usan los datos del sistema. 8si n!ndole tareas sirven para modelar los procesos.

5l%9# "e "at#s -on los movimientos de informacin en el sistema. -e representan por flec$as las cuales indican la entrada y salida de datos su direccin viene dada por medio de la punta de la flec$a. Almac:n "e Dat#s 9es uardan datos en un sistema.

E9em.l#

3ivel ; El nivel : de un ,7, representa una visin eneral del sistema y representa a randes ras os la constitucin del sistema analizado. -e debe observar los movimientos, ima inarlos para raficar las interacciones entre el sistema y sus entidades

3ivel I -e basa en la raficar a cada uno de los procesos que inte ran al sistema. Es bueno redactarlos te(tualmente antes de plasmarlo en el r!fico. -e establece cada proceso inte rante del sistema como un conjunto de elementos que interaccionan $asta lle ar al fin del mismo.

CICLO DE VIDA POR PROTOTIPOS PARA EL DESARROLLO DE 43 S.I.

PROTOTIPOS POR PANTALLA

La interface entre el sistema y el usuario es la pantalla de visualizacin.

+ermite evaluar la posicin de informacin sobre la pantalla los encabezados, los botones, mensajes. La creacin de un prototipo de pantalla conduce a: #ue debe presentarse como informacin sobre la pantalla principal &u!l pertenece a una pantalla de detalle
Incluye entradas, c lculos, recuperar informacin y actividades de salida. !uyo o"#etivo es determinar si los procedimientos fueron adecuados.

+rototipos para +rocedimientos de +rocesamientos

+rototipos de 7unciones ;!sicas.

-on aquella que forma el n'cleo de la aplicacin.

0ncluye las funciones primarias de la aplicacin como edicin y validacin, y e(cluye las secundarias como el manejo de arc$ivos que no forman parte del procesamiento esencial.

9ol del .suario

&ompromiso y $onestidad

9ol del +rofesional de -istema

&rear el clima adecuado al usuario para que este se e(prese sin temor al uno 7amiliarizar al usuario con el prototipo &rear el plan para el desarrollo del prototipo &onstruir la versin inicial Evaluar las reacciones del usuario y plasmar las modificaciones en una nueva versin

CICLO DE VIDA POR PROTOTIPOS PARA EL DESARROLLO DE 43 SISTEMA DE I35ORMACI<3 8ntes de definir y detallar los conceptos m!s importantes que $acen referencia al diseo conceptual y detallado es importante resaltar que stos $acen parte de un complejo proceso, que en 'ltimas nos permitir! la implementacin de un sistema de informacin en una compa*a, por tanto $ay que enmarcarlos dentro de ese proceso. ,entro del marco terico que se $a desarrollado en cuanto a diseo de sistemas de informacin se manejan dos enfoques principalmente: el enfoque de la elaboracin de prototipos y el enfoque del ciclo de vida de los sistemas. En)#$%e "e la ela,#racin "e .r#t#ti.#s Laudon define un prototipo como < una versin operativa preliminar de un sistema de informacin para fines de demostracin y evaluacin<. &omo su definicin lo indica el prototipo es una versin preliminar, el objetivo es mejorarla con el paso del tiempo $asta que se acomode a las necesidades de los usuarios, por medio de un proceso iterativo que consiste en probar y afinar constantemente el prototipo $asta que cumpla su objetivo. M:t#"# Del Pr#t#ti.# De Sistemas La construccin de prototipos representa una estrate ia de desarrollo, cuando no es posible determinar todos los requerimientos del usuario. Es por ello que incluye el desarrollo interactivo o en continua evolucin, donde el usuario participa de forma directa en el proceso. Este mtodo contiene condiciones 'nicas de aplicacin, en donde los encar ados del desarrollo tienen poca e(periencia o informacin, o donde los costos y ries os de que se cometa un error pueden ser altos. 8s* mismo este mtodo resulta 'til para probar la facilidad del sistema e identificar los requerimientos del usuario, evaluar el diseo de un sistema o e(aminar el uso de una aplicacin. El mtodo del prototipo de sistemas consta de = etapas: 0dentificacin de requerimientos conocidos: 1. La "eterminacin "e l#s re$%erimient#s "e %na a.licacin Es tan importante para el mtodo de desarrollo de prototipos como lo es para el ciclo de desarrollo de sistemas o an!lisis estructurado. +or consi uiente, antes de crear un prototipo, los analistas y usuario deben de trabajar juntos para identificar los requerimientos conocidos que tienen que satisfacer. !. Desarr#ll# "e %n m#"el# "e tra,a9# Es f!cil comenzar el proceso de construccin del prototipo con el desarrollo de un plan eneral que permita a los usuarios conocer lo que se espera de ellas y del proceso de desarrollo. .n crono rama para el inicio y el fin de la primera interaccin es de ran ayuda. En el desarrollo del prototipo se preparan los si uientes componentes: >El len uaje para el dialo o o conversacin entre el usuario y el sistema. >+antallas y formatos para la entrada de datos. >2dulos esenciales de procesamiento. >-alida del sistema. &. 4tili1acin "el .r#t#ti.# Es responsabilidad del usuario trabajar con el prototipo y evaluar sus caracter*sticas y operacin. La e(periencia del sistema bajo condiciones reales permite obtener la familiaridad indispensable para

determinar los cambios o mejoras que sean necesarios, as* como las caracter*sticas inadecuadas. (. Revisin "el .r#t#ti.# ,urante la evaluacin los analistas de sistemas desean capturar informacin sobre los que les usta y lo que les desa rada a los usuarios. Los cambios al prototipo son planificados con los usuarios antes de llevarlos a cabo, sin embar o es el analista responsable de tales modificaciones. +. Re.eticin "el .r#ces# las veces $%e sea necesarias El proceso antes descrito se repite varias veces, el proceso finaliza cuando los usuarios y analistas est!n de acuerdo en que el sistema $a evolucionado lo suficiente como para incluir todas las caracter*sticas necesarias.

Creacin De L#s Pr#t#ti.#s Los prototipos son cruciales para disear un buen sitio ?eb. .na manera r!pida de prototipos es crear im! enes en cualquier pro rama de retoque foto r!fico o incluso +o)erpoint y en caso necesario darles funcionalidad mediante un editor $tml.

La creacin "e .r#t#ti.#s .%e"e ser cerra"# # a,iert#

8l enfoque cerrado se denomina a menudo prototipo desec$able, despus se desec$a y se $ace una in enier*a de soft)are con un paradi ma diferente. El enfoque abierto denominado prototipo evolutivo, emplea el prototipo como primera evaluacin del sistema terminado.

Clases "e .r#t#ti.#s @endall propone cuatro clases de prototipos: Pr#t#ti.#s "e remien"# -istema que cumple con sus funciones pero se encuentra remendado o parc$ado, puede operar pero eneralmente es ineficiente. M#"el# a escala n# )%nci#nal -on modelos que son construidos a escala, por lo eneral m!s pequeos, que permiten evaluar ciertos aspectos de diseo, pero que no son funcionales en la realidad. M#"el# a escala c#m.leta -e trata de un modelo Apiloto<. -e trata de un modelo real que servir! como referencia a futuras versiones que de l se $a an. .n ejemplo es el de un sistema de informacin que una ran cadena de almacenes quiera establecer, ste se uramente ser! probado en un almacn para que desde all* pueda ser mejorado y lue o implementado en otras tiendas. M#"el# c#n ciertas caracter=sticas esenciales Es un sistema funcional que incluye al unas caracter*sticas de las que tendr! el sistema final y que se completar! a medida que pase el tiempo y las necesidades as* lo

requieran. Eta.as "e la ela,#racin "e .r#t#ti.#s El proceso iterativo se puede resumir en cuatro pasos:

0dentificar requerimientos b!sicos del usuario ,esarrollar prototipo inicial .sar el prototipo 9evisin y mejora del prototipo

&abe aclarar que en la primera etapa sol se obtienen las necesidades b!sicas de informacin, sin profundizar ni detallar. Lue o se desarrolla un prototipo, se utiliza, se prueba y revisa, si este cumple con los requerimientos del cliente empieza a funcionar como prototipo operativoB si no es as*, se mejora y se re resa a la etapa de utilizacin del prototipo. +ara determinados tipos de sistemas resulta eficaz la elaboracin de prototipos, eneralmente son muy 'tiles cuando e(iste muc$a incertidumbre sobre los requerimientos o posibles soluciones de diseo, es el caso de los sistemas enfocados a la toma de decisiones no estructuradas. 8dem!s cuentan con una ventaja adicional que es la de involucrar de manera interactiva y frecuente a los usuarios finales del sistema. -u principal desventaja radica en que no son eficaces cuando se requiere un alto nivel de detalle en los requerimientos y metodolo *a utilizada por la empresa. En)#$%e "el cicl# "e vi"a "e l#s sistemas La metodolo *a cl!sica para el diseo de los sistemas de informacin es la del ciclo de vida de los sistemas, que divide todo el proceso de planeacin, diseo e implementacin en una serie de etapas que son recorridas de manera secuencial. Co e(iste unanimidad entre los diversos autores acerca del n'mero y el nombre de las etapas que conforman el ciclo de vida de los sistemas, pero en eneral todas las versiones tienen unos lineamientos similares. Eta.as "el cicl# "e vi"a "e l#s sistemas De)inicin "el .r#/ect# ,urante esta etapa se identifican problemas, oportunidades y objetivos, as* mismo se determinan los requerimientos de informacin, todo lo anterior de la manera m!s objetiva posible. 1ambin se analiza si es necesario implementar un nuevo sistema o modificar el e(istente, y especificar los objetivos y el alcance del proyecto todo plasmado en un plan de proyecto estructurado. An>lisis "e sistemas 8qu* se analizan los problemas en detalle y las necesidades del sistema, se utilizan al unas $erramientas como los dia ramas de flujo, las entrevistas, los an!lisis de documentos e informes, etc. adem!s se $ace un an!lisis inicial de la factibilidad de las posibles soluciones.

Dise'# -e usa toda la informacin recopilada anteriormente y se elabora un diseo l ico del sistema de informacin. Lue o se $acen las especificaciones formales, que implica disear procedimientos precisos de captura de datos, accesos efectivos al sistema, la interfaz con el usuario, una base de datos eficiente, etc. Pr#gramacin Este es un paso b!sicamente tcnico, su objetivo es traducir las especificaciones de diseo en un cdi o de pro ramacin. 8qu* tambin se documento el soft)are a utilizar para remediar futuros imprevistos. Instalacin En esta etapa se prueba el sistema, se analiza la forma en que se implementar! en cada arte de la or anizacin, se capacita el personal, as* mismo se documenta el sistema y se le $acen las primeras evaluaciones. P#sim.lantacin &onsiste en la evaluacin constante del sistema despus de entrar en funcionamiento, incluye actualizacin y puede lle ar a ser necesaria una auditor*a formal para ver si el sistema cumple con los objetivos. La metodolo *a del ciclo de vida es tradicionalmente la m!s utilizada para sistemas de informacin medianos o randes, donde $ay una alta estructuracin de tareas y decisiones. -in embar o tiene al unas limitaciones que radican en su alto costo, su infle(ibilidad, el $ec$o de no involucrar a los usuarios de una manera interactiva y la poca aplicabilidad en la toma de decisiones no estructuradas, debido a que estas se basan en informacin que no puede ser detallada con antelacin. E(isten analistas que afirman que los dos enfoques 3ciclo de vida y prototipos4 son complementarios, esta afirmacin se ar umenta diciendo que la determinacin de los requerimientos de informacin puede satisfacerse con el desarrollo de prototipos cuando estos se incorporan a la metodolo *a del ciclo de vida naturaleza del diseo conceptual de un sistema de informacin erencial.

Ti.#s De Pr#t#ti.#s

Pr#t#ti.#s "e re$%isit#s +ermite que los usuarios perciban la funcionalidad del producto final a travs del diseo de interfases o pantallas del sistema. El objetivo es ayudar a aclarar los requisitos y solicitar las ideas. Pr#t#ti.#s "e an>lisis 6ace posible enerar r!pidamente una arquitectura eneral que considere las caracter*sticas principales del sistema de acuerdo a las especificaciones de requisitos.

Pr#t#ti.#s "e "ise'#s +ermiten e(plorar y comprender la arquitectura particular del sistema para poder evaluar aspectos como cuellos de botellas 3rendimiento y uso de memoria4 o inconsistencia en el diseo. Pr#t#ti.#s verticales 8yudar a comprender parte de un problema y desarrollar su solucin completa. Esto se $ace eneralmente cuando los conceptos b!sicos no est!n bien comprendidos. Pr#t#ti.#s "e )acti,ili"a" ,emuestra si es posible lo rar ciertos objetivos del proyecto.

Desarr#ll# De 4n Pr#t#ti.# Ti.# I 1. I"enti)icar las necesi"a"es "el %s%ari# El analista de sistema entrevista al usuario para tener una idea de lo que se pide al sistema.

!. Crear %n .r#t#ti.# El analista de sistema, tal vez en colaboracin con otros especialistas en informacin, usa una o mas $erramientas de creacin de prototipos para elaborar un prototipo.

&. Determinar si el .r#t#ti.# es ace.ta,le El analista educa al usuario en cuanto el uso de prototipo y le da oportunidad de familiarizarse con el sistema. El usuario le dice al analista si el prototipo es satisfactorio o no.

(. 4sar el Pr#t#ti.# El prototipo se convierte en el sistema operacional este enfoque solo es posible cuando las $erramientas de creacin de prototipos permiten que el prototipo conten a todos los elementos indispensables del nuevo sistema.

Desarr#ll# De 4n Pr#t#ti.# Ti.# II 1. C#"i)icar el sistema #.eraci#nal El pro ramador usa el prototipo como la base para codificar el sistema operacional. !. Pr#,ar el sistema #.eraci#nal El pro ramador prueba el sistema. &. Determinar si el sistema #.eraci#nal es ace.ta,le El usuario le dice al analista si el sistema es aceptable o no. (. 4sar el sistema #.eraci#nal Esta es la estrate ia que se si ue cuando solo se pretende que le prototipo ten a la apariencia de un sistema operacional, pero no cuando debe contener todos los elementos indispensables &reacin 9!pida ,e 8plicacin.

T2C3ICAS PARA ?ALLAR DATOS LA E3TREVISTA Las entrevistas se utilizan para recabar informacin en forma verbal, a travs de pre untas que propone el analista. #uienes responden pueden ser erentes o empleados, los cuales son usuarios actuales del sistema e(istente, usuarios potenciales del sistema propuesto o aquellos que proporcionar!n datos o ser!n afectados por la aplicacin propuesta. La entrevista es un intercambio de informacin que se efect'a cara a cara. Pre.aracin "e la Entrevista D. ,eterminar la posicin que ocupa de la or anizacin el futuro entrevistado, sus responsabilidades b!sicas, actividades, etc. 30nvesti acin4. E. +reparar las pre untas que van a plantearse, y los documentos necesarios 3:r anizacin4. F. 7ijar un l*mite de tiempo y preparar la a enda para la entrevista. 3-icolo *a4. G. Ele ir un lu ar donde se puede conducir la entrevista con la mayor comodidad 3-icolo *a4. =. 6acer la cita con la debida anticipacin 3+laneacin4. C#n"%ccin "e la Entrevista D. E(plicar con toda amplitud el propsito y alcance del estudio 36onestidad4. E. E(plicar la funcin propietaria como analista y la funcin que se espera conferir al entrevistado. 30mparcialidad4. F. 6acer pre untas espec*ficas para obtener respuestas cuantitativas 36ec$os4. G. Evitar las pre untas que e(ijan opiniones interesadas, subjetividad y actitudes similares 3$abilidad4. =. Evitar el cuc$ic$eo y las frases carentes de sentido 3&laridad4. 6. -er corts y comedio, abstenindose de emitir juicios de valores. 3:bjetividad4. H. &onservar el control de la entrevista, evitando las diva aciones y los comentarios al mar en de la cuestin. I. Escuc$ar atentamente lo que se dice, uard!ndose de anticiparse a las respuestas 3&omunicacin4. Sec%ela "e la Entrevista D. Escribir los resultados 3,ocumentacin4. E. Entre ar una copia al entrevistado, solicitando su conformacin, correcciones o adiciones. 3+rofesionalismo4. F. 8rc$ivar los resultados de la entrevista para referencia y an!lisis posteriores 3,ocumentacin4.

Reca,ar "at#s me"iante la Entrevista La entrevista es una forma de conversacin, no de interro acin, al analizar las caracter*sticas de los sistemas con personal seleccionado cuidadosamente por sus

conocimientos sobre el sistema, los analistas pueden conocer datos que no est!n disponibles en nin 'n otra forma. -on valiosas las opiniones, comentarios, ideas o su erencia en relacin a como se podr*a $acer el trabajoB las entrevistas a veces es la mejor forma para conocer las actividades de las empresas. Determinacin "el ti.# "e Entrevista La estructura de la entrevista var*a. -i el objetivo de la entrevista radica en adquirir informacin eneral, es conveniente elaborar una serie de pre unta sin estructura, con una sesin de pre untas y respuesta libres. Las entrevistas estructuradas utilizan pre unta estandarizada. @A%: es %na enc%estaB .na JencuestaJ reco e informacin de una Jmuestra.J .na JmuestraJ es usualmente slo una porcin de la poblacin bajo estudio. El est!ndar de la industria para todas las or anizaciones respetables que $acen encuestas es que los participantes individuales nunca puedan ser identificados al reportar los $allaz os. 1odos los resultados de la encuesta deben presentarse en res'menes completamente annimos, tal como tablas y r!ficas estad*sticas. @C%>les s#n alg%n#s m:t#"#s c#m%nes "e Enc%estasB Las encuestas pueden ser clasificadas en muc$as maneras. .na dimensin es por tamao y tipo de muestra. Las encuestas pueden ser usadas para estudiar poblaciones $umanas o no $umanas 3por ejemplo, objetos animados o inanimados, animales, terrenos, viviendas4. 2ientras que muc$os de los principios son los mismos para todas las encuestas, el foco aqu* ser! en mtodos para $acer encuestas a individuos. 2uc$as encuestas estudian todas las personas que residen en un !rea definida, pero otras pueden enfocar en rupos particulares de la poblacin Knios, mdicos, l*deres de la comunidad, los desempleados, o usuarios de un producto o servicio particular. Las encuestas tambin pueden ser conducidas con muestras locales, estatales o nacionales. C%esti#nari# Los cuestionarios proporcionan una alternativa muy 'til para la entrevistaB si embar o, e(isten ciertas caracter*sticas que pueden ser apropiada en al unas situaciones e inapropiadas en otra. 8l i ual que la entrevistas, deben disearse cuidadosamente para una m!(ima efectividad. Reca,acin "e "at#s me"iante c%esti#nari#s +ara los analistas los cuestionarios pueden ser la 'nica forma posible de relacionarse con un ran n'mero de personas para conocer varios aspectos del sistema. &uando se llevan a cabo lar os estudios en varios departamentos, se puede distribuir los cuestionarios a todas las personas apropiadas para recabar $ec$os en relacin al sistema. En mayor parte de los casos, el analista no ver! a los que respondeB no obstante, tambin esto es una ventaja porque aplican muc$as entrevista ayuda a ase urar que el

interpelado cuenta con mayor anonimato y puedan darse respuestas mas $onesta 3y menos respuestas pre $ec$as o estereotipadas4. 1ambin las pre untas estandarizadas pueden proporcionar datos m!s confiables. C%esti#nari# A,iert# 8l i ual que las entrevistas, los cuestionarios pueden ser abiertos y se aplican cuando se quieren conocer los sentimientos, opiniones y e(periencias eneralesB tambin son 'tiles al e(plorar el problema b!sico, por ejemplo, un analista que utiliza cuestionarios para estudiar los mtodos de verificacin de crdito, es un medio. C%esti#nari# Cerra"# El cuestionario cerrado limita las respuestas posibles del interro ado. +or medio de un cuidadoso estilo en la pre unta, el analista puede controlar el marco de referencia. Este formato es el mtodo para obtener informacin sobre los $ec$os. 1ambin fuerza a los individuos para que tomen una posicin y forma su opinin sobre los aspectos importantes. La O8SERVACI<3 :tra tcnica 'til para el analista en su pro reso de investi acin, consiste en observar a las personas cuando efect'an su trabajo. &omo tcnica de investi acin, la observacin tiene amplia aceptacin cient*fica. Los socilo os, siclo os e in enieros industriales utilizan e(tensamente sta tcnica con el fin de estudiar a las personas en sus actividades de rupo y como miembros de la or anizacin. El propsito de la or anizacin es m'ltiple: permite al analista determinar que se est! $aciendo, como se est! $aciendo, quien lo $ace, cuando se lleva a cabo, cuanto tiempo toma, dnde se $ace y por que se $ace. Diagrama "e 5l%9# Es una representacin pictrica de los pasos en proceso. Ltil para determinar cmo funciona realmente el proceso para producir un resultado. El resultado puede ser un producto, un servicio, informacin o una combinacin de los tres. 8l e(aminar cmo los diferentes pasos es un proceso se relacionan entre s*, se puede descubrir con frecuencia las fuentes de problemas potenciales. Los dia ramas de flujo se pueden aplicar a cualquier aspecto del proceso desde el flujo de materiales $asta los pasos para $acer la venta u ofrecer un producto. &on frecuencia este nivel de detalle no es necesario, pero cuando se necesita, el equipo completo de trabajo m!s pequeo puede a re ar niveles se 'n sea necesario durante el proyecto. @C%>n"# se %tili1a %n Diagrama De 5l%9#B &uando un equipo necesita ver cmo funciona realmente un proceso completo. Este esfuerzo con frecuencia revela problemas potenciales tales como cuellos de botella en el sistema, pasos innecesarios y c*rculos de duplicacin de trabajo. 8l unas aplicaciones comunes son:

De)inicin "e Pr#/ect#s

0dentificar oportunidades de cambios en el proceso. ,esarrollar estimados de costos de mala calidad. 0dentificar or anizaciones que deben estar representadas en el equipo. ,esarrollar una base com'n de conocimiento para los nuevos miembros del equipo. 0nvolucrar a trabajadores en los esfuerzos de resolucin de problemas para reducir las resistencias futura al cambio.

I"enti)icacin "e las ca%sas .rinci.ales

,esarrollar planes para reunir datos. Menerar teor*as sobre las causas principales. ,iscutir las formas de estratificar los datos para el an!lisis para identificar las causas principales. E(aminar el tiempo requerido para las diferentes v*as del proceso.

Dise'# "e s#l%ci#nes

,escribir los cambios potenciales en el proceso y sus efectos potenciales. 0dentificar las or anizaciones que ser! afectadas por los cambios propuesto.

A.licaci#nes "e s#l%ci#nes

E(plicar otros el proceso actual y la solucin propuesta. -uperar la resistencia al cambio demostrando cmo los cambios propuestos simplificar!n el proceso.

C#ntr#l Cretener las 6anancias)

9evisar y establecer controles y monotor*as al proceso. 8uditar el proceso peridicamente para ase urar que est!n si uiendo los nuevos procedimientos. Entrenar a nuevos empleados.

@Cm# se 4tili1aB La metodolo *a para prepara un ,ia rama de 7lujo esB D. +9:+N-01:: analizar como se pretende utilizar el ,ia rama de 7lujo. E($ibir esta $oja en el pared y consultarla en cualquier momento para verificar que se ,ia rama de 7lujo es apropiado para las aplicaciones que se pretende. E. ,E1E920C89 EL C0/EL ,E ,E18LLE 9E#.E90,:. F. ,E70C09 L:- L0201E-: despus de establecer los l*mites del proceso, enumerar los resultados y los clientes en el e(tremo derec$o del dia rama. G. .10L0O89 -P2;:L:- 8+9:+08,:-: utilizando los s*mbolos apropiados para el ,ia rama de 7lujo, presentar las respuestas como los primeros pasos en el dia rama. =. 68&E9 +9EM.C18-: para cada input, $a a pre untas como:
o o

"#uin recibe el input% "#u es lo primero que se $ace con el input%

6. ,:&.2EC189: cada paso en la secuencia, empezando con el primer 3 'ltimo4 paso. +ara cada paso, $acer pre untas como:
o o o o

"#u produce este paso% "#uin recibe este resultado% "#u pasa despus% "8l uno de los pasos requiere de inputs que actualmente no se muestran%

H. &:2+LE189: continuar la construccin del ,ia rama de 7lujo $asta que se conecte todos los resultados 3outputs4 definidos en el e(tremo derec$o del dia rama. -i se encuentra un se mento del proceso que es e(traa para todos en el saln, se deber! tomar nota y continuar $aciendo el dia rama. I. 9E/0-0NC: +re untar:
o o o

"1odos los flujos de informacin encajan en los inputs y outputs del proceso% "El ,ia rama muestra la naturaleza serial y paralela de los pasos% "El ,ia rama capta de forma e(acta lo que realmente ocurri, a diferencia de la forma cmo se piensa que las cosas deber*as pasar o como fueron diseadas ori inalmente%

Q. ,E1E920C89 :+:91.C0,8,EC#nse9#s .ara la c#nstr%ccin D Inter.retacin -i un ,ia rama de 7lujo se construye de forma apropiada y refleja el proceso de la forma que realmente opera, todos los miembros del equipo poseer!n un conocimiento com'n, e(acto del funcionamiento del proceso. 8dicionalmente, el equipo no necesita invertir el tiempo y la ener *a en observar el proceso f*sicamente cada vez que se quiera identificar problemas para trabajar, discutir teor*as sobre las causas principales, e(aminar el impacto de las soluciones propuestas o discutir las formas para mantener las mejoras. Los ,ia ramas de 7lujo pueden ayudar a un equipo en su tarea de dia nstico para lo rar mejoras. .no de sus usos es el de ayudar a un equipo a enerar teor*as sobre las posibles causas principales de un problema. El ,ia rama de 7lujo se dibuja en una pared de la sala de reuniones. El equipo que investi a un problema redacta una descripcin del problema en un pedazo pequeo del papel y lo pe a en el ,ia ramas de 7lujo en el punto, en el proceso donde el problema se $a detectado. El equipo lue o discute cada uno de los pasos en el proceso antes del punto donde el problema se $a detectado, y produce teor*as sobre las cosas que podr*an salir mal en el paso del proceso de forma sistem!tica a medida que producen teor*as sobre las posibles causas principales del problema. :tro uso de un ,ia ramas de 7lujo es el de ayudar a un equipo a identificar las formas apropiadas para separar los datos para su an!lisis. +or ejemplo, considrese el problema de analizar los tiempos de reparacin. .na r!pida revisin del ,ia ramas de 7lujo puede su erir un n'mero de rupos posibles que pueden e(plicar el tiempo que se necesita para $acer reparacin.

Relacin c#n #tras Eerramientas Los ,ia ramas de 7lujo de procesos eneralmente se relacionan con:

2apa de 9elaciones 2apa de +roceso 0nterfuncional 3&rossK7uncional4

Dicci#nari# "e "at#s .n diccionario de datos es una lista de todos los elementos incluido en el conjunto de los dia ramas de flujo de datos que describen un sistema. Los elementos principales en un sistema, estudiados en las secciones anteriores, son el flujo de datos, el almacenamiento de datos y los procesos. El diccionario de datos almacena detalles y descripciones de estos elementos. El diccionario de dato se desarrolla durante el an!lisis de flujo de datos y ayuda el analista involucrado en la determinacin de los requerimientos de sistemas. -in embar o, como se ver! m!s adelante, tambin el contenido del diccionario de datos se utiliza durante el diseo del sistema. Descri.cin "e l#s Dat#s en el Dicci#nari# &ada entrada en el diccionario de dato consiste en un conjunto de detalles que describen los datos utilizados o producidos en el sistema. &ada articulo se identifica por un nombre de dato, descripcin, sinnimo y lon itud de campo y tiene valores espec*ficos que se permiten para ste en el sistema estudiado. 3#m,re "e l#s Dat#s +ara distin uir un dato de otro, los analista les asi na nombre si nificativos que se utilizan para tener una referencia de cada elemento a travs del proceso total de desarrollo de sistemas. +or lo tanto, debe tenerse cuidado para seleccionar, en forma si nificativa y entendible, los nombres de los datos, por ejemplo la fec$a de factura es m!s si nificativa si se llama 7E&68 78&1.98 que si se le conoce como 8;&RRR. Descri.cin "e l#s Dat#s Establece brevemente lo que representa el dato en el sistemaB por ejemplo, la descripcin para 7E&68K,EK78&1.98 indica que es la fec$a en la cual se est! preparando la misma 3para distin uirla de la fec$a en la que se envi por correo o se recibi. Las descripciones de datos se deben escribir suponiendo que a ente que los lea no conoce nada en relacin del sistema. ,eben evitarse termino especiales o ar ot, todas las palabras deben se entendible para el lector Alias &on frecuencia el mismo dato puede conocerse con diferentes nombres, dependiendo de quien lo utilice. El uso de los alias deben evitar confusin. .n diccionario de dato si nificativo incluir! todos los alias.

L#ngit%" "e cam.# &uando las caracter*sticas del diseo del sistema se ejecuten m!s tarde en el proceso de desarrollo de sistemas, ser! importante conocer la cantidad de espacio que necesita para cada dato. Val#res "e l#s "at#s En al unos procesos solo se permiten valores de datos espec*ficos. +or ejemplo, en muc$as compa*as con frecuencia los n'meros de orden de compra se proporcionan con un prefijo de una letra para indicar el departamento del ori en. Registr# "e las "escri.ci#nes "e "at#s ,adas que las descripciones se utilizar!n en forma repetitiva a travs de una informacin y despus, durante el diseo, se su iere un formato f!cil para utilizar que simplifique el re istro y los detalles de consulta cuando se necesiten.