Informefinal

Prctica Profesional Anlisis, Diseo y Desarrollo del Sistema
Automatizado de Control de Bienes en INETER
I.
INTRODUCCIN
La automatizacin de sistemas es una tarea de vital importancia para lograr el

cumplimiento de las metas de una organizacin. Dentro de una organizacin con tanta
envergadura como lo es el Instituto Nicaragense de Estudios Territoriales, los beneficios
de la automatizacin en conjunto con el aprovechamiento de Tecnologas de la Informacin
pueden brindar ventajas competitivas como son:
Reduccin en los costos en los productos y servicios ofrecidos.
Incorporacin de nuevas caractersticas que permitan diferenciar los productos y
aumentar su valor agregado.
Innovacin en la creacin de nuevos productos que abran las puertas a nuevos
mercados, promoviendo as el crecimiento, la expansin y la diversificacin.
Desarrollo de alianzas estratgicas con otras organizaciones a travs de Sistemas de
Informacin basados en Internet.
Los proyectos de Automatizacin de Sistemas deben estar acompaados de un buen plan de
trabajo en las reas de Anlisis, Diseo y Desarrollo para obtener como resultado productos
software que satisfagan las necesidades de la empresa.
El xito de un proyecto de Desarrollo de Software est en dependencia de la calidad en el
Anlisis y Diseo ms que en la Programacin. En el ciclo de vida de desarrollo de un
sistema, el 80% de las actividades estn destinadas al Anlisis y Diseo, y solamente se
dedica un 20% a la Programacin.
La Prctica Profesional Anlisis, Diseo y Desarrollo del Sistema Automatizado de
Control de Bienes en INETER tiene su alcance tcnico compuesto por:
El desarrollo de un proceso investigativo con el objetivo de estudiar la problemtica

y la necesidad de automatizacin de sistemas en el Departamento de Control de
Bienes.
La aplicacin de una Metodologa de Software Orientada a Objetos basada en

UML, desarrollada por el seor Grady Booch donde se utilizan como herramientas
los diagramas del Lenguaje Unificado de Modelado en las etapas de Anlisis,
Diseo, Desarrollo e Implementacin de un Proyecto de Software. Cabe mencionar
que el alcance de este trabajo abarca solamente las etapas de Anlisis, Diseo y
Desarrollo.
La utilizacin del Diagrama Entidad-Relacin y el Proceso de Normalizacin para

elaborar el Diseo de la Base de Datos Relacional del Sistema Automatizado.
Pgina 1

II.
DESCRIPCIN DEL TRABAJO

Objetivos de la Prctica Profesional
Objetivo General
Realizar el Anlisis, Diseo y Desarrollo del Prototipo del Sistema Automatizado para el
Control de Activos Fijos en el Instituto Nicaragense de Estudios Territoriales -INETER
que sirva como una herramienta para agilizar las transacciones, aumentar la confiabilidad,
seguridad en el almacenamiento y recuperacin de la informacin, asimismo que reducir la
cantidad de errores en el procesamiento de los datos, que ocurren en las actividades diarias
del Departamento de Control de Bienes. Tambin, desarrollar un prototipo de sistema que
contribuya en la satisfaccin de la demanda de informacin para la toma de decisiones en el
instituto.
Objetivos Especficos
Realizar un Anlisis de Sistemas en el Departamento de Control de Bienes.
Construir un Diseo Detallado del Sistema.
Desarrollar el Prototipo del Sistema Automatizado.
Esquema de Objetivos
Anlisis
Diseo
Desarrollo del
Prototipo
Aumento de
Competitivida
Pgina 2

ALCANCES TCNICOS
El alcance tcnico de la Prctica Profesional abarca el desarrollo de un proyecto de
investigacin cientfica con el objetivo de conocer y analizar la problemtica presentada en
el Departamento de Control de Bienes del Instituto Nicaragense de Estudios Territoriales,
INETER y la utilizacin de la Metodologa de Desarrollo de Software Orientada a Objetos
basada en UML, propuesta por Gary Booch en las etapas de Anlisis, Diseo y Desarrollo
del Prototipo en el Sistema Automatizado de Control de Bienes. Adems se utilizan el
Diagrama de Entidad-Relacin y el Proceso de Normalizacin para realizar el diseo de la
Base de Datos Relacional. Aunque estas herramientas no son propias de la Metodologa,
son muy tiles y pueden aportar mucho para el diseo de la Base de Datos.
El desarrollo de la investigacin cientfica consiste en el uso del mtodo cientfico para
obtener informacin importante y objetiva sobre la problemtica que enfrenta el
Departamento de Control de Bienes.
La Metodologa de Software Orientada a Objetos basada en UML consiste en cuatro etapas
principales, las cuales son:
Anlisis de Requerimientos
Diseo del Sistema
Diseo Detallado
Implementacin y Pruebas
Pgina 3

