Universidad de Guayaquil

Facultad de Ciencias Matemáticas y

Físicas
Carrera de Ingeniería en Software

Materia: Proceso de Software

Integrantes:

 Isaac Benítez Manrique

 Aldry Salas Lopez
 Joel España Hernandez
 María Calderón Guaranda
 Joel Villamar Gortaire
 ESTIMACIÓN DE COSTOS
Es un proceso crítico en la gestión de
proyectos, ya que permite a los gerentes de
proyecto determinar cuánto costará el
proyecto y, por lo tanto, tomar decisiones
informadas sobre cómo asignar recursos y
gestionar el presupuesto del proyecto.

Consiste en realizar una aproximación de los

recursos monetarios necesarios para
completar las actividades del proyecto. La exactitud de la estimación del costo de un proyecto,
aumenta según avanza el proyecto, de manera que es un proceso iterativo.

La estimación de costos puede realizarse en diferentes etapas del ciclo de vida del proyecto,
desde la planificación inicial hasta la ejecución y el control.

Entradas
 Plan de Gestión de Costes: Dado que detalla los criterios, técnicas, procedimientos y
herramientas para estimar los Costes del Proyecto, además de los relativos a los otros
procesos de Gestión del coste.

 Plan de Gestión de los Recursos Humanos: Las características del personal seleccionado
para el Proyecto influyen en los Costes de personal, además del sistema de
reconocimiento y recompensa, por lo que son componentes necesarios para desarrollar
las estimaciones de Costes del cronograma

 Línea Base del Alcance: La línea base del alcance puede contener información adicional
sobre requisitos con implicaciones contractuales y legales, está relacionada con la salud,
la seguridad, el desempeño, el medioambiente, los seguros, los derechos de propiedad
intelectual, las licencias y los permisos. Toda esta información debe tomarse en cuenta
para la elaboración de las estimaciones de costos.

 Cronograma del Proyecto: Los costos del Proyecto vienen determinados por el tipo y
cantidad de recursos, así como el tiempo que dichos recursos utilizan para completar
las actividades del Proyecto.

 Registro de riesgos: Es importante también, considerar los costos de mitigación de

riesgos.

 Factores ambientales: Condiciones de mercado e información comercial publicada.

  Activos de los procesos de la Organización: Políticas y plantillas de estimación de costos.
Información histórica y lecciones aprendidas.

Herramientas y técnicas

 Juicio de expertos: Junto con la información histórica, el juicio de expertos aporta una
perspectiva valiosa sobre el ambiente y la información procedentes de Proyectos
similares anteriores. También puede utilizarse para determinar si es conveniente
combinar métodos de estimación y cómo conciliar las diferencias entre ellos.

 Estimación análoga: Utiliza el costo real de Proyectos similares anteriores como base
para estimar el costo del proyecto actual, que a veces se ajusta en función de diferencias
conocidas en cuanto a la complejidad del Proyecto. Generalmente, es un método menos
costo y más rápido que otros, pero, por el contrario, es menos exacto.

 Estimación paramétrica: Consiste en utilizar información histórica para estimar los

costos futuros. Consigue niveles superiores de exactitud.

 Estimación ascendente: Estimación de los costes de los componentes de trabajo. Se

estima el costo de cada paquete de trabajo o actividad, con el mayor grado de detalle
posible, de manera que el costo se resume en niveles superiores.

 Estimación por tres valores: El método PERT utiliza tres estimados para definir un rango
aproximado de costo de una actividad:

 Más probable (cM)

 Optimista (cO)
 Pesimista (cP)
 Esperada (cE)

Salidas
1. Estimaciones de costos de las actividades: El trabajo directo de los recursos,
materiales, el equipo, servicios, instalaciones, tecnología de la información y categorías
especiales. Tales como una asignación por inflación o una reserva para contingencias
de costo.
2. Base de las estimaciones: Detalles adicionales que respaldan la estimación de costos.
3. Actualizaciones a los documentos del Proyecto.
Recursos:
Para estimar los costos del proyecto, es necesario identificar y cuantificar los recursos
necesarios para realizar las actividades del proyecto. Los recursos pueden incluir personas,
equipo, materiales y suministros, así como otros costos indirectos como la energía eléctrica y
los costos de alquiler.

