DISEAR SISTEMAS DE INFORMACIN REALIZADO POR: L.S.C.

RODOLFO RODRGUEZ CARMONA

CENTRO DE ESTUDIOS TECNOLGICOS Industrial y servicio No. 17

ESPECIALIDAD TCNICO EN INFORMTICA MODULO III DESARROLLO DE SISTEMAS BSICOS DE INFORMACIN SUBMODULO 2 DISEAR SISTEMA DE INFORMACIN MATERIAL REALIZADO POR: l.S.C. Rodolfo Rodrguez Carmona PARA LA ASIGNATURA DE: DISEO DE SISTEMAS DE INFORMACION

PERIODO: FEBRERO-JULIO/2010.

DISEAR SISTEMAS DE INFORMACIN REALIZADO POR: L.S.C. RODOLFO RODRGUEZ CARMONA

INTRODUCCIN CONCEPTOS BSICOS En la actualidad, el software ha superado al hardware como la clave del xito de muchos sistemas basados en computadoras. Tanto si se utiliza la computadora para llevar un negocio, controlar un producto o capacitar un sistema, el software es el factor que marca la diferencia. El diseo de un producto de un software amigable a los humanos la diferencia de los productos competidores que tengan unas funciones similares. La inteligencia y funcin que proporciona el software empotrado distingue normalmente los produc6os industriales o de consumos similares. Para poder comprender lo que es el software (y consecuentemente la ingeniera del software), es importante examinar las caractersticas del software que lo diferencian de otras cosas que el hombre puede construir como ustedes ya saben, el software es un elemento del sistema que es lgico, en lugar de fsico por tanto, el software tiene unas caractersticas considerablemente distintas a las del hardware: 1.-el software se desarrolla, no se fabrica en un sentido clsico: los costos del software se encuentran en la ingeniera; es decir, los proyectos de fabricacin. 2.-el software no se estropea: el software no es susceptible a los males del entorno que hacen que el hardware s estropee. Los defectos no detectados haran que falle el programa durante las primeras etapas de su vida. Sin embargo, una vez que se corrigen, suponiendo que no surgen nuevos errores, el nivel de fallo permanece estable hasta que el sistema sea obsoleto. 3.-la mayora del software se construye a medida, en vez de ensamblar componentes existentes: los diseadores del software no disponen de catlogos de software para poder disear un sistema, se puede comprar software ya desarrollado pero solo como una unidad completa, no como componentes que pueden desensamblares en nuevos programas; pero de alguna manera si se puede crear cdigo que puede ser reutilizado para disear nuevas aplicaciones.
2

DISEAR SISTEMAS DE INFORMACIN REALIZADO POR: L.S.C. RODOLFO RODRGUEZ CARMONA

A continuacin, se definir las aplicaciones de software ms importantes: Software de sistemas: es un conjunto de programas que han sido escritos para servir a otros programas; este tipo de aplicaciones se caracteriza por una fuerte interaccin con el hardware de la computadora, una gran utilizacin por mltiples usuarios, una operacin concurrente que requiere una planificacin, comparticin de recursos y una sofisticada gestin de procesos, estructuras de datos complejas y mltiples interfaces externas.

Software de tipo real: es el software que mide/analiza/controla sucesos del mundo real conforme ocurren. Se puede incluir dentro de esta categora un componente de datos que recolecta y da formato a la informacin segn lo requiere la aplicacin, un componente de control/salida que responda al entorno externo y un componente de monitorizar que coordina todos los componentes de forma que puede mantenerse la respuesta en tiempo real. Software de gestin: las aplicaciones en esta categora reestructuran los datos existentes en orden a facilitar las operaciones comerciales o gestionar la toma de decisiones. Como ejemplo se puede mencionar a los sistemas de nomina, inventarios. etc. Software de ingeniera y cientfico: esta categora se caracteriza por los algoritmos de manejo de nmeros las aplicaciones van desde la astronoma a la vulcanologa, desde el anlisis de la presin de los automotores a la dinmica orbital de lanzamientos espaciales y desde la biologa a la fabricacin automtica. En la actualidad existe el diseo asistido por computadora (CAD), la simulacin de sistemas y otras aplicaciones interactivas, han comenzado a tomar caractersticas de software de tiempo real e incluso de software de sistemas. Software empotrado: los productos inteligentes se han convertido en algo comn en casi todos los mercados de consumo e industriales. el software empotrado reside en memoria de solo lectura y se utiliza para controlar productos y sistemas de los mercados industriales y de consumo. Este software puede ejecutar funciones muy limitadas, por ejemplo el control de las teclas de un microondas; suministrar una funcin significativa con capacidad de control por ejemplo las funciones digitales en un automvil, tales como el control de gasolina, sistemas
3

DISEAR SISTEMAS DE INFORMACIN REALIZADO POR: L.S.C. RODOLFO RODRGUEZ CARMONA

de frenado, etc.

Software de computadoras personales: el procesamiento de textos, las hojas de clculo, los grficos por computadora, entretenimientos gestin de bases de datos, aplicaciones financieras, de negocios y personales, son solo unas de los cientos de aplicaciones que se agrupan en esta categora. Software de inteligencia artificial: hace uso de algoritmos no numricos para resolver problemas complejos para los que no son adecuados el clculo al anlisis directo. Actualmente el rea ms activa de la inteligencia artificial son los sistemas expertos, el reconocimiento de imgenes y/o voz, la prueba de teoremas. en la actualidad ha surgido una nueva rama del software bode inteligencia artificial llamada redes neuronales artificiales; una red neuronal simula la estructura de proceso del cerebro (las funciones de la neurona biolgica) y a la larga puede llevar una clase de software que puede reconocer p0atrones complejos y aprender de la experiencia pasada.

No existe un nico enfoque mejor para solucionar el mal de software (planificacin y estimacin de costos son frecuentemente muy imprecisas, la productividad de la comunidad del software no se corresponde con la demanda de sus servicios, la calidad de software no llega a hacer avecen inaceptable);sin embargo, mediante la combinacin de mtodos completos para todas las fases del desarrollo del software ,mejores herramientas para automatizar estos mtodos, bloque de construccin ms potentes para la implementacin del software, mejores tcnicas par la garanta de calidad de software y una filosofa predominante para la coordinacin, control y gestin, podemos conseguir una disciplina para el desarrollo del software una disciplina llamada ingeniera del software. Una de las primeras definiciones del ingeniera de software fue la propuesta por FRITZ BAUER. El establecimiento y uso de los principios de ingeniera robustos, orientados a obtener software econmico q1ue sea aliable y funcione de manera eficiente sobre maquinas reales.

DISEAR SISTEMAS DE INFORMACIN REALIZADO POR: L.S.C. RODOLFO RODRGUEZ CARMONA