A continuacin se Presenta la Metodologa con sus etapas y los diagramas de UML

utilizados en cada una de ellas.
Metodologa basada en UML
Descubrimiento de los procesos de negocio
Descripcin de los procesos de negocio
Diagramas de actividades
Diagrama de clases de alto nivel
Diagramas de casos de uso de alto nivel
Diseo del Sistema

Diagramas de casos de uso depurados
Plantillas de colleman
Diagramas de secuencia y diagramas de colaboracin
Diagramas de paquete
Diagramas de estado
Diseo Detallado
Diagramas de Componentes
Diagrama de Despliegue
Elaboracin del prototipo
Definir estndares de programacin
Codificacin y Pruebas Unitarias
Pruebas de Mdulos y de Sistemas
En la etapa de Implementacin y Pruebas el alcance tcnico de esta prctica profesional
abarca solamente hasta la fase de Elaboracin del Prototipo debido a razones financieras y
limitaciones de tiempo.
Pgina 4

El anlisis de requerimientos es la primera etapa de la metodologa de desarrollo de
software. En esta etapa se descompone el sistema en sus piezas o componentes con el
propsito de estudiar la forma en que estas partes que componen el sistema, trabajan e
interactan para lograr su propsito principal.
Para realizar este anlisis utilizamos las herramientas siguientes:
Descubrimiento de los procesos de
negocio
Descripcin de los procesos de negocio
Diagramas de actividades
Diagrama de clases de alto nivel
Diagramas de casos de uso de alto nivel
El descubrimiento de los procesos de negocios se logra mediante la elaboracin de
entrevistas a los empleados con el objetivo de comprender todos los procesos que se
realizan en el Departamento de Control de Bienes y cuales son sus pasos uno a uno.
Una vez que los procesos se han descubierto, se procede a describirlos y a realizar un
diagrama de actividades por cada uno de los procesos encontrados. En los diagramas de
actividades se describe grficamente el flujo secuencial de los procesos de negocios.
El diagrama de clases de alto nivel y todas las asociaciones existentes entre las clases sirven
para analizar y comprender el dominio del sistema. El diagrama de clases es muy til
puesto que describe la estructura de los objetos del sistema y muestra las clases de objetos
que componen al sistema, as como las relaciones existentes entre estos objetos.
Finalmente, en esta etapa se realizan los casos de uso de alto nivel en los que se especifica
cul es la funcionalidad actual del sistema.
Diseo del Sistema
En el Diseo del Sistema se utilizan tcnicas de resolucin de problemas complementarias
al Anlisis de Sistemas para separar los componentes del sistema y luego formar
nuevamente un sistema completo que es un sistema esperado y mejorado. Este nuevo
sistema puede incluir adiciones, eliminaciones y cambios en relacin con el sistema
original del Departamento de Control de Bienes.
Pgina 5

Las herramientas utilizadas en el Diseo del Sistema son:

Diagramas de casos de uso depurados
Plantillas de colleman
Diagramas de secuencia y diagramas de
colaboracin
Diagramas de paquete
Diagramas de Estado
Con los diagramas de caso de uso se muestra grficamente la forma en que los empleados
del Departamento de Control de Bienes interactan con el sistema as como tambin la
interaccin con los usuarios indirectos y sistemas externos.
Seguidamente se elabora una plantilla de Colleman para cada caso de uso presentado donde
se detalla textualmente la secuencia de pasos de cada interaccin del caso de uso.
Con los diagramas de secuencia se describe la forma en que los objetos interactan unos
con otros a travs del envo de mensajes en la ejecucin de los casos de uso y luego se
utilizan los diagramas de colaboracin con los que se encuentra la interaccin de los objetos
dentro de una red.
Con los diagramas de paquete se organizan los elementos de diagramas de casos de uso en
diferentes grupos o subsistemas.
La ltima actividad dentro del Diseo del Sistema es la elaboracin de los Diagramas de
Estado en los que se muestra el ciclo de vida de cada objeto, es decir todos los estados en
los que se puede encontrar un objeto y los eventos que pueden causar que el objeto pase de
un estado a otro.
Pgina 6

