PROPUESTA DE MANTENIMIENTO Y SOPORTE DEL SISTEMA SIGEPRO

CEMENTERA SOCIALISTA

Noviembre 2013

(c) Copyrigth Emacs Computación, C.A., 2013

*Este documento es propiedad de Emacs Computación C.A y su contenido es

confidencial. Este documento no puede ser reproducido, en su totalidad o parcialmente,
ni mostrada a terceros, ni utilizado para otros propósitos distintos al originado, sin
permiso escrito de Emacs Computación, C.A.
 Edif. Centro Parque Carabobo, Piso 9, Ofic. 908
Av. Universidad. Caracas 1010A-Venezuela.
Teléfonos: (0212) 576-02-91 (0426) 411.98.24
emacs.computacion@gmail.com
www.emacs.com.ve
Rif J-31364540-0
Caracas 4 de noviembre de 2013
Señora:
Laura Trejo
Dirección de Tecnología
CEMENTERA SOCIALISTA C.A.

Saludos cordiales,

Es muy grato para EMACS COMPUTACIÓN, C.A., someter a su consideración esta

propuesta de servicios para el soporte y mantenimiento del sistema SIGEPRO.

A efectos de facilitar el desarrollo de esta propuesta, la hemos dividido en las

siguientes secciones:

I. Introducción
II. Objetivos del servicio
III. Alcance del trabajo
IV. Descripción del servicio
V. Equipo de trabajo
VI. Metodología del trabajo
VII. Plan de trabajo y entregables
VIII. Condiciones del servicio
IX. Oferta economica
X. Aceptación de la propuesta
XI. Anexos

Agradecemos de antemano la oportunidad que se nos brinda de poder ofrecerle

nuestros servicios profesionales, los cuales consideramos serán para usted SU MEJOR
ALTERNATIVA.

Finalmente, quedamos a sus órdenes para ampliar cualquier aspecto relacionado con el
contenido de esta propuesta.

Atentamente,

Lic. Simón Castellanos C.

Director General
scastellanos@emacs.com.ve
I. INTRODUCCIÓN

La empresa CEMENTERA SOCIALISTA ha iniciado un proyecto de control y gestión de

los materiales de construcción a nivel nacional, por lo que necesita la adecuación de su
plataforma de tecnología de información a este requerimiento. En cuanto a software, hace
dos años, inició el diseño y desarrollo del Sistema de Gestión de Productos (SIGEPRO),
el cual a la fecha actual se encuentra parcialmente implantado debido a que el mismo no
ha terminado de ser desarrollado.

Actualmente, mantienen un registro de datos con creación de tablas dinámicas con Excel,
los reportes. Creación de reportes PHP, PostgreSQL y Symfony,Manejo de 4 filiales
Vencemos, Invecem, FNC, Cementera Adina, Estadisticas semanales y mensuales El
sistema SIGEPRO se encuentra parcialmente implantado. El sistema posee 84 tablas

Para apoyar este proyecto, que por los retrasos presentados ha entrado en caracter de
urgencia, la institución en mención buscó la asistencia de la empresa EMACS
CONSULTORES®. Nuestra propuesta de trabajo contempla, en inicio, una evaluación
diagnóstica del sistema para documentarlo y determinar el estatus actual del mismo, para
así, en una segunda fase desarrollar e implementar los requerimientos (módulos y
reportes) faltantes para su puesta en marcha.

Una vez que un sistema haya sido implantado en su totalidad, el proceso de

mantenimiento de sistemas se hará necesario ya que los productos de software sufren
cambios durante su ciclo de vida, debido a que los requisitos y las demandas y
necesidades del usuario van cambiando.

Por eso, como una tercera fase realizaremos el diseño y puesta en marcha de un plan de
soporte y mantenimiento que asegure todas las correcciones y mejoras necesaria para el
óptimo y correcto funciomaniento del SIGEPRO. Nuestro trabajo también incluye dar, al
personal encargado del manejo del sistema, la capacitación necesaria para su correcto
uso y para que puedan operar todo el sistema implantado.

El proceso de mantenimiento de software es necesario ya que los sistemas sufren

cambios durante su ciclo de vida, las circunstancias en el tiempo cambian y sucede que
los requerimientos originales dejan de ser válidos. Cuando las aplicaciones se ponene en
producción y comienzan a usarse, aun tienen cientos de defectos latentes. Por ello se
requerirá una cantidad siganificativa de mantenimiento para reparar tales defectos. Así
mismo, una vez que las aplicaciones se ponen en producción continúan creciendo y
suman nuevas características, por ello se requerirá realizar otra cantidad de trabajo
significativa para agregar estas mejoras.

