El papel que juegan los usuarios en el diseño de un sistema

Al diseñar un sistema, el diseñador, valga la redundancia, esta expuesto a las innumerables critica por parte de los usuarios que usaran ese sistema, es por eso que el diseñador debe ser astuto e inteligente a la hora de crear su programa, en pocas palabras debe ser mas que un diseñador; un usuario y debe pensar como tal.

Diseñar un programa es semejante a cuando las empresas quieren sacar un nuevo producto al mercado, se estudia primero el campo que se desea abarcar, luego el déficit que se presenta para ese momento, las necesidades del consumidor y partiendo de esto es donde se procede a la fabricación del producto, así mismo pasa con la creación de un programa o sistema informático

Los Usuarios

Un usuario es la persona que utiliza o trabaja con algún objeto o que es destinataria de algún servicio público, privado, empresarial o profesional.
Sin embargo, usuario según la RAE (Real Academia Española) es "aquel que usa algo". Esto es algo que se opone a los conceptos de web semántica, web 2.0 y 3.0, trabajo colaborativo..., ya que la realidad actual prima a los ciudadanos como emisores y no sólo como receptores que "usan" los medios.
Es preferible, por tanto, hablar de actores, sujetos, ciudadanos, para referirse a las personas que interactúan en las redes digitales.
Tipos de usuario
En sentido general, un usuario es un conjunto de permisos y de recursos (o dispositivos) a los cuales se tiene acceso. Es decir, un usuario puede ser tanto una persona como una máquina, un programa, etc.


El usuario final de un producto informático (bien sea hardware o software), es la persona a la que va destinada dicho producto una vez que ha superado las fases de desarrollo correspondientes.
Normalmente, el software se desarrolla pensando en la comodidad del usuario final, y por esto se presta especial interés y esfuerzo en conseguir una interfaz de usuario lo más clara y sencilla posible.

Usuario registrado
Se denomina así a la persona que tiene derechos especiales en algún servicio de Internet por acreditarse en el mismo mediante un identificador y una clave de acceso, obtenidos con previo registro en el servicio, de manera gratuita o de pago. Normalmente, un usuario registrado tiene asignada una cuenta propia que mantiene información personalizada del usuario en elservidor, (como puede ser dirección de e-mail y espacio correspondiente). También puede dar acceso a ciertos contenidos no accesibles al público en general, como por ejemplo un usuario registrado en un periódico on-line con acceso por suscripción.

Usuario anónimo
Es usuario anónimo en informática aquel que navega en sitios web (o usa cualquier servicio de la red) sin autenticarse como usuario registrado. En algunos servicios en Internet se dispone de un modo de uso como usuario registrado y otro como usuario anónimo; normalmente, el usuario registrado goza de mayores privilegios.
El anonimato en Internet es uno de sus puntos fuertes, a la vez que motivo habitual de discusión. A los usuarios les gusta sentirse libres para expresarse, mientras que ciertos organismos quisieran un mayor control de todo el movimiento por la red para actuar con más eficacia contra la delincuencia online.

Usuario "beta tester"
En el proceso de desarrollo de software, existe un usuario intermedio entre el desarrollador y el usuario final que se encarga de comprobar y testear que el programa trabaje de la forma prevista. La tarea de los Beta Testers es reportar errores al programador/desarrollador, y es en gran medida responsable de que el programa llegue al usuario final sin errores.

Diseño de sistemas

Diseñador de sistemas: es el responsable de especificar las características de la arquitectura del sistema y que servirá de base para el trabajo de los programadores. En muchos casos, el analista y el diseñador son la misma persona.

Diseño de sistemas de computación

Conceptos y principios
El Diseño de Sistemas se define el proceso de aplicar ciertas técnicas y principios con el propósito de definir un dispositivo, un proceso o un Sistema, con suficientes detalles como para permitir su interpretación y realización física.

La etapa del Diseño del Sistema encierra cuatro etapas:
El diseño de los datos
Trasforma el modelo de dominio de la información, creado durante el análisis, en las estructuras de datos necesarios para implementar el Software.

El Diseño Arquitectónico
Define la relación entre cada uno de los elementos estructurales del programa.

