2-Plan de Software

Ingeniería de Software I
(Otoño 2010)
Instructora: Dra. Pilar Gómez Gil
Proyecto:
Sistema Web para la búsqueda y
localización de dispositivos móviles
conectados
a redes inalámbricas
Compañía:
Instituto Nacional de Astrofísica, Óptica y Electrónica
: Coordinación de Ciencias Computacionales
Integrantes del equipo: Matricula

1. Shender M. ÁÁ vila Sansores 1014001
2. Juan Manuel Cabrera Jimeé nez 1014003
3. Julio Noe Hernaé ndez Torres 1014006
4. Maribel Ángelica Maríén Castro. 1014009
Jueves, 7 de octubre de 2010
Plan de Proyecto de Software
Proyecto:
Sistema Web para la búsqueda y

localización de dispositivos móviles
conectados
a redes inalámbricas
Compañía:
Instituto Nacional de Astrofísica, Óptica y Electrónica
Coordinación de Ciencias Computacionales
Integrantes:
: 1. Shender M. ÁÁ vila Sansores
2. Juan Manuel Cabrera Jimeé nez
3. Julio Noe Hernaé ndez Torres
4. Maribel Ángelica Maríén Castro.
Versioé n No.2
Jueves, 7 de octubre de 2010
CONTROL DE DOCUMENTACIÓN
Control de Configuración
Título: Plan de Proyecto de Software

Referencia: Plantilla de Plan de Proyecto de Software. Dra. Pilar Gómez Gil. Septiembre
de 2009.
Autores: Shender Ávila, Juan Cabrera, Julio Hernández, Angelica Marín.
Fecha: 7 de Octubre de 2010
Histórico de versiones
Versión Fecha Estado Responsable Nombre de archivo

.01 17/Sept./2010 B Equipo de Software Plan de proyecto
(.01).doc
1 23/Sept./2010 A Equipo de Software Plan de proyecto
(1).doc
2 7/Oct./2010 R Equipo de Software Plan de proyecto
(2).doc
Estado: (B) Borrador, (R) Revisión, (A) Aprobado
Histórico de Cambios
Versión Fecha Cambios

0.1 17/Sept./2010 Se agregaron las secciones que realizó cada uno de
los miembros del equipo.
1 22/Sept./2010 Se agregaron las secciones correspondientes al
glosario y los anexos.
2 7/Oct./2010 Se realizaron las correcciones indicadas por la
instructora Dra. Pilar Gómez Gil.
APROBACIÓN DEL DOCUMENTO
________________________________
Instructora
Dra. Pilar Gómez Gil
________________________________
Líder Administrativo
Lic. Shender M. Ávila Sansores
________________________________
Líder Técnico
Ing. Juan Manuel Cabrera Jiménez
________________________________
Líder de Configuración
Ing. Julio Noe Hernández Torres
________________________________
Líder de Calidad
Ing.Maribel Angelica Marín Castro
Plan de Proyecto de Software Versioé n 07-Oct-2010 INÁOE Página 5

CONTENIDO
1 INTRODUCCIÓN.............................................................................................8
1.1 PROPÓSITO DEL DOCUMENTO..................................................................8

1.2 IDENTIFICACIÓN DEL PROBLEMA...............................................................8
1.3 OBJETIVOS GENERALES..........................................................................8
1.4 FUNCIONES PRINCIPALES DEL PROYECTO.................................................8
1.5 LIMITACIONES TÉCNICAS Y ADMINISTRATIVAS.............................................9
1.6 ANÁLISIS DE RIESGO................................................................................9
2 ESTIMACIÓN DE RECURSOS.....................................................................11
2.1 DATOS HISTÓRICOS UTILIZADOS PARA ESTIMAR.......................................11

2.2 TÉCNICAS DE ESTIMACIÓN......................................................................11
2.3 ESTIMACIONES......................................................................................12
2.3.1 Esfuerzo............................................................................................12
2.3.2 Costos...............................................................................................16
3 CALENDARIZACIÓN....................................................................................18
3.1 DIAGRAMA DE GANTT............................................................................18
4 RECURSOS DEL PROYECTO.....................................................................20
4.1 PERSONAL INVOLUCRADO......................................................................20