La ingeniera del software, abarca un conjunto de tres elementos clave: mtodos, herramientas y procedimientos, los cuales facilitan al gestor controlar el proceso de desarrollo de software y suministrar las bases para construir software de alta calidad de una forma productiva. Los mtodos de la ingeniera del software indican como construir tcnicamente el software los mtodos abarcan un amplio espectro de tareas que incluyen: planificacin y estimacin de proyectos, anlisis de los requisitos del sistema y del software, dise de estructuras de datos, arquitectura de programas y procedimientos algortmicos, codificacin, prueba y mantenimiento. Las herramientas de la ingeniera del software suministran un soporte automtico o semiautomtico para los mtodos, cuando se integran las herramientas de forma que la informacin creada por una herramienta pueda ser usada por otra, se establece por un soporte del desarrollo del software, llamado ingeniera del software asistida por computadora (CASE); CASE combina software, hardware y bases de datos sobre ingeniera del software (una estructura de datos que contenga la informacin relevante sobre el anlisis, diseo, codificacin y prueba) para crear un entorno de ingeniera del software, anlogo al diseo/ingeniera asistido por computadora (CAD/CAE) para el hardware. Los procedimientos de la ingeniera del software son el pegamento que junta los mtodos y las herramientas y facilita un desarrollo racional y oportuno del software son el pegamento que junta los mtodos y las herramientas y facilita un desarrollo racional y oportuno del software de computadoras. Los procedimientos definen la secuencia en la que aplican los mtodos, las entregas (documentos, informes, formas, etc.)Que se requieren los controles que ayudan a los gastares del software a evaluar el proceso. La ingeniera del software est compuesta por una serie de pasos que abarcan los de la ingeniera del mtodos, las herramientas y los procedimientos (paradigmas

software). La eleccin de un paradigma para la ingeniera de3l software se lleva a cabo con la naturaleza del proyecto y de la aplicacin. Los mtodos y las herramientas a usar y los controles y entregas requeridos. El paradigma de ingeniera del software es un proceso o procedimiento no definido necesariamente en forma de pasos secuenciales que puede utilizarse en forma repetida para abordar un tipo especifico de problemas, paradigma de ingeniera de
5

DISEAR SISTEMAS DE INFORMACIN REALIZADO POR: L.S.C. RODOLFO RODRGUEZ CARMONA

software, sinnimo de proceso se diseo de sistemas es un proceso fluido, ciberntico, dinmico, en marcha que describe el enfoque tomado por los diseadores de sistemas para formular los planes estratgicos para el dominio de sistema flexible, es una marcha, debido a que es continuo y no muestra principio ni final; ciberntico debido a que muestra retroalimentacin y fluido porque los estados de los sistemas estn siempre cambiados y no pueden definirse en forma exacta. TEMA 1 SISTEMAS DE INFORMACIN
1.1

DEFINICIN DE UN SISTEMA DE INFORMACIN Un sistema en general se define como un conjunto de componentes conectados

e interactivos que tienen un propsito y una unidad total. Un sistema de3 informaciones el conjunto de elementos que interactan entre si para manipular, crear y consultar informacin proveniente de un banco de datos. 1.2. DEFINICIN DE UN ANLISIS Y DISEO DE SISTEMA El anlisis y diseo de sistema pretende estudiar sistemticamente la operacin de ingreso de los datos, l flujo de los mismos y la salida de informacin, todo ello del contexto de una empresa en particular. En suma, el anlisis y diseo de sistema sirve para analizar, disear y formatear mejoras en la operacin de la empresa; lo cual, puede realizarse mediante el uso de sistemas de informacin computarizados. El anlisis y diseo de sistema se conforma por un serio de procesos que al ejecutarse sistemticamente mejoran la operacin de un negocio. 1.3. DEFINICIN DE UN ANALISTA DE SISTEMAS Un analista de sistemas es la persona que revisa de manera sistemtica el funcionamiento de la empresa el examinar las funciones de captura y procesamiento de datos, as como la emisin de resultados.
6

DISEAR SISTEMAS DE INFORMACIN REALIZADO POR: L.S.C. RODOLFO RODRGUEZ CARMONA

El analista de sistema requiere tener la habilidad de trato con cualquier tipo de persona, as como tambin tener debida experiencia en el manejo de computadoras. Las cualidades que debe reunir el analista de sistemas son: 1.-debe ser un solucionador de sistemas 2.-debe ser un buen interlocutor. 3.-debe contar con la suficiente experiencia en computacin 4.-debe ser autidisciplinado y automatizado. 5.-debe ser capaz de administrar y de coordinar innumerables recursos. El analista del protagonista numerosos papeles y en ocasiones debe mantener un equilibrio al asumir simultneamente ms de uno de ellos. Los papeles que el analista que debe cubrir son: 1.-de consultor: se le contrata en la empresa para analizar a la informtica, por lo cual trae consigo ideas nuevas que no prose otros miembros de la organizacin. El analista externa posee una desventaja al no conocer la organizacin de la empresa. 2.-de especialista de apoyo o soporte: trabaja dentro de la empresa de manera regular, esta persona dispone de experiencias personal despert al hardware y software y a sus aplicaciones en la empresa. Con frecuencia su tarea implica la toma de decisiones o modificaciones en pequea escala. 3.-de agente de cambio: nos ayuda como parte fundamental en el establecimiento de un cambio radical dentar de la empresa; para lo cual desarrolla un plan y colabora con otro para agilizarlo. 1.4. SISTEMAS DE INFORMACIN MS COMUNES Los sistemas de informacin se desarrollan con diferentes propsitos, los cuales, dependen de las necesidades de la empresa y pueden ser los siguientes: 1.- los sistemas de procedimiento de datos: son aquellos sistemas de informacin computarizados que se desarrollan para procesar grandes volmenes de informacin generada en las funciones administrativas este tipo de sistemas libera de la rutina de realizar tareas manualmente; el elemento humano sigue participando al llevar acabo de
7

DISEAR SISTEMAS DE INFORMACIN REALIZADO POR: L.S.C. RODOLFO RODRGUEZ CARMONA

