centro de estudios tecnolÓgicos€¦ · web viewcomo ejemplo se puede mencionar a los sistemas...

DISEÑAR SISTEMAS DE INFORMACIÓNREALIZADO POR: L.S.C. RODOLFO RODRÍGUEZ CARMONA

CENTRO DE ESTUDIOS TECNOLÓGICOSIndustrial y servicio No. 17

ESPECIALIDADTÉCNICO EN INFORMÁTICA

MODULO IIIDESARROLLO DE SISTEMAS BÁSICOS DE INFORMACIÓN

SUBMODULO 2“DISEÑAR SISTEMA DE INFORMACIÓN “

MATERIAL REALIZADO POR:

M.n.T. Rodolfo Rodríguez Carmona

PARA LA ASIGNATURA DE:

ANÁLISIS Y DISEÑO DE SISTEMAS


INTRODUCCIÓNCONCEPTOS BÁSICOS

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 diseño de un producto de un software “amigable a los humanos “la diferencia de los productos competidores que tengan unas funciones similares. La inteligencia y función 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 ingeniería del software), es importante examinar las características 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 lógico, en lugar de físico por tanto, el software tiene unas características considerablemente distintas a las del hardware:

1.-el software se desarrolla, no se fabrica en un sentido clásico: los costos del software se encuentran en la ingeniería; es decir, los proyectos de fabricación.

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 harían 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 mayoría del software se construye a medida, en vez de ensamblar componentes existentes: los diseñadores del software no disponen de catálogos de software para poder diseñar 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 código que puede ser reutilizado para diseñar nuevas aplicaciones.

A continuación, se definirá las aplicaciones de software más 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 interacción con el hardware de la computadora, una gran utilización por múltiples usuarios, una operación concurrente que requiere una planificación, compartición de recursos y una sofisticada gestión de procesos, estructuras de datos complejas y múltiples 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 categoría un componente de datos que recolecta y da formato a la información según lo requiere la aplicación, 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 gestión: las aplicaciones en esta categoría 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 ingeniería y científico: esta categoría se caracteriza por los algoritmos de “manejo de números” las aplicaciones van desde la astronomía a la vulcanología, desde el análisis de la presión de los automotores a la dinámica orbital de lanzamientos espaciales y desde la biología a la fabricación automática. En la actualidad existe el diseño asistido por computadora (CAD), la simulación de sistemas y otras aplicaciones interactivas, han comenzado a tomar características de software de tiempo real e incluso de software de sistemas.

Software empotrado: los productos inteligentes se han convertido en algo común 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 función significativa con capacidad de control por ejemplo las funciones digitales en un automóvil, tales como el control de gasolina, sistemas de frenado, etc.

Software de computadoras personales: el procesamiento de textos, las hojas de cálculo, los gráficos por computadora, entretenimientos gestión de bases de datos, aplicaciones financieras, de negocios y personales, son solo unas de los cientos de aplicaciones que se agrupan en esta categoría.