4.2 HARDWARE Y SOFTWARE......................................................................22
4.3 RECURSOS ESPECIALES........................................................................23
5 ORGANIZACIÓN DEL EQUIPO DE TRABAJO...........................................24
5.1 ESTRUCTURA DEL EQUIPO.....................................................................24

5.2 REPORTES DE ADMINISTRACIÓN.............................................................25
5.3 MECANISMOS DE CONTROL...................................................................26
6 GLOSARIO....................................................................................................27
7 Bibliografía.....................................................................................................28

1 INTRODUCCIÓN
1.1 Propósito del documento

El propósito del Plan de Proyecto de Software es proporcionar la información
necesaria para controlar el proyecto. En él se describe el enfoque de desarrollo del
software.
Los usuarios del Plan de Proyecto del Software son:
Shender Ávila (Líder Administrativo) lo utiliza para organizar la agenda y para

realizar su seguimiento. Juan Cabrera (Líder técnico), Maribel Marín (Líder de
configuración) y Julio Hernández (Líder de Calidad), lo usan para entender lo que
deben hacer, cuándo deben hacerlo y qué otras actividades dependen de ello.
El sponsor para tener conocimiento de las fechas de entrega, además de conocer

el avance del proyecto.
1.2 Identificación del problema

En el INAOE surge la necesidad de desarrollar nuevos y eficientes servicios, para
ayudar a su personal en sus diferentes ámbitos. Entre estos se encuentran los de
posicionamiento y localización de dispositivos móviles, por consiguiente, el
patrocinador único se interesa en implementar un sistema web que le permita
satisfacer éste servicio.
1.3 Objetivos Generales

Desarrollar un sistema Web para ubicar a través de un mapa virtual de las
instalaciones del INAOE, los equipos de cómputo móviles conectados a la red inalámbrica
del instituto.
1.4 Funciones principales del proyecto

Las tareas principales que realizará el software serán las siguientes:
1. Registro de información: Almacenar la información del equipo de

cómputo, y/o la información del propietario en la base de datos del
sistema.

2. Administración de la información: Almacenar en registros de la base de
datos toda la información que el usuario proporcionará en línea.
3. Búsqueda de propietarios o equipos de cómputo: El sistema realiza la
búsqueda de un equipo de cómputo conectado a la red inalámbrica del
INAOE de las siguientes maneras: Por la MAC Address del equipo o por
el nombre del propietario del equipo.
4. Visualización de la información referente al punto anterior: Mostrar la
ubicación del equipo de cómputo en el mapa virtual del INAOE a través
de la página web.
1.5 Limitaciones técnicas y administrativas

Ninguna
1.6 Análisis de riesgo
Costo del Riesgo

Riesgos Probabilidad Impacto Costo
Costo X Probabilidad
Cálculo de
ubicación poco 40% Alto $ 3,112 $ 1,244
precisa
Fecha de
50% Medio $ 78 $ 78 x día
entrega apretada
Falta de
capacitación en
herramientas / 30% Bajo $ 10,000 $ 3,000
personal
inexperto
Falla en los
puntos de 30% Alto $ 5,000 $ 1,500
acceso
Tecnología no
satisfará las 30% Alto $ 34,232 $ 10,269
expectativas

1.6.1 Estrategias
En esta sección se presentan los riesgos posibles y algunas estrategias

propuestas, para reducir su impacto en caso de que se llegase a presentar alguno de
ellos:
Riesgo Estrategia de solución

Ubicación poco precisa  Realizar constantes pruebas para la
verificación de la precisión.
 Determinar el alcance de cada punto
de acceso.
Falla en los puntos de acceso  Buscar y utilizar algún otro punto de
acceso como respaldo, aún cuando
éste no posea una señal significativa.
 Monitorear los puntos de acceso.
Fecha de entrega apretada  Llevar un correcto manejo del
calendario.
 Presionar al equipo de software por el
cumplimiento del calendario.
Falta de capacitación en herramientas  Buscar espacios en el calendario para
capacitarse en dichas herramientas.
 Realizar pruebas de aptitudes.
 Realizar juntas periódicas para
