Administracin de Proyectos de Software

UDP-Ingeniera Civil Informtica

PUNTOS DE FUNCIN
Una mejor forma de estimar el esfuerzo requerido para desarrollar un proyecto de
software es la determinacin de los Puntos de Funcin asociados a l.
La prediccin precisa del tamao de un software ha preocupado la industria del
software por ms de 45 aos. Los Puntos de Funcin se estn convirtiendo en un
estndar aceptado para la medicin del tamao del software.
El Anlisis de Puntos de Funcin [Function Points] est basado en la teora de que
las funciones de una aplicacin son la mejor medida del tamao de una aplicacin de
software y, por lo tanto, el mejor parmetro para estimar el esfuerzo necesario para
su desarrollo.
Los Puntos de Funcin miden el software cuantificando la funcionalidad provista al
usuario en base principalmente en el diseo lgico. Para ello descompone los
sistemas en componentes ms pequeos de tal manera que los usuarios,
desarrolladores y administradores los entiendan y analicen mejor. En el mundo de los
Puntos de Funcin, los sistemas estn divididos en cinco componentes y
caractersticas generales.
El Anlisis de Puntos de Funcin continua creciendo en popularidad, pero hay
muchas discusiones y argumentos con respecto a su utilidad. La razn de estas
discusiones reside en que la aplicacin ms comn de los Puntos de Funcin es
reportar tendencias en una organizacin. Es un hecho que el monitoreo de las
tendencias de una organizacin es de mucha importancia, pero hay muchos usos de
los Puntos de Funcin que son frecuentemente pasados por alto.
Para generar una disciplina o prctica de mtricas de software en una empresa, es
necesario el desarrollo de un esfuerzo sistemtico o programa de mediciones de
software. El desarrollo de un costo unitario es el primer paso que cualquier
organizacin compleja debe tomar para entender costos y tendencias. Los Puntos de
Funcin pueden ser la piedra angular de un programa de medicin de software, pero
otras medidas deben realizarse y reportarse tambin.
Los Puntos de Funcin son solo el numerador o el denominador de muchas
mediciones. Un programa de desarrollo de medicin de software identifica tambin
otras medidas aparte de los Puntos de Funcin para recoger, reportar, monitoriar e
interpretar sus esfuerzos en desarrollo, implantacin y mantencin de las
aplicaciones y su soporte tecnolgico.
Como muchos componentes o esfuerzos en el desarrollo e implantacin de software
de aplicacin es subcontratado o externalizado por la empresa, es necesario tambin
realizar un Anlisis de Contratos de Software, estableciendo las condiciones
mnimas de informacin sobre mtodos de trabajo, experiencia de participantes,
subdivisin de tareas, establecimiento de productos o entregables y registro de
TechTeam

Profesor: Jorge Elliott

Pag. 1 de 14

Diseo de Sistemas 1

UDP-Ingeniera Civil Informtica

esfuerzos tiempos y condiciones en las que el desarrollo efectivamente se llev a

cabo.
Adems, el establecimiento de garantas y acuerdos en los contratos de software
puede ayudar a ambas partes, tanto el vendedor como el comprador de software a
lograr los objetivos del proyecto de software. An ms importante, las garantas y los
acuerdos pueden ayudar a reducir el costo de un conflicto costoso. Se deben
establecer a lo menos los siguientes acuerdos y garantas:
1. Compatibilidad con el software existente y la interfase de los sistemas
2. Conformidad del sistema de software instalado con los requerimientos
originales
3. Establecimiento y conformidad de los criterios de ejecucin y otras mtricas.
4. Informacin sobre el avance y cierre del proyecto que ser entregada,
incluyendo las metricas acordadas y registradas.
5. Costo de mejoramiento (o cambio) de los requisitos o especificaciones
originales
6. Costo de actividades de mantencin junto con una definicin detallada de
mantencin
7. Polticas de cancelacin de contratos
8. Definicin de trminos computacionales usados en los contratos
9. Polticas de arbitraje en el caso de que cualquiera de las garantas anteriores
se pusieran en disputa (.. un mal acuerdo es mejor que un buen juicio..)