Software de inteligencia artificial: hace uso de algoritmos no numéricos para resolver problemas complejos para los que no son adecuados el cálculo al análisis directo. Actualmente el área más activa de la inteligencia artificial son los sistemas expertos, el reconocimiento de imágenes 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 biológica) 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 (planificación y estimación 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 combinación de métodos completos para todas las fases del desarrollo del software ,mejores herramientas para automatizar estos métodos, bloque de construcción más potentes para la implementación del software, mejores técnicas par la garantía de calidad de software y una filosofía predominante para la coordinación, control y gestión, podemos conseguir una disciplina para el desarrollo del software una disciplina llamada ingeniería 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 ingeniería robustos, orientados a obtener software económico q1ue sea aliable y funcione de manera eficiente sobre maquinas reales.


La ingeniería del software, abarca un conjunto de tres elementos clave: métodos, 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 métodos de la ingeniería del software indican “como” construir técnicamente el software los métodos abarcan un amplio espectro de tareas que incluyen: planificación y estimación de proyectos, análisis de los requisitos del sistema y del software, diseñó de estructuras de datos, arquitectura de programas y procedimientos algorítmicos, codificación, prueba y mantenimiento.

Las herramientas de la ingeniería del software suministran un soporte automático o semiautomático para los métodos, cuando se integran las herramientas de forma que la información creada por una herramienta pueda ser usada por otra, se establece por un soporte del desarrollo del software, llamado ingeniería del software asistida por computadora (CASE); CASE combina software, hardware y bases de datos sobre ingeniería del software (una estructura de datos que contenga la información relevante sobre el análisis, diseño, codificación y prueba) para crear un entorno de ingeniería del software, análogo al diseño/ingeniería asistido por computadora (CAD/CAE) para el hardware.

Los procedimientos de la ingeniería del software son el pegamento que junta los métodos y las herramientas y facilita un desarrollo racional y oportuno del software son el pegamento que junta los métodos y las herramientas y facilita un desarrollo racional y oportuno del software de computadoras. Los procedimientos definen la secuencia en la que aplican los métodos, las entregas (documentos, informes, formas, etc.)Que se requieren los controles que ayudan a los gastares del software a evaluar el proceso.La ingeniería del software está compuesta por una serie de pasos que abarcan los métodos, las herramientas y los procedimientos (paradigmas de la ingeniería del software). La elección de un paradigma para la ingeniería de3l software se lleva a cabo con la naturaleza del proyecto y de la aplicación. Los métodos y las herramientas a usar y los controles y entregas requeridos.

El paradigma de ingeniería 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 ingeniería de software, sinónimo de proceso se diseño de sistemas es un proceso fluido, cibernético, dinámico, en marcha que describe el enfoque tomado por los diseñadores de sistemas para formular los planes estratégicos para el dominio de sistema flexible, es una marcha, debido a que es continuo y no muestra principio ni final; cibernético debido a que muestra retroalimentación y fluido porque los estados de los sistemas están siempre cambiados y no pueden definirse en forma exacta.


TEMA 1 ”SISTEMAS DE INFORMACIÓN”

1.1 DEFINICIÓN DE UN SISTEMA DE INFORMACIÓN

Un sistema en general se define como un conjunto de componentes conectados e interactivos que tienen un propósito y una unidad total.Un sistema de3 informaciones el conjunto de elementos que interactúan entre si para manipular, crear y consultar información proveniente de un banco de datos.

1.2. DEFINICIÓN DE UN ANÁLISIS Y DISEÑO DE SISTEMA

El análisis y diseño de sistema pretende estudiar sistemáticamente la operación de ingreso de los datos, él flujo de los mismos y la salida de información, todo ello del contexto de una empresa en particular.En suma, el análisis y diseño de sistema sirve para analizar, diseñar y formatear mejoras en la operación de la empresa; lo cual, puede realizarse mediante el uso de sistemas de información computarizados.El análisis y diseño de sistema se conforma por un serio de procesos que al ejecutarse sistemáticamente mejoran la operación de un negocio.

1.3. DEFINICIÓN DE UN ANALISTA DE SISTEMAS

Un analista de sistemas es la persona que revisa de manera sistemática el funcionamiento de la empresa el examinar las funciones de captura y procesamiento de datos, así como la emisión de resultados.El analista de sistema requiere tener la habilidad de trato con cualquier tipo de persona, así como también 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 computación 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 simultáneamente más 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 informática, por lo cual trae consigo ideas nuevas que no proseé otros miembros de la organización. El analista externa posee una desventaja al no conocer la organización 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 pequeña 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 INFORMACIÓN MÁS COMUNES

Los sistemas de información se desarrollan con diferentes propósitos, 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 información computarizados que se desarrollan para procesar grandes volúmenes de información 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 la información requerida.2.- los sistemas de información para la administración: este tipo de sistemas no sustituye a los sistemas de procesamiento de datos, más bien considera las funciones de estos sistemas requieren para su operación de las personas de hardware y software; ya que puede soportar tareas de la organización incluyendo el análisis y las decisiones. En pocas palabras estos sistemas proporcionan informes periódicos para la planeación y control.3.- los sistemas de apoyo para la toma de decisiones: son similares a los tradicionales para la administración pero asen énfasis en el soporte en cada etapa de la toma de decisión sin embargo, la decisión 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 desempeño inteligente. Estos sistemas son un tipo especial de sistemas de información que tiene un uso práctico 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 solución de un problema particular de la organización.

TEMA 2 “PARADIGMAS DE LA INGENIERÍA DEL SOFTWARE”

Cualquier ciclo de desarrollo para sistemas de información 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 acción que luego cesan poco a poco y no como elementos separados.

2.1. CICLO DE DESARROLLO DE SISTEMAS

CICLO DE VIDA CLÁSICO


El ciclo de desarrollo o ciclo de vida de los sistemas es un enfoque por etapas de análisis y de diseño, que postula el desarrollo de los sistemas y mejora cuando existe un ciclo específico de actividades del análisis y de los usuarios.

Las etapas más comunes del el ciclo de vida de un sistema son las siguientes:1. Ingeniería y análisis 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 algún 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 ingeniería y el análisis del sistema abarcan los requisitos globales a nivel del sistema con una pequeña cantidad de análisis y diseño a un nivel superior.

2. Análisis de los requisitos del software: el proceso de recopilación 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 información del software, así como la función, el rendimiento y las interfaces requeridas. Los requisitos, tanto del sistema como del software, se documentan y se revisan con el cuente.

3. Diseño: el diseño 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 caracterización de la interfaz. El proceso de diseño traduce los requisitos en una representación del software que pueda ser establecida de forma que obtenga la calidad requerida antes de que comience la codificación. Al igual que los requisitos, el diseño se documenta y forma parte de la configuración del software.

4. Codificación: el diseño debe ser traducido en forma legible para la máquina. El paso de codificación realiza esta tarea. Si el diseño se realiza de una manera detallada, la codificación puede realizarle mecánicamente.

5. Prueba: una vez que se ha generado el código, comienza ya prueba del programa. La prueba se centra en la lógica interna del ‘software, asegurando que todas las sentencias se han probado, y en la función Externas, realizado prueba que asegure que ya entrada definida produce los resultados que realmente se requieren.

6. Mantenimiento: el software, indudablemente sufrirá cambios después de que se entregue al cliente. Los cambios ocurrirán 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 periférico), 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 aplicación del paradigma.