Diseo Detallado
El diseo Detallado muestra las especificaciones fsicas de una solucin de software.
En esta etapa se concretan los detalles en cuanto a Software y Hardware del producto
software que satisface las necesidades de informacin del Departamento de Control de
Bienes. Para esto se utilizan los siguientes diagramas:
Diagramas de Distribucin o Diagramas de Despliegue
Los diagramas de Distribucin sirven para describir la arquitectura fsica del hardware y
software del sistema. Describen los componentes de software, procesadores y dispositivos
que forman parte de la arquitectura del Sistema Automatizado de Control de Bienes.
Posteriormente, para describir grficamente la arquitectura fsica del sistema se utilizan los
Diagramas de Componentes. Tambin se usan los Diagramas de Componentes para
mostrar la forma en que el cdigo de programacin se divide en mdulos o componentes.
Elaboracin del prototipo
Definir estndares de programacin
Esta es la ltima etapa de la Metodologa de Desarrollo de Software Orientada a Objetos
basada en UML. El alcance de la Prctica Profesional Anlisis, Diseo y Desarrollo del
Sistema Automatizado de Control de Bienes en INETER contempla hasta la elaboracin del
prototipo debido a limitaciones de tiempo y recursos.
En el desarrollo del prototipo se disean las interfaces grficas de usuario para el sistema y
se utiliza una herramienta para desarrollar aplicaciones que acceden a los datos
almacenados en la base de datos.
Pgina 7

Diseo de la Base de Datos

Para realizar el diseo de la base de datos se utiliza el Modelo Entidad-Relacin y el
Proceso de Normalizacin.
El modelo Entidad-Relacin es til para modelar una percepcin del mundo real sobre el
lmite del dominio estudiado, en este caso, el Departamento de Control de Bienes. La
percepcin del mundo real obtenida se compone de un conjunto de objetos bsicos
llamados entidades y de relaciones entre estos objetos.
Para analizar los atributos de los datos y agruparlos de forma no redundante, estable,
flexible y adaptable se recurre al Proceso de Normalizacin.
El proceso de normalizacin se lleva hasta la tercera forma normal. En la primera forma
normal se eliminan los grupos repetidos y se identifica la llave primaria; en la segunda se
asegura que todos los atributos que no son llave sean completamente dependientes de la
llave primaria. En la tercera forma normal se elimina cualquier dependencia transitiva, -una
dependencia transitiva es aquella en la cual atributos que no son llave son dependientes de
otros atributos que no son llave.
Pgina 8

ASPECTOS TECNOLGICOS
Todo sistema de computadoras consta de dos componentes principales que son Hardware y
Software. El Hardware se refiere a todos los dispositivos fsicos y electrnicos que
conforman la computadora. Por otro lado, el Software se refiere a todos los programas que
se instalan en la computadora para que esta pueda ser de utilidad.
Los Aspectos Tecnolgicos en cuanto a Software que se deben ser utilizados en el anlisis,
diseo y desarrollo del Sistema Automatizado de Control de Bienes son los siguientes.
Herramienta
Software
Utilidad
Programa para desarrollar aplicaciones para Microsoft
Microsoft Visual Studio Windows
Microsoft SQL Server
Gestor de Base de Datos
Aplicacin para desarrollar Instaladores para
InstallShield
Microsoft Windows
Microsoft Windows XP Sistema Operativo
Microsoft Office 2007
Aplicaciones para Microsoft Windows
Crystal Reports 11
Diseador de Reportes
Microsoft Visio
Software de Diagramacin para Microsoft Windows
Microsoft Project
Software para Administracin de Proyectos
Con respecto a los componentes Hardware que son necesarios:

Hardware
Servidor de Bases de
Datos
Computadoras
Personales
Impresora
Tarjetas de Red
Pgina 9
Funcin
Almacenar la base de datos del Departamento de
Control de Bienes
Procesar los datos con usando el Sistema
Automatizado de Control de Bienes
Imprimir los reportes necesarios
Conectar las computadoras personales en red con el
servidor de bases de datos

CRONOGRAMA DE ACTIVIDADES
Actividad
Tiempo
Diseo de la Investigacin Cientfica
Elaboracin del Prototipo
4
Desarrollo de la Investigacin
4
Preparacin del Informe Final de Resultados
4
Total
12
Metodologa basada en UML

Descubrimiento de los Procesos del Negocio
Descripcin de los Procesos del Negocio
Diagramas de Actividades
Diagramas de Clases de Alto Nivel
Diseo del Sistema
Diagramas de Casos de Uso Depurados
Plantillas de Colleman
Diagramas de Secuencia y Diagramas de
Colaboracin
Diagramas de Paquete
Diagramas de Estado
Diseo Detallado
Diagrama de Despliegue
Elaboracin del Prototipo
Definir Estndares de Programacin
Diseo de la Base de Datos
Elaboracin del Modelo Entidad-Relacin
Normalizacin
Pgina 10
4
4
2
2
12
1
8
8
1
2
20
5
1
12
12
2
2

Preparacin del Informe Final de las Prcticas
Profesionales
Total
8
66
Nota: Los tiempos estn estimados en semanas.
ANLISIS DE COSTOS. IMPACTO TCNICOECONMICO Y SOCIAL

