Diseño de sistema

José Osorio CI:V-21.444.033

¿Qué es un prototipo?

Los prototipos son una visión preliminar del sistema futuro que se implantara.

La elaboración de prototipos de un sistema de información es una técnica valiosa para la recopilación rápida de información específica a cerca de los requerimientos de información de los usuarios. Los prototipos efectivos deben hacerse tempranamente en el ciclo de vida del desarrollo de sistemas, durante la fase de determinación de requerimientos.

Características de prototipos

El prototipo es una aplicación que funciona. La finalidad del prototipo es probar varias suposiciones formuladas por analistas y usuarios Los prototipos se crean con rapidez Los prototipos evolucionan a través de un proceso iterativo Los prototipos tiene un costo bajo desarrollo.

Evaluación del Prototipo

Esta etapa a pesar de estar situada como última en la lista del método propuesto, es un proceso que desde principio hasta el fin del proyecto se estará llevando a cabo. Durante las etapas de diseño y construcción, hay que tener la precaución de someter a prueba su funcionamiento, para que si alguna falla se llega a presentar no afecte al conjunto de elementos que conforman el prototipo.

Por lo tanto, la evaluación es un proceso sistemático que prueba los elementos del prototipo y que debe realizarse durante las diferentes etapas de su desarrollo. Su propósito es recopilar información sobre las posibles fallas del modelo, con el fin de superarlas, tomando en cuenta tanto las características de los elementos del prototipo como sus efectos en la reacción de los usuarios cuando lo utilizan.

Se evalúan los efectos que haya producido en el Usuario, en cuanto a logros, actitud e interés; en qué medida los contenidos han “quedado” en el Usuario o no, la monotonía que representa para ellos el material expuesto, la facilidad de acceso, la visualización del contenido, la disponibilidad del prototipo en el servidor, la velocidad de la navegación, etc. Una vez que todos los elementos en forma individual han sido probados, se procede a la prueba en conjunto de los mismos, esto para comprobar que funcionan perfectamente; en este momento pueden surgir problemas, que quizás lleven a rediseñar alguna parte del modelo, o incluso a desecharlo completamente por no ajustarse a los requerimientos señalados

Prueba

Es donde los cambios identificados en el diseño técnico son implementados y probados para asegurar la corrección y completitud de los mismos con respecto a los requerimientos.

Tipos de prototipo

Baja Fidelidad vs. Alta Fidelidad

Baja Fidelidad: conjunto de dibujos (por ejemplo, una presentación de escenarios) que constituye una maqueta estática, no computarizada y no operativa de una interfaz de usuario para un sistema en planificación.

Alta Fidelidad: conjunto de pantallas que proporcionan un modelo dinámico, computarizado y operativo de un sistema en planificación.

Exploratorio vs. Experimental vs. Operacional

Exploratorio: prototipo no reutilizable utilizado para clarificar las metas del proyecto, identificar requerimientos, examinar alternativas de diseño o investigar un sistema extenso y complejo.

Experimental: prototipo utilizado para la validación de especificaciones de sistema

Operacional: prototipo iterativo que es progresivamente refinado hasta que se convierte en el sistema final.

Horizontal vs. Vertical

Horizontal: prototipo que modela muchas características de un sistema pero con poco detalle. Dicho detalle alcanzará una profundidad determinada, va a resultar especialmente útil en las etapas tempranas de diseño y tiene como objetivo el test del modo de interacción global, al contemplar funciones comunes que el usuario va a utilizar frecuentemente.

Vertical: prototipo que modela pocas características de un sistema pero con mucho detalle. Va a resultar especialmente útil en etapas más avanzadas del diseño y tiene como objetivo el test de detalles del diseño

Diagonal: prototipo horizontal hasta un cierto nivel, a partir del cual se puede considerar vertical

Global vs. Local

Global: prototipo del sistema completo. Prototipo horizontal expandido que modela una gran cantidad de características y cubre un amplio rango de funcionalidades. Va a resultar muy útil a lo largo de todo el proceso de diseño.

Local: prototipo de un único componente o característica del sistema de usabilidad crítica. Va a resultar de utilidad en algunas etapas específicas del proceso de diseño.

Propósito

En la fase de Análisis de un proyecto, su principal propósito es obtener y validar los requerimientos esenciales, manteniendo abiertas, las opciones de implementación. Esto implica que se debe tomar los comentarios de los usuarios, pero debemos regresar a sus objetivos para no perder la atención. En la fase de Diseño, su propósito, basándose en los requerimientos previamente obtenidos, es mostrar las ventanas, su navegación, interacción, controles y botones al usuario y obtener una retroalimentación que nos permite mejorar el Diseño de Interfaz.

Aplicación

El prototipo se convierte en el sistema que se necesita. Esta decisión se toma bajo las siguientes circunstancias Evolución del prototipo. Aplicación (rapidez y eficiencia) Efectos sobre otras aplicaciones Estado de flujo.

Redesarrollo de la aplicación El redesarrollo de una aplicación puede presentarse como parte del método del ciclo de vida del sistema de información. Las dos formas de construcción

