ndice Planteamiento del problema..........................................................................................1 Objetivos del proyecto...................................................................................................3 Objetivo General.......................................................................................................3 Objetivos Especficos...............................................................................................3 Justificacin...................................................................................................................3 Alcance..........................................................................................................................4 Gestin de proyecto.......................................................................................................

4 Gestin de Producto.......................................................................................................6 mbito:.....................................................................................................................6 Diagrama de Actividades:........................................................................................7 Diagrama de caso de uso..........................................................................................8 Definicin de Requerimientos..................................................................................8 Gestin de Proceso......................................................................................................10 Paradigma a Utilizar...............................................................................................10 MEDICIONES DEL SOFTWARE:.............................................................................13 COCOMO Semiacoplado.......................................................................................14 Plan de Actividades......................................................................................................18

Planteamiento del problema.

Una importante empresa de desarrollo de aplicaciones Web y mviles enfocada en la mejora continua de sus procesos de produccin y aprovechamiento de oportunidades de mercado ha identificado un posible proyecto que le ayudara a ser ms eficiente en la entrega de productos. Tomando en cuenta el auge de los (desktop) desde un dispositivo mvil. El proyecto consiste en realizar una aplicacin Mvil que permita la copia, edicin de archivos, la bsqueda de documentos, la bsqueda de informacin dentro de archivos, la descarga de archivos de la Web, uso de la conexin a la Web, uso del navegador, etc. adems los resultados se muestren dentro del dispositivo mvil. dispositivos mviles, han decidido desarrollar una aplicacin con la cual se pueda tomar control de una mquina

Objetivos del proyecto.

Disear y desarrollar una aplicacin mvil que permita tomar control remoto y manipular documentos de un host determinado.

Objetivo General

1. Levantamiento de informacin de los procesos involucrados para el desarrollo del sistema. 2. Anlisis de los procesos involucrados para el desarrollo del sistema. 3. Definicin de los mdulos que compondrn el sistema. 4. Definicin de actividades para el desarrollo del sistema. 5. Diseo de interfaz de usuario acorde con los requerimientos del sistema. 6. Desarrollo de los mdulos que componen el sistema.

Objetivos Especficos

Justificacin.
Con el desarrollo e implementacin de este sistema de informacin se pretende en primer lugar, aprovechar el auge de las nuevas tecnologas desde los dispositivos mviles para obtener mayor agilidad y accesibilidad en la gestin de clientes de escritorio remoto, adems de facilitar la transferencia y manipulacin de documentos entre equipos de computacin y dispositivos mviles.

Alcance.
El siguiente estudio abarcar el diseo e implementacin de un sistema de informacin para el control remoto de un host conectado en una red de alta velocidad.

Gestin de proyecto.
Gestin de personal. Organizacin del equipo: el equipo de desarrollo del sistema de acceso remoto desde dispositivo mvil, estar conformado por cuatro personas. Estructura del equipo: ste equipo ha decidido implementar el Paradigma Abierto, ya que a pesar de que existe una organizacin con jerarqua, esto no implica que valdr slo la opinin del coordinador sino que las decisiones son en consenso y existir una comunicacin tanto vertical como horizontal entre el coordinador y los miembros del equipo de desarrollo. Estructuracin: el equipo ha sido conformado por las siguientes personas: .- Cesar Alcoba. .- Javier Urbano. .- Luis Castro. .- Rafael Itriago. Javier Urbano Coordinador

Cesar Alcoba Miembro

Luis Castro Miembro

Rafael Itriago Miembro

Coordinador: Programar reuniones con los dems miembros del equipo. Ayudar a los miembros del equipo. Miembros: Apoyar con ideas y desarrollar el sistema en conjunto con el resto del equipo. Equipo: .- En conjunto trabajar en el desarrollo del sistema garantizando un buen compartir el esfuerzo y tiempo. .- Establecer en consenso los mtodos, metodologa y herramientas a utilizar del sistema. .- Definir las actividades y recursos que comprender el plan de proyecto. Comunicacin dentro del Equipo: una vez definida la estructura del equipo de trabajo, es importante determinar la forma y mecanismos de comunicacin que optimizarn los flujos de informacin, de modo que faciliten el control del proyecto. La comunicacin ser de tipo informal, interpersonal y electrnica, ya que se basar en reuniones de grupo donde se distribuirn cada una de calidad del producto.
Miembros

resultado

para el desarrollo