Anlisis de Costos
En la actualidad son muchos los mtodos existentes para la prediccin o estimacin de
costos en proyectos de desarrollo de software.
Sin embargo, estas estimaciones distan
mucho de ser medidas exactas ya que el esfuerzo de desarrollar un software es siempre una
actividad de prediccin.
Se habla de prediccin de costos porque lo que hacemos es estimar el tamao de un
software que no existe en el momento de la prediccin.
Dentro de los modelos de estimacin de costos para proyectos software se encuentran los
siguientes:
Estimacin por COCOMO
Estimacin Wideband-Delphi
Estimacin con Lgica Difusa
Estimacin a travs de Componentes Estndares
Estimacin a travs del Factor de Complejidad
Estimacin PROBE
Estimacin a travs de Puntos de Funcin
A continuacin se describe brevemente las generalidades de cada uno de estos mtodos:
Estimacin por COCOMO:
El Modelo COCOMO siempre relaciona el esfuerzo E (meses-hombre) con el tamao S
(MLOCS) de acuerdo a: E = a*Sb donde a y b son parmetros determinados por el tipo
Pgina 11

de software a ser desarrollado. Para usar este modelo para predecir el esfuerzo en la etapa
de captura de requisitos, necesitamos primero determinar (predecir) los parmetros y luego
el tamao eventual del sistema.
Estimacin Wideband-Delphi:
La idea fundamental de este modelo es usar varios expertos que hacen estimaciones
independientes y luego hacerlos converger hacia una estimacin nica. El procedimiento
es el siguiente: Primeramente, cada experto recibe las especificaciones del programa y un
formulario de estimacin. Seguidamente, se renen a conversar sobre suposiciones, dudas,
etc., luego cada uno lista las tareas y produce una estimacin y las estimaciones son
recogidas por un moderador quien tabula los resultados y los devuelve a los expertos
(estimaciones, promedio, mediana, etc.)
Finalmente, los expertos se renen nuevamente y discuten las tareas y se vuelve a hacer una
nueva estimacin. Es sabido que el mtodo produce estimaciones bastante precisas debido
a que la discusin entre los expertos a menudo clarifica aspectos y produce cambios en las
estimaciones para brindar exactitud.
Estimacin con Lgica Difusa:
Se basa en comparar con informacin histrica de productos anteriores. Se construye una
tabla con rangos y sub-rangos de tamao de proyectos previos. Se ordenan los proyectos
segn su tamao usando una medida como LOC o FPs. Como se muestra en el ejemplo:
Tamao
Muy Pequeo
Pequeo
Mediano
Grande
Muy Grande
Bajo
104
288
802
2230
6202
Complejidad
Intermedio
Alto
173
288
481
802
1338
2230
3719
6202
10341
1724316
Las filas indican el tamao del proyecto (en LOC o PFs) y las columnas la complejidad de
los programas o sistemas. El estimador selecciona una de las categoras y subcategoras
Pgina 12

comparando el nuevo proyecto con los proyectos anteriores dentro del rango considerado,
luego toma como referencia principalmente aquellos proyectos previos que estn en esa
categora.
Estimacin a travs de Componentes Estndares:
El mtodo de Componentes Estndares se basa en mantener una base de datos histrica con
informacin de componentes usados en proyectos previos, en varios niveles de abstraccin:
subsistemas completos, mdulos, interfaces de usuario, etc.
Utilizando la informacin almacenada en la base de datos histrica, se estima cuntas de
cada una de ellas habr en el nuevo proyecto (estimado, mximo y mnimos). Despus se
combina esto, ponderando 4 veces el ms probable y una vez los mximos y mnimos
(4*est+mx+min)/6.18.
Componen
te
Mdulo A
Mdulo B
LOC
932
543
min
11
35
est max prob

18
22 17,5
40
44 39,8
Total
LOC
16310
21611
546359
Estimacin PROBE:
Este mtodo es aplicable en ambientes de OOP en las etapas de diseo, diseo conceptual,
identificacin de principales objetos (tipo, tamao), calcular la proyeccin de LOC, estimar
tamao, calcular intervalo de prediccin, etc.
A continuacin se presenta un ejemplo aplicado en la etapa de Diseo Conceptual,
primeramente se define los objetos y su funcionalidad no necesariamente un diseo
definitivo sino slo para estimacin. Luego se clasifican los objetos por tipo y tamao y se
busca en bases de datos histricas informacin sobre lo ms parecido que se ha
desarrollado.
Nombre Objeto
Tipo
Pgina 13
Matriz
Datos

Mtodos
Mtodos LOC
Tamao
13
114.9
Mediano
Estimacin a travs de Puntos de Funcin

La tcnica de medicin del tamao en punto-funcin consiste en asignar una cantidad de
puntos a una aplicacin informtica segn la complejidad de los datos que maneja y de
los procesos que realiza sobre ellos, siempre tratando de considerarlo desde el punto de
vista del usuario.
Los puntos de funcin se calculan completando la tabla siguiente:
Pgina 14

