Taller 9

“En lo tocante a la ciencia, la autoridad de un millar no es superior al humilde razonamiento de una sola persona.” Galileo Galilei

1. Realice un diseño de interfaces asociado al siguiente enunciado: Se tienen CLIENTES de los que se guarda un número de cliente, nombre, apellidos, lista de teléfonos, fax y correo electrónico. Los clientes realizan PEDIDOS. Un pedido no puede ser realizado por dos clientes de manera simultánea. Cada pedido tiene un número de pedido, una fecha asociada y una persona de contacto. Cada pedido aglutina varias LÍNEAS DE DETALLE, cada línea con una cantidad y una referencia a un artículo. Los ARTÍCULOS tienen un descriptor, un identificador de familia y un identificador de modelo. Varias líneas de detalle correspondientes a uno o varios pedidos, las cuales bien en su totalidad o bien en parte, constituyen una nota de ENTREGA. Las notas de entrega contienen una fecha de entrega, una dirección de entrega y el nombre y apellido del receptor. Varias líneas de detalle correspondientes a una o varias notas de entrega, bien en su totalidad o bien en parte, constituyen una FACTURA, la cual contiene un número de factura, un numero de NIT, una fecha de cobro y un modo de pago.

2. Realice el diseño de interfaces para la tienda de compra y venta de teléfonos celulares “Androide”, considerando el conjunto de documentos generados en talleres anteriores.

3. Escriba un resumen comentado utilizando el siguiente texto: “Según Browne, Norman y Riches, el diseño de este tipo de interfaz debería seguir una metodología que le asegure el logro de los objetivos y beneficios esperados. La misma se compone de los siguientes elementos: ANÁLISIS DE REQUERIMIENTOS. Determinar objetivos y alcance, Definir qué variabilidad (del usuario y de las tareas) serán tenidas en cuenta, Especificar la aceptabilidad (costos vs. beneficios) Estudiar la usabilidad del sistema. ANÁLISIS DE VIABILIDAD. Factibilidad de señales de adaptación, cambios de la interfaz, suposiciones que justifiquen la adaptación, Determinación de niveles de adaptatividad, Usabilidad. DISEÑO. La arquitectura debe asegurar un rendimiento aceptable, Tener en cuenta aspectos de forma, contenido y temporización entre eventos, Comportamiento adaptativo: cómo las señales determinan los cambios. CONSTRUCCIÓN. De los modelos (Dominio, Interacción y Usuario), De detectores de señales, De mecanismos de control. EVALUACIÓN POSTERIOR. Efectos de la interacción: cuáles son los beneficios, qué tan generalmente aplicables pueden ser, Operación del sistema: ¿se alcanzó el nivel de adaptatividad previsto?, ¿Fueron válidas las suposiciones establecidas? Para Benyon existen 5 fases en el diseño de sistemas adaptativos: ANÁLISIS FUNCIONAL, que debe establecer las principales funciones del sistema. ANÁLISIS DE DATOS, que se ocupa de la comprensión y representación del significado y estructura de los datos. Junto con el anterior, definen la capacidad del sistema para procesar la información. ANÁLISIS DEL CONOCIMIENTO DE LAS TAREAS, que se ocupa de las características cognitivas requeridas a los usuarios por el sistema, como por ejemplo estrategias de búsqueda, modelo mental, experiencia previa, etc. ANÁLISIS DE USUARIO, que se encarga de construir un modelo de usuario según los atributos relevantes para la aplicación. ANÁLISIS DE ENTORNO, que estudiará las características del entorno donde funcionará el sistema“

NOTA
Las respuestas a este taller deben ser enviadas en formato .doc a la dirección de correo electrónico: saguicas@yahoo.com.mx, en el asunto debe indicar Taller 9 ADS, en el cuerpo debe incluirse los nombres, apellidos, número de cedula de identidad y dirección de mail de cada uno de los integrantes de grupo. El documento de respuestas debe acompañarse como documento adjunto.

Interfaz de usuario

DEFINICIÓN
La interfaz de usuario (IU) es uno de los componentes más importantes de cualquier sistema computacional, pues funciona como el vínculo entre el humano y la máquina. La interfaz de usuario es un conjunto de protocolos y técnicas para el intercambio de información entre una aplicación computacional y el usuario. La IU es responsable de solicitar comandos al usuario, y de desplegar los resultados de la aplicación de una manera comprensible. La IU no es responsable de los cálculos de la aplicación, ni del almacenamiento, recuperación y transmisión de la información.

El éxito de un programa frecuentemente se debe a qué tan rápido puede aprender el usuario a emplear el software, de igual importancia es el que el usuario alcance sus objetivos con el programa de la manera más sencilla posible.

Es importante señalar que dentro del proceso de creación de la IU existen cuatro diferentes tipos de personas involucradas. La primera persona, y probablemente la más importante, es el usuario final o simplemente usuario. El usuario es quien va a utilizar el programa final. La segunda persona es aquella que crea la interfaz de usuario. Esta persona es conocida como diseñador o arquitecto de la interfaz de usuario. Trabajando muy cercanamente con el diseñador estará el programador de la aplicación, este será el encargado de la escritura del software del resto de la aplicación. Muy frecuentemente el diseñador utilizará herramientas especiales para la creación del software de la IU (como los toolkits), y estas herramientas son elaboradas por el creador de herramientas.

CARACTERÍSTICAS DE UNA INTERFAZ
Una interfaz debe cumplir las siguientes condiciones:
• Naturalidad. El nuevo sistema automatizado debe tender a ser lo más similar al antiguo.
• Facilidad de aprendizaje y uso, dos aspectos que no siempre van unidos.
• Consistencia. La interfaz debe mantener uniformidad en cuanto a estilo, vocabulario, etc.

Naturalidad
Una interfaz es natural, cuando provoca al usuario sentimientos de ”estar como en casa”. Todo trabajador tiene:
• Una forma de actuar
• Una forma de organizarse
• Un vocabulario propio para las tareas habituales
• Un entorno que ya domina, al que está acostumbrado y del que, tal vez, le sea difícil de salir.

Facilidad de aprendizaje y uso
Proporcionar al usuario un sistema de ayuda potente. Pero, ¡cuidado! El sistema de ayuda puede ser un obstáculo una vez que se domine el producto (esta ayuda no debe ser automática). Para disfrutar de esta característica, la interfaz debe incorporar:
• Administración de perfiles de usuario. Según el grado de perfil, la interfaz ejecutarla unas acciones u otras.
• Mecanismos de realimentación que proporcione al usuario información sobre la ejecución actual del trabajo.
• Mecanismos de prevención de desastres.
• Sistemas de ayuda: Tratan de evitar que el usuario tenga que acceder a los manuales para resolver una duda puntual. Los mejores sistemas de ayuda son los que se denominan “sensibles al contexto”. Es capaz de determinar la circunstancia que origina la petición de ayuda y proporcionar un auxilio muy concreto sobre la materia que interesa.