II. OBJETIVO DEL SERVICIO

El objetivo general del servicio es Mantenimiento del sistema Mobilizacion de guias de

cementos Creación de reportes PHP, PostgreSQLdesarrollar e implementar las mejoras
necesarias al sistema SIGEPRO y realizar el mantenimiento y soporte del mismo, lo cual
se hará a través de los siguientes objetivos específicos:
1. Realizar una Evaluación Diagnóstica Inicial para determinar el estatus actual del
sistema y documentarlo.
www.emacs.com.ve Pagina 3
 2. Aplicar las mejoras mayores. La etapa de realización del trabajo de campo
consisten en la ejecución la Evaluación Diagnostico Inicial. Evidentemente, los
resultados que se van obteniendo pueden llevar a ajustar el programa en función de
dichos resultados,
3. Realizar tareas de soporte y mantenimiento del sistema a través del suministro del
personal técnico necesario durante un lapso de 5 meses.

III. ALCANCE DEL TRABAJO

El alcance del proyecto se divide según los objetivos planteados en tres partes:
• La evaluación diagnóstica inicial se hará sobre todo el sistema desarrollado hasta la
fecha del trabajo (7 módulos).
• Para el desarrollo e implementación de las mejoras necesarias, dichas mejoras
serán las establecidas en forma conjunta entre EMACS CONSULTORES y el
CEMENTERA SOCIALISTA después de realizada la evaluación inicial. En esta
primera fase se deberían tener en cuenta los requerimientos implícitos y las
restricciones impuestas sobre el desarrollador original. Las circunstancias pueden
haber cambiado y puede que los requerimientos originales ya no sean válidos.

Las tareas de soporte y mantenimiento a realizar, así como el equipo de trabajo que
realizará dicha labor, serán establecidas en el Plan de Soporte y Mantenimiento del
Sistema SIGEPRO. Lugar de trabajo: el equipo de trabajo de EMACS CONSULTORES
llevará a cabo el proyecto tanto en las instalaciones del CEMENTERA SOCIALISTA como
en nuestras oficinas. Durante la fase 3 de mantenimiento se garantiza la presencia en el
CEMENTERA SOCIALISTA del equipo de trabajo necesario (mínimo 1 persona a tiempo
completo) para llevar a cabo el trabajo según el Plan de Soporte y Mantenimiento.

www.emacs.com.ve Pagina 4
 • Modulo de incidencias Comprensión de información con el codifo QR, Interfaz de
integración para traer ordenes de despacho
• No contempla la operación del software ni sus funciones operacionales, las cuales
serán llevadas a cabo por el personal de la institución encargado del manejo del
SIGEPRO.

N# Predicción de Resquisito Casos de uso PF. Estimado

1 Creación de reportes de guias de distribución

2 Generación de gramficos de barra y de torta

3 Mantener registros de ferreterías

4 Mantener control de municipios y parroquias con la

finalidad de mantener controles de distribucion por
ambos criterios.

Reporte...

IV. DESCRICION DEL SERVICIO

El servicio de Mantenimiento y Soporte de Software de EMACS CONSULTORES, se basa

en un modelo de trabajo divido en tres (3) etapas,

www.emacs.com.ve Pagina 5
 Tipo de Plan Descripción

Mantenimiento El mantenimiento correctivo se refiere a los cambios necesesarios

Correctivo debidos a algún error real en el software. Si el software no cumple los
requerimientos debe hacerse éste mantenimiento. El mantenimiento
correctivo tiene por objetivo localizar y eliminar los posibles defectos
de los programas. Un defecto en un sistema es una característica del
sistema con el potencial de causar un fallo. Un fallo ocurre cuando el
comportamiento de un sistema es diferente del establecido en la
especificación.

Mantenimiento El preventivo se refiere a los cambios efectuados debido a la detección

Preventivo de posibles errores en el software.