El Diseño de la Interfaz
Describe como se comunica el Software consigo mismo, con los sistemas que operan junto con el y con los operadores y usuarios que lo emplean.

El Diseño de procedimientos
Transforma elementos estructurales de la arquitectura del programa. La importancia del Diseño del Software se puede definir en una sola palabra Calidad, dentro del diseño es donde se fomenta la calidad del Proyecto. El Diseño es la única manera de materializar con precisión los requerimientos del cliente.

El Diseño del Software es un proceso y un modelado a la vez. El proceso de Diseño es un conjunto de pasos repetitivos que permiten al diseñador describir todos los aspectos del Sistema a construir. A lo largo del diseño 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.
Debe ser una guía que puedan leer y entender los que construyan el código y los que prueban y mantienen el Software.

El Diseño debe proporcionar una completa idea de lo que es el Software, enfocando los dominios de datos, funcional y comportamiento desde el punto de vista de la Implementación.
Para evaluar la calidad de una presentación del diseño, se deben establecer criterios técnicos para un buen diseño como son:
Un diseño debe presentar una organización jerárquica que haga un uso inteligente del control entre los componentes del software.

El diseño debe ser modular, es decir, se debe hacer una partición lógica del Software en elementos que realicen funciones y subfunciones especificas.
Un diseño debe contener abstracciones de datos y procedimientos.
Debe producir módulos que presenten características de funcionamiento independiente.

Debe conducir a interfaces que reduzcan la complejidad de las conexiones entre los módulos y el entorno exterior.

Debe 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.

Estos criterios no se consiguen por casualidad. El proceso de Diseño del Software exige buena calidad a través de la aplicación de principios fundamentales de Diseño, Metodología sistemática y una revisión exhaustiva.
Cuando se va a diseñar un Sistema de Computadoras se debe tener presente que el proceso de un diseño incluye, concebir y planear algo en la mente, así como hacer un dibujo o modelo o croquis.

. Herramientas para el Diseño de Sistemas

Apoyan el proceso de formular las características que el sistema debe tener para satisfacer los requerimientos detectados durante las actividades del análisis:

Herramientas de especificación

Apoyan el proceso de formular las características que debe tener una aplicación, tales como entradas, Salidas, procesamiento y especificaciones de control. Muchas incluyen herramientas para crear especificaciones de datos.

Herramientas para presentación

Se utilizan para describir la posición de datos, mensajes y encabezados sobre las pantallas de las terminales, reportes y otros medios de entrada y salida.

Herramientas para el desarrollo de Sistemas

Estas herramientas nos ayudan como analistas a trasladar diseños en aplicaciones funcionales.

Herramientas para Ingeniería de Software

Apoyan el Proceso de formular diseños de Software, incluyendo procedimientos y controles, así como la documentación correspondiente.

Generadores de códigos

Producen el código fuente y las aplicaciones a partir de especificaciones funcionales bien articuladas.

Herramientas para pruebas

Apoyan la fase de la evaluación de un Sistema o de partes del mismo contra las especificaciones. Incluyen facilidades para examinar la correcta operación del Sistema así como el grado de perfección alcanzado en comparación con las expectativas.

La revolución del procesamiento de datos de manera computarizada, junto con las prácticas de Diseño sofisticadas está cambiando de forma dramática la manera en que se trasladan las especificaciones de Diseño d Sistemas de Información funcionales.

La Documentacion

Documentación
La documentación tiene una gran importancia dentro de una empresa, ya que esta ayuda a eliminar la posible dependencia que se pueda formar entre el proyecto realizado, y el ejecutor de éste. Para que toda aplicación tecnológica y todo servicio informático quede adecuadamente documentado, es necesario exigirle a quien lo diseñe y/o desarrolle (puede ser personal interno o un proveedor) que entregue dicha documentación obtenida a través del desarrollo del proyecto, de manera que otras personas relacionadas o autorizadas por la empresa accedan a los conocimientos necesarios para corregir errores, hacer ajustes, etc.
La oposición que entregan los técnicos a la realización del proceso de documentación, se basa principalmente en los costos en que se incurre para su construcción y en el mayor plazo de entrega. Pero estas justificaciones no son posibles de sustentar en la realidad, ya que el mayor costo en que se incurre para documentar se recupera con creces en el futuro, especialmente cuando se ve enfrentado a un error del sistema o tener que efectuarle mantenciones.