Consistencia
Debe mantenerse una uniformidad a lo largo de toda la extensión de la interfaz: modo de operación, diseño, etc. Si cada componente actúa con distinta filosofía, obliga al usuario a cambiar la mentalidad de trabajo.

TIPOS DE INTERFAZ
Al iniciar cualquier sistema operativo, el usuario ve e interactúa con un conjunto de elementos en la pantalla que constituyen lo que se denomina la interfaz del usuario. La interfaz de usuario constituye la manera en que el usuario interactúa con la computadora. En los sistemas operativos actuales es común el uso de una interfaz gráfica de usuario: una colección de objetos sobre un fondo coloreado (basada en la metáfora del escritorio) con iconos, ventanas redimensionables, menús y cuadros de diálogo.

En general las aplicaciones diseñadas para correr o ser ejecutadas en un particular sistema operativo utilizan los mismos elementos de interfaz, de modo que los usuarios permanecen bajo una interfaz coherente y familiar.

Interfaz de línea de comandos
Requiere que el usuario introduzca la instrucción o comando por medio del teclado. El usuario teclea o escribe los comandos, carácter a carácter ante un indicador, usando la sintaxis y nomenclatura correctas y luego oprime para ejecutarlo. Los usuarios experimentados en esta interfaz afirman que es más simple, más rápida y que proporcionan mejor información que las interfaces gráficas.










Interfaz controlada por menús
Esta interfaz proporciona menús para seleccionar opciones del programa, así el usuario no tiene que memorizar comandos. En lugar de esto los comandos son seleccionados del menú presentado en pantalla, como cuando se escoge algún plato en un restaurante.







Interfaz gráfica del usuario
En este tipo de interfaz, los usuarios controlan el sistema señalando y haciendo clic en gráficos o iconos de la pantalla que representan las características del programa. Se basa en el hecho de que la gente reconoce con más rapidez y facilidad las representaciones gráficas que las palabras o frases que lee. Se le asocia generalmente a otras características, como el uso de una interfaz de ratón activo con menús de despliegue descendente, cajas de diálogo, cajas de verificación, botones de radio y elementos semejantes.

Taller 8

“En lo tocante a la ciencia, la autoridad de un millar no es superior al humilde razonamiento de una sola persona.” Galileo Galilei.

1. Realice el modelo de Diagrama Entidad Relación correspondiente al siguiente enunciado: Se tienen CLIENTES de los que se guarda un número de cliente, nombre, apellidos, lista de teléfonos, fax y correo electrónico. Los clientes realizan PEDIDOS. Un pedido no puede ser realizado por dos clientes de manera simultánea. Cada pedido tiene un número de pedido, una fecha asociada y una persona de contacto. Cada pedido aglutina varias LÍNEAS DE DETALLE, cada línea con una cantidad y una referencia a un artículo. Los ARTÍCULOS tienen un descriptor, un identificador de familia y un identificador de modelo. Varias líneas de detalle correspondientes a uno o varios pedidos, las cuales bien en su totalidad o bien en parte, constituyen una nota de ENTREGA. Las notas de entrega contienen una fecha de entrega, una dirección de entrega y el nombre y apellido del receptor. Varias líneas de detalle correspondientes a una o varias notas de entrega, bien en su totalidad o bien en parte, constituyen una FACTURA, la cual contiene un número de factura, un numero de NIT, una fecha de cobro y un modo de pago.

2. Modele utilizando diagramas Entidad Relación el siguiente escenario. Se desea modelar la estructura de un banco. Un banco tiene cuentas corrientes, cuentas de ahorro y clientes. Un cliente tiene al menos una cuenta, aunque puede tener varias cuentas de cualquiera de los dos tipos. Cada cuenta pertenece a un único cliente. Los clientes tienen un nombre, una dirección y se identifican por su código. Los clientes del banco son personas reales u organizaciones. Las personas tienen fecha de nacimiento y sexo; en cambio las organizaciones tienen un tipo de organización (empresa, institución pública, etc.), un representante y un número de empleados. Cada cuenta se identifica por un código-cuenta-cliente (CCC), formado por el identificador del banco, de la sucursal y el número de la cuenta (dentro de dicha sucursal). Todas las cuentas tienen un saldo actual y un saldo medio, pero el tipo de amortización sólo lo tienen las cuentas de ahorro. Cada sucursal se identifica por su número. Además tiene una dirección, un código postal y una ciudad. Los empleados del banco se identifican por su número de cedula de identidad. También interesa conocer su nombre, fecha nacimiento, sexo y la sucursal en la que trabajan (aunque hay empleados que no trabajan en ninguna sucursal). Hay que tener en cuenta que un cliente no podrá tener más de una cuenta en cada sucursal.

3. Se desea crear un sistema para el control de las votaciones electrónicamente. Para ello, se desea crear un modelo de la base de datos que permita almacenar los datos necesarios. El sistema debe almacenar los partidos políticos a los que los votantes pueden votar. De dichos partidos es necesario conocer sus siglas, su nombre y la dirección de su sede principal. Un partido puede presentar una candidatura en cada uno de los municipios. De un municipio es necesario conocer su nombre, población, censo y los votos totales contabilizados en las últimas elecciones. Una mesa contabiliza los votos para cada partido. Además de cada mesa es necesario conocer el censo, los votos en blanco, los votos nulos, así como el número de mesa que la identifica. Cada mesa es de un colegio, y cada colegio puede tener más de una mesa. Cada colegio pertenece a un municipio y tiene un número de distrito. Cada colegio es presidido por uno de los miembros de las mesas. Las mesas están compuestas por una serie de miembros. Cada mesa estará presidida por uno de los miembros de esa mesa. Sin embargo, un miembro no podrá presidir a la vez una mesa y un colegio, para evitar que se le acumule una cantidad excesiva de trabajo. Diseña un modelo entidad/relación que modele el escenario descrito.

4. Se quiere almacenar información sobre los trabajadores, departamentos y secciones departamentales de una determinada empresa, para lo cual se dispone de los siguientes datos: (a) De los trabajadores se necesita almacenar su número de cedula de identidad, nombre, dirección, teléfono, y cónyuge (en caso de que este trabaje también en la empresa). (b) De los departamentos se necesita conocer su nombre (único), su único director (que es un trabajador), tarea asignada al mismo y localidad donde está ubicada la dirección. (c) Los departamentos están subdivididos en secciones cada una con una subtarea específica. Cada sección tiene un director, que también es un trabajador de la empresa. De las secciones también se necesita conocer su nombre (único), localidades donde está ubicada y número mínimo de empleados. (d) Una determinada sección sólo pertenece a un departamento. (e) Los trabajadores pueden pertenecer a más de una sección, siempre y cuando no pertenezcan a más de una sección por departamento. (f) Los trabajadores sólo pueden dirigir un departamento. (g) Los trabajadores sólo pueden dirigir una sección. Diseñe el modelo Entidad Relación que exprese los requisitos anteriores.