aclaración de dudas.
Tecnología no satisfará las expectativas  Comunicación constante con el
cliente.
 Análisis de requerimientos.
 Opinión de agente externo.

2 ESTIMACIÓN DE RECURSOS
2.1 Datos históricos utilizados para estimar

Ninguno.
2.2 Técnicas de estimación

Los métodos que incluimos para llevar a cabo la realización de las estimaciones
del proyecto, son las siguientes:
a) Puntos funcionales: Es un método utilizado en ingeniería del software para medir

el tamaño del software. este pretende medir la funcionalidad entregada al usuario
independientemente de la tecnología utilizada para la construcción y explotación
del software, y también ser útil en cualquiera de las fases de vida del software,
desde el diseño inicial hasta la explotación y mantenimiento. Por cada sistema se
calcula un número llamado Punto Funcional (PF) aplicando la siguiente formula.
Punto Funcional = Total_tabla x [0.65 + 0.01 x å(Fi)]

Donde:
å(Fi), es la sumatoria obtenida al aplicar los valores de ajuste de complejidad.
Total_tabla, es el total obtenido de la matriz de entradas y salidas [1][2].
b) Técnicas de descomposición: Éstas utilizan un enfoque de divide y vencerás.

Descomponen el proyecto en sus funciones principales y la estimación del costo y
esfuerzo puede realizarse con base a métricas históricas de manera más fiable.
1) Estimación basada en el problema
Es la estimación del tamaño del software se considera como tamaño las

líneas de código. Dicha estimación puede basarse en datos históricos o
experiencias. Y con estos valores se calcula un valor esperado.
V esperado: (OPTIMISTA + 4*PROMEDIO + PESIMISTA)/6

2) Estimación basada en el proceso
El proceso se descompone en un conjunto relativamente pequeño de

tareas y se estima el esfuerzo requerido para realizar cada tarea.
c) Modelo intermedio de COCOMO: Modelo basado en datos estadísticos. Éste

calcula 3 valores para estimar el costo del proyecto, utilizando como entrada las
líneas de código. Los valores que estima son:
 MP: Meses-Persona
 TDES: Tiempo de desarrollo
 N: Número de personas necesarias
2.3 Estimaciones
2.3.1 Esfuerzo
En esta sección se incluyen las estimaciones definidas en meses persona, miles
de líneas de código, puntos funcionales y en costo monetario del proyecto. Dichas
estimaciones se presentarán a continuación:

A. Tabla de Estimación de Esfuerzo Orientada al Problema

B. Tabla de Estimación de Esfuerzo Orientada al Proceso
Función Análisis de Diseño Codificación Pruebas TOTAL

Requerimientos MP MP MP MESES-
MP PERSONA
Paginas de 0.26 0.21 0.30 0.09 0.9

Registros
Pagina de
Solicitud/Resultado 0.43 0.36 0.50 0.14 1.4
de Búsqueda
Base De Datos 0.12 0.11 0.03 0.05 0.3
Autenticación 0.09 0.08 0.11 0.03 0.3
Algoritmo 0.11 0.08 0.08 0.05 0.3
TOTAL 1.01 0.83 1.02 0.35 3.2
COSTO/UNIDAD 7780 7780 7780 7780
COSTO TOTAL $7,848.40 $6,480.48 $7,899.69 $2,735.82 $24,964.40

C. Puntos funcionales
Matriz de entradas y salidas
Parámetro Cantidad X Factor de peso TOTAL

SIMPLE PROMEDIO COMPLEJO
No. De
entradas 3 3 4 6 9
externas
No. De salidas
2 4 5 7 8
externas
No. De
Preguntas 1 3 4 6 3
hechas usuario
No. Archivos 1 7 10 15 7
No. De
interfaces 1 5 7 10 5
externas
Total de la
32
tabla

Valores de ajuste de complejidad
conceptos (fi) Rango