la informacin requerida. 2.- los sistemas de informacin para la administracin: este tipo de sistemas no sustituye a los sistemas de procesamiento de datos, ms bien considera las funciones de estos sistemas requieren para su operacin de las personas de hardware y software; ya que puede soportar tareas de la organizacin incluyendo el anlisis y las decisiones. En pocas palabras estos sistemas proporcionan informes peridicos para la planeacin y control. 3.- los sistemas de apoyo para la toma de decisiones: son similares a los tradicionales para la administracin pero asen nfasis en el soporte en cada etapa de la toma de decisin sin embargo, la decisin es en si depende de la persona responsable de la misma. 4.- los sistemas expertos e inteligencia artificial: tienen como idea principal desarrollar maquinas que cuenten con un desempeo inteligente. Estos sistemas son un tipo especial de sistemas de informacin que tiene un uso prctico en los negocios debido a la reciente y amplia disponibilidad del hardware y software. Un sistema experto captura y utiliza el conocimiento de un experto para la solucin de un problema particular de la organizacin. TEMA 2 PARADIGMAS DE LA INGENIERA DEL SOFTWARE Cualquier ciclo de desarrollo para sistemas de informacin presenta diferentes etapas, las." cuales nunca se llevan a cabo de manera independiente, por lo que se debe de suponer que d ciclo de vida de los sistemas transcurre en etapas con actividades en plena accin que luego cesan poco a poco y no como elementos separados.

DISEAR SISTEMAS DE INFORMACIN REALIZADO POR: L.S.C. RODOLFO RODRGUEZ CARMONA

2.1. CICLO DE DESARROLLO DE SISTEMAS

CICLO DE VIDA CLSICO El ciclo de desarrollo o ciclo de vida de los sistemas es un enfoque por etapas de anlisis y de diseo, que postula el desarrollo de los sistemas y mejora cuando existe un ciclo especfico de actividades del anlisis y de los usuarios. Las etapas ms comunes del el ciclo de vida de un sistema son las siguientes:
1.

Ingeniera y anlisis del sistema: debido a que el software es siempre parte da un sistema mayor, el trabajo comienza estableciendo los requisitos de todos los elementos del sistema y luego asignando algn subconjunto de estos requisitos al software. Este planteamiento del sistema es esencial cuando le software debe interrelacionarse con otros elementos, tales como hardware, personas y bases de datos. La ingeniera y el anlisis del sistema abarcan los requisitos globales a nivel del sistema con una pequea cantidad de anlisis y diseo a un nivel superior.

2.

Anlisis de los requisitos del software: el proceso de recopilacin de los requisitos se centra e intensifica especialmente para el software. Para comprender la naturaleza de los programas que hay que construir, el ingeniero del software ("analista") debe comprender el mbito de la informacin del software, as como la funcin, el rendimiento y las interfaces requeridas. Los requisitos, tanto del sistema como del software, se documentan y se revisan con el cuente.

3.

Diseo: el diseo del software es realmente un proceso multipaso que se enfoca sobre cuatro atributos distintos del programa: la estructura de los datos, la arquitectura del software, el detalle procedimental y la caracterizacin de la
9

DISEAR SISTEMAS DE INFORMACIN REALIZADO POR: L.S.C. RODOLFO RODRGUEZ CARMONA

interfaz. El proceso de diseo traduce los requisitos en una representacin del software que pueda ser establecida de forma que obtenga la calidad requerida antes de que comience la codificacin. Al igual que los requisitos, el diseo se documenta y forma parte de la configuracin del software.
4.

Codificacin: el diseo debe ser traducido en forma legible para la mquina. El paso de codificacin realiza esta tarea. Si el diseo se realiza de una manera detallada, la codificacin puede realizarle mecnicamente.

5.

Prueba: una vez que se ha generado el cdigo, comienza ya prueba del programa. La prueba se centra en la lgica interna del software, asegurando que todas las sentencias se han probado, y en la funcin Externas, realizado prueba que asegure que ya entrada definida produce los resultados que realmente se requieren.

6.

Mantenimiento: el software, indudablemente sufrir cambios despus de que se entregue al cliente. Los cambios ocurrirn debido a que se hayan, encentrado errores, a que el software deba adaptarse a cambios del entorno externo (por ejemplo, un cambio solicitado debido a que se tiene un nuevo sistema operativo o dispositivo perifrico), o debido a que el cuente requiera ampliaciones funcionales o de rendimiento.

Los problemas que puede presentar este paradigma, son los siguientes:
1.

Los proyectos reales raramente siguen el flujo secuencial que propone el modelo. Siempre hay iteraciones y se crean problemas en la aplicacin del paradigma.

2.

Normalmente, es difcil para el cliente establecer explcitamente al principio todos los requisitos. El ciclo de vida clsico lo requiere y tiene dificultades en acomodar posibles incertidumbres que pueden existir al comienzo de muchos proyectos.

3.

El cliente debe tener paciencia. Hasta llegar a las etapas finales del desarrollo del proyecto, no estar disponible una versin operativa del programa. Un error importante no detectado hasta que el programa est funcionando puedo ser desastroso.

10

DISEAR SISTEMAS DE INFORMACIN REALIZADO POR: L.S.C. RODOLFO RODRGUEZ CARMONA

2.2 CONSTRUCCIN DE PROTOTIPOS

Creacin de prototipos. La construccin de prototipos es un proceso que facilita al programador m la creacin de un modelo del software a construir. El modelo tomar una de las tres formas siguientes:
1.

Un prototipo en papel o un modelo basado en PC que describa la interaccin hombre - mquina, de forma que facilite al usuario la comprensin de cmo se producir tal iteracin.

2. Un prototipo que implemente algunos subconjuntos de la funcin requerida del programa deseado.
3.

Un programa existente que ejecute parte o toda la funcin deseada, pero que tenga otras caractersticas que deban ser mejoradas en el nuevo trabajo de desarrollo.

Como en todos los mtodos de desarrollo de software, la construccin de prototipos comienza con la recoleccin de los requisitos. El tcnico y el cliente se renen y definen los objetivos globales para el software identificando los requisitos conocidos y perfilan las reas en donde ser necesaria una mayor definicin. Luego se produce un diseo "rpido"; este diseo se enfoca sobre la representacin de los aspectos del software visibles al usuario (por ejemplo, mtodos de entrada y formatos de salida); el diseo rpido conduce a la construccin de un prototipo es
11

DISEAR SISTEMAS DE INFORMACIN REALIZADO POR: L.S.C. RODOLFO RODRGUEZ CARMONA

"afinado" para que satisfaga las necesidades del cliente, al mismo tiempo que facilita al que lo desarrolla una mejor comprensin de lo que hay que hacer. Al igual que en si ciclo de vida clsico, la construccin puede ser problemtica por las siguientes razones:
1.

El cliente ve funcionando lo que parece ser una primera versin del software, ignorando que el prototipo se ha hecho con "plastilina y alambres", ignorando que por las prisas en hacer que funcione, no se ha considerado los aspectos de calidad o de mantenimiento del software a largo plazo. Cuando se le informa al cliente que el producto debe ser reconstruido, el cliente solicita que se apliquen unas "cuanta mejoras" que sean necesarias para hacer del prototipo un producto final que funcione.

2.

El

tcnico

desarrollo,

frecuentemente

impone

