Este documento presenta información sobre el desarrollo de software multimedia, incluyendo las etapas del ciclo de vida del software, tipos de pruebas, errores comunes, y la importancia de garantizar la calidad. Describe las fases de definición de requisitos, diseño, implementación, pruebas y documentación necesarias para el desarrollo exitoso de aplicaciones multimedia. También explica diferentes tipos de pruebas como pruebas unitarias, de integración, alfa y beta para detectar errores de forma temprana.

2. Contenido
• Norma de Competencia
• Ciclo de vida del software
• Tipos de pruebas
• Errores de software
• Requerimientos Mínimos
• Documentos soporte
• Calidad de Software
• Glosario de términos
• Conclusiones

3. Norma de Competencia
• Entregar la aplicación multimedia para evaluar la
satisfacción del cliente
• RESULTADOS
– Verificar el funcionamiento de la multimedia realizando pruebas
apropiadas que corroboren la operatividad de la aplicación.
– Realizar pruebas de uso que permitan al público destino comprobar
la correcta navegabilidad por el proyecto multimedial.
– Elaborar los manuales y ayudas necesarias que faciliten la operación
del proyecto multimedial.
– Seleccionar el medio de difusión adecuado que garantice la
reproducción definida por el público destino.
– Realizar el empaque en el que se distribuirá el proyecto multimedia

4. Ciclo de Vida del Software
• El ciclo de vida del software describe el
desarrollo de software, desde la fase inicial
hasta la fase final.
• El propósito de este programa es definir las
distintas fases intermedias que se requieren
para validar el desarrollo de la aplicación, es
decir, para garantizar que el software cumpla
los requisitos para la aplicación y verificación
de los procedimientos de desarrollo.

5. Ciclo de vida del software - Etapas
• Definición de requerimientos
• Análisis
• Diseño
• Implementación
• Pruebas
• Documentación
• Operación y mantenimiento

6. Definición de requerimientos
• En esta etapa se realiza la recolección de datos
mediante técnicas e instrumentos que
permitan obtener información respecto a las
necesidades del cliente.
• Técnicas: Entrevista, Observación, Encuestas.
• Instrumentos: Formularios de preguntas
abiertas o cerradas (cuestionarios), Listas de
chequeo.

7. Análisis
• Una vez recopilada la información se procesan los
datos y se obtienen resultados que permiten
visualizar un panorama más claro y concreto
acerca de las necesidades del cliente.
• En esta etapa se presenta un informe producto
del análisis de los resultados obtenidos y algunas
recomendaciones para el cliente.
• Aquí se define la tipología del proyecto
multimedial.

8. Diseño
• Si el cliente acepta alguna de las propuestas
presentadas en el informe, se procede a
realizar un diseño del sistema, el cual debe
contener:
– Guión técnico
– Guión literario
– Storyboard
– Mapa de navegación

9. Implementación
• Una vez aprobado el diseño propuesto, se
procede a desarrollar los diferentes módulos o
escenas de la aplicación o proyecto con base
en el diseño establecido.
• En esta etapa se codifica mediante un
lenguaje de programación las diferentes
escenas o módulos y luego se integran.
• Se hacen algunas pruebas rutinarias por parte
del programador.

10. Pruebas
• Esta etapa es muy importante, ya que de ella
depende el éxito de la aplicación o proyecto.
• Se realizan pruebas unitarias, de integración, y de
funcionamiento general de la aplicación para
detectar errores a tiempo antes de que sea
entregado y distribuido el producto a los clientes.
• Una vez detectados los errores se procede a
realizar sus respectivos ajustes y correcciones que
garanticen el buen funcionamiento de la
aplicación.

11. Documentación
• Esta etapa, también de gran valor, consiste en
elaborar los manuales de usuario y la ayuda en
línea de la aplicación.
• Su finalidad es garantizar el buen uso y fácil
manejo del producto por parte de los diferentes
usuarios y así poder obtener el mayor
rendimiento de la aplicación.
• La documentación incluye los requerimientos de
hardware y software de la aplicación para
asegurar su buen funcionamiento.

12. Operación y mantenimiento
• En esta etapa se entrega la aplicación libre de
errores y con la documentación necesaria al
cliente.
• Se realiza una capacitación a las personas que
usarán la aplicación como fase de entrenamiento
y se resuelven dudas e inquietudes de los
usuarios.
• Se debe dar soporte durante un tiempo
prudencial en donde se deben resolver los
imprevistos que se presenten.

13. Modelo en Cascada
Definición de
requerimientos
Análisis
Diseño
Implementación
Pruebas
Documentación
Operación y
mantenimiento

14. Tipos de pruebas
• Pruebas unitarias
– Caja negra
– Caja blanca
• Pruebas de integración
– Pruebas Alfa
– Pruebas Beta

15. Tipos de pruebas
• Pruebas unitarias
– Son aquellas que se realizan en cada uno de los
módulos de la aplicación en forma separada. La
hace el programador con el equipo de desarrollo.
• Pruebas de integración
– Es aquella que se realiza después de unir o
integrar las diferentes escenas o módulos de la
aplicación. La hace el programador con el equipo
de desarrollo.