las actividades a realizar, velando su cumplimiento en el tiempo establecido, con la intensin de asegurar la Horizontal La direccin de la comunicacin ser de forma vertical (Coordinador (Miembros Miembros). ),

Las reuniones se realizarn semanalmente, y tendrn los siguientes

objetivos: Presentar aportes e ideas del sistema, Determinar los puntos de fallas en el proceso y evaluar las formas de corregirlas, sin que perjudiquen el plan del proyecto.

Gestin de Producto
mbito:
El proyecto consiste en el desarrollo de una aplicacin mvil que permita tomar el control de un desktop remoto, en el cual se admita la copia, edicin y bsqueda de archivos. Debe ser capaz de realizar la bsqueda de informacin dentro de documentos y la descarga en el desktop desde la web (seleccionada la descarga desde el mvil). La interfaz de la aplicacin en el mvil ser capaz de mostrar todos los resultados obtenidos de la accin seleccionada por el usuario. El usuario ser el encargado de iniciar la conexin y de seleccionar la actividad que desee realizar a travs de opciones mostradas en la pantalla del mvil. Tambin tendr la posibilidad de iniciar la descarga de archivos en el desktop realizando una bsqueda en el explorador web. Objetivo de Informacin: Entradas del usuario 1. User del desktop a conectar. 2. Password del desktop a conectar. 3. IP del desktop a conectar. Salidas del usuario: 1. Interfaz grfica.

Rendimiento y Comportamiento: 1. El usuario podr buscar, modificar, copiar y descargar informacin en el desktop. 2. El usuario podr visualizar toda la informacin a travs de un dispositivo mvil.

Diagrama de Actividades:

Diagrama de caso de uso

Definicin de Requerimientos.
Requerimientos Funcionales: Interfaz de Usuario: Para facilitar el uso y manejo del sistema. Sugerencias: Para que el usuario final pueda emitir recomendaciones sobre la aplicacin. Requerimientos no Funcionales:

Seguridad: El sistema debe garantizarles a los usuarios seguridad absoluta al momento de ejecutar la accin seleccionada. Disponibilidad: La aplicacin ser soportada exclusivamente bajo un sistema operativo de software libre.

Lmites: La informacin ser dada en espaol. Solo ser utilizado bajo software libre. Limitado a solo un SO para mviles. Mantenibilidad: Debe permitir realizar el mantenimiento respectivo, con la finalidad de minimizar errores y mantener el sistema actualizado. Facilidad de uso: Permita a los usuarios un fcil manejo, encontrar la informacin requerida sin mucha dificultad. Descomposicin del problema La aplicacin estar dividida en 3 mdulos que describiremos a continuacin en orden de prioridad; basada en la importancia que representan dentro del proyecto. .- Mdulo de acceso a sitio remoto Este mdulo representa la interfaz inicial en la cual el usuario ingresara los datos necesarios para realizar la conexin remota al desktop. .- Mdulo de Manejo/Control del host remoto Este mdulo se encarga de realizar la conexin remota entre mvil y desktop. .- Mdulo Manejo de Archivos/Ficheros El usuario podr seleccionar la opcin que desee, tal como editar, buscar, copiar, buscar contenido en archivos o descargar informacin en el desktop.

Gestin de Proceso
Paradigma a Utilizar
Modelo del Proceso del Software Aqu se establecer el modelo para definir la estrategia a seguir para realizar el desarrollo La metodologa a implementar en el desarrollo del sistema es una metodologa hibrida, ya que se usara una combinacin de actividades de modelos de desarrollo tradicional y gil, los cuales son el modelo en Espiral para la parte tradicional utilizaremos este modelo porque una de sus caractersticas fundamentales es que requiere de la elaboracin de entregas continuas de producto que en nuestro caso ser los tres avances que se entregaran. Otra causa es que este modelo centra su atencin en la reutilizacin de componentes, y la eliminacin de errores mediante la valoracin del riesgo y Programacin Extrema para la parte gil. Tradicional por los modelos empricos de estimacin y gil por el requerimiento o conjunto de ellos representados en historias y valoracin de riesgos utilizada en ambos mtodos. Actividades del modelo hibrido a utilizar: Por la parte tradicional (Espiral)
Comunicacin con el Cliente: son las tareas requeridas para

establecer la comunicacin entre el desarrollado y el usuario final.

Planificacin: son tareas requeridas para definir recursos, tiempo y

otra informacin relacionadas con el proyecto.

Anlisis de riesgos: son tareas requeridas para evaluar riesgos

tcnicos y de gestin.

 Ingeniera:

son tareas requeridas para construir una o ms

representaciones de las aplicaciones.

Construccin y Accin: son tareas requeridas para construir, probar,

instalar y proporcionar soporte al usuario

Evaluacin del Cliente: son tareas requeridas para obtener la

reaccin del cliente segn la evaluacin de las representaciones del software creadas durante la etapa de ingeniera e implementada durante la etapa de instalacin. Por la parte gil (Programacin extrema) Modelo Programacin Extrema (XP): Este modelo es el ms destacado de los procesos giles para desarrollo de software, ya que pone ms nfasis en la adaptabilidad que en la previsibilidad. Sus caractersticas son:

Desarrollo iterativo e incremental: pequeas mejoras, unas tras otras.

Pruebas

unitarias

continuas,

frecuentemente

repetidas

automatizadas, incluyendo pruebas de regresin. Se aconseja escribir el cdigo de la prueba antes de la codificacin. Vase, por ejemplo, las herramientas de prueba JUnit orientada a Java, DUnit orientada a Delphi, NUnit para la plataforma.NET o PHPUnit para PHP. Estas tres ltimas inspiradas en JUnit.

Programacin en parejas: se recomienda que las tareas de desarrollo se lleven a cabo por dos personas en un mismo puesto. Se supone que la mayor calidad del cdigo escrito de esta manera -el cdigo es revisado y discutido mientras se escribe- es ms importante que la posible prdida de productividad inmediata.

Frecuente integracin del equipo de programacin con el cliente o usuario. Se recomienda que un representante del cliente trabaje junto al equipo de desarrollo.

Correccin

de

todos

los

errores

antes

de

aadir

nueva

funcionalidad. Hacer entregas frecuentes.

Refactorizacin del cdigo, es decir, reescribir ciertas partes del cdigo para aumentar su legibilidad y mantenibilidad pero sin modificar su comportamiento. Las pruebas han de garantizar que en la refactorizacin no se ha introducido ningn fallo.

Propiedad

del

cdigo

compartida:

en

vez

de

dividir

la

responsabilidad en el desarrollo de cada mdulo en grupos de trabajo distintos, este mtodo promueve el que todo el personal pueda corregir y extender cualquier parte del proyecto. Las frecuentes pruebas de regresin garantizan que los posibles errores sern detectados.

Simplicidad en el cdigo: es la mejor manera de que las cosas funcionen. Cuando todo funcione se podr aadir funcionalidad si es necesario. La programacin extrema apuesta que es ms sencillo hacer algo simple y tener un poco de trabajo extra para cambiarlo si se requiere, que realizar algo complicado y quizs nunca utilizarlo.

Los modelos utilizados para el desarrollo del software, fueron seleccionados a travs un anlisis meticuloso de sus caractersticas, para de esta manera obtener un modelo hibrido, del cual podemos resaltar la forma de comunicacin que destacan los mtodos giles y robustecer la documentacin gracias al proceso iterativo en forma de espiral planteado por el modelo llamado de esa misma forma.

MEDICIONES DEL SOFTWARE:

ESTIMACIONES DEL PROYECTO DE SOFTWARE (ESTIMACIN BASADA EN EL PROBLEMA) VE = (Sopt + 4Sm + Sp) / 6 MDULOS Modulo de acceso al sitio remoto Modulo de manejo archivos/fichero s Modulo de manejo/control host remoto S(opt) 600 S(m) 800 S(p) 1000 VE 800

800

1200

1500

1183

600

1000

1400

1000 2983

Total LDC estimadas LDC = 2983 KLDC = 2983 / 1000 = 2.983

PARAMETRO DE MEDICION Nmero de entradas de usuarios Nmero de

CUENTA

PESO

PUNTOS CTA. * FAC. = = 12 5

3 1

X X

4 5

salidas de usuario Nmero de peticiones de usuario Nmero de archivos Nmero de interfaces externas CONTEO TOTAL 4 X 4 = 16

10

80

21 134

MODELO COCOMO COCOMO Semiacoplado Esfuerzo E = 3 * KLDC1.12 E = 3 * (2,983)1.12 E = 10,20 hombresmes Personas N= E/D N= 4 personas Despejando D en la formula anterior obtenemos la duracin. estiman que es posible Duracin D= E/N D= 10,20 / 4 D= 2,55 3 meses

Los clculos realizados en este modelo

afirmar que el desarrollo del proyecto es factible de realizar en una duracin aproximada de 3 meses con un recurso humano de 4 personas.