2. Normalmente, es difícil para el cliente establecer explícitamente al principio todos los requisitos. El ciclo de vida clásico 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 versión operativa del programa. Un error importante no detectado hasta que el programa esté funcionando puedo ser desastroso.

2.2 CONSTRUCCIÓN DE PROTOTIPOS

Creación de prototipos.

La construcción de prototipos es un proceso que facilita al programador m la creación 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 interacción hombre - máquina, de forma que facilite al usuario la comprensión de cómo se producirá tal iteración.

2. Un prototipo que implemente algunos subconjuntos de la función requerida del programa deseado.

3. Un programa existente que ejecute parte o toda la función deseada, pero que tenga otras características que deban ser mejoradas en el nuevo trabajo de desarrollo.

Como en todos los métodos de desarrollo de software, la construcción de prototipos comienza con la recolección de los requisitos. El técnico y el cliente se reúnen y definen los objetivos globales para el software identificando los requisitos conocidos y perfilan las áreas en donde será necesaria una mayor definición. Luego se produce un diseño "rápido"; este diseño se enfoca sobre la representación de los aspectos del software visibles al usuario (por ejemplo, métodos de entrada y formatos de salida);el diseño rápido conduce a la construcción de un prototipo es "afinado" para que satisfaga las necesidades del cliente, al mismo tiempo que facilita al que lo desarrolla una mejor comprensión de lo que hay que hacer.

Al igual que en si ciclo de vida clásico, la construcción puede ser problemática por las siguientes razones:

1. El cliente ve funcionando lo que parece ser una primera versión 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 técnico desarrollo, frecuentemente impone ciertos compromisos de implementaciones con el fin de obtener un prototipo que funcione rápidamente, puede que se utilice un sistema operativo o un lenguaje de programación 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 ingeniería del software ha sido desarrollado para cubrir las mejore características tanto del. Ciclo do vida clásico, como de la creación de prototipos, añadiendo al mismo tiempo un nuevo elemento: el análisis de riesgo, que falta en esos paradigmas. El modelo representando; mediante la siguiente figura,


EL MODELO EN ESPIRAL

Define cuatro actividades principales, representadas por los cuatro cuadrantes de la figura:

1. Planificación: determinación de objetivos, alternativas y restricciones.2. Análisis de riesgo: análisis de alternativas e identificación resolución de

riesgos.3. Ingeniería: desarrollo del producto de "siguiente nivel".4. Evaluación del cliente: valoración de los resultados de la ingeniería.

Con cada iteración alrededor de la espiral (comenzando en el centro y siguiendo hacia el exterior), se construyen sucesivas versiones del software, cada vez más 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 análisis de riesgo indica que hay una incertidumbre en los requisitos, se puede usar la creación de prototipos en el cuadrante de ingeniería para dar asistencia tanto al encargado del desarrollo como al cliente. Se pueden usar asimilaciones y otros modelos para definir más el problema i definir los requisitos.

El cliente evalúa el trabajo de ingeniería y sugiere las modificaciones. En base a los comentarios del cliente se produce la siguiente fase de planificación y de análisis de riesgo. En cada bucle alrededor de la espiral, la culminación del análisis de riesgo resulta en una decisión de “seguir o no seguir “si los riesgos son demasiados grandes se puede dar por terminado el proyecto.

Sin embargo en la mayoría de los casos, sé sigue avanzando alrededor del camino de la espiral, y ese camino lleva a los desarrolladores hacia afuera, asía un modelo más completo del sistema y, al final, al propio sistema operacional.

