Plan Proyecto Arquitectura de Software

<Universidad Técnica del Norte>
FACULTAD DE INGENIERIA EN CIENCIAS APLICADAS

CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES
< Desarrollo de un sistema web para la

automatización de procesos de inventario y
distribución de productos agrícolas para la asociación
de productores agrícolas de San Pablo >
Plan de Desarrollo del Proyecto
Versión 0.1
[Nota: La siguiente plantilla se ha desarrollado para su uso con Rational Unified Process. El texto que se
encuentra entre corchetes y presentado en estilo itálicas azul se ha incluido para proporcionar una guía
para el autor y se debería borrar antes de la entrega del documento.]
[Hay que sustituir el texto resaltado con marcador amarillo por su equivalente en el proyecto de
desarrollo y eliminar el resaltado]
[La versión del documento se actualizará según la iteración y la fase del proyecto]
< Desarrollo de un sistema web para la automatización de procesos de Versión: 0.1
inventario y distribución de productos agrícolas para la asociación de
productores agrícolas de San Pablo >
Visión Fecha: 07/06/2018
Documento Visión
Historial de Revisiones
Fecha Versión Descripción Autor
07/06/2018 0.1 Versión preliminar como propuesta de Edwin Anrango
desarrollo.
18/06/2018 0.2 Versión final. Edwin Anrango
Confidencial <Universidad Técnica de Norte UTN>, 2018 Página 2 de 23

Documento Visión
Contenido
1. Introducción ......................................................................................................................................................... 4
1.1 Propósito ....................................................................................................................................................... 4

1.2 Alcance .......................................................................................................................................................... 4
1.3 Resumen ......................................................................................................................................................... 4
2. Vista General del Proyecto .................................................................................................................................5
2.1 Propósito, Alcance y Objetivos ......................................................................................................................5

2.2 Suposiciones y Restricciones ......................................................................................................................... 5
2.3 Entregables del proyecto ............................................................................................................................... 6
2.4 Evolución del Plan de Desarrollo del Proyecto ............................................................................................ 6
3. Organización del Proyecto ..................................................................................................................................6
3.1 Participantes en el Proyecto .......................................................................................................................... 6

3.2 Interfaces Externas ........................................................................................................................................7
3.3 Roles y Responsabilidades ............................................................................................................................. 7
4. Gestión del Proceso ..............................................................................................................................................8
4.1 Estimaciones del Proyecto ............................................................................................................................. 8

4.2 Plan del Proyecto ..........................................................................................................................................9
4.2.1 Plan de las Fases ....................................................................................................................................9
4.2.2 Calendario del Proyecto ....................................................................................................................... 12
4.3 Seguimiento y Control del Proyecto ............................................................................................................ 13
5. Referencias ......................................................................................................................................................... 23

