UNEFA

DISEÑO DE SISTEMAS
Guía de estudio

2011

ING. MSC. FANNY MICTIL

Diseño de Sistemas ___________________________________________________________________________

Introducción

“Diseño de Sistemas, guía de estudio”, es un documento que procura dar las orientaciones básicas de la asignatura en la carrera de ingeniería de sistemas.

En el mismo se definen algunos conceptos, describen distintos enfoques que conlleva al diseño de las distintas actividades. Cabe destacar que es una etapa importante en el ciclo de vida del software la cual es previa al desarrollo del proyecto o/y codificación de la aplicación, donde la creatividad es un factor que debe estar de manifiesto en toda su extensión.

Esta guía, es una recopilación de varias fuentes de información, amplia y da un punto de vista relacionado al diseño de sistemas de información, así como también, recomendaciones generales, pero no pretende sustituir los libros en cuyo caso es la primera lectura sugerida al estudiante.

Ing. Msc. Fanny Mictil

2

Diseño de Sistemas ___________________________________________________________________________

UNIDAD 1 Diseño de Sistemas

Ing. Msc. Fanny Mictil

3

Diseño de Sistemas ___________________________________________________________________________

Contenido
1.1.- Diseño de Sistemas. 1.1.1. 1.1.2. 1.1.3. 1.1.4. 1.1.5. 1.1.6. 1.1.7. 1.1.8. 1.1.9. 1.2. Generalidades Definiciones básicas Tipo de diseños Elementos de diseño Importancia y características del diseño Fases. Resumen Autoevaluación Actividad evaluada N° 1

Diseño mediante Prototipos. 1.2.1. 1.2.2. 1.2.3. 1.2.4. 1.2.5. 1.2.6. 1.2.7. 1.2.8. 1.2.9. Definición Lineamientos Ventajas y Desventajas Uso de los prototipos Tipos de prototipos Aspectos generales en la Elaboración de Prototipos Construcción de prototipos Características de los prototipos El proceso de desarrollo de prototipos

1.2.10. Resumen

1.3.

La Propuesta: 1.3.1.- Preparación de la propuesta. 1.3.2.- Pasos a seguir para el Desarrollo de la Propuesta 1.3.3.- Lo que debe incluir la Propuesta de Sistemas 1.3.4.- Consideraciones generales de la Propuesta 1.3.5.- Documento de la Propuesta 1.3.6.- Presentación (oral) de la Propuesta de Sistemas

Ing. Msc. Fanny Mictil

4

Diseño de Sistemas ___________________________________________________________________________

1.1.- Diseño de Sistemas 1.1.1- Generalidades Durante la fase de diseño, el equipo de proyecto se plantea el “cómo” de la solución elegida. Por ejemplo, una aplicación de la base de datos debería ser capaz de aceptar información de los usuarios y almacenarla. Éstas son funciones generales, pero ¿Cómo las implementará el equipo? Por ejemplo, ¿Cuántas pantallas de entrada son necesarias y cómo se verán? ¿Qué tipo de opciones de menú debe haber? ¿Qué tipo de base de datos usará el sistema? 1.1.2.- Definición Diseño de Sistemas: Etimológicamente significa: Componer, por lo que se obtiene la solución que habrá de implementarse. Por otra parte es definido como: El proceso de aplicar ciertas técnicas y principios con el propósito de definir un Sistema, con suficientes detalles como para permitir su interpretación y realización física.

Ing. Msc. Fanny Mictil

5

1.1.Diseño de Sistemas ___________________________________________________________________________ 1. Msc.1. Diseño Descendente: el equipo comienza hacer un recorrido a partir del panorama general y se va al detalle.Elementos del Diseño El diseño de un sistema de información produce los elementos que establecen cómo el sistema cumplirá los requerimientos identificados durante el análisis del sistema. la pantalla de despliegue o cualquier otro medio. Diseño Ascendente: el quipo comienza con los detalles (Por ejemplo. 2. Cada una de estas actividades será programada en la siguiente fase del ciclo de vida de desarrollo del sistema de información.Tipo de Diseños Los analistas y programadores involucrados hasta este punto. Se ocupan de las funciones principales que el sistema debe proporcionar y las dividen en actividades cada vez más pequeñas.4. Este enfoque es particularmente apropiado cuando los usuarios tienen requerimientos específicos para la salida –por ejemplo.3. los cuales deben contener ciertas piezas de información. los informes y las salidas que el sistema producirá.. usan con frecuencia una combinación de diseño descendente y ascendente para responder esas preguntas. los reportes que serán producidos por el sistema) dirigiéndose al panorama general (las funciones o procesos principales). Ing. Fanny Mictil 6 .. cheques para pago de nómina. El diseño de sistemas busca identificar: 1.

los datos calculados o almacenados que se introducirán.Diseño de Sistemas ___________________________________________________________________________ 3. Los procedimientos indicando cómo se van a procesar los datos y cuáles van a ser las salidas. 4. Los documentos que contienen las especificaciones del diseño se pueden representar por medio de los diagramas. los datos específicos.. Dentro del diseño. A lo largo del esta etapa.Importancia y Características del Diseño La importancia del Diseño del Software se puede definir en una sola palabra Calidad. tablas y símbolos especiales. • Debe ser una guía que puedan leer y entender los que construyan el código y los que prueban y mantienen el Software. Se seleccionan las estructuras de los archivos y los dispositivos de almacenamiento 5. El Diseño es la única manera de materializar con precisión los requerimientos del cliente. el cual inicia el desarrollo del software. 1. se evalúa la calidad del desarrollo del proyecto con un conjunto de revisiones técnicas: • El diseño debe implementar todos los requisitos explícitos contenidos en el modelo de análisis y debe acumular todos los requisitos implícitos que desea el cliente. Ing. El último paso del diseño detallado es pasar la información al grupo de programación. El Diseño del Software es un proceso y un modelado a la vez. Fanny Mictil 7 .1. El proceso de Diseño es un conjunto de pasos repetitivos que permiten al diseñador describir todos los aspectos del Sistema a construir. es donde se fomenta la calidad del Proyecto.5. Msc.

. Metodología sistemática y una revisión 1. modelo o croquis. Para evaluar la calidad de una presentación del diseño. se debe hacer una partición lógica del Software en elementos que realicen funciones y subfunciones especificas. El proceso de Diseño • • • • • del Software exige buena calidad a través de la aplicación de principios fundamentales exhaustiva. de Diseño. es decir. concebir y planear algo en la mente.1.Diseño de Sistemas ___________________________________________________________________________ • El Diseño debe proporcionar una completa idea de lo que es el Software.Fases del Diseño de Sistemas Las fases del Diseño del Sistema contemplan cuatro etapas: Ing. Msc. se deben establecer criterios técnicos para un buen diseño como son: • presentar una organización jerárquica que haga un uso inteligente del control entre los componentes del software. funcional y comportamiento desde el punto de vista de la Implementación. producir módulos que presenten características de funcionamiento independiente. contener abstracciones de datos y procedimientos. Estos criterios no se consiguen por casualidad. Fanny Mictil 8 . producir un diseño usando un método que pudiera repetirse según la información obtenida durante el análisis de requisitos de Software. Cuando se va a diseñar un Sistema de Computadoras se debe tener presente que el proceso de un diseño incluye.6. debe ser modular. enfocando los dominios de datos. así como hacer un dibujo. conducir a interfaces que reduzcan la complejidad de las conexiones entre los módulos y el entorno exterior.

con los sistemas que operan junto con el y con los operadores y usuarios que lo emplean. Diseño de los Trasforma el modelo (de dominio) de la información.1. creado Descripción Define la relación entre cada uno de los elementos estructurales del programa. la Describe como se comunica el Software consigo mismo. Fanny Mictil 9 ..Diseño de Sistemas ___________________________________________________________________________ Tabla N° 1: Fases del Diseño de Sistemas Fase datos: Fase Diseño Arquitectónico: Diseño Interfaz: Diseño de Descripción durante la etapa del análisis. Msc. de Transforma elementos estructurales de la arquitectura del procedimientos: programa 1.1.Diseño de datos Recomendaciones para el diseño de datos: • Definir todas las a posibles operaciones realizar sobre los datos. en estructuras de datos necesarias para implementar el Software. se debe: • de Refinar las estructuras datos hasta de tener bajo representaciones Figura N° 1: Diseño de Datos nivel (Véase figura N° 1) • Desarrollar bibliotecas útiles para la manipulación de datos Ing. Para ello.6.

1.6. Para el desarrollo del Diseño Arquitectónico se recomienda : • • • • Estructuración del sistema Modelado de control Descomposición modular Uso de estilos arquitectónicos Ing.2. Fanny Mictil 10 . • Un estilo arquitectónico define un conjunto de familias de patrones de software con una determinada estructura y restricciones. para que no se tengan “basureros de datos” en lugar de almacenes de datos. Figura N° 2: Diseño Arquitectónico • • Generalmente los patrones de diseño y arquitectura definen soluciones para medios repetitivos. 1. Msc. Se debe tener cuidado a la hora de diseñar diccionarios de datos.-Diseño Arquitectónico La arquitectura de software es una abstracción del sistema que permite ver su estructura y sus relaciones (ver figura N° 2).Diseño de Sistemas ___________________________________________________________________________ • • El lenguaje de implementación debe soportar tipos de datos.