Técnicas de descomposición:
Una técnica comúnmente utilizada para estimar los costos del proyecto es la descomposición.
La descomposición implica dividir el proyecto en tareas más pequeñas y manejables y luego
estimar los costos asociados con cada tarea. Esta técnica se puede aplicar a cualquier nivel de
detalle, desde el nivel de proyecto hasta el nivel de tarea individual. Algunas técnicas de
descomposición comunes incluyen el análisis de la estructura de desglose del trabajo (WBS) y
el análisis de la estructura de desglose de recursos (RBS).

Estimación de líneas de código (ldc) y

puntos de función (pf):
Otra técnica utilizada para estimar los costos del proyecto es la estimación de líneas de código
(LDC) y puntos de función (PF).

La estimación de LDC se basa en la cantidad de líneas de código que se necesitan para

desarrollar el software requerido para el proyecto. Por otro lado, la estimación de PF se basa
en la funcionalidad requerida y se mide en términos de puntos de función, que son una
medida abstracta de la funcionalidad proporcionada por el software.

Líneas de Código (LDC) v/s Puntos de

Función (PF):
Ambas técnicas tienen sus ventajas y desventajas. La estimación de LDC es una técnica más
detallada que la estimación de PF, ya que tiene en cuenta la cantidad exacta de código que se
necesita para desarrollar el software. Sin embargo, la estimación de LDC puede ser más difícil
de realizar, ya que puede ser difícil estimar la cantidad exacta de líneas de código necesarias
para cada tarea.

Por otro lado, la estimación de PF es una técnica más abstracta, ya que se basa en la
funcionalidad requerida y no en la cantidad de código necesario. La estimación de PF puede
ser más fácil de realizar, ya que la funcionalidad requerida se puede definir claramente. Sin
embargo, la estimación de PF puede ser menos precisa que la estimación de LDC, ya que no
tiene en cuenta la complejidad del código requerido.

En resumen, tanto la estimación de LDC como la de PF son técnicas útiles para la estimación de
costos de proyectos de software. La elección de la técnica adecuada dependerá de la
naturaleza y complejidad del proyecto y de la disponibilidad de datos precisos para realizar la
estimación.
El modelo COCOMO para estimar costes en un proyecto
de software

El Modelo Constructivo de Costes COCOMO -Constructive Cost Model– es utilizado

en proyectos de software para estimar los costes del mismo en función de tres
submodelos: básico, intermedio y detallado.

El modelo básico estima el coste del proyecto –pequeño o mediano- en función de

número de líneas de código estimadas. En este modelo, el algoritmo COCOMO
establece varios criterios de desarrollo, dependiendo el nivel de dificultar no del nivel
de experiencia de los desarrolladores –que se supone- sino de posibles dificultades
que se pueden encontrar en el desarrollo o limitaciones del hardware usado en el
desarrollo del software.
El modelo intermedio se utiliza para estimaciones más complejas. Éste incluye 15
atributos –dentro de 4 categorías- del software para determinar el coste del proyecto.
Atributos del producto: garantía de funcionamiento requerida para creación del
software, tamaño de la BBDD, etc.
Atributos del ordenador usado: capacidad de almacenamiento, rapidez del
ordenador, etc.
Atributos del personal: experiencia en el tipo de software a desarrollar, en el lenguaje
usado, etc.
Atributos del proyecto: software usado para el desarrollo, lenguaje necesario para
crear el software, etc.
Todos estos atributos son ponderado matemáticamente en atendiendo de su
relevancia. De esta manera se intenta aproximar el coste estimado al real, lo máximo
posible.
El modelo detallado, Incorpora las características del modelo intermedio y lleva a
cabo una evaluación del impacto de los motivantes del coste en cada caso -análisis,
diseño, etc.- del proceso de ingeniería del software.
En modelo COCOMO es uno de los sistemas de estimación de costes más utilizados
en proyectos de desarrollo de software. La estandarización de su uso y la facilidad
de la aplicación del mismo junto con la aproximación al coste real, han convertido a
este modelo en uno de los referentes en este tipo de proyectos.
Los modelos COCOMO están definidos para tres tipos de proyectos de software: 
Orgánicos.
o Proyectos pequeños y sencillos.
o Equipos pequeños con experiencia en la aplicación.
o Requisitos poco rígidos.
 Semicopados.