Cada vuelta alrededor de la espiral requiere ingeniería, que se puede llevar a cabo mediante al enfoque de ciclo de vida clásico o de la creación de prototipos. Se debe tomar en cuenta que el número de actividades de desarrollo que ocurren en el cuadrante de ingeniería, aumenta la alejarse del centro de la espiral.

Dentro de este modelo puede ser difícil convencer a grandes clientes (principal mente en situaciones bajo contrato) de que el enfoque evolutivo es controlable requiere una considerable habilidad para la valoración del riesgo. Si no se descubre un riesgo importante indudablemente surgirán problemas, por último, el modelo en sí mismo es relativamente nuevo y no se ha usado tanto como el ciclo de vida o la creación de prototipos.

2.4 TÉCNICAS DE CUARTA GENERACIÓN

El término “técnicas de cuarta generación”, abarca un amplio espectro de herramientas de software que tienen algo en común: todas facilitan al que desarrolla el software a alto nivel. Posteriormente, la herramienta genera automáticamente el código fuente basándose en la especificación del técnico.

Actualmente, un entorno para el desarrollo de software que soporte el paradigma de técnicas de cuarta generación puede incluir todas o algunas de


las siguientes he4rramientas:lenguajes no procedimentales para consulta a base de datos, generación de informes, manipulación de datos, interacción y definición de pantallas, generación de códigos, facilidades graficas de alto nivel y facilidades de hoja de cálculo.

En la siguiente figura se describe el paradigma de técnicas de cuarta generación para la ingeniería de software.

EL MODELO EN ESPIRAL

Este paradigma, inicia con el paso de recolección de requisitos; idealmente el cliente describe los requisitos, que son, a continuación, traducidos directamente a un prototipo operativo. Sin embargo, el cliente puede no estar seguro de lo que necesita; puede ser ambiguo en la especialización de hechos que le son conocidos y puede no desear o ser incapaz de especificar la información en la forma en que una herramienta de técnicas de cuarta generación puede aceptarla.

Para aplicaciones pequeñas se puede ir directamente desde el paso de recolección de requisitos al paso de implementación, usando un lenguaje de cuarta generación no procedimental; sin embargo, es necesario un mayor esfuerzo para desarrollar una estrategia de diseño para el sistema, incluso si se utiliza un lenguaje de cuarta generación. El uso de técnicas de cuarta generación, sin diseño (para grandes proyectos) causará las mismas dificultades (poca calidad, mantenimiento pobre, mala aceptación por el cliente) que se encuentran cuando se desarrolla software mediante los enfoques convencionales.

La implementación. Mediante un lenguaje de cuarta generación permite, al que desarrolla el software, centrarse en la representación de los resultados deseados, que es lo que se traduce automáticamente en un código fuente que produce dichos resultados.

Para transformar una implementación de técnicas do cuarta generación de un producto, el que lo desarrolla debe dirigir una prueba completa, desarrollar una documentación con sentido y ejecutar el resto de las actividades de "transición" requeridas en los otros paradigmas de ingeniería del software. Además, el software con técnicas de cuarta generación debe ser construido de forma que facilite la realización del nacimiento de forma expeditiva.


TEMA 3 "METODOLOGÍA DEL ANÁLISIS DE SISTEMAS''3.1. FUNDAMENTOS DE LA ORGANIZACIÓN

Para que el analista de sistemas pueda analizar y diseñar sistemas adecuados de información, necesita entender a la organización, pues la forma que tomen los sistemas dependerá en gran medida de los principios fundamentales conocidos como organizacionales, los cuales son los siguientes:

Niveles de administración. Diseño de las organizaciones. Grupo de factores influyentes (liderazgo. tecnología y cultura).

Las organizaciones son sistemas grandes integrados por subsistemas interrelacionados, los cuales se ven afectados por los tres niveles de toma de decisión administrativa (operacional, administración media y dirección estratégica), los cuales inciden horizontalmente sobre el sistema organizacional.

Es conveniente concebir a las organizaciones como sistemas diseñados para el cumplimiento de metas y objetivos específicos, 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 también se afectan.

Los límites 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 información (entradas) a través de sus límites y de intercalar sus productos terminados, servicios o información hacia el mundo exterior salidas).

La retroalimentación es un mecanismo para el control de un sistema. Como sistemas, todas las organizaciones utilizan la planeación y el control para administrar de forma efectiva sus recursos, por lo cual se compara el desempeño con las metas establecidas para obtener una retroalimentación adecuada.

LOS PROBLEMAS DENTRO DE LA ORGANIZACIÓN

