Clase Miércoles, 20 de mayo de 2020

Continuación: Creación de Sistemas de Información

 El lo personal los prototipos, moldes, una vez que comienzan a exhibir funcionalidad dejan de serlo, mucho más cuando ya están en producción, ya son productos en todo el sentido de la palabra. Lo que sí puede pasar es que un buen prototipo puede ser la génesis de un producto bien implementado.

VENTAJAS

• Modificación del Sistema en Etapas tempranas de su desarrollo: El éxito del uso del prototipo depende de qué tan pronto y con que frecuencia se reciba la retroalimentación del usuario para hacer cambios y adecuarlos a las necesidades actuales.

• Permite al desarrollador darse cuenta de lo que requiere el cliente.

• Permite que el desarrollador se dé cuenta cómo va avanzando en trabajo.

• Los cambios iníciales durante el desarrollo de un proyecto son menos costosos que si se realizan en etapas tardías, como el prototipo puede cambiar varias veces la flexibilidad y adaptabilidad son su esencia, la pauta del cambio la da la retroalimentación, la cual nos permite conocer la opinión del usuario sobre cambios a la entrada o salida de un proceso, que al evaluarla nos permite obtener los requerimientos y mejorar el sistema.

Desventajas

• Administración difícil: Dicha dificultad radica en manejar el prototipo como un proyecto dentro del Ciclo de Desarrollo de Sistema sin perder de vista cual era su propósito.

• Adoptarlo como el sistema final: Los usuarios y profesionales de sistemas pueden considerar al prototipo como el sistema final cuando aún es incompleto e inadecuado.

• El desarrollador  y  el cliente tienen poca comunicación al inicio del proceso.

• Surgen cambios imprevistos que retrasan el progreso del prototipo.

Tipos de prototipos

Hay dos clases de prototipos el desechable y el evolucionario.

• El desechable: nos sirve para eliminar dudas sobre lo que realmente quiere el cliente además para desarrollar la interfaz que más le convenga al cliente.
• El evolucionario: es un modelo parcialmente construido que puede pasar de ser prototipo a ser software pero no tiene una buena documentación y calidad.

Calidad y facilidad de uso

El producir un bien o suministrar un servicio de primera calidad requiere cumplir con las expectativas del comprador. Sin duda, gran parte de las empresas, sobre todo en occidente, han comprendido que el tener una política de calidad, que responda a la mejora continua y la plena satisfacción del cliente, es de gran ayuda para la consecución de esta última esencia.

Principales ventajas

El desarrollo de aplicaciones de software focalizadas en el usuario final otorga una serie de ventajas como: el valor añadido al producto comercializado, que diferenciará un producto de otros competidores de similares características. El conocer lo que el usuario espera y cuáles son sus necesidades, facilitan que el programador esté más cerca de un éxito seguro; minimizar el costo de la inversión inicial, es vital para las empresas. Encontrar errores de diseño en fases tardías conllevarán un desembolso mayor. Mantener una vía de comunicación activa entre el área de diseño y el usuario final, consigue solucionar a tiempo cualquiera de sus necesidades no contempladas; los interfaces intuitivos permiten que el manejo de las aplicaciones sea sencillo y la inversión en su aprendizaje sea el mínimo tiempo. 

APLICACIONES
· Un procesador de textos.
· Un generador de hojas de cálculo.

· Un gestor de bases de datos.
· Un programa para realizar presentaciones.
· Un programa de dibujo.

IMPORTANCIA
Para toda organización es importante
obtener el mayor rendimiento de sus
operaciones, con el uso adecuado de sus
recursos disponibles, por lo cual es
indispensable, el establecimiento de controles
y evaluaciones de sus procedimientos a fin de
determinar la situación real de la empresa, en
función de plantear una efectiva toma de
decisiones.

Desarrollo rápido de aplicaciones(RAD)

El desarrollo rápido de aplicaciones o RAD es un proceso de desarrollo de software, desarrollado inicialmente por James Martin en 1991 basado en el trabajo hecho por Scott Shultz en los 80. El método comprende el desarrollo interactivo, la construcción de prototipos y el uso de utilidades CASE.

Ventajas de RAD

• Progreso medible: con frecuentes iteraciones, componentes y prototipos que se despliegan, el progreso en el proyecto en general, así como segmentos menores, se pueden medir y evaluar fácilmente para mantener los cronogramas y presupuestos.
• Generar rápidamente un código productivo: a medida que un mayor porcentaje de desarrolladores de software activos pasan a roles multidisciplinares, una metodología RAD permite a los miembros de equipos expertos producir rápidamente prototipos y códigos de trabajo para ilustrar ejemplos que de otra manera podrían tomar semanas o más.
• Compartimentación de los componentes del sistema: de la misma manera que las prácticas de programación orientadas a objetos mantienen a los objetos y componentes en cuarentena entre sí, RAD tiene inherentemente el mismo impacto beneficioso en los componentes generados durante el desarrollo. Al obligar a los diseñadores y desarrolladores a crear componentes que sean funcionales e independientes por sí mismos, para ser utilizados en una versión o prototipo iterativo, cada elemento dentro del sistema de software general se divide en compartimientos y, por lo tanto, se modifica fácilmente a medida que las necesidades del software o del usuario evolucionan.

Desventajas de RAD

• Requiere sistemas modulares: dado que cada componente dentro del sistema debe ser iterable y verificable por sí mismo, el diseño general del sistema cuando se usa RAD requiere que cada componente sea modular, lo que permite que los elementos sean intercambiados o alterados por una variedad de miembros del equipo. .
• Dificultad dentro de proyectos a gran escala: si bien los métodos de desarrollo rápido de aplicaciones llevan a una flexibilidad mucho mayor durante el proceso de diseño y desarrollo, también tenderá a reducir el control y las restricciones. Si bien esto no es intrínsecamente negativo, la administración adecuada de esta flexibilidad y volatilidad adicionales dentro del alcance de todo el proyecto puede ser difícil para aplicaciones más grandes.
• Exige mucha interactividad del usuario: obtener información y opiniones de los usuarios temprano y con frecuencia es sin duda un beneficio desde la perspectiva del diseño, pero esta espada de doble filo requiere que el equipo esté dispuesto y sea capaz de comunicarse con los usuarios de forma mucho más frecuente, en comparación a un método típico de desarrollo de cascada.