ciertos

compromisos

de

implementaciones con el fin de obtener un prototipo que funcione rpidamente, puede que se utilice un sistema operativo o un lenguaje de programacin inapropiados, simplemente porque est disponible y es conocido; puede ser que implante ineficientemente un algoritmo, sencillamente para demostrar su capacidad. 2.3. EL MODELO EN ESPIRAL El modelo en espiral para la ingeniera del software ha sido desarrollado para cubrir las mejore caractersticas tanto del. Ciclo do vida clsico, como de la creacin de prototipos, aadiendo al mismo tiempo un nuevo elemento: el anlisis de riesgo, que falta en esos paradigmas. El modelo representando; mediante la siguiente figura:

12

EL MODELO EN ESPIRAL Define cuatro actividades principales, representadas por los cuatro cuadrantes de la figura:
1. 2.

Planificacin: determinacin de objetivos, alternativas y restricciones. Anlisis de riesgo: anlisis de alternativas e identificacin resolucin de riesgos. Ingeniera: desarrollo del producto de "siguiente nivel". Evaluacin del cliente: valoracin de los resultados de la ingeniera.

3. 4.

Con cada iteracin alrededor de la espiral (comenzando en el centro y siguiendo hacia el exterior), se construyen sucesivas versiones del software, cada vez ms completas. Durante la primera vuelta alrededor de la espiral se definen los objetivos, las alternativas y las restricciones, y se analizan e identifican los riesgos. Si el anlisis de riesgo indica que hay una incertidumbre en los requisitos, se puede usar la creacin de prototipos en el cuadrante de ingeniera para dar asistencia tanto al encargado del desarrollo como al cliente. Se pueden usar asimilaciones y otros modelos para definir ms el problema i definir los requisitos. El cliente evala el trabajo de ingeniera y sugiere las modificaciones. En base a los comentarios del cliente se produce la siguiente fase de planificacin y de anlisis de riesgo. En cada bucle alrededor de la espiral, la culminacin del anlisis de riesgo resulta en una decisin de seguir o no seguir si los riesgos son demasiados grandes se puede dar por terminado el proyecto. Sin embargo en la mayora de los casos, s sigue avanzando alrededor del camino de la espiral, y ese camino lleva a los desarrolladores hacia afuera, asa un modelo ms completo del sistema y, al final, al propio sistema operacional. Cada vuelta alrededor de la espiral requiere ingeniera, que se puede llevar a cabo mediante al enfoque de ciclo de vida clsico o de la creacin de prototipos. Se debe tomar en cuenta que el nmero de actividades de desarrollo que ocurren en el cuadrante de ingeniera, aumenta la alejarse del centro de la espiral. Dentro de este modelo puede ser difcil convencer a grandes clientes (principal mente en situaciones bajo contrato) de que el enfoque evolutivo es controlable requiere una considerable habilidad para la valoracin del riesgo. Si no se descubre un riesgo importante indudablemente surgirn problemas, por ltimo, el

modelo en s mismo es relativamente nuevo y no se ha usado tanto como el ciclo de vida o la creacin de prototipos. 2.4 TCNICAS DE CUARTA GENERACIN El trmino tcnicas de cuarta generacin, abarca un amplio espectro de herramientas de software que tienen algo en comn: todas facilitan al que desarrolla el software a alto nivel. Posteriormente, la herramienta genera automticamente el cdigo fuente basndose en la especificacin del tcnico. Actualmente, un entorno para el desarrollo de software que soporte el paradigma de tcnicas de cuarta generacin puede incluir todas o algunas de las siguientes he4rramientas:lenguajes no procedimentales para consulta a base de datos, generacin de informes, manipulacin de datos, interaccin y definicin de pantallas, generacin de cdigos, facilidades graficas de alto nivel y facilidades de hoja de clculo. En la siguiente figura se describe el paradigma de tcnicas de cuarta generacin para la ingeniera de software.

EL MODELO EN ESPIRAL Este paradigma, inicia con el paso de recoleccin de requisitos; idealmente el cliente describe los requisitos, que son, a continuacin, traducidos directamente a un prototipo operativo. Sin embargo, el cliente puede no estar seguro de lo que necesita; puede ser ambiguo en la especializacin de hechos que le son conocidos y puede no desear o ser incapaz de especificar la informacin en la forma en que una herramienta de tcnicas de cuarta generacin puede aceptarla. Para aplicaciones pequeas se puede ir directamente desde el paso de recoleccin de requisitos al paso de implementacin, usando un lenguaje de cuarta

generacin no procedimental; sin embargo, es necesario un mayor esfuerzo para desarrollar una estrategia de diseo para el sistema, incluso si se utiliza un lenguaje de cuarta generacin. El uso de tcnicas de cuarta generacin, sin diseo (para grandes proyectos) causar las mismas dificultades (poca calidad, mantenimiento pobre, mala aceptacin por el cliente) que se encuentran cuando se desarrolla software mediante los enfoques convencionales. La implementacin. Mediante un lenguaje de cuarta generacin permite, al que desarrolla el software, centrarse en la representacin de los resultados deseados, que es lo que se traduce automticamente en un cdigo fuente que produce dichos resultados. Para transformar una implementacin de tcnicas do cuarta generacin de un producto, el que lo desarrolla debe dirigir una prueba completa, desarrollar una documentacin con sentido y ejecutar el resto de las actividades de "transicin" requeridas en los otros paradigmas de ingeniera del software. Adems, el software con tcnicas de cuarta generacin debe ser construido de forma que facilite la realizacin del nacimiento de forma expeditiva. TEMA 3 "METODOLOGA DEL ANLISIS DE SISTEMAS'' 3.1. FUNDAMENTOS DE LA ORGANIZACIN Para que el analista de sistemas pueda analizar y disear sistemas adecuados de informacin, necesita entender a la organizacin, pues la forma que tomen los sistemas depender en gran medida de los principios conocidos como organizacionales, los cuales son los siguientes: Las Niveles de administracin. Diseo de las organizaciones. Grupo de factores influyentes (liderazgo. tecnologa y cultura). organizaciones son sistemas grandes integrados por subsistemas fundamentales

interrelacionados, los cuales se ven afectados por los tres niveles de toma de decisin administrativa (operacional, administracin media y direccin estratgica), los cuales inciden horizontalmente sobre el sistema organizacional. Es conveniente concebir a las organizaciones como sistemas diseados para el cumplimiento de metas y objetivos especficos, mediante el empleo de

diversos recursos incluyendo el factor humano.

