PLANIFICACION DEL PROYECTO DE SOFTWARE

Anlisis de Sistemas

 El nmero de tareas identificables a

realizar en un proyecto dentro de su
gestin de proyectos son varias.
Sin embargo, hay tres que son crticas y
que deben ser desarrolladas
correctamente si se desea que el proyecto
termine bien:

 Estimacin de duracin, coste y esfuerzo

necesarios para construir el producto.
Planificacin de tareas a realizar,
asignacin de personas, tiempos, etc. para
construir el producto.
Seguimiento, durante la realizacin del
trabajo, para asegurar el cumplimiento de lo
planificado en cuanto a costes, fechas, etc.

OBJETIVO DE LA
PLANIFICACION DEL SOFTWARE
Proporcionar un marco de trabajo que
permita al gestor hacer estimaciones
razonables de recursos costos y
planificacin temporal mediante un
proceso de descubrimiento de la
informacin que lleve a estimaciones
razonables.

 MBITO DEL SOFTWARE: El mbito se

define como un pre-requisito para la
estimacin y existen algunos elementos que
se debe tomar en cuenta como es:
La Obtencin de la Informacin necesaria para
el software.
Viabilidad. Una vez identificada la informacin
necesaria para el software, es razonable
preguntarse Podemos construir el SW de
acuerdo a ese mbito? Es factible el proyecto?

ESTUDIO DE VIABILIDAD
Comprende:
Tcnico.
Legal
Operativo
Econmico (Anlisis costo/beneficio)

Estudio de Viabilidad Tcnico

Consiste en identificar el recurso
hardware, software, de comunicacin y
recurso humano especializado.
Se debe concluir indicando si es factible o
no desarrollar tcnicamente el proyecto.

Estudio de Viabilidad Legal

Es determinar cualquier posibilidad de
infraccin, violacin o responsabilidad legal en
que se podra incurrir al desarrollar el Sistema.
Se debe indagar las disposiciones legales de la
propia empresa o externos, que los
desarrolladores deben considerar en la
construccin del software.
Se debe concluir indicando si es legalmente
factible el desarrollo del proyecto.

Estudio de Viabilidad Operativo

Consiste en indagar a todos los usuarios
que se requiere involucrar en el proyecto,
adems, contrariedades de los usuarios,
posibles oponencias a la automatizacin
del software.
Se debe concluir indicando si es
operativamente factible el desarrollo del
proyecto.

Estudio de Viabilidad
Econmico
Determinar propuestas de costos de los
recursos tcnicos, humanos y materiales
tanto para el desarrollo como para la
implantacin (puesta en produccin) del
Sw.

 Comprende:
Anlisis de los costos de desarrollo
comparados con los ingresos netos o
beneficios obtenidos del producto o Sistema
desarrollado, es decir un anlisis
costo/beneficio.

Se debe concluir indicando si es

econmicamente factible el desarrollo del
proyecto.

CASO DE ESTUDIO

Supongamos una empresa que lleva la contabilidad de forma manual y decide

implantar un sistema informtico para que el proceso resulte ms rpido y
fiable.
Actualmente dispone de 2 personas dedicadas a la contabilidad, cuyo coste
(sueldo bruto + SS a cargo de la empresa) es de $520 cada uno. Teniendo un
beneficio anual de aproximadamente $3.900
Se decide comprar un software de contabilidad cuyo precio es de $3.000 y el
coste de mantenimiento un 15% de ste, y que requerir una adaptacin (slo
inicialmente) valorada en $1584, mas $200 de costos de instalacin.
El ordenador que requiere se presupuesta en $500, con un coste de
mantenimiento de un 10% anual.
El departamento de contabilidad estima que se ahorrara un 50% de tiempo de
las 2 personas dedicadas a contabilidad si el sistema fuese automtico.
Se considera que la vida del sistema es de 4 aos. La formacin para su
manejo requiere una semana y se hace con los propios manuales del paquete.
Se considera que el sistema est plenamente operativo en 3 meses.

Anlisis coste/beneficio del caso de

estudio:
Ao

Beneficio

3.900

4.420

4.420

4.420

Costo HW

500

50

50

50

Costo SW

3.000

450

450

450

Costo Capac.

1.584

--

--

--

Costo Instalac

200

--

--

--

Total Costos

5.284

500

500

500

Beneficio
Neto

-1.384

3.920

3.920

3.920

Beneficio
Neto
Acumulado

-1.384

2.536

6456

10.376

ESTIMACION DEL PROYECTO

DE SOFTWARE
Qu es estimar?
Es predecir valores subjetivos pero no
muy alejados de la realidad.
Se basa en la especificacin de
requisitos.

 Qu se estima?
Tamao del software. Puede estimarse
utilizando:
Una medida directa. LDC (Lneas de Cdigo
fuente)
Una medida indirecta. Puntos de Funcin (PF).

 Cmo se estima?
Tcnicas de descomposicin:
Descomposicin del problema
Descomposicin del proceso
Estimacin basada en el problema. Las Lneas de Cdigo LDC y
los Puntos de Puncin PF son medidas utilizadas para la estimacin.
Estimacin basada en el Proceso. Se basa la estimacin en el
proceso que se va a utilizar, es decir, el proceso se descompone en
un conjunto relativamente pequeo de actividades o tareas, y en el
esfuerzo requerido para llevar a cabo la estimacin de cada tarea.