Se determinan cinco caractersticas de dominios de informacin y se proporcionan las

cuentas en la posicin apropiada de la tabla. Los valores de los dominios de informacin se
definen de la forma siguiente:
Nmero de Entradas de Usuario: Se cuenta cada entrada de usuario que proporciona
diferentes datos orientados a la aplicacin. Las entradas se deberan diferenciar de las
peticiones, las cuales se cuentan de forma separada.
Nmero de Salidas de Usuario: Se cuenta cada salida que proporciona al usuario
informacin orientada a la aplicacin. En este contexto la salida se refiere a informes,
pantallas, mensajes de error, etc. Los elementos de datos particulares dentro de un informe
no se cuentan de forma separada.
Nmero de Peticiones de Usuario: Una peticin se define como una entrada interactiva
que produce la generacin de alguna respuesta del software inmediata en forma de salida
interactiva. Se cuenta cada peticin por separado.
Nmero de archivos: Se cuenta cada archivo maestro lgico (esto es, un grupo lgico de
datos que puede ser una parte de una gran base de datos o un archivo independiente).
Nmero de interfaces externas: Se cuentan todas las interfaces legibles por la mquina
(por ejemplo: archivos de datos de cinta o disco) que se utilizan para transmitir informacin
a otro sistema.
Esta cuenta total nos da como resultado los Puntos de Funcin Brutos o Puntos de Funcin
sin Ajustar.
Pgina 15

Una vez que se han recopilado los datos anteriores, a la cuenta total o puntos de funcin
brutos se asocia un valor de complejidad. Se calcula el Factor de Ajuste para obtener los
Puntos de Funcin Ajustados.
No.
1.
2.
3.
4.
5.
Pregunta
Requiere el sistema copias de seguridad y de recuperacin fiables?
Se requiere comunicacin de datos?
Existen funciones de procesamiento distribuido?
Es crtico el rendimiento?
Se ejecutara el sistema en un entorno operativo existente
6.
7.
y fuertemente utilizado?
Requiere el sistema entrada de datos interactiva?
Requiere la entrada de datos interactiva que las transacciones de
8.
9.
entrada se lleven a cabo sobre mltiples pantallas u operaciones?

Se actualizan los archivos maestros de forma interactiva?
Son complejas las entradas, las salidas, los archivos
10.
11.
12.
13.
o las peticiones?
Es complejo el procesamiento interno?
Se ha diseado el cdigo para ser reutilizable?
Estn incluidas en el diseo la conversin y la instalacin?
Se ha diseado el sistema para soportar mltiples instalaciones
14.
en diferentes organizaciones?
Se ha diseado la aplicacin para facilitar los cambios
y para ser fcilmente utilizada por el usuario?
Cada una de las preguntas anteriores es respondida usando una escala con rangos desde 0
(no importante o aplicable) hasta 5 (absolutamente esencial), y luego se suma el total de los
pesos ponderados para determinar el valor de ajuste de complejidad total y utilizar este dato
en el clculo del factor de ajuste. La escala es la siguiente:
0
Sin influencia
Pgina 16
Incidental Moderado
3
Medio
4
Significati
vo
5
Esencial

Para calcular el factor de Ajuste utilizamos la siguiente frmula:
FA = [ 0,65 + 0,01 x (Fi ) ]

Fi donde i puede ser de uno hasta 14 los valores de ajuste de complejidad basados en las
respuestas a las siguientes preguntas:
Una vez que se calcularon los Puntos de Funcin Brutos y el Factor de Ajuste se procede a
calcular os Puntos de Funcin Ajustados, utilizando la relacin siguiente:
FP = cuenta-total x [ 0,65 + 0,01 x (Fi ) ]

Donde cuenta-total es la suma de todas las entradas obtenidas o Puntos de Funcin Brutos.
FPA = FPB x FA
Finalmente se aplican las Frmulas para estimar la Productividad, Esfuerzo, Costo Total y
Costo por Punto de Funcin, utilizando las frmulas siguientes:
Productividad = Tiempo / Puntos de Funcin
Esfuerzo = Productividad * Tamao del Software
Costo Total = Tamao de la Aplicacin * Costo
Costo Unitario = Costo Total / FP
A continuacin se aplica el mtodo de Estimacin por Puntos de Funcin al Sistema

Automatizado de Control de Bienes, -INETER.
Pgina 17