Mantenimiento Los cambios adaptativos son los necesarios para acomodar el producto
Adaptativo a un entorno cambiante. Se incluyen los cambios para implementar
nuevos requerimientos de interfaz, de sistema o de hardware.El
software tiene que adaptarse a cambios tecnológicos (hardware,
software operativo, arquitectura) y, así, mantener su nivel de servicio.
Esto es una migración o mejora del software. Este tipo de
mantenimiento consiste en la modificación de un programa debido a
cambios en el entorno (hardware o software) en el cual se ejecuta.
Mantenimiento Los cambios perfectivos mejoran el software, el rendimiento o la
Perfectivo mantenibilidad. Un cambio perfectivo puede proveer nuevas
funcionalidades para los usuarios o para que la ingeniería inversa pueda
crear documentación de mantenimiento que no existía antes. Podemos
definir el mantenimiento perfectivo como el conjunto de actividades
para mejorar o añadir nuevas funcionalidades requeridas por el
usuario. Desde cambiar el formato de impresión de un informe, hasta la
incorporación de un nuevo módulo aplicativo.

• ETAPA 1. Se realizara una evaluación del entorno de la aplicación y la

documentación existente. Aplicación del proceso de ingeniería inversa para obtener
el diseño del sistema actual a través de la obtención de muestras de la codificación
y catalogo de bases de datos (tablas, vistas). Generar la documentación necesaria
del diseño del sistema actual a través de la creación de diagramas UML. Análisis de
casos de usos y puntos de función para estimación de mantenimiento y mejora .
Entregables: "Informe Técnico Diagnostico del Sistema, Diagramas de procesos en
UML, Manual técnico del sistema Manual de Usuarios y Plan de mantenimiento .

• ETAPA 2. Recogida de información y documentación sobre la aplicación: con la

finalidad de adquirir una primera vision general del sistema. En esta fase se
contemplan las siguientes actividades:Conocer la organización y los procedimientos
de los servicios que utilizan la aplicación. Describir el entorno en que se desarrolla

www.emacs.com.ve Pagina 6
 la aplicación SIGEPRO. Asimilar la arquitectura, diseño y características logicas de
la aplicación. Conocer condiciones de seguridad que dispone la aplicación Disponer
de información relativa a: estadisticas de tiempos de respuestas de transacciones
online, solicitud de cambios del sistema y perfiles de accesos a los recursos de la
aplicación.

• ETAPA 3. El proceso de mantenimiento de software es necesario ya que los

sistemas sufren cambios durante su ciclo de vida, las circunstancias en el tiempo
cambian y sucede que los requerimientos originales dejan de ser válidos. Cuando
las aplicaciones se ponene en producción y comienzan a usarse, aun tienen cientos
de defectos latentes. Por ello se requerirá una cantidad siganificativa de
mantenimiento para reparar tales defectos. Así mismo, una vez que las aplicaciones
se ponen en producción continúan creciendo y suman nuevas características, por
ello se requerirá realizar otra cantidad de trabajo significativa para agregar estas
mejoras.

• Fase IV. Elaboración de informe: que recogerá las características del trabajo
realizado, conclusiones, recomendaciones y propuestas de mejoras. El informe de
evaluación incluira los siguietes apartados: Requisitos funconales y no funcionales,
satisfacción del usuarios, problemas y otros asuntos, oportunidades de reutilización
desarrollo futuros.

El proceso de mantenimiento contiene las actividades y tareas necesarias para modificar

un producto software existente conservando su ntegridad. Este proceso da soporte al
producto desde su nacimiento pasando por la migración a otro entorno hasta su retiro.

Figura 2 – El proceso de mantenimiento

Adicionalmente cada una de estos trabajos o actividades de mantenimiento (Ver Anexo 3

– Tipos principales de trabajos realizados bajo el término mantenimiento) pueden
www.emacs.com.ve Pagina 7
variar a su vez dependiendo de su complejidad, para esto vamos a considerar 5 tipos de
mantenimiento según su complejidad:
Tipo de Descripción
mantenimiento

Tipo 1 Adiciones sin modificación interna: Consiste en agregar