Los Puntos de Funcin se caracterizan por:

1. Ser un mtodo independiente de las herramientas de anlisis, diseo y
programacin, debido a que se preocupa slo de la complejidad de las funciones a
implementar.
2. Requerir de una descomposicin funcional del proyecto de software a
realizar, en trminos tales que se detecten todas las piezas elementales que
componen el producto final. (Funciones elementales).
3. Estimar la "cantidad de Puntos de Funcin" de las funciones
medidas, se realiza contando la cantidad de entradas, salidas, archivos,
consultas e interfaces que utiliza. A mayor cantidad, mayor es el "peso de
complejidad" que se le asignar.
4. Ajustar la estimacin del esfuerzo requerido, por la va de determinar la
presencia de ciertos elementos que dificultan el desarrollo del proyecto.
5. Permitir realizar una estimacin del esfuerzo requerido (y por ende de la
duracin del proyecto) en etapas tempranas del proyecto (Etapa de Anlisis).
Los beneficios de utilizar esta tcnica son evidentes, permite realizar la estimacin
del trabajo requerido en una etapa temprana del proyecto y es independiente del
entorno tecnolgico a utilizar.

TechTeam

Profesor: Jorge Elliott

Pag. 2 de 14

Diseo de Sistemas 1

UDP-Ingeniera Civil Informtica

Cinco Componentes Principales

Una buena fuente de informacin para determinar las entradas externas (EIs) son las
formas de pantalla y las formas de dilogo, o bien cualquier otra forma de entrada.
Las entradas adicionales de otras aplicaciones se deben inventariar aqu. Las entradas
de otras aplicaciones deben actualizar los archivos lgicos internos (ILFs) de la
aplicacin que se est midiendo.
External Inputs (EI) - La entrada externa es un proceso elemental en el cual los
datos cruzan los lmites de afuera hacia adentro. Estos datos pueden venir de una
pantalla de entrada de datos o de otra aplicacin. Los datos son usados para mantener
uno o ms archivos lgicos internos (ILFs). Los datos pueden ser de informacin de
control o del negocio. Si los datos son de informacin de control, no se tiene que
actualizar un archivo lgico interno.
External Outputs (EO) - Una salida externa es un proceso elemental en el cual los
datos derivados cruzan los lmites de adentro hacia afuera. Los datos crean reportes o
archivos de salida enviados a otras aplicaciones. Estos reportes y archivos son
creados de uno o ms archivos lgicos internos (ILFs) o archivos de interfase
externos (EIFs).
Los Datos Derivados son datos que son procesados ms all de la edicin directa de
informacin de archivos lgicos internos. Los datos derivados son usualmente el
resultado de algoritmos o clculos. Los datos derivados ocurren cuando uno o ms
elementos de datos son combinados con una frmula para generar o derivar
elementos de datos adicionales.
External Inquiry (EQ) - Una consulta externa es un proceso elemental con
componentes de entrada y de salida que resultan en la adquisicin de datos de uno o
ms archivos lgicos internos (ILFs) o archivos de interfase externos (EIFs). El
proceso de entrada no actualiza ningn archivo lgico interno (ILF), y el proceso de
salida no contiene datos derivados.
Internal Logical Files (ILF) - Un archivo lgico interno es un grupo de datos
definidos por el usuario que estn relacionados lgicamente, que residen en su
totalidad dentro de los lmites de la aplicacin y que son mantenidos a travs de
entradas externas (EIs).
External Interface Files (EIF) - Un archivo de interfase externo es un grupo de
datos definidos por el usuario que estn relacionados lgicamente y que solo son
usados para propsitos de referencia. Los datos residen enteramente fuera de la
aplicacin y son mantenidos por otra aplicacin. El archivo de interfase externo es un
archivo lgico interno (ILF) para otra aplicacin.

TechTeam

Profesor: Jorge Elliott

Pag. 3 de 14

Diseo de Sistemas 1

UDP-Ingeniera Civil Informtica