La retroalimentación es útil ya que nos proporciona cierta información referente al desempeño 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 realización del mismo.

Con el fin de precisar los requisitos de información necesarios para el análisis de las decisiones, el analista de Sistemas debe identificar los objetivos de la organización, además deberá conocer las bases de la organización y tener conocimiento de las técnicas de recopilación de datos. El enfoque de lo general a lo particular es decisivo, pues deben relacionarse todas las decisiones de la organización con sus objetivos generales.


El estudio de la factibilidad de un proyecto, consiste en descubrir cuáles son los objetivos de la organización 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 explícitos mediante la entrevista a las personas, al grupo o departamento que lo componen, además es útil contar con una revisión por escrito del trabajo.

Existen una serie de objetivos racionales que deben contemplar los proyectos de un sistema, estos pueden ser:

1. La reducción de errores y contar con una mayor precisión en la captura de datos.2. La reducción del costo de la salida del sistema, evitando repetición de información.3. La actualización del servicio al cliente con el fin de alcanzar un mejor nivel

competitivo.4. Aceleración de la captura cíe datos.5. Reducción 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 cíe la organización; sin embargo, reside en las características particulares de cada individuo. Cuando se evalúa el liderazgo es necesario considerar la relación entre el líder y sus seguidores potenciales, y así mismo la manera como impacta sobre ellos el estilo del líder.

Un líder efectivo diagnóstico y responde a las interrelaciones presentes entre las características del subordinado, la conducta del grupo, la estructura del mismo y sus tareas.

Se puede distinguir entre los tipos de líder a una amplia gama de ellos, desde las autocráticos hacía los promotores de la participación.

Los líderes autocráticos mantienen un gran control sobre el flujo de la información, retienen para si mismos el privilegio de la última decisión y atienden incluso las pequeñas decisiones.

Los líderes promotores de la participación promueven el flujo de la información y a menudo delegan decisiones sus subordinados; buscan un alto grado de opiniones y toleran la ambigüedad y una elevada incertidumbre.

Sin importar que tipo de líder 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 párrafos.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, además de su educación.

Proporcionan una gran riqueza de detalles.


Revelan nuevas alternativas sobre preguntas no consideradas. Hacen más interesante la entrevista, permitiendo

mayor espontaneidad.

Sus desventajas son las siguientes: Permiten preguntas que puedan generar demasiada información irrelevante. Existe una posible pérdida del control de la entrevista Permiten repuestas que pueden llevar demasiado tiempo en comparación con

la cantidad de información que aportan. Se puede dar la apariencia de que el entrevistador no marco los objetivos

reales de la entrevista.

3.5. PREGUNTAS CERRADASLas preguntas cerradas son aquellas cuyas posibles respuestas se

encuentran limitadas para el entrevistado, también se les conoce como preguntas de opción múltiple.

Un tipo especial de pregunta cerrada, es la pregunta bipolar, pues es más limitada, considerando sólo dos respuestas como alternativa.

Las ventajas de éste tipo de preguntas son: Ahorran tiempo. Facilitan la comparación entre entrevistas. Llegan al punto de interés

Sus desventajas son las siguientes: Aburren al entrevistado. Pierden la riqueza de detalle. No favorece un clima de armonía entre el entrevistado y el entrevistado.

Un tercer tipo de pregunta es la llamada de sondeo o exploratoria. El sondeo tiene como propósito. Ir mas adentro del contenido de la respuesta inicial para aclarar o ampliar los puntos del entrevistado.

La organización de la entrevista se basa en tres tipos de estructura que son:1. Estructura de pirámide: 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 carácter más general.

2. Estructura de diamante: utiliza el enfoque deductivo comenzado con preguntas abiertas de carácter general y más adelante se reducen las respuestas mediante el uso de preguntas cerradas.

3. Estructura de embudo: es la combinación de las dos estructuras anteriores; es decir, permite comenzar de manera muy específica, luego examinar aspectos generales y finalmente llegar a una conclusión muy específica.

3.5. RECOPILACIÓN DE INFORMACIÓNComo antecedente de cualquier método de recopilación de información (la

investigación, la entrevista a la observación).se tiene que decir que es lo que se examinará y a quienes se entrevistara u observará. El analista de sistema toma decisiones basándose en el enfoque estructurado que denominamos muestreo.


3.5.1. LA ENTREVISTA.Antes de realizar la entrevista, necesita analizar el motivo de la misma, cuáles

serán 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 conversación dirigida con un propósito específico, 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 organización y de los procedimientos informales.