5. Realice el Diagrama Entidad Relación para la tienda de compra y venta de teléfonos celulares “Androide”, considere el conjunto de documentos generados en talleres anteriores.

NOTA
Las respuestas a este taller deben ser enviadas en formato .doc a la dirección de correo electrónico: saguicas@yahoo.com.mx, en el asunto debe indicar Taller 8 ADS, en el cuerpo debe incluirse los nombres, apellidos, número de cedula de identidad y dirección de mail de cada uno de los integrantes de grupo. El documento de respuestas debe acompañarse como documento adjunto.

Modelo Entidad Relación

Conceptos del Modelo E-R
Un modelo Entidad-Relación es un aspecto del mundo real que el diseñador intenta capturar en un sistema de información. En este modelo, la estructura se describe por un conjunto de entidades u objetos de interés, relacionados entre sí a través de relaciones. Se utiliza el término entidad en sentido genérico, refiriéndose a una clase de objetos en lugar de a un objeto en particular. Los siguientes, son ejemplos de entidades:
• clientes
• cuentas corrientes
• alumnos

Una instancia de una entidad es un individuo particular que pertenece a la clase definida por esa entidad; por ejemplo:
• "Hugo Sánchez"
• 06-3258
• Juan Guido

Además de entidades y relaciones, el modelo Entidad-Relación utiliza atributos para describir las entidades.

ENTIDADES Y ATRIBUTOS
El objeto básico que se representa en el modelo ER es la entidad: una "cosa" del mundo real con independencia independiente. Una entidad puede ser un objeto con existencia física -una persona, un auto, una casa, etc.- o un objeto con existencia conceptual -una compañía, un curso universitario, etc.-. Cada entidad tiene propiedades específicas llamada atributos, que la describen. Por ejemplo, una entidad empleado puede describirse con su nombre, su edad, su dirección, su salario y su puesto de trabajo. Una entidad particular tendrá un valor para uno de sus atributos.

Tipos de atributos. En el modelo ER existen distintos tipos de atributos, como por ejemplo, monovaluados, multivaluados, descriptores, identificadores.

Los atributos descriptores, no son "divisibles", es decir, son atómicos, representan un único dato para la instancia de la entidad que se está modelando; por ejemplo: para el atributo "nombre" de la entidad alumno, el valor será "Juan Guido".

En su mayoría los atributos tienen un solo valor para una entidad en particular, y reciben el calificativo de monovaluados. Por ejemplo, Edad, es un atributo monovaluado de la entidad Persona. Hay casos en los que un atributo puede tener un conjunto de valores para la misma entidad; por ejemplo, un atributo Colores para un automóvil, o un atributo GradosUniversitarios para una Persona. Los autos de un sólo color sólo tienen un valor de Colores, pero los de dos tonos pueden tener dos. De manera similar, una persona podría no tener grado universitario alguno, otra podría tener uno, y una tercera podría tener dos o más grados; así, diferentes personas pueden tener distintos números de valores para el atributo GradosUniversitarios. Los atributos de este tipo se denominan multivaluados, y pueden tener límites inferior y superior del número de valores para una entidad individual.

Dentro de los atributos de una entidad, debe existir uno o más de un atributo que identifique a una instancia determinada de la entidad a la que pertenece, este o estos atributos reciben el nombre de identificadores o atributos clave

RELACIONES
Un tipo de relación R entre n tipos de entidades E1, E2, E3, ..., En define un conjunto de asociaciones entre entidades de estos tipos. En términos matemáticos, R es un conjunto de ejemplares de relación ri donde cada ri asocia n entidades (e1, e2, e3, ..., en) y cada entidad ej de ri es miembro del tipo de tipo de entidades Ej, 1 £ j £ n. Por lo tanto, un tipo de relación es una es una relación matemática sobre E1, E2, E3, ..., En, que también puede definirse como un subconjunto del producto cartesiano E1 X E2 X E2 X ... X En. Se dice que cada uno de los tipo de de entidades E1, E2, E2, ..., En participa en el tipo de vínculo R y, de manera similar, cada una de las entidades individuales e1, e2, e3, ..., en participa la instancia de la relación ri = (e1, e2, e3, ..., en).

En términos informales, cada ejemplar de la relación ri de R es una asociación de entidades, donde la asociación incluye una y sólo una entidad de cada tipo de entidades participante. Cada uno de estos ejemplares de relación ri representa el hecho de que las entidades que participan en ri están relacionadas entre sí de alguna manera en la situación correspondiente del minimundo a representar.

Por ejemplo, considere un tipo de relación PERTENECE_A entre los tipos de entidades EMPLEADO y DEPARTAMENTO, que asocia a cada empleado con el departamento al que pertenece. Cada ejemplar de la relación PERTENECE_A asocia una instancia de la entidad empleado y la entidad departamento.

Grado de un tipo de relación. El grado de un tipo de relación es el número de tipos de entidades que participan en él. Así, el tipo de relación PERTENECE_A es de grado dos. Los tipos de relaciones de grado dos se llaman binarios, y los de grado tres se llaman ternarios.

La razón de cardinalidad especifica el número de ejemplares de relación en los que puede participar una entidad. El tipo de vínculo binario PERTENECE_A entre DEPARTAMENTO y EMPLEADO tiene razón de cardinalidad 1:N, lo que significa que cada departamento puede estar relacionado con muchos empleados, pero un empleado sólo puede estar relacionado con (pertenecer a) un departamento. Las razones de cardinalidad más comunes en el caso de tipos de vínculos binarios son 1:1, 1:N y N:M.

Un ejemplo de tipo de relación 1:1 es DIRIGE, que relaciona una entidad departamento con el empleado que dirige ese departamento. Esto representa las restricciones del minimundo de que un empleado sólo puede dirigir un departamento y de que un departamento sólo tiene un gerente. El tipo de vínculo TRABAJA_EN tiene razón de cardinalidad M:N, si la regla es que un empleado puede trabajar en varios proyectos y que varios empleados pueden trabajar en un proyecto.

La restricción de participación especifica si la existencia de una instancia en una entidad depende de que esté relacionada con otra entidad a través del tipo de relación. Hay dos clases de restricciones de participación -total y parcial-. Si la política de una compañía establece que todo empleado debe pertenecer a un departamento, una instancia en la entidad empleado sólo puede existir si participa en un ejemplar de la relación PERTENECE_A. Se dice que la participación de EMPLEADO en PERTENECE_A es total, porque toda instancia de la entidad del "conjunto total" de entidades empleado debe estar relacionada con una instancia de la entidad departamento a través de PERTENECE_A. Para el caso de la relación DIRIGE, es de no esperar que todo empleado dirija un departamento, así que la participación de EMPLEADO en el tipo de relación DIRIGE es parcial, lo que participa que parte del las instancias de la entidad empleado están relacionados con una entidad departamento a través de DIRIGE, pero no necesariamente todas. Las razones de cardinalidad de los vínculos binarios se indican en los diagramas ER anotando 1, M, N.