1. Calculamos los Puntos de Funcin Brutos usando la tabla de Factores de Ponderacin:
Dominios de
Informacin
Entradas
Salidas
Consultas
Archivos
Interfaces
Puntos de Funcin
Valores
30
33
60
37
0
Ponderac
in
Media
4
5
4
10
7
Total
120
165
240
370
0
895
Puntos
Puntosde
deFuncin
FuncinBrutos
Brutos==895
895FP
FP
2. Calculamos el Factor de Ajuste usando los pesos de las respuestas a las 14 preguntas de
estimacin de complejidad del sistema.
Preguntas
1.Copias de seguridad y de recuperacin fiables
2.Comunicacin de datos
3.Funciones de procesamiento distribuido
4. Rendimiento crtico
5. Entorno operativo y fuertemente utilizado
6. Entrada de datos interactiva
7. Transacciones sobre mltiples pantallas
8. Actualizacin interactiva de archivos maestros
9. Entradas, salidas, archivos o peticiones complejas
10. Procesamiento interno complejo
11. Cdigo reutilizable
12. Conversin e instalacin
13. Mltiples instalaciones en diferentes
organizaciones
14. Facilitar cambios y ser fcilmente utilizada
Nivel de Influencia
Aplicamos la frmula del Factor de Ajuste:
FA = [ 0,65 + 0,01 x (Fi ) ]
Pgina 18
Rango
5
5
0
5
5
5
0
5
5
4
1
0
0
5
45

FA = [ 0,65 + 0,01 x 45 ]
FA = 1.1
Factor
Factorde
deAjuste
Ajuste==1.1
1.1
3. Estimamos los Puntos de Funcin Ajustados que son el resultado de multiplicar los
Puntos de Funcin Brutos por el Factor de Ajuste.
FPA = FPB x FA
FPA = 895 FP * 1.1
FPA = 984.5 FP
FPA = 985 FP
Puntos
Puntosde
deFuncin
FuncinAjustados
Ajustados==985
985 FPA
FPA
Luego calculamos la Productividad, Esfuerzo, Costo Total y Costo por Punto de Funcin
Productividad = Tiempo / Puntos de Funcin
Segn experiencias en proyectos anteriores, se estima un tiempo de 10 meses para

desarrollar el sistema con un grupo de trabajo compuesto por 5 programadores.
Convertimos los meses a horas laboradas
10 meses de trabajo * 20 das laborables * 8 horas de trabajo = 1600 horas
Productividad = 1600 horas / 985 FPA
Productividad
Productividad==1.62
1.62horas/FPA
horas/FPA
Esfuerzo = Productividad * Tamao del Software
Esfuerzo = 1.62 horas /PFA * 985 PFA

Pgina 19

Esfuerzo = 1596.7 horas

Esfuerzo
Esfuerzo==1597
1597horas
horas
Costo Total = Tamao de la Aplicacin * Costo Unitario
Por experiencias en proyectos anteriores sobre duraciones de tiempo y estimaciones

basadas en costos actuales de recursos recopiladas por el equipo informtico de la
organizacin se estima un costo de U$ 160 000 para el desarrollo de este sistema. Siendo
as:
Costo
CostoTotal
Total==U$
U$160,000
160,000
Costo Unitario = Costo Total / FP
Costo Unitario = U$ 160,000 / 985 PFA

Costo Unitario = 162.44 U$/PFA
Costo
CostoUnitario
Unitariopor
porPunto
Puntode
deFuncin
Funcin== U$
U$163
163
Los resultados indican que la productividad de cada programador es de 1.62 horas/PFA, es

decir que para cada unidad de software que en este caso es el punto de funcin ajustado, un
programador se tarda 1.62 horas en realizarlo, en caso de que se desee aumentar la
productividad se deben aumentar las horas de trabajo o bien bajar la complejidad del
sistema a desarrollar. El esfuerzo indica que se necesitan 1597 horas para desarrollar el
proyecto. El costo total est determinado mediante la realizacin de presupuesto en base a
experiencias histricas del cuerpo informtico de INETER, y el costo unitario indica que
cada unidad de software cuesta U$ 163 en ser desarrollada.
En la actualidad los modelos de estimacin de costos para proyectos de desarrollo de
software sirven, pero tienen muchas limitaciones. Es muy difcil predecir los costos de
Pgina 20

proyectos de desarrollo de software y en general los presupuestos que se desarrollan no son

precisos.
Los patrones de gasto varan mucho entre empresas y lo ideal es desarrollar un modelo de
estimacin de costo que se adapte al contexto de trabajo de la empresa en que se va a
desarrollar. Es muy importante que se tomen en cuenta los datos histricos sobre proyectos
de desarrollo anteriores con respecto a fechas de entrega, costos, complejidad de los
sistemas, motivos de retraso, razones de aumento en los costos, etc., para que sean tomados
en cuenta en la planeacin de proyectos futuros.
A continuacin se presenta una estimacin de costos para el desarrollo del Sistema
Automatizado de Control de Bienes, -INETER.
Los costos presupuestados en la tabla siguiente son estimaciones, y como todo presupuesto
est sujeto a variaciones en el tiempo.
Pgina 21