Las opiniones pueden ser más importantes y reveladoras que los mismos hechos; además las opiniones logran proporcionar información concerniente a los expertos, que considera el entrevistado son los que conocen mejor a la organización. Las metas son una fuente importante de información ya que son proyectadas hacia el futuro.

Existen cinco pasos para la preparación de una entrevista:1. Lectura de antecedentes.2. Establecimiento de los objetivos de la entrevista.3. Selección de los entrevistados.4. Preparación del entrevistado.5. Selección 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 razón de haberlo elegido para entrevistarlo. Prepare su grabadora o cuaderno de notas e indique al entrevistado lo que hará con la información.

3.5.2. REGISTRO DE LA ENTREVISTASe deben registrar los aspectos más 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 información después de la entrevista.

En el momento de concertar una cita para la entrevista exprese su deseo de grabar dicha entrevista, sea honesto y explícito en sus intenciones y garantice la confídenciabilidad de cualquier aspecto de la entrevista; si el entrevistado rechaza el uso de grabación, 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 atención al entrevistado, pues supone

que sus respuestas quedarán grabadas. Incrementa el costo de recopilación de datos. Existe el inconveniente de localizar en una cinta de larga duración 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 grabación.

Ventajas de la toma de notas: Mantiene alerta al entrevistador. Sirve para recordar preguntas importantes. Demuestra la preparación del entrevistador. Muestran el interés del entrevistador en la entrevista.

Desventajas de la toma de notas: Perdida del contacto visual. Perdida de la continuidad en la conversación. 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 después de la entrevista, con esto se incluye decidir a quién 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 sucesión de los acontecimientos. Apego a normas tradicionales. Equívocos al interferir sobre lo observado. Competencia por el tiempo. Olvido de los hechos importantes. Mentir para ocultar hechos importantes.

3.6. ANÁLISIS DE LA INFORMACIÓN

Una vez que se ha recopilarlo la información en base a entrevistas o cuestionarios, ésta se debe analizar para obtener epímones generales, sugerencias o identificar problemas dentro de la organización.

El análisis de la información se basa en los datos que se recopilaron, logrando sintetizar los volúmenes de información captada mediante diferentes métodos.

El resultado del análisis de la información se va a proporcionar a la directiva mediante reportes por escrito con el propósito de obtener las bases para la creación de una propuesta de sistemas.

3.7. DISEÑO DEL SISTEMA

3.7.1. REQUERIMIENTOS DEL NUEVO SISTEMA

El grupo de análisis y diseño de sistemas mediante medios sistemáticos identifica y pronostica la cantidad de hardware necesario, así como la especificación del software requerido para la implantación del nuevo sistema.


Para poder definir las necesidades de hardware y de software, primero se hace un inventario del equipo de cómputo existente, para descubrir con que se dispone, luego debe hacerse una estimación 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 podrán considerarse una vez que los analistas de sistemas, los usuarios y los directivos, cuenten con una clara concepción de las tareas que se realizarán.

Se debe realizar el inventario de equipo de cómputo, considerando que existen algunas alternativas que implican la expansión o reasignación del equipo actual. Los puntos que deben considerarse en el establecimiento del inventario son:

El tipo de equipo, número de modelo y fabricante. El estado de la operación del equipo. La estimación del tiempo de uso del equipo La vida proyectada del equipe. La localización física del equipo. La persona o departamento responsable. El estado financiero del equipo (rentado, propio o en arrendamiento con opción a

compra).

Los analistas de sistemas también 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 comparación en la carga de trabajo considera también el costo por hora con la utilización del sistema actual y del sistema opuesto.

La evaluación que se hace del equipo de computo es una responsabilidad compartida entre la dirección, los usuarios y los analistas de sistemas; pero además deben considerarse las ofertas que puedan ofrecer los vendedores a la empresa por la adquisición del equipo, por lo que también se debe considerar el desempeño 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 tamaño de memoria y disco duro.

También se debe determinar con qué cantidad de software se cuenta y cual será requerido; para lo cual se evalúa la efectividad y eficiencia del desempeño, la facilidad de uso, la flexibilidad y la cantidad de documentación.

3.7.2. POSIBLE USO DE PARTES DEL SISTEMA ACTUAL

Dentro de la creación de cualquier sistema se debe considerar qué sistema era utilizado anteriormente con la finalidad de usar parte de dicho sistema en la creación del sistema actual.

Si el sistema que se manejaba anteriormente era completamente manual y ahora se quiere hacer la implantación 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 creación 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 identificación de partes; mientras que si el sistema anterior por otro grupo de personas, se considera mayor dificultad en la identificación de cada parte del sistema y por lo mismo será más difícil determinar las partes útiles que pueden ser utilizables para la creación del nuevo sistema requerido, sobre todo si el código 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 diseño de un sistema se debe estimar el tiempo probable que se utilizará para su creación, para así poder determinar un tiempo aproximado para la fecha de entrega del sistema.