1 ¿Requiere el sistema de recuperación y respaldos confiables? 4
2 ¿Se requiere comunicación de datos? 5
3 ¿Hay funciones de procesamiento distribuido? 5
4 ¿Es crítico un buen desempeño? 5
5 ¿Funcionará el sistema en un ambiente operacional ya existente y altamente 5
utilizado?
6 ¿Requiere el sistema entradas de datos en línea? 5
7 ¿Se requiere construir un sistema en línea sobre múltiples pantallas? 3
8 ¿Se modifican los archivos en línea? 5
9 ¿Hay entradas, archivos, salidas o preguntas complejas? 2
10 ¿Es el proceso interno complejo? 5
11 ¿Se debe diseñar código re-usable? 0
12 ¿Se incluyen los procesos de conversión e instalación? 0
13 ¿Está diseñado el sistema para instalaciones múltiples en diferentes 0
organizaciones?
14 ¿Está diseñada la aplicación para facilitar cambios y para ser fácil de utilizar por 5
el usuario?
TOTAL 49
Rango 0-Sin influencia 1-Incidental 2-Moderado 3-Promedio 4-Significativo 5-
Esencial
Cálculo de Puntos Funcionales.
Punto Funcional = Total_tabla x [0.65 + 0.01 x å(Fi)]

= 32*[0.65+(0.01 *49)]
=36.48

2.3.2 Costos
La estimación de costos se realizó por el modelo intermedio COCOMO.
El modelo calcula 3 valores para estimar el costo del proyecto, esto utilizando
como entrada las líneas de código estimadas. Los valores estimados son: (MP)
Meses-persona, (TDES) Tiempo de desarrollo y (N) Número de personas
necesarias. Estos valores se basan en el cálculo del producto de multiplicadores
FAE. Los multiplicadores utilizados son:
ATRIBUTOS DEL PERSONAL

 Confiabilidad requerida en el SW (RELY).
 Tamaño de la base de datos (DATA).
 Complejidad del producto (CPLX).
ATRIBUTOS COMPUTACIONALES
 Limitantes del tiempo de ejecución (TIME).
 Limitantes de almacenamiento (STOR).
 Volatilidad de la maquina virtual (VIRT).
 Tiempo de respuesta computacional (TURN).
ATRIBUTOS DEL PERSONAL
 Capacidad del analista (ACAP).
 Experiencia en la aplicación (AEXP).
 Capacidad del programador (PCAP).
 Experiencia en la maquina virtual (VEXP).
 Experiencia en el lenguaje de programación (LEXP).
ATRIBUTOS DEL PROYECTO
 Practicas modernas de programación (MODP).
 Herramientas de SW (TOOL).
 Calendario de desarrollo requerido (SCED).

Tabla de valores de los multiplicadores del modelo intermedio de COCOMO
ID MUY BAJO NORMAL ALTO MUY EXTRA VALORES

BAJO ALTO ALTO
RELY 0.75 0.88 1.00 1.15 1.40 NORMAL
DATA 0.94 1.00 1.08 1.16 BAJO
CPLX 0.70 0.85 1.00 1.15 1.30 1.60 NORMAL
TIME 1.00 1.11 1.30 1.66 NORMAL
STOR 1.00 1.06 1.21 1.56 NORMAL
VIRT 0.87 1.00 1.15 1.30 NORMAL
TURN 0.87 1.00 1.07 1.15 NORMAL
ACAP 1.46 1.19 1.00 0.86 0.71 ALTO
AEXP 1.29 1.13 1.00 0.91 0.82 NORMAL
PCAP 1.42 1.17 1.00 0.86 0.70 NORMAL
VEXP 1.21 1.10 1.00 0.90 ALTO
LEXP 1.14 1.07 1.00 0.95 NORMAL
MODP 1.24 1.10 1.00 0.91 0.82 MUY ALTO
TOOL 1.24 1.10 1.00 0.91 0.83 NORMAL
SCED 1.23 1.08 1.00 1.04 1.01 NORMAL
FAE 0.60
Valores estimados por el modelo COCOMO
Meses Persona (MP). Miles de líneas de código (KLOC). Tiempo de Desarrollo (TDES)
TDES= 2.5 (MP) 0.38
MP= [2.4 *FAE* (KLOC)1.05] TDES=2.5 (3.28) 0.38
MP= [2.4 *0.60* (2.20) 1.05
] N= MP/TDES=0.83
N.- Número de personas.
MP=3.28 KLOC= 2.20 TDES= 3.92