Todos los sistemas v sus subsistemas se encuentran interrelacionados y son interdependientes es decir cuando uno de los elementos de un sistema cambia o se elimina el resto de los elementos del sistema o subsistemas asociados tambin se afectan. Los lmites de las organizaciones pueden ser desde muy premiables a llegar hacer Impermeables. Tara adaptarse y sobrevivir las organizaciones tienen la necesidad de recurrir a la gente, .materias primas e informacin (entradas) a travs de sus lmites y de intercalar sus productos terminados, servicios o informacin hacia el mundo exterior salidas). La retroalimentacin es un mecanismo para el control de un sistema. Como sistemas, todas las organizaciones utilizan la planeacin y el control para administrar de forma efectiva sus recursos, por lo cual se compara el desempeo con las metas establecidas para obtener una retroalimentacin adecuada.
3.2

.LOS PROBLEMAS DENTRO DE LA ORGANIZACIN

La retroalimentacin es til ya que nos proporciona cierta informacin referente al desempeo actual y el deseado, permitiendo con ello detectar problemas. Los problemas que pueden solicitar la presencia del analista de sistemas incluyen: la persistencia y cantidad de errores, el desarrollo lento del trabajo o la no realizacin del mismo. Con el fin de precisar los requisitos de informacin necesarios para el anlisis de las decisiones, el analista de Sistemas debe identificar los objetivos de la organizacin, adems deber conocer las bases de la organizacin y tener conocimiento de las tcnicas de recopilacin de datos. El enfoque de lo general a lo particular es decisivo, pues deben relacionarse todas las decisiones de la organizacin con sus objetivos generales. El estudio de la factibilidad de un proyecto, consiste en descubrir cules

son los objetivos de la organizacin que se abordan y luego determinar si el proyecto es til para llevar de alguna manera el negocio hacia tales objetivos. Los objetivos del proyecto deben hacerse explcitos mediante la entrevista a las personas, al grupo o departamento que lo componen, adems es til contar con una revisin por escrito del trabajo. Existen una serie de objetivos racionales que deben contemplar los proyectos de un sistema, estos pueden ser: 1. La reduccin de errores y contar con una mayor precisin en la captura de datos. 2. La reduccin del costo de la salida del sistema, evitando repeticin de informacin. 3. La actualizacin del servicio al cliente con el fin de alcanzar un mejor nivel competitivo. 4. Aceleracin de la captura ce datos. 5. Reduccin del tiempo de procesamiento de datos. Los objetivos del proyecto deben definirse formalmente, por escrito

considerando los problemas que el proyecto de sistemas llegar a solucionar.

3.3. ESTILO DE LIDERAZGO El liderazgo puede considerarse como la manera de ejercer la autoridad y la habilidad para influir sobres otros. Puede fortalecerse dentro de los fundamentos ce la organizacin; sin embargo, reside en las caractersticas particulares de cada individuo. Cuando se evala el liderazgo es necesario considerar la relacin entre el lder y sus seguidores potenciales, y as mismo la manera como impacta sobre ellos el estilo del lder. Un lder efectivo diagnstico y responde a las interrelaciones presentes entre las caractersticas del subordinado, la conducta del grupo, la estructura del mismo y sus tareas. Se puede distinguir entre los tipos de lder a una amplia gama de ellos, desde las autocrticos haca los promotores de la participacin. Los lderes autocrticos mantienen un gran control sobre el flujo de la informacin, retienen para si mismos el privilegio de la ltima decisin y atienden

incluso las pequeas decisiones. Los lderes promotores de la participacin promueven el flujo de la informacin y a menudo delegan decisiones sus subordinados; buscan un alto grado de opiniones y toleran la ambigedad y una elevada incertidumbre. Sin importar que tipo de lder sean, para ser en realidad efectivos debe ser capaz de modificar sus estilos de acuerdo a las situaciones cambiantes, a las tareas y a sus subordinados. 3.4. PREGUNTAS ABIERTAS Las preguntas abiertas, son las opciones que el entrevistado tiene para responder; pueden ser respuestas de dos palabras o dos prrafos. Sus ventajas son las siguientes:

Simplifican las cosas para el entrevistado. Permiten al entrevistador seleccionar el vocabulario del entrevistado, lo que refleja sus valores y Creencias, adems de su educacin. Proporcionan una gran riqueza de detalles. Revelan nuevas alternativas sobre preguntas no consideradas.

Hacen

ms

interesante

la

entrevista,

permitiendo mayor espontaneidad. Sus desventajas son las siguientes: Permiten preguntas que puedan generar demasiada informacin Existe una posible prdida del control de la entrevista irrelevante.

Permiten repuestas que pueden llevar demasiado tiempo en comparacin con la cantidad de informacin que aportan. Se puede dar la apariencia de que el entrevistador no marco los objetivos reales de la entrevista.

3.5. PREGUNTAS CERRADAS

Las preguntas cerradas son aquellas cuyas posibles respuestas se encuentran limitadas para el entrevistado, tambin se les conoce como preguntas de opcin mltiple. Un tipo especial de pregunta cerrada, es la pregunta bipolar, pues es ms limitada, considerando slo dos respuestas como alternativa. Las ventajas de ste tipo de preguntas son: Ahorran tiempo. Facilitan la comparacin entre entrevistas. Llegan al punto de inters

Sus desventajas son las siguientes: Aburren al entrevistado. Pierden la riqueza de detalle.

No favorece un clima de armona entre el entrevistado y el entrevistado.

Un tercer tipo de pregunta es la llamada de sondeo o exploratoria. El sondeo tiene como propsito. Ir mas adentro del contenido de la respuesta inicial para aclarar o ampliar los puntos del entrevistado. La organizacin de la entrevista se basa en tres tipos de estructura que son:
1.

Estructura de pirmide: se basa en iniciar las preguntas de la entrevista con preguntas de tipo cerrada, y conforme sta avanza se establecen preguntas del tipo abierto, logrando respuestas de carcter ms general. Estructura de diamante: utiliza el enfoque deductivo comenzado con preguntas abiertas de carcter general y ms adelante se reducen las respuestas mediante el uso de preguntas cerradas. Estructura de embudo: es la combinacin de las dos estructuras anteriores; es decir, permite comenzar de manera muy especfica, luego examinar aspectos generales y finalmente llegar a una conclusin muy especfica.

2.

3.

3.5. RECOPILACIN DE INFORMACIN Como antecedente de cualquier mtodo de recopilacin de informacin (la investigacin, la entrevista a la observacin).se tiene que decir que es lo que se examinar y a quienes se entrevistara u observar. El analista de sistema toma decisiones basndose en el enfoque estructurado que denominamos muestreo.

