Sie sind auf Seite 1von 13

Repblica Bolivariana de Venezuela Ministerio del Poder Popular para la Defensa Universidad Nacional Experimental Politcnica de las Fuerzas

Armadas Ncleo Gurico Extensin Zaraza

Facilitador: (a) Ing. JeissDiaz

Participantes: Real M, Jos Angel C.I 19030779

7 Semestre Ing. en Sistemas Junio de 2011

Fases Diseo de Sistemas En las fases que forman el anlisis de sistemas, los propietarios y los usuarios de sistemas han definido qu requerimientos funcionales y no funcionales debe cumplir el nuevo sistema. A partir de aqu, el analista y el diseador de sistemas, con la colaboracin de los usuarios, deben disear una solucin que convierta los requerimientos encontrados en las fases del anlisis de sistemas en un sistema de informacin real. El anlisis de sistemas se centraba en qu se tiene que hacer, es decir, en los requerimientos del sistema desde el punto de vista de los usuarios, mientras que el diseo de sistemas se centra en cmo se tiene que realizar. Por lo tanto, en la etapa de diseo se investigar qu datos es necesario almacenar y cmo se van a almacenar, qu procesos se van a implementar y cmo se van a implementar, y qu interfaces se quieren disear y cmo se van a disear.

Para alcanzar estos objetivos, la etapa de diseo de sistemas est compuesta de dos fases complementarias. Diseo lgico del nuevo sistema Diseo fsico del nuevo sistema La fase de diseo lgico del nuevo sistema y la fase de diseo fsico del nuevo sistema se deben realizar de forma secuencial. La fase relacionada con el diseo fsico no puede empezar hasta que el diseo lgico est finalizado. Las dos fases de la etapa de diseo de sistemas tienen semejanzas y diferencias. Ambas fases tienen el propsito de encontrar una solucin que cumpla los requerimientos de los usuarios. Adems, las soluciones propuestas por ambas fases quedan reflejadas a travs de diversos modelos que se estudian en este captulo. Diseo mediante dispositivos. El prototipo es una versin operativa preliminar de un sistema de informacin para fines de demostracin y de evaluacin.Es un modelo a escala de lo real, pero no tan funcional para que equivalga a un producto final, ya que no lleva a cabo la totalidad de las funciones necesarias del sistema final. Siempre se debe establecer cul es su objetivo, ya que un prototipo puede ser til en diferentes fases del proyecto

En la fase de Anlisis de un proyecto, su principal propsito es obtener y validar los requerimientos esenciales, manteniendo abiertas, las opciones de implementacin. Esto implica que se debe tomar los comentarios de los usuarios, pero debemos regresar a sus objetivos para no perder la atencin. En la fase de Diseo, su propsito, basndose en los requerimientos previamente obtenidos, es mostrar las ventanas, su navegacin, interaccin, controles y botones al usuario y obtener una retroalimentacin que nos permite mejorar el Diseo de Interfaz. Al momento de crear un prototipo se debe considerar los siguientes factores: 1. Problemas no estructurado, salidas no son predecibles y definidas 2. Problemas de ambiente Inestable, evaluar el contexto del sistema 3. Experiencia en diseos similares 4. No se conocen los requerimientos, existe poca informacin 5. Tecnologas Nuevas, la falta de experiencia en el uso de dichas tecnologas 6. El usuario, no dispuesto a examinar los modelos en papel, pero reconocer el proceso cuando lo vea.

Clases de Prototipo 1. Prototipo Corregido: Es la construccin de un sistema que funciona pero se corrige simultneamente. Ejemplo sistemas con todas las caractersticas necesarias pero es ineficiente, los usuarios interactan con el sistema acostumbrndose a la interfaz y a los tipos de salidas disponibles 2. Prototipo No Funcional: creado para probar ciertos aspectos del diseo. Ejemplo automviles que se crean para pruebas en tneles de viento 3. Primer Prototipo de una serie:primer modelo a escala completa de un sistema llamado piloto. Ejemplo Sistemas a distribuir en una cadena de supermercados. 4. Prototipo de caractersticas seleccionadas: creacin de un modelo funcional que incluya algunas, pero no todas las caractersticas del sistema final. Ejemplo sistema integrado se trabajan los mdulos separados. Propuesta La propuesta ; es un resumen detallado de la investigacin realizada. Es un bosquejo del propio estudio que resume los hechos, pone en relieve los problemas u oportunidades ms grandes, esboza las opciones desarrolladas por los analistas y presenta sus recomendaciones. Este reporte escrito es la herramienta ms importante utilizada para determinar si se contina con un nuevo sistema o se modifica el existente.