3 CALENDARIZACIÓN
3.1 Diagrama de Gantt

4 RECURSOS DEL PROYECTO
4.1 Personal Involucrado

En esta sección se describen todas las personas (stakeholders) directamente
relacionados con la producción del software.
4.1.1 Equipo de Ingeniería de Software
Nombre Rol Habilidades /Especialidad
Lic. Shender M. Líder Planificar, organizar y dirigir los esfuerzos de

Ávila Sansores Administrativo los miembros de la organización, así como
sus recursos para alcanzar las metas
establecidas.
Ing. Juan Manuel Líder Técnico Analizar requerimientos y diseñar

Cabrera Jiménez arquitectura de software de acuerdo a ellos.
Definir recursos para la implementación del
software. Brindar ayuda técnica a los
miembros del equipo. Dirigir y supervisar el
equipo de desarrollo, y manejar los conflictos
dentro del grupo.
Ing.Julio Noe Líder de Calidad Motivar y conducir personas hacia una

Hernández Torres determinada dirección. Capacidad de
síntesis, objetividad, agilidad para tomar
decisiones y poder de convocatoria.
Ing.Maribel Angelica Líder de Mantener los repositorios de los proyectos,

Marín Castro Configuración donde se almacenan versiones de software,
documentos de diseño y toda la información
en general del proyecto, así como resultados
de pruebas, minutas de reuniones.

4.1.2 Instructora
Nombre Dra. Pilar Gómez Gil

Rol Instructora
Información de Correo: pgomez@inaoep.mx
contacto
4.1.3 Usuarios que estarán proporcionando la información y validando los

avances del proyecto
Nombre Dr. Saúl Pomares Hernández

Rol Patrocinador único
Información de Correo: spomares@inaoep.mx
contacto
Nombre Dr. Jorge Estudillo Ramírez

Rol Usuario
Información de Correo: jestudillo@inaoep.mx
contacto

4.2 Hardware y Software
En esta sección se listará el hardware que se utilizará para la realización del
proyecto, así como el hardware del servidor donde se implementará la solución, además
de, hardware especial.
4.2.1 Requerimientos mínimos de Hardware / Software para la instalación del

ambiente de desarrollo:
Nombre Descripción (Hardware) Software

PC  Procesador Intel Centrino 1.26Ghz MySql
MySql-Query
 RAM DDR 1 Gb
MySql-Browse
 Tarjeta de Video ATI RADEON X600 Adobe Photoshop
Adobe Dreamweaver
 Tarjeta de Sonido Incorporado
OpenProj
 Tarjeta D-LINK 10/100 API Google MAP
svn
 Lectora DVD
Browser(IE,firefox,Opera)
 Monitor 15’’
 Disco Duro 120 Gb
4.2.2 Requerimientos mínimos de Hardware / Software para la ejecución de la

herramienta:

PC-Servidor  Procesador Intel 1.26Ghz MySql
Apache
 RAM DDR 1 Gb
php
 Tarjeta de Video FTP-server
SSH-server
 Tarjeta D-LINK 10/100

4.2.3 Requerimientos mínimos de Hardware / Software para las pruebas del
sistema:

PC-Servidor  Procesador Intel 1.26Ghz MySql
Apache
 RAM DDR 500 Mb
php
 Tarjeta de Video svn-server
ssh-server
4.2.4 Requerimientos mínimos de Hardware / Software para el Cliente:

PC - laptop  Procesador PIII 700 Mhz navegador web (IE,
firefox, Opera)
 RAM DDR 500 Mb
 Tarjeta de Video
 Internet
4.3 Recursos especiales
Ninguno.

5 ORGANIZACIÓN DEL EQUIPO DE TRABAJO
5.1 Estructura del equipo

INAOE (Cliente)
Nombre Dr. Saúl Pomares Hernández

Rol Investigador
Información de Correo: spomares@inaoep.mx
contacto
Equipo de Ingeniería de Software:
Nombre Juan Manuel Cabrera Jiménez

