CAPSTONE

Tabla de Contenidos
0. Identificación del problema y búsqueda de soluciones y alternativas……………………. 1
0.1. Identificación del problema…………………………………………………………………… 1
0.2. Explicación del problema……………………………………..………………………………. 2
0.3. Búsqueda de soluciones y alternativas……………………………………………………....... 2
0.4. Evaluación de alternativas y toma de decisiones……………………………………………… 2
0.5. Descripción alternativa seleccionada……………..…………………………………………… 2
1. Capítulo 1: Alcance del Proyecto……………………………………………………….….... 1
1.1. Descripción del Proyecto……………………………………………………………………… 1
1.2 Justificación……………………………………………………………………………………. 2
1.3. Alcance……………………………………………………………………………………….... 2
1.4 Objetivos……………………………………………………………………………………… 2
1.4.1. Objetivo General………………………………………………………………………………. 2
1.4.2. Objetivos Específicos…………………………………………………………………………. 2
1.5. Metodología de desarrollo escogida…………………………………………………………… 3
1.6. Productos similares……………………………………………………………………………. 3
1.7. Resultados esperados………………………………………………………………………….. 3
1.8. Riesgos………………………………………………………………………………………… 3
1.9. Entregables del proyecto………………………………………………………………………. 3
1.10. Participantes en el proyecto (roles y responsabilidades)……………………………………… 3
1.11. Calendario del proyecto (Diagrama de Gantt)………………………………………………… 3
2. Capítulo 2: Análisis……………………………………………………………………….….. 3
2.1. Análisis de Requisitos………………………….……………………………………………… 3
2.1.1. Requisitos Funcionales………………………………………………………………………… 3
2.1.2. Requisitos No Funcionales…………………………………………………………………….. 3
2.2. Vista de Casos de Uso…………………………………………………………………………. 3
2.2.1. Diagramas de casos de uso…………………………………………………………………….. 3
2.3. Vista Lógica……………………………………………………………………………………. 3
2.3.1. Diagrama de Clases……………………………………………………………………………. 3
2.3.2. Diagrama de Secuencia………………………………………………………………………... 3
2.3.3. Diagrama de Estado…………………………………………………………………………… 3
2.3.4. Diagrama de Colaboración. ………………………………………………………………….. 3
3. Capítulo 3: Diseño……………………………………………………………………………. 3
3.1. Arquitectura física……………………………………………………………………………… 3
3.2. Tecnologías utilizadas…………………………………………………………………………. 3
3.3. Arquitectura lógica…………………………………………………………………………….. 3
3.3.1. Interfaz gráfica…………………………………………………………………………………. 3
3.3.2. Lógica de negocio……………………………………………………………………………… 3
3.3.3. Gestión de datos………………………………………………………………………………... 3
4. Capítulo 4: Implementación…………………………………………………………………. 3
4.1. Configuración inicial de la aplicación…………………………………………………………. 3
4.1.1. Creación de contenido…………………………………………………………………………. 3
4.1.2. Permisos de usuario……………………………………………………………………………. 3
4.1.3. Instalación y configuración de los módulos…………………………………………………… 3
4.2. Desarrollo librerías de comunicación………………………………………………………….. 3
4.3. Desarrollo de funcionalidades principales……………………………………………………… 3
4.4. Diseño gráfico…………………………………………………………………………………. 3
4.5. Desarrollo de funcionalidades principales……………………………………………………… 3
4.5.1. Aplicación móvil (si la hay)…………………………………………………………………… 3
4.5.2. Aplicación WEB (si la hay)…………………………………………………………………… 3
5. Capítulo 5: Pruebas…………………………………………………………………………... 3
5.1. Plan de pruebas del sistema……………………………………………………………………. 3
5.2. Informe de los resultados de las pruebas………………………………………………………. 3
5.3. Descripción de las pruebas…………………………………………………………………..… 3
5.4. Resultado esperado……………………………………………………………………………. 3
5.5. Resultado obtenido y acciones a tomar para corregir las desviaciones……..………………… 3
5.6. Resultados de las pruebas a la documentación………………………………………………… 3
Conclusiones………………………………………………………………………………….………… 3
Recomendaciones……………………………………………………………………………………… 3
Bibliografía…………………………………………………………………………….…………….… 3
Anexos………………………………………………………………………………………………….. 3
 Proyecto de desarrollo de software
0. Identificación del problema y búsqueda de soluciones y
alternativas
0.1. Identificación del problema

Detectar problemas/oportunidades puede ser muy fácil o muy difícil. En definitiva, va

a depender de lo capaces que seamos de anticipar en el tiempo su aparición.

Tenemos tres posibilidades en este sentido:

▪ El problema te lo encuentras
▪ Prevención de problemas
▪ Descubrir oportunidades
- Delimite y explique cuál es el problema, por qué se genera y cuáles son las
variables susceptibles de ser manipuladas a través de una estrategia
racional.
- La información es la materia prima y fundamental en la toma de decisiones
ya que, a mayor calidad de información, mejor es la calidad en la toma de
decisiones. Tomar decisiones y realizar acciones basadas en el análisis de
los hechos, equilibradas con la experiencia y la intuición.
- Es primordial a la hora de tomar decisiones analizar los hechos fríamente,
apoyándose en experiencias pasadas para realizar predicciones y tomar las
decisiones más acertadas. Las decisiones, han de ser tomadas de modo
que los datos y experiencias pasadas, no han de entrar en contradicción
con las futuras decisiones.
Los pasos recomendados para la identificación del problema son:
- a) Identificar la situación problemática ¿Cuál es el problema? ¿Qué es
necesario hacer? ¿Cómo se puede llevar a cabo?

- b) Valoración del problema y definición de la meta deseada. ¿Qué es

necesario hacer? ¿Cómo se puede llevar a cabo?

- c) Utilizar alguna técnica para la detección de problemas: Cuadro para la

delimitación del problema, Los ojos del cliente, El análisis DAFO, La reunión de
discusión.

0.2. Explicación del problema

En esta fase de profundiza en la comprensión del problema.Se distingue entre
causas y efectos.

- Definir el problema y delimitarlo de forma tal de poder reconocer dónde se

inicia, dónde ocurre, cómo ocurre y a quiénes afecta. En este momento, el
 equipo de gestión se encuentra en condiciones de profundizar la
comprensión del problema, elaborar una explicación satisfactoria y
fundamentada de sus causas y, con ello, establecer una primera cartografía
sobre los puntos nodales en los que se puede y debe basar la creación de
una estrategia de solución.

- La explicación de un problema trasciende los síntomas para indagar las

causas.

0.3. Búsqueda de soluciones y alternativas

Esta fase es eminentemente creativa. El equipo se aboca en este momento a
proponer soluciones.

- El desafío es lograr una gran diversidad de ideas. Este es el momento en

que se requiere el máximo de creatividad.
- Si tenemos bien analizado y acotado el problema, prácticamente hemos
recorrido la mitad del trayecto. Ahora es preciso buscar soluciones. La
creatividad se puede estimular mediante una serie de técnicas de
generación de ideas que se basan en el principio de que las ideas que
surgen en un proceso de grupo son superiores a la suma de las ideas
individuales.

0.4. Evaluación de alternativas y toma de decisiones

Una decisión consiste en elegir, de entre una serie de posibilidades, la mejor
de ellas.
La cuarta etapa en esta metodología tiene por objetivo decidir cuál es la
estrategia más efectiva para lograr la mejora de la situación actual.

- Es importante destacar que normalmente no existe una única estrategia

adecuada.
- El proceso de elección empieza sintetizando en un cuadro las distintas
estrategias alternativas de solución que se han ido proponiendo y
elaborando a lo largo de los pasos de la etapa anterior.
Hay dos pasos a realizar: valoración de alternativas y toma de decisiones.
Para valorarla alternativas convenientemente tenemos una serie de
criterios:
▪ Beneficios objetivos estimados ¿qué ganamos?
▪ Probabilidad de éxito estimada ¿qué probabilidad tenemos de lograrlo?
 ▪ ¿Depende de nosotros ponerlo en marcha o no? (dependencia interna o
externa)
▪ Medios necesarios (personas, materiales, etc.)
▪ Tiempo estimado de puesta en marcha.
▪ Costes asociados ¿qué riesgos vamos a correr?
En cualquier caso, ante un problema importante, si terminamos la valoración
de alternativas sin encontrar alguna que sea realmente satisfactoria, no
podemos abandonar el problema por ello. Cuanto más importantes son los
problemas, más difícil resulta encontrar soluciones viables y eficaces.
Qué hacer si después de la valoración de alternativas no encontramos
soluciones adecuadas:
▪ Volver a intentar la generación de ideas usando métodos complementarios.
▪ Revisar el proceso de análisis del problema.
▪ Buscar ayuda externa “ojos limpios”.
Luego de la valoración de alternativas tomamos la decisión más adecuada.
0.5. Descripción de la alternativa seleccionada
En esta fase, a partir de los datos relacionados con la alternativa seleccionada,
se describirá los beneficios y las funcionalidades de la aplicación a desarrollar.

1. Capítulo I: Descripción del Proyecto

1.1. Propósito
En este apartado los autores incluirán una presentación del contexto y público
objetivo para el cual se formula
- el proyecto de desarrollo
- antecedentes de la empresa o cliente que propone la idea
- la importancia de realizar el desarrollo
- su impacto en el entorno real.
1.2. Alcance
Es la parte en donde se describe punto a punto (en forma de lista es preferible)
lo que incluirá el trabajo.