Duracin del Proyecto en meses

1
10
Costos Operacionales
Papelera y Consumibles de
Oficina
500 500 500 500 500 500 500 500 500 500
Transporte
400 400 400 400 400 400 400 400 400 400
Pago de Eventualidades
60
60
60
60
60
60
60
60
60
60
Tota
l
500
0
400
0
900
0
1800
0
Costos de Empleo de
Personal
Analistas de Sistemas
Programadores
Testeadores
200 200 200 200 200 200 200 200 200 200
0
0
0
0
0
0
0
0
0
0
750 750 750 750 750 750 750 750 750 750
0
0
0
0
0
0
0
0
0
0
180 180 180 180 180 180 180 180 180 180
0
0
0
0
0
0
0
0
0
0
200
00
750
00
180
00
1130
00
Costos de Inversin
Software
Hardware
Mobiliario y Equipo de
Oficina
Pgina 22
988
9
171
69
720

2777
8
Gastos Inesperados
Provisin para Gastos
Inesperados
50
50
50
50
50
50
50
50
50
50
500
500
Costo Total
Pgina 23
1592
78

Podemos observar que el elemento de costo ms elevado es el de Empleo de Personal.
Es decir que de todos los fondos destinados al proyecto, la mayor parte ser destinada al
pago de los desarrolladores del software, como se muestra a continuacin:
Es muy importante notar que los costos de desarrollo de software son muy elevados y que
la INETER con su capacidad de pago no puede costearlos. Esto debe alertarnos a buscar
formas de desarrollo de software que nos permitan bajar los costos sin afectar la calidad de
los productos software terminados. La capacitacin de los programadores, migracin a
software libre y la firme voluntad de mejorar pueden cambiar de manera positiva la
situacin actual del desarrollo de Software en el Instituto Nicaragense de Estudios
Territoriales, -INETER.
Pgina 24

Impacto Tcnico-Econmico y Social

El Instituto Nicaragense de Estudios Territoriales, -INETER tiene un alcance tanto
nacional como internacional. Dentro de sus muchas y muy delicadas responsabilidades se
encuentran la generacin, resguardo, proteccin y procesamiento de datos Cartogrficos,
Catastrales, Meteorolgicos, Hidrolgicos, Geolgicos y otros, para luego ponerlos a
disposicin de toda la sociedad.
Tambin, tiene dentro de sus funciones la realizacin y anlisis de estudios e
investigaciones del medio fsico que contribuyan al desarrollo socioeconmico y a la
disminucin de la vulnerabilidad ante desastres naturales y fenmenos naturales peligrosos.
Los Bienes de INETER no pueden ser descuidados porque son las herramientas de trabajo
del personal tcnico, cientfico y administrativo que labora para la institucin.
Los activos fijos no pueden ser descuidados en ningn momento porque a travs de la
utilizacin eficiente de estos, se puede llevar a la institucin hacia el cumplimiento de las
metas organizacionales de contribuir a la soberana alimentaria de toda la poblacin,
descubrir fuentes potenciales de energa renovable y prevenir desastres naturales para
proteger las vidas y los bienes de la poblacin.
La relevancia de las funciones de INETER para los sectores econmicos y sociales de
Nicaragua hacen que todas las mejoras que puedan darse dentro de la institucin tengan
consecuencias positivas para el desarrollo de Nicaragua. Al final de cuentas, las mejoras
para INETER son mejoras para Nicaragua y los nicaragenses.
Pgina 25

III. CONCLUSIONES
A travs de la investigacin para conocer las causas de la problemtica del Departamento
de Control de Bienes se descubri que los procesos de dicho departamento presentan la
necesidad de ser mejorados y automatizados.
Las ventajas que la Automatizacin del Sistema de Control de Bienes son, entre otras:
Las operaciones de clculo se realizan ms rpido por computadora que
mentalmente.
Los clculos realizados por computadora tienen ms exactitud y precisin que los
clculos realizados mentalmente.
En un sistema automatizado debidamente diseado los datos se ingresan una sola
vez y se llaman cuando se necesitan, de esa forma se evita la redundancia de datos y
se elimina la posibilidad de inconsistencias en los mismos datos.
La manipulacin malintencionada de datos puede ser combatida mediante medidas
de seguridad de acceso al sistema y a los datos. Solamente las personas autorizadas
pueden acceder al sistema y a los datos.
La bsqueda, seleccin y clasificacin de informacin es ms rpida por
computadora que manualmente.
El Anlisis, Diseo y Desarrollo del Prototipo del Sistema Automatizado de Control de
Bienes en el Instituto Nicaragense de Estudios Territoriales INETER, presenta una
herramienta que puede mejorar las condiciones de trabajo actuales y de esa forma agilizar
las transacciones, aumentar la confiabilidad, seguridad en el almacenamiento y
recuperacin de la informacin, as como reducir la cantidad de errores que ocurren en las
actividades diarias del Departamento de Control de Bienes.
Este producto software
tambin contribuye a satisfacer la demanda de informacin para la toma de decisiones en el