Estilos Arquitectura Centrada Datos Arquitecturas Estratificadas Características en Descripción Tiene como componente principal un repositorio. Se recomienda completar la arquitectura con el Diseño de Interfaces Ing. Dividen las actividades y responsabilidades de sistemas por capas son las más utilizadas en la actualidad. Fanny Mictil 11 . del cual surgen los demás componentes.Diseño de Sistemas ___________________________________________________________________________ Estilos Arquitectónicos: Tabla N° 2: Estilos arquitectónicos: Estilos Arquitectura de Flujo de Datos: Descripción Parte del DFD para obtener una arquitectura del sistema: – Se establece el tipo de flujo de información – Se indican los límites del flujo – Se convierte el DFD en una estructura del programa – Se define la jerarquía de control mediante particionamiento. software de base. sistemas distribuidos y otros maneja variantes de esta arquitectura. • El software más elaborado como los sistemas operativos. Se definen las estructuras de datos generales y globales. – Se refina la estructura resultante utilizando técnicas de diseño. • • • • • Se debe refinar el diseño hasta que esté completo. El diseño se debe refinar realizando cada uno de los siguientes pasos: Desarrollar una descripción del procedimiento para cada módulo. Se anotan todas las limitaciones/restricciones del sistema. Msc. Desarrollar una descripción de la interfaz para cada módulo.