3.5.1. LA ENTREVISTA. Antes de realizar la entrevista, necesita analizar el motivo de la misma, cules sern las preguntas que har y determinar qu es lo brindar xito a la entrevista. El otro concepto que se debe considerar es a que individuo se entrevistar, logrando que la entrevista sea satisfactoria. Una entrevista es una conversacin dirigida con un propsito especfico, que se basa en un formato de preguntas y respuestas. En la entrevista se desea conocer por parte del entrevistado, sus opiniones acerca del estado actual del sistema, las metas personales de la organizacin y de los procedimientos informales. Las opiniones pueden ser ms importantes y reveladoras que los mismos hechos; adems las opiniones logran proporcionar informacin concerniente a los expertos, que considera el entrevistado son los que conocen mejor a la organizacin. Las metas son una fuente importante de informacin ya que son proyectadas hacia el futuro. Existen cinco pasos para la preparacin de una entrevista: 1. Lectura de antecedentes. 2. Establecimiento de los objetivos de la entrevista. 3. Seleccin de los entrevistados. 4. Preparacin del entrevistado. 5. Seleccin del tipo y estructura de las preguntas. Antes de iniciar una entrevista se debe crear un ambiente de confianza y credibilidad. Se debe repetir al entrevistado el motivo de su presencia y la razn de haberlo elegido para entrevistarlo. Prepare su grabadora o cuaderno de notas e indique

al entrevistado lo que har con la informacin. 3.5.2. REGISTRO DE LA ENTREVISTA Se deben registrar los aspectos ms importantes de la entrevista, usando grabadora o un cuaderno de notas, pero lo importante es llevar un registro permanente durante la entrevista. Tornar notas o utilizar una grabadora, depender en parte de la persona que entreviste y de lo que se har con la informacin despus de la entrevista. En el momento de concertar una cita para la entrevista exprese su deseo de grabar dicha entrevista, sea honesto y explcito en sus intenciones y garantice la confdenciabilidad de cualquier aspecto de la entrevista; si el entrevistado rechaza el uso de grabacin, entonces deber utilizar un cuaderno de notas una grabadora tiene ventajas y desventajas. Ventajas del uso de grabadora:

Proporcionar un registro preciso y completo de todo lo mencionado. Libera al entre visitador, para escuchar y responder con mayor rapidez. Permite un mayor contacto visual.

Desventajas del uso de grabadora: Tal vez ponga nervioso al entrevistado y esto limite sus respuestas.

Con frecuencia el entrevistador reduce la atencin al entrevistado, pues supone que sus respuestas quedarn grabadas.

Incrementa el costo de recopilacin de datos.

Existe el inconveniente de localizar en una cinta de larga duracin partes de la entrevista con mayor importancia.

3.5.3. TOMA DE NOTAS Tomar notas puede ser la nica alternativa para documentar la entrevista, si el entrevistado le niega permiso para la grabacin. Ventajas de la toma de notas:

Mantiene alerta al entrevistador. Sirve para recordar preguntas importantes. Demuestra la preparacin del entrevistador. Muestran el inters del entrevistador en la entrevista.

Desventajas de la toma de notas:

Perdida del contacto visual. Perdida de la continuidad en la conversacin. Obligan al entrevistado a interrumpir sus planteamientos cuando el entrevistador toma notas.

Dependiendo de la estructura que se d a la entrevista, se debe inicial' con preguntas generales permitiendo que el entrevistado se relaje. Escuchar con cuidado las respuestas permite identificar el vocabulario del entrevistado. El uso del tiempo es uno de los elementos que debe controlar el entrevistador, siendo responsable de aspectos previos, durante y despus de la entrevista, con esto se incluye decidir a quin entrevistar, la hora y el lugar de la entrevista, los temas y la forma de conducirlos. Hay ciertos problemas que bloquean la habilidad de respuesta del entrevistado: Percibir que la autoestima del entrevistado se encuentra amenazada. Reacciones, motivos o temas conflictivos. Malentendidos respecto a la sucesin de los acontecimientos. Apego a normas tradicionales. Equvocos al interferir sobre lo observado. Competencia por el tiempo. Olvido de los hechos importantes. Mentir para ocultar hechos importantes. 3.6. ANLISIS DE LA INFORMACIN Una vez que se ha recopilarlo la informacin en base a entrevistas o cuestionarios, sta se debe analizar para obtener epmones generales, sugerencias o identificar problemas dentro de la organizacin. El anlisis de la informacin se basa en los datos que se recopilaron, logrando sintetizar los volmenes de informacin captada mediante diferentes mtodos. El resultado del anlisis de la informacin se va a proporcionar a la directiva mediante reportes por escrito con el propsito de obtener las bases para la creacin de

una propuesta de sistemas. 3.7. DISEO DEL SISTEMA

3.7.1. REQUERIMIENTOS DEL NUEVO SISTEMA

El grupo de anlisis y diseo de sistemas mediante medios sistemticos

identifica y pronostica la cantidad de hardware necesario, as como la especificacin del software requerido para la implantacin del nuevo sistema.

Para poder definir las necesidades de hardware y de software, primero se

hace un inventario del equipo de cmputo existente, para descubrir con que se dispone, luego debe hacerse una estimacin de la carga de trabajo presente y la futura para el sistema. Los analistas de sistemas deben trabajar en conjunto con los usuarios para determinar el hardware que ser requerido. Las opciones de equipo podrn considerarse una vez que los analistas de sistemas, los usuarios y los directivos, cuenten con una clara concepcin de las tareas que se realizarn.

Se debe realizar el inventario de equipo de cmputo, considerando que

existen algunas alternativas que implican la expansin o reasignacin del equipo actual. Los puntos que deben considerarse en el establecimiento del inventario son: El tipo de equipo, nmero de modelo y fabricante. El estado de la operacin del equipo.

La estimacin del tiempo de uso del equipo La vida proyectada del equipe. La localizacin fsica del equipo.

La persona o departamento responsable. El estado financiero del equipo (rentado, propio o en arrendamiento con opcin a compra). Los analistas de sistemas tambin deben hacer estimaciones de la carga de trabajo actual y la proyectada para el sistema, de tal forma que cualquier equipo que se adquiera cuente con la posibilidad de manejar las cargas de trabajo actuales y futuras. Si las estimaciones se elaboran correctamente, la empresa no tendr que

reemplazar el equipo a menos que se presente un crecimiento no pronosticado de uso del sistema. La comparacin en la carga de trabajo considera tambin el costo por hora con la utilizacin del sistema actual y del sistema opuesto. La evaluacin que se hace del equipo de computo es una responsabilidad compartida entre la direccin, los usuarios y los analistas de sistemas; pero adems deben considerarse las ofertas que puedan ofrecer los vendedores a la empresa por la adquisicin del equipo, por lo que tambin se debe considerar el desempeo que tiene cada equipo; es decir, considerar el tiempo requerido para las operaciones, la capacidad total del sistema, los tiempos muertos del CPU y el tamao de memoria y disco duro. Tambin se debe determinar con qu cantidad de software se cuenta y cual ser requerido; para lo cual se evala la efectividad y eficiencia del desempeo, la facilidad de uso, la flexibilidad y la cantidad de documentacin.