de prototipos son: El prototipo se emplea para la determinación de requerimientos El prototipo se emplea como sustituto para el diseño e implementación de aplicaciones

La documentación es un conjunto de elementos registrados sobre cualquier soporte que permita instruir o informar acerca de algo, en función de las necesidades específicas de aquellos que la utilizan.

Importancia

Constituye el respaldo formal de la información Es el elemento integrador que permite la apreciación unitaria y conjunta del sistema Facilita el conocimiento, interpretación, comprensión y divulgación del sistema Constituye un elemento imprescindible para el control interno en general y del sistema en particular; facilita el parámetro de referencia contra el cual se analizará y/o enjuiciará su comportamiento real Elimina los riesgos de dependencia con respecto a determinados individuos que conocen el sistema Es un elemento fundamental para la adecuada capacitación de los usuarios del sistema y facilita la comunicación con los mismos

Modelos de formularios utilizados para documentar los sistemas de información:Hoja de diseño de archivos o registros, Índice de archivos, Hoja de diagramación, Hoja de diseño de salidas impresas y/o formularios, Hoja de diseño de formatos de pantalla, Hoja de programación, Índice de programas, Tabla de decisiones y/o alternativas, Hoja de especificaciones del programa.

La documentación básica necesaria de un sistema de información deberá contar con:

Carpeta de papeles de trabajo (análisis):Síntesis del documento de generación Presupuesto o plan de fijación de tareas Documentación del relevamiento detallado Formularios o comprobantes analizados: Papeles de trabajo del análisis Estudio de factibilidad y diagnóstico

Carpeta de sistemas (diseño global):Fijación de los objetivos del sistema Descripción global del sistema Modelo lógico del sistema (DFD, diccionario de datos, especificación de la lógica) Diseño de entradas y salidas Normas y procedimientos para los usuarios (en operaciones de rutina, de respaldo, de emergencia, de recupero, de uso de back-up) Recursos materiales y humanos necesarios Estudio técnico-económico acerca de la posibilidad de procesar el sistema mediante el uso de un computador

Carpeta de programas (diseño detallado): Descripción detallista del programa Diagrama de lógica Descripción de entradas Descripción de salidas Descripción de

archivos Tablas, cuadros de control de consistencia y parámetros utilizados Controles del programa sobre archivos y datos

Carpeta de operaciones: Normas de control de entradas, salidas y de procesamientos Normas de operación, de recupero, de back-up, de seguridad de archivos Cronograma de procesos Descripción de usuarios.

Los elementos que conforman la documentación de los sistemas, pueden ser categorizados como:

Programas documentadores:Se puede documentar con procesadores de textoUn programa que se puede utilizar para diseñar y/o documentar es el Erwin.Un programa exclusivo para hacer o documentar manuales de usuarios es el HelpWorkshopOtra manera de documentar la instalación y manejo de una aplicación es generando archivos en formato HTML (como una página Web).

Documentación del sistema

La documentación de sistemas es el conjunto de información que nos dice qué hacen los sistemas, cómo lo hacen y para quién lo hacen.

La documentación consiste en material que explica las características técnicas y la operación de un sistema. Es esencial para proporcionar entendimiento de un sistema a quien lo vaya a usar para mantenerlo, para permitir auditoria del sistema y para enseñar a los usuarios como interactuar con el sistema y a los operandos como hacerlo funcionar.

Existen varios tipos de documentación. La de programas, que explica la lógica de un programa e incluye descripciones, diagramas de flujo, listados de programas y otros documentos; la del usuarios en forma general la naturaleza y capacidades del sistema y cómo usarlo.

Muchas organizaciones tienen lo que se conoce como un "programa de documentación", el cual consiste en una política formal cuya documentación se

muestra como algo que debe prepararse en forma rutinaria para cada programa de cómputo, archivo y nuevos sistemas.

Otra definición sería la de registro físico, generalmente por escrito que contiene los siguientes elementos:

Políticas y normas referentes al desarrollo del sistema, su implantación, operación y mantenimiento.

El diseño del sistema de información administrativo. Procedimientos para instalar el sistema de información administrativo. Procedimientos para operar el sistema de información administrativo. Procedimientos para mantener el sistema de información administrativo.

Importancia De La Documentación De Sistemas

La importancia de la documentación bien podría ser comparada con la importancia de la existencia de una Póliza de Seguro; mientras todo va bien no existe la precaución de confirmar si nuestra Póliza de Seguros está o no vigente.

La documentación adecuada y completa, de una aplicación que se desea implantar, mantener y actualizar en forma satisfactoria, es esencial en cualquier Sistema de Información, sin embargo, frecuentemente es la parte a la cual se dedica l menor tiempo y se le presta menos atención.

Siempre se debe documentar un sistema como si estuviera a punto de irse a Siberia el siguiente mes, para nunca volver. Si la documentación del sistema es incompleta el diseñador continuamente estará involucrado y no podrá moverse a otra asignación.

Manual De Usuario

Expone los procesos que el usuario puede realizar con el sistema implantado. Para lograr esto, es necesario que se detallen todas y cada una de las características que

