Informe Tcnico

Grupo: ABC

Pg. 1/9

20 de Agosto de 2014

Aplicaciones Empresariales I


INFORME N 001-2014-AE1

Profesor: Edwin Marav



PROYECTO:
Nombre del Proyecto.




ELABORADO POR:
Giovanna Guerra Carabelli
Aldo Galarza Bicerra
Diego Gallardo Botetano
Manuel Hurtado Alzamora
Jorge Kanashiro Arakaki



FECHA:
20 de Agosto de2014







Informe Tcnico



Grupo: ABC

Pg. 2/9

20 de Agosto de 2014

Aplicaciones Empresariales I


HISTORIAL DE VERSIONES

tem Fecha Ver. Descripcin Responsable
01 20Agosto 0.0 Pre-Anlisis Aldo Galarza Bicerra
02 20 Agosto 1.0 Elaboracin de Informe preliminar
Nombre de
responsable













Informe Tcnico



Grupo: ABC

Pg. 3/9

20 de Agosto de 2014

Aplicaciones Empresariales I

INDICE

1. INTRODUCCION
2. ANTECEDENTES
3. ARQUITECTURA DEL PROYECTO
4. REQUERIMIENTOS
4.1 REQUERIMIENTOS FUNCIONALES
4.2 REQUERIMIENTOS NO FUNCIONALES
4.3 GESTIN DE CAMBIOS
5. ALCANCE DEL PROYECTO
6. SOLUCION PROPUESTA
6.1 VISION
6.2 IMPACTO DE LA SOLUCION
6.3 DOCUMENTACION - ENTREGABLES
6.4 DESARROLLO DE REQUERIMIENTOS
7. PLAN DE TRABAJO
7.1. EQUIPO DE TRABAJO
7.2. ASEGURAMIENTO DE CALIDAD (QA)
7.3. CONFIDENCIALIDAD
7.4. CONDICIONES GENERALES
7.5. PLAZOS DE ENTREGA
8. SUGERENCIAS
9. CONCLUSIONES:




Informe Tcnico



Grupo: ABC

Pg. 4/9

20 de Agosto de 2014

Aplicaciones Empresariales I

1. INTRODUCCION

El presente documento tiene como finalidad presentar la propuesta de desarrollo de interfaces web para el
proyectoEl nombre que decidamos el cual est diseado para dar solucin y automatizacin a las
empresas de taxi en lnea, la idea de es contar con el registro de los autos con los que cuenta la
empresa, informacin de choferes, zonas de servicio, tarifas estandarizadas, registro de clientes, realizacin
de reservas .

2. ANTECEDENTES
Marco del problema: Despus de realizar un estudios sobre las necesidades de los usuarios en el mercado de
las movilidades personalizadas llegamos a la conclusin de que son varios factores los que limitan un servicio
eficaz, ante la premura del tiempo para movilizarnos, la comodidad y seguridad necesaria actualmente en
esta ciudad la demanda por obtener un transporte personal a toda hora y de una manera rpida es amplia.
Por ello, se requiere de un sistema que maneje y brinde la informacin requerida para un buen
funcionamiento..
Definicin del problema:Falta de transporte personal al alcance desde donde ests
Definicin de la solucin del problema: Realizacin de reserva va web, recojo inmediato por la distribucin de
vehculos por zonas, seguridad a un precio justo.

3. ARQUITECTURA DEL PROYECTO

Se analiz que existen varios mdulos de los cuales los siguientes:
Usuarios.
Gestin de autos(registro, consultas, actualizacin y eliminacin).
Gestin de reservas.
Gestin de Clientes.
Zonas y tarifas.

Observaciones:
El modulo Gestin de flota cuenta con la opcin de registro de auto, consulta de auto donde
muestra las opciones de actualizar y eliminar auto.








4. REQUERIMIENTOS
Los requerimientos presentados estn enmarcados en la siguiente tabla para asegurar su correcta atencin:

3.1 REQUERIMIENTOS FUNCIONALES
Los requerimientos funcionalesdel proyecto estn definidos en el siguiente cuadro

Cdigo de
requerimiento
Tipo
Mdulo /
Proceso
Nombre del
Requerimiento
Descripcin del Requerimiento
RF-00
Req.
Inicial
Validacin
Validacin de usuarios con
asignacin de roles.
Se valida el usuario y la contrasea al
momento de ingresar a plataforma,
para validar los permisos por rol.


Informe Tcnico