Atributos de los tipos de relaciones. Los tipos de relaciones también pueden tener atributos, similares a los de los tipos de entidades. Por ejemplo, pare registrar el número de horas que un empleado debe trabajar en un proyecto, se puede incluir un atributo "Horas" para la relación TRABAJA_EN.

Cabe señalar que los atributos de las relaciones 1:1 o 1:N se pueden trasladar a una de las entidades participantes.

En el caso de las relaciones M:N, algunos atributos pueden estar determinados por la combinación de las entidades participantes en la relación, y no por alguna de ellas solamente.

ENTIDADES DÉBILES
Es posible que algunas entidades no tengan atributos claves propios; éstos se denominan tipos de entidades débiles. Las entidades que pertenecen a un tipo de entidades débiles se identifican por su relación con entidades específicas de otro tipo de entidades, en combinación con alguno de los valores de sus atributos. Se dice que este otro tipo de entidad es el propietario identificador, y se llama al tipo de relación que relaciona un tipo de entidad débil con su propietario el vínculo identificador del tipo de entidad débil. Los tipos de entidades débiles siempre tienen una restricción de participación total (dependencia de existencia) con respecto a su vínculo identificador, porque una entidad débil no se puede identificar sin una entidad propietaria.

Por lo regular los tipos de entidades débiles tienen una clave parcial, que es el conjunto de atributos que atributos que pueden identificar de manera única las entidades débiles relacionadas con la misma clave propietaria.

PASAJE DEL MODELO ER AL MODELO RELACIONAL
Lo que se explicará a continuación, será un resumen de cómo pasar desde el modelo Entidad-Relación al modelo relacional.

Paso 1. Por cada tipo normal de entidades E del esquema ER, se crea una relación R que contenga todos los atributos simples de E. Se define a la clave primaria de R.

Paso 2. Por cada tipo de entidad débil D del esquema ER con entidades propietarias E, se crea una relación R y se incluyen todos los atributos simples de D como atributos de R. Además, se incluyen como atributos de clave externa de R los atributos de clave primaria de la o las entidades propietarias de D. La clave primaria de R es la combinación de las claves primarias de las propietarias y la clave parcial de D, si existe.

Paso 3. Por cada relación binaria 1:1, R, del esquema ER, se identifican las entidades S y T que participan de R. Se elige un de las entidades; por ejemplo, S y se incluye como clave foránea de S a la clave primaria de T. Es mejor elegir una entidad con participación total en R en el papel de S. Se incluyen todos los atributos simples de la relación R como atributos de S.

Paso 4. Por cada relación binaria 1:N, R, se identifica la relación S que representa el tipo de entidades participante del lado N de la relación. Se incluye como clave foránea en S a la clave primaria de la relación T que participa en R; la razón es que cada instancia del lado N está relacionada con un máximo de una instancia del lado 1. Se incluyen todos los atributos simples de la relación como atributos de S.

Paso 5. Por cada tipo de vínculo binario M:N, R, se crea una nueva entidad S. Se incluyen como atributos de clave foránea en S a las claves primarias de las entidades que participan de la relación; su combinación constituirá la clave primaria de S. También se incluyen todos los atributos componentes de la relación R en S.

Paso 6. Por cada atributo multivaluado A se crea una nueva relación R que contiene un atributo corespondiente a A más el atributo de clave primaria K (como clave foránea en R) de la entidad que contiene a A como atributo multivaluado. La clave primaria de R es la combinación de A y K.

Paso 7. Por cada relación n-aria R, n > 2, se crea una nueva relación S que representa a R. Se incluyen como atributos de clave foránea en S las claves primarias de las relaciones que representan las entidades participantes. También se incluyen los atributos de la relación n-aria como atributo de S. La clave primaria de S casi siempre es una combinación de todas las claves foráneas que hacen referencia a las entidades que participan de la relación.

Base de datos

INTRODUCCIÓN
Una base de datos es un conjunto de datos relacionados entre si. Por datos se entienden hechos conocidos que pueden registrarse y que tienen un significado implícito. Por ejemplo, un número de teléfono, un número de documento, un nombre, etc.

Una base de datos tiene las siguientes propiedades implícitas:
· Una base de datos representa algún aspecto del mundo real, en ocasiones llamada minimundo. Las modificaciones del minimundo se reflejan en la base de datos.
· Una base de datos es un conjunto de datos lógicamente coherente, con cierto significado inherente. Una colección aleatoria de datos no puede considerarse propiamente una base de datos.
· Toda base de datos se diseña, construye y prueba con datos para un propósito específico. Está dirigida a un grupo de usuarios y tiene ciertas aplicaciones preconcebidas que interesan a dichos usuarios.

Considere el conjunto de toda la información que es relevante a la operación de una organización: para un banco, será información relativa a cuentas, clientes, empleados, equipos, etc. Toda esa información, apropiadamente organizada y codificada se colocará en la base de datos de la organización. Ningún programa de aplicación tendrá acceso directo a los archivos que componen la base de datos, sino que se interpondrá entre estos archivos y los programas de aplicación un nuevo nivel de software, el Sistema de Gestión de Base de Datos (SGBD). El SGBD provee acceso a la información a un alto nivel de abstracción: en lugar de manipular archivos, registros, índices, cilindros, el programa de aplicación se maneja enteramente en términos de clientes, cuentas, saldos, etc., que son traducidos por el SGBD a su implementación física.

Un sistema de gestión de base de datos es un conjunto de programas que permite a los usuarios crear y mantener una base de datos. Por lo tanto, un SGBD es un software de propósito general que facilita el proceso de definir, construir y manipular bases de datos para diversas aplicaciones.
· Definir la base de datos consiste en especificar los tipos de datos, las estructuras y las restricciones de los datos que se almacenarán en ella.
· El proceso de construir una base de datos consta de la carga de los datos mismos en algún medio de almacenamiento controlado por un SGBD.
· En la manipulación de una base de datos intervienen funciones como consultar la base de datos para obtener datos específicos, actualizar la base de datos para reflejar cambios en el minimundo y generar informes a partir de los datos.

TIPOS DE USUARIOS
Muchas personas participan en el diseño, uso y mantenimiento de una base de datos grande. Las más importantes son:
· Administradores. Si se considera a la base de datos y al SGBD como recursos del sistema de base de datos, se debe considerar a una persona que administre dichos recursos. El administrador de la base de datos (DBA, en inglés) es quién se encarga de autorizar el acceso a la base de datos, de coordinar y vigilar su empleo, y de adquirir los recursos necesarios de software y hardware. El DBA es la persona responsable cuando surgen problemas como violaciones a la seguridad o una respuesta lenta del sistema.
· Diseñadores de bases de datos. se encargan de identificar los datos que se almacenarán en la base de datos y de elegir las estructuras apropiadas para representar y almacenar dichos datos.
· Usuarios finales. son las personas que necesitan tener acceso a la base de datos para consultarla, actualizarla y generar informes; la base de datos existe primordialmente para que ellos la usen.
· Analistas y Programadores de Aplicaciones. Los analistas determinan los requerimientos de los usuarios finales y desarrollan especificaciones para transacciones programadas que satisfagan dichos requerimientos. Los programadores implementan estas especificaciones en forma de programas y luego prueban, depuran, documentan y mantienen esas transacciones programadas.