Documento Visión
Plan de Desarrollo del Proyecto
1. Introducción
Este documento detalla el plan de desarrollo de un sistema web para la automatización del proceso de
acopio de productos agrícolas, el inventario y su posterior venta al por mayor, con el fin de agilitar el
proceso de facturación e inventario, esta es una versión preliminar preparada para ser incluida en la
propuesta elaborada. Este documento provee una visión global del enfoque de desarrollo propuesto.
El proyecto ha sido considerado para fortalecer la automatización de procesos dentro de la asociación de
productores agrícolas.
El enfoque de desarrollo propuesto constituye el diseño de una plataforma web utilizando tecnología
WildFly y una base de datos en PostgreSQL con funciones para generar reportes y análisis de datos.
1.1 Propósito
El propósito del Plan de Desarrollo del sistema web es la agilización en el proceso de automatización de
tareas para tener un mejor rendimiento y control sobre el inventario de productos agrícolas.
Los usuarios del Plan del Proyecto son:
• El jefe del proyecto lo utiliza para organizar la agenda y necesidades de recursos, y para realizar su
seguimiento.
• Los miembros del equipo de desarrollo lo usan para entender lo qué deben hacer, cuándo deben
hacerlo y qué otras actividades dependen de ello.
1.2 Alcance
Este plan de desarrollo del proyecto identificará el propósito, el alcance y los objetivos del proyecto, de
igual manera definirá los roles del equipo de trabajo que formarán parte en el desarrollo del proyecto,
además proporciona los entregables de cada una de las fases de la metodología aplicada y tiempos de
entrega. Para de esta manera facilitar la visión del jefe o líder del proyecto, donde se asegura un adecuado
seguimiento de este.
1.3 Resumen
Después de esta introducción, el resto del documento está organizado en las siguientes secciones:
Vista General del Proyecto — proporciona una descripción del propósito, alcance y objetivos del proyecto,
estableciendo los artefactos que serán producidos y utilizados durante el proyecto.
Organización del Proyecto — describe la estructura organizacional del equipo de desarrollo.
Gestión del Proceso — explica los costos y planificación estimada, define las fases e hitos del proyecto y
describe cómo se realizará su seguimiento.
Planes y Guías de aplicación — proporciona una vista global del proceso de desarrollo de software,
incluyendo métodos, herramientas y técnicas que serán utilizadas.

Documento Visión
2. Vista General del Proyecto

2.1 Propósito, Alcance y Objetivos
Objetivos del proyecto:
• Diseñar una aplicación que cumpla con las funciones requeridas por el usuario y que entre en
funcionamiento de forma inmediata.
• Incluir la generación de reportes que requieran para tener evidencia del proceso.
• Implementar la plataforma web ya que se requiere acceder a cierta información de manera remota.
La información que a continuación se incluye ha sido extraída de una reunión que se han celebrado con el
stakeholder de la institución.
2.2 Suposiciones y Restricciones

Suposiciones:
• Se dispone de recursos y herramientas necesarias para el correcto desarrollo del aplicativo.
• El personal involucrado en el proyecto recibirá oportunamente la documentación, capacitación y

asesoría necesaria para realizar las actividades designadas en el proyecto.
• El jefe del proyecto se responsabiliza en asignar Usuarios Funcionales con conocimientos y

experiencia en los temas asociados a los módulos de la aplicación.
• El jefe del proyecto se responsabiliza en asignar Usuarios Técnicos que participen en el proceso
de pruebas y aceptación del sistema.
• El jefe de proyecto se responsabiliza en asignar un patrocinador del proyecto a nivel de alta

dirección y que tenga influencia directa/indirecta en todas las entidades asociadas al proyecto.
• La falta de cumplimiento de los objetivos del plan del proyecto generado por cualquier persona o
entidad involucrada en el proyecto no será causal de atraso en el plan del proyecto. En esos casos
cada fase del proyecto se cerrará con la información disponible a la fecha.
• Después de terminada la fase de definición de requerimientos del negocio 1 se cerrará la

especificación del sistema.
• Cualquier requerimiento o actividad adicional que no esté contemplada en este plan estará fuera
del alcance del proyecto.
Restricciones:
• El proyecto tiene un tiempo determinado para su finalización (2 meses).
• Los servidores destinados al proyecto deben tener las capacidades y características funcionales
adecuadas para la factibilidad del proyecto.
• Se debe contar con la ayuda de un docente especializado en WildFly, con experiencia.

Documento Visión
2.3 Entregables del proyecto

A continuación, se indican y describen cada uno de los artefactos que serán generados y utilizados por el
proyecto y que constituyen los entregables.
1) Plan de Desarrollo del Proyecto

Es el presente documento.
2) Requerimientos del Negocio

Es un documento que define a detalle los requerimientos del negocio, para que interfieran
positivamente en la planificación del proyecto, siendo uno de los artefactos más importantes, ya que
determina el éxito de la ejecución del proyecto.
2.4 Evolución del Plan de Desarrollo del Proyecto