nuevas características a una aplicación, sin que las nuevas
características produzcan cambios internos importantes al código
fuente original.
Tipo 2 Adiciones con modificaciones internas a la aplicación base:
con las actualizaciones tipo 2, es necesario hacer cambios
internos a la aplicación original, a fin de agregar características
adicionales.
Tipo 3 Una nueva característica reemplaza una característica
existente: la nueva característica agregada al software
reemplaza una característica actual en realidad en eliminación.
Tipo 4 Nuevas características acompañadas de actualizaciones
dispersas: con las modificaciones de tipo 4, varias características
nuevas se agregan al mismo tiempo.
Tipo 5 Actualizaciones dispersas, eliminaciones y reparaciones en
conflicto. Es la forma clásica de mantenimiento de aplicaciones
heredadas, antiguas y mal estructuradas. Cuando diferentes
programadores realizan actualizaciones al mismo tiempo, es
posible que alguno de sus cambios entren en conflicto e
interfieran unos con otros. Sólo cuando se inicien las pruebas se
darán cuenta de que algunos cambios han interferido unos con
otros; de modo que es común y costoso repetir el trabajo en
situaciones de tipo 5.

VII- EQUIPO DE TRABAJO

• Líder de proyecto: Participa en las tres fases del proyecto como encargado de la
parte técnica, ejecuta y documenta las pruebas planificadas en los programas de
trabajo. Analiza las solicitudes y diseña, implementa y evalúa las mejoras
recolectadas.
• Supervisor del proyecto: Participa en las tres fases del proyecto como
responsable ante el cliente. En la fase I, elabora la planificación del proyecto, de la
evaluación inicial, y de los programas de trabajo. Revisa y evalúa los resultados de
las pruebas realizadas y elabora diseño inicial del Plan de Soporte y
Mantenimiento. En la fase II Planifica, revisa y evalúa el funcionamiento de las
mejoras desarrolladas.En la fase III hace la implementación del proceso de
mantenimiento y supervisa el cumplimiento del Plan de Mantenimiento.
• Asesor metodológico: Participa en la fase I y II del proyecto. En la fase I, revisa la
planificación del proyecto, elabora procesos y metodología de trabajo, evalúa el

www.emacs.com.ve Pagina 8
 diseño propuesto del sistema y Revisa el informe de diagnóstico inicial y el el
diseño inicial del Plan de Soporte y Mantenimiento. En la fase II, Revisa la
metodologia para levantamiento de información, Crea los formatos para las
Solicitudes de Mejoras, Analiza las solcitudes de mejoras recolectadas, Revisa y
evalúa el funcionamiento de las mejoras desarrolladas.
• ProgramadorParticipa en la fase I, II y III del proyecto. Apoya al líder de proyecto
en la documentación del sistema, Apoya en la elaboración de los diagramas UML y
casos de uso, Desarrolla las mejoras aprobadas
• Analista de sistemaParticipa en la fase II y III del proyecto. Diseña y desarrolla las
mejoras aprobadas. Implementa las modificaciones, ejecuta el Plan de Soporte y
Mantenimiento
• DBA. Especialista en base de datos. Evaluación y diseño de la base de datos
PostgrSQL.

V. PLAN DE TRABAJO Y ENTREGABLES

El proyecto consta de 3 fases con una duración estimada de 6 meses, las cuales
comprenden todo el proceso desde la evaluación inicial hasta el Plan de Soporte y
Mantenimiento, todas las actividades son estimadas en horas por cada perfil profesional y
a su vez estas horas se transforman en meses para tener una duración estimada del
proyecto. A continuación se detalla el cronograma de actividades a realizar por cada fase:

Etapas Actividades generales Mes 1 Mes 2 Mes 3 Mes 4 Mes 5 Mes 6

Evaluación del entorno de la aplicación y la
documentación existente.
Etapa I
Aplicación del proceso de ingeniería inversa
Evaluación Técnica
Generar la documentación necesaria
Diagnostica
Análisis de casos de usos y puntos de función
Requisitos
Análisis y diseño
Etapa II
Redacción del código
Mejoras mayores
Pruebas y calidad
Instalación
Implementación del proceso
Análisis de modificaciones y problemas
Etapa III Implementación de la modificación
Operaciones de
Aceptación / Revisión del mantenimiento
mantenimiento
Migración
Retiro del software

Cuadro 1: Cronograma de Actividades

ETAPA 1. EVALUACIÓN DIAGNOSTICA INICIAL

1. En esta fase se hará una revisión inicial del sotfware según los módulos desarrollados
hasta le fecha , haciéndo enfasis en la evaluación de la mantenibilidad del sistema. Esta
www.emacs.com.ve Pagina 9
evaluación se hará en base a los estándares establecidos en la ISO/IEC 25000 de calidad
del Producto Software. Esta fase contempla las las siguientes actividades:

1.1. Evaluación de la calidad del producto en base a 5 atributos: funcionabilidad,