Factor de Complejidad Cada una de las siguientes preguntas es respondida usando una escala con rangos desde 0 (Menos importante) hasta 5 (Muy importante).

N 1 2 3 4 5 6 7 8 9 1 0

Factor Requiere el sistema copias de seguridad y de recuperacin fiables? Se requiere comunicacin de datos? Existen funciones de procesamiento distribuido? Es crtico el rendimiento? Se ejecutar el sistema en un entorno operativo existente y fuertemente utilizado? Requiere el sistema entrada de datos interactiva? Requiere la entrada de datos interactiva que las transacciones de entrada se lleven a cabo sobre mltiples pantallas u operaciones? Se actualizan los archivos maestros de forma interactiva? Son complejas las entradas, las salidas, los archivos las peticiones? Es complejo el procesamiento interno?

Valor 1 5 4 3 4 5 5 5 3 3 4 2

11 Se ha diseado el cdigo para ser reutilizable? 1 2 Estn incluidas en el diseo la conversin y la instalacin?

1 3 1 4

Se ha diseado el sistema para soportar mltiples instalaciones en diferentes organizaciones? Se ha diseado la aplicacin para facilitar los cambios y para ser fcilmente utilizada por el usuario? TOTAL F

5 54

PF = Cuenta total * [ 0,65 + 0,01 * (F (i))] PF = 134 * [ 0,65 + 0,01 * 54 ] PF = 134 * [ 1,19 ] PF = 159.46 MODELOS EMPRICOS DE ESTIMACIN Modelo de Walston Felix E = 5.2 * KLDC0,91 E = 5.2 * 2.9830,91 E = 14.0584 Si N = 4 Personas y D= E/N Entonces D= 14.0584/4, por lo tanto D = 3.5146 es decir aproximadamente 4 meses.

El desarrollo del proyecto mediante el modelo Walston-Felix es factible de realizar con una duracin aproximada de 4 meses, y con un recurso humano de 4 personas. Modelo de Bailey - Basisli E = 5.5 + 0.73 * KLDC1,16 E = 5.5 + 0.73 * 2.9831,16 E = 8.0937 Si N = 4 Personas y D = E/N entonces D= 8.0937/4 por lo tanto D = 2.02342 es decir aproximadamente 2 meses.

El desarrollo del proyecto mediante el modelo Bailey-Basisli es factible de realizar con una duracin aproximada de 2 meses y contando con un recurso humano de 4 personas. Modelo Simple de Boehm E = 3.2 * KLDC1,05 E = 3.2 * 2.9831,05 E = 10.0817 Si N = 4 Personas y D = E/N entonces D= 10.0817/4 por lo tanto D = 2.520425 es decir aproximadamente 3 meses. El desarrollo del proyecto mediante el modelo Simple de Boehm es factible de realizar con una duracin aproximada de 3 meses y contando con un recurso humano de 4 personas. Modelo Doty para KLDC > 9 E = 5.288 * KLDC1,047 E = 5.288 * 2.9831,047 E = 16.6055 Si N = 4 Personas y D = E/N entonces D= 16.6055/4 por lo tanto D = 4.151375 es decir aproximadamente 4 meses. El desarrollo del proyecto mediante el modelo Doty es factible de realizar con una duracin aproximada de 4 meses y contando con un recurso humano de 4 personas. Modelo de Kemerer E = 60.62 * 7.728 * 10-8 * PF3 E = 60.62 * 7.728 * 10-8 * 159.463 E = 1.8994x10-27 Modelo de Matson Barnett - Mellichamp E = 585.7 + 15.12 * PF E = 585.7 + 15.12 * 159.46 E = 2996.7352

Debido a que el tiempo con el que se cuenta para la realizacin del proyecto es de un mes, se tomaran las medidas y mtodos de ajuste necesarios para cumplir con los requerimientos mencionados anteriormente dentro del tiempo que se espera. Los modelos de Kemerer y Matson Barnett Mellichamp no sern tomados en cuenta debido a que los valores arrojados por estos carecen de lgica.

Plan de Actividades

UNIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA VICERRECTORADO ACADMICO COORDINACIN GENERAL DE PREGRADO CARRERA: INGENIERA INFORMTICA INGENIERA DE SOFTWARE Y CONTROL DE PROYECTO

Tutor: Ing. Frangil Ramrez Integrantes:

Alcoba, Cesar Castro, Luis Itriago, Rafael Urbano, Javier Ciudad Guayana, Diciembre de 2011