Grupo: ABC

Pg. 5/9

20 de Agosto de 2014

Aplicaciones Empresariales I

RF -01
Req.
Inicial
Gestin de
autos
Gestin de autos
Muestra las opciones de registro,
consulta, actualizacin y eliminacin de
autos.
RF -02
Req.
Inicial

RF -03
Req.
Inicial

RF -04
Req.
Inicial

RF -05
Req.
Inicial

RF -06
Req.
Inicial


3.2 REQUERIMIENTOS NO FUNCIONALES
Los requerimientos no funcionales del proyecto estn definidos en el siguiente cuadro

Cdigo de
requerimiento
Tipo
Mdulo /
Proceso
Nombre del
Requerimiento
Descripcin del Requerimiento
RNF-00
Req.
Inicial
todos
Definicin de arquitectura de
aplicaciones Java
Definicin de servidores, versiones y
plataforma operativa a ser usada para el
proyecto.
RNF -01
Req.
Inicial
todos Diccionario de datos.
RNF -02
Req.
Inicial
todos
Estndares de componentes
de datos y de negocio.

RNF -03
Req.
Inicial

RNF -04
Req.
Inicial

RNF -05
Req.
Inicial

RNF -06
Req.
Inicial


3.3 GESTIN DE CAMBIOS
Una vez revisado este informe, se continuar con la fase de desarrollo de las funcionalidades con el finde
complementar los requerimientos descritos.
Por ello, el equipo de desarrollo designadorealizar una evaluacindetallada y constante para evaluar las
caractersticas del proyecto.
Los cambios sern plasmados en un acta de solicitud cambios, y se actualizar la propuesta solucin.


Informe Tcnico



Grupo: ABC

Pg. 6/9

20 de Agosto de 2014

Aplicaciones Empresariales I

Durante el proceso de desarrollo y, puesta en desarrollo oficial, se avanzarn en forma terminal y si se solicita
cambios que afectan entregables de actividades terminadas se considerar como un cambio del proyecto el
tiempo que demande el trabajo ocasionado por la solicitud.
Todos los entregables estn sujetos a errores de las herramientas tecnolgicas, que se usen y/o a los
ambientes de desarrollo oficial o de Pruebas, estos errores no estn considerados dentro de los lineamientos
de los alcances de esta propuesta.


5. ALCANCE DEL PROYECTO
Para garantizar el cumplimiento de la Funcionalidad y Plazos de Ejecucin del Proyecto es importante definir
con precisin los temas que estn dentro y fuera del alcance y por lo tanto no forman parte del Sistema como
propuesta de solucin.
Los temas que estn comprendidos dentro del alcance del proyecto, materia del presente informe son
los siguientes:
a. Planificar y realizar el inicio del desarrollo del proyecto.
b. Revisar, ajustar y confirmar las funcionalidades propuestas a ser implementadas en el proyecto de
acuerdo a los requerimientos definidos.
c. Disear la Arquitectura del Sistema basada en el documento de requerimientos funcionales.
d. Desarrollar las Especificaciones Funcionales y No Funcionales del Sistema.
e. Revisar el Modelo Lgico y Fsico de la Base de Datos del Sistema y Observar en caso de que sea
necesario.
f. Revisar los Prototipos del Sistema y validar que se ajusten a la realidad del cliente.
g. Codificar los Componentes de Software.
h. Realizar pruebas Integrales del Sistema.
i. Entregar observaciones para el desarrollar el Manual Tcnico del Sistema.
j. Corregir las fallas en los programas reportadas en el proceso de revisin de avances tomando en
cuenta los casos de uso de pruebas.
k. Realizar el Cierre del Proyecto mediante documentos entregados.
l. La calidad, limpieza, exactitud e integridad de los datos residentes en las actuales bases de datos de
los sistemas utilizados por EL CLIENTE.
m. Definicin de polticas y procedimientos de seguridad de la informacin.
n. Administrar servidores de aplicaciones Java EE para el correcto funcionamiento de los componentes.

Temas Fuera del Alcance del Proyecto.

Los temas que no forman parte del alcance del proyecto son los siguientes:
a. Proveer hardware de procesamiento de datos, comunicaciones o de algn otro tipo.
b. Adecuar o desarrollar Interfaces con sistemas que no sean lo que se hayan especificados dentro del
alcance del proyecto.

6. SOLUCION PROPUESTA