fiabilidad, usabilidad, eficiencia, mantenibilidad y portabilidad. Esta evaluación incluye 5
actividades:
◦ Establecer los requisitos de la evaluación: cuyo objetivo es definir el propósito de
la evaluación, los requisitos de calidad que se deben considerar, las partes
involucradas y el rigor de la evaluación.
◦ Especificar la evaluación: cuyo objetivo es determinar las métricas, técnicas y
herramientas que se utilizarán para llevar a cabo la evaluación.
◦ Diseñar la evaluación: cuyo fin es definir el plan con las actividades de evaluación
que se deben llevar a cabo.
◦ Ejecutar la evaluación: cuya meta es obtener las mediciones y aplicar los criterios
de evaluación determinados en las actividades anteriores.
◦ Concluir la evaluación: que finalmente permite analizar los resultados y elaborar
un informe descriptivo para que la organización evaluada conozca la calidad de su
producto software.
1.2. Aplicación del proceso de ingeniería inversa para obtener el diseño del sistema actual
a través de la obtención de muestras de la codificación y catalogo de bases de datos
(tablas, vistas).
1.3. Generar la documentación necesaria del diseño del sistema actual a través de la
creación de diagramas UML
1.4. Análisis de casos de usos y puntos de función para estimación del Plan de soporte y
mantenimiento.

Tipo de Entregable Descripción

Entregables de • Informe Diagnostico Inicial

Proyecto • Plan de mejoras

Entregables Técnicos • Diagrama de Casos de Uso

• Diagrama de Interacción
• Diagrama de Clases
• Diccionario de Datos
• Modelo Entidad / Relación

ETAPA II: APLICACIÓN DE MEJORAS

En esta estapa el trabajo se hará utilizando como marco de trabajo la metodología

SCRUM la cual es un proceso para desarrollo que apunta al trabajo en equipo y a la
aplicación de mejores prácticas para conseguir los reusltados esperados de un

www.emacs.com.ve Pagina 10
proyecto. SCRUM es un proceso iterativo e incremental. Cada iteración, denominada
sprint, se compone por varios ciclos de trabajo. Está conformado por:
• Roles: los roles que se present
• Artefactos o elementos: tiene cuatro elementos principales: bitácora del producto,
lista de tareas
Actividades

El adaptativo y perfectivo son mejoras del software. Estos cambios no estaban en las
especificaciones de diseño del software entregado.

El sistema SIGEPRO no ha podido ser completamente implementado, debido a que

requiere el desarrollo de ciertas funciones adicionales que permitan cumplir con lo que se
requiere. Por lo tanto en esta fase lo que se pretende es poder determinar, en base al
requerimiento de la gerencia de TI y los resultados de la evaluación inicial, cuáles son
esas mejoras que necesita el sistema para poder ser implantado al 100%. Según la
gerencia de TI, actualmente requieren el desarrollo de 2 módulos adicionales al sistema
(Ver ANEXO), que son:
• El control de cabillas
• El control de artículos de ferretería.

En base a esto se ha hecho estimación para el desarrollo de estos 2 módulos del sistema.
Para lo cual el trabajo se estructurará según las siguientes actividades:
• 2.1 Determinación de los requisitos: Identificación de problemas, oportunidades y
objetivos para determinar los requerimientos de información a partir de  los 
usuarios particularmente involucrados.
• 2.2 Análisis de las necesidades del sistema: Consiste en analizar las
necesidades propias del sistema y diagramarlas para prepara una propuesta del
sistema (prototipo) que resume todo lo que ha encontrado e incluye un análisis
costo / beneficio de las alternativas y plantea recomendaciones al respecto.
• 2.3 Diseño y especificaciones: Consiste en elaborar el diseño lógico del sistema.
Incluye el diseño de procedimientos precisos de captura de datos, diseño de
formularios y de pantallas, diseño de la interfaz con el usuario y también de los
archivos o la base de datos.
• 2.4 Redacción del código y documentación: En esta fase se desarrollará todo el
software original que sea necesario. A través de técnicas estructuradas para el
diseño y documentación de software. También se desarrollará la documentación
indispensable del software.
• 2.5 Pruebas y calidad: Se harán una serie de pruebas, con datos tipo, para
identificar las posibles fallas del sistema: más adelante, se utilizarán los datos
reales. El mantenimiento del sistema y de su documentación empiezan justamente
en esta fase y después, esta función se realizará de forma rutinaria a lo largo de
toda la vida del sistema.
• 2.6 Implantación y evaluación: Se implantar el sistema lo cual incluye el
adiestramiento que el usuario requerirá. Se planea la transición que trae consigo un
cambio de sistemas y se evalúa el software como producto.