CARACTERÍSTICAS DEL SGBD
Ahora se analizan qué características son deseables en los SBGD y qué capacidades deben ofrecer.

Control de redundancia
En la creación tradicional de programas de archivos, cada grupo de usuarios mantiene sus propios archivos para manejar sus aplicaciones de procesamiento de datos. Suponga la situación para una base de datos de un supermercado. Los grupos involucrados serían, entre otros, el de finanzas y el de reposición. Con el enfoque tradicional, cada sector mantendría archivos independientes para los proveedores, cada uno con un objetivo distinto. Buena parte de los datos se almacenarían dos veces.

Generalmente, esta redundancia de datos provoca varios problemas:
· Es necesario realizar la misma actualización -introducir un nuevo proveedor- varias veces: una vez en cada archivo que contenga datos de proveedores. Esto implica duplicar el trabajo
· Se desperdiciar espacio de almacenamiento al guardar los mismos datos en varios lugares
· Es posible que los archivos que representan los mismos datos se tornen inconsistentes

Con el enfoque de bases de datos, las vistas de los diferentes grupos de usuarios se integran durante el diseño de la base de datos. Para conservar la consistencia, debe crearse un diseño que almacene cada dato lógico -como la dirección del proveedor- en un solo lugar de la base de datos. Ello evita la inconsistencia y ahorra espacio de almacenamiento.

Restricción de los accesos no autorizados
Cuando muchos usuarios comparten una misma base de datos, es probable que no todos tengan la autorización para tener acceso a toda la información que contiene. El SGBD debe contar con un subsistema de seguridad y autorización que permita al DBA crear cuentas y especificar restricciones para ellas.

Cumplimiento de las restricciones de integridad
La mayor parte de las aplicaciones de base de datos tienen ciertas restricciones de integridad que deben cumplir los datos. El SGBD debe ofrecer recursos para definir tales restricciones y hacer que se cumplan. Por ejemplo, en la figura 1, se puede especificar que el valor del elemento Ciclo dentro de cada registro de la tabla ESTUDIANTE debe ser un entero entre 1 y 6 (primero a sexto).

ESTUDIANTE
Nombre Matrícula Ciclo Carrera
Juan Suárez 17 1 501
Pedro Bozo 8 2 502
Figura 1: tabla ESTUDIANTE

Otro tipo de restricción especifica que los valores de los elementos de información sean únicos; por ejemplo, "cada registro de ESTUDIANTE debe tener un valor único de Matrícula". Estas restricciones se derivan de la semántica (o significado) de los datos y del minimundo que representa. Es responsabilidad de los diseñadores de la base de datos identificar las restricciones de integridad durante el diseño. Algunas restricciones se pueden especificar en el SGBD, el cual hará automáticamente que se cumplan; otras pueden requerir verificación mediante programas de actualización o en el momento en el que se introducen los datos.

Respaldo y recuperación
Todo SGBD debe contar con recursos para recuperarse de fallos de hardware o de software. Para ello está el subsistema de respaldo y recuperación del SGBD. Por ejemplo, si el sistema falla mientras se está ejecutando un complejo programa de actualización, el subsistema de recuperación se encargará de asegurarse de que la base de datos se restaure al estado en el que estaba antes de que comenzara la ejecución del programa.

FUNCIONES DE UN SGBD
Las funciones provistas por un SGBD pueden agruparse en tres clases:
· Consulta y actualización de datos
· Mantenimiento de esquemas
· Manejo de transacciones

Consulta y Actualización
Ésta es la clase más básica de funciones y la única que es visible "desde afuera". Consiste en un conjunto de herramientas que permite a los distintos tipos de usuarios del SGBD extraer, manipular y modifica la información almacenada en la base de datos.

Algunos sistemas proveen una única interfaz, llamada generalmente lenguaje de consulta, para ser usada por todos los tipos de usuario. Por ejemplo, el lenguaje SQL permite ejecutar consultas y actualizaciones en una notación vagamente similar al lenguaje natural. La expresión:
select matricula, nombre
from alumnos
where carrera = "Informática" and edad < 21
produce como resultado una tabla con los números de matrícula y los nombres de todos los alumnos menores de edad de la carrera de Informática.

Mantenimiento de esquemas
El esquema de la base de datos es la descripción de la estructura de la información almacenada en ella. Por ejemplo, para un sistema basado en tablas, el esquema puede consistir en una lista de tablas en uso, los campos que contienen, el tipo de datos de cada campo, descripciones en lenguaje natural del propósito de cada tabla y cada campo, y restricciones sobre los valores admisibles en cada campo.

Así como los usuarios necesitan acceder, agregar y modificar datos, también necesitan acceder, agregar y modificar el esquema de datos. Por ejemplo, un usuario que se acerca por primera vez a una base de datos querrá saber antes que nada qué información contiene ésta, un programador puede escribir programas que definan y creen nuevos tipos de entidades, o eliminen algunos preexistentes; el DBA necesita controlar qué usuarios tienen accesos a qué información, formulando reglas de seguridad que se hacen parte del esquema.

Manejo de Transacciones
Una de las áreas principales de aplicación de los SGBDs es lo que se llama procesamiento de transacciones. Una transacción es un programa de aplicación, generalmente de duración breve, que accede y actualiza una parte también generalmente pequeña de la base de datos. Típicos ejemplos son un depósito o extracción de una cuenta bancaria, o una reservación en un vuelo, o una verificación de una tarjeta de crédito.

El manejo de transacciones consiste en controlar múltiples transacciones ejecutando el paralelo sobre una misma base de datos corriendo en un sistema que puede fallar. Los objetivos del gestor de transacciones del SGBD son: evitar que las transacciones interfieran unas con otras al ejecutar en paralelo, y garantizar que la base de datos no sea dañada en forma irreparable por caídas, ya sea del sistema en sí o de alguna de las transacciones. El primero de los objetivos da lugar a lo que se llama control de paralelismo; el segundo, a técnicas de recuperación.

Notas parciales

Se adjuntan las notas correspondientes al primer parcial, en estas se incluyen la prueba presencial, el ejercicio enviado a correo electrónico y el control de lectura 1.

Taller 7

“La ciencia consiste en sustituir el saber que parecía seguro por una teoría, o sea, por algo problemático.” José Ortega y Gasset.