Rol Líder Técnico
Información de Correo: jmcabrera@ccc.inaoep.mx
contacto
Nombre Julio Noe Hernández Torres

Rol Líder de Calidad
Información de Correo: julio.hernandez.t@ccc.inaoep.mx
contacto
Nombre Shender Ávila Sansores

Rol Líder Administrativo
Información de Correo: shender@ccc.inaoep.mx
contacto
Nombre Maribel Angelica Marín Castro

Rol Líder de Configuración
Información de Correo: mmarinc@ccc.inaoep.mx
contacto
5.2 Reportes de Administración

1. Plan de proyecto
Reporte en el cual se define el problema y los objetivos planteados. Contiene un
análisis de riesgos y estimación de recursos, también en él, se calendarizan las
actividades del equipo y su estructura.
2. Análisis de requerimientos
Contiene una descripción del software, sus limitantes, características y
requerimientos. Asimismo, se detalla la interacción del usuario con el sistema y la manera
de evaluar los requerimientos no funcionales del software.
3. Diseño de software
En él, se hace mención de las tecnologías involucradas en el software: lenguajes
de programación, gestores de bases de datos, etc. Aquí se incluyen modelos de la
estructura del software: descripción de clases, diagramas entidad relación, arquitectura
del software e interfaces, etc.
5.3 Mecanismos de Control
Se enlistarán las actividades para tener el control sobre los avances del proyecto.

1. Fechas de entrega
Se establecieron ocho fechas de entrega de la documentación mencionadas en el
apartado anterior (5.2 Reportes de Administración), éstas nos ayudarán a reflejar el
contenido del proyecto de software que se pretende implementar.
Además se establece una fecha de despliegue, el cual finaliza el desarrollo del
proyecto del software.
2. Reuniones de equipo de software

Se establecieron reuniones con el equipo de software, con el propósito de dar
tareas a cada miembro del equipo, revisar el trabajo asignado anteriormente y
retroalimentación grupal.
3. Reuniones con los usuarios y/o patrocinador único.

Se acordó un periodo de tiempo para las posibles citas, éstas podrán ser
reservadas con un tiempo no menor a 3 días de anticipación y una confirmación previa.
Los temas a tratar en estas reuniones son diversos, pueden ser avances del
proyecto de software, aclaración de dudas o posibles correcciones de lo hecho hasta el
momento, concluyendo con el visto bueno de los participantes en la reunión.
4. Bitácora de actividades
Existe una bitácora de las actividades de cada uno de los miembros del equipo de
software, está contiene la fecha, horas invertidas y una descripción breve de lo
acontecido.
Las actividades anteriores están programadas en el diagrama de Gantt del proyecto

(Sección 3 calendarización del proyecto).

6 GLOSARIO
Navegador Web.- Es un programa que permite ver la información que contiene una
página web. Entre alguno de los navegadores web más utilizados están: firefox, internet
explorer, safari, opera.
SVN.- Abreviación que significa Subversion, es un sistema de control de versiones.
SSH.- Abreviación de Secure SHell, en español: intérprete de órdenes segura, es el
nombre de un protocolo y del programa que lo implementa, y sirve para acceder a
máquinas remotas a través de una red.
Mysql.- Sistema de gestión de base de datos relacional, multihilo y multiusuario con más
de seis millones de instalaciones.
Servidor Apache.- Servidor web HTTP de código abierto para plataformas Unix (BSD,
GNU/Linux, etc.), Microsoft Windows, Macintosh y otras, que implementa el protocolo
HTTP/1.1 y la noción de sitio virtual.
PHP.- Lenguaje de programación interpretado, diseñado originalmente para la creación de
páginas web dinámicas.
Openproj.- Software libre, para la gestión de solución de proyectos.
COCOMO.- Constructive Cost Model.

7 BIBLIOGRAFÍA
[1] Roger S. Presman,”Ingeniería de software, Un enfoque practico”. Ed. Mac Graw Hill.
[2] Ian Sommerville, “Ingeniería del software”, séptima edición. Pearson Educación, S.A.
Madrid 2005.

2-Plan de Software

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

2-Plan de Software

Hochgeladen von

Copyright:

Verfügbare Formate

Ingeniería de Software I