Los entregables téndran una consolidación y frecuencia mensual, los mismos son:

www.emacs.com.ve Pagina 11
 Tipo de Entregable Descripción

Entregables de • Plan de mantenimiento de SIGEPRO.

Proyecto • Informe Mensual de Mantenimiento.

Entregables Técnicos
• Historial de requisitos
• Reporte de Tareas de ingeniería
• Codigo fuente y prototipo de mejoras
• Informe de Pruebas de aceptación

Al finalizar la etapa II, se entregara un Informe de Implantación de Mejoras en el cual se

describen las nuevas caracteristicas agregas al SIGEPRO sin exceder los XXX, puntos de
función estimados en el alcance de este proyecto.

ETAPA III: PROCESO DE MANTENIMIENTO:

El objetivo del proceso de mantenimiento es modificar el producto software existente

preservando su integridad y calidad. Las bases para el mantenimiento de software y sus
actividades provienen de las definiciones ISO/IEC 12207, y la ISO/IEC 14764 proporciona
una guía sobre la gestón y de cómo llevar a cabo el proceso de mantenimiento.
Las actividades que comprende el proceso de mantenimiento son:
◦ 3. 1 Implementación del proceso: se establecen los planes y procedimientos a
ejecutar durante el proceso de mantenimiento.
◦ 3.2 Análisis de modificaciones y problemas: consiste en el análisis de las
Solicitudes de Modificación o Informes de Problemas, para desarrollar y proponer
una solución, la cual debe ser aprobada para poder desarrollarla.
◦ 3.3 Implementación de la modificación: una vez aprobada una solicitud, se
procede a desarrollar y probar la modificación del sistema.
◦ 3.4 Aceptación / Revisión del mantenimiento: esta actividad asegura que las
modificaciones al sistema se han hecho de forma correcta y de acuerdo a
estándares aprobados dentro del uso de una meodología correcta.
◦ 3.5 Migración: se refiere a la migración del sistema a un nuevo entorno, para lo
cual se necesita determinar las acciones necesarias para conseguir la migración y a
partir de ahí desarrollar y documentar los pasos necesarios para efectuar la
migración.
◦ 3.6 Retiro del software: una vez que el sistema ha alcanzado si vida útil debe
retirarse, para lo cual debería hacerse un análisis basado en aspectos económicos
y estratégicos.

www.emacs.com.ve Pagina 12
 Tipo de Entregable Descripción

Entregables de • Informe Mensual de Mantenimiento.

Proyecto

• Listas de peticiones de ayuda: modificación o

Entregables Técnicos informes de problemas. Estado de las peticiones
(ordenado por categorías) Prioridades de las peticiones.
Métricas a recoger en las actividades de mantenimiento.

• Documentación Actualizada: Registros de

Modificaciones Actualizados , Informe Detallado sobre el
Análisis , Requerimientos Actualizados , Planes,
Informes y Procedimientos sobre las Pruebas
actualizados , Material de Entrenamiento actualizado.

ONDICIONES DEL SERVICIO.

Medida del software: el tamaño del sistema es una consideración importante en el

mantenimiento de un producto de software. Para esta propuesta se ha hecho un calculo
preliminar del tamaño del sistema medido en puntos de función, igualmente, las mejoras
mayores a realizar se han presupuestado en base a un número de puntos de función
estimados, los cuales se utilizarán como alcance al momento de realizar dichas mejoras.

Cambios en los requisitos del usuario. Pagina 480....

N# Desarrollo de requisitos BsF x Punto de

Función
1 • Los costos de desarrollo de requisitos, derivados
durante los meses 1 a 3 o la fase de requisitos del 1500Bsf x PF
proyecto.
2 • Los costos de desarrollo de nuevos requisitos,
agregados durante los meses 4 a 6 1500Bsf x PF
3 • Los costos de requisitos eliminados durante los 1500Bsf x PF
meses 6 a 12
4 • Los costos de desarrollo de nuevos requisitos, 1500Bsf x PF
agregados durante los meses 12 a 18
5 • Los costos de requisitos eliminados durante los 1500Bsf x PF
meses 12 a 18

