Administracin de Proyectos de Software UDP-I ngeniera Civil I nformtica

TechTeam Profesor: J orge Elliott Pag. 1 de 14

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



Diseo de Sistemas 1 UDP-I ngeniera Civil I nformtica

TechTeam Profesor: J orge Elliott Pag. 2 de 14
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.



Diseo de Sistemas 1 UDP-I ngeniera Civil I nformtica

TechTeam Profesor: J orge Elliott Pag. 3 de 14



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.




Diseo de Sistemas 1 UDP-I ngeniera Civil I nformtica

TechTeam Profesor: J orge Elliott Pag. 4 de 14

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 La aplicacin tiene mucho procesamiento lgico o
matemtico?

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?




Diseo de Sistemas 1 UDP-I ngeniera Civil I nformtica

TechTeam Profesor: J orge Elliott Pag. 5 de 14


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: Top-
Down, 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.



Diseo de Sistemas 1 UDP-I ngeniera Civil I nformtica

TechTeam Profesor: J orge Elliott Pag. 6 de 14

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.



Diseo de Sistemas 1 UDP-I ngeniera Civil I nformtica

TechTeam Profesor: J orge Elliott Pag. 7 de 14

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.



Diseo de Sistemas 1 UDP-I ngeniera Civil I nformtica

TechTeam Profesor: J orge Elliott Pag. 8 de 14

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 Q Factor de peso Subtotal
Simple Medio Complejo (1)
Nmero de Entradas x 3 4 6
Nmero de Salidas x 4 5 7
Nmero de Consultas x 3 4 6
Nmero de Archivos x 7 10 15
Nmero de Interfaces x 5 7 10
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].




Diseo de Sistemas 1 UDP-I ngeniera Civil I nformtica

TechTeam Profesor: J orge Elliott Pag. 9 de 14

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

PF
E = ------------ [hombre-mes]
PF/h-m

E
D = ------ [meses]
N


Donde, .N: N de personas disponibles. D: Distribucin estimada del proyecto

DESCRIPCION
Se requiere implementar mecanismos de comunica-
cin 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 conver-
sin de datos y la implementacin ?
Qu tan complejas son las entradas, salidas y
consultas del sistema ?
El sistema deber soportar mltiples instalaciones
para diferentes organizaciones (o sucursales) ?
Se diseo la solucin para ser fcilmente modificable
y mantenible ?
ASPECTO
1. Comunicacin de datos
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
14. Adaptabilidad

Tabla 1. Factor de Ajuste del Esfuerzo (FAE)

FACTOR SIGNIFICADO
0 No presente
1 Incidental
2 Moderado
3 Medio
4 Significativo
5 Esencial

Tabla 2. Valores para los FAE



Diseo de Sistemas 1 UDP-I ngeniera Civil I nformtica

TechTeam Profesor: J orge Elliott Pag. 10 de 14

Formulario para aplicar PF

Mtodo del Clculo de Puntos de Funcin


Funcin
C
digo
N
Entradas
Peso
N
Salidas
Peso
N
Consultas
Peso
N
Archivos
Peso
N
Interfaces
Peso
Parmetros a considerar
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
Factor Peso Factor Peso Factor Peso
1
2
3
4
5
6
7
8
9
10
11
12
13
14
PF = 0 Cuenta 0
FAE 0
0
Rango del
Ajuste 0% al 70%
Factores de Ajuste del Esfuerzo





Diseo de Sistemas 1 UDP-I ngeniera Civil I nformtica

TechTeam Profesor: J orge Elliott Pag. 11 de 14

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.




Diseo de Sistemas 1 UDP-I ngeniera Civil I nformtica

TechTeam Profesor: J orge Elliott Pag. 12 de 14

Modelo de Informacin


DEPARTAMENTO
# Cdigo
* Nombre
EMPLEADO
# Rut
* Nombres
* Apellidos
* Direccin
* Telfono
* Fecha de Ingreso
o Fecha de Egreso
asignado a
tiene
compuesto
de
RESPONSABLE
# Fecha asignacin
o Fecha de cese
OFICINA
# Nmero
* Descripcin
o N max. de personas
DETALLE DE
INVENTARIO
# Folio
* Fecha de asignacin
* Cantidad
BIEN MENOR
# Cdigo
* Descripcin
* Cantidad en stock
* Costo de compra
TIPO DE
OPERACION
# Cdigo
* Descripcin
es
es un
tiene
de
pertenece a
tiene
para
clasifica a
es clasificada
por
corresponde a
asignado
en