o Proyectos de tamaño y complejidad intermedia.
o Equipos con variado niveles de experiencia.
o Requisitos poco o medio rígidos. 
Empotrados.
o Proyectos que deben ser desarrollados con un conjunto de requisitos (hardware y software)
muy restringidos.
COCOMO básico
Las ecuaciones del modelo COCOMO básico son de la forma:
Estimación de proyectos de software por puntos de
función: Introducción
Este articulo esta basado en el contenido del Curso de Análisis de Puntos de Función:
Medición y Estimación de Software suministrado por FATTO. Los puntos de función son una
herramienta útil para realizar estimaciones de esfuerzo exactas. Para mayor información visita
la pagina del curso.

Todo proyecto de desarrollo de software comienza con una etapa de estimación y planificación,
en la cual debemos determinar, a partir de los requerimientos del software, cuánto esfuerzo,
personal, recursos materiales, tiempo y en última instancia dinero tomará construir el sistema o
producto.
No solo los gerentes de proyectos estiman software, pues a cada desarrollador, analista de
sistemas y software tester se le suele asignar un componente y se le pregunta cuánto tiempo le
tomará elaborarlo.

Estas estimaciones suelen elaborarse de forma empírica, en base a la experiencia pasadas y

conocimiento del trabajo a realizar, sin embargo, suelen ser imprecisas debido a que los
requerimientos y sus implicaciones técnicas no se conocen en su totalidad y además ningún
desarrollo de software es exactamente igual a uno anterior con el que se pueda comparar.

Frente a esto, se han desarrollado métodos como el de puntos de función, donde estimamos las
funcionalidades usando fórmulas matemáticas basadas en parámetros como el tipo de
componente, complejidad, factores del entorno, entre otros aspectos.

En este artículo presentamos una introducción a las estimaciones de proyectos de software

usando los puntos de función, incluyendo que es, diferencias respecto a estimar en base a
experiencia, un sencillo ejemplo y como puede ser de utilidad a distintos profesionales de
ingeniería de software.

Introducción a la estimación de software con puntos de función

Este es el primer artículo de una serie dedicada a la estimación de proyectos de software por
puntos de función. Si quieres profundizar más en el tema te recomendamos otros artículos de
esta serie:

>> Estimación de proyectos de software por puntos de función: Determinar tipo de conteo
y componentes funcionales

¿Qué es el método de puntos de función?

Es una técnica de estimación de software desarrollada originalmente por Allan Albrecht en

1979 mientras trabajaba para IBM, quien definió conceptos para medir el software a partir de
valoraciones de funcionalidades entregadas al usuario y no a partir de aspectos técnicos, con la
intención de producir valoraciones independientes de la tecnología y fases del ciclo de vida
utilizado.

El trabajo de Albrecht fue continuado por el grupo internacional de usuarios de puntos de función,
quienes plasmaron sus conceptos en el método IFPUG-FPA.
IFPUG-FPA realiza las valoraciones a partir de la funcionalidad del sistema, primero
clasificándolas, luego asignando una complejidad y ponderación a cada una según unas tablas
predefinidas, determinando así el valor de puntos de función.

Sumando los puntos de todas las funcionalidades se obtiene la valoración de todo el proyecto y
finalmente se puede aplicar un factor de ajuste, que puede depender de características
generales del sistema como por ejemplo requerimientos no funcionales como el rendimiento,
reusabilidad, facilidad de instalación y operación entre otros aspectos.

Los puntos de función permiten traducir el tamaño de funcionalidades de software a un número,