Para poder determinar la duración de la creación del nuevo sistema, se debe calcular o estimar el tiempo de duración de cada una de las actividades, con el propósito de determinar así de acuerdo a las actividades el tiempo total que va a ser empleado en la creación del nuevo sistema.

El análisis y diseño 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 planeación incluye a todas las actividades que requieran para la selección de equipo de análisis de sistemas, la asignación de proyectos apropiados a los miembros de un equipo, la estimación del tiempo que cada tarea requiere para su ejecución y la programación del proyecto de tal manera que las tareas se concluyan oportunamente.

Para poder representar la planeación y programación de las actividades junto con su duración se puede hacer uso de los diagramas de Gantt; así como de las gráficas de PERT, con el propósito de representar los datos necesarios en un sólo documento.

Los diagramas de Gantt pueden encontrarse como;1. Diagrama de Gantt en una dimensión: se utiliza para representar actividades

que sedesarrollan en serie.

2. Diagrama de Gantt bidimensional: se usan para representar actividades que pueden realizarseen forma simultánea.

Las gráficas de PERT se utilizan cuando las actividades pueden realizarse en forma paralela. Este tipo de gráficas nos sirven para ver que las actividades se han concluido e indicar que actividades necesitan concluirse antes de iniciar una nueva. Además muestran la ruta crítica de duración de las actividades, considerando que si existe un retraso en alguna de las actividades que conforman la ruta crítica, 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 elaboración 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 económicas cuantificables que obtiene la

organización por ejemplo: incrementar la velocidad del proceso, contar con cierta información importante y con mayor puntualidad que en el pasado, etc.


2. Beneficios intangibles: son los que obtiene la organización a través de un sistema, pero que se consideran difíciles de cuantificar, por ejemplo: la mejora del proceso de torna de decisiones el incremento de precisión, el llegar a ser más competitivo, mejoramiento de la imagen de la empresa, etc.

3. Costos tangibles: son aquellos que puede proyectar con precisión 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.

4. Costos intangibles; son difíciles de estimar y pudieran no cocerse, por ejemplo: el costo de perder una ubicación competitiva, perder puntos por no ser el primero en innovar, la toma de decisiones ineficaz, etc.

3.7.4. PROGRAMACIÓN

Para poder realizar la programación del sistema se debe identificar al grupo de trabajo que va a realizar esta actividad, con el propósito de distinguir aquella persona o personas que realizan el diseño y programación de sistemas.

La elección del lenguaje de programación forma parte importante de cualquier sistema por lo cual se debe considerar el conocimiento que se tenga del lenguaje de programación, para que no haya retrasos en la elaboración del sistema.

Para la elección del lenguaje de programación, debemos considerar la facilidad de compilación y ejecución, la posibilidad de corregir errores en forma rápida, así como los distintos tipos de datos que se puedan manejar dentro del mismo.

Una vez que se ha elegido el lenguaje de programación a utilizar se debe estructurar la lógica del programa, con el propósito de determinar la estructura general del mismo, considerando sus diversos componentes.

3.7.5. PRUEBA DEL PROGRAMA

Dentro de la elaboración es importante determinar si este funciona correctamente para no tener problemas posteriores. Probar un programa de computadora es el proceso de ejecutarlo con la intensión de detectar errores. Nunca deberá precederse a validar un programa de computadora bajo la suposición de que estos se hayan exentos de error.

La definición de las pruebas que habrán de llevarse a cabo es un arte, integrado por una serie de técnicas 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 programación, 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 evaluación total de todos los elementos del sistema ya sean programas de aplicación recién escritos o sus modificaciones así corno los nuevos manuales de procedimientos. No será suficiente una evaluación aleatoria de prueba y error.


La evaluación del sistema se debe llevar a todo lo largo del desarrollo del mismo (no sólo al final), cumpliendo con el propósito de identificar aquellos problemas desconocidos, más que mostrar la perfección de un programa.

Existen diferentes tipos de pruebas, a continuación se definen algunas de ellas:

1. Prueba de escritorio: son aquellas que se realizan en forma general (manual) siguiendo la lógica del programa y en las cuales se puede detectar cierto tipo de error.