El anlisis se realiza en trminos de las fases de una investigacin de sistemas: La fase de estudio preliminar, anlisis, diseo e implantacin. Adems se ha discutido la auditora posterior. Lneas generales de las actividades de investigacin de sistemas. La fase de estudio preliminar(y todo el ciclo de vida de un sistema) comienza con la deteccin de un problema que incluye al sistema de informacin actual, o a la necesidad de un sistema de informacin donde no exista ninguno antes. La fase termina con la decisin del comit directivo de sistemas (o de un gerente de sistemas de informacin si es que no se tiene comit) de comenzar o no una investigacin de sistemas. Si la decisin es comenzar una investigacin, comienza la fase de anlisis. El propsito de esta fase es determinar exactamente lo que debe realizar un sistema. El primer paso es la planeacin de proyectos; despus sigue una investigacin del sistema o un estudio del sistema actual para conocer sus estado, fuerzas y debilidades. El siguiente paso es el anlisis del sistema. La informacin acerca del sistema actual se estudia en detalle, y se entrevista a los usuarios, se toman medidas, se desarrollan pronsticos de necesidades futuras y se toman todos los dems pasos necesarios para determinar lo que el nuevo sistema debe realizar.

Los resultados de esta actividad minuciosa llevan un informe de especificaciones de requerimientos del sistema, con la cual termina la fase de anlisis de sistemas. El reporte escrito de la propuesta de sistemas debe contener: y Memorndum de la portada. y Resumen de recomendaciones. y Panorama del estudio de sistemas. y Hechos detallados. y Otras soluciones. y Recomendaciones. y Presentacin oral. Preparacin de la Propuesta La evaluacin de hardware y software, identificacin y pronstico de costos y beneficios y la realizacin de anlisis de beneficio - costo son actividades necesarias que el analista de sistemas debe lograr para la preparacin del material para la propuesta de sistema. Los requerimientos de informacin audana conformar qu software es comprado o codificado, as como qu hardware es necesario para realizar las funciones de transformacin de datos requeridas. Los analistas de sistemas deben estimar las cargas de trabajo para caracterizar adecuadamente la capacidad de cargas de trabajo actual y la

proyeccin necesaria para el hardware. Se pueden ejecutar cargas de trabajo de muestra en el hardware bajo consideracin. Aunque el equipo de cmputo cambia rpidamente, el procedimiento usado para la evaluacin del hardware no necesita cambiar. Mediante el inventariado del equipo que ya se tiene a la mano y pedido, los analistas de sistemas sern capaces de recomendar si se conserva el actual, o se modifica o se compra nuevo hardware computacional. El hardware computacional puede ser adquirido mediante compra, arrendamiento financiero o renta. Los vendedores proporcionarn servicios de apoyo, tales como mantenimiento preventivo y entrenamiento a usuarios, que son tpicamente negociados por aparte. Los paquetes de software tambin deben ser evaluados por el analista de sistemas y los usuarios pertinentes. Se puede ahorrar mucho tiempo de programacin si uno de estos paquetes es utilizable sin gran personalizacin. El software necesita ser evaluado sobre qu tan bien desarrolla las funciones deseadas, su facilidad de uso, adecuacin de la documentacin y servicios de apoyo que puedan ofrecer los vendedores. La preparacin de una propuesta significa la identificacin de todos los costos y beneficios de varias alternativas. El analista de sistemas tiene varios mtodos disponibles para pronosticar los costos, beneficios, volmenes de transacciones y variables econmicas futuras que afectan los costos y beneficios. Los costos y beneficios pueden ser tangibles (cuantificables) o intangibles (no cuantificables y resistentes a una comparacin directa).