El Factor de Ajuste
El Factor de Ajuste (FAV) est basado en caractersticas generales del sistema
[General System Characteristics] (GSCs) que evalan la funcionalidad general de la
aplicacin que se est midiendo. Cada caracterstica tiene asociada una descripcin
que ayuda a determinar su nivel de influencia en una escala de cero (sin influencia) a
cinco (influencia fuerte). El manual IFPUG Counting Practices Manual (CPM 4.0)
proporciona criterios de evaluacin detallados para cada GSC; la siguiente tabla
provee un resumen de cada una.
Caractersticas Generales del Sistema y su descripcin
1. Comunicacin de datos
Cuntas herramientas de comunicacin hay para ayudar en la transferencia o
intercambio de informacin de la aplicacin o sistema?
2. Procesamiento de datos distribuidos
Cmo son manejados los datos distribuidos y las funciones de procesamiento?
3. Nivel de ejecucin
El tiempo de respuesta o el nivel de eficiencia es requerido por el usuario?
4. Configuracin ms usada
Qu tanto se usa la plataforma de hardware en donde la aplicacin se va a ejecutar?
5. Nivel de transacciones
Qu tan frecuentemente se ejecutan las transacciones al da, semana, mes etc.?
6. Captura de datos En Lnea
Qu porcentaje de informacin se captura En Lnea?
7. Eficiencia del usuario final
Se dise la aplicacin pensando en la eficiencia del usuario final?
8. Actualizacin En Lnea
Cuntos ILFs se actualizan en transacciones En Lnea?
9. Procesamiento complejo
matemtico?

La aplicacin tiene mucho procesamiento lgico o

10. Reusabilidad
La aplicacin se desarroll para cumplir una o muchas necesidades del usuario?
11. Facilidad de Instalacin
Qu tan difciles son la conversin y la instalacin?

TechTeam

Profesor: Jorge Elliott

Pag. 4 de 14

Diseo de Sistemas 1

UDP-Ingeniera Civil Informtica

12. Facilidad de Operacin

Qu tan efectivos y/o automatizados son los procedimientos de inicio, respaldo y
recuperacin?
13. Mltiples Sitios
La aplicacin se dise, desarroll y soport especficamente para ser instalada en
mltiples sitios para varias organizaciones?
14. Facilidad de mantencin
La aplicacin se dise, desarroll y soport especficamente para facilitar la
mantencin?

Una vez que el VAF y cada componente han sido identificados, se acomodan y
cuentan usando un conjunto de clculos predeterminados. Para los lectores
interesados en aprender la mecnica del conteo de Puntos de Funcin, se recomienda
contactar al grupo IFPUG y pedir el manual: Counting Practices Manual Version 4.0.

El uso de Puntos de Funcin para ayudar a calcular el costo real del

software.
La mayora de las organizaciones subestima en gran medida el costo del software. El
costo real del software es la suma de todos los costos durante la vida de un proyecto,
incluyendo los mejoramientos esperados y los costos de mantencin. De hecho, el
clculo real debera ser el valor presente de todos los desarrollos, mejoras, y costos
de mantencin esperados durante la vida del proyecto. Este tipo de anlisis
demuestra la recompensa de invertir en un diseo y anlisis de primera. Entre ms se
invierta en un buen diseo, se va a ahorrar ms en futuros costos de mantencin y
mejoras. Es importante tener un costo unitario para evaluar la inversin inicial y
comparar sta con los gastos posteriores. El costo unitario puede ser horas/PF o $/PF.
Los incrementos en la inversin inicial deben reducir el costo unitario de actividades
de mejora y mantencin futuras.

El uso de Puntos de Funcin para ayudar a estimar el costo de

proyectos, la programacin y el esfuerzo.
La estimacin exitosa usando Puntos de Funcin se basa en varias tcnicas: TopDown, Analoga y Consejo de Expertos. La estimacin Top-Down es una tcnica de
estimacin que calcula el programa entero, costo y esfuerzo usando parmetros
amplios. Los parmetros amplios y las comparaciones estn basados en datos
histricos usando tcnicas estimativas de Analoga. El Consejo de Expertos se
obtiene de expertos con experiencia en proyectos similares o experiencia en el uso de
Puntos de Funcin.