tienen los programas y la forma de acceder e introducir información. Permite a los usuarios conocer el detalle de qué actividades ellos deberán desarrollar para la consecución de los objetivos del sistema. Reúne la información, normas y documentación necesaria para que el usuario conozca y utilice adecuadamente la aplicación desarrollada.

Objetivos

Que el usuario conozca cómo preparar los datos de entrada. Que el usuario aprenda a obtener los resultados y los datos de salida. Servir como manual de aprendizaje. Servir como manual de referencia. Definir las funciones que debe realizar el usuario. Informar al usuario de la respuesta a cada mensaje de error.

Pasos a seguir para definir como desarrollar el manual de usuario:

Identificar los usuarios del sistema: personal que se relacionará con el sistema. Definir los diferentes tipos de usuarios: se presentan los diferentes tipos de

usuarios que usarían el sistema. Ejemplo: usuarios directos, indirectos. Definir los módulos en que cada usuario participará: Se describen los módulos

o procesos que se ejecutarán por cada usuario en forma narrativa breve y clara.

Importancia Del Manual De Usuario

El manual de usuario facilita el conocimiento de:

Los documentos a los que se puede dar entrada por computadora.

Los formatos de los documentos. Las operaciones que utiliza de entrada y

salida de los datos. El orden del tratamiento de la computadora con los datos introducidos. El momento en que se debe solicitar una operación deseada. Los resultados de las operaciones realizadas a partir de los datos introducidos.

Al elaborar el manual de usuario, hay que tener en cuenta a quién va dirigido es decir, el manual puede ser manejado desde el director de la empresa hasta el introductor de datos. Por consiguiente, debe redactarse de forma clara y sencilla para que lo entienda cualquier tipo de usuario.

Diagrama general del sistema

Muestra en forma condensada el flujo general de la información y de las actividades que se realizan en el sistema. Proporciona una visión general del sistema. Representar los diagramas utilizando para ello diagramas de bloques.

Diagrama particular detallado.

Presentar gráficamente todos los pasos que se efectúen dentro del departamento usuario a quien está dirigido este manual. Deben especificarse los archivos de entrada, salida, los resultados, revisiones y procesos manuales.

Explicación Genérica De Las Fases Del Sistema

En este punto se explica en forma específica y detallada todas las operaciones que aparecen representadas en forma gráfica en el diagrama particular. Se analizan cada una de las fases señalando:

El proceso principal que se desarrolla. La entrada de la información. La obtención de un resultado parcial. El envío de información a otra dependencia.

Instalación Del Sistema

La instalación del sistema proporciona detalles completos sobre la forma de instalar el sistema en un ambiente particular.

Iniciación Al Uso Del Sistema

En este punto se explica cómo iniciarse en el sistema y cómo se pueden utilizar sus cualidades comunes. Esta documentación debe decir al usuario cómo salir de un problema cuando las cosas funcionan mal.

Manual De Referencia

Es el documento definitivo de cara al usuario y debe ser completo. Describe con detalle las cualidades del sistema y su uso, los informes de error generados y las situaciones en que surgen esos errores.

Dependiendo del sistema, los documentos al usuario se pueden proporcionar por separado o reunidos en varios volúmenes. Los sistemas de ayuda en línea evitan que el usuario pierda tiempo en consultas manuales.

Caducidad De Documento Fuente Y Destino Final

Como el usuario trabajará con documentos fuentes, éstos podrán tener un período de retención y un destino especificado.

Articulo de opinión

Los prototiposde informática me parece una idea muy valiosa ya que es una técnica de recopilación rápida. Un modelo del comportamiento del sistema que puede ser usado para entenderlo completamente o ciertos aspectos de él y así clarificar los requerimientos. Este también tiene la habilidaduna representación de un sistema, aunque no es un sistema completo, posee las características del sistema final o parte de ellas.

También permite analista crear interactivamente una especificación basada en lenguaje de un sistema o software.

Articulo de opinión

Me gusta la idea de implementar prototipos ya que te proporcionan herramientas automáticas que traducen la especificación basada en el lenguaje de código ejecutable, también te permite al usuario tener visión preliminar del sistema futuro que se implantara en tu diseño o sistema. Puedes hacer que tu prototipo sea mas efectivo si implementas tempranamente en el ciclo de vida del desarrollo de sistemas, durante la fase de determinación de requerimientos.

Conclusión

Para finalizar este documento y darlo por concluido podemos decir que estamos frente a un método de desarrollo que pese a que su etapa de análisis puede ser un poco larga, dependiendo de las veces que se deba modificar los prototipos para conseguir afinidad con el usuario, es muy efectiva desde el punto de vista de producto final, ya que fue el mismo usuario el fue definiendo las características especificas del software al ir evaluando este en su etapa de análisis.

Pese a que este método parece a prueba de fallos existe la posibilidad de que la iteración de las evaluaciones del software no nos lleve en la dirección correcta, o sea que su funcionalidad sea distinta a la que se vio en los prototipos.

No por esto este método deja de ser una buena opción para desarrollar algún software.