a través de la suma ponderadas de las características que este tiene.
Una vez que tenemos los puntos de función, podemos traducirlos en horas hombre o días de
trabajo, según factor de conversión que dependería de mediciones históricas de nuestra
productividad. Con las horas hombre, podemos determinar el costo y presupuesto de los
proyectos.

¿Existen otros métodos de puntos de función distintos de IFPUG-FPA?

Si, desde que surgió el IFPUG-FPA, los métodos de puntos de función se han diversificado,
produciendo las siguientes variantes:

 NESMA: Método definido por la Netherlands Software Metrics Association.

 MkII: Método definido por el United Kingdom Software Metrics Association.

 COSMIC: Denominado Full Function Points o COSMIC-FFP, fue desarrollado

por el Common Software Metrics Internacional Consortium.

 FiSMA: De la asociación finlandesa de medición de software.

Sígue el siguiente enlace y te presentamos un ejemplo de estimación con COSMIC:

> Ejemplos de estimación de costos de un proyecto de software

Cada uno de estos métodos tiene aplicaciones en distintos tipos de proyectos de software.
Además, cada uno cuenta con su estándar ISO.
>> Estimación de proyectos de software por
puntos de función: Determinar tipo de conteo y
componentes funcionales

IFPUG-FPA define 5 tipos de componentes de software, que son: Archivo lógico interno, Archivo
externo de interfaz, Entrada externa, Salida externa y Consulta externa.

A partir de la ingeniería de requisitos, procedes a definir los componentes de las funcionalidades

a desarrollar, que son:

Las salidas externas y consultas externas se diferencian en que las salidas externas producen
valor agregado (por ejemplo agrupan datos) mientras que las consultas externas solo toman el
contenido de archivos internos y lo presentan (por ejemplo un listado).

Nivel de complejidad de cada componente

A continuación, debes asignar un nivel de complejidad para cada componente, estos niveles
dependen de factores como por ejemplo número de campos no repetidos, número de archivos a
ser leídos, creados o actualizados, número de sub grupos de datos o formatos de registros. A
mayor número de factores mayor número de complejidad.

Los umbrales para pasar de un grado a otro son particulares a cada organizacion o empresa y
deben ser analizados individualmente.

Supongamos que luego de evaluar estos factores, los niveles de complejidad fueron los
siguientes:
Asignar puntos función según nivel de complejidad

Con los niveles de complejidad, puedo proceder a asignar los puntos de función no ajustados a
cada uno, según la tabla de parámetros que estemos usando.

Por ejemplo podemos usar la siguiente tabla de parametros:

Según esta tabla, los puntos de función a asignar a cada funcionalidad son:

Entonces el número de puntos de función no ajustado es de 28.

Factor de ajuste según particularidades de la organización o empresa

Por último, podemos aplicar un factor de ajuste, basado en 14 características generales de

sistema definidas por el IFPUG-FPA.

Estas se especifican en una tabla de parámetros y para cada una estableceremos en qué medida
contribuye al factor de ajuste total. Estos parámetros suelen depender de la complejidad de una
aplicación, entorno técnico, exigencias no funcionales (rendimiento, mantenibilidad, etc.)

Volviendo a nuestro ejemplo, supongamos que para este proyecto y aplicación en particular
hemos calculado un 10% de ajuste, esto significa que el resultado final en puntos función es:

28 +- 10%x28 es decir 28 +- 2,8 puntos de función.

El máximo de puntos de función que tendrá este desarrollo de software es de 30,8 y el mínimo
es 25,2.

Estimar horas hombre (o días hombre) a partir de los puntos de función

Con los puntos de función puedes calcular las horas hombre aplicando un factor de conversión,
pues no necesariamente un punto función equivale a una hora hombre.

Para determinar este factor de conversión necesitas disponer de datos históricos de

productividad del equipo para producir cada funcionalidad.

Por ejemplo supongamos que hemos determinado que nuestra organización toma 3 horas en
producir 1 punto de función, entonces:

28 puntos de función multiplicados por 3 horas resulta en 84 horas, o 11 días si consideramos 8