Instructora: Dra. Pilar Gómez Gil

Integrantes del equipo: Matricula

Sistema Web para la búsqueda y

Título: Plan de Proyecto de Software

Versión Fecha Estado Responsable Nombre de archivo

Versión Fecha Cambios

Plan de Proyecto de Software Versioé n 07-Oct-2010 INÁOE Página 5

1.1 PROPÓSITO DEL DOCUMENTO..................................................................8

2.1 DATOS HISTÓRICOS UTILIZADOS PARA ESTIMAR.......................................11

3.1 DIAGRAMA DE GANTT............................................................................18

4 RECURSOS DEL PROYECTO.....................................................................20

4.1 PERSONAL INVOLUCRADO......................................................................20

5 ORGANIZACIÓN DEL EQUIPO DE TRABAJO...........................................24

5.1 ESTRUCTURA DEL EQUIPO.....................................................................24

Plan de Proyecto de Software Versioé n 07-Oct-2010 INÁOE Página 6

1.1 Propósito del documento

Los usuarios del Plan de Proyecto del Software son:

Shender Ávila (Líder Administrativo) lo utiliza para organizar la agenda y para

El sponsor para tener conocimiento de las fechas de entrega, además de conocer

1.2 Identificación del problema

1.3 Objetivos Generales

1.4 Funciones principales del proyecto

1. Registro de información: Almacenar la información del equipo de

Plan de Proyecto de Software Versioé n 07-Oct-2010 INÁOE Página 7

1.5 Limitaciones técnicas y administrativas

1.6 Análisis de riesgo

Costo del Riesgo

Plan de Proyecto de Software Versioé n 07-Oct-2010 INÁOE Página 8

En esta sección se presentan los riesgos posibles y algunas estrategias

Riesgo Estrategia de solución

Plan de Proyecto de Software Versioé n 07-Oct-2010 INÁOE Página 9

2.1 Datos históricos utilizados para estimar

2.2 Técnicas de estimación

a) Puntos funcionales: Es un método utilizado en ingeniería del software para medir

Punto Funcional = Total_tabla x [0.65 + 0.01 x å(Fi)]

b) Técnicas de descomposición: Éstas utilizan un enfoque de divide y vencerás.

1) Estimación basada en el problema

Es la estimación del tamaño del software se considera como tamaño las

V esperado: (OPTIMISTA + 4*PROMEDIO + PESIMISTA)/6

Plan de Proyecto de Software Versioé n 07-Oct-2010 INÁOE Página 10

El proceso se descompone en un conjunto relativamente pequeño de

c) Modelo intermedio de COCOMO: Modelo basado en datos estadísticos. Éste

Plan de Proyecto de Software Versioé n 07-Oct-2010 INÁOE Página 11

Plan de Proyecto de Software Versioé n 07-Oct-2010 INÁOE Página 12

Función Análisis de Diseño Codificación Pruebas TOTAL

Paginas de 0.26 0.21 0.30 0.09 0.9

Base De Datos 0.12 0.11 0.03 0.05 0.3

Autenticación 0.09 0.08 0.11 0.03 0.3

Algoritmo 0.11 0.08 0.08 0.05 0.3

TOTAL 1.01 0.83 1.02 0.35 3.2

COSTO/UNIDAD 7780 7780 7780 7780

COSTO TOTAL $7,848.40 $6,480.48 $7,899.69 $2,735.82 $24,964.40

Plan de Proyecto de Software Versioé n 07-Oct-2010 INÁOE Página 13

Matriz de entradas y salidas

Parámetro Cantidad X Factor de peso TOTAL

Plan de Proyecto de Software Versioé n 07-Oct-2010 INÁOE Página 14

conceptos (fi) Rango

Cálculo de Puntos Funcionales.

Punto Funcional = Total_tabla x [0.65 + 0.01 x å(Fi)]

Plan de Proyecto de Software Versioé n 07-Oct-2010 INÁOE Página 15

La estimación de costos se realizó por el modelo intermedio COCOMO.

ATRIBUTOS DEL PERSONAL

Plan de Proyecto de Software Versioé n 07-Oct-2010 INÁOE Página 16