TechTeam

Profesor: Jorge Elliott

Pag. 5 de 14

Diseo de Sistemas 1

UDP-Ingeniera Civil Informtica

La comparacin de proyectos con otros similares es una actividad crtica para lograr
una estimacin exitosa. Cuando se evalan proyectos similares, se debe considerar lo
siguiente:
Tipo de plataforma de hardware - Mainframe, Cliente-Servidor, PC, Internet
Tipo de lenguaje Adabas, Informix, Visual Basic, C, C++, Java o PHP
Tipo de proyecto - Software del Sistema, Software intermedio, Software de
aplicacin
Tipo de sistema operativo: MVS, Windows, Linux, Unix
Una vez que los proyectos han sido determinados, obtener los siguientes datos:
Medida histrica de entrega (horas por Punto de Funcin) de proyectos similares
Programas histricos (duracin de programas por Punto de Funcin) de proyectos
similares
Costos histricos (costo en $, U.F. o US$ por Punto de Funcin)
Una vez que el tamao del proyecto se ha determinado en Puntos de Funcin, se
puede calcular la estimacin de horas, costo y cantidad de programas. Los clculos se
deben hacer con datos de proyectos similares como se describi anteriormente.
Por ejemplo, si se determina que el tamao del proyecto actual es de 500 Puntos de
Funcin y la medida de entrega de un proyecto similar es UF.2 por Punto de
Funcionalidad, entonces el costo total esperado para el proyecto sera UF.2
(UF/Punto de Funcin) x 500 PFs = UF.1,000. Clculos similares pueden hacerse
para programas, duracin y horas.

El uso de Puntos de Funcin para ayudar con las negociaciones de

contrato.
Los administradores de contratos pueden usar su conocimiento en Puntos de Funcin
para construir y manejar proyectos basados en el precio por Punto de Funcionalidad
y tambin en la comparacin de los precios de los vendedores. Estas personas
establecen un uso efectivo en cuanto a costo, de terceras partes, en el desarrollo,
validan las propuestas basados en el tamao de Puntos de Funcin y pueden evaluar
el impacto de proyectos cancelados.
Los Puntos de Funcin pueden ser usados para ayudar a especificar los productos
claves a entregar a un vendedor, para asegurar que los niveles apropiados de
funcionalidad van a ser entregados y desarrollar medidas objetivas de efectividad de
costos y calidad. Son los ms efectivamente usados en contratos de precio fijo como
un medio para especificar exactamente lo que se va a entregar.
Desde una perspectiva interna, el manejo exitoso de los contratos de precio fijo
depende absolutamente en la representacin precisa del esfuerzo. La estimacin de
este esfuerzo (en el ciclo de vida completo) puede ocurrir solo cuando una mtrica
normalizada, tal como la proveda por los Puntos de Funcin, se aplica.

TechTeam

Profesor: Jorge Elliott

Pag. 6 de 14

Diseo de Sistemas 1

UDP-Ingeniera Civil Informtica

Resumiendo, el anlisis de Puntos de Funcin provee el mejor mtodo objetivo para

medir los proyectos de software, y para manejar el tamao de los proyectos de
software durante su desarrollo.
PF es el mejor mtodo de manejar el riesgo en dos vertientes. Primero, el cliente
(usuario/especificador) puede aceptar ms fcilmente el riesgo para un determinado
tamao de proyecto de software (en Puntos de Funcin). Segundo, el desarrollador
puede ms fcilmente aceptar los riesgos para el costo de produccin (el costo por
Punto de Funcionalidad). Adherirse a un conteo consistente de Puntos de Funcin
optimiza esta relacin y facilita el desarrollo en lnea y bajo presupuesto.
La asignacin de precios de "software externo" (p.ej. el diseado para uso fuera de la
organizacin) puede ser encauzado directamente al esfuerzo de produccin cuando se
requieren mtricas funcionales. Si un desarrollador de software sabe exactamente
cul va a ser su costo interno de desarrollo de un Punto de Funcionalidad, se puede
incorporar a los algoritmos de costeo usados para determinar los precios externos.
Sin un entendimiento claro del tiempo y esfuerzo por Punto de Funcionalidad, la
asignacin de precios a los paquetes de software continuar siendo difcil.