www.emacs.com.ve Pagina 13
 N# Desarrollo de requisitos BsF x Punto de
Función
6 • Los costos de desarrollo de nuevos requisitos,
agregados durante los meses 12 a 18 1500Bsf x PF
7 • Los costos de requisitos eliminados durante los 1500Bsf x PF
meses 12 a 18

Para la Etapa II de Mejoras Mayores.

N# Costos de Nuevos Requisitos BsF x Punto de

Función
1 • 1000 puntos de función iniciales 500Bsf x PF
2 • Se agregan características, más de 3 meses despúes
de la firma del contrato. 300Bsf x PF

3 • Se agregan características, más de 6 meses despúes

de la firma del contrato.
4 • Se agregan características, más de 9 meses despúes
de la firma del contrato.
5 • Se agregan características, más de 12 meses 2000BsF x PF
despúes de la firma del contrato.
6 • Se eliminan o retrasan características a solicitud del 400BsF
usuario.

Para la Etapa III de Operaciones de Mantenimiento.

N# Costos de Nuevos Requisitos BsF x Punto de

Función
1 • Mantenimiento normal y repaciones de defectos
150Bsf x PF
2 • Migración y refactorización para el Framework PHP
1.4 a 2.0 300Bsf x PF

VIII. TRANSFERENCIA TECNOLOGICA

Se impartirán los siguientes cursos como parte de la transferencia tecnológica con una

www.emacs.com.ve Pagina 14
duracion de 16 horas para total de 4 personas como máximo, dichos cursos se
planificarán para ser impartidos a lo largo de proyecto: Symfony 1.4 – 24 horas.
Administración PosgreSQL - Nivel 1 – 24 horas.

XII. OFERTA ECONOMICA

El proyecto consta de 3 fases, las cuales comprenden todo el proceso desde la evaluación
inicial hasta el Plan de Soporte y Mantenimiento, todas las actividades son estimadas en
horas por cada perfil profesional y a su vez estas horas se transforman en meses para
tener una duración estimada del proyecto. A continuación se detalla el costo de las
actvidades realizadas en cada etapa (ver desglose de actividades en Anexo):

Etapas Duración Costo por etapa

Etapa I Evaluación Técnica Diagnostica 1 mes 265.440,00

Etapa II Mejoras mayores 1mes 249.760,00

Etapa III Operaciones de mantenimiento 5 meses 895.200,00

Total sin IVA 1.410.400,00

Cuadro 2: Cálculo de honorarios

El pago de los servicios ya descritos anteriormente será efectuado a partir de la

presentación de un informe final aprobado por la gerencia de la institución en forma
mensual, de acuerdo al siguiente cronograma:

Concepto Duración Monto Bs.

Fase 1 - Evaluación inicial 1 mes 235.066,67

Fase 2 - Mejoras mayores 1 mes 235.066,67

Fase 3 - Mantenimiento Mes 1

Fase 3 - Mantenimiento Mes 2 1 mes 235.066,67

Fase 3 - Mantenimiento Mes 3 1 mes 235.066,67

Fase 3 - Mantenimiento Mes 4 1 mes 235.066,67

Fase 3 - Mantenimiento Mes 5 1 mes 235.066,67

SUB-TOTAL 1.410.400,00

IVA 112.832,00

Total General 1.523.232,00

www.emacs.com.ve Pagina 15
 Cuadro 3: Forma de pago del proyecto

Los pagos en cheque y/o depósitos bancarios deben realizarse a Nombre de EMACS
COMPUTACION C.A. Los números de cuentas corrientes en los que puede realizar
depósito bancario son:
BANESCO 0134-0796-78-7961002111

BANFOANDES 0007-0068-15-0000002316

XIII. ACEPTACION DE LA PROPUESTA

Una vez que sea analizada y aprobada esta propuesta, y así sea comunicado, se
efectuara una reunión de planificación con los ejecutivos y el personal asignado al
proyecto, a fin de establecer las necesidades y programar de común acuerdo las fechas
de las visitas y la presentación de los resutados del trabajo. Agradecemos que una vez
aceptada la propuesta, la misma sea firmada y sellada en señal de ello.
Esta propuesta tiene una validez de 30 días.

APROBADO POR:

Nombre:______________________-
Cargo: ______________________
Firma: _______________________
Fecha ________________________

www.emacs.com.ve Pagina 16