El Plan de Desarrollo del Proyecto se revisará semanalmente y se refinará antes del comienzo de cada
iteración.
3. Organización del Proyecto

3.1 Participantes en el Proyecto
Directores de las áreas involucradas

Dependencia Nominación Función
Docente de Arquitectura de Ing. Cathy Guevara Revisión y aprobación del
software proyecto.
Control de calidad.
Control de documentación.
Docente de Aplicaciones Ing. Mauricio Rea Revisión y aprobación del
informáticas II proyecto.
Consultor para el desarrollo del
sistema.
Gerencia de la asociación. Gerente general Aprobación de la ejecución y
ASOPROPAKPUR financiamiento del proyecto.

Documento Visión
Participantes en el Proyecto
Nominación Perfil Nombre
Jefe de Proyecto Estudiante de Ingeniería en Sistemas Edwin Anrango
Computacionales.
Conocimiento medio de desarrollo de
proyectos de software.
Desarrollador Estudiante de Ingeniería en Sistemas Edwin Anrango
Computacionales.
Control de calidad Ingeniero/a en Sistemas Computacionales. Cathy Pamela Guevara
Especialista en gestión de procesos.
Especialista en desarrollo de proyectos de
software.
Administrador de Base de Estudiante de Ingeniería en Sistemas Edwin Anrango
Datos Computacionales.
Conocimiento intermedio en bases de datos.
Analista de sistemas Ingeniero/a en Sistemas Computacionales. Mauricio Rea
Especialista en desarrollo de software.
Programador.
3.2 Interfaces Externas

El Jefe de proyecto definirá a los participantes del proyecto que proporcionarán los requisitos del sistema, y
entre ellos quiénes serán los encargados de evaluar los artefactos de acuerdo a cada susbsistema y según el
plan establecido.
El equipo de desarrollo interactuará activamente con los participantes del proyecto para especificación y
validación de los artefactos generados.
3.3 Roles y Responsabilidades

A continuación, se describen las principales responsabilidades de cada uno de los puestos en el equipo de
desarrollo durante las fases de Inicio y Elaboración, de acuerdo con los roles que desempeñan.
Puesto Responsabilidad
El jefe de proyecto asigna los recursos, gestiona las prioridades, coordina
las interacciones con los clientes y usuarios, y mantiene al equipo del
proyecto enfocado en los objetivos. El jefe de proyecto también establece
Jefe de Proyecto un conjunto de prácticas que aseguran la integridad y calidad de los
artefactos del proyecto. Además, el jefe de proyecto se encargará de
supervisar el establecimiento de la arquitectura del sistema. Gestión de
riesgos. Planificación y control del proyecto.
Administrador de base Construcción de prototipos. Elaboración en la elaboración de las pruebas

Documento Visión
de datos funcionales, modelo de datos y en las validaciones con el usuario.
Preparación de las pruebas funcionales, elaboración de la documentación.

Control de calidad
Presenta sugerencias.
Corrige errores en el diseño del software.

Analista de sitemas Presenta sugerencias.
4. Gestión del Proceso
4.1 Estimaciones del Proyecto

El presupuesto del proyecto y los recursos involucrados se detallan a continuación:
Recurso Material - Hardware y Movilidad

DESCRIPCIÓN COSTO ($)
Textos 0.00
Papel y suministros 10.00
Computadora 500.00
Servidor de aplicaciones 0.00
Software de programación 0.00
Software para la base de datos 0.00
Internet 10.00
Fotocopias 5.00
Impresiones 5.00
Alimentación 20.00
TOTAL 550.00

Documento Visión
Capacitaciones y herramientas tecnológicas.

Capacitación de Herramienta Eclipse 500.00

TOTAL 500.00
Total de Gastos para el Proyecto
Recursos Materiales - Hardware y Movilidad 550.00
Capacitaciones y herramientas tecnológicas 500.00
TOTAL PROYECTO 1050.00
4.2 Plan del Proyecto

En esta sección se presenta la organización en fases e iteraciones y el calendario del proyecto.
4.2.1 Plan de las Fases

El desarrollo se llevará a cabo en base a fases con una o más iteraciones en cada una de ellas. La siguiente
tabla muestra una la distribución de tiempos y el número de iteraciones de cada fase (para las fases de
Desarrollo de las aplicaciones analíticas e Implementación es sólo una aproximación muy preliminar)
Fase Nro. Iteraciones Duración
Planeación del Proyecto 2 4 horas
Definición de Requerimientos del Negocio 2 4 horas
Implementación de la metodología ágil SCRUM 2 6 horas
Diseño del prototipo 2 4 horas
Selección e Instalación del Producto 1 2 horas
Definición del Modelo Dimensional 1 4 horas
Diseño y desarrollo de las principales clases y 4 10 horas

funciones del software.

Documento Visión
Desarrollo de los requerimientos no funcionales 4 8 horas
Implementación de la interfaz de usuario. 2 8 horas
Implementación 3 8 horas
Mantenimiento y Crecimiento 3 8 horas
Gestión del proyecto 2 4 horas
Total 64 horas
Los hitos que marcan el final de cada fase se describen en la siguiente tabla.
Descripción Hito
Planeación del Proyecto En esta fase se determina el alcance, los objetivos, el

cronograma, y la planificación del desarrollo de cada una
de las fases del proyecto medido a través de tiempos e
interacciones. La entrega del Plan de Desarrollo del
Proyecto será el final de esta fase.
Definición de Requerimientos En esta fase desarrollarán los requisitos del negocio

del Negocio desde la perspectiva de la empresa, los cuales serán
establecidos en el artefacto de Requerimientos-830. Los
principales requerimientos serán identificados y se hará
un refinamiento del Plan de Desarrollo del Proyecto. La
aceptación del cliente /usuario del artefacto
Requerimientos-830 y el Plan de Desarrollo marcan el
final de esta fase.
Ejecución de la metodología En esta fase se implementa la metodología ágil SCRUM

Scrum y termina en el Backlog de producto.
Diseño del prototipo En esta fase se analizan los requisitos y se desarrolla un

prototipo (incluyendo las partes más relevantes y / o
críticas del sistema). La revisión y aceptación del
prototipo del sistema marca el final de esta fase.

Documento Visión
Selección e Instalación del En esta fase se selecciona y se procede a la instalación

Producto de los diferentes componentes Eclipse y PostgreSQL, la
evaluación y aprobación de la instalación del producto
será el final de esta fase.
Definición del Modelo En esta fase se determina el modelo dimensional de la

Dimensional base de datos en donde se especifica que tipo y con que
valor se presentaran los datos. La revisión y aprobación
del modelo dimensional será el final de esta fase.
Diseño y desarrollo de las En esta fase se crean los objetos, clases y funciones mas
principales clases y funciones importantes mediante la programación con el fin de
del software. cumplir los requisitos funcionales de la aplicación. La
revisión y ejecución de pruebas marca el final de esta
fase.
Desarrollo de los En esta fase se implementan los requisitos no

requerimientos no funcionales funcionales con el fin de cumplir con todos los requisitos
de acuerdo con el artefacto de requerimientos 8-30. La
revisión y ejecución de pruebas marca el final de esta
fase.
Implementación de la interfaz En esta fase se diseña un entorno más amigable con el

de usuario. usuario además del control de errores para una mejor
navegación. La revisión y ejecución de pruebas marca el
final de esta fase.
En esta fase se prepararán tres releases para distribución,

asegurando una implantación adecuada, incluyendo el
Implementación
entrenamiento de los usuarios. El hito que marca el fin
de esta fase incluye, la entrega de toda la documentación
del proyecto con los manuales de instalación y todo el
material de apoyo al usuario, la finalización del
entrenamiento de los usuarios y el empaquetamiento del
producto.
En esta fase se evalúa el proyecto para identificar

mejoras a lo largo de la vida del proyecto, ya que pueden
Mantenimiento y Crecimiento
existir actualizaciones, esta fase se finaliza con un
análisis de oportunidades de mejoras.
En esta fase se realiza el monitoreo del estado del

proyecto y su respectivo seguimiento para determinar su
Gestión del proyecto
optima implantación, esta fase se finaliza con la
verificación de la implementación del proyecto.

Documento Visión
4.2.2 Calendario del Proyecto

A continuación, se presenta un calendario de las principales tareas del proyecto. En Scrum el desarrollo se
realiza de forma iterativa e incremental mediante procesos en el que se aplican de manera regular un
conjunto de buenas prácticas para trabajar colaborativamente, en equipo, y obtener el mejor resultado
posible de un proyecto. Estas prácticas se apoyan unas a otras y su selección tiene origen en un estudio de
la manera de trabajar de equipos altamente productivos.
Para este proyecto se ha establecido el siguiente calendario. La fecha de aprobación indica cuándo el
artefacto en cuestión tiene un estado de completitud suficiente para someterse a revisión y aprobación, pero
esto no quita la posibilidad de su posterior refinamiento y cambios.
Disciplinas / Artefactos generados o modificados Comienzo Aprobación

Fases del desarrollo del proyecto - Scrum
Planeación del Proyecto
Plan de desarrollo del proyecto. 07/06/2018 18/06/2018
Requerimientos del Negocio
Guía de análisis de requerimientos. 07/06/2018 18/06/2018
Implementación de SCRM
Especificación de historias de usuario. 18/06/2018 20/06/2018

Documento Visión
Priorización de historias de usuario. 18/06/2018 20/06/2018

Especificación de tareas. 19/06/2018 20/06/2018
Backlog del producto 20/06/2018 20/06/2018
Planeación de Sprint.
Estimación de esfuerzos. 20/06/2018 20/06/2018
Planeación de entregas. 20/06/2018 20/06/2018
Refinamiento de historias de usuario. 20/06/2018 20/06/2018
Backlog del Sprint 20/06/2018 20/06/2018
Ejecución de primer sprint
Diseño del prototipo 22/06/2018 22/06/2018
Selección e Instalación del Producto 22/06/2018 22/06/2018
Definición del Modelo Dimensional 22/06/2018 22/06/2018
Junta diaria del sprint 22/06/2018 22/06/2018
Revisión y retrospectiva del Sprint 22/06/2018 22/06/2018
Ejecución del segundo sprint
Diseño las principales clases del software. 25/06/2018 28/06/2018
Desarrollo de las funciones del software. 28/06/2018 28/06/2018
Ejecución del tercer sprint
Desarrollo de los requerimientos no funcionales 29/06/2018 04/07/2018
Implementación de la interfaz de usuario. 02/07/2018 04/07/2018
Implementación
Reporte de paso a producción 07/07/2018 07/07/2018
Mantenimiento y crecimiento
Oportunidades de mejora Durante todo el proyecto
Plan de Desarrollo del Software en su versión 1.0 y
Revisar en cada iteración
planes de las Iteraciones
4.3 Seguimiento y Control del Proyecto
Gestión de Requisitos

Documento Visión
Los requisitos del sistema son especificados en el artefacto Especificación de Requisitos. Cada requisito
tendrá una serie de atributos tales como importancia, estado, iteración donde se implementa. Estos atributos
permitirán realizar un efectivo seguimiento de cada requisito. Los cambios en los requisitos serán
gestionados mediante una Solicitud de Cambio, las cuales serán evaluadas y distribuidas para asegurar la
integridad del sistema y el correcto proceso de gestión de configuración y cambios.
Control de Plazos
El calendario del proyecto tendrá un seguimiento y evaluación semanal por el jefe de proyecto, bajo esta
matriz de seguimiento.


Documento Visión

Implementación

Documento Visión

Implementación

Documento Visión

Implementación

Documento Visión

Implementación

Documento Visión

Implementación

Documento Visión

Implementación

Documento Visión

Implementación
Disciplinas / Artefactos generados o Comienzo Aprobación Estado

Comienzo Aprobación
modificados efectivo efectiva
Planeación del Proyecto OK
Guía de análisis de
07/06/2018 18/06/2018
requerimientos.
Especificación de historias de
18/06/2018 20/06/2018
usuario.
Priorización de historias de
18/06/2018 20/06/2018
usuario.
Refinamiento de historias de
20/06/2018 20/06/2018
usuario.

Documento Visión

Selección e Instalación del
22/06/2018 22/06/2018
Producto
Definición del Modelo
22/06/2018 22/06/2018
Dimensional
Diseño las principales clases del
25/06/2018 28/06/2018
software.
Desarrollo de las funciones del
28/06/2018 28/06/2018
software.
Desarrollo de los requerimientos 04/07/2018
29/06/2018
no funcionales
Implementación de la interfaz de 04/07/2018
02/07/2018
usuario.
Implementación
Plan de Desarrollo del Software
en su versión 1.0 y planes de las Revisar en cada iteración
Iteraciones
Control de Calidad
Los defectos detectados en las revisiones y formalizados también en una Solicitud de Cambio tendrán un
seguimiento para asegurar la conformidad respecto de la solución de dichas deficiencias Para la revisión de
cada artefacto y su correspondiente garantía de calidad se utilizarán las guías de revisión y checklist (listas
de verificación).
Gestión de Riesgos

Documento Visión
A partir de la fase de Inicio se mantendrá una lista de riesgos asociados al proyecto y de las acciones
establecidas como estrategia para mitigarlos o acciones de contingencia. Esta lista será evaluada al menos
una vez en cada iteración.
Gestión de Configuración
De acuerdo a lo especificado por la IEEE, la Gestión de Configuración contempla las siguientes
actividades:
• Identificación de la configuración: Consiste en identificar la estructura del producto, sus
componentes y tipo, haciéndolos únicos y accesibles mediante algún procedimiento.
• Control de cambios en la configuración: Consiste en controlar las versiones de un producto y los
cambios que sobre él se producen a lo largo de su ciclo de vida.
• Generación de Informes de Estado: Consiste en la producción de informes sobre el estado de las
solicitudes de cambio realizadas sobre ellos.
• Auditoría de Configuración: Consiste en la validación de la integridad de un producto,
manteniendo la consistencia entre sus componentes (Investigaci & Edici, 2010).
Para la identificación de la configuración se realizará lo siguiente:

• Se identificará los resultados de las tareas realizadas durante la fase.
• Asegurará que se ha completado la fase, contando con elementos consolidados para iniciar la fase
siguiente.
Para el control de cambios en la configuración se realizará lo siguiente:

• Aprobar o rechazar la solicitud de cambio.
• Priorizar las solicitudes de cambio.
• Controlar la ejecución del cambio solicitado.
• Certificar que el cambio realizado ha sido correctamente implementado (Rancán & Britos, 2003)
Se realizará una gestión de configuración para llevar un registro de los artefactos generados y sus versiones.
También se incluirá la gestión de las Solicitudes de Cambio y de las modificaciones que éstas produzcan,
informando y publicando dichos cambios para que sean accesibles a todo los participantes en el proyecto.
Al final de cada iteración se establecerá un registro del estado de cada artefacto, estableciendo una versión,
la cual podrá ser modificada sólo por una Solicitud de Cambio aprobada.
5. Referencias
Investigaci, U. P. C. C. D. E., & Edici, E. P. G. (2010). INTEGRANDO LOS PROYECTOS CON LA
ESTRATEGIA ORGANIZACIONAL Víctor Villar 1, 1–15.
Rancán, C. J., & Britos, P. (2003). GESTIÓN DE CONFIGURACIÓN DE PRODUCTOS SOFTWARE EN

ETAPA DE DESARROLLO.

Plan Proyecto Arquitectura de Software

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Plan Proyecto Arquitectura de Software

Diunggah oleh

Hak Cipta:

Format Tersedia

<Universidad Técnica del Norte>

FACULTAD DE INGENIERIA EN CIENCIAS APLICADAS

< Desarrollo de un sistema web para la

Confidencial <Universidad Técnica de Norte UTN>, 2018 Página 2 de 23

1.1 Propósito ....................................................................................................................................................... 4

2. Vista General del Proyecto .................................................................................................................................5

2.1 Propósito, Alcance y Objetivos ......................................................................................................................5

3. Organización del Proyecto ..................................................................................................................................6

3.1 Participantes en el Proyecto .......................................................................................................................... 6

4. Gestión del Proceso ..............................................................................................................................................8

4.1 Estimaciones del Proyecto ............................................................................................................................. 8

Confidencial <Universidad Técnica de Norte UTN>, 2018 Página 3 de 23

Plan de Desarrollo del Proyecto

Confidencial <Universidad Técnica de Norte UTN>, 2018 Página 4 de 23

2. Vista General del Proyecto

2.2 Suposiciones y Restricciones

• El personal involucrado en el proyecto recibirá oportunamente la documentación, capacitación y

• El jefe del proyecto se responsabiliza en asignar Usuarios Funcionales con conocimientos y

• El jefe de proyecto se responsabiliza en asignar un patrocinador del proyecto a nivel de alta

• Después de terminada la fase de definición de requerimientos del negocio 1 se cerrará la

Confidencial <Universidad Técnica de Norte UTN>, 2018 Página 5 de 23

2.3 Entregables del proyecto

1) Plan de Desarrollo del Proyecto

2) Requerimientos del Negocio

2.4 Evolución del Plan de Desarrollo del Proyecto

3. Organización del Proyecto

Directores de las áreas involucradas

Confidencial <Universidad Técnica de Norte UTN>, 2018 Página 6 de 23

3.2 Interfaces Externas

3.3 Roles y Responsabilidades

Confidencial <Universidad Técnica de Norte UTN>, 2018 Página 7 de 23

de datos funcionales, modelo de datos y en las validaciones con el usuario.

Preparación de las pruebas funcionales, elaboración de la documentación.

Corrige errores en el diseño del software.

4. Gestión del Proceso

4.1 Estimaciones del Proyecto

Recurso Material - Hardware y Movilidad

Papel y suministros 10.00

Servidor de aplicaciones 0.00

Software de programación 0.00

Software para la base de datos 0.00

Confidencial <Universidad Técnica de Norte UTN>, 2018 Página 8 de 23

Capacitaciones y herramientas tecnológicas.

Capacitación de Herramienta Eclipse 500.00

Total de Gastos para el Proyecto

DESCRIPCIÓN COSTO ($)

Recursos Materiales - Hardware y Movilidad 550.00

Capacitaciones y herramientas tecnológicas 500.00

TOTAL PROYECTO 1050.00

4.2 Plan del Proyecto

4.2.1 Plan de las Fases

Fase Nro. Iteraciones Duración

Planeación del Proyecto 2 4 horas

Definición de Requerimientos del Negocio 2 4 horas

Implementación de la metodología ágil SCRUM 2 6 horas

Diseño del prototipo 2 4 horas

Selección e Instalación del Producto 1 2 horas

Definición del Modelo Dimensional 1 4 horas

Diseño y desarrollo de las principales clases y 4 10 horas

Confidencial <Universidad Técnica de Norte UTN>, 2018 Página 9 de 23

Desarrollo de los requerimientos no funcionales 4 8 horas

Implementación de la interfaz de usuario. 2 8 horas

Mantenimiento y Crecimiento 3 8 horas

Gestión del proyecto 2 4 horas