EVIDENCIA DE APRENDIZAJE



INGENIERIA EN DESARROLLO DE SOFTWARE

FUNDAMENTOS DE INVESTIGACIÓN


PROFESOR:  MIRIAM MENESES CASTILLO

ALUMNO: HÉCTOR PATIÑO SALAZAR.


EVIDENCIA DE APRENDIZAJE

CIERRE















Índice



Titulo 3
Introducción 4
Antecedentes 4
Estudio de viabilidad 5
Análisis de riesgos 5
Bibliografía. 5
Delimitación 5
Problematización 5
Contextualización 6
Justificación 6
Objetivo general 6
Objetivoespecífico. 7
Marco teórico 7
Hipótesis 7
Metodología 7
Plan de trabajo 8






Titulo




Usabilidad del software





















Introducción
Normalmente, el cliente es capaz de definir un conjunto general de objetivos para el sistema que hemos de construir, pero no identifica los requisitos detallados. En otros casos, puede que nosotros no estemos seguros de la eficiencia de un algoritmo,de la capacidad de nuestro diseño para soportar los requerimientos del sistema o de la forma en que debe diseñarse la interfaz de usuario. En cualquiera de estas situaciones, resulta adecuado construir un prototipo.
El desarrollo de prototipos reduce el riesgo de que nuestro proyecto fracase y facilita la especificación de requerimientos de productos que desconocemos. Sin embargo, también tiene susinconvenientes: el cliente puede pensar que el prototipo es el sistema definitivo, ignorando que un prototipo no es un sistema acabado aunque tenga el mismo aspecto externo. Esto puede conducir a la consolidación de aspectos de baja calidad de un prototipo en el sistema final que se entrega si el prototipo no se desecha a tiempo.
Dicho esto la mayoría de los usuarios finales determinaran lausabilidad del producto final.

Antecedentes
Cualquier sistema de información va pasando por una serie de fases a lo largo de su vida. Su
Ciclo de vida comprende una serie de etapas entre las que se encuentran las siguientes:

- Planificación
- Análisis
- Diseño
- Implementación
- Pruebas
- Instalación o despliegue
- Uso y mantenimiento
Estas etapas son un reflejo del proceso que se sigue a la hora deresolver cualquier tipo de problema. Ya en 1945, mucho antes de que existiese la Ingeniería del Software, el matemático
George Polya describió este proceso en su libro How to solve it (el primero que describe la utilización de técnicas heurísticas en la resolución de problemas). Básicamente, resolver un problema requiere:

- Comprender el problema (análisis)
- Plantear una posible solución,considerando soluciones alternativas (diseño)
- Llevar a cabo la solución planteada (implementación)
- Comprobar que el resultado obtenido es correcto (pruebas)


Estudio de viabilidad
Con recursos ilimitados (tiempo y dinero), casi cualquier proyecto se podría llevar a buen puerto. Por desgracia, en la vida real los recursos son más bien escasos, por lo que no todos los proyectos son viables. En unconocido informe de 1994 (el informe Chaos del Standish
Group), se hizo un estudio para determinar el alcance de la conocida como "crisis crónica de la programación" y, en la medida de lo posible, identificar los principales factores que hacen fracasar proyectos de desarrollo de software y los ingredientes clave que pueden ayudar a reducir el índice de fracasos. De entre los proyectos analizados:
-Sólo uno de cada seis se completó a tiempo, de acuerdo con su presupuesto y con todas las características inicialmente especificadas.
- La mitad de los proyectos llegó a completarse eventualmente, costando más de lo previsto, tardando más tiempo del estimado inicialmente y con menos características de las especificadas al comienzo del proyecto.
- Por último, más de un 30% de los proyectos secanceló antes de completarse.

Análisis de riesgos
Independientemente de la precisión con la que hayamos preparado nuestro proyecto, siempre se produce algún contratiempo que eche por tierra la mejor de las planificaciones. Es algo inevitable con lo que hemos de vivir y para lo cual disponemos de una herramienta extremadamente útil: la gestión de riesgos, que tradicionalmente se descompone en...