El uso de Puntos de Funcin para desarrollar un estndar de

establecimiento de mtricas
Por supuesto, los Puntos de Funcin necesitan usarse en asociacin con las otras
medidas. De hecho, los Puntos de Funcin por s mismos proveen poco o nada de
beneficio. Muchas mtricas necesitan ser reportadas al nivel organizacional. Por
ejemplo, tanto la mtrica de productividad/costo como la mtrica de calidad
necesitan ser reportadas al nivel organizacional. Las mtricas de productividad/costo
son usadas para demostrar la medida y el costo de la funcionalidad que se est
entregando. Las mtricas de calidad son usadas para demostrar niveles existentes de
calidad y para monitoriar los esfuerzos continuos de mejoramiento en el proceso de
desarrollo del software. Estas mtricas deben ser monitoriadas y estudiadas en sus
tendencias.
Productividad / Mtricas de Costo
Costo por Punto de Funcionalidad: mide el costo promedio para entregar o mantener
un Punto de Funcionalidad. Puntos de Funcin por Staff por Mes: mide el nmero
promedio de Puntos de Funcin entregados por mes de esfuerzo aplicado
Mtricas de Calidad
1. Defectos por Puntos de Funcin Instalados: correlaciona la calidad del software al
tamao de la aplicacin. Horas de Mantencin por Puntos de Funcin Instalados:
correlaciona los esfuerzos de soporte al tamao de la aplicacin para el software
instalado actualmente y los sistemas nuevos. Las aplicaciones con altas proporciones
son buenas candidatas para reingeniera o para reemplazo. Comparar la historia con
lo reciente permite asegurar que las mejoras en el proceso de entrega sean efectivas
Las mtricas deben proveer suficiente granularidad para mostrar tendencias
generales, identificar reas problemticas, y demostrar el progreso. El tratar de lograr
mtricas perfectas retarda y causa que gaste ms en medicin que en accin.
TechTeam

Profesor: Jorge Elliott

Pag. 7 de 14

Diseo de Sistemas 1

UDP-Ingeniera Civil Informtica

Para utilizar este mtodo, se deben seguir los siguientes pasos:

1. Descomponer la aplicacin a construir, en funciones elementales a
implementar. Para esto se puede utilizar las tcnicas de Descomposicin
Funcional, Diagramas de Flujos de Datos, o simplemente generar un listado de las
funciones a contemplar.

2. Para cada funcin, se debe cuantificar los siguientes parmetros:

PARAMETRO

Factor de peso
Simple

Medio

Subtotal
Complejo

Nmero de Entradas

Nmero de Salidas

Nmero de Consultas

Nmero de Archivos

10

15

Nmero de Interfaces

10

(1)

Cuenta (2)

Donde:
(1)Se obtiene como: Q x factor de peso escogido.
(2)Se obtiene como la suma de las cantidades de la columna 'Subtotal'.
3. Obtener el total de puntos de funcin para la aplicacin completa:
Cuenta-Total = SUMA ( Cuenta )
4. Calcular los Puntos de Funciones totales, utilizando la relacin:
PF = Cuenta-Total * [ 0,65 + 0,01 * SUMA(Fi ) ]
Donde, Fi (i=1 hasta 14) se obtiene ponderando cada factor contenido en la Tabla
N 1 (en la pgina siguiente).
5. Determinar el estndar de productividad (PF/h-m) que utilizar la organizacin,
medido en Puntos de Funcin por hombre-mes. Es decir, cuntos PF/mes en
promedio, producir un integrante del equipo humano. [Algunas organizaciones
utilizan valores entre 50 y 75 PF/h-m].

TechTeam