2. 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 propósito de verificar que éstas funcionen correctamente y además de detectar errores que puedan corregirse a tiempo.

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 operación 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 ejecución del programa, incluyendo la utilización de datos inválidos 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 documentación 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 comparación precisa con lo que es una salida procesada correctamente y una buena idea de cómo deben manejarse los datos finales. Durante esta prueba se evalúa la manera en que los usuarios finales y los operadores interactúan con el sistema. Los elementos a observar son: la facilidad de aprendizaje del sistema, las reacciones de los usuarios a la retroalimentación 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. DOCUMENTACIÓN DEL SISTEMA

Para poder realizar la implementación de cualquier sistema de información se debe tener documentación que ampare el trabajo realizado, como pueden ser los manuales de procedimiento; los manuales de procedimiento son documentos de carácter organizacional muy comunes, con los cuales la mayoría de las personas han tenido contacto.

Los manuales se usan para comunicarse con quienes usarán el sistema, los cuales pueden contener comentarios, pasos a realizar en diferentes situaciones, instrucciones de


cómo resolver problemas de operación 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 información; éste documento dará información desde como prender la computadora hasta dar por terminado el uso del sistema en una sesión de trabajo.

2. Manual de programación. es un documento que consta de toda la estructura, ycontiene todo el código establecido para él sistema.

3. Manual de operación: es un instrumento que describe como operar el sistema, que tiene el propósito de evitar que haya una interrupción en la ejecución del programa. Además tendrá un glosario para explicar los términos técnicos que son más difíciles de definir.

LIBERACIÓN DEL SISTEMA

Para poder implantar un sistema cíe información se debe considerar el método de conversión que se va a utilizar además de la aceptación del usuario.

La conversión es el proceso de activar o poner en marcha el sistema de información para las funciones en curso. Los métodos que existen para iniciar las funciones del sistema son:

Sistema en paralelo. Sistema piloto, Sistema de tipo gradual. Implantación del sistema en forma directa.

A continuación se muestra en forma gráfica la manera en que el sistema nuevo sustituirá al sistema actual.

Sistema en forma directa.

En cualquier aplicación que se lleve a cabo del sistema se debe tomar en cuenta todo un seguimiento, con el propósito 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 4 "ANÁLISIS ESTRUCTURADO"

4.1. DESCOMPOSICIÓN FUNCIONAL

El análisis estructurado, es una actividad de construcción de modelos; mediante una notación que es única del método de análisis estructurado, se crearan modelos que reflejen y el flujo y el contenido de la información (datos y control); se parte el sistema funcionalmente y según los distintos comportamientos, se establecerá en esencia cíe lo que se debe construir. El análisis estructurado no es un método sencillo que se aplica siempre do la misma forma; más bien, es una amalgama que va evolucionado durante los últimos 20 años. El su principal libro sobre este tema, Torn DeMarco describe el análisis estructurado de la siguiente forma:

Volviendo sobre los problemas y fallos reconocidos para la fase de análisis, se puede sugerir que necesitamos añadir los siguientes puntos al conjunto de finos de la fase de análisis: Los productos del análisis han de ser altamente mantenibles; esto concierne concretamente al documento Final (especificación de requisitos de software).

Se deben tratar los problemas de gran tamaño mediante algún método efectivo de partición.Siempre que sea posible, se deben utilizar gráficos.Se tienen que diferenciar las consideraciones lógicas (esenciales) y las físicas (de implementación).Algo que nos ayude a dividir los requisitos y a documentar esas divisiones antes de especificar.Algún medio de seguimiento y evaluación de interfaces.Nuevas herramientas para describir la lógica y la táctica, algo mejor que narrativas textuales.

Con estas palabras DeMarco establece 'os objetivos principales de un método de análisis que se ha convertido en el más utilizado en todo el mundo. De acuerdo a las aseveraciones anteriores, los principales objetivos del análisis estructurado son los siguientes:1. Productos fácilmente mantenibles.2. Particional.3. Métodos gráficos.4. Diferenciar responsabilidades entre usuarios y analistas.5. Construir un modelo lógico (para el usuario).

Las herramientas en las que se apoya el análisis estructurado para construir el documento llamado especificación estructurada, son las siguientes:1. Diagramas de flujo de datos.2. Diccionario de datos.3. Lenguaje estructurado.4. Tablas de decisión.5. Árboles.


El análisis estructurado está involucrado con un subconjunto de las tareas del análisis. Hay muchos aspectos del análisis a los que el análisis estructurado no se aplica directamente por ejemplo:

Análisis costo-beneficio.Análisis de factibilidad.Administración del proyectoAnálisis de desempeño.A pensar (el análisis estructurado puede ayudar a comunicar mejor con el usuario pero si este es la equivocado de nada va a servir). Selección de equipo.Consideraciones de personal.

centro de estudios tecnolÓgicos€¦ · web viewcomo ejemplo se puede mencionar a los sistemas...

Documents