1. Estas son varias situaciones que piden decisiones acerca del contenido de la salida, metodología de la salida, distribución, etc. Para cada situación tome en cuenta la decisión de salida adecuada. (a) Un proveedor grande y bien visto de materias primas principales para el proceso de producción de su compañía requiere un reporte de totales anuales de lo que se le ha comprado. ¿Cuál es el método de salida? (b) Memorándums internos para "la generación de ideas" son circulados por medio del personal con relación a los planes para un día de campo/colecta de fondos de la compañía. ¿Cuál es el método de salida? (c) Un tomador de decisiones principal necesita un reporte de totales sobre la situación financiera para usarlo en la presentación de una propuesta ante un financiador externo potencial. ¿Cuál es el método de salida? (d) Se necesita un listado de las reservaciones de habitaciones de hotel de la noche actual para uso del personal de la recepción. ¿Cuál es el método de salida? (e) Se necesita un listado de las reservaciones de habitaciones de hotel de la noche actual para uso de la policía local. ¿Cuál es el método de salida? (f) Un conteo en tiempo real de personas que pasan por las puertas de un parque de diversiones, será usado por los patrulleros del estacionamiento. ¿Cuál es el método de salida? (g) Un sistema de inventario debe registrar un artículo cada vez que ha sido escaneado con un lector de código de barras ¿Cuál es el método de salida? (h) Un reporte de resumen de los incrementos de pagos por méritos, asignados a cada uno de 120 empleados, será usado por 22 supervisores durante la reunión conjunta de supervisores y posteriormente cuando expliquen los incrementos de pago por méritos a sus propios empleados departamentales ¿Cuál es el método de salida? (i) Tres planeadores estratégicos necesitan información competitiva en la organización, pero es sensible industrialmente si se distribuye ampliamente. ¿Cuál es el método de salida?

2. Diseñe las formas de entrada y salida efectivas para la tienda de compra y venta de teléfonos celulares “Androide”, considere el conjunto de documentos generados en talleres anteriores.

3. Escriba un resumen comentado utilizando el siguiente texto: “…Un sistema de información es un conjunto de elementos interrelacionados con el propósito de prestar atención a las demandas de información de una organización, para elevar el nivel de conocimientos que permitan un mejor apoyo a la toma de decisiones y desarrollo de acciones. Otros autores, de una manera más acertada definen sistema de información como: conjunto de elementos que interactúan entre sí con el fin de apoyar las actividades de una empresa o negocio. Teniendo muy en cuenta el equipo computacional necesario para que el sistema de información pueda operar y el recurso humano que interactúa con el Sistema de Información, el cual está formado por las personas que utilizan el sistema. Un sistema de información realiza cuatro actividades básicas: entrada, almacenamiento, procesamiento y salida de información. (1) Entrada de Información. Es el proceso mediante el cual el Sistema de Información toma los datos que requiere para procesar la información. Las entradas pueden ser manuales o automáticas. Las manuales son aquellas que se proporcionan en forma directa por el usuario, mientras que las automáticas son datos o información que provienen o son tomados de otros sistemas o módulos. Esto último se denomina interfaces automáticas. Las unidades típicas de entrada de datos a las computadoras son las terminales, las cintas magnéticas, las unidades de diskette, los códigos de barras, los escáneres, la voz, los monitores sensibles al tacto, el teclado y el mouse, entre otras. (2) Almacenamiento de información. El almacenamiento es una de las actividades o capacidades más importantes que tiene una computadora, ya que a través de esta propiedad el sistema puede recordar la información guardada en la sección o proceso anterior. Esta información suele ser almacenada en estructuras de información denominadas archivos. La unidad típica de almacenamiento son los discos magnéticos o discos duros, los discos flexibles o diskettes y los discos compactos (CD-ROM). (3) Procesamiento de Información. Es la capacidad del Sistema de Información para efectuar cálculos de acuerdo con una secuencia de operaciones preestablecida. Estos cálculos pueden efectuarse con datos introducidos recientemente en el sistema o bien con datos que están almacenados. Esta característica de los sistemas permite la transformación de datos fuente en información que puede ser utilizada para la toma de decisiones, lo que hace posible, entre otras cosas, que un tomador de decisiones genere una proyección financiera a partir de los datos que contiene un estado de resultados o un balance general de un año base. (4) Salida de Información. La salida es la capacidad de un Sistema de Información para sacar la información procesada o bien datos de entrada al exterior. Las unidades típicas de salida son las impresoras, terminales, diskettes, cintas magnéticas, la voz, los graficadores y los plotters, entre otros. Es importante aclarar que la salida de un Sistema de Información puede constituir la entrada a otro Sistema de Información o módulo. En este caso, también existe una interface automática de salida. Otro autor define que “Un sistema de información es el sistema de personas, registros de datos y actividades que procesa los datos y la información en cierta organización, incluyendo manuales de procesos o procesos automatizados.”

NOTA
Las respuestas a este taller deben ser enviadas en formato .doc a la dirección de correo electrónico: saguicas@yahoo.com.mx, en el asunto debe indicar Taller 7 ADS, en el cuerpo debe incluirse los nombres, apellidos, número de cedula de identidad y dirección de mail de cada uno de los integrantes de grupo. El documento de respuestas debe acompañarse como documento adjunto. El tiempo límite de presentación es hasta horas 18:00 del día jueves 13 de octubre de 2011.

Puntos esenciales del diseño

DISEÑO DE SALIDA EFECTIVA
La salida es cualquier información útil o datos proporcionados por el sistema de información o, el sistema de apoyo a decisiones ante el usuario. La Salida puede tomar virtualmente cualquier forma, incluyendo la impresión, pantallas, audio, microformas, CD-ROM y electrónica.

El analista de sistemas tiene seis objetivos principales para el diseño de la salida. Estos diseñan la salida para que sirva al propósito pretendido y para que se ajuste al usuario, proporcionar la cantidad adecuada de salida, proporcionarla en el lugar adecuado, proporcionar la salida a tiempo y seleccionar la salida a tiempo y seleccionar el método de salida adecuado.

Es importante que el analista se dé cuenta de que el contenido de la salida está relacionado con el método de la salida. La salida de diferentes tecnologías afecta a los usuarios en formas diferentes. Las tecnologías de salida también difieren en su velocidad, costo, portabilidad, flexibilidad y posibilidades de almacenamiento y recuperación. Todos estos factores deben ser considerados cuando se decide entre impresión, en pantalla, audio, microformas o salida electrónica, o una combinación de estos métodos de salida.

La presentación de la salida puede tergiversar la interpretación que los usuarios hacen de ella. Los analistas deben estar conscientes de las fuentes de ascendencia, interactuar con los usuarios para diseñar la salida, informar a los usuarios de las posibilidades de ascendencia en la salida, crear salida flexible y modificable y entrenar a los usuarios para que usen varias salidas para que les ayuden a verificar la precisión de cualquier reporte particular.