Profesor: Jorge Elliott

Pag. 8 de 14

Diseo de Sistemas 1

UDP-Ingeniera Civil Informtica

6. Finalmente, calcular el esfuerzo y duracin del proyecto utilizando las

siguientes ecuaciones:
PF
E = ------------ [hombre-mes]
PF/h-m
D=

E
------ [meses]
N

Donde, .N: N de personas disponibles.

D: Distribucin estimada del proyecto

ASPECTO

DESCRIPCION

1. Comunicacin de datos

Se requiere implementar mecanismos de comunicacin de datos ?

Existen funciones que requieran de procesamiento
distribuido ?
Es crtico el desempeo del sistema para el xito de la
gestin ?
El sistema ser ejecutado en un ambiente operativo
existente y fuertemente utilizado ?
Es grande el nmero de transacciones que el sistema
deber soportar ?
Requiere el sistema un alto y sofisticado nivel de
ingreso interactivo de datos al sistema ?
Es muy compleja y variada la interfaz hacia el usuario
(mltiples pantallas, help lnea, amistosidad, etc) ?
Se actualiza la B.D. en lnea, esto es, a partir de
actualizaciones interactivas ?
Existen un alto nivel de programacin de reglas de
excepcin, clculos complejos, etc. ?
Se ha de disear el software para ser re-utilizado en otros
proyectos ?
Estn includas en el diseo de la solucin la conversin de datos y la implementacin ?
Qu tan complejas son las entradas, salidas y
consultas del sistema ?

2. Procesamiento distribuido
3. Nivel de desempeo
4. Disponibilidad del software
5. Volmen de transacciones
6. Ingreso interactivo
7. Interfaz de usuario
8. Actualizacin en lnea
9. Complejidad interna
10. Reusabilidad
11. Facilidad de instalacin
12. Complejidad externa de
procesamiento
13. Mltiplicidad

El sistema deber soportar mltiples instalaciones

para diferentes organizaciones (o sucursales) ?
Se diseo la solucin para ser fcilmente modificable
y mantenible ?

14. Adaptabilidad

Tabla 1. Factor de Ajuste del Esfuerzo (FAE)

FACTOR
0
1
2
3
4
5

SIGNIFICADO
No presente
Incidental
Moderado
Medio
Significativo
Esencial

Tabla 2. Valores para los FAE

TechTeam

Profesor: Jorge Elliott

Pag. 9 de 14

Diseo de Sistemas 1

UDP-Ingeniera Civil Informtica

Formulario para aplicar PF

Mtodo del Clculo de Puntos de Funcin

Parmetros a considerar
Funcin

C
digo

N
Entradas

Peso

N
Salidas

Peso

N
Consultas

Peso

N
Archivos

Peso

N
Interfaces

Peso

Sub
total

0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
Factores de Ajuste del Esfuerzo
Factor Peso Factor Peso Factor Peso
1
2
3
4
5

6
7
8
9
10

11
12
13
14

PF = 0

Rango del
Ajuste

Cuenta
FAE

0
0

0% al 70%

TechTeam

Profesor: Jorge Elliott

Pag. 10 de 14

Diseo de Sistemas 1

UDP-Ingeniera Civil Informtica

Taller: Aplicacin de Puntos de Funcin (P. Aguilera)