MODELO COCOMO
Barry Boehm,cre modelos de estimacin
de Software con el nombre de COCOMO,
por su nombre en Ingles (Constructive,
Cost, Model) modelo constructivo de
costos.
El modelo ha evolucionado a un modelo
de estimacin ms completo llamado
COCOMO II.

 Modelo de composicin de aplicacin. Utilizado

durante las primeras etapas de la ingeniera de software,
donde el prototipado de las interfaces de usuario, la
interfaz del sistema y del software, la evaluacin del
rendimiento, la evaluacin de la madurez de la
tecnologa son de suma importancia.
Modelo de fase de diseo previo. Utilizado una vez
que se han establecido los requisitos y la arquitectura
bsica del software.
Modelo de fase posterior a la arquitectura. Utilizado
durante la construccin del software.

TECNICAS DE PUNTO DE FUNCION

Esta tcnica permite medir el tamao del
SW. por lo que es necesario contar con un
buen documento de Especificacin de
Requisitos del Software (ERS SRS). Es
la base para la estimacin de costos,
esfuerzo, personas y tiempo.

 Los objetivos de los Puntos de Funcin son:

Medir lo que el usuario pide y lo que el usuario recibe.
Medir independientemente de la tecnologa utilizada
en la implantacin del sistema.
Proporcionar una mtrica de tamao que d soporte
al anlisis de la calidad y la productividad.
Proporcionar un medio para la estimacin del
software.
Proporcionar un factor de normalizacin para la
comparacin de distintos software.

 El anlisis de los Puntos de Funcin se desarrolla

considerando cinco parmetros bsicos externos del
Sistema:
Entradas (EI, del ingls External Input).
Salidas (EO, del ingls External Output).
Consultas (EQ, del ingls External Query).
Grupos de datos lgicos internos (ILF, del ingls Internal
Logic File).
Grupos de datos lgicos externos (EIF, del ingls
External Interface File).

 Tipos de funciones:
Datos
Transacciones

Funciones de Datos
Representan la funcionalidad proporcionada
a los
usuarios para cumplir con sus requisitos de datos
internos y externos.
Son de dos tipos:
Ficheros Lgicos Internos y
Ficheros de Interfaces Externos.

Ficheros Lgicos Internos (ILF)

Es un grupo de datos lgicamente relacionados
identificables por los usuarios o informacin de control
mantenidos y utilizados dentro de los lmites de la
aplicacin.
Ficheros maestros
Aplicaciones de Seguridad de Datos
Datos de Auditora Actualizados por la aplicacin
Mensajes de Error Actualizados por la aplicacin
Ficheros Internos Lgicos mantenidos por ms de
una aplicacin

Ficheros Interfase Externos (EIF)

Representan un grupo de datos
relacionados lgicamente identificables
por el usuario o informacin de control
utilizada por la aplicacin de solo lectura,
pero mantenida por otra aplicacin.
La fecha y hora del sistema
Explorador de Windows

Funciones de Transaccin
Comprende tres tipos de funcin:
Entradas externas (EI): mantiene datos
almacenados internamente.
Salidas externas (EO): datos de salida de la
aplicacin.
Consultas externas (EQ): Combinacin de
una entrada (pregunta) y de una salida
(respuesta).

Entradas Externas (EI. External Input)

Son datos o informacin de control que se
introducen en la aplicacin desde fuera de
sus lmites.
Las pantallas de entrada.
Las entradas por lotes.
Las entradas externas duplicadas (banco)

Salidas Externas (EO. External Output)

Son datos o informacin de control que
sale de los lmites de la aplicacin
Transferencia de datos a otras aplicaciones (vista
lgica de un archivo fsico, vista lgica de 2 o ms
archivos fsicos)
Los grficos estadsticos y datos estadsticos en
formato tabla
Los generadores de informes

Consultas Externas (EQ. External Query)

Representan los requisitos de informacin a la
aplicacin en una combinacin nica de
entrada/salida que se obtiene de una bsqueda
de datos, no actualiza un Fichero Lgico Interno
y no contiene datos derivados.

La bsqueda inmediata de datos.

Las consultas no explcitas. Las pantallas de modificacin/borrado
que proporcionan capacidad de bsqueda de datos
Pantallas de conexin. Las pantallas de logn que proporcionaran
seguridad se cuentan como una consulta
Los mens con consultas implcitas: Las pantallas de men que
proporcionan una seleccin de pantallas y entradas para la
bsqueda de datos para la pantalla llamada, se cuenta como una
Consulta.
Las ayudas: Son una consulta donde la entrada y la salida (texto)
son nicas. Un texto que puede ser accedido o mostrado en
pantalla mediante distintas peticiones o diferentes reas de una
aplicacin se cuenta como una consulta.

Valoracin de la Complejidad
Para cada uno de los parmetros externos se ha de indicar
su complejidad como Baja, Media o Alta.

Valoracin de la complejidad de los tipos de

funcin datos
A cada ILF y EIF identificado se le asigna una complejidad
funcional que es funcin del nmero de tipos de elementos
datos (DETs) y el nmero de tipos de elementos registros
(RETs) de los que estn compuestos, y que vienen expresada
mediante las tablas de contribucin y complejidad.