horas por día.

Tomando el factor de ajuste mencionado en el punto anterior, por medio del cual sabemos que
según las particularidades de nuestra organización tenemos un margen de mas o menos 2,8
puntos de función, entonces sabemos que nuestro desarrollo de software puede tomarnos 84
horas mas o menos 8,4 horas, u 11 días mas o menos 1 día.

Los puntos de función y su conversión a horas hombre los podemos tomar globales o individuales
a cada funcionalidad, esto puede ser útil para elaborar las estimaciones de actividades, costes y
presupuesto en los proyectos.

Estimación de costes de Software

Las estimaciones de costo de software son necesarias para establecer un presupuesto para el
proyecto o para asignar un precio para el Software de un cliente.

Parámetros para el costo total de un proyecto:

 Costes de hardware y software, incluye mantenimiento.

  Costes de viajes y capacitación.
 Costes de esfuerzos

Modelado algorítmico de costes:

La estimación del software debe realizarse de forma objetiva e intentando predecir lo mejor
posible el coste de desarrollo de software.

Es un modelo empírico que se obtuvo recopilando datos de varios proyectos grandes. Estas
fórmulas vinculan el tamaño del sistema y del producto, factores del proyecto y del equipo con el
esfuerzo necesario para desarrollar el sistema

Utiliza una formula matemática para predecir los costes del proyecto basándose en estimaciones
del tamaño del proyecto, el número de ingenieros software y otros factores de proceso y
producto.

Fórmula General

Esfuerzo = A x Tamaño x M

Técnicas de estimación de costes

Una de las más valiosas formas de utilizar el modelado algoritmico de costes es comparar las
diferentes formas de invertir el dinero para reducir los costes del proyecto.

Las organizaciones necesitan hacer estimaciones de esfuerzos y costes. Para hacerlo, se utilizan
algunas técnicas que ya serán mencionadas. Estas técnicas se basan en la experiencia de los
gestores de proyectos.

Algunos de los cambios que pueden afectar a las estimaciones basadas en la experiencia son:

 Sistemas orientados a objetos y distribuidos en lugar de sistemas centralizados.

 Uso de servicios Web
 Uso de ERP o sistemas basados en BD
 Uso de paquetes software ajenos

Duración y personal del proyecto

Así como es necesario estimar el esfuerzo requerido para desarrollar un sistema de software y
los costos totales del esfuerzo, los gestores de proyecto también estiman cuanto durará el
desarrollo del software y cuanto personal se necesita en el proyecto.
PRODUCTIVIDAD
La productividad se expresa como el número de puntos de función que son implementados por
persona/mes. El número total de puntos de función en un programa se calcula midiendo o
estimando las siguientes características del programa:

 Entradas y salidas externas.

 Interacciones con el usuario
 Interfaces externas
 Archivos utilizados por el sistema

Factores que afectan a la productividad de Ing. de Software

Las estimaciones de productividad se basan en medir alguno de los atributos del software y dividir
el resultado entre el esfuerzo total requerido para el desarrollo. Existen dos tipos de medidas
utilizadas:

 Medidas relacionadas con el tamaño

 Medidas relacionadas con la función.

MODELO CLIENTE SERVIDOR

La arquitectura cliente-servidor es un modelo de aplicación distribuida en el que las tareas se

reparten entre los proveedores de recursos o servicios, llamados servidores, y los demandantes,
llamados clientes. Un cliente realiza peticiones a otro programa, el servidor, quien le da
respuesta. Esta idea también se puede aplicar a programas que se ejecutan sobre una sola
computadora, aunque es más ventajosa en un sistema operativo multiusuario distribuido a través
de una red de computadoras.

Algunos ejemplos de aplicaciones computacionales que usen el modelo cliente-servidor son

el Correo electrónico, un Servidor de impresión y la World Wide Web.