Los reportes impresos son diseñados con el uso de hojas de diseño de reporte en pantalla o en papel. El diccionario de datos sirve como fuente de los datos necesarios para cada reporte. A los usuarios se muestran modelos o prototipos de los reportes antes de terminar el diseño de reporte y se realiza cualquier cambio necesario. El analista de sistemas usa el diseño de hoja o pantalla para comunicar el diseño físico al programador.

Las pantallas VDT, que son una forma especialmente de salida para los sistemas de apoyo a decisiones, así como para los MIS tradicionales, son diseñadas usando formas de diseño de reporte en pantalla. Nuevamente, la estética y utilidad son importantes para crear una pantalla bien diseñada. Es importante producir prototipos de pantallas que permitan que los usuarios hagan cambios donde deseen.

La salida gráfica en pantalla está llegando a ser cada vez más por, en especial para los sistemas de apoyo a decisiones. El analista de sisas debe considerar los efectos de las gráficas ante los usuarios, el tipo de datos a ser desplegados, el objetivo de las gráficas y su audiencia pretendida. Se dispone de muchos paquetes de software dedicados a los gráficos. Es esencial que los tomadores de decisiones reciban entrenamiento sobre la forma de interpretar las gráficas para que les sean útiles.

DISEÑO DE ENTRADA EFECTIVO

Este apartado trata a los elementos del diseño de entrada para formas y pantallas VDT. La entrada bien diseñada debe satisfacer los objetivos de efectividad, precisión, facilidad de uso, consistencia y atractivo. El conocimiento de muchos elementos de diseño diferentes permitirá que el analista de sistemas alcance estos objetivos.

Los cuatro lineamientos para las formas de entrada bien diseñadas son:
1. Las formas deben ser fáciles de llenar.
2. Las formas deben satisfacer el propósito para el que fueron diseñadas.
3. Las formas deben ser diseñadas para asegurar su llenado preciso.
4. Las formas deben ser atractivas.

El diseño de formas y pantallas útiles se traslapa en muchas formas importantes, pero hay algunas distinciones. Las pantallas despliegan un cursor que orienta continuamente al usuario. Las pantallas proporcionan frecuentemente asistencia con la entrada y, en cambio, aparte de las instrucciones preimpresas, puede ser difícil obtener ayuda adicional para una forma.

Los cuatro lineamientos para pantallas VDT bien diseñadas son:
1. Las pantallas deben ser mantenidas simples.
2. Las pantallas deben ser consistentes de pantalla a pantalla.
3. El diseño de pantalla debe facilitar el movimiento entre pantallas.
4. Las pantallas deben ser atractivas.

Muchos elementos de diseño diferentes permiten que el analista de sistemas satisfaga estos lineamientos. Es importante el flujo adecuado tanto en formas como en pantallas. Las formas deben agrupar lógicamente la información en siete categorías y las pantallas deben ser divididas en tres secciones principales. Los títulos en formas y pantallas pueden ser variados, tal como lo permita los tipos de letra y grosores de línea que dividan las sub-categorías de información, Las formas de varias copias son otra manera de asegurar que las formas satisfacen su propósito pretendido. Los diseñadores pueden usar ventanas, preguntas, cuadros de diálogo y valores por omisión en pantalla para asegurar la efectividad del diseño. Hay muchas similitudes, pero algunas diferencias críticas, entre el diseño de pantallas para sistemas de macrocomputadora y de microcomputadora. Para aumentar la eficiencia, las pantallas de macrocomputadora son enviadas como un todo, en vez de como series de tecleos individuales.

Los campos de datos en una pantalla de macrocomputadora son definidos usando un carácter de atributo de campo que controla las cualidades de protección, intensidad, desplazamiento y atributos extendidos. El carácter de atributo debe ser tomado en cuenta cuando se diseñan pantallas para terminales de macrocomputadora.

Fuente: (Kendall & Kendall, 2005)

Visitas adicionales
1. Diseño de entradas efectivo
http://galeon.com/rcruz0423/docs/clase6p2.pdf
2. Diseño de salidas efectivo
http://www.galeon.com/rcruz0423/docs/clase7p2.pdf

Prueba 1

1. Uno de los principales medios que tienen las personas para adquirir información y conocimiento es tener acceso a las biblioteca, con el fin de recopilar información referente a libros, revistas, tesis, proyectos, etc. Por otro lado las bibliotecas tienen la función potencializar las capacidades de ampliar y difundir conocimiento a los lectores. La incorporación de nuevas tecnologías de la información y las comunicaciones a todos los ámbitos de la sociedad realizan transformaciones que afectan al modo de vivir de las personas. Las nuevas formas de acceso a la información permiten llegar de manera más rápida y confiable a la información, utilizando herramientas de catalogación, clasificación y métodos. Razón por la cual el administrador de la biblioteca solicita un producto software para la carrera de informática de la Universidad Mayor de San Andrés que cuenta con una biblioteca especializada con una cantidad considerable de documentos empastados relacionados con las tesis y los proyectos de grado que permiten otorgar la licencia profesional a los egresados de la misma. El administrador de la biblioteca solicita un producto software que sea capaz de dar solución a los siguientes problemas: (a) La acumulación física de dichos documentos en los estantes de la biblioteca, a través de un código adecuado, que por gestión es de aproximadamente 150 a 200 ejemplares relacionados con los profesionales que obtienen su licenciatura. El código debe ser utilizado también para el registro y catalogación de los medios magnéticos de respaldo de los productos software que acompañan las tesis y los proyectos de grado. (b). El registro y exposición de los borradores finales de las tesis y proyectos de grado en los ambientes de la biblioteca, 30 días antes de la defensa pública del documento. El registro de observaciones por parte de los lectores de los documentos expuestos. Las observaciones pueden ser por plagio, copia de capítulos, copia del producto software, etc. (c). Las consultas sobre las tesis y los proyectos de grado por diferentes atributos: titulo gestión, autor, tutor, revisor, presidente de tribunal, nota, fecha de defensa, etc. (d) Cada tesis o proyecto de grado debe incluir consultas acerca del resumen, palabras clave, prototipo, producto software, nombre de la entidad avaladora, representante de la entidad avaladora, etc.

Con lo mencionado desarrolle la propuesta de sistemas para la administración de las tesis y proyectos de grado de la Biblioteca Especializada de la Carrera de Informática, que incluya la solución a los problemas especificados. La propuesta de sistemas debe incorporar necesariamente, el proceso de muestreo, el diseño de encuestas, los requerimientos del sistema, los diagramas de flujo de datos, el diccionario de datos y la especificación de los procesos con la técnica adecuada.

NOTA
Las respuestas a esta prueba deben ser enviadas en formato .doc a la dirección de correo electrónico: saguicas@yahoo.com.mx, hasta horas 18:00 del día miércoles 12 de octubre del año en curso, en el asunto debe indicar Prueba 1 ADS, en el cuerpo debe incluirse el nombre, apellidos, número de cedula de identidad y dirección de correo electrónico del estudiante. El documento de respuesta debe acompañarse como documento adjunto.

Taller 6