Existen dos tipos de documentaciones, que son:

Documentación Manual

Este tipo de documentación se efectúa manualmente. Puede documentarse en papel o en algún medio magnético como disquete o CD. Se cuenta con apoyo de sw para su confección, como un procesador de texto, planilla electrónica y programas graficadores.

Ventajas:

-Refleja historia.
-Muestra la evolución de la documentación en el tiempo.
-Más explicativa.
-Se adecua a la cultura de la organización.
-No consume capacidad de procesamiento.

Desventajas:

-Consume mucho esfuerzo en construirla.
-Documentación incompleta.
-Poca disposición para entregar información.
-Más lenta y sin actualizar.
-Errores de escritura

Documentación Automática

Para este tipo de documentación, existen software que documentan. Pero estos software no están disponibles para todas las plataformas, por lo que hay que revisar bien el ambiente en que se trabaja para ver si existe algún software de documentación compatible.

Este tipo de documentación es muy útil para:
a)Cubicar o dimensionar (definir plazo y costo) de trabajos de mantención de sw. Su utilización requiere de que el sw a analizar haya sido desarrollado en base a alguna norma y que esta norma haya sido respetada.

b)Apoyar labores de auditoria y control.

Ventajas:

-Es inmediata y está siempre actualizada.
-Más rápida.
-Justo a lo requerido.
-No se encuentra sujeta a la disposición del personal.

Desventajas:

-Consume recursos de Hardware.
-No guarda historia, no obstante es posible ir guardando en medios magnéticos las diferentes documentaciones obtenidas en el tiempo y de esta forma ir conservando historia.
-No siempre disponible, pues no hay disponibilidad para todas las plataformas.
-No es explicativa
-Costo, es un software que debe adquirirse

Los dos tipos de documentación no son incompatibles entre sí, por lo que se puede lograr un equilibrio entre ambas para lograr una buena documentación a un buen costo.

Qué documentar

Existen elementos que son necesarios de mantener documentados, como:

Manuales
Pueden estar en cualquier medio, ya sea en papel, CD, diskette, etc. Existen varios tipos de manuales, como:

Usuario

Este manual explica a los usuarios o clientes, como es la utilización del Sw, sus posibles errores, que funciones cumple, como se instala el Sw, sus requerimientos, etc. En las aplicaciones se incluye este manual en línea al cual el usuario puede acceder a él normalmente apretando la tecla de Help en cualquier opción en que se encuentre trabajando dentro de la aplicación, adicionalmente está el manual de FAQ (frequent asked questions) que es un resumen con las respuestas a las preguntas mas frecuentes que se hacen los usuarios.

Técnico

Destinado para uso operacional, este manual señala como se manejan los respaldos, la conexión de equipos periféricos, etc. Según las características de las aplicaciones, este manual puede existir o no.

Errores

Indica que hacer ante la posible ocurrencia de errores y como solucionarlos. Estos errores no son del sistema, sino que son errores que el usuario puede cometer.

Sistemas

Explica qué hace la aplicación, pero se los explica a los técnicos utilizando un lenguaje técnico, ya que está orientada a informática.

Interna

Es documentación que se encuentra dentro de cada uno de los programas, indicando como funcionan éstos. Permite que el programador entienda cómo se ejecuta el programa y también deben registrar todos los cambios efectuados al programa a manera de documentación
Toda esta documentación está dentro del programa fuente, ya que si éste no viene no es posible realizar ningún tipo de modificación a la aplicación.

Diagramas de Red
Para la documentación de los diagramas de red, es necesario contar con planos y dibujos, además de un Sw de apoyo llamado autocad (es un programa de dibujo técnico de Diseño Asistido por Computador). Adicionalmente existen Sw administradores de red, el cual mantiene la documentación de la red que administra y va registrando todas las modificaciones que cambian la configuración, adicionalmente entrega alertas y aviso de algún funcionamiento anormal, a no ser que exista un corte en las comunicaciones que no permita que llegue dicho mensaje, aunque lo probabilidad de ocurrencia de esto último es muy baja.

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.

Sistemas de Documentacion

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.