1.

¿Porque cree usted que es importante la creación de prototipos del sistema de información para
el usuario final?

➢ Es primordial para el cliente final conocer el primer ejemplar del SI a desarrollar para
revisar y validar sus propiedades, funcionalidades, aspecto, usabilidad y conseguir
estrictamente lo cual el cliente final necesita; aportando su crítica respecto al primer
ejemplar, para no tener incidencias posteriores al desarrollo, donde se generarían sobre
costos al cambiar ciertos puntos que el cliente no considere adecuados para la solución
del problema.

2. ¿Es posible representar la totalidad de los datos de una empresa con el modelo relacional?

➢ No es viable, debido a que está creado para datos estructurados gestionando cualquier
tipo de dato en tablas, con sus tuplas y columnas, identificando los campos de las
mismas y llevando a cabo las interacciones acorde a las normas del comercio, empero
una vez que hablamos de datos no estructurados; son imposibles de guardar con este
modelo y representan un poco más del 50% de la información del comercio, además
dichos tipos de datos tienden a crecer más que los involucrados en las bases de datos
clásicos; los tipos de datos no estructurados son como por ejemplo documentación clip
de videos, libros, documentos de ofimática, PDF, entre otros bastante necesarios para la
organización.

3. ¿Sin la realización de prototipos se puede hacer un buen diseño de las interfaces del sistema?

➢ A partir de mi crítica considero que para poder hacer un óptimo diseño de las interfaces
del sistema es fundamental la ejecución de prototipos continuamente y una vez que el
sistema sea robusto, si el programa a desarrollar tiene pocos requerimientos
probablemente se logre hacer una buena interfaz, aun de esta forma, para esto se debería
tener vivencia para poder hacer la interfaz idónea en un programa con estas propiedades.

4. ¿Cómo manejar los datos no estructurados como fotos y videos?

➢ Debido a que los datos no estructurados son imposibles de guardar en una base de datos
clásica; podríamos usar posibilidades diferentes como almacenarlos en la nube o en el
disco duro, teniendo presente que el desempeño de datos no estructurados es algo más
difícil que solo almacenarlos, hablamos de gestionar dichos tipos de datos de la mejor
forma viable para el beneficio de la compañía siendo ya ejemplificando: mediante
algoritmos, algunas veces usando datos estructurados para complementar la
administración de los no estructurados, adaptando la plataforma para el funcionamiento
de los mismos, procesos de depuración para limpiar datos no estructurados innecesarios.

5. ¿Cómo hacer las interfaces de usuario más amigables e intuitivas?

➢ Yo opino que para poder hacer en otros términos fundamental recibir la

retroalimentación de los usuarios finales, identificando quienes utilizaran el aplicativo y
como mejorar su vivencia de cliente, enfocándonos a partir de la usabilidad y la
flexibilidad para poder hacer un SI con excelencia, esto se consigue teniendo presente
unas normas de oro a continuar para que el aplicativo cumpla con las expectativas de los
 usuarios finales, estas integran componentes como: consistencia, velocidad,
información, estética y revocación de ocupaciones, es fundamental eludir la sorpresa en
el aplicativo, tales como con errores que salten a la vista del cliente, errores de
ortografía o ejemplificando llamar a un mismo método de posibilidades diversas, dichos
tipos de errores ocasionan que la curva de aprendizaje del cliente sea más empinada.

6. ¿Cómo hacer interfaces de usuario para personas con limitaciones visuales?

➢ Ejemplificando; en la situación de los individuos con daltonismo se podría llevar a cabo

en la interfaz un modo que en especial facilite la diferenciación de colores con cualquier
tipo de símbolo, como marca de agua en el fondo de los recursos que contengan el color
esto para identificarlo. siendo tal cual más simple la relación de un cliente con esta clase
de limitación visual.

7. ¿Cómo aplicar el patrón MVC en el desarrollo de un sistema? Presente un ejemplo.