- Evita ser demasiado técnico, pero no dejar nada sin formalizar.

- Especificar todo lo relacionado con el software, los componentes,
cómo funcionarán, etc.
- Debe definirse las fronteras del proyecto, dejar establecido que va a
considerarse como parte de él y que no; es decir sus alcances y
límites.
- condiciones especiales a que se verá sometido el Proyecto y que
sean relevantes en la solución.
 Considerar para ello los siguientes factores:

Viabilidad: lo importante es que el investigador debe verificar la posibilidad de

conseguir fuentes de datos para el desarrollo de su estudio, ya sean del grado
primario o secundario,
Lugar o espacio: donde se llevará a cabo la investigación,
Tiempo, si el asignado me da la cobertura del estudio o debo disponer de uno
en caso de imprevistos,
Financiación, si voy a implementar algo que cantidad de dinero dispongo para
ello o si solo será un estudio de factibilidad.
1.3. Objetivos
Se busca que cada objetivo apunte a un producto específico de la solución
software.
- Procurar que los objetivos sean claros y precisos, suficientes para
realizar el proyecto, bien redactados.
- Deben redactarse con verbos en infinitivo que se puedan evaluar,
verificar, refutar en un momento dado.]
1.3.1. Objetivo General
Constituye el propósito central del desarrollo de la aplicación
1.3.2. Objetivos Específicos
Son precisiones o pasos ulteriores que hay dar para alcanzar o consolidar el
objetivo general.
- Poseen un mayor nivel de exactitud y permiten delimitar los métodos
que se emplean para conseguirlo.
1.4. Justificación
En este acápite se debe plantear la relevancia del problema y justificar el hecho
de hacer la aplicación, este debe incluir:
- Motivación (¿Por qué se hace?, ¿Que lo motiva a desarrollar esta
aplicación),
- Factibilidad (¿Dónde y con cuales recursos será desarrollado?) y
- Beneficios y Beneficiarios, exponiendo la utilidad práctica y el
impacto esperado.]

1.5. Metodología de desarrollo escogida

En esta la sección se describen las razones de escogencia de la metodología
de desarrollo seleccionada y la adaptación de la misma

- En caso de ser necesario se presenta la metodología adaptada a los

objetivos y contexto del proyecto.
1.6. Aplicaciones similares
Se deben describir todas las aplicaciones que sean similares a la aplicación a
desarrollar, especificando claramente cuáles son sus funcionalidades ventajas
y desventajas respecto a lo que deseamos desarrollar
1.7. Resultados esperados
Se deben incluir lo que se espera obtener en cada una de las fases de
desarrollo

1.8. Riesgos
Se deben identificar todos los posibles riesgos que podrían afectar la aplicación
a desarrollar en las siguientes categorías:
- Elaboración de la Planificación,
- Organización y Gestión,
- Ambiente/Infraestructura de Desarrollo,
- Usuarios finales,
- Cliente,
- Personal Contratado,
- Requisitos,
- Producto,
- Diseño e Implementación,
- Proceso.
Cada riesgo debe tener su descripción, criticidad, probabilidad de ocurrencia,
impacto, estrategia de mitigación y plan de contingencia.
1.9. Entregables del proyecto
Se indican cada uno de los artefactos que serán generados y utilizados por el
proyecto y que constituyen los entregables.

Esta lista está directamente relacionada a la metodología de desarrollo de

software escogida en el punto anterior, desde la perspectiva de artefactos. Se
debe acompañar cada producto con una descripción corta de su contenido:
- Propuesta de proyecto de software,
- Documento de requisitos recopilados,
- Modelo de Casos de Uso,
- Glosario,
- Prototipos de Interfaces de Usuario,
- Modelo de Análisis y Diseño, Modelo de Datos,
- Modelo de Implementación,
- Modelo de Despliegue,
- Modelo de Pruebas,
- Solicitud del Cambio,
 - Plan de Actividades (Se define para cada iteración si procede),
Evaluación de Actividades,
- Gestión de Riesgos,
- Manual de Instalación,
- Material de Apoyo al Usuario Final,
- Presentación y Acceso al Producto,
1.10. Participantes en el proyecto
En esta sección se describen todos los actores que van a participar en el
proyecto como por ejemplo:
- Jefe de Proyecto (declarar el perfil del candidato a este puesto, así
como su nombre y apellidos),
- Analista de Sistemas,
- Analistas – Programadores,
- Ingeniero de Software
también se deben describir las principales responsabilidades de cada uno de
los puestos en el equipo de desarrollo.

1.11. Cronograma de actividades

Es una sección que reúne en un diagrama de Gantt o diagrama de Actividades
vs. Tiempo la planificación temporal del proyecto.
A cada actividad deben estar claros los siguientes elementos:
- Nombre de la Actividad o Descripción de la actividad,
- tiempo de esfuerzo estimados