3.7.2. POSIBLE USO DE PARTES DEL SISTEMA ACTUAL Dentro de la creacin de cualquier sistema se debe considerar qu sistema era utilizado anteriormente con la finalidad de usar parte de dicho sistema en la creacin del sistema actual. Si el sistema que se manejaba anteriormente era completamente manual y ahora se quiere hacer la implantacin de un sistema computarizado, regularmente no se utiliza ninguna de sus partes. Sin embargo, si el sistema anterior era computarizado, debe tornarse en cuenta para poder determinar si alguna de sus partes puede ser til en la creacin del nuevo sistema; considerando si el sistema manual ha sido creado por la misma persona o grupo de personas que realizaron el nuevo sistema, entonces ser sencilla la identificacin de partes; mientras que si el sistema anterior por otro grupo de personas, se considera mayor dificultad en la identificacin de cada parte del sistema y por lo mismo ser ms difcil determinar las partes tiles que pueden ser utilizables para la creacin del nuevo sistema requerido, sobre todo si el cdigo de este sistema no presenta comentarios que hagan referencia a cada parte del sistema. Para poder entregar un sistema se van a tomar en cuenta dos aspectos importantes

considerados como restricciones, los cuales son fecha de entrega y costos. Dentro del diseo de un sistema se debe estimar el tiempo probable que se utilizar para su creacin, para as poder determinar un tiempo aproximado para la fecha de entrega del sistema. Para poder determinar la duracin de la creacin del nuevo sistema, se debe calcular o estimar el tiempo de duracin de cada una de las actividades, con el propsito de determinar as de acuerdo a las actividades el tiempo total que va a ser empleado en la creacin del nuevo sistema. El anlisis y diseo de sistemas involucra actividades de naturaleza muy diferente que al integrarse constituyen un proyecto. El analista debe administrar con cuidado el proyecto si desea que sea de gran xito. La planeacin incluye a todas las actividades que requieran para la seleccin de equipo de anlisis de sistemas, la asignacin de proyectos apropiados a los miembros de un equipo, la estimacin del tiempo que cada tarea requiere para su ejecucin y la programacin del proyecto de tal manera que las tareas se concluyan oportunamente. Para poder representar la planeacin y programacin de las actividades junto con su duracin se puede hacer uso de los diagramas de Gantt; as como de las grficas de PERT, con el propsito de representar los datos necesarios en un slo documento. Los diagramas de Gantt pueden encontrarse como;
1.

Diagrama de Gantt en una dimensin: se utiliza para representar actividades que se desarrollan en serie. Diagrama de Gantt bidimensional: se usan para representar actividades que pueden realizarse en forma simultnea. Las grficas de PERT se utilizan cuando las actividades pueden realizarse en forma

2.

paralela. Este tipo de grficas nos sirven para ver que las actividades se han concluido e indicar que actividades necesitan concluirse antes de iniciar una nueva. Adems muestran la ruta crtica de duracin de las actividades, considerando que si existe un retraso en alguna de las actividades que conforman la ruta crtica, el proyecto tendr un retraso considerable. 3.7.3. COSTOS DEL SISTEMA Dentro de todo proyecto de sistemas se origina un costo considerable en su

elaboracin por lo cual es importante estimar los costos que originar el sistema. Los costos y los beneficie que representa un nuevo sistema pueden ser tangibles o intangibles.
1.

Beneficios tangibles: son las ventajas econmicas cuantificables que obtiene la organizacin por ejemplo: incrementar la velocidad del proceso, contar con cierta informacin importante y con mayor puntualidad que en el pasado, etc.

2.

Beneficios intangibles: son los que obtiene la organizacin a travs de un sistema, pero que se consideran difciles de cuantificar, por ejemplo: la mejora del proceso de torna de decisiones el incremento de precisin, el llegar a ser ms competitivo, mejoramiento de la imagen de la empresa, etc. Costos tangibles: son aquellos que puede proyectar con precisin el analista de sistemas y el personal de contabilidad, por ejemplo: costo del equipo, el costo de los recursos, el costo del tiempo del analista de sistemas, etc.

3.

4.

Costos intangibles; son difciles de estimar y pudieran no cocerse, por ejemplo: el costo de perder una ubicacin competitiva, perder puntos por no ser el primero en innovar, la toma de decisiones ineficaz, etc.

3.7.4. PROGRAMACIN Para poder realizar la programacin del sistema se debe identificar al grupo de trabajo que va a realizar esta actividad, con el propsito de distinguir aquella persona o personas que realizan el diseo y programacin de sistemas. La eleccin del lenguaje de programacin forma parte importante de cualquier sistema por lo cual se debe considerar el conocimiento que se tenga del lenguaje de programacin, para que no haya retrasos en la elaboracin del sistema. Para la eleccin del lenguaje de programacin, debemos considerar la facilidad de compilacin y ejecucin, la posibilidad de corregir errores en forma rpida, as como los distintos tipos de datos que se puedan manejar dentro del mismo. Una vez que se ha elegido el lenguaje de programacin a utilizar se debe estructurar la lgica del programa, con el propsito de determinar la estructura general del mismo, considerando sus diversos componentes.

3.7.5. PRUEBA DEL PROGRAMA Dentro de la elaboracin es importante determinar si este funciona correctamente para no tener problemas posteriores. Probar un programa de computadora es el proceso de ejecutarlo con la intensin de detectar errores. Nunca deber precederse a validar un programa de computadora bajo la suposicin de que estos se hayan exentos de error. La definicin de las pruebas que habrn de llevarse a cabo es un arte, integrado por una serie de tcnicas y recomendaciones basadas en la experiencia que demandan ingenio y creatividad. En ocasiones se necesita realizar operaciones manuales para calcular las salidas correspondientes a las entradas y formar un caso de prueba de escritorio. La bondad de un caso de prueba deber reflejar el potencial que ste tiene para detectar errores. Un buen caso de prueba es aquel que presenta una alta probabilidad de detectar fallas en la programacin, y un caso de prueba exitoso es aquel que efectivamente sirvi de base para corregir, al menos un error hasta entonces inadvertido. Debe existir una evaluacin total de todos los elementos del sistema ya sean programas de aplicacin recin escritos o sus modificaciones as corno los nuevos manuales de procedimientos. No ser suficiente una evaluacin aleatoria de prueba y error. La evaluacin del sistema se debe llevar a todo lo largo del desarrollo del mismo (no slo al final), cumpliendo con el propsito de identificar aquellos problemas desconocidos, ms que mostrar la perfeccin de un programa. Existen diferentes tipos de pruebas, a continuacin se definen algunas de ellas:
1.