“El principio de la educación es predicar con el ejemplo. Anne Robert Jacques Turgot”.

1. Desarrolle la propuesta de sistemas para la tienda de compra y venta de teléfonos celulares “Androide”, considere el conjunto de documentos generados en talleres anteriores.

2. Escriba un resumen comentado utilizando el siguiente texto: “…para la Gestión de Compras se deben realizar las siguientes acciones: (1) Asignación de pedidos. (2) Control de unidades recibidas con nº de factura, y realización de entregas automáticas. (3) Control de stock y ubicación en almacén. (4) Realización de pedidos programados y pedidos con formato libre. (5) Inclusión de avisos respecto a plazo y cantidad, junto a certificados de calidad en los informes. Para la Gestión de Ventas se debe realizar: (1) Control completo de la emisión de pedidos, recibos y facturas con conocimiento exhaustivo de lo que queda por entregar o facturar. (2) Realización de pedidos programados. (3) Control de stock y ubicación en almacén. (4) Pedidos con múltiples facturas. (5) Unificación de diferentes pedidos en una misma factura. (6) Base de datos de clientes y proveedores con impresión de sobres, etiquetas y cartas. (7) Conexión con software contable externo. (8) Impresión de todo tipo de informes y acceso a informes personalizados. Para la Gestión completa de almacén se deben tomar en cuenta las materias primas, los productos semielaborados y elaborados; la valoración de almacenes, stocks, ubicación; proveedores asociados; movimientos; etc. Para las compras se necesita un módulo dedicado al análisis, control y gestión del Departamento de Compras. Este modulo permite realizar pedidos indicando: (1) Datos del pedido: número, fecha, impuestos, proveedor, etc. (2) Materiales que componen el pedido. Una vez realizado el pedido, se muestra información de: (1) Entregas, donde se indican las unidades recibidas de cada material. (2) Datos de almacén (stock, ubicación, etc.). (3) Emisión de informes, tales como órdenes de pedido, valoraciones, etc. (4) Posibilidad de realizar pedidos programados, es decir, pedidos similares a un mismo proveedor en un intervalo de tiempo. (5) Inclusión de avisos respecto a plazo y cantidad, junto a certificados de calidad en los informes. El módulo de Ventas es similar en cuanto a concepto al módulo de compras comentado anteriormente. Permite llevar a cabo la gestión, control y emisión de documentos referentes al Departamento de Ventas. Así, en este módulo, se pueden llevar a cabo todas las funciones que desempeña el Departamento de Ventas, de una forma sencilla y completa. Se incluyen: (1) Datos del pedido, tales como cliente, fechas de pedido y entrega prevista, comercial asignado, etc. (2) Importes, desglosados en bruto, descuento, neto, impuestos, total y cantidad pendiente de pago. (3) Materiales que componen el pedido. (4) Emisión de los correspondientes documentos, tales como facturas, con la posibilidad de elegir el rango de impresión para éstas. (5) Posibilidad de exportar contabilidad a programas de empleo común, como Contaplus®, Logic Control® y MasterWin®, junto a otros programas que permitan la introducción de los datos de contabilidad mediante un archivo de tipo texto. (6) Se incluyen diversas posibilidades como hacer varias facturas de un sólo pedido, agrupaciones de varios pedidos, etc. En relación con el modulo proveedores, este permite gestionar la introducción de los datos referentes a sus proveedores: (1) Razón social, nombre, dirección, etc. (2) Forma de pago asociada al proveedor, descuento asociado. (3) Observaciones personales. Finalmente el módulo de clientes es similar en cuanto a modo de empleo al módulo de Proveedores, permite introducir los datos referentes a los clientes de la empresa: (1) Razón social. (2) Comercial asignado. (3) Datos económicos de interés como condiciones de venta, forma de pago, etc. Todos estos datos están enlazados con el módulo de Ventas con el que cuenta esta aplicación, facilitando la realización de pedidos, facturas, etc.

NOTA
Las respuestas a este taller deben ser enviadas en formato .doc a la dirección de correo electrónico: saguicas@yahoo.com.mx, en el asunto debe indicar Taller 6 ADS, en el cuerpo debe incluirse los nombres, apellidos, número de cedula de identidad y dirección de mail de cada uno de los integrantes de grupo. El documento de respuestas debe acompañarse como documento adjunto.

Preparación de la propuesta de sistemas

La evaluación de hardware y software, identificación y pronóstico de costos y beneficios y la realización de análisis de beneficio - costo son actividades necesarias que el analista de sistemas debe lograr para la preparación del material para la propuesta de sistema. Los requerimientos de información ayudan a conformar qué software es comprado o codificado, así como qué hardware es necesario para realizar las funciones de transformación de datos requeridas.

Los analistas de sistemas deben estimar las cargas de trabajo para caracterizar adecuadamente la capacidad de cargas de trabajo actual y la proyección necesaria para el hardware. Se pueden ejecutar cargas de trabajo de muestra en el hardware bajo consideración.

Aunque el equipo de cómputo cambia rápidamente, el procedimiento usado para la evaluación del hardware no necesita cambiar. Mediante el inventariado del equipo que ya se tiene a la mano y pedido, los analistas de sistemas serán capaces de recomendar si se conserva el actual, o se modifica o se compra nuevo hardware computacional.

El hardware computacional puede ser adquirido mediante compra, arrendamiento financiero o renta. Los vendedores proporcionarán servicios de apoyo, tales como mantenimiento preventivo y entrenamiento a usuarios, que son típicamente negociados de manera separada.

Los paquetes de software también deben ser evaluados por el analista de sistemas y los usuarios pertinentes. Se puede ahorrar mucho tiempo de programación si uno de estos paquetes es utilizable sin gran personalización. El software necesita ser evaluado sobre qué tan bien desarrolla las funciones deseadas, su facilidad de uso, adecuación de la documentación y servicios de apoyo que puedan ofrecer los vendedores.

La preparación de una propuesta significa la identificación de todos los costos y beneficios de varias alternativas. El analista de sistemas tiene varios métodos disponibles para pronosticar los costos, beneficios, volúmenes de transacciones y variables económicas futuras que afectan los costos y beneficios. Los costos y beneficios pueden ser tangibles (cuantificables) o intangibles (no cuantificables y resistentes a una comparación directa).

Un analista de sistemas tiene muchos métodos para el análisis de costos y beneficios. El análisis de punto de equilibrio examina el costo del sistema existente contra el costo del sistema propuesto. El método de recuperación determina la cantidad de tiempo que transcurrirá antes de que el nuevo sistema sea rentable. El análisis de flujo de efectivo es adecuado cuando es crítico saber la cantidad de desembolsos de efectivo, y el valor presente toma en cuenta el costo de pedir dinero prestado. Estas herramientas ayudarán al analista a examinar las alternativas a la mano y tomar una recomendación bien documentada sobre la propuesta de sistemas.

Fuente: (Kendall & Kendall, 2005)