3. Fanny Mictil 12 . arquitectura. educación. Las fases del proceso del desarrollo de interfaces de usuario son: Análisis de usuarios.-Diseño de Interfaz Se refiere al estudio de las relaciones entre los usuarios y las computadoras para que un sistema se pueda ejecutar (véase figura N° 3) Figura N° 3: Diseño de Interfaz Modelos para el desarrollo de interfaces: Modelo de diseño: que consiste en representar el software de acuerdo a los datos. tareas y entornos Diseño de la interfaz • • • – – Ing. interfaz y procedimiento.) Características Existen tres tipos de usuario: Principiantes. Esporádicos y Frecuentes. cultura. Msc. • La imagen del sistema es un modelo que intenta mezclar lo que es la estructura del sistema con analogías de la vida real.Diseño de Sistemas ___________________________________________________________________________ 1. • Modelo de Usuario: Representa el perfil del usuario (edad. etnia. La percepción del sistema (modelo de usuario): es la idea que tienen los usuarios sobre la posible interfaz del sistema.1.6. etc.

Msc. Fanny Mictil 13 .Diseño de Sistemas ___________________________________________________________________________ – – Implementación de la interfaz Validación de la interfaz Se recomienda: Establecer los objetivos e intenciones de cada tarea. Hacer correspondencia entre cada objetivo con una secuencia de interacción – Se debe: – – – indicar el estado del sistema definir mecanismos de control mostrar la forma en como los mecanismos de control afectan el estado del sistema. Indicar la forma en que el usuario interpreta el estado del sistema a partir de la información presente en la interfaz Problemas al diseñar la interfaz Los principales problemas que se presentan al diseñar una interfaz de usuario son: – – – – El tiempo de respuesta del sistema Los servicios de ayuda al usuario La manipulación de información de errores El etiquetado de órdenes Especificar la secuencia de acciones de tareas y subtareas – – Ing.

6. datos y transición pueden hacia elementos a que se de implementar través computadoras. En tal sentido el diseño debe: l • Ing. Figura N° 4: Diseño Procedimenta Procedimental Resumen • • El proceso de diseño sirve de base para la codificación del sistema. Fanny Mictil 14 . Msc.1.-Diseño Procedimental Diseño También conocido como diseño basado o en componentes consiste en la traducción de cada uno de los elementos obtenidos en la especificación de procesos.Diseño de Sistemas ___________________________________________________________________________ _________________________________________________________ 1. Especifica qué tareas deben efectuarse al utilizar el sistema y quiénes son los responsables de llevarlas acabo Dentro de las características de desarrollo se encuentran: aracterísticas Se deben especificar todos los elementos explícitos e implícitos del modelo de análisis.4. • El diseño debe servir de guía para que cada integrante del proyecto pueda construir y entender el software a realizar.

Msc.Diseño de Sistemas ___________________________________________________________________________ • • • • Dar una completa idea de lo que es el software. Fanny Mictil 15 . 2. 3. de tal forma que permita cambios. Diseño Arquitectónico. Las fases que componen el diseño son: Diseño de los datos. Diseño de la Interfaz y el Diseño de procedimientos Autoevaluación 1. Los tipos de diseños son el ascendente y el descendente. Estar estructurado. Servir de guía para que cada integrante del proyecto pueda construir y entender el software. Se deben definir reglas y estilos que deben seguir los miembros del equipo. Presentar uniformidad e integración. ¿Cuáles son los modelos para el desarrollo de interfaces? ¿Cuáles son los estilos arquitectónicos? ¿Qué se hace en el diseño de datos? Ing.

Diseño de Sistemas ___________________________________________________________________________ Crucigrama 1 2 2 3 3 4 5 HORIZONAL 1 2 3 4 5 Proceso de aplicar técnicas y principios para definir un Sistema. Msc. Unidad minima de información que se introducen al sistema para ser procesados Diseño donde se traducen las especificaciones de sistemas en codigo Uno de los elementos que se deben identifican al diseñar VERTICAL 1 Tipo de Diseño 2 Este diseño comprueba las relaciones con los diferentes módulos del sistema 3 El diseño de sistema identifica los dispositivos de almacenamiento y las ___________ de los archivos Ing. Diseño que comunica el software consigo mismo y hacia el exterior. Fanny Mictil 16 .

Diseño de Sistemas ___________________________________________________________________________ ACTIVIDAD EVALUADA ANALISIS CRÍTICO DEL VIDEO (5%) Instrucciones • • El análisis es individual.youtube. Msc. ¿Qué características o perfil se requiere para ser un diseñador? 4. 6. Escribir con sus propias palabras un informe donde realice un análisis crítico de los videos FUTURO EN DISEÑO (desde video 1 hasta el 9) disponibles en: http://www.com/watch?v=-QlKl8QqVtE http://www.youtube.com/watch?v=lotwFWh1lMI http://www. Otros puntos que considere pertinente mencionar en su análisis • • Ing. ¿De qué manera la ingeniería de sistemas apoya a la sociedad? 3.com/watch?v=WSC66f59HLQ http://www.youtube. Fanny Mictil 17 .youtube. 5. Defina qué es diseño de sistemas para Ud.com/watch?v=-1my9oKqOow http://www.youtube.com/watch?v=lIKWNGCzGXw http://www.youtube.youtube.com/watch?v=ePmr0eioMeI http://www.com/watch?v=gk-0yTJkySQ El documento debe tener un máximo de dos páginas Algunas de las preguntas a considerar en su texto son: 1.com/watch?v=GWsxRxM6VOI http://www. ¿Según lo visto en el video se observa algún uso de la ingeniería de sistemas? De ser afirmativa la respuesta indique en qué o cuáles casos? 2. Defina qué es diseño para Ud.youtube.com/watch?v=i4Yzx5cjOtQ http://www.youtube.

antes de la R interpretación del redactor Fases subjetivas PINIONES. Mirada crítica que induce a una postura . Personales del redactor teniendo como base su trabajo de observación y de análisis.Diseño de Sistemas ___________________________________________________________________________ Tips • Se recomienda para la estructura del documento el uso del método APPROACH. Propuestas por el redactor como continuación de las A orientaciones especificadas. Dicho método le guiará paso a paso los puntos que se deben considerar al escribir un análisis crítico. Elementos a transmitir para hacer entender la situación o los problemas que presenta EACCIONES. Aplicaciones prácticas en algunas áreas ONCLUSIONES. resultados de una investigación. Fanny Mictil 18 . Expresadas de forma sintetizada y a las que se llegan C tras retomar el eje de la reflexión y las prioridades dadas a las acciones propuestas ORIZONTES. Perspectivas. Presentación del marco y los limites posibles de este ROBLEMÁTICA. Cuestiones a las que el redactor se compromete a contestar en su informe RESENTACION De la realidad. proyecciones en el futuro y el desarrollo H posible de las acciones propuestas Ing. Que se dan en el entorno humano como consecuencia de la situación dada. El mismo se especifica a continuación: Fases objetivas A P P NUNCIO. O autentica orientación para el lector CCIONES. Msc. De los objetivos del informe.

1.3.2.Ventajas • • Posibilidad de modificar el sistema en las primeras etapas del desarrollo.. Msc.Definición Un prototipo es una representación limitada del diseño de un producto que permite a las partes responsables de su creación experimentar. en el que se han incorporado sólo algunas características del sistema final. probarlo en situaciones reales y explorar su uso Primera versión de un nuevo tipo de producto.. Modificar el prototipo en iteraciones sucesivas.2.1. Construir rápidamente el prototipo. Fanny Mictil 19 . • Modelo o maqueta del sistema que se construye para comprender mejor el problema y sus posibles soluciones: • • evaluar mejor los requisitos. Oportunidad de suspender el desarrollo de un sistema que no sea funcional Ing. Poner énfasis en la interfaz de usuario • • • • 1.2.Diseño de Sistemas ___________________________________________________________________________ 1.2.. • 1..Diseño mediante Prototipos 1. probar opciones de diseño.2. o no se han realizado completamente.Lineamientos Trabajar en módulos manejables.

. Reduce el riesgo de construir productos que no satisfagan las necesidades de los usuarios. se construye el producto de ingeniería 1. Validar corrección de la especificación. – • – – Ayuda al cliente a establecer claramente los requisitos. • • No presenta calidad ni robustez El analista necesita sopesar estas desventajas contra las ventajas conocidas al decidir si hace el prototipo.2.4. cuándo lo hace y de qué partes del sistema lo hace.2.Desventajas Puede ser bastante difícil manejar la elaboración de prototipos como un proyecto en el esfuerzo de sistemas más grandes. Msc. Aprender sobre problemas que se presentarán durante el diseño e implementación del sistema. Una vez identificados todos los requisitos mediante el prototipo.3.Diseño de Sistemas ___________________________________________________________________________ • • • • • Posibilidad de desarrollar un sistema que se acerque más a satisfacer las necesidades y expectativas de los usuarios. 1.Uso de los prototipos Se presenta al cliente un prototipo para su experimentación. Ayuda a los desarrolladores a: • • Ing. Exige disponer de las herramientas adecuadas.2. Reduce costos y aumenta la probabilidad de éxito.. • Los usuarios y los analistas podrían adoptar un prototipo como si fuera un sistema final cuando de hecho es deficiente y su propósito nunca fue el de servir como sistema terminado. Fanny Mictil 20 .

y se añaden otras. Evolutivos: – – – Comienza con un sistema relativamente simple que implementa los requisitos más importantes o mejor conocidos. • • Modelos de rendimiento: evalúan el rendimiento de una aplicación crítica (no sirven al análisis de requisitos).Diseño de Sistemas ___________________________________________________________________________ – – Mejorar el producto. Msc. y termina convirtiéndose en el sistema final. Fanny Mictil 21 .5. se corrigen.. Problema o desventaja: cuando el prototipo no se desecha. Examinar viabilidad y utilidad de la aplicación. Después se redacta la especificación del sistema y se desecha el prototipo. Finalmente. Prototipado funcional (operacional): implementa algunas funciones. refinan. 1. La aplicación se desarrolla siguiendo un paradigma diferente. y a medida que se comprueba que son las apropiadas.Tipos de Prototipos Prototipado de interfaz de usuario: modelos de pantallas.2. Rápido o desechable: – – – – • Sirve al análisis y validación de los requisitos. Actualmente se usa en el desarrollo de sitios Webs y en aplicaciones de comercio electrónico • Vertical – desarrolla completamente alguna de las funciones. se convierte en el sistema requerido. • • Ing. El prototipo se aumenta o cambia en cuanto se descubren nuevos requisitos.

Construcción de Prototipos Por lo general los clientes y usuarios finales del software encuentran muy difícil expresar sus requerimientos reales.Aspectos generales en la Elaboración de Prototipos Es un mecanismo para determinar los requerimientos del sistema. Retroalimentación Modelo diseño rápido Comunicación Plan rápido propiciar y recibir de buena manera la retroalimentación del usuario propia y deben evitar su resistencia natural a cambiar el prototipo. Msc. Figura N° 5.. Fanny Mictil 22 .2. Ing.2.7.Diseño de Sistemas ___________________________________________________________________________ • Horizontal – desarrolla parcialmente todas las funciones. Modelo de construcción de prototipo 1. El uso del diseño rápido conduce a la construcción de un prototipo (ver figura N° 5) El papel del usuario en el proceso de la elaboración de prototipos es fundamental Los miembros del equipo de análisis de sistemas deben Construcción de prototipo Desarrollo y entrega.6.. 1.

Validación de requerimientos: el prototipo puede revelar errores u omisiones en los requerimientos propuestos 1.. Poca fiabilidad.Características de los Prototipos – – – – – Funcionalidad limitada.2. Fanny Mictil 23 .9. 1. El prototipo evolutivo entrega a los usuarios finales un sistema funcionando. Ing. Características de operación pobres. Msc.8.. • • Sin embargo es posible probar el sistema si está disponible un prototipo de él.Diseño de Sistemas ___________________________________________________________________________ Es casi imposible predecir la manera en que un sistema afectará el trabajo diario. • Un prototipo de software apoya dos actividades del proceso de ingeniería de requerimientos: • • Obtención de requerimientos: los usuarios experimentan como el sistema ayudará su trabajo.2. como interactuará con otros sistemas y qué operaciones del usuario se deberían automatizar. Se usa con los requerimientos que mejor se comprenden.El Proceso de desarrollo de Prototipos Existe gran diferencia entre los dos tipos de prototipos: 1. normalmente pocos días de desarrollo. Un prototipo es una versión inicial de un sistema de software que se utiliza para demostrar los conceptos. Prototipo ≈ 10% presupuesto del proyecto. probar las opciones de diseño y entender mejor el “problema” y su solución.

Figura N° 6: El proceso de desa desarrollo de prototipos Figura N° 7: El proceso de desarrollo de prototipos Ing. Fanny Mictil 24 . Se usa con los requerimientos que no se conocen bien. Msc. El prototipo desechable valida o deriva los requerimientos del sistema.Diseño de Sistemas ___________________________________________________________________________ _________________________________________________________ 2. Período de vida corto.

Diseño de Sistemas ___________________________________________________________________________ _________________________________________________________ Figura N° 8: Prototipo evolutivo Figura N° 9: Prototipos desechables Ing. Fanny Mictil 25 . Msc.

Fanny Mictil 26 . Ing. muchos equipos usan modelos d de funcionamiento llamados Prototipos para explorar la vista y percepción de las pantallas en relación con los usuarios.Diseño de Sistemas ___________________________________________________________________________ _________________________________________________________ Figura N° 10 : El proceso de desarrollo incremental Resumen Muchas herramientas están disponibles para ayudar a los equipos a herramientas través de los pasos del diseño de sistemas. Estas aplicaciones entran en la categoría de herramientas de ingeniería de software asistidas por computadora (CASE). escribir código y administrar el esfuerzo de desarrollo. La mayoría de estas herramientas también pueden usarse durante de la fase de desarrollo. También usan aplicaciones de software especiales para crear esos prototipos rápidamente. durante el análisis. así como para crear diagramas. o. Por ejemplo. Msc. incluso.

según las apreciaciones del Usuario y del que lo desarrolla. ponderación 3%) Cada estudiante debe Identificar una invención tecnológica. 4 estudiantes. a partir del trabajo con los Usuarios.Diseño de Sistemas ___________________________________________________________________________ Para llevar a cabo esto se toma los requerimientos y especificaciones de la etapa de análisis y determina la mejor manera de satisfacerlos. describir el diseño y su asociación con la ingeniería de sistemas (cada semana. ¿Cómo se clasifican los prototipos? 3. Este “diseño rápido” normalmente se hará de manera sencilla (diagramas o presentaciones en la pantalla de la computadora). Mencione las ventajas y desventajas del uso de prototipos ACTIVIDAD EVALUADA (Evaluación continua. un cronograma. pero dará una idea clara al Usuario del tipo de sistema con que puede contar y sus alcances. Autoevaluación 1. Msc. las líneas básicas del proyecto. el equipo de trabajo. de lo que se espera obtener. la interfaz y las potencialidades. dos por clases. expondrá su investigación) Ing. el contenido del prototipo. Después de haber definido el proyecto y haber planeado el desarrollado del mismo es necesario hacer una presentación a los Usuarios. tipo de modelo a desarrollar. principalmente en lo que respecta a funcionalidad y estructura del prototipo. Este prototipo deberá exponer claramente sus alcances. La finalidad de este bosquejo es establecer. los requerimientos para el diseño y desarrollo. esto puede ayudar a hacer más eficiente el prototipo antes de su diseño definitivo. ¿Qué es un prototipo? 2. Fanny Mictil 27 .

1. Análisis de costos y beneficios. Presentación a la gerencia.. Recopilación de datos. Se puede crear una propuesta de sistemas considerando la organización eficaz del contenido. Se realiza de manera escrita.. La propuesta es un resumen del trabajo que el ingeniero de sistemas ha desarrollado hasta esta fase.2.1. Elaboración de la propuesta del sistema.1.3.3.Requerimientos de información: Dentro de los requerimientos de la información se tiene que tomar en cuenta: Ing.Preparación de la Propuesta.3. y se debe tomar en cuenta que su redacción y presentación sea adecuada. Bosquejo de las estrategias de diseño. y la presentación oral de la propuesta de una manera informativa. Identificación de los requerimientos.La Propuesta del Sistema 1..Diseño de Sistemas ___________________________________________________________________________ 1. Fanny Mictil 28 .Pasos a seguir para el Desarrollo de la Propuesta • • • • • • • • Investigación preliminar.. Msc.3. un estilo profesional de redacción.2. Acceso a los datos del sistema. 1. Condensa toda la información que el analista de sistemas ha recopilado acerca de una empresa y lo que ésta necesita para mejorar su desempeño.

2. Recopilación de datos.Pasos para la selección del hardware y software Figura N° 11: selección del Hardware y Software Ing. Todos estos métodos se usan para preparar el material de la propuesta de sistemas.3.1. 1.. Para satisfacer los requerimiento de información.1. Fanny Mictil 29 . la identificación y pronóstico de costos y beneficios la realización de un análisis de costos \ beneficios .Diseño de Sistemas ___________________________________________________________________________ _________________________________________________________ • • • • Investigación preliminar. Acceso a los datos del sistema. el analista de requerimientos sistemas debe usar métodos sistemáticos para: – – – la adquisición de hardware y software. Msc. Identificación de los requerimientos requerimientos.

en operación. 4. • El estado de operación del equipo. • Tiempo específico de respuesta en emergencias. Mantenimiento. • Productos de calidad. en almacén. Los métodos empleados. propio. requiere reparación. • Vida proyectada del equipo. • Garantía. • Necesidades de software completas. Cuándo y cómo se desarrollan los procesos. • Asuntos financieros del equipo. número de modelo. • Préstamo de equipo mientras se realiza la reparación Comprar o desarrollar (véase figura N° ) Indicadores de evaluación (Véase Tabla N° ) Evaluar software Ing. Soporte de software. Fanny Mictil 30 . • Asistencia técnica. • Procedimientos de mantenimiento rutinario. Requerimiento de tiempo de computadora. tales como: • El tipo de equipo. • Departamento o persona que se considera responsable del equipo. • Línea completa de hardware. • Programación personalizada. • Ubicación física del equipo. • Entrenamiento en casa. • Garantía. incluyendo reportes periódicos. que permita recoger los datos requeridos. Instalación y entrenamiento. • Compromiso para estar a tiempo.Diseño de Sistemas ___________________________________________________________________________ Tabla N° Selección del hardware y software 3: Cómo Inventariar el Hardware Calcular las cargas de trabajo Para realizar este inventario es necesario diseñar un formato. 2. El costo por hora que involucra al sistema. por surtir. Soporte de hardware. fabricante. • Edad estimada del equipo. Evaluar hardware Criterios para la selección del equipo 1. El personal a cargo o responsable del sistema. Msc. Requerimientos de tiempo humano. arrendado o rentado • • • • • • • • Las tareas asignadas a cada sistema. 3.

Fanny Mictil 31 .Diseño de Sistemas ___________________________________________________________________________ _________________________________________________________ Desarrollar Ventajas • • • • Es a medida Alto grado integración Uso optimo recurso Organización Utilización técnicas mas avanzadas Desventajas • • • • Mucho tiempo desarrollo Difícil de medir costos y beneficios Administración de equipos y personas Mantenimiento Ventajas • • • • Sistema probado Se reduce tiempo implementación Se conocen ventajas y desventajas Cuesta menos Comprar Desventajas • • • • • No satisface todos los requerimientos Empleo ineficiente de recursos re Menor integración Puede no ser el mas avanzado Mantenimiento Figura N° 4: Comprar o desarrollar software Ing. Msc.

Msc. se dispone de menús de ayuda.1. Flexibilidad Opciones para la entrada y salida de datos.. interfaz flexible. definiendo los beneficios tangibles e intangibles de Ing. buena recuperación de errores.2..La identificación y pronóstico de costos y beneficios En esta actividad se busca determinar los costos asociados a cada alternativa planteada. respaldo eficiente. tutorial adecuado. Línea directa. usable con otro software. Buena organización.3. entrada y salida eficiente. capaz de realizar todas las tareas que pueden ser deseadas en algún momento futuro. responde preguntas en forma adecuada. Fanny Mictil 32 .Diseño de Sistemas ___________________________________________________________________________ Tabla N° 5 : Evaluación del software Requerimiento Efectividad de desempeño Característica Capaz de realizar todas las tareas requeridas.2. almacenamiento de datos eficiente. Calidad de la documentación Soporte del fabricante. pantallas bien diseñadas. frecuentes actualizaciones 1. Facilidad de uso Interfaz de usuario satisfactoria. boletines de noticias. retroalimentación adecuada. capacidad adecuada Eficiencia de desempeño Tiempo de respuesta rápido.

o si los beneficios no aumentan considerablemente con el sistema propuesto. • Use el análisis de valor presente cuando el periodo de recuperación de la inversión es largo o cuando el costo de pedir prestado dinero es alto. Cabe destacar que el analista debe tomar en cuenta los distintos presupuestos y las técnicas de evaluación que se mencionan a continuación: 1. • Use el análisis del tiempo de recuperación de la inversión cuando los beneficios tangibles obtenidos por el nuevo sistema representen un argumento convincente para promover el sistema propuesto. Fanny Mictil 33 .1.3. de tal manera que permita sugerir la mejor opción al cliente o al tomador de decisiones de la empresa. • Ing.3.. comparado con el tamaño de la compañía o cuando el negocio se afectaría significativamente por un gasto tan grande [aun cuando sea temporal]. Lineamientos para el análisis Use el análisis del punto de equilibrio si es necesario justificar el proyecto en lo que se refiere al costo.2.Diseño de Sistemas ___________________________________________________________________________ cada una de ellas. no los beneficios.Análisis de costos \ beneficios. • Use el análisis de flujo de efectivo cuando el proyecto es relativamente caro. Msc.

Resumen ejecutivo (incluyendo recomendaciones). 2. Página del título. A través del título se capta la atención del lector. Si la propuesta es corta (menos de 10 páginas). Debe incluir a aquellos que participaron en el estudio y resumir los objetivos del mismo. Contenido. 3.Diseño de Sistemas ___________________________________________________________________________ 1. Carta de presentación. Mientras más conciso sea el índice llegará a ser más eficaz. 6. Es de gran utilidad para las propuestas largas. Contenido (Índice). de allí su importancia.3. Fanny Mictil 34 .. La carta de presentación también puede llevar la fecha y el lugar para la presentación oral de la propuesta del sistema. 9. 8. si correspondieran). es prepararlo de acuerdo a las secciones y las subsecciones de la propuesta. 4. 7. Cada una cuenta con una función especial. 5. 10. Descripción del estudio de sistemas con la documentación apropiada. Msc. Recomendaciones del ingeniero de sistemas. Ing. el orden de la misma es el siguiente: 1. La carta de presentación debe ser concisa (máximo una página) y. Carta de presentación. Página del título del proyecto. los nombres de los miembros del grupo de análisis de sistemas y la fecha en que se presenta la propuesta. Apéndices La propuesta del sistema debe ir acompañada de una carta de presentación para la dirección y para el grupo de trabajo de la Administración de los Servicios. Alternativas del sistema (3 o 4 soluciones posibles. omita el índice La clave para elaborar un índice de contenido. ya que su función es poner al tanto a la dirección sobre la propuesta del sistema Esta página incluye: el nombre del proyecto. El título de la propuesta debe expresar con precisión el contenido de la propuesta. Resultados detallados del estudio de sistemas. Resumen.3. con un estilo coloquial.Lo que debe incluir la Propuesta de Sistemas Existen diez partes que integran el documento de la propuesta del sistema.

las cargas de trabajo actuales y proyectadas. Las fuentes de información utilizadas para investigar el sistema. El resumen ejecutivo debe escribirse sólo cuando se haya completado el resto de la propuesta. El resumen ejecutivo. incluyen la lista de personas entrevistadas y observadas y los formularios que fueron analizados. aunque se pudiera contar con más de tres soluciones. Esto incluye tipos y frecuencia de los errores. Esta sección detalla lo que el ingeniero de sistemas ha encontrado acerca del sistema. cuál. Cualquier conclusión acerca de los problemas que presenta el sistema se expresa en esta sección. Esta sección proporciona información acerca de todos los métodos utilizados en el estudio y quien o que fue sujeto del estudio. En esta parte de la propuesta. Fanny Mictil 35 . Msc. observaciones o prototipos que se hayan utilizado en el estudio de sistemas. Se incluyen aquellos problemas u oportunidades que serán referidos por las alternativas que se van a presentar en la siguiente sección.Diseño de Sistemas ___________________________________________________________________________ Un resumen ejecutivo bien redactado es decisivo para la propuesta del sistema. asegúrese de incluir a cada una de ellas. Todo esto puede incorporarse como evidencia de que se ha concluido un estudio completo. Escriba un resumen ejecutivo de una página. el grado de cobertura y profundidad del estudio. entrevista. en 250 a 300 palabras. Esta sección sirve también para demostrar a la gerencia. Entre las alternativas debe incluirse la de mantener el sistema actual. Esta sección presenta los problemas con el sistema. También debe incluir las recomendaciones de los ingenieros de sistemas y las acciones deseadas de la gerencia. pues es en tal momento cuando el ingeniero tendrá una visión completa y adecuada de lo que propone. Cada una de las alternativas deben analizarse de manera separada. cuándo. muestreo de datos de archivo. qué y el cómo de la propuesta. El análisis preliminar debe incluir las dos o tres mejores alternativas. Esta sección es un lugar excelente para insertar aquellas gráficas que comparen con claridad los costos y beneficios de cada solución. que sirva como la primera página del informe. Descripción del estudio de sistemas Resultados detallados del estudio de sistemas. Ya que es frecuente encontrar ventajas y desventajas en cualquier solución. Se escribe de tal forma que quien lo lea tenga una idea precisa de lo que ocurre. Describe los costos y los beneficios de cada situación. Resumen ejecutivo. Alternativas del sistema Ing. a través de los métodos descritos en la sección anterior. dónde. se presenta dos o tres soluciones alternativas que se dirigen de manera directa a los problemas anteriormente señalados. ya que algunas personas sólo llegarán a leer tal resumen. En el se incluye: de quién. Debe incluirse en esta sección cualquier cuestionario. y la manera en que las enfrenta el sistema actual.

"Comprar software comercial para la administración del inventario". Sin embargo. no debe presentar al pie de la letra el material del resumen ejecutivo.Diseño de Sistemas ___________________________________________________________________________ Cada alternativa expuesta debe indicar con claridad lo que debe hacer la gerencia para su implantación.. Incluye los motivos que apoyan a las recomendaciones del grupo.3. no lo incluya. 2. tendrá una opinión definida acerca de cuál solución sería la más adecuada. Los apéndices pueden incluir toda correspondencia pertinente. Msc. No todos requieren ni deben recibir una copia. El resumen de la propuesta es un planteamiento breve que refleja lo contenido en el resumen ejecutivo. no lo sature sin sentido con grandes volúmenes de información. Ing. y. Alternativas del sistema Recomendación del ingeniero del sistema Resumen o conclusión de la propuesta. Apéndices 1. Aunque es importante contar con un apéndice completo. seleccione cuidadosamente a quienes enviará el informe. Esta es la última parte de la propuesta de sistemas y puede incluir cualquier información que se considere de interés para individuos específicos. Concluya la propuesta con una frase positiva. pero sin ser indispensable para la comprensión del estudio de sistemas y de lo que se propone. por ejemplo: "Comprar microcomputadoras para todos los gerentes medios". gráficas con mayor detalle para el análisis de las propuestas. o incluso otros estudios de sistemas realizados con anterioridad. En esta sección se presenta la solución recomendada.Consideraciones generales de la Propuesta 1. Si el material no es suficientemente importante como para presentarlo en el cuerpo de la propuesta. También permite que el ingeniero enfatice una vez más la relevancia del proyecto y su factibilidad junto con el valor de las recomendaciones. Da los objetivos del estudio y las soluciones recomendadas. Fanny Mictil 36 . "Modificar el sistema actual mediante el financiamiento de los esfuerzos internos de programación". Una vez que el grupo de análisis de sistemas ha ponderado las alternativas. El tamaño de la propuesta es directamente proporcional al tamaño de las modificaciones o del sistema que se propone.4. así sucesivamente. Una vez que redactó la propuesta del sistema. un resumen de las etapas concluidas durante el estudio. de tal forma que sea fácil de comprender. Su redacción debe ser lo más clara posible.

4. ilustraciones. Su presentación personal es importante para la aceptación y el éxito final del sistema..Diseño de Sistemas ___________________________________________________________________________ 3. no deje de utilizarlo en su propuesta. Entregue personalmente el informe a las personas que haya seleccionado. Las tablas y las gráficas.5. Esto puede causar una buena impresión. 1. así como las palabras son importantes para capturar y Ing. Si la audiencia a quien se dirige favorece cierto estilo. aunque un estilo de redacción comercial sería lo más adecuado para escribir una propuesta de sistemas. Mantenga en mente a la audiencia de tal forma que la presentación de la información sea fácilmente comprensible para ellos.5. tablas. ya que debe contar con el suficiente nivel de detalle para que la dirección soporte sus decisiones sin llegar a abrumarlos.1.Documento de la Propuesta 1.3. 1.5. Esto requiere de buen tacto.. sin llegar a ser condescendiente. Cuando sea apropiado haga uso de ejemplos. Msc.3.La elección de un estilo de redacción La elección del estilo estará determinada por lo que observe en las propias publicaciones de la organización.. diagramas. figuras y gráficas para el apoyo de los principales puntos de la propuesta. Mantenga las referencias en un mínimo y no utilice pies de página.2. al contagiarles su entusiasmo e involucrarlos en el proyecto. Fanny Mictil 37 .3.El uso de figuras para una comunicación eficaz Hasta este momento no se ha dejado de enfatizar que debe considerar a su audiencia conforme desarrolle la propuesta de sistemas.

El título deberá ser descriptivo y claro. Aunque técnicamente no se consideran como ayudas visuales.Diseño de Sistemas ___________________________________________________________________________ comunicar el sistema propuesto. Nunca se deben presentar solas las tablas y las gráficas. use más de un renglón para un título. las tablas permiten agrupar y presentar los datos que el ingeniero desea comunicar al lector. De hecho. que al texto escrito y por lo tanto se expondrán a continuación. trate de ajustar verticalmente toda la tabla en una sola página. Si fuera necesario. • Identifique cada renglón y columna. La integración de figuras en su propuesta. Las columnas que se ordenan verticalmente pueden mejorar la legibilidad. Las tablas son más similares a las figuras. Las figuras de un reporte complementan la información escrita. es un indicio de que está al tanto de las diferentes maneras de que la gente asimila la información. Cada tabla deberá numerarse a partir del origen. mediante una combinación de figuras y palabras. más que relegarla al final. Las tablas cuentan con encabezados de columnas y de renglones para presentar de una manera organizada los datos estadísticos o alfabéticos. • Utilice marcos o recuadros de la tabla si el espacio lo permite. • Numere y titule la tabla en la parte superior de la página. conforme aparezcan en la propuesta y deben titularse con claridad. Ing. Msc. en una forma diferente. Algunos lineamientos para las tablas son los siguientes: • Incluya sólo una tabla por página e intégrela en el cuerpo de la propuesta. Fanny Mictil 38 . más que de palabras únicamente. • Utilice asteriscos si fuera necesario para explicar con más detalle la información contenida en la tabla. • De ser posible. la mayor parte de la información que recopila el ingeniero puede comunicarse con facilidad.

Fanny Mictil 39 . Msc. Presente los resultados tabulados de estas comparaciones en la propuesta de sistemas. • Incluya una clave que indique los diferentes tipos de líneas de color. Dé a las gráficas una numeración consecutiva y un título adecuado. • • • Integre las gráficas en el cuerpo de la propuesta.Diseño de Sistemas ___________________________________________________________________________ En el apartado de costos se presentaron varios métodos para comparar los costos y beneficios. Se presentan a continuación ciertos lineamientos para un uso eficaz de las gráficas dentro de una propuesta: • Dibuje sólo una gráfica por página. La explicación con respecto a las gráficas comenzará con el tipo más sencillo. También puede incluirse en la propuesta de sistemas una pequeña tabla que compare los sistemas de cómputo y otras opciones. Véase siguiente tabla. de columnas. Esta sección cubre los diferentes tipos de gráficas. de columna y de barras comparan variables. mientras que las de circulares ilustran la integración porcentual de una entidad. barras sombreadas o áreas reticuladas. El retorno de la inversión debe mostrarse en tablas que servirán como soportes adicionales para las gráficas. Debe incluirse la tabla que ilustre los resultados del análisis. Identifique cada eje. y se incluyen las gráficas de líneas. si se lleva a cabo un análisis de punto de equilibrio. columna. Ing. barra o segmento del círculo o de la gráfica. que es la gráfica de líneas. línea. Las gráficas de líneas. de barras y de circulares. a menos que haga una comparación crítica entre las gráficas.

hasta la más pequeña. colocando los porcentajes mayores junto con los más pequeños. colocando el porcentaje mayor (la rebanada más amplia del pastel) junto con la siguiente más importante. Su principal inconveniente consiste en que requieren de mucho espacio en cada página. ni permiten estimar con facilidad el valor de las columnas. En vez de dibujar en gráficas individuales de pastel. pero con frecuencia se utilizan para comparar diferentes variables en un tiempo específico. sería preferible elegir alguna de las otras gráficas porcentuales mencionadas con anterioridad si el ingeniero deseara ilustrar más de seis categorías. Son útiles cuando se desea presentar a los tomadores de decisiones los resultados de un análisis de retorno de la inversión o el análisis de punto de equilibrio. Msc. Los datos presentados comienzan a las 12 horas en el círculo y corren en el sentido de las manecillas del reloj. de barras circulares o de torta. Apéguese a esta convención a menos que quiera ilustrar contrastes dramáticos en los porcentajes. Son similares a las gráficas de columnas. pero nunca se utilizan para mostrar una relación en un periodo de años.Diseño de Sistemas ___________________________________________________________________________ Tabla N° 6: Tipo de graficas Gráficas de líneas Descripción Las gráficas de líneas se utilizan básicamente para mostrar cambios en el tiempo. Se utiliza para ilustrar la manera en que se distribuye el 100% de un recurso en un período específico. Fanny Mictil 40 . se utilizan para mostrar variables o variables dentro de ciertos clases o categorías. más bien. muchas personas consideran que son más fáciles de entender que las gráficas de líneas. No hay otro tipo de gráfica que lo muestre con mayor claridad que una gráfica de líneas. y así sucesivamente. Las gráficas circulares son más fáciles de leer que las gráficas de columnas apiladas o las gráficas porcentuales. numérica. geográfica o secuencialmente u ordenarse por su magnitud. asimismo sería una gráfica de resultados de punto de equilibrio. Sin embargo. Ing. durante un periodo específico. Las barras pueden organizarse de múltiples maneras. una gráfica de líneas también se utiliza para mostrar algo más que el tiempo en el eje horizontal. La representación gráfica del periodo de retorno de la inversión permite ilustrar la factibilidad económica del sistema propuesto. En una gráfica se pueden ilustrar cambios desde una hasta cinco variables. de columnas. Aunque no muestran la tendencia tan bien como las gráficas de líneas. Esto ocurre cuando uno tiene que estimar cuándo se interceptarán dos o más líneas. Pueden ser alfabética. Permiten la comparación entre dos o más variables en el tiempo.

Esta gráfica indica cuándo concluirá el proyecto y también muestra el tiempo requerido para cada actividad de análisis y diseño contemplada. para.3. harán uso de los diagramas PERT que proporcione. La figura puede colocarse en la página siguiente a su primera referencia. Cuando los lectores revisen la propuesta. En la propuesta de sistemas no deje de incluir una gráfica de Gantt. Fanny Mictil 41 . integre la figura en el cuerpo de la propuesta.5. después de que se mencionen. Si su intención es relegar la figura a un apéndice. • Cada vez que sea posible.-Lineamientos para el uso de figuras en la propuesta de sistemas Las figuras (tablas y gráficas) pueden lograr una comunicación que no es posible alcanzar mediante el uso exclusivo de palabras.3.Diseño de Sistemas ___________________________________________________________________________ Gráficas Gantt y PERT Descripción Ya se han recomendado las gráficas de Gantt para la programación de proyectos de sistemas. En el apéndice de la propuesta de sistemas puede incluirse un diagrama PERT para precisar las rutas de trabajo que el grupo de análisis de sistemas ha planeado. no sería entonces relevante su inclusión. Ing. recuerde que puede aprovechar aquellas gráficas y tablas que haya utilizado para el planeamiento. Los siguientes lineamientos para el uso de figuras. 1. Cuando prepare la propuesta de sistemas. le permitirán mejorar la calidad de la propuesta de sistemas. Msc. observar si las fechas de las actividades críticas fechas límite para la organización entran en conflicto con otras. • Presente siempre las figuras en el texto. • Interprete siempre las figuras por medio de palabras y nunca las deje sin explicación. Los diagramas PERT son otro tipo especializado de gráfica para audiencias más técnicas.

Diseño de Sistemas ___________________________________________________________________________ • Titule todas las figuras. si se descuida esta relación se perjudicará el objetivo de la propuesta. asegurando que no pasarán desapercibidas. Utilice más de una figura si fuera necesario. que puedan utilizarse espacios en blanco.-Adopción de un estilo único para la propuesta Consideraciones visuales y de formato Las propuestas son documentos persuasivos. Los mejores argumentos para alcanzar un objetivo específico se han reunido en la propuesta de sistemas. Deje márgenes de una pulgada en la parte superior. Sea conciso en su escritura. • 1. El contenido y el estilo van de la mano. rotule cada eje y proporcione las leyendas que sean necesarias. sin llegar a extender demasiado la longitud del documento. de tal forma.4. En consecuencia. inferior e izquierda de cada página. • La propuesta Uso de espacios en blanco • • Los espacios en blanco distribuidos a lo largo del texto de la propuesta de sistemas permiten destacar las ideas. la propuesta debe ser persuasiva desde el punto de vista visual. de tal forma que no se saturen visualmente.3. Ing. Msc.5. Fanny Mictil 42 .

de manera alternada en las esquinas. Los títulos y subtítulos deben distinguirse unos de otros. Los subtítulos sirven de la misma manera. Sea consistente con cualquier posición que elija. negritas o cualquier combinación de éstos. ya que los números de las páginas son la forma más rápida de ubicación. subrayado. Los números pueden ubicarse en cuatro lugares: Ya sea en la esquina superior derecha de la página. Lo más común es utilizar: letras mayúsculas.Diseño de Sistemas ___________________________________________________________________________ • • • • Los títulos separan cada una de las secciones y ubican al lector en el contexto de la sección principal. el ingeniero debe ser consistente en su uso a todo lo largo de la propuesta. uso de sangrías. Si se redactan con imaginación. los títulos permiten que el lector siga la lógica de la redacción y no pierda el interés. ya sea que se apegue a un manual de estilo o emplee un estilo personal. no deje de ser consistente en su aplicación para maximizar el impacto de los títulos y los subtítulos. no sólo por su contenido sino por su ubicación en la página y el uso de cualquiera de los tratamientos anteriores. Uso de títulos y subtítulos • • • • • Numeración de las páginas La propuesta • Es importante numerar cada una de las páginas. Los títulos deben destacarse de varias maneras para informar al lector de los cambios de sección. Fanny Mictil 43 . pero se refieren a puntos más específicos. Ing. los títulos y los subtítulos deben proporcionar un bosquejo útil e instructivo del documento. Cuando se toman en conjunto. Msc. izquierda y derecha. pie de la página o en la parte superior de la página. Para que los títulos y los subtítulos sean efectivos. si es que el material se imprime por ambos lados. centrado. En la tabla de contenido indique la página que le corresponde a cada uno de los títulos principales.

Referencias y apéndices • • Debe solicitar un momento específico para la presentación oral de la propuesta de sistemas. Las presentaciones orales permiten mantener su presencia en la organización y siempre serán indispensables. tanto a técnicos como a gente común. en general. Una alternativa puede ser la presentación adicional de una versión más detallada de la propuesta que contenga los detalles técnicos. Fanny Mictil 44 . Si la propuesta intenta dirigirse. sería apropiado incluir apéndices con las especificaciones técnicas. aunque no debe olvidar el tiempo y los costos involucrados. así como contestar cualquier pregunta que se planteara. Ing. si fuera necesario. incluya al final de su informe las referencias a doble espacio. y con un formato consistente. Msc.Diseño de Sistemas ___________________________________________________________________________ • La mayoría de los lectores de la propuesta de sistemas. diversos intereses en la organización. Estas son oportunidades excelentes para vender sus ideas y el sistema. Los lectores de las Propuestas tienen. apreciarán que las referencias de material externo sean mínimas.

Diseño de Sistemas ___________________________________________________________________________ 1.-Presentación (oral) de la Propuesta de Sistemas El tema de la presentación obviamente es la propuesta de sistemas (o alguna parte de ella). la tarea del ponente es más fácil. Uso de datos demográficos Los datos demográficos pueden obtenerse a través de cuestionarios. Las siguientes consideraciones incluyen quiénes deben conformar la audiencia de la presentación y como organizará apoyar y realizar la presentación oral. Si el auditorio es homogéneo. educación. al recopilar estos datos entérese de los requerimientos potenciales de información que pueden solicitarse. hay ciertos puntos que deben tomarse en cuenta acerca de las diferencias entre audiencias. qué presentar y qué tipo de ayudas visuales debe incluir. Fanny Mictil 45 . su sexo. Los datos demográficos básicos incluyen la Ellos pueden o no tener experiencia técnica en el área bajo discusión y esto es algo que el ingeniero debe identificar durante la definición de los requisitos de edad del empleado. Se considerará a los ejecutivos y a los principales usuarios como la audiencia que tomará la mayoría de las decisiones acerca del sistema propuesto. puesto dentro de la organización y la antigüedad en el puesto actual. la mayoría de los ingenieros que presentan una propuesta de sistemas se encuentran con combinaciones de estas dos audiencias básicas. y con ello logrará que su audiencia alcance una mejor comprensión durante la presentación oral. entrevistas y datos de archivo. Comprensión de la audiencia Así como la audiencia del documento de la propuesta define su estilo de redacción. el conocimiento de la audiencia de la presentación oral permite al orador descubrir qué tan formal debe ser.3. quienes son los principales tomadores de decisiones dentro de la organización. Además. ya que sólo debe satisfacer unos cuantos puntos de vista. Ing. Es imperativo conocer a quien se dirigirá. más que con un grupo homogéneo. el nivel de detalle y el tipo de figuras. Audiencias de ejecutivos Esta audiencia se compone de la alta dirección o la gerencia.6. Aunque no se intenta analizar de manera extensiva los tipos de audiencia. Sin embargo. Msc.

Mientras que ellos también tienen responsabilidades de toma de decisiones. de tal forma que pueda controlar su duración. Msc. no vale la pena invertir tiempo en aspectos extremadamente técnicos. ya que el tiempo es el recurso más valioso del tomador de decisiones. La exposición de testimonios (esto es. Sea abierto y honesto al responder preguntas y no se resista a admitir que desconoce la respuesta. La información costo/beneficio es pertinente en las presentaciones a ejecutivos. Son de mucha utilidad los ejemplos con ilustraciones. Sea respetuoso de las restricciones de tiempo. pero es probable que no sea el foco principal de la charla. apoyos de los individuos para puntos principales) también es una posibilidad. así como comentarios autorizados (provenientes de una fuente conocida y respetable) acerca de los beneficios del sistema propuesto. la propuesta de sistemas también les concierne. También pueden utilizarse para audiencias ejecutivas. las ayudas visuales de muestras de la salida o de otros prototipos del sistema. a los cuales pueda referirse de manera repetida a lo largo de la presentación. estadísticas contenidas en ayudas visuales. pero durante una presentación oral. y como usuarios.Diseño de Sistemas ___________________________________________________________________________ información previos a presentación de la propuesta. El análisis de costos y beneficios también puede servir para esta audiencia. Deje suficiente tiempo para preguntas y comentarios del momento y no se mantenga a la defensiva. tales como gráficas o diagramas. Los ejecutivos requieren de suficiente información para tomar decisiones documentadas. una cita. Al dirigirse a los usuarios principales. considere discutir los cambios que ocurrirán en su trabajo. Esté al tanto de las preguntas de su audiencia y no deje de contestarlas. Pueden ser de utilidad algunos ejemplos (eventos breves. en el sentido de que de hecho estarán utilizando (y tal vez aún desarrollando) la salida del sistema. algo que soporte un punto principal) e ilustraciones (historias más largas con un principio y final de desarrollo. Ensaye la presentación oral. Pueden ser de utilidad con los usuarios principales. Ing. Debe considerarse cualquier ayuda visual que permita al usuario concebir el uso del sistema. Fanny Mictil 46 . la Usuarios principales Los usuarios principales difieren de los ejecutivos. junto con una descripción de los detalles operativos.

Por ejemplo. pues escoger un tópico es con frecuencia la labor más difícil para el expositor Revise todos los datos reunidos de la organización que se encuentren resumidos en la propuesta de sistemas. Se tienen numerosas opciones para apoyar los puntos principales. Observe que la redacción de una introducción ocurre al final y no al principio. Msc. un poema incluso una broma. y estadísticas. lo cual es imposible determinar en un principio. Recuerde que el ingeniero de sistemas cuenta con numerosas opciones para presentar el material. Sin embargo. Fanny Mictil 47 . el asistente Ilega a retener no más de cuatro a seis puntos. algo que mantenga intrigada a la audiencia respecto a lo que vendrá después. así como el sistema que usted y su equipo de sistemas propone para resolverlos. verifique el resumen ejecutivo. para que dirija de manera unificada la atención de la audiencia hacia el nuevo material que se presenta. este debe estar Ing. En particular. Planeación de la introducción y la conclusión Una vez que se ha trabajado en los puntos principales y en los puntos de apoyo puede redactarse una introducción y una conclusión. pueden abrir con éxito una presentación. los puntos principales pueden ampliarse a nueve o más. Si el tiempo disponible para la presentación oral es mayor de media hora. una anécdota. y no necesariamente son las mismas alternativas de la propuesta escrita. Lo anterior implica que los ponentes de propuestas de sistemas tienen resuelto un problema de decisión. referencias de testimonios o de autoridades. Esto es así porque la introducción debe dejar ver a los cuatro o cinco puntos principales de la propuesta. Si se decide por el humor. Estos incluyen ejemplos. Cada uno de los puntos principales del informe oral debe contar con un soporte. las secciones de recomendaciones y el resumen de la propuesta. analogía. referencia. en lugar de un comienzo deslucido o trillado. Esto debe ser un enfoque creativo de la propuesta. ilustraciones. No es correcto plantear un punto principal y no justificarlo. en una presentación oral. La introducción debe incluir un "aliciente". Tome cuatro o cinco puntos principales que sean la esencia de la propuesta. Tal presentación prepara a la audiencia para escuchar los temas que se ofrecen.Diseño de Sistemas ___________________________________________________________________________ Organización de la presentación de la propuesta del sistema Los tópicos han sido determinados y son aquellos problemas que existen con el sistema actual.

La contestación de las preguntas durante la presentación. sino que debe reiterarlas y concluir con una frase impactante de manera similar al aliciente de la introducción. hace a esta informal y relajada. Al seguir este heurístico se sugiere que la introducción sea concisa y escrita con atención. Como se indicó anteriormente.Diseño de Sistemas ___________________________________________________________________________ directamente relacionado con uno de los tópicos relevantes y el ingeniero debe capitalizarlo. No debe repetir al pie de la letra las ideas principales expuestas en la introducción. Las conclusiones deben revisar los puntos principales de la propuesta. los Ing. que si una charla dura 10 minutos. Una conclusión clara será satisfactoria y tendrá la aprobación de su auditorio. Preguntas del momento Las preguntas pueden hacerse durante o después de la presentación. la introducción y la conclusión de una presentación oral se escriben en paralelo. Para esta ocasión. Recuerde que esto es similar a la forma en que el resumen ejecutivo y el resumen de la propuesta se manejan durante la redacción de la propuesta. Es conveniente dejar las preguntas para el final. si usted comienza haciendo una analogía del crecimiento del sistema con el crecimiento de una planta. entre el 5 y el 10% del tiempo total del ingeniero debe utilizarse para desarrollar la introducción. ya que complementan el material asociado. aquella debe contar con 30 segundos a un minuto. Considere la posibilidad de contar con ampliaciones de las principales figuras de la propuesta. Sin embargo. regrese a tal analogía y conclúyala. para utilizarlas durante la presentación. Los elementos visuales deben tener una apariencia profesional (es muy conveniente contar con el apoyo de un artista). Fanny Mictil 48 . porque las conclusiones deben reflejarse en la introducción. de manera similar a la presentación de la introducción. Msc. Uso de ayudas visuales Los apoyos visuales que se utilizan en una presentación oral funcionan de manera similar a las figuras del documento de la propuesta. con el fin de mantener un control y comunicar de manera eficaz sus puntos de vista. La duración de la introducción debe ser proporcional al tiempo disponible para la presentación. de tal forma. Esto es así. Por ejemplo. es un reto mucho mas serio y puede desviar de manera prematura la atención hacia su propuesta. Los elementos impresos deben ser uniformes y visibles desde cualquier sitio del auditorio.

En este caso. esto es doblemente cierto. Por otro lado. Uso de una computadora en la presentación Uno de los apoyos visuales más efectivos que puede utilizar en la actualidad es el de una pantalla de video conectada a una microcomputadora portátil. Cuando exponga no deje de mirar directamente a la audiencia y no a la gráfica. El sistema que usted propone tiende a involucrar a las computadoras.Diseño de Sistemas ___________________________________________________________________________ apoyos visuales deben prepararse de antemano y no dibujarse durante la presentación. Si es posible. Hay cierta logística que debe considerar cuando Ileve una computadora a la reunión de la propuesta. Msc. El uso de una microcomputadora y de una hoja de cálculo previamente desarrollada permite que el tomador de decisiones considere numerosos escenarios de simulación durante la misma presentación. "¿que pasaría si cayera significativamente la tasa de interés? ¿Cómo afectaría el período de retorno de inversión. Practique con el uso de los apoyos visuales para que cualquier conflicto con el equipo no Ilegue a ser el foco de atención de la audiencia. Las computadoras son valiosas para presentar hojas de cálculo con capacidad de simulación. Fanny Mictil 49 . las computadoras actúan como un prototipo y los usuarios y los tomadores de decisiones contarán con una idea concreta rápida de lo que será el sistema resultante. Si esto no fuera posible. esto ha funcionado bastante bien. de tal forma que cualquiera dentro del salón tenga a la vista la pantalla del monitor. No vacile en permitir que otras personas. Utilice paquetes de microcomputadora para producir elementos para su presentación y sus reportes. incluso a las personas que carecen de experiencia en cómputo. acetatos y diapositivas. además del ponente opere la computadora. Por ejemplo. Un heurístico útil es no tener más de cinco asistentes por cada monitor disponible. Si usted trabaja en el desarrollo de un sistema para computadoras personales. utilice varias microcomputadoras o monitores paralelos. Ahora es muy fácil producir diagramas. trate de utilizar un sistema de proyecciones de pantalla gigante. no haga la presentación del sistema sólo en la Ing. Asegúrese de que el equipo para la presentación esté disponible el día de su ponencia. les parece interesante.

Fanny Mictil 50 . distribuya un resumen de los puntos más relevantes. Una forma de establecer el nivel de formalidad de las presentaciones es asistir a diferentes reuniones de la organización antes de su presentación. También considere que las cosas pueden salir mal. De hecho. Msc. lo bastante grandes para que toda la audiencia las pueda ver. Si los usuarios principales. Incluso si lleva la computadora a la presentación. • • • • Ing. el organización. Las expectativas se basan generalmente en costumbres establecidas. tales como que el ponente use un proyector de acetatos. su inclusión puede ser importante. Las reglas para la presentación son: • Mantenga un nivel de voz suficientemente fuerte para que toda la audiencia lo pueda escuchar. Elabore ayudas visuales. Si en la reunión estará presente el director del consejo de administración la presentación debe ser formal. Principios de la exposición La exposición del sistema difiere radicalmente del documento de la propuesta. que en el momento no puedan resolverse. Planee un método alternativo para presentar el material en caso de que se presenten problemas de software o de equipo.Diseño de Sistemas ___________________________________________________________________________ computadora personal. necesitará explicar lo que está haciendo. si esto implica juzgarla dentro de los parámetros de una presentación exitosa. Use gestos que sean naturales a su estilo de conversación. más que los ejecutivos integran la audiencia. tal vez sea más apropiado una presentación de tipo taller. presente diapositivas de 35 mm realizadas profesionalmente o más aún. Esto permite entender las expectativas implícitas de la El simple hecho de pensar que se encuentra frente a un grupo puede poner al expositor sumamente nervioso. el ingeniero puede definir qué tan formal será su presentación. Al saber quien integra la audiencia. Mire a cada una de las personas de la audiencia conforme hable. Aunque estas costumbres pueden no Ilegar a mencionarlas los integrantes de la organización. Inicie y concluya su charla de manera segura.

la lectura contrarresta la credibilidad del orador. tiene poco riesgo de separarse de sus principales puntos de vista. si es que los hay. Sin embargo. pero no lo escriba. Hablar de manera natural sin memorizar ni leer. parecería poco práctico. es casi imposible recuperarla sin tropiezos. pero lo supera al tener pleno conocimiento de los puntos principales. Significa que mientras más sepa de su tema más fácil le será al ingeniero exponerlo. emocional y espiritual. Esto significa que de antemano. Existen cuatro lineamientos que ayudan al ponente a vencer la ansiedad. ya que el expositor que lee un texto redactado. más que a los tomadores de decisiones? ¿Cómo difiere una presentación grabada de una en vivo? Prepárese hable de manera natural . Los expositores necesitan desarrollarse asimismo en todos mismo los aspectos de su personalidad. tienen el don de improvisar un buen discurso. maneje en forma plena los cuatro o cinco puntos fundamentales de la propuesta. Ellos son: lineamiento Descripción sea usted Implica que la personalidad del orador es muy importante para persuadir a la audiencia. En lugar de leer o memorizar. Entérese de que materiales de apoyo acompañan a cada punto. Cuando el expositor se prepara cuenta con la confianza de que realmente tiene algo valioso que comunicarles a la audiencia y que superará cualquier cosa (inclusive la ansiedad) para comunicarlo. tales como gráficas. parece que permite a su subconsciente que trasmita su charla bien preparada. Si el tiempo es corto avance rápido en la propuesta del sistema Prepare un bosquejo de su charla de la propuesta del sistema que incluya de 4 a 6 puntos principales. Una personalidad plenamente desarrollada ubica al orador en una excelente posición para enfrentar cualquier contingencia durante su exposición. Sólo unos cuantos oradores. ya que se evita la oportunidad del contacto visual vital. así como los puntos de apoyo. Confíe en que tiene un mensaje que comunicar y que sabe cuál es. ¿Que cambios considerará cuando presente el sistema a los usuarios potenciales. tales como: intelectual. tal como los asistentes críticos. Cuando expone. o tal vez algo tan mundano como sobreponerse a la falla del equipo.El mayor temor de las personas es hablar en público. relegando la comunicación del contenido. Los ingenieros que memorizan o leen sus presentaciones se encuentran ante el riesgo de perder muy pronto el interés de su audiencia. habrá que practicar la presentación. Memorizar una charla disminuye la posibilidad de adaptarse de manera adecuada a una audiencia particular. Y cuando un orador pierde la ubicación de su charla memorizada. Aquellos que memorizan sus charlas tienden a apegarse al pie de la letra a la presentación. sitios desfavorables. Ella admite que Ilega a paralizarse. También indique en donde se presentarán elementos visuales. Una excelente expositora instala lo que ella Ilama su "piloto automático".

ya que respiramos sin tomarlo en cuenta. La propuesta debe contar con un resumen ejecutivo que ofrezca una visión concisa del proyecto de sistemas y las recomendaciones. incluyendo tablas y gráficas. es un documento decisivo para vender el sistema. Resumen El ingeniero de sistemas dispone de tres métodos para integrar y lograr una propuesta eficaz de sistemas: la organización funcional del contenido de la propuesta. Aspire profunda y largamente. y la presentación oral de una propuesta de sistemas informativo. Ya que la propuesta es la esencia del trabajo que ha realizado. la redacción de la propuesta en un estilo propio para la organización. el ingeniero debe conocer Ing. Con el fin de lograr una presentación con trascendencia. así como del esfuerzo futuro. Permítase respirar entre las frases y durante las pauses normales de su exposición. numere todas las páginas y mantenga un mínimo de referencias y apéndices. La presentación oral de la propuesta del sistema se basa en el documento de la propuesta y es otra forma eficaz de vender el sistema. sea generoso cuando incluya títulos principales y subtítulos. Utilice suficientes espacios en blanco para resaltar el texto. Las gráficas y las tablas que se utilicen durante la planificación previa a la propuesta. Fanny Mictil 52 . Sea eficaz. justo antes de dirigirse al grupo. Msc. pueden incorporarse si se consideran relevantes. Las gráficas comparan dos o más variables en el tiempo o en un momento particular del tiempo. Sin embargo. Las consideraciones visuales son importantes cuando se busca una plena comunicación. la propuesta debe escribirse de una manera clara y comprensible en diez secciones funcionales. Debe contar con un título adecuado que capture el interés de sus lectores y presente de manera clara lo que contiene.Diseño de Sistemas ___________________________________________________________________________ recuerde respirar Recordar al expositor que debe respirar suena curioso. una excelente forma de alcanzar un adecuado volumen de voz es acordarse del proceso de respiración. Las figuras siempre se acompañarán de una interpretación escrita en la propuesta. Lo más relevante de la propuesta de sistemas puede enfatizarse por medio del uso adecuado de figuras.

alternativas de solución) Ing. de estado quedando de esta manera el planteamiento de un posible esquema de una metodología ecléctica PARTE I: La Propuesta (análisis del sistema. Estos cuatro elementos se encuentran relacionados y cada uno debe pensarse y planearse para asegurar el éxito. Msc. Para efectos de practicar los objetivos visto en la asignatura se utilizará las herramientas empleadas tanto en la metodología estructurada (dfd) como en la orientada a objeto – uml (diagrama de clases. Una vez que la propuesta es aprobada se inicia la etapa del diseño del sistema. casos de uso. Autoevaluación ¿Cuáles son las técnicas utilizadas para comparar los costos y beneficios del sistema propuesto? ¿Qué puntos se debe considerar en el documento de la propuesta? ¿Cuáles son los puntos mas resaltantes al realizar la presentación de la propuesta? ACTIVIDAD EVALUADA Trabajo especial (ponderación 10%) Esta actividad se refiere a todos aquellos elementos que se deben considerar para la propuesta de un sistema (según el tema asignado). el tiempo disponible para la presentación y el equipo disponible (incluyendo las instalaciones). Fanny Mictil 53 . determinación de los requerimientos.Diseño de Sistemas ___________________________________________________________________________ anticipadamente cuatro elementos: quien integra la audiencia. el tópico (la propuesta de sistemas o parte de ella).

2. 5. etc) • Plataforma Hardware • Propuesta económica • costos sistema propuesto • comparar costos sistema actual Vs costos sistema propuesto • Beneficios (tangibles e intangibles) • Acuerdo de pago • Garantías. Resultados detallados del estudio de sistemas. Resumen ejecutivo breve introducción del sistema actual incluyendo recomendaciones. 4. Alternativa(s) del sistema (solución(es) posibles). condiciones y Entregables 8. Carta de presentación. plataforma de desarrollo ej java. • Identificar cada propuesta de solución y plantear Propuesta de plataforma tecnológica / lenguaje y herramientas • Plataforma software (Sistema operativo. Página del título del proyecto. • Identificación de las debilidades o problemática del sistema actual • DFD Sistema actual y breve descripción 6. Msc. Términos. Fanny Mictil 54 . Descripción del estudio de sistemas con la documentación apropiada. Ing.Diseño de Sistemas ___________________________________________________________________________ Esta debe incluir: 1. SMBD. Contenido o índice. Recomendaciones del ingeniero de sistemas. Resumen o conclusiones. • Requerimientos • Requerimientos de información • Requerimientos de sistemas 7. Cronograma de desarrollo (según Metodología seleccionada) 9. 10. 3.

Senn. J. Fayet M y Commeignes IBM Capacitación James A. Senn Kendal y Kendal Pressman R.Diseño de Sistemas ___________________________________________________________________________ 11. Fanny Mictil 55 . Apéndices o anexos Bibliografía Baca Urbina G. Sommerville Formulación Informáticos y Evaluación de Proyectos Cómo elaborar informes profesionales Ingeniería de Software Análisis y Diseño de Sistemas de Información Análisis y Diseño de Sistemas Ingeniería de Software Análisis y Diseño de Sistemas de Información. Software Engineering Ing. Msc.

Sign up to vote on this title
UsefulNot useful