Con el fin de aplicar el mtodo denominado "Puntos de Funcin", se enuncian a
continuacin los principales requerimientos asociados a un pequeo sistema.
Se desea controlar el denominado Inventario de Bienes Menores de una empresa,
tambin conocido como "INVENTARIO MURAL" (debido a que se trata de los
Bienes que estn en las Oficinas y se pega el informe de los bienes en las paredes
de stas).
De la recopilacin de antecedentes de las entrevistas sostenidas con quienes
administran en este sistema, se pudo detectar la siguiente informacin y
requerimientos:
1 Los Empleados de la empresa se asignan a los Departamentos en los que
trabajan (Departamento en el sentido de Unidad Organizacional)
2 Cada Departamento se compone de Oficinas (fsicas), en las que habitan las
personas del Departamento. La Oficina se identifica con un nmero correlativo
por cada Departamento.
3 La asignacin de Bienes (Inventario) es a las Oficinas, es decir los Bienes
Menores son inventariados como pertenecientes a la Oficina en la que estn
asignados.
4 Cada Oficina tiene uno (o ms) responsable(s) por los Bienes que estn en ella.
A su vez, una persona de un Departamento, puede ser responsable de varias
Oficinas (P. ej. la secretaria).
5 Se puede concluir que una persona es responsable por las Oficinas (no por los
Bienes individuales), y debido a esto, lo es de todos los Bienes que estn
contenidos en 'sus' Oficinas.
6 Se sabe que para efectos del sistema un bien es genrico. Un bien es genrico
cuando existe un solo cdigo para agrupar a un conjunto de Bienes (por
ejemplo, un solo cdigo para las 'Sillas de cuero negro con 5 ruedas'). Un Bien
es especfico, si existe un cdigo distinto (nico) para cada Bien (en el caso
de las sillas, stas tendran cdigos distintos).
7 Agregue la funcionalidad bsica para permitir un adecuado nivel de gestin (esto
es, las consultas e informes mminos para administrar el sistema).
En las dos prximas pginas se encuentran los modelos de funciones y datos
necesarios para aplicar el mtodo. Utilice el formulario que permite, en forma
resumida, aplicar el mtodo y tabular la informacin.

TechTeam

Profesor: Jorge Elliott

Pag. 11 de 14

Diseo de Sistemas 1

UDP-Ingeniera Civil Informtica

Modelo de Informacin

DEPARTAMENTO
# Cdigo
* Nombre

asignado a
tiene

compuesto
de

EMPLEADO
# Rut
* Nombres
* Apellidos
* Direccin
* Telfono
* Fecha de Ingreso
o Fecha de Egreso
es

es un

RESPONSABLE
# Fecha asignacin
o Fecha de cese
de

tiene
pertenece a

OFICINA
# Nmero
* Descripcin
o N max. de personas
tiene

para

TIPO DE
OPERACION
# Cdigo
* Descripcin

clasifica a
es clasificada
por

DETALLE DE
INVENTARIO
# Folio
* Fecha de asignacin
* Cantidad
corresponde a

asignado
en

BIEN MENOR
# Cdigo
* Descripcin
* Cantidad en stock
* Costo de compra

TechTeam

Profesor: Jorge Elliott

Pag. 12 de 14

Administracin de Proyectos de Software

UDP-Ingeniera Civil Informtica

Modelo Funcional

Administrar las operaciones de

ingreso, traspaso y baja de los Bienes
Menores de la empresa
2

Registrar y controlar la informacin de

Empleados responsables de Bienes
1.1
Consultar Empleados asignados
por Departamento
1.2
Asignar a Empleados como
responsables de una o ms Oficinas

Controlar la informacin referente a

los Departamentos y sus Oficinas
2.1
Ingresar y mantener el catastro de Departamentos que tienen Bienes asignados
2.2
Registrar y mantener la divisin de
Oficinas por Departamento

1.3
Registrar e informar el cese de la responsabilidad de un Empleado sobre oficinas

2.3

1.4
Proveer de informes para el adecuado
control de los Empleados

2.4

Emitir el informe de Oficinas vigentes

por Departamento
Proveer de informes para el adecuado
control de los Departamentos

1.4.1
Emitir el informe de Empleados
asignados por Departamento

2.4.1
Emitir el informe Estadstico de
Empleados por oficinas

1.4.2

2.4.2
Emitir el informe Resumen de
Oficinas Vigentes

Emitir el informe de Empleados

responsables por oficinas

Registro y control de las operaciones

de ingreso, asignacin, traslado y
retiro de Bienes Menores

Apoyar con informacin para realizar

una adecuada gestin del Inventario
de los Bienes Menores

3.1
Registro y control de las operaciones de compra,
ingreso, mantencin y baja de los Bienes
3.1.1

Ingresar nuevos Bienes Menores