La red cliente-servidor es una red de comunicaciones en la cual los clientes están conectados a
un servidor, en el que se centralizan los diversos recursos y aplicaciones con que se cuenta; y
que los pone a disposición de los clientes cada vez que estos son solicitados. Esto significa que
todas las gestiones que se realizan se concentran en el servidor, de manera que en él se
disponen los requerimientos provenientes de los clientes que tienen prioridad, los archivos que
son de uso público y los que son de uso restringido, los archivos que son de sólo lectura y los
que, por el contrario, pueden ser modificados, etc. Este tipo de red puede utilizarse
conjuntamente en caso de que se este utilizando en una red mixta.
Características

En la arquitectura C/S el remitente de una solicitud es conocido como cliente. Sus

características son:

 Es quien inicia solicitudes o peticiones, tienen por tanto un papel activo en la

comunicación (dispositivo maestro o amo).
 Espera y recibe las respuestas del servidor.
 Por lo general, puede conectarse a varios servidores a la vez.
 Normalmente interactúa directamente con los usuarios finales mediante una interfaz
gráfica de usuario.

Al receptor de la solicitud enviada por el cliente se conoce como servidor. Sus

características son:
 Al iniciarse esperan a que lleguen las solicitudes de los clientes, desempeñan
entonces un papel pasivo en la comunicación (dispositivo esclavo).
 Tras la recepción de una solicitud, la procesan y luego envían la respuesta al cliente.
 Por lo general, acepta las conexiones de un gran número de clientes (en ciertos casos
el número máximo de peticiones puede estar limitado).

En la arquitectura C/S sus caracteristicas generales son:

 El Cliente y el Servidor pueden actuar como una sola entidad y también pueden
actuar como entidades separadas, realizando actividades o tareas independientes.
 Las funciones de Cliente y Servidor pueden estar en plataformas separadas, o en la
misma plataforma.
  Cada plataforma puede ser escalable independientemente. Los cambios realizados
en las plataformas de los Clientes o de los Servidores, ya sean por actualización o
por reemplazo tecnológico, se realizan de una manera transparente para el usuario
final.
 La interrelación entre el hardware y el software están basados en una infraestructura
poderosa, de tal forma que el acceso a los recursos de la red no muestra la
complejidad de los diferentes tipos de formatos de datos y de los protocolos.
 Su representación típica es un centro de trabajo (PC), en donde el usuario dispone
de sus propias aplicaciones de oficina y sus propias bases de datos, sin dependencia
directa del sistema central de información de la organización.

Componentes básicos del modelo Cliente-Servidor

En esta aproximación, y con el objetivo de definir y delimitar el modelo de referencia de una

arquitectura Cliente/Servidor, se identifica 5 componentes que permitan articular dicha
arquitectura, considerando que toda aplicación de un sistema de información está caracterizada
por siguiente:

 Presentación/Captación de la información.
 Procesos.
 Almacenamiento de la información.
 Puestos de trabajo
 Comunicaciones.

Modelo de Estimación para aplicaciones Intranet/Internet.

Qué significa Intranet

Este tipo de redes suele ser utilizada por organizaciones. Por ejemplo puede ser una empresa
que ofrece a sus trabajadores acceso a determinada información, documentos o servicios. Nadie
ajeno a esa organización podría entrar en la red y acceder a todo el contenido que engloba. Una
manera de preservar los datos y evitar problemas de seguridad. Para conectar los dispositivos
entre sí utiliza servidores locales. No existe ni necesita el acceso externo para poder funcionar.
De esta forma también se pueden reducir costes, agilizar la comunicación e incluso garantizar
una mayor seguridad y privacidad.

Lógicamente para utilizar una Intranet vamos a requerir de una autenticación. Ese usuario y
contraseña nos va a permitir acceder al contenido que exista. Esto hace que la seguridad y
privacidad estén presentes, como hemos mencionado. Algo que sin duda es muy importante para
las empresas y organizaciones. A diferencia del Internet general, al que puede acceder
cualquiera sin importar el lugar, en este caso únicamente tienen acceso los miembros permitidos.
Es, por decirlo de una manera, una red cerrada o limitada a ese grupo de usuarios que sí tienen
acceso, como sería una organización o empresa.
Puntos básicos de Intranet

 Se trata de una red interna

 Normalmente la utilizan organizaciones y empresas

 Utiliza servidores locales

 Vamos a necesitar autenticarnos