Un analista de sistemas tiene muchos mtodos para el anlisis de costos y beneficios. El anlisis de punto de equilibrio examina el costo del sistema existente contra el costo del sistema propuesto. El mtodo de recuperacin determina la cantidad de tiempo que transcurrir antes de que el nuevo sistema sea rentable. El anlisis de flujo de efectivo es adecuado cuando es crtico saber la cantidad de desembolsos de efectivo, y el valor presente toma en cuenta el costo de pedir dinero prestado. Estas herramientas ayudarn al analista a examinar las alternativas a la mano y tomar una recomendacin bien documentada sobre la propuesta de sistemas

Presentacin de la Propuesta de Sistemas Los analistas de sistemas tienen tres pasos principales a seguir para reunir una propuesta de sistemas efectiva: organizar funcionalmente el contenido de la propuesta, escribir la propuesta en un estilo de negocios apropiado y exponer verbalmente una propuesta de sistemas informativa. Debido a que la propuesta es el resultado del trabajo que ha sido realizado hasta el momento y el esfuerzo propuesto, es un documento crtico para vender el sistema. Para ser efectiva, la propuesta debe ser escrita en una forma clara y comprensible, y su contenido debe estar dividido en lo secciones funcionales. Debe tener un ttulo adecuado que atrape el inters de los lectores y refleje claramente lo que est por venir. La propuesta debe tener un resumen ejecutivo que proporcione un panorama conciso del proyecto de sistemas y las recomendaciones del analista. Las consideraciones visuales son importantes cuando se arma una propuesta que comunica bien. Use suficiente espacio en blanco para destacar el texto, sea generoso cuando incluya encabezados y subencabezados, numere todas laspginas y mantenga al mnimo las referencias y los apndices. Mucho de lo que es importante en la propuesta de sistemas puede ser mejorado mediante el uso adecuado de figuras, incluyendo tablas y grficas. Las grficas comparan dos o ms variables a lo largo del tiempo o en un momento particular del tiempo.

Las figuras siempre son acompaadas con una interpretacin escrita en la propuesta. Las grficas y tablas usadas para planeacin, anteriormente a la propuesta, pueden ser incorporadas a ella cuando sean relevantes. La presentacin verbal del sistema est basada en la propuesta escrita y es otra forma de vender eficientemente el sistema. Una opcin para la presentacin es crear una presentacin de transparencias usando software de presentacin. Tambin, los paquetes de presentacin grficos y el clipart pueden ser usados para mejorar la presentacin visual de la propuesta de sistemas.

Tipos de Procesos de Diseo Distribuido Un sistema distribuido es un sistema de informacin en el cual las funciones se reparten por reas de trabajo diferentes que trabajan de forma coordinada para asumir los objetivos que la organizacin asigna a ese sistema de informacin. Esta definicin no obliga a que los servicios sean internos ni fabricados por la propia organizacin. Disear un sistema distribuido es crear aplicaciones de software que, utilizando servicios y ayudndose de la conectividad, participen y se integren en este entorno de forma transparente a las plataformas de proceso y de almacenamiento de datos, dotndolas de los recursos necesarios para gestionarse de forma integrada con el resto del sistema distribuido. Los sistemas distribuidos que se diseen y construyan deben estar alineados con los objetivos de negocio de la empresa, aumentar la eficacia y eficiencia operacional de la compaa y permitir el mayor rendimiento con el menor coste en las estructuras informticas que dan soporte. El sistema resultante debe ser adaptable, ofrecer el rendimiento necesario con el coste ms barato que seamos capaces de conseguir.

Codificacin Efectiva Se refiriere a la forma de crear cdigos de fcil uso usando formas secuenciales para entender mejor lo que vamos a realizar; la codificacin ayuda a que el analista de sistemas alcance el objetivo de eficiencia, debido a que los datos que son codificados requieren menos tiempo para su captura y reducen la cantidad de conceptos capturados. La codificacin de datos puede ahorrar espacio de memoria y almacenamiento. La codificacin efectiva ayuda a que el analista de sistemas alcance el objetivo de eficiencia, debido a que los datos que son codificados requieren menos tiempo para su captura y reducen la cantidad de conceptos capturados. La codificacin tambin puede ayudar en el reordenamiento adecuado de los datos en un punto posterior del proceso de transformacin de datos. Adems los datos codificados pueden ahorrar espacio valioso de memoria y de almacenamiento. Resumiendo, la codificacin es una forma de ser elocuente, pero escueto, en la captura de datos.