adquiridos

3.1.2

Registrar sobre la prdida y

deterioro de los Bienes Menores

3.1.3

Registrar y mantener el estado de

los Bienes Menores

3.1.4

Dar de baja Bienes Menores por

deterioro u obsolescencia

3.2
Controlar las operaciones de asignacin,
traspaso y retiro de Bienes de las Oficinas
3.2.1

Registrar la salida de Bienes de

Bodega y emitir la Guia de Salida

3.2.2

Asignar Bienes a una Oficina

3.2.3

Retirar Bienes desde las Oficinas

3.2.4

Traspasar Bienes desde una Oficina

a otra

3.3

Proveer de informes para apoyar la

gestin operativa del inventario
3.3.1

Emitir el informe Inventario Mural

por Oficina

3.3.2

Emitir el informe de Responsables

por Oficina

3.3.3

Emitir informes sobre el estado y

ubicacin de los Bienes por Oficina

3.3.4 Emitir el informe sobre el catastro de

Bienes por Departamento y Oficina

TechTeam

Profesor: Jorge Elliott

Pag. 13 de 14

4.1
Planificacin de la dotacin de Bienes
para los Departamentos de la Empresa
4.1.1 Ingresar las solicitudes de los Departamentos por Bienes Menores
4.1.2 Ingresar el programa de dotacin
de Bienes Menores para el periodo
4.1.3

Emitir informe de solicitudes no

satisfechas de los Departamentos

4.2
Proveer de informes para la adecuada gestin
global del Inventario de Bienes Menores
4.2.1

Emitir el informe sobre el

costo total

4.2.2

Emitir el informe Inventario

Mural por Oficina

4.2.3 Emitir el informe resumen de Bienes Menores de la empresa

4.2.4 Emitir el informe sobre el catastro
de Bienes por Depto. y oficina
4.2.5

Emitir informe resumen de

Bienes Menores por depto.

Administracin de Proyectos de Software

UDP-Ingeniera Civil Informtica

Conclusiones
A la luz de los resultados y de los entornos tecnolgicos actuales, en los que se est
utilizando cada vez ms herramientas 4GL, SABDR y CASE; todas las cuales ahorran
una cantidad sustancial de esfuerzo en el proceso de Anlisis, Diseo, Construccin y
Documentacin de los productos de software; se intuye que los nicos mtodos vlidos y
factibles de utilizar son Puntos de Funcin y estndar de Consultora.
Para que este eficaz y simple mtodo tenga xito, es preciso que las organizaciones
realicen un proceso formal de desarrollo de sistemas. Esto es, que utilicen una
metodologa en forma rigurosa, de manera que en la Etapa de Anlisis se obtenga un
Modelo Funcional del (los) sistema (s) a construir, que permita medir las funciones
elementales detectadas con un alto grado de certeza.
Para obtener este Modelo Funcional, se puede recurrir a alguna de las siguientes tcnicas:
TECNICA

TechTeam

RESULTADO

ETAPA

Modelamiento de Procesos
de Negocios

Modelo de Procesos de los sistemas a construir. Al final del proceso, quedarn documentadas las
funciones elementales a automatizar

Estrategia

Descomposicin Funcional

Una Jerarqua de Funciones, en

cuyas 'hojas' estn contenidas las
funciones elementales a implementar.

Anlisis

Diagramas de Flujos de Datos

Se trata de utilizar la tcnica de modelamiento de funciones, propiciada

por la metodologa del Anlisis Estructurado. En esta tcnica, las funciones elementales se encuentran en
el ltimo plano de la descomposicin

Anlisis

Listado informal

Simplemente se realiza un check-list

de las funciones del sistema que
debern ser implementadas. En este
caso no existe un enfoque sistmico
para el anlisis del sistema, sino ms
bien se trata de un rpido proceso de
recuento de funciones (quizs con el
nico propsito de estimar esfuerzo mediante la tcnica de estndar de consul
tora).

Estrategia
o
Anlisis

Profesor: Jorge Elliott

Pag. 14 de 14