instituto.
Pgina 26

IV. ANEXOS
Pgina 27

Pgina 28

Informefinal

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Informefinal

Caricato da

Copyright:

Formati disponibili

Prctica Profesional Anlisis, Diseo y Desarrollo del Sistema

Automatizado de Control de Bienes en INETER

La automatizacin de sistemas es una tarea de vital importancia para lograr el

El desarrollo de un proceso investigativo con el objetivo de estudiar la problemtica

La aplicacin de una Metodologa de Software Orientada a Objetos basada en

La utilizacin del Diagrama Entidad-Relacin y el Proceso de Normalizacin para

Prctica Profesional Anlisis, Diseo y Desarrollo del Sistema

DESCRIPCIN DEL TRABAJO

Prctica Profesional Anlisis, Diseo y Desarrollo del Sistema

Prctica Profesional Anlisis, Diseo y Desarrollo del Sistema

A continuacin se Presenta la Metodologa con sus etapas y los diagramas de UML

Diseo del Sistema

Prctica Profesional Anlisis, Diseo y Desarrollo del Sistema

Prctica Profesional Anlisis, Diseo y Desarrollo del Sistema

Las herramientas utilizadas en el Diseo del Sistema son:

Prctica Profesional Anlisis, Diseo y Desarrollo del Sistema

Prctica Profesional Anlisis, Diseo y Desarrollo del Sistema

Diseo de la Base de Datos

Prctica Profesional Anlisis, Diseo y Desarrollo del Sistema

Con respecto a los componentes Hardware que son necesarios:

Prctica Profesional Anlisis, Diseo y Desarrollo del Sistema

Metodologa basada en UML

Prctica Profesional Anlisis, Diseo y Desarrollo del Sistema

Nota: Los tiempos estn estimados en semanas.

ANLISIS DE COSTOS. IMPACTO TCNICOECONMICO Y SOCIAL

Sin embargo, estas estimaciones distan

Prctica Profesional Anlisis, Diseo y Desarrollo del Sistema

Prctica Profesional Anlisis, Diseo y Desarrollo del Sistema

est max prob

Prctica Profesional Anlisis, Diseo y Desarrollo del Sistema

Estimacin a travs de Puntos de Funcin

Prctica Profesional Anlisis, Diseo y Desarrollo del Sistema

Se determinan cinco caractersticas de dominios de informacin y se proporcionan las

Prctica Profesional Anlisis, Diseo y Desarrollo del Sistema

entrada se lleven a cabo sobre mltiples pantallas u operaciones?

Prctica Profesional Anlisis, Diseo y Desarrollo del Sistema

Para calcular el factor de Ajuste utilizamos la siguiente frmula:

FA = [ 0,65 + 0,01 x (Fi ) ]

FP = cuenta-total x [ 0,65 + 0,01 x (Fi ) ]

Productividad = Tiempo / Puntos de Funcin

Esfuerzo = Productividad * Tamao del Software

Costo Total = Tamao de la Aplicacin * Costo

Costo Unitario = Costo Total / FP

A continuacin se aplica el mtodo de Estimacin por Puntos de Funcin al Sistema

Prctica Profesional Anlisis, Diseo y Desarrollo del Sistema

1. Calculamos los Puntos de Funcin Brutos usando la tabla de Factores de Ponderacin:

Aplicamos la frmula del Factor de Ajuste:

FA = [ 0,65 + 0,01 x (Fi ) ]

Prctica Profesional Anlisis, Diseo y Desarrollo del Sistema

Segn experiencias en proyectos anteriores, se estima un tiempo de 10 meses para

Esfuerzo = Productividad * Tamao del Software

Esfuerzo = 1.62 horas /PFA * 985 PFA

Prctica Profesional Anlisis, Diseo y Desarrollo del Sistema

Esfuerzo = 1596.7 horas

Costo Total = Tamao de la Aplicacin * Costo Unitario

Por experiencias en proyectos anteriores sobre duraciones de tiempo y estimaciones

Costo Unitario = Costo Total / FP

Costo Unitario = U$ 160,000 / 985 PFA

Los resultados indican que la productividad de cada programador es de 1.62 horas/PFA, es

Prctica Profesional Anlisis, Diseo y Desarrollo del Sistema

proyectos de desarrollo de software y en general los presupuestos que se desarrollan no son

Prctica Profesional Anlisis, Diseo y Desarrollo del Sistema

Duracin del Proyecto en meses