16. Prueba de Unidades
• Caja Negra:
– Las pruebas de caja negra se centran en lo que se espera
de un módulo, es decir, intentan encontrar casos en que el
módulo no se atiene a su especificación. Por ello se
denominan pruebas funcionales, y el probador se limita a
suministrarle datos como entrada y estudiar la salida, sin
preocuparse de lo que pueda estar haciendo el módulo
por dentro.
• Caja Blanca:
– En estas pruebas estamos siempre observando el código,
que las pruebas se dedican a ejecutar con ánimo de
"probarlo todo". Esta noción de prueba total se formaliza
en lo que se llama "cobertura" y no es sino una medida
porcentual de ¿cuánto código hemos cubierto?

17. Pruebas Alfa y Beta
• Pruebas Alfa:
– Se lleva a cabo por un cliente, en el lugar de desarrollo,
con el desarrollador como observador del usuario y
registrando los errores y problemas de uso. Las pruebas
alfa se llevan a cabo en un entorno controlado.
• Pruebas Beta:
– Se llevan a cabo por los usuarios finales del software en los
lugares de trabajo de los clientes. A diferencia de la prueba
alfa, el desarrollador no está presente normalmente. Así,
la prueba beta es una aplicación en vivo del software en
un entorno que no puede ser controlado por el
desarrollador. El cliente registra todos los problemas que
encuentra durante la prueba beta e informa a intervalos
regulares al desarrollador

18. Probar Sitios Web
• Prueba Local (servidor local)
• Prueba en línea (servidor web)
• Verificar hipervínculos
• Verificar carga de elementos multimedia
• Verificar tiempos de descarga
• Probar en diferentes navegadores
• Probar navegabilidad

19. Error de Software
• Un defecto de software (computer bug en inglés),
es el resultado de un fallo o deficiencia durante el
proceso de creación de programas de ordenador
o computadora (software).
• Dicho fallo puede presentarse en cualquiera de
las etapas del ciclo de vida del software aunque
los más evidentes se dan en la etapa de
desarrollo y programación.
• Los errores pueden suceder en cualquier etapa
de la creación de software

20. Tipos de Errores
• Errores de sintaxis:
– Cuando se escriba mal una instrucción del
lenguaje de programación.
• Errores de ejecución:
– Cuando surge un error en tiempo de ejecución del
programa, p.ej. una división por cero.
• Errores de lógica:
– Cuando el programa no genera los resultados
esperados.

21. Requerimientos Mínimos
• Hace referencia a los requerimientos de
hardware y software mínimos para que la
aplicación funcione correctamente.
• Se deben hacer pruebas en computadores de
diferentes marcas, modelos, configuraciones de
hardware y sistemas operativos, registrando
cualquier fallo para determinar la configuración
mínima de hardware y software en donde la
aplicación funciona bien y se mantiene estable.

22. Documentos soporte
• Se refiere a los distintos tipos de documentos
que sirven como evidencia de las pruebas del
software. Entre ellos tenemos
– Actas de reunión
– Reporte de errores
– Lista de Chequeo

23. Calidad de Software
• Calidad: Conjunto de propiedades y características de un
producto o servicio, que le confieren aptitud para satisfacer
unas necesidades explícitas o implícitas (ISO 8402).
• Calidad del software: es el grado con el que un sistema,
componente o proceso cumple los requerimientos
especificados y las necesidades o expectativas del cliente o
usuario. (IEEE, Std. 610-1990)
• ISO 9000: Conjunto de normas internacionales que definen
requisitos para los llamados sistemas de gestión de calidad.
ISO 9000 tiene reconocimiento internacional y se aplica a
todas las industrias, incluso al desarrollo de tecnologías de
la información.

24. Modelo de Calidad:
• La ISO/IEC 9126 permite especificar y evaluar
la calidad del software desde diferentes
criterios asociados con adquisición,
requerimientos, desarrollo, uso, evaluación,
soporte, mantenimiento, aseguramiento de la
calidad y auditoria de software.

25. Evaluación del Software
• Calidad Interna y
Externa
– Funcionalidad
– Confiabilidad
– Usabilidad
– Eficiencia
– Capacidad de
mantenimiento
– Portabilidad
• Calidad en Uso
– Eficacia
– Productividad
– Seguridad
– Satisfacción

26. Glosario de Términos
• Bug: Error de software.
• Debug: Depurar, corregir un error.
• Test: Prueba, evaluación.
• Check List: Lista de Chequeo.
• Software: Programa, aplicación informática.
• Hardware: Equipo físico de cómputo.
• WebSite: Sitio Web

27. Conclusiones
• En el desarrollo de software se deben tener en
cuenta las etapas que conforman el ciclo de vida
para garantizar el éxito de una aplicación
informática.
• Los productos multimedia, por tratarse de
software también requieren de pruebas
funcionales y estructurales.
• Es mejor detectar a tiempo cualquier error, por
mínimo que sea, antes de empezar a distribuir el
producto al cliente o público destino, para evitar
posteriores dolores de cabeza.

28. Bibliografia
• Todo el poder de Multimedia. Capitulo 17. Tay
Vaughan.
• Informática Básica. Capitulo 5. Alcalde y
Garcia.
• En Internet:
– Wikipedia, Monografias, Google, etc.