Ventajas de la Intranet

 Este tipo de redes, ofrecen un número bastante amplio de ventajas, entre ellas podemos

destacar que sirven para aumentar la productividad y eficiencia de las empresas, ejemplo

de ello es el hecho de que puede suministrarse de manera más fácil y rápida un acceso

a la información reciente.

 Al ser una red interna mejora notablemente las comunicaciones dentro de una empresa,

así como también mejora la gestión de los recursos humanos.

 Proveen eficiencia operacional y administrativa las cuales ahorran tiempo y dinero.

 Son bastante fáciles de usar, y según la infraestructura deseada, bastante fáciles de

implementar.

 Están basadas en estándares de conexión, lo cual permite, según la estructura deseada,

que sean de fácil implementación, configuración y por lo tanto fácil adaptación

 tecnológica, así como también permite la gestión y manipulación disponible de todas las

plataformas informáticas

 Una de las principales ventajas es que permite la adaptación a las necesidades de

diferentes niveles, siendo estos dentro de una empresa, sus diferentes departamentos o

áreas de negocio.

 Otra ventaja primordial es la disponibilidad, la intranet se encuentra activa las 24 horas

del día los 7 días de la semana y no depende de una conexión externa para estarlo ni

para actualizar o manipular la información que por ella circula.

Desventajas de la Intranet

Existen algunos riesgos y desventajas que se deben considerar antes de implementar una
intranet:

 Riesgos de seguridad, ya que se encuentran muchas veces expuestas a posibles

ataques de hackers si no se configuran los parámetros de seguridad necesarios para su

protección.

 Caos potencial en cuanto al cambio de procesos y sistemas, sobre todo en las etapas

iniciales de implementación.

 Miedos y paradigmas de los usuarios, ya que pueden percibir la implementación de la

intranet como algo difícil al principio, lo cual evitará que por un tiempo se saque el

máximo provecho posible de la red.

Aplicaciones de una Intranet

Las Intranet dentro de una corporación puede llegar a actuar como el centro de las conexiones
para los usuarios. Estas pueden tener gran cantidad de aplicaciones diferentes, lo cual ayuda
mucho a nivel organizativo. Pero también de rendimiento. En estas se pueden establecer
accesos a aplicaciones, apartados específicos con aplicaciones totalmente implantadas en la
propia Intranet, y mucho más.

Esto puede suponer un punto muy importante para las empresas, ya que permite alcanzar
nuevas cotas a nivel de rendimiento. Tanto para empresas grandes, como pequeñas o PYMES.
El uso más popular, es el correo electrónico. El cual al ser interno, suele ser algo que resulta aun
más rápido y sencillo. Así como la publicación de documentación, como pueden ser los
documentos formativos, formularios, boletines, bibliotecas, protocolos u otros datos. Por lo cual
también estamos ante una herramienta, que permite reducir el papeleo. Esto permite a todos los
trabajadores ahorrar tiempo, y a la empresa dinero. Ya que si enviamos mucha información por
este medio, no será necesario utilizar otros que lejos de no ser efectivos, son sin dudas más
lentos.

Otro de los usos más comunes, es el centro de atención a los usuarios. Lo cual puede ser de
gran ayuda para los departamentos de informática. Permitirá realizar una gestión de toda la
información y posibles problemas, de una forma rápida y eficiente. Por lo cual no será necesario
utilizar otros medios como pueden ser el teléfono, o incluso el correo electrónico. Pero estas no
son las únicas, si no que una intranet tiene gran capacidad de adaptación a lo que se necesite.
Con los conocimientos adecuados, se pueden implementar gran cantidad de funciones que van
a repercutir directamente en la compañía.

Por otro lado, estas también requiere su mantenimiento. Con actualizaciones periódicas para que
el rendimiento no caiga, y la seguridad sea la adecuada en todo momento que se encuentre
operativa.