➢ Tener buenas prácticas al programar es importante porque permite llevar el código de una
manera formal, así como también nos permite tener una estructura del proyecto entendible.
Es por eso que existen diferentes patrones de diseño, que nos permiten clasificar y separar
mediante módulos para poder mantener en equilibrio los componentes que conforman el
proyecto.
MVC es un patrón de diseño que se estructura mediante tres componentes: modelo, vista y
controlador. Este patrón tiene como principio que cada uno de los componentes esté
separado en diferentes objetos, esto quiere decir que los componentes no se pueden
combinar dentro de una misma clase.

El patrón de diseño MVC es construido por 3 elementos:

Modelo: Tiene únicamente los datos de aplicación más puros, no tiene ni una lógica que
describa cómo exponer los datos a un cliente.
Vista: muestra los datos del modelo al cliente. La vista sabe cómo entrar a los datos del
modelo, sin embargo no sabe qué significa esta información o qué puede hacer el cliente
para manipularla.
Controlador: Existe entre la vista y el modelo. Escucha los eventos desencadenados por la
vista y realiza el método conveniente a estos sucesos. Ejemplificando, un controlador puede
actualizar un modelo cambiando los atributos de un personaje en un videojuego así como
además puede cambiar la vista demostrando el personaje actualizado en el juego.

Ejemplo:

1. Crear modelo

Primeramente, se hará la creación del modelo, el cual se llamará “Intern” y nos ayudará a
describir las características propias del objeto.

2. Crear vista

Se creará la vista para mostrar los resultados del ejemplo, en este caso, se utilizará imprimir
en consola.
 3. Crear controlador

Para tener una ejecución de los eventos correctamente, se creará el controlador y será el
intermediario entre el modelo y la vista.

4. Crear clase principal

Finalmente, se necesitará crear una clase principal para utilizar los métodos del controlador
y demostrar el uso del patrón de diseño MVC.

5. Verificar resultado

Para verificar que el ejemplo funcione correctamente es necesario verificar el resultado que
nos da la consola, y como se muestra, el resultado es correcto.

8. ¿Es aconsejable permitir la redundancia de datos para aumentar el rendimiento del sistema?

➢ En lo cual tiene relación con base de datos, de ni una forma es recomendable permitirla,
como ya nos hemos dado cuenta la redundancia de datos causa varios inconvenientes en
el desarrollo del programa, por esa razón se usa el modelo relacional y las maneras
habituales, evitando la redundancia en las bases de datos. Aun cuando hay otro tipo de
redundancia que posibilita duplicar las bases de datos para recobrar la información en
casos como corrupción de datos

9. ¿Cómo debe interactuar el usuario con el sistema informático?

➢ La vivencia de cliente (UX) es lo cual siente una persona al usar un producto. Es un

término extenso y universal, que incluye el diseño de productos tanto abstractos como
concretos, con las subcategorías que correspondan. Sin embargo no se limita al diseño
visual, debido a que puede integrar otras cambiantes. Ejemplificando, en la situación de
un portal web, la vivencia de cliente además pasa por la rapidez de carga y la
comunicación con el comprador, 2 componentes que huyen al diseño visual. Su
primordial inquietud es cómo se siente el producto.

10. ¿Cómo se debe presentar la información del sistema informático al usuario?

Los puntos de vista más relevantes a considerar al enseñar información al cliente son:

Consistencia: ejemplificando, para hacer cualquier método este sea denominado de una
sola forma y no de numerosas, evitando curvas de aprendizaje más empinada para el
user.

Precisión: ejemplificando, que si el cliente ingresa al módulo de consumidores le salga

la información precisa que está solicitando sobre los consumidores y no de rápido
alguna lista de proveedores que no debe estar en el módulo.
Confiabilidad: ejemplificando, al registrar cualquier tipo de información por parte del
cliente se espera que realmente quede registrada en la base de datos y se logre entrar a
ella en cualquier instante.

Completitud: ejemplificando, que el sistema muestra las posibilidades correctas para

gestionar cualquier módulo del mismo, en consumidores un CRUD, La alternativa de
poder imprimir el listado de consumidores con su información completa.