Administracin de Proyectos de Software UDP-I ngeniera Civil I nformtica

TechTeam Profesor: J orge Elliott Pag. 13 de 14

Administrar las operaciones de
ingreso, traspaso y baja de los Bienes
Menores de la empresa
Registrar y controlar la informacin de
Empleados responsables de Bienes
Controlar la informacin referente a
los Departamentos y sus 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
Consultar Empleados asignados
por Departamento
Ingresar y mantener el catastro de Depar-
tamentos que tienen Bienes asignados
Registro y control de las operaciones de compra,
ingreso, mantencin y baja de los Bienes
Planificacin de la dotacin de Bienes
para los Departamentos de la Empresa
Asignar a Empleados como
responsables de una o ms Oficinas
Emitir el informe de Empleados
asignados por Departamento
Emitir el informe de Empleados
responsables por oficinas
Emitir el informe Estadstico de
Empleados por oficinas
Emitir el informe Resumen de
Oficinas Vigentes
1.1
Registrar y mantener la divisin de
Oficinas por Departamento
Registrar e informar el cese de la respon-
sabilidad de un Empleado sobre oficinas
Emitir el informe de Oficinas vigentes
por Departamento
Proveer de informes para el adecuado
control de los Departamentos
Proveer de informes para el adecuado
control de los Empleados
Ingresar nuevos Bienes Menores
adquiridos
Registrar sobre la prdida y
deterioro de los Bienes Menores
Registrar y mantener el estado de
los Bienes Menores
Dar de baja Bienes Menores por
deterioro u obsolescencia
Controlar las operaciones de asignacin,
traspaso y retiro de Bienes de las Oficinas
Registrar la salida de Bienes de
Bodega y emitir la Guia de Salida
Asignar Bienes a una Oficina
Retirar Bienes desde las Oficinas
Traspasar Bienes desde una Oficina
a otra
Proveer de informes para apoyar la
gestin operativa del inventario
Emitir el informe Inventario Mural
por Oficina
Emitir el informe de Responsables
por Oficina
Emitir informes sobre el estado y
ubicacin de los Bienes por Oficina
Emitir el informe sobre el catastro de
Bienes por Departamento y Oficina
Emitir informe de solicitudes no
satisfechas de los Departamentos
Ingresar las solicitudes de los De-
partamentos por Bienes Menores
Ingresar el programa de dotacin
de Bienes Menores para el periodo
Proveer de informes para la adecuada gestin
global del Inventario de Bienes Menores
Emitir el informe sobre el
costo total
Emitir el informe Inventario
Mural por Oficina
Emitir informe resumen de
Bienes Menores por depto.
Emitir el informe sobre el catastro
de Bienes por Depto. y oficina
Emitir el informe resumen de Bie-
nes Menores de la empresa
2 1 3 4
1.2
1.3
1.4
1.4.1
1.4.2
2.1
2.2
2.3
2.4
2.4.1
2.4.2
3.1
3.1.1
3.1.2
3.1.3
3.1.4
3.2
3.2.1
3.2.2
3.2.3
3.2.4
3.3
3.3.1
3.3.2
3.3.3
3.3.4
4.1
4.1.1
4.1.2
4.1.3
4.2
4.2.1
4.2.2
4.2.3
4.2.4
4.2.5
Modelo Funcional


Administracin de Proyectos de Software UDP-I ngeniera Civil I nformtica

TechTeam Profesor: J orge Elliott Pag. 14 de 14


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 RESULTADO ETAPA

Modelamiento de Procesos Modelo de Procesos de los sis- Estrategia
de Negocios temas a construir. Al final del proce-
so, quedarn documentadas las
funciones elementales a automatizar

Descomposicin Funcional Una Jerarqua de Funciones, en Anlisis
cuyas 'hojas' estn contenidas las
funciones elementales a imple-
mentar.

Diagramas de Flujos de Datos Se trata de utilizar la tcnica de mo- Anlisis
delamiento de funciones, propiciada
por la metodologa del Anlisis Es-
tructurado. En esta tcnica, las fun-
ciones elementales se encuentran en
el ltimo plano de la descomposicin

Listado informal Simplemente se realiza un check-list Estrategia
de las funciones del sistema que o
debern ser implementadas. En este Anlisis
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 me-
diante la tcnica de estndar de consul
tora).