Prueba de escritorio: son aquellas que se realizan en forma general (manual) siguiendo la lgica del programa y en las cuales se puede detectar cierto tipo de error. Prueba de programa con datos de prueba: regularmente las realiza el autor original del programa. Este tipo de prueba la realizan los programadores a cada una de las rutinas que se tengan dentro del programa, con el propsito de verificar que stas funcionen correctamente y adems de detectar errores que puedan corregirse a tiempo.

2.

3.

Prueba de enlace con datos de prueba: se realiza una vez que los programadores han probado el sistema o programa y ya no existen errores de esa etapa. Dentro de esta prueba se verifica la operacin de enlace que determinan que aunque los programas sean interdependientes, funcionen adecuadamente una vez que sean integrados en

uno solo tal y como fue planeado. En estas pruebas crea datos para cubrir situaciones diferentes durante la ejecucin del programa, incluyendo la utilizacin de datos invlidos para asegurar que el sistema puede detectar los errores de una manera adecuada.
4.

Prueba del sistema completo con datos ficticios: esta prueba examina la sistema como una entidad completa, para este tipo de prueba existe una serie de factores a considerar como son: verificar si se cuenta con una documentacin adecuada, verificar si los manuales de procedimientos son suficientemente claros y determinar si la salida es la correcta.

5.

Prueba completa del sistema con datos reales: permite una comparacin precisa con lo que es una salida procesada correctamente y una buena idea de cmo deben manejarse los datos finales. Durante esta prueba se evala la manera en que los usuarios finales y los operadores interactan con el sistema. Los elementos a observar son: la facilidad de aprendizaje del sistema, las reacciones de los usuarios a la retroalimentacin del sistema, incluyendo lo que ocurra cuando se presente en pantalla un mensaje de error y lo que ocurrir cuando el usuario se entera de que el sistema ejecutando sus programas.

3.7.6.

DOCUMENTACIN DEL SISTEMA Para poder realizar la implementacin de cualquier sistema de informacin se debe

tener documentacin que ampare el trabajo realizado, como pueden ser los manuales de procedimiento; los manuales de procedimiento son documentos de carcter organizacional muy comunes, con los cuales la mayora de las personas han tenido contacto. Los manuales se usan para comunicarse con quienes usarn el sistema, los cuales pueden contener comentarios, pasos a realizar en diferentes situaciones, instrucciones de cmo resolver problemas de operacin y qu hacer si algo no funciona correctamente.
1.

Manual del usuario: es un documento que indica las instrucciones que debe seguir el usuario para operar un sistema de informacin; ste documento dar informacin desde como prender la computadora hasta dar por terminado el uso del sistema en una sesin de trabajo.

2. Manual de programacin. es un documento que consta de toda la estructura, y

contiene todo el cdigo establecido para l sistema.

3.

Manual de operacin: es un instrumento que describe como operar el sistema, que tiene el propsito de evitar que haya una interrupcin en la ejecucin del programa. Adems tendr un glosario para explicar los trminos tcnicos que son ms difciles de definir.

4.

LIBERACIN DEL SISTEMA Para poder implantar un sistema ce informacin se debe considerar el mtodo de conversin que se va a utilizar adems de la aceptacin del usuario. La conversin es el proceso de activar o poner en marcha el sistema de informacin para las funciones en curso. Los mtodos que existen para iniciar las funciones del sistema son: Sistema en paralelo. Sistema piloto, Sistema de tipo gradual. Implantacin del sistema en forma directa. A continuacin se muestra en forma grfica la manera en que el sistema nuevo sustituir al sistema actual.

Sistema en forma directa. En cualquier aplicacin que se lleve a cabo del sistema se debe tomar en cuenta todo un seguimiento, con el propsito de identificar posibles fallas no detectadas. De acuerdo al seguimiento que se lleve a cabo del sistema, se va ha otorgar un mantenimiento correspondiente, generalmente el mantenimiento se otorgar al final o la muerte del sistema.

TEMA 5 "ANLISIS ESTRUCTURADO" 5.1. DESCOMPOSICIN FUNCIONAL El anlisis estructurado, es una actividad de construccin de modelos; mediante una notacin que es nica del mtodo de anlisis estructurado, se crearan modelos que reflejen y el flujo y el contenido de la informacin (datos y control); se parte el sistema funcionalmente y segn los distintos comportamientos, se establecer en esencia ce lo que se debe construir. El anlisis estructurado no es un mtodo sencillo que se aplica siempre do la misma forma; ms bien, es una amalgama que va evolucionado durante los ltimos 20 aos. El su principal libro sobre este tema, Tom DeMarco describe el anlisis estructurado de la siguiente forma: Volviendo sobre los problemas y fallos reconocidos para la fase de anlisis, se puede sugerir que necesitamos aadir los siguientes puntos al conjunto de finos de la fase de anlisis: Los productos del anlisis han de ser altamente mantenibles; esto concierne concretamente al documento Final (especificacin de requisitos de software). Se deben tratar los problemas de gran tamao mediante algn mtodo efectivo de particin. Siempre que sea posible, se deben utilizar grficos. Se tienen que diferenciar las consideraciones lgicas (esenciales) y las fsicas (de implementacin). Algo que nos ayude a dividir los requisitos y a documentar esas divisiones antes de especificar. Algn medio de seguimiento y evaluacin de interfaces. Nuevas herramientas para describir la lgica y la tctica, algo mejor que narrativas textuales. Con estas palabras DeMarco establece 'os objetivos principales de un mtodo de anlisis que se ha convertido en el ms utilizado en todo el mundo. De acuerdo a las aseveraciones anteriores, los principales objetivos del anlisis estructurado son los siguientes: 1. Productos fcilmente mantenibles.

2. 3. 4.
5.

Particional. Mtodos grficos. Diferenciar responsabilidades entre usuarios y analistas. Construir un modelo lgico (para el usuario).

Las herramientas en las que se apoya el anlisis estructurado para construir el documento llamado especificacin estructurada, son las siguientes: 1. 2. 3. 4.
5.

Diagramas de flujo de datos. Diccionario de datos. Lenguaje estructurado. Tablas de decisin. rboles.

El anlisis estructurado est involucrado con un subconjunto de las tareas del anlisis. Hay muchos aspectos del anlisis a los que el anlisis estructurado no se aplica directamente por ejemplo: Anlisis costo-beneficio. Anlisis de factibilidad.

A Anlisis de desempeo.

dministracin del proyecto

A pensar (el anlisis estructurado puede ayudar a comunicar mejor con el usuario pero si este es la equivocado de nada va a servir). Seleccin de equipo. Consideraciones de personal.