Evaluados los requerimientos expuestos, se propone realizar un grupo de actividades segn los
requerimientos indicados del cliente y los requerimientos identificados en esta propuesta segn los
lineamientos de la tabla de requerimientos y de consideraciones.

5.1 VISION
.


Informe Tcnico



Grupo: ABC

Pg. 7/9

20 de Agosto de 2014

Aplicaciones Empresariales I


5.2 IMPACTO DE LA SOLUCION
- ..

5.3 DOCUMENTACION - ENTREGABLES

Documento Entregables
Informe 1 Preliminar Borrador de definicin de Arquitectura de
aplicacin. Modelo de base de datos.
Informe 2 Lista de Requerimientos funcionales y no funcionales a ser
validados. Definicin de casos de uso a ser desarrollados.
Informe 3 Propuesta de actividades a ser desarrolladas para la
construccin de los componentes de software.
Informe 4 Diseo de casos de uso de pruebas para los casos de uso del
proyecto. Diseo de prototipo del proyecto.
Informe 5 Fuente con versiones. Manual de instalacin (videos)
Informe 6 Documentacin: Manual de usuario (videos, diapositivas).
Informe 7 Documentacin: Manual de sistema (videos, diapositivas).

5.4 DESARROLLO DE REQUERIMIENTOS
Evaluado los requerimientos expuestos, las actividades y tiempos se muestran en el siguiente
cuadro:

6.4.1. Listado de Hitos:
9 de Septiembre:

Nro. Actividades
01 Desarrollo de requerimiento RNF-0 AL 100%
Informe 1 AL 100%
02 Informe 2 AL 100%
03 Desarrollo de requerimientos RNF-1 AL 100%
Desarrollo de requerimientos RF-1 AL 100%
Informe 3 AL 100%
04 Informe 4 AL 50%
PARA LA
PRIMER
A
ENTREG
A













Informe Tcnico



Grupo: ABC

Pg. 8/9

20 de Agosto de 2014

Aplicaciones Empresariales I



30 de Septiembre:

Nro. Actividades
01 Desarrollo de requerimientos RNF-X AL 100%
Informe 4 AL 100%
02
Desarrollo de requerimientos RNF-X AL 100%
Informe 5 AL 50%
PARA LA
SEGUND
A
ENTREG
A








28 de Octubre:

Nro. Actividades
01 Desarrollo de requerimientos RNF-X AL 100%
Informe 4 AL 100%
02
Desarrollo de requerimientos RNF-X AL 100%
Informe 5 AL 50%
PARA LA
SEGUND
A
ENTREG
A








25 de Noviembre:

Nro. Actividades
01 Informe 5 AL 100%
02 Informe 6 AL 100%
03 Informe 7 AL 100%
PARA LA
TERCER
A
ENTREG
A




Informe Tcnico



Grupo: ABC

Pg. 9/9

20 de Agosto de 2014

Aplicaciones Empresariales I






7. PLAN DE TRABAJO

7.1. EQUIPO DE TRABAJO
El equipo de trabajo propuesto para el desarrollo de los requerimientos descritos es el siguiente:
Part. Rol Responsabilidades generales
GRUPO ABC
Lider del Equipo
[nombre]
Responsable de los entregables y la correcta presentacin en
las fechas programadas.
GRUPO ABC
Desarrollador
[nombre]
Persona responsable del desarrollo de los componentes de
software Java basados en los requerimientos funcionales y
no funcionales del proyecto.
GRUPO ABC

7.2. ASEGURAMIENTO DE CALIDAD (QA)
El proyecto se regir bajo el Sistema de desarrollo de metodologas AGILES en el desarrollo del
software.

7.3. CONFIDENCIALIDAD
Expresamente se asume la responsabilidad de guardar reserva de toda la informacin proporcionada
que ser tratada de buena fe y solo utilizada para el desarrollo del proyecto.

7.4. CONDICIONES GENERALES
ISIL, garantiza la confidencialidad de la propuesta y los acuerdos plasmados en ella.
El grupo ABC, se compromete a entregar la funcionalidad dentro de lo establecido y el tiempo
pactado.

7.5. PLAZOS DE ENTREGA
La entrega se formalizar con la presentacin del proyecto y el correcto funcionamiento de los casos
de prueba.


8. SUGERENCIAS

Considerando el nivel de cdigo del proyecto:
a. Se .

9. CONCLUSIONES:

Agradeciendo su atencin, y manifestndole nuestra disponibilidad para ampliar o detallar el presente, nos
despedimos.