Repblica Bolivariana de Venezuela.

Ministerio de Poder Popular para la Educacin Universitaria, Ciencia y Tecnologa.

Universidad Politcnica Territorial del Oeste de Sucre Clodosbaldo Russian.
Programa Nacional de Formacin Informtica.
Cuman- Edo Sucre

IMPLANTACIN, PRUEBAS Y EVALUACIN DEL SISTEMA DE GESTIN

PARA LA COBRANZA DE LA DIVISIN DE RECUPERACIN DE COSDESU
(SIGESCO)

Tutor:
MSc. Leonardo Malav
Tutor Empresarial:
Licdo. Frank Ramos

TSU

Contrera

Dessire

Autores:
C.I:19.537.49

.
TSU

s,
Rivas,

d
Luisana

5
C.I:20.346.97

.
TSU

Vegas,

Edgar

1
C.I:21.093.05

.
Cuman, noviembre de 2015.

IMPLANTACIN, PRUEBAS Y EVALUACIN DEL SISTEMA DE GESTIN

PARA LA COBRANZA DE LA DIVISIN DE RECUPERACIN DE COSDESU
(SIGESCO)
TUTOR:
MSc. Leonardo Malav

AUTORES:
TSU. Vegas, Edgar

C.I:21093052

TSU. Contreras, Dessired C.I:19537495

TSU. Rivas, Luisana

C.I:20346971

TUTORES EMPRESARIALES:
Lcdo. Frank Ramos

RESUMEN
La Corporacin Socialista de Desarrollo del Estado Sucre (COSDESU) antes con
el nombre de Fondo Para El Fomento y Desarrollo de La Artesana, Pequea y
Mediana Industria del Estado Sucre (FODAPEMI), ubicada en el Parcelamiento
Miranda, Sector F, final de la Av. Andrs Bello Quinta Fodapemi, fue creada para
contribuir al fortalecimiento y crecimiento del sector productivo consolidando un
sistema de produccin socialista. El sistema implantado SIGESCO (Sistema de
Gestin de Cobranza para la Divisin de Recuperacin de COSDESU) le ofrece a
la Corporacin la opcin de agilizar el trabajo dentro de la institucin, ya que se
lleva el control de cobros de manera digital y no manual. Se utiliz como tcnicas
e instrumentos de recoleccin de datos la observacin directa, entrevistas no
estructuradas y estructuradas, apoyado en una investigacin de campo de
carcter descriptivo. El sistema se desarroll usando la metodologa OOHDM
(Object Oriented Hypermedia Design Methodology O Mtodo De Diseo De
Hipermedia Orientado A Objetos), usada para disear diferentes tipos de
aplicaciones hipermedia como galeras interactivas, presentaciones multimedia y,
sobre todo, numerosos sitios web y se basa en cinco etapas: Requisitos,
conceptual, navegacional, interfaz abstracta e implementacin, en vista de que la
ltima fase no se describen claramente las actividades a realizar, se complement
con la metodologa tctica para la implantacin de sistemas de informacin
basado en mtrica y COBIT, siendo una gua formal para la implantacin de
sistemas de informacin basndose en el del desarrollo de 7 fases, las que a su
vez, constan de tareas el cual se concluyen en un entregable.
Palabras Claves: Sistema, implementacin, cobros, usuarios, SIGESCO.

NDICE

Introduccin.
1. Naturaleza del proyecto.
1.1 Identificacin del proyecto.....
1.2 Planteamiento del Problema.....
1.3 Justificacin..
1.4 Finalidad del Proyecto ..
1.5 Objetivos del Proyecto
- General............
- Especficos..
1.6 Metas.
1.7 Beneficiarios....
1.8 Localizacin fsica y cobertura espacial...
1.9 Vinculacin con el Plan de la Patria, proyectos nacionales, regionales
y Municipales..
1.10 Estudio de Factibilidad.
- Tcnica.
- Econmica...
- Operativa..
- Psicosocial...
2. Fundamentacin.
2.1 Antecedentes...
2.2 Bases Tericas...
2.3 Bases Legales.
3. Mtodo y tcnicas a utilizar.
3.1 Mtodos de investigacin..
3.2 Informantes claves..
3.3 Recogida de datos..
3.4 Metodologas de Desarrollo...
3.5 Anlisis de datos.
4. Plan de accin.
4.1 Determinacin de los plazos o calendario de actividades (Diagrama de
Gantt)..
4.2- Desarrollo de los objetivos especficos
4.2.1- Objetivo 1.
4.2.2- Objetivo 2..
4.2.3- Objetivo 3.
4.2.4- Objetivo 4.
5. Indicadores de evaluacin del proyecto
Referencias Bibliogrficas...
Apndices
- Acta de inicio de la implantacin del S/I
- Equipo de implantacin......
- Plan de formacin del equipo de implantacin...
- Plan de formacin del usuarios de implantacin....
- Plan de formacin a usuarios finales...

Pg.
5
8
8
11
14
14
14
15
15
16
16
18
18
19
19
20
22
35
41
44
44
46
61

61
66
67
133

- Catlogo de requisitos para la implantacin....

- Plan de implantacin
- Acuerdo de nivel de servicio..
- Incidencias de preparacin de instalacin
- Cdigo fuente de los componentes de migracin y carga inicial de
datos..............................................................................................................
- Plan de realizacin de piloto
- Resultado de las pruebas de piloto..........................................
- Sistema en produccin.
- Plan de mantenimiento....
- Plan de contingencia....
Anexos
- Factibilidad Econmica- Financiera
- Estructura de Divisin de Trabajo (EDT)
- Tabla de Roles..
- Tabla de Recursos Humanos.
- Diagrama de Red.
- Tabla de Tiempos en Das...
- Tabla de Variaciones en Tiempos (Das)

INTRODUCCIN
La actividad de las compaas dedicadas a la prestacin de servicios
financieros, est en constantes procesos de cambio impulsado por el avance
tecnolgico. Las empresas crecen, generan la necesidad de aumentar su
personal, mejorar el control de sus operaciones, ofrecer mejores productos o

servicios a sus clientes y disminuir los errores en sus gestiones, por lo cual
requieren automatizacin de sus procesos.
El uso de las tecnologas de la comunicacin e informacin (TICs), entre
ellas el internet, unido con un sistema de informacin puede satisfacer las
necesidades antes mencionadas, creando una estructura de relaciones formales
que implique el manejo y el almacenamiento de flujo de datos e informacin, y la
descripcin de las tareas, rutinas y procedimientos administrativos de cada rea.
Un Sistema de Informacin es un conjunto de datos y procesos que interactan
para realizar los objetivos de una institucin. Desde hace muchos aos las
instituciones han evolucionado a niveles de manejo de informacin y con ello la
comodidad de realizar sus respectivas tareas, debido al avance de la tecnologa y
al uso de los sistemas informticos en las mismas.
Los sistemas de informacin son indispensables para la institucin
moderna, la velocidad y precisin de respuesta es lo que el operador y el usuario
necesita y busca, con el hardware y software adecuado, un programador, un
diseador y unas largas horas de trabajos pueden crear un ciclo de vida de
informacin; le llamamos ciclo porque este se encarga de obtener los datos,
procesarlos para sus respectivos anlisis lgicos y as obtener una salida de
informacin precisa, este ciclo de vida puede manejar todos los datos en una
institucin como calcular todos los pasivos y activos laborales.
La Corporacin Socialista de Desarrollo del Estado Sucre (COSDESU), es
el organismo socialista de desarrollo regional que tiene por objeto el
fortalecimiento y consolidacin del desarrollo endgeno, sostenible y sustentable
del Estado, a travs de la planificacin, supervisin, fomento, financiamiento y
ejecucin de programas y proyectos, en coordinacin con los diversos actores del
poder popular.
Actualmente COSDESU realiza sus actividades crediticias bajo el
funcionamiento del Sistema de Gestin de Cobranza para la Divisin de
Recuperacin de COSDESU (SIGESCO), el cual fue desarrollado por los mismos

autores de este proyecto, como proyecto socio-tecnolgico para la culminacin y

aprobacin del trayecto III. SIGESCO, al ser puesto en funcionamiento por
disposicin de la corporacin, no fue implantado con los debidos parmetros a
seguir a la hora de realizar la implantacin de un sistema, los cuales son
Implantacin, Pruebas y Evaluacin. Es por ello que se decide realizar este trabajo
en la corporacin para as detectar los mrgenes de errores en el sistema y
solucionar en lo posible para un manejo eficaz de la labor que se realiza en esta
corporacin,
El sistema de informacin se desarroll en los lenguajes de programacin:
PHP 5.3, Javascipt, Visual Basic, como gestor de base de datos; Mysql 5.0 y
adicionalmente se utilizaran CSS 3 y Html 4.
Esta implementado en un servidor HP PROLIANT DL380 GENERATION 5
SERVER que puede ser invocado desde un ordenador Pentium4 3.0 GHz 512
RAM, esto forma parte de las herramientas a ser utilizadas para el ciclo de vida de
este sistema de informacin proporcionndole con ello bueno resultados de
respuesta.
Este proyecto socio-tecnolgico est enmarcado hacia la Implantacin,
Pruebas y Evaluacin

de SIGESCO, en el se especifica la necesidad de

COSDESU de implantar un sistema de cobranza que vaya acorde con las

exigencias de la corporacin, as como tambin lograr el funcionamiento
inequvoco de todos sus mdulos, detectando las fallas y modificndolo para as
lograr un desarrollo eficiente del mismo. Est estructurado en cuatro (04) captulos
que se definen de la siguiente manera:
Captulo I: Est referido a la descripcin general de la comunidad,
incluyendo las resea histrica, las organizaciones presentes, as como tambin la
problemtica escogida para darle solucin por medio de objetivos, justificacin,
alcances y limitaciones de las mismas.

Captulo II: Este segmento explica las bases legales que vinculan el
proyecto con los planes de la nacin, las bases tericas por las cuales se rige este
proyecto entre las cuales estn implantacin, pruebas, evaluacin de calidad de
un software, mtricas de calidad de software y la norma ISO 9126.
Captulo III: Se enfoca en el marco metodolgico, donde se explicar el
mtodo de investigacin, los informantes claves, la recogida de datos, la
metodologa de desarrollo y el anlisis de los datos.
Captulo IV: Se mostraran los resultados acorde con las metas y la
metodologa de desarrollo de proyecto, entre ellas est el diagnostico situacional,
el plan de implantacin, las mtricas de calidad de software a aplicar en el Sistema
de Gestin de Cobranza para la Divisin y Recuperacin de COSDESU
(SIGESCO).
Por ltimo se muestran los anexos del proyecto y los apndices entre los
cuales se encuentran: tabla de roles, tabla de recursos humanos, diagrama de red,
tabla de actividades, tabla de tiempos, las rutas de camino crtico, anlisis de
riesgo, diagrama de Gantt, tabla de costos y el diagrama de Estructura de Divisin
de Trabajo (EDT).

Captulo I
Naturaleza del proyecto
1.1.- Identificacin del proyecto
Implantacin, Pruebas y Evaluacin del Sistema de Gestin para la Cobranza de
la Divisin De Recuperacin de COSDESU (SIGESCO) Versin 1.0.
1.2.- Planteamiento Del Problema
Un Sistema de Gestin de Cobranzas es una herramienta informtica que
permite administrar las recaudaciones de un negocio o empresa. Su solidez,
eficacia y versatilidad garantizan el cumplimiento de los objetivos y la satisfaccin
de las necesidades de cualquier organizacin que necesite administrar su cartera
de deudas en mora. Un Sistema de Gestin de Cobranzas est orientado a
mejorar el funcionamiento de alguna empresa incrementando la rentabilidad,
reduciendo costos, aumentando la productividad y por ende mejorando los
servicios y la relacin con los clientes.
Edgar Vegas y Dessired Contreras (2013-2014) resea que La Corporacin
Socialista de Desarrollo del Estado Sucre (COSDESU), antes con el nombre de
Fondo Para el Fomento y Desarrollo de la Artesana, Pequea y Mediana Industria
del Estado Sucre (FODAPEMI), ubicada en el Parcelamiento Miranda sector F
final de la Avenida Andrs Bello Quinta Fodapemi, fue fundada el 11 de agosto del
2011, con treinta y seis(36) empleados, tres(3) contratados, tres (3) obreros y tres
(3) comisiones de servicios para un total de cuarenta y cinco (45) funcionarios
pblicos. Tiene como funcin; contribuir al fortalecimiento de la pequea y
mediana industria a travs de su financiamiento con recursos del estado, propios
y de su autogestin, otorgando crditos bien concebidos para su recuperacin y
bsqueda de riquezas, generacin de empleos, satisfaccin de necesidades y
bienestar colectivo.

FODAPEMI, fue creado mediante Decreto de la Gobernacin del Estado

Sucre, fecha 19/11/1993, segn la Gaceta Oficial Extraordinaria del Estado Sucre,
Decreto No. 476, publicado en Gaceta Oficial del Estado Sucre Extraordinaria No.
103, de fecha 30/11/1993, como lo establece en el reglamento de ley, en su
captulo I, Artculo 1, de las Disposiciones Generales, siendo de carcter crediticio,
que sirve como herramienta importante para el desarrollo de nuestra regin.
Posteriormente para el ao 1994, se da inicio en sus actividades rigindose
mediante acuerdos contemplados en la Ley de FODAPEMI, decretada por la
asamblea legislativa de ese mismo estado.
Esta institucin fue creada para contribuir al fortalecimiento y crecimiento del
sector productivo, consolidando un sistema de produccin socialista, enmarcado
en los principios y valores del modelo socio productivo comunitario; mediante la
asistencia tcnica integral y financiera del sector de la artesana, la microempresa,
APYMI, el cooperativismo; y, las distintas formas de organizacin socio productiva
comunitaria y empresas de servicios conexas al Sector Turstico y manufacturero;
otorgando crditos oportunos, sustentables - factibles en su recuperacin, en la
generacin de empleos y en la satisfaccin de necesidades y bienestar colectivo,
aportando la mayor suma de felicidad posible. (Vegas y Contreras. 2013-2014)
Los crditos que otorgan van dirigidos al sector artesanal de las pequeas y
medianas industrias; especficamente a aquellas empresas de manufactura donde
el uso de la materia prima est presente. Su objetivo es apoyar el desarrollo de la
economa social productiva comunitaria en el Estado Sucre, transformando el
esquema capitalista actual, en un sistema de fabricacin, distribucin e
intercambio socialmente justo de saberes, bienes y servicios, provenientes de las
distintas formas organizativas surgidas en el seno de la comunidad. (Vegas y
Contreras. (2013-2014)

10

COSDESU realiza sus labores crediticias bajo el funcionamiento del Sistema

de Gestin de Cobranza para la Divisin de Recuperacin de (SIGESCO), el cual
fue desarrollado como proyecto socio-tecnolgico para el trayecto III por los
mismos autores de este proyecto, fue puesto en produccin por disposiciones de
la Corporacin en mayo de 2014, sin embargo el sistema no fue implantado de
manera formal, con los respectivos procesos de implantacin, pruebas y
evaluacin, que requiere todo sistema a implementar.
El sistema segn las polticas establecidas por la corporacin est constituido
con los siguientes mdulos: consultar solvencias (generar), ingresar solicitudes de
crdito, aprobar crditos, consultar crditos por planes y municipios, generar tabla
de amortizacin, generar recibos de cobros, consultar tablas y estados de cuenta
(online), generar grficos de cobros por: cobradores, planes y municipio, generar
estado de morosidad y de cuenta, cobros de recibo de pago, modificar cobro
(incluir cheque devuelto), asociar cobradores en el sistema RRHH.
Los argumentos presentados con anterioridad conducen a la necesidad de
formular el problema bajo las siguientes interrogantes:
Cul es el comportamiento exhibido por SIGESCO luego de su puesta en
marcha?
Cmo es la situacin actual de SIGESCO en funcin del ambiente donde est
inmerso?
Cules son las estrategias a desarrollar del plan de implantacin de SIGESCO?
Cules son las mtricas de calidad de software a desarrollar para SIGESCO?
Cul es el resultado de la implantacin de las mtricas aplicadas a SIGESCO?

11

1.3.- Justificacin
Teniendo en cuenta la problemtica que se presentaba en la corporacin,
se decidi la Implantacin del Sistema de Gestin de Cobranza para COSDESU
(SIGESCO), ya que este proceso se vio

afectado debido al aumento de la

demanda de solicitudes de solvencias de crdito, estados de cuentas, estados de

morosidad por parte de los clientes y el pblico en general y el registro manual de
la entrada de ingreso del capital recuperado por parte de la Divisin de
Recuperacin. As como tambin se puede indicar que las empresas tienen la
necesidad de crecer, obtener xitos y lograr posicionarse entre las mejores del
mercado, para ello es importante generar procesos ms eficientes que
simplifiquen sus trmites, evitando los retrasos, problemas y errores que impiden
su crecimiento.
Con este proyecto se beneficia los siguientes segmentos:
Desde el punto de vista acadmico y sus aportes al conocimiento:
Los Programas Nacionales de Formacin en Educacin Superior, segn
Resolucin N 2963, Gaceta Oficial de la Repblica bolivariana de Venezuela, N
39.930, mayo14, 2008, son el conjunto de actividades acadmicas, conducentes a
ttulos, grados o certificaciones de estudios de educacin superior, creados por
iniciativa del Ejecutivo Nacional, a travs del Ministerio del Poder Popular para la
Educacin Superior, diseados con la cooperacin de Instituciones de Educacin
Superior Nacionales, atendiendo a los lineamientos del Plan de Desarrollo
Econmico y Social de la Nacin, para ser administrados en distintos espacios
educativos del territorio Nacional.
Unos de sus objetivos es Vincular la educacin universitaria con los
organismos del Estado, empresas y organizaciones sociales, en funcin de la
pertinencia de la formacin y la creacin intelectual en el rea para el desarrollo
integral y tecnolgico del pas. Este proyecto sirve de aporte para el desarrollo
tecnolgico del pas y a su vez de apoyo a los estudiantes de Proceso Nacional

12

de Formacin (PNF) en Informtica en cuanto al desarrollo de Sistemas de

Cobranza.
Desde el punto de vista tcnico mbito de accin:
La puesta en marcha de SIGESCO, desde el punto de vista tcnico, ofrece
la ventaja de ampliar los conocimientos en cuanto al manejo del sistema para el
personal tcnico y para los usuarios finales, ya que se realiz una capacitacin, la
cual fue basada en el estudio completo del sistema de cobranza y su
administracin a la hora de trabajar en l.
Desde el punto de vista legal:
Segn el artculo 1 de la Ley de Ciencia y Tecnologa (Gaceta Oficial N
39.575 del 16 de diciembre de 2010). El proyecto cumple con lo planteado:
La presente Ley tiene por objeto dirigir la generacin de una ciencia,
tecnologa, innovacin y sus aplicaciones, con base en el ejercicio
pleno de la soberana nacional, la democracia participativa y
protagnica, la justicia y la igualdad social, el respeto al ambiente y la
diversidad cultural, mediante la aplicacin de conocimientos
populares y acadmicos. A tales fines, el Estado Venezolano
formular, a travs de la autoridad nacional con competencia en
materia de ciencia, tecnologa, innovacin y sus aplicaciones,
enmarcado en el Plan Nacional de Desarrollo Econmico y Social de
la Nacin, las polticas pblicas dirigidas a la solucin de problemas
concretos de la sociedad, por medio de la articulacin e integracin
de los sujetos que realizan actividades de ciencia, tecnologa,
innovacin y sus aplicaciones como condicin necesaria para el
fortalecimiento del Poder Popular. (p.1)
En este artculo se expone que trabajando en conjunto con el pueblo
mediante la aplicacin de conocimientos populares y acadmicos se podrn
construir y consolidar plataformas cientficas, tecnolgicas e innovadoras, con un
nuevo modelo social incluyente, orientado a satisfacer y desarrollar el talento
humano al servicio de la transformacin cultural educativa para la formacin de
una nueva ciudadana con conciencia social y conducta tica.

13

Adicionalmente, representa para sus autores, un requisito planteado en la

Gaceta Oficial N 39.483 de la resolucin N549. (Caracas 9 de agosto de 2010).
De los Programas Nacionales de Formacin y las diferentes unidades curriculares,
en su captulo III, del artculo 16. Los proyectos son unidades curriculares de
integracin de saberes y contraste entre teora y prctica vinculada a la produccin
de bienes o a la prestacin de servicios, por lo que se constituyen en el eje central
de los Programas Nacionales de Formacin y comprenden espacios de formacin,
creacin intelectual y vinculacin social, asociados al desarrollo de capacidades, la
generacin de conocimientos, investigacin, innovacin, creacin artstica,
desarrollo tecnolgico y fortalecimiento del poder popular.
Desde el contexto social, comunitario u organizacional:
El proyecto implantado en COSDESU, es una herramienta que permite a
los trabajadores del departamento de cobranza gestionar de manera eficiente la
entrada de ingresos de la corporacin por parte de los crditos otorgados de igual
manera permite a los clientes consultar sus movimientos de manera remota y de
fcil acceso constituyendo esto un beneficio a la comunidad y a la institucin.
El uso de los sistemas informticos hoy en da son muy utilizados por
instituciones pblicas y privadas,

ya que estos le ofrecen diferentes ventajas

como: un manejo rpido y eficiente de los datos, mejor rendimiento del tiempo y
del recurso humano.

14

1.4 Alcances
Con la Implantacin, Pruebas y Evaluacin del Sistema de Gestin de Cobranza
de COSDESU (SIGESCO) se pretende abarcar los segmentos de:

Equipo de implantacin

Plan de Capacitacin al equipo de implantacin

Plan de Capacitacin a los usuarios de implantacin y a los usuarios finales

Plan de requisitos para la implantacin

Plan de implantacin

Especificacin de tipo d servicio

Acuerdo del nivel de servicios

Incidencias de preparacin de instalacin

Procedimientos de migracin y carga inicial de datos

Plan de realizacin de pruebas piloto

Resultados de las pruebas piloto

Plan de mantenimiento

Plan de contingencia

1.5. Finalidad del proyecto

Este proyecto socio-tecnolgico fue implantado con la finalidad de que
personal que labora en el departamento de Divisin y Recuperacin de la
Corporacin Socialista de Desarrollo del Estado Sucre (COSDESU), puedan llevar
el control de cobros de una forma rpida y sencilla. Busca cubrir las necesidades
de la empresa mediante el registro de recibos, consulta de recibos y balances de
ingresos, estados de cuenta, estados de morosidad y solicitudes de solvencias,
mejorando el servicio al cliente y a su vez facilitndole las operaciones a los
trabajadores de la empresa.

15

Este sistema sirve de instrumento para que los clientes estn al da con las
facturas por vencer, o que tengan n das de vencimiento, y as llevar un control
eficiente que permita reducir el ndice de morosidad e incrementar la efectividad
de la gestin de cobranza y por ende el retorno de la inversin.
1.6.- Objetivos
1.6.1.- Objetivo General

Determinar el comportamiento del Sistema de Gestin para la

Cobranza de la Divisin De Recuperacin de La Corporacin Socialista De
Desarrollo Del Estado Sucre (COSDESU) luego de su puesta en marcha en
funcin de las necesidades para lo cual fue desarrollado.
1.6.2.- Objetivos Especficos

Diagnosticar la situacin actual donde est inmerso SIGESCO.

Definir las mtricas necesarias para que permitan realizar la verificacin del
SIGESCO.

Desarrollar las estrategias de implantacin para la incorporacin del

SIGESCO en el entorno de operacin.

Evaluar las mtricas desarrolladas de SIGESCO con el fin de comprender

el comportamiento del mismo.
1.7.- Metas

Obtener una situacin actual de SIGESCO.

Obtener lista de riesgo.

Obtener EDT, diagrama de Gantt, diagrama de Red.

Definir aproximadamente diecinueve (19) mtricas de calidad de software

para analizar el comportamiento de SIGESCO.

16

Obtener un plan de calidad de software para el proyecto.

1.8.- Beneficiarios (Directos e Indirectos)
Directos: Divisin de administracin de la Corporacin Socialista de

Desarrollo del Estado Sucre.

Indirectos: Empleados de la Divisin de Recuperacin, clientes con
crditos activos o cancelados y comunidad en general.
1.9.- Ubicacin Geogrfica De La Comunidad
La urbanizacin Parcelamiento Miranda, est ubicada en Cuman, en la
parroquia Valentn Valiente, del Municipio Sucre del Estado Sucre.

Figura N 1: Mapa de ubicacin de La Corporacin Socialista de Desarrollo

del Estado Sucre (COSDESU)
Fuente: Google Earth, 2014.
1.10.- Vinculacin con el Plan de la Patria, otros proyectos nacionales,
regionales o municipales.

17

Repblica Bolivariana de Venezuela. Plan de la Patria (2013-2019).

Proyecta en su Objetivo Nacional 1.5 Desarrollar nuestras capacidades cientficotecnolgicas vinculadas a las necesidades del pueblo (p.10). As como tambin
en su Objetivo 1.5.1.3 plantea que se debe:
Fortalecer y orientar la actividad cientfica, tecnolgica y de
innovacin hacia el aprovechamiento efectivo de las potencialidades
y capacidades nacionales para el desarrollo sustentable y la
satisfaccin de las necesidades sociales, orientando la investigacin
hacia reas estratgicas definidas como prioritarias para la solucin
de los problemas sociales.(p.10)
Por tanto este proyecto cumple con las lneas del Plan de la Patria 20131019 planteado por el presidente Hugo Rafael Chvez Fras, ya que fomenta la
tecnologa de Desarrollo del Estado Sucre en cuanto a sus actividades laborales;
por otra parte se consigue la colaboracin y participacin de todos los empleados
que all laboran, todo esto con la finalidad de formar una nueva sociedad con un
nuevo modelo social, productivo, socialista y humanista. Como lo plantea en su
objetivo 1.5.2.4. Desarrollar aplicaciones informticas que atiendan necesidades
sociales(p.10). Tambin en su objetivo 1.5.3.2. Propone que se debe Garantizar
la democratizacin y apropiacin del conocimiento del pueblo en materia de
equipos electrnicos y aplicaciones informticas en tecnologas libres a travs de
programas

educativos

en

los

centros universitarios, tcnicos, medios

ocupacionales.(p.10)
As como tambin en la Gaceta Oficial N3147 del Programa Nacional de
Formacin en informtica, se plantea como Objetivo Principal:
Vincular la formacin y la creacin intelectual a la produccin de
bienes y servicios, tales como: Soluciones informticas y
componentes de software, bajo estndares de calidad, priorizando el
uso de software libre; asesora y consultora en el rea de
informtica; diseo y produccin de componentes de arquitectura del
computador; instalacin y ensamblaje de equipos en el rea de
computacin; capacitacin, soporte tcnico a usuarios y equipos;
diseo, implementacin, mantenimiento y administracin de bases
de datos y redes.

18

Este proyecto cumple con el Programa Nacional de Formacin en

Informtica, debido a que se estn aplicando los conocimientos obtenidos en la
institucin para el desarrollo de un Sistema de Gestin de Cobranza herramienta
til y necesaria en la organizacin COSDESU.

1.11. Estudio de factibilidad.

Factibilidad Tcnica:
Sapag (2001) indica que:
La viabilidad tcnica busca determinar si es posible fsica o
materialmente hacer un proyecto, determinacin que es realizada
generalmente por los expertos propios del rea en que se sita el
proyecto. En el estudio de factibilidad tcnica se analiza la
disposicin de los equipos y herramientas necesarios para
implementar el proyecto, o en su defecto la posibilidad de crearlos.
Tambin busca conocer si se poseen las habilidades y conocimientos
requeridos para desarrollar el proyecto, en otras palabras indica si se
manejan los procedimientos, metodologas y funciones necesarias
para implementarlo (p. 21).
Mediante estudios anteriores se logr identificar cules son los recursos
necesarios para llevar a cabo el presente proyecto desde el punto de vista tcnico
los cuales son nombrados a continuacin:

Recursos
Computadoras

Descripcin
Cantidad
Pentium IV 2.6 GHz, 512 RAM DDR, disco 3

De Escritorio
Servidor

duro 40 Gb, monitor Lcd 19

Hp Proliant con procesador Zeon
Tabla N1: Recursos Necesarios.

Una vez determinado el hardware se pudo denotar que la institucin cuenta

con ellos, lo cual hace tcnicamente factible el proyecto.

19

Factibilidad Econmica-Financiera:
Tomando en cuenta que la factibilidad econmica y financiera se refiere al
plan que se tendr en cuanto a logstica, de tiempo, recursos humanos y
herramientas de trabajo. En esta parte se muestra el plan de costo y presupuesto
que se tiene para lograr el producto final, donde se incluye el costo en base de
recursos humanos y recursos materiales. (Vase Anexo pg. :).
Factibilidad Operativa
La viabilidad operativa estudia dos aspectos, por un lado si se cuenta con
personal capacitado para implementar el proyecto y por otro lado si existen
usuarios que van a utilizar el producto o servicio generado.
Segn Kendall y Kendall (1997) la factibilidad operacional depende de los
recursos humanos disponibles para el proyecto, e involucra proyectar si el sistema
operar y ser usado una vez que est instalado (p. 56).
La implantacin del software en la Corporacin Socialista de Desarrollo del
Estado Sucre (COSDESU), la llevaran a cabo los autores del proyecto y estos a la
vez tendrn un tutor acadmico de la Universidad Politcnica Territorial del Oeste
de Sucre(UPTOS)el cual se encargara que el trabajo realizado sea eficiente, por
otra parte la propuesta de implantacin es

aceptada de la institucin; y se

garantiza que el sistema ser usado por los trabajadores, por ello se puede
concluir que el proyecto es operativamente factible.

Factibilidad psicosocial:
Se presentara la propuesta de implementacin del Sistema de Gestin De
Cobranza para la Divisin de Recuperacin de COSDESU a los empleados de la
institucin mediante una pequea entrevista informal, lo cual permitir conocer la

20

receptividad del personal de la organizacin en relacin al proyecto, y se definirn

los lmites del sistema y las necesidades de los usuarios. Sugiriendo un
adiestramiento adecuado dirigido a todos los usuarios que utilizarn esta
herramienta.

21

Captulo II
Fundamentacin Terica
2.1.- Antecedentes de la investigacin
Vegas y Contreras (2013-2014) Desarrollaron un Sistema de Gestin de
Cobranza para la Divisin de Recuperacin de la Corporacin Socialista de
Desarrollo del Estado Sucre (COSDESU) Cuman, Ao 2013-2014. El cual le
ofrece a la Corporacin Socialista del Estado Sucre (COSDESU) la opcin de
agilizar el trabajo dentro de la institucin, ya que se llevar el control cobros de
manera digital y no manualmente. Los usuarios debern ser adiestrados por los
desarrolladores del sistema para que estos puedan conocer el producto
presentado.
Este proyecto es la principal fuente de informacin, ya que se realizar la
fase de implementacin y pruebas sobre el Sistema de Gestin de Cobranza
(SIGESCO), el cual fue desarrollado y puesto en marcha por sus autores
intelectuales. Es una gua general para esta investigacin, ya que es el proyecto
de estudio y sobre el cual se est trabajando.
Gutirrez y Martnez (2000) elaboraron una investigacin denominada
Evaluacin del sistema de Crdito y Cobranza del Hotel Maruma Internacional.
Universidad Rafael Belloso Chacn, Facultad de Ciencias Administrativas. Este
proyecto servir de apoyo en cuanto a la metodologa y pruebas de la puesta en
marcha de SIGESCO. La investigacin presentada tuvo como propsito: Evaluar
el Sistema de Crdito y Cobranza del Hotel Maruma Internacional, para lo cual se
determinaron cules eran los canales de comunicacin utilizados para la empresa,
se identificaron los requerimientos del proceso de crdito y cobranza, la rotacin
de las cuentas por cobrar y los tiempos promedios de cobranza.

En el mismo orden de ideas Gonzlez y Ortega (2000) realizaron un

22

trabajo especial de grado en la Universidad Rafael Belloso Chacn, titulado:

Diseo de un Sistema de Crdito y Cobranza para la Distribuidora de Libros
Venezolanos Dislivenca. El proyecto ser de gua y apoyo en cuanto al sustento
del Marco Terico, as como tambin se comparara la metodologa de este
sistema con la del sistema SIGESCO. Tuvo como propsito elaborar el diseo de
un sistema de crdito y cobranza para la empresa antes mencionada. Para la cual
se analizaron las normas y procedimientos que se llevaron actualmente en el
departamento de crdito y cobranza, adems de establecer estrategias
administrativas que garanticen el formato para el otorgamiento de crdito y
garantizar el control para elaborar las normas y procedimientos que deben
considerarse en Dislivenca.

Por otro lado Oberto y Escobar (2000), disearon un Sistema Estratgico

de Crdito y Cobranza para la empresa Ferre Acrlicas El Rincn del Pintor, C.A.
Universidad del Zulia. Facultad de Ciencias Econmicas y Sociales. Al igual que el
antecedente anteriormente mencionado, el proyecto de Oberto y Escobar est
diseado con la misma metodologa e ideas de crdito y cobranza entre las cuales
se encuentra la puesta en marcha de SIGESCO. El propsito de este estudio fue
realizar el Diseo de un Sistema estratgico entre el Depto. Crdito y el Depto.
Cobranza, es decir; tuvo como objetivos de investigacin evaluar el sistema de
gestin existente de crdito y cobranzas que desarrolla la empresa, persiguiendo
reconocer su eficiencia y confiabilidad actual segn los registros disponibles
relacionados con las transacciones realizadas con respecto a los ingresos por
ventas y cuentas por cobrar, mediante la metodologa del anlisis estratgico,
analizar las polticas de ventas establecidas por la empresa con la finalidad de
verificar su alcance y pertinencia actual sobre el sistema de gestin de crdito y
cobranza y disear estrategias que permitan mejorar la gestin realizada con
respecto al manejo de crditos y las cobranzas de la empresa.(p.3)
As como tambin Velsquez Flores, C.A.M. (2013). En su tesis para
optar por el ttulo de ingeniero informtico titulada: Anlisis, diseo e
implementacin de un sistema de recaudacin de deudas. Con esta tesis se

23

podrn comparar las metodologas aplicadas para la implementacin del sistema

de recaudacin de deudas con la del sistema de cobranza. Realiz el anlisis,
diseo e implementacin de un sistema que administra la cartera de clientes
deudores de empresas comerciales y financieras de forma provechosa. Logrando
gestionar de forma ms eficiente los recursos para atacar cada uno de los casos
de la mejor manera posible y brindar soporte a las actividades llevadas a cabo a lo
largo del proceso alcanzando un control sobre cada una de las comunicaciones
dadas con el deudor (p. 2).

2.2.- Bases Tericas

2.2.1.- Sistemas de informacin
Toda organizacin debe tener un sistema que le permita garantizar el buen
funcionamiento, en cuanto a su actividad, el cual permita alcanzar las metas y
objetivos propuestos por dichas organizaciones.
Para tener ms precisin en cuanto al sistema se presentan las siguientes
definiciones.
Catcora (1996), lo define como la combinacin de diversos
elementos y componentes que se caracterizan por algunos atributos
identificables que se relacionan entre s, el cual tiene como funcin
lograr alcanzar un objetivo comn (Pg. 22).
Por su parte Rosemberg (1991), lo define como toda operacin que
se lleva a cabo en los procesos, tcnicas y procedimientos para
lograr el control de una actividad, con el objeto de formar un todo
organizado (Pg. 385).
A partir de estas definiciones, se puede decir que el sistema es un proceso
por el cual se encaminan todas las organizaciones, para cumplir con los objetivos
propuestos y llevar a cabo actividades, con el objeto de lograr mejorar su
rendimiento.

2.2.1.1.- Importancia de los sistemas

En cuanto a la importancia Catcora(1996), expresa que:

24

Toda organizacin requiere de un sistema, ya que a travs de l se

llevan a cabo los procesos contables. De esto se deduce la gran
importancia que tienen los sistemas, cmo su uso, redunda en
beneficios para toda organizacin.
El buen funcionamiento de una organizacin, consiste bsicamente
en el manejo de sistemas complejos de mayor o menor grado, donde
con el transcurrir del tiempo se ha observado que cada da el sistema
en general tiene mayor importancia en una organizacin, ya que los
procedimientos, mtodos y formas, forman parte de un sistema
donde estos son un medio de aplicacin y de resultados que van en
busca de los objetivos primordiales de la empresa (Pg. 21).
2.2.2.- Implantacin de sistemas informticos
Camacho y Ramos, en su tesis para obtener el ttulo profesional de
Ingeniero de Sistemas Metodologa tctica para la implantacin de sistemas de
informacin basada en mtrica y COBIT, define la implantacin como El mtodo
de implantacin consiste en la descomposicin del trabajo en fases compuestas a
su vez de actividades o tareas. As, se pretende llevar a cabo el proyecto
cumpliendo etapas parciales, mucho ms fciles de abordar y controlar. (Pg. 26).

El documento en lnea, nombrado Una Introduccin a la Ingeniera de

Software, define la implantacin de sistemas como:
Para nosotros el trmino implantar refleja mucho mejor el espritu
de este proceso porque cuando lo hacemos, ms que poner en
funcionamiento un software en una computadora, entendemos que
ese proceso busca insertar al sistema en la Organizacin,
cambiando su forma antigua de funcionar, sus paradigmas y
costumbres. Entendiendo la implantacin de un sistema de
informacin como el proceso que tiene como fin ltimo que ese
sistema se inserte en la Organizacin que lo recibe, que interacte
adecuadamente con el resto de las acciones que se ejecutan y con
las personas que lo utilizan y que funcione sin causarle problemas al
resto de esa Organizacin.
2.2.2.1.- La implantacin como cambio organizacional

25

Prof. Luis Eduardo Mendoza M. (2014) explica en su documento en linea

Sistema de Informacin III que existen cinco (5) factores que tienen relacin con
el xito de la implementacin:

Caractersticas tcnicas: Cul de las TI del mercado, que sea estndar,

confiable y est disponible, satisface los requerimientos?

Acciones gerenciales: Deben dar soporte y las decisiones relacionadas

con el sistema deben ser ampliamente conocidas

Actitudes de los usuarios hacia los sistemas y el personal si: si sta

es positiva, incrementa las posibilidades de xito

Estilo de decisin: el ser altamente participativo puede propiciar el xito.

Si no, debe buscarse el adecuado.

Las personas y las situaciones: Considerar a los usuarios deseosos y

los climas organizacionales propicios.

2.2.3.- El proceso de adiestramiento

Hay que considerar a quin se va a adiestrar:
Usuarios directos del sistema.
Usuarios indirectos del sistema.
Cada tipo de usuario tiene diferentes expectativas y habilidades.
Normalmente, los trabajadores que ejercen el rol de instructor, son:
Analistas que conocen el (los) sistema(s).
Instructores externos.
Instructores internos (Mendoza, 2014)

26

2.2.4.- El proceso de prueba

Un sistema falla porque tiene al menos un defecto. Es por ello que hay que
realizar pruebas, con la finalidad de eliminar los defectos. Es una actividad ingrata
y debe hacerla un grupo no involucrado con el desarrollo. La actividad de prueba
se debe prever desde el inicio del proyecto.

Dadas las caractersticas del

software, este puede requerir un plan de pruebas muy costoso. Este plan debe
delinearse desde el inicio del proyecto para estipular: tiempo, recursos humanos,
recursos de HW y SW, posible datos especiales, etc. (Mendoza, 2014)
2.2.3.- Pruebas de aplicacin de un sistema
Probar es el proceso de ejecucin de software con la intencin de encontrar
y corregir errores. Ya que los sistemas web residen en red y son accesibles desde
muchos sistemas operativos, navegadores de varios dispositivos, plataformas de
hardware la bsqueda de errores representa un reto significativo. Las pruebas se
enfocan en contenido, funcin, estructura, usabilidad, navegabilidad, rendimiento,
compatibilidad, interaccin, capacidad y seguridad. Estas pruebas ocurren
mientras se disea y desarrolla la aplicacin y pruebas que se llevan a cabo una
vez que se implementa. (Mendoza, 2014)
Como parte de las pruebas al sistema se examinan las siguientes
dimensiones de calidad.
Contenido: Evala tanto en el nivel sintctico como en el semntico. En el
primero, se valora el vocabulario, puntuacin y gramtica de los textos en la
aplicacin. En el segundo se valora la consistencia de la informacin.
Funcin: Se prueba para descubrir errores que indican falta de conformidad
con los requerimientos del cliente.
Estructura: Se valora para garantizar que entrega adecuadamente el
contenido y la funcin de la aplicacin.

27

Usabilidad: Se prueba para asegurar que la interfaz soporta cada tipo de

usuario.
Navegabilidad: Se prueba para asegurar que toda la sintaxis y la
semntica de navegacin se ejecutan para descubrir cualquier error de
navegacin (por ejemplo, vnculos muertos, inadecuados y errneos).
Rendimiento: Se prueba bajo condiciones operativas, configuraciones y
cargas diferentes a fin de asegurar que el sistema responde a la interaccin con el
usuario y que maneja la carga operativa con un nivel aceptable.
Compatibilidad:

Se

prueba

al

ejecutar

la

aplicacin

en

varias

configuraciones del cliente como en el servidor.

Interoperabilidad: Se prueba para garantizar que la aplicacin tiene la
interfaz adecuada con otras aplicaciones y/o bases de datos.
Seguridad: Se prueban al valorar las vulnerabilidades potenciales e intenta
explotar cada una. Cualquier intento de penetracin exitoso se estima como un
fallo de seguridad.
El procedimiento bsico de pruebas de aplicaciones Web se basa en definir
entradas (informacin a partir de la cual la aplicacin generara una serie de
contenidos Web) y realizar comprobaciones sobre las salidas (contenidos Web
generados: documentos HTML, JavaScript, documentos XML, etc.). Se trata, por
tanto, de pruebas funcionales que se realizan mediante un enfoque de caja negra,
es decir, los casos de prueba se construyen sin tener en cuenta la estructura
interna de la aplicacin sino nicamente sus entradas y salidas esperadas. Estas
entradas y salidas son tpicamente peticiones HTTP y documentos Web
respectivamente. (Mendoza, 2014)

28

2.2.4.1.- Pruebas de caja negra y caja blanca

Mauricio Caraballi (2014) en su documento web Pruebas de caja negra y
caja blanca explica que la fase de pruebas es una de las ms costosas del ciclo
de vida software. La fase de pruebas es una de las ms costosas del ciclo de vida
software.
Una vez generado el cdigo el software debe ser probado para descubrir el
mximo de errores posibles antes de su entrega al cliente. Es probado para
descubrir errores cometidos sin darse cuenta al realizar su diseo y construccin
La prueba requiere una mayor cantidad del esfuerzo dedicado al proyecto que
cualquier otra actividad de ingeniera del software. (Caraballi, 2014)
2.2.4.2.- Prueba de caja blanca
Son pruebas estructurales. Conociendo el cdigo y siguiendo su estructura
lgica, se pueden disear pruebas destinadas a comprobar que el cdigo hace
correctamente lo que el diseo de bajo nivel indica y otras que demuestren que no
se comporta adecuadamente ante determinadas situaciones. Ejemplos tpicos de
ello son las pruebas unitarias. Se centran en lo que hay codificado o diseado a
bajo nivel por lo que no es necesario conocer la especificacin de requisitos, que
por otra parte ser difcil de relacionar con partes diseadas a muy bajo nivel.
Entre las pruebas de caja blanca se encuentran
-

Pruebas Hacking:

Es una prueba de penetracin, en la cual se supone que el Hacker conoce

todos los detalles del programa y se quiere averiguar que pasara si un intruso
entra en la misma.
-

Pruebas de flujo de control:

29

En estas pruebas se quiere encontrar errores en la parte lgica del

programa.

Utilizando

las

condiciones

simples

(operador-relacin)

con

condiciones complejas (N x [operador-relacin]). Por ejemplo este encuentra

errores con los parntesis, con variables y hasta de operaciones aritmticas.
(Caraballi, 2014)
2.2.4.3.- Pruebas de caja negra
Son pruebas funcionales. Se parte de los requisitos funcionales, a muy alto
nivel, para disear pruebas que se aplican sobre el sistema sin necesidad de
conocer como est construido por dentro (Caja negra). Las pruebas se aplican
sobre el sistema empleando un determinado conjunto de datos de entrada y
observando las salidas que se producen para determinar si la funcin se est
desempeando correctamente por el sistema bajo prueba. Las herramientas
bsicas son observar la funcionalidad y contrastar con la especificacin. Ejemplos
tpicos de pruebas de caja negra son la comprobacin de valores lmite, pruebas
de integridad de la base de datos, pruebas de situaciones de excepcin, o pruebas
de rendimiento del sistema. Presentan una limitacin en cuanto a que es
prcticamente imposible reproducir todo el espectro por la innumerable cantidad
de combinaciones de entrada posibles, agravada por el desconocimiento de la
lgica interna.
El desarrollo de pruebas de caja blanca, no solo evala el comportamiento
del usuario con la interfaz, sino que busca errores en el cdigo fuente.
No es posible garantizar que un software o sistema jams falle, tan solo se
puede realizar pruebas que disminuyan este riesgo.
Las pruebas de caja negra, buscan verificar que la relacin entre las
entradas y las salidas sean correctas.
-

Pruebas de flujo de datos:

30

Por medio de esta herramienta se hace la seleccin ms adecuada del flujo

de datos, para llegar a una resolucin correcta. Esto para probar las variables y
definiciones en el programa.
-

Pruebas de bifurcacin (branchtesting):

Como lo dice su ttulo, es ligado a una bifurcacin o para bucles. Con ella
podemos definir si algn bucle est correctamente implementado y si las lneas de
cdigo donde exista una condicin es la mejor opcin o si debera ser cambiada.
-

Pruebas de caminos bsicos:

Esta prueba lo que demuestra es el conjunto de pasos base del programa,

lo que quiere lograr es que cada sentencia de cdigo se ejecute mnimo una vez.
Ac se usan herramientas como grafos, diagramas de flujo, la complejidad
ciclomtica, entre otros.
La particin de equivalencia es un mtodo de prueba de Caja Negra que
divide el campo de entrada de un programa en clases de datos de los que se
pueden derivar casos de prueba. La particin equivalente se dirige a una definicin
de casos de prueba que descubran clases de errores, reduciendo as el nmero
total de casos de prueba que hay que desarrollar. En otras palabras, este mtodo
intenta dividir el dominio de entrada de un programa en un nmero finito de clases
de equivalencia. De tal modo que se pueda asumir razonablemente que una
prueba realizada con un valor representativo de cada clase es equivalente a una
prueba realzada con cualquier otro valor de dicha clase. Esto quiere decir que si el
caso de prueba correspondiente a una clase de equivalencia detecta un error, el
resto de los casos de prueba de dicha clase de equivalencia deben detectar el
mismo error. Y viceversa, si un caso de prueba no ha detectado ningn error, es
de esperar que ninguno de los casos de prueba correspondientes a la misma
clase de equivalencia encuentre ningn error. El diseo de casos de prueba segn
esta tcnica consta de dos pasos:

31

1. Identificar las clases de equivalencia.

2. Identificar los casos de prueba.
Las condiciones lmite son aquellas que se hayan en los mrgenes de la
clase de equivalencia, tanto de entrada como de salida. Por ello, se ha
desarrollado el anlisis de valores lmite como tcnica de prueba. Esta tcnica nos
lleva a elegir los casos de prueba que ejerciten los valores lmite.
-

Anlisis Causa-Efecto.

Las pruebas de caja negra se centran en lo que se espera de un mdulo, es

decir, intentan encontrar casos en que el mdulo no se atiene a su especificacin.
Por ello se denominan pruebas funcionales, y el probador se limita a suministrarle
datos como entrada y estudiar la salida, sin preocuparse de lo que pueda estar
haciendo el mdulo por dentro.
Las pruebas de caja negra estn especialmente indicadas en aquellos
mdulos que van a ser interfaz con el usuario (en sentido general: teclado,
pantalla, ficheros, canales de comunicaciones, etc.) Este comentario no obsta para
que sean tiles en cualquier mdulo del sistema. Las pruebas de caja negra se
apoyan en la especificacin de requisitos del mdulo. De hecho, se habla de
"cobertura de especificacin" para dar una medida del nmero de requisitos que
se han probado. (Caraballi, 2014)
2.2.4.4.- Ventajas y desventajas de pruebas de caja negra y pruebas de caja
blanca.
-

Pruebas de Caja Negra

Ventajas: con ellas es fcil encontrar la funcin de un sistema y

poder probar esa capacidad y ver hasta qu punto es capaz de

desarrollarse.

32

Desventajas: a veces estas pruebas pueden ser complicadas si no

se cuenta con datos suficientes para el estudio ya que un sistema puede
tener maneras de ejecucin complicadas y puede averiarse el sistema sin el
debido cuidado.
-

Pruebas de caja blanca

Ventajas: es recomendable hacer estas pruebas si se tiene la

oportunidad ya que por estas pruebas se conoce el funcionamiento interno

de un sistema lo que si se aslan los componentes de un sistema en cajas
negras puede hacerse un prueba de caja blanca a cada componente lo que
en consecuencia puede llegar a dar el funcionamiento de ese sistema o
como es que trabaja.
Desventajas: para hacer una prueba de caja blanca se debe tener
mucho cuidado en examinar los componentes de un sistema ya que
cualquier dato incorrecto o datos perdidos ya sea por no vistos o incorrecto
uso puede llevar a un sistema al colapso y si el sistema no es ensamblado
correctamente puede tenerse por seguro que el sistema no cumplir o bien
todas sus funciones o no las cumplir correctamente o simplemente no las
cumplir, esto es del punto de vista fsico pero al estudiar un sistema del
punto de vista logartmico solo se deben aislar los logaritmos e identificar su
funcionamiento aparte y luego su funcionamiento como un todo. (Caraballi,
2014)
2.2.5.- Evaluacin de calidad de software
Estayno Marcelo y Daposo Gladys, en su documento nombrado Modelos y
Mtricas para Evaluar Calidad de Software, definen la calidad de software como:
La calidad del software es una compleja combinacin de factores,
que variarn entre diferentes aplicaciones. Diversos autores como
Pressman, McCall y estndares, como ISO 9126 han tratado de

33

determinar y categorizar los factores que afectan a la calidad del

software. (Pag.1)
Una definicin amplia de calidad, planteada en la norma UNE-EN ISO 8402
expresa que la calidad es el conjunto de propiedades y caractersticas de un
producto o servicio que le confieren su aptitud para satisfacer unas necesidades
explcitas o implcitas. Llevada esta definicin al campo de la ingeniera de
software, la IEEE Std 610 seala que la calidad del software es el grado con el
que un sistema, componente o proceso cumple los requerimientos especificados y
las necesidades o expectativas del cliente o usuario. Por su parte Pressman se
refiere a la calidad del software como la concordancia con los requisitos
funcionales y de rendimientos explcitamente establecidos, estndares de
desarrollo explcitamente documentados y caractersticas implcitas que se espera
de todo software desarrollado profesionalmente. (Estayno y Diaposo)
2.2.5.1.- Calidad del producto y del proceso
Al intentar definir el concepto de calidad del software se debe diferenciar
entre la calidad del Producto de software y la calidad del Proceso de desarrollo del
mismo. No obstante, las metas que se establezcan para la calidad del producto
van a determinar las metas a establecer para la calidad del proceso de desarrollo,
ya que la calidad del producto va a estar en funcin de la calidad del proceso de
desarrollo. Sin un buen proceso de desarrollo es casi imposible obtener un buen
producto. Hay un vnculo claro entre la calidad del proceso y del producto en
produccin debido a que el proceso es relativamente fcil de estandarizar y
monitorizar.
Cada sistema de produccin se calibra, y debe producir una y otra vez
productos de alta calidad. Sin embargo, el software no se manufactura, sino que
se disea. El desarrollo de software es un proceso ms creativo que mecnico,
donde las experiencias y habilidades individuales son importantes. La calidad del
producto, sea cual fuere el proceso utilizado, tambin se ve afectada por factores

34

externos, como la novedad de una aplicacin o la presin comercial para sacar un

producto rpidamente. (Estayno y Diaposo)
2.2.5.2.- Modelos de calidad de software
A lo largo del tiempo se han desarrollado diferentes modelos para evaluar la
calidad del software, que intentan descomponer la calidad en una categora de
caractersticas ms sencillas. Entre ellos puede mencionarse el de McCall, Evans
y Marciniak, Deutch y Willis, FURPS, entre otros.
Un hito en la definicin de estndares de calidad de producto software, lo
constituye la publicacin del ISO 9126 en el ao 1991. Luego, en el ao 2001, este
estndar fue reemplazado por dos estndares relacionados: el ISO/IEC 9126, que
especifica caractersticas y mtricas de la calidad del software; y el estndar
ISO/IEC 14598, que especifica la evaluacin de productos de software El estndar
ISO/IEC 9126 se compone de cuatro partes: modelo de calidad, mtricas externas,
mtricas internas y mtricas para la calidad en uso . Propone un modelo de
calidad categorizando la calidad de los atributos software en seis caractersticas
(funcionalidad, fiabilidad, usabilidad, eficiencia, mantenibilidad y portabilidad), las
cuales son subdivididas en subcaractersticas. La calidad de uso es definida como
la capacidad del software que posibilita la obtencin de objetivos especficos con
efectividad, productividad, satisfaccin y seguridad.
El modelo ms actual est representado por las normas ISO 25000:2005,
conocidas con el nombre de SQuaRE (Software Quality Requirements and
Evaluation), basada en ISO 9126 y en ISO 14598, se desagrega en 5 tpicos: 1Gestin de la Calidad (2500n), 2- Modelo de Calidad (2501n), 3- Medidas de
Calidad (2502n), 4-Requerimientos de Calidad (2503n) y 5-Evaluacin de la
Calidad (2504n). La especificacin de requisitos de calidad y la evaluacin de
productos software son dos procesos que por su inherente complejidad pueden
beneficiarse del proceso que regule su realizacin. Sin embargo, y como seala el
estndar SQuaRE, es importante que sus objetivos estn alineados. Por ello, la

35

creacin de una norma que regule su realizacin pueda ser muy beneficiosa, en
cuanto a la consistencia de los resultados obtenidos.
Otro aspecto destacable de SQuaRE es la incorporacin de una
normalizacin de la terminologa, considera la Metrologa como la ciencia de la
medida y la necesidad de amoldar los conceptos usados en Ingeniera del
Software a los utilizados en otras disciplinas que hacen uso de la medicin.
(Estayno y Diaposo)

2.2.5.- Mtricas y medicin

La medicin es un elemento clave en cualquier proceso de ingeniera. Las
medidas se emplean para comprender mejor los atributos de los modelos que se
crean y evaluar la calidad de los productos de la ingeniera. Por las caractersticas
inherentes al software, sus medidas y mtricas son indirectas y, por lo tanto,
expuestas al debate.
Una mtrica contiene la definicin de un mtodo de medicin o un mtodo
de clculo y la escala asociada. El mtodo de medicin es la secuencia lgica
particular de operaciones y posibles heursticas, especificada para permitir la
realizacin de la descripcin de una mtrica por una actividad de medicin. Por
otro lado, la escala se define como un conjunto de valores con propiedades
definidas.
La propiedad ms importante de una escala es su tipo, considerando que
puede ser Categrica o Numrica. A su vez, dependiendo de la naturaleza de la
relacin entre los componentes de la escala, pueden clasificarse en: nominal,
ordinal, intervalo, proporcin o absoluta. El tipo de escala de los valores medidos
define las transformaciones admisibles y afecta las operaciones matemticas y
estadsticas que pueden ser aplicadas. Las mtricas pueden ser directas, sobre
las que puede aplicarse un mtodo de medicin (objetivo o subjetivo); o indirectas,
que son aquellas definidas en funcin de otras mtricas y se calculan en base al
mtodo de clculo asociado, es decir en base a una frmula. (Estayno y Diaposo)

36

2.3.- Bases legales

2.3.1.- Ley De Infogobierno
Captulo I
La presente ley est sujeta a la argumentacin legal del proyecto Sistema
de Gestin para la Cobranza de la Divisin de Recuperacin

de COSDESU

(SIGESCO), ya que explica en su Artculo 1, su objetivo principal, el cual es:

Establecer los principios, bases y lineamientos que rigen el uso de
las tecnologas de informacin en el Poder Pblico y el Poder
Popular, para mejorar la gestin pblica y los servicios que se
prestan a las personas; impulsando la transparencia del sector
pblico; la participacin y el ejercicio pleno del derecho de soberana;
as como, promover el desarrollo de las tecnologas de informacin
libres en el Estado; garantizar la independencia tecnolgica; la
apropiacin social del conocimiento; as como la seguridad y defensa
de la Nacin. (p.1)
En su Artculo 2, habla del mbito que abarca, donde se incluyen Las
universidades pblicas, as como cualquier otra institucin del sector universitario
de naturaleza pblica. (p.2), as como tambin:
Las sociedades de cualquier naturaleza, las fundaciones, empresas,
asociaciones civiles y las dems creadas con fondos pblicos o
dirigidas por las personas a las que se refiere este artculo, en las
que ellas designen sus autoridades, o cuando los aportes
presupuestarios o contribuciones en un ejercicio efectuados por las
personas referidas en el presente artculo representen el cincuenta o
ms de su presupuesto. (p.2).
En el Artculo 3 se expone la finalidad de la ley, donde explica que tiene
como fin: Garantizar el ejercicio de los derechos y el cumplimiento de los deberes
de las personas, a travs de las tecnologas de informacin.(p.3), en el mismo
orden de ideas dice que se debe Garantizar la transparencia de la gestin
pblica, facilitando el acceso de las personas a la informacin pblica (p.3).

37

Captulo II
En su Artculo 6 explica que:
El Poder Pblico, en el ejercicio de sus competencias, debe utilizar
las tecnologas de informacin en su gestin interna, en las
relaciones que mantengan entre los rganos y entes del Estado que
lo conforman, en sus relaciones con las personas y con el Poder
Popular, de conformidad con esta Ley y dems normativa aplicable.
El Poder Popular debe utilizar las tecnologas de informacin en los
trminos y condiciones establecidos en la ley. (p.7)
Considerndose COSDESU como un ente pblico que ofrece servicios al
estado, entra en sus deberes, utilizar las tecnologas de informacin en su gestin
interna, as como tambin en la relacin que mantiene con el pblico, es por ello
que se planteo la puesta en funcionamiento del Sistema de Gestin de Cobranza
donde tambin el pblico o los benefactores de esta corporacin tendrn un
acceso a travs de la pgina web, donde podrn gestionar sus estados de cuenta
sin necesidad de estar asistiendo a la empresa. De igual manera explica que las
personas pueden seguir asistiendo a COSDESU para verificar sus estados de
cuenta, en el Artculo 7:
La obligacin establecida en el artculo anterior en ningn caso se
entender como un modo de restriccin o discriminacin para las
personas, por lo que, el acceso a la prestacin de los servicios
pblicos, como a cualquier actuacin del Poder Pblico, debe ser
garantizada por cualquier medio existente, sin perjuicio de las
medidas que la presente Ley y la normativa que a tal efecto se
establezca, con el fin de hacer efectivo el derecho de las personas a
utilizar las tecnologas de informacin en sus relaciones con el
Estado. (p.7)
Tambin en el artculo 8, se ratifica esto, donde dice que las personas
tienen derecho a Realizar pagos, presentar y liquidar impuestos, cumplir con las
obligaciones pecuniarias y cualquier otra clase de obligacin de esta naturaleza,
haciendo uso de las tecnologas de informacin.(p.7), asi como tambin a:
Obtener copias de los documentos electrnicos que formen parte de

38

procedimientos en los cuales se tenga la condicin de interesado o

interesada.(p.7).
En su Artculo 15, tambin expresa la necesidad de implementar sistemas
de informacin en el Poder Pblico acorde con las necesidades de las personas:
En el diseo y desarrollo de los sistemas, programas, equipos y
servicios basados en tecnologas de informacin, se debe prever las
consideraciones de accesibilidad y usabilidad necesarias para que
estos puedan ser utilizados de forma universal por aquellas personas
que, por razones de discapacidad, edad, o cualquier otra condicin
de vulnerabilidad, requieran de diferentes tipos de soportes o canales
de informacin. (p.9)
SIGESCO, cuenta con un acceso web para aquellas personas que por sus
limitaciones no puedan asistir a la corporacin, desde cualquier punto de acceso
puedan revisar sus estados de cuenta y realizar pagos. Tambin es de uso fcil
para aquellos usuarios que tengan un nivel bsico en el manejo del computador.
En el Artculo 27, habla de las copias impresas de los documentos
electrnicos:
Cuando la Ley exija que un documento deba ser presentado en
formato impreso y se encuentre en formato electrnico, tal requisito
queda satisfecho cuando ste se presente en formato impreso y
contenga un cdigo unvoco que lo identifique y permita su
recuperacin en el repositorio.
La pgina web de COSDESU, permite la impresin de los estados de
solvencia para as a la hora de pedir un crdito, puede asistir la persona con ese
estado de solvencia y su cdigo y en la corporacin se verificara si ese cdigo es
legtimo y asi tomar o no en cuenta su caso.

2.3.2.- Ley Orgnica de Ciencia, Tecnologa e Innovacin

Ttulo I: Disposiciones fundamentales
Este proyecto est acorde a los lineamientos de esta ley, ya que en su
Artculo 3, explica quienes estn sujetos a la Ciencia, Tecnologa e Innovacin. .A
tal efecto, unos de los principales que forman parte del Sistema son: Las

39

instituciones de educacin superior y de formacin tcnica, academias nacionales,

colegios profesionales, sociedades cientficas, laboratorios y centros de
investigacin y desarrollo, tanto pblicos como privados.(p.6).
As como tambin en el Artculo 4, expone que se debe Estimular y
promover los programas de formacin necesarios para el desarrollo cientfico y
tecnolgico del pas.(p.7)

En su Artculo 5.explica que se deben promover:

Actividades de ciencia, tecnologa, innovacin y sus aplicaciones, as
como, la utilizacin de los resultados, deben estar encaminadas a
contribuir con el bienestar de la humanidad, la reduccin de la
pobreza, el respeto a la dignidad, a los derechos humanos y la
preservacin del ambiente.(p.8)
Por tanto la aplicacin de SIGESCO cumple con lo planteado en esta ley, ya
que uno de los principales beneficios de la puesta en marcha de este sistema es
contribuir al bienestar de la humanidad y de la reduccin de la pobreza en el
estado.
2.3.3.- plan de la Patria (2013-2019). Repblica Bolivariana de Venezuela.
Este proyecto cumple con las directrices del Plan de la Patria 2013-2019, ya
que en su Objetivo Nacional 1.5 plantea que se deben Desarrollar nuestras
capacidades cientfico-tecnolgicas vinculadas a las necesidades del pueblo
(p.10). As como tambin en su Objetivo 1.5.1.3 plantea que se debe:
Fortalecer y orientar la actividad cientfica, tecnolgica y de
innovacin hacia el aprovechamiento efectivo de las potencialidades
y capacidades nacionales para el desarrollo sustentable y la
satisfaccin de las necesidades sociales, orientando la investigacin
hacia reas estratgicas definidas como prioritarias para la solucin
de los problemas sociales.(p.10)
Por tanto el proyecto entra en los lineamientos del plan, ya que fomenta la
tecnologa de Desarrollo del Estado Sucre en cuanto a sus actividades laborales
como se menciona en la vinculacin con los planes que tiene la Repblica

40

Bolivariana de Venezuela actualmente; as como tambin se consigui la

colaboracin y participacin de todos los empleados con la finalidad de formar una
nueva sociedad con un nuevo modelo social, productivo, socialista y humanista.
Como lo plantea en su objetivo 1.5.2.4. Desarrollar aplicaciones informticas
que atiendan necesidades sociales (p.10).
2.3.4.- Programa Nacional de Formacin en Informtica. Gaceta Oficial
N3147. Repblica Bolivariana de Venezuela.
Esta gaceta tiene como fin fundamental que los conocimientos adquiridos
en la universidad sean aplicados en la sociedad, lo cual se planteo como Objetivo
Principal:
Vincular la formacin y la creacin intelectual a la produccin de
bienes y servicios, tales como: Soluciones informticas y
componentes de software, bajo estndares de calidad, priorizando el
uso de software libre; asesora y consultora en el rea de
informtica; diseo y produccin de componentes de arquitectura del
computador; instalacin y ensamblaje de equipos en el rea de
computacin; capacitacin, soporte tcnico a usuarios y equipos;
diseo, implementacin, mantenimiento y administracin de bases
de datos y redes.
Por lo tanto el proyecto cumple con el Programa Nacional de Formacin en
Informtica, ya que se implement y evalu, el sistema de gestin SIGESCO, el
cual fue desarrollado bajo los conocimientos adquiridos en la Universidad
Politcnica Territorial del Oeste de Sucre Clodosbaldo Russian.

2.3.5.- Gaceta Oficial de la Repblica bolivariana de Venezuela. Caracas,

lunes 9 de agosto de 2010. N 39.483.
Resolucin N 549
Captulo III
Artculo 16.Los proyectos son unidades curriculares de integracin de
saberes y contraste entre teora y prctica vinculada a la produccin de bienes o la

41

prestacin de servicios, por lo que se constituyen en el eje central de los

programas Nacionales de formacin y comprenden espacios de formacin,
creacin intelectual y vinculacin social, asociados al desarrollo de capacidades, la
generacin de conocimientos, investigacin, innovacin, creacin artstica,
desarrollo tecnolgico y fortalecimiento del poder popular.
2.3.6.- Gaceta Oficial de la Repblica bolivariana de Venezuela. Caracas, 14
de mayo de 2008.N 38.930
Resolucin N 2963
Artculo 2. A los efectos de la presente resolucin, se entiende por:
Programas Nacionales de Formacin en Educacin Superior: el conjunto de
actividades acadmicas, conducentes a ttulos, grados o certificaciones de
estudios de educacin superior, creados por iniciativa del Ejecutivo Nacional, a
travs del Ministerio del Poder Popular para la Educacin Superior, diseados con
la cooperacin de Instituciones de Educacin Superior Nacionales, atendiendo a
los lineamientos del Plan de Desarrollo Econmico y Social de la Nacin, para ser
administrados en distintos espacios educativos del territorio Nacional.

42

Captulo III
Mtodo y Tcnicas a Utilizar
3.1.- Mtodos de investigacin.
3.1.1.- Diseo de la investigacin.
Segn expresa Hernndez (2003) La investigacin no experimental es
aquella que se realiza sin manipular deliberadamente variables. Es decir, es
investigacin donde se hace variar intencionalmente las variables independientes.
Lo que se hace en la investigacin no experimental es observar fenmenos tal y
como se dan en su contexto natural, para despus analizarlos. Como seala
Kerlinger (1979). "La investigacin no experimental o expost-facto es cualquier
investigacin en la que resulta imposible manipular variables o asignar
aleatoriamente a los sujetos o a las condiciones" (p. 116). De hecho, no hay
condiciones o estmulos a los cuales se expongan los sujetos del estudio. Los
sujetos son observados en su ambiente natural, en su realidad.
En un experimento, el investigador construye deliberadamente una
situacin a la que son expuestos varios individuos. Esta situacin consiste en
recibir un tratamiento, condicin o estmulo bajo determinadas circunstancias, para
despus analizar los efectos de la exposicin o aplicacin de dicho tratamiento o
condicin. Por decirlo de alguna manera, en un experimento se construye" una
realidad.
En cambio, en un estudio no experimental no se construye ninguna
situacin, sino que se observan situaciones ya existentes, no provocadas
intencionalmente por el investigador. En la investigacin no experimental las
variables independientes ya han ocurrido y no pueden ser manipuladas, el
investigador no tiene control directo sobre dichas variables, no puede influir sobre
ellas porque ya sucedieron, al igual que sus efectos. (Hernndez, 2003)
En esta investigacin, no se hizo manipulacin intencional para estudiar la
situacin de la corporacin COSDESU, por el contrario se estudi la situacin que
previamente exista y que vivan los trabajadores del departamento de cobranza

43

diariamente, tal y como se da en su contexto natural, por ende se considera una

investigacin no experimental.
3.1.2- Tipo de investigacin.
As mismo, un diseo no experimental de tipo transaccional o transversal,
segn, Hernndez (2003), son los que recolectan datos en un solo momento, en
un tiempo nico. Su propsito es describir variables y analizar su incidencia e
intercalacin en un momento dado (o describir comunidades, eventos, fenmenos
o contextos) Es como tomar una fotografa de algo que sucede. Es aquella en
donde se recolecta datos en un solo momento, en un tiempo nico (p. 270).
Hernndez afirma que el diseo transaccional descriptivo tiene como objeto
indagar la incidencia y los valores en que se manifiesta una o ms variables. El
procedimiento consiste en medir en un grupo de personas u objetos una o
generalmente ms variables y proporcionar su descripcin. Son, por lo tanto,
estudios puramente descriptivos que cuando establecen hiptesis, estas son
tambin descriptivas.
En este caso en particular, el proyecto adopta una modalidad de tipo
transaccional descriptiva porque describe ciertas caractersticas de COSDESU,
(su ubicacin, su personal, las problemticas que presenta), adems se
detectaron las necesidades que presentaba la empresa con la informacin
adquirida, y observo

que el Sistema de Gestin de Cobranza que permite

administrar las recaudaciones de la institucin necesitaba agregarles ciertos

mdulos para mejorar la atencin al cliente y adicionalmente la informacin en la
empresa.

3.1.3- Poblacin
Segn Tamayo y Tamayo (2002) la poblacin se define como la Totalidad de
un fenmeno de estudio incluye la totalidad de unidades de anlisis o entidades de
poblacin que integra dicho fenmeno y que debe cuantificarse para determinar un

44

estudio. La poblacin est conformada por el personal activo que est

directamente implcito en el tema de investigacin. (pg. 176)
Esta poblacin est conformada por un total de siete (7) personas que
representan un 100% de la misma.

Cargo
Jefe Div. Recuperacin
Secretaria Recuperacin
Jefe Div. Crdito
Recepcionista
Programador Datos III
Tutor Empresarial
Asistente Administrativo
Total

Cantidad
1
1
1
1
1
1
1
7

Cuadro nro. 2. Distribucin de la poblacin

3.1.4- Muestra
La muestra es la que puede determinar la problemtica ya que le es capaz de
generar los datos con los cuales se identifican las fallas dentro del proceso. Segn
Tamayo y Tamayo (2002; p.38), afirma que la muestra es el grupo de individuos
que se toma de la poblacin, para estudiar un fenmeno estadstico
En funcin de esto se tom como muestra toda la poblacin, puesto que la
misma es de tipo finita y posee un nmero pequeo de individuos, un total de siete
(07) personas

3.2- Informantes claves

Nombre

Apellido

Perfil

Cargo

Donde est

45

Frank

Ramos

Yoner

Gonzlez

Licenciado

Jefe

Depto.

administracin

Informtica

mencin informtica
Trabajador Social

Jefe

Divisin

trabajando?
de COSDESU

de COSDESU

Cobranza
Tabla N2: Informantes claves.
3.3- Recogida de datos.
Los mtodos de recoleccin de datos que se usaron fueron la observacin
directa, entrevistas no estructuradas de tipo informal y encuestas cerradas.
La observacin directa es definida por Tamayo (1991) como aquella en la
cual el investigador puede observar y recoger datos mediante su propia
observacin (p.99)
La observacin indirecta, segn Tamayo (1991), se presenta
Cuando el investigador corrobora los datos que ha tomado de otros,
ya sea de testimonios orales o escritos de personas que han tenido
contacto de primera mano con la fuente que proporciona los datos.
(p.100)
En este sentido se procedi a visitar y supervisar el sistema SIGESCO del
departamento de cobranza de COSDESU, para comprobar y verificar la
funcionalidad del sistema. El instrumento que se utilizara para la recogida de fue
una encuesta, as como tambin un cuaderno de notas y lapiceros para anotar lo
observado.
Segn Sabino, C. (1992), de un modo general, una entrevista no
estructurada o no formalizada es aquella donde existe un margen ms o menos
grande de libertad para formular las preguntas y respuestas. No se guan por lo
tanto por un cuestionario o modelo rgido, sino que discurren con cierto grado de
espontaneidad, mayor o menor segn el tipo concreto de entrevista que se realice.
Entre estos tenemos:

46

La entrevista informal, es la modalidad menos estructurada posible de

entrevista ya que la misma se reduce a una simple conversacin sobre el tema de
estudio. Lo importante no es aqu definir los lmites de lo tratado ni ceirse a algn
esquema previo, sino A hacer hablar al entrevistado, de modo de obtener un
panorama de los problemas ms destacados, de los mecanismos lgicos y
mentales del respondiente, de los temas que para el resultan de importancia. Es
de gran utilidad en estudios exploratorios y recomendables cuando se trata de
abordar realidades poco conocidas por el investigador. Lo ms importante, en
este tipo de entrevista, es dar al entrevistado la sensacin clara y definida de que
puede hablar libremente, alentndolo y estimulndolo para que lo haga y cuidando
de no influirlo demasiado con nuestras actitudes o las palabras que decimos (p.
97-98)
Se efectuaron entrevistas al jefe del Departamento de Divisin y
Recuperacin para as conocer sus requerimientos y necesidades y as analizar
mtricas acorde con los requerimientos planteados por el personal del
departamento de informtica y el jefe de dicho departamento.
Cuestionario:
Con respecto al instrumento de medicin Hernndez y otros (2003, p. 276),
define el cuestionario como un conjunto de preguntas respecto a una o ms
variables a medir. Mediante este se obtuvo informacin relevante para el
desarrollo del presente estudio. El contenido de las preguntas es variado en
funcin a los objetivos planteados, el mismo contiene alternativas delimitadas de
respuesta el cual le da el carcter de preguntas cerradas.
Este tipo de cuestionario, Hernndez, Fernndez y Baptista (1991), manifiestan
que las preguntas cerradas contienen categoras o alternativas de respuestas que
han sido delimitadas, es decir, se presenta a los sujetos las posibilidades de las
respuestas y ellos deben circunscribirse a estas. (P.285)
Por su parte el instrumento consisti en unos dos cuestionarios que contiene las
preguntas elaboradas para extraer la informacin sobre la variable e indicadores
del objeto de estudio, el primer cuestionario con un total de diez tems, y el
segundo con un total de veintisis tems.

47

3.4 Metodologas de Desarrollo

En el desarrollo del sistema SIGESCO, se utiliz la metodologa OOHDM
pero en vista de que esta metodologa no deja claro la fase 4 de implementacin,
que est definida de esta forma:
Fase 4- Implementacin: Una vez obtenido el modelo conceptual, el
modelo de navegacin y el modelo de interfaz abstracta, slo queda llevar los
objetos a un lenguaje concreto de programacin, para obtener as la
implementacin ejecutable de la aplicacin.
Por ende, como esta etapa no describe las actividades que se llevan a cabo
para realizar la implantacin, se utiliza como complemento la Metodologa tctica
para la implantacin de sistemas de informacin basado en mtrica y COBIT,
donde sus autores Pedro Camacho y Wilmer Ramos (2010), plantean que:
La metodologa propuesta se presenta como una gua formal para la
implantacin de sistemas de informacin basndose en los lineamientos de los
estndares internacionales, COBIT 4.1 y Mtrica V3 y a travs del desarrollo de 7
fases, las que a su vez, constan de tareas el cual se concluyen en un entregable.

Esta metodologa es confiable, segura y sencilla. Confiable pues si es

respetada, maximiza la posibilidad de obtener los resultados esperados; segura
porque ha sido concebida tomando en cuenta los riesgos, la experiencia y las
mejores prcticas, de manera que se minimiza la posibilidad de exponer al equipo
de trabajo a cometer descuidos innecesarios; y sencilla ya que se ha preparado en
el mbito de la racionalidad, proponiendo el uso de un lenguaje comprensible y de
herramientas intuitivas. Estas caractersticas hacen que la metodologa a
desarrollarse resulte ser una gua que ayudar al equipo de trabajo a organizar
sus esfuerzos, optimizar el uso de recursos y alcanzar sus objetivos; mientras
implantan un sistema de informacin

48

La metodologa tiene siete fases que resultan ser los pilares de su

estructura, se desarrollan secuencialmente y por ser parte de un proceso de
mejora continua, stas pueden volver a ejecutarse en otra mejora (cclico).
Asimismo, los pilares de cada fase son las tareas, que pueden desarrollarse en
forma paralela o secuencial

A continuacin de muestra la estructura conceptual de la metodologa:

FASE 0: INICIO
TAREA 0.1

APROBACION DEL INICIO DE IMPLANTACIN

49

FASE 1: FORMACIN NECESARIA PARA LA IMPLANTACIN

TAREA 1.1

ESTABLECIMIENTO DEL EQUIPO DE IMPLANTACIN

TAREA 1.2
TAREA 1.3

PREPARACION PARA EL ENTRENAMIENTO DEL EQUIPO DE

IMPLANTACIN
ENTRENAMIENTO DEL EQUIPO DE IMPLANTACIN

TAREA 1.4

PREPARACION DE LA FORMACION A USUARIOS FINALES

FASE 2: PLAN DE IMPLANTACIN

TAREA 2.1

ESPECIFICACIN DE REQUISITOS DE IMPLANTACIN

TAREA 2.2

DEFINICIN DEL PLAN DE IMPLANTACIN

FASE 3: ESTABLECIMIENTO DE REQUISITOS Y SERVICIOS.

TAREA 3.1

ESPECIFICACION DE LOS NIVELES DE SERVICIO (SLA)

TAREA 3.2

DETERMINACIN DEL ACUERDO DE NIVEL DE SERVICIO

TAREA 4.1

FASE 4: INCORPORACIN DEL SISTEMA AL ENTORNO DE

OPERACIN
PREPARACIN DE LA INSTALACIN

TAREA 4.2

REALIZACIN DE LA INSTALACIN
FASE 5:PILOTO DE IMPLANTACIN DEL SISTEMA

TAREA 5.1

PREPARACIN DEL PILOTO DE IMPLANTACIN

TAREA 5.2

REALIZACIN DEL PILOTO DE IMPLANTACIN

TAREA 5.3

EVALUACIN DEL RESULTADO DEL PILOTO DE IMPLANTACIN

FASE 6: PROMOCION A PRODUCCION

TAREA 6.1

EVALUACION DEL ENTORNO DE PRODUCCIN

TAREA 6.2

ACTIVACIN DEL SISTEMA EN PRODUCCIN

FASE 7: REVISIN POSTERIOR A LA IMPLANTACIN

TAREA 7.1

CONTROL DE CALIDAD DEL SISTEMA EN PRODUCCION

Tabla 3: Modelo Conceptual de la Metodologa
Fuente: Camacho p. & Ramos W., (2010)

50

Desarrollo de la metodologa de implantacin:

FASE 0: INICIO
Considerando que las soluciones o sistemas de informacin ya se
encuentran funcionales una vez que su desarrollo sea completado, el paso
siguiente es establecer un documento que da inicio de la implantacin. (Camacho
p. & Ramos W., 2010, p. 38).
Tarea 0.1: aprobacin del inicio de implantacin:
El acta de inicio de implantacin es la aprobacin de la ejecucin del
sistema de informacin. (Camacho p. & Ramos W., 2010, p.47).
Entregable: acta de inicio de la implantacin del s/ (E 0.1).
FASE 1: FORMACIN NECESARIA PARA LA IMPLANTACIN.
En esta actividad se prepara y se imparte la formacin al equipo que
participar en la implantacin del sistema. Se determina la formacin necesaria
para el equipo de implantacin, en funcin de los distintos perfiles y niveles de
responsabilidad. (Camacho p. & Ramos W., 2010, p.39).
TAREA 1.1: Establecimiento del Equipo de implantacin:
En esta tarea se constituye el equipo de trabajo necesario para llevar a
cabo la implantacin. Para ello se identifican, en funcin del nivel de esfuerzo
requerido, los distintos participantes implicados en la implantacin del sistema
(usuarios, equipo tcnico y responsable de mantenimiento), determinando
previamente sus perfiles, responsabilidades, nivel de implicacin y fechas
previstas de participacin a lo largo de toda la implantacin. (Camacho p. &
Ramos W., 2010)
Entregable: Equipo de Implantacin E 1.1).

51

TAREA 1.2: Preparacin para el entrenamiento del Equipo de Implantacin:

En este documento se define la formacin necesaria para el equipo de
trabajo responsable de la implantacin del sistema, estableciendo el esquema de
global de entrenamiento y la duracin estimada de los cursos (Camacho p. &
Ramos W., 2010)
Asimismo, se aseguran los recursos humanos, tcnicos y materiales
necesarios para realizar la formacin al equipo de implantacin.
Por ltimo, se convoca a las personas que deben asistir a los cursos de formacin
y se espera la confirmacin (Camacho p. & Ramos W., 2010).
Entregable: Plan de formacin del equipo de implantacin (E 1.2)
TAREA 1.3: Entrenamiento del Equipo de Implantacin:
En esta tarea se lleva a cabo el entrenamiento del equipo que va a ser
responsable de la implantacin del sistema, segn el plan de formacin que se
haya establecido en la tarea anterior, asegurando la asistencia de todos sus
integrantes. (Camacho p. & Ramos W., 2010)
Entregable: Plan de Formacin del equipo de Implantacin (E 1.3)
TAREA 1.4: Preparacin de la Formacin a Usuarios finales:
En funcin del plan de implantacin establecido, se revisa el esquema de
formacin a los usuarios finales. Se asegura que se cuenta con los recursos
humanos,

tcnicos

materiales

necesarios

para

realizar

la

formacin

correspondiente.
Se establece el plan de formacin del sistema a implantar en su totalidad,
con el fin de garantizar el xito de la implantacin. Se determina, en funcin de los
esquemas de formacin asociados a los distintos perfiles, los contenidos
definitivos que tienen los cursos, cundo deben impartirse, quines han de
recibirlos y con qu prioridad. (Camacho p. & Ramos W., 2010)

52

Entregable: Plan de Formacin a Usuarios Finales: (E 1.4).

FASE 2: PLAN DE IMPLANTACIN.
En esta actividad se revisa la estrategia de implantacin del sistema
identificando los distintos sistemas de informacin que forman parte del sistema
objeto de la implantacin. Para cada sistema se analizan las posibles
dependencias con otros proyectos, que puedan condicionar el plan de
implantacin. (Camacho p. & Ramos W., 2010)
Tarea 2.1: Especificacin de Requisitos de Implantacin
En esta tarea se especifican de forma detallada los requisitos de
implantacin, generalmente relacionados con la formacin, infraestructura e
instalacin, con el fin de preparar y organizar, con la antelacin suficiente, todos
los recursos necesarios para la implantacin e instalacin del sistema de
informacin
Teniendo en cuenta las particularidades del sistema de informacin, se
determinan los conocimientos o aptitudes adicionales que requieren los usuarios
finales para operar con el nuevo sistema, al margen de la funcionalidad soportada
por el mismo. (Camacho p. & Ramos W., 2010)
Entregable: Catlogo de Requisitos para la implantacin (E2.1)
Tarea 2.2: Definicin del Plan de Implantacin
La estrategia de implantacin del sistema se habr determinado en funcin
de la amplitud del sistema, es decir el nmero de sistemas de informacin
implicados en la implantacin y la cobertura geogrfica, cuyo alcance depende de
las caractersticas y complejidad de los sistemas de informacin que conforman el
sistema objeto de la implantacin.

53

Se revisan los requisitos de implantacin (instalacin, infraestructura,

formacin) establecidos en la tarea anterior Especificacin de Requisitos de
Implantacin (Tarea 2.1) con el fin de asegurar su adecuacin a la estrategia
global de implantacin.
Una vez analizada la informacin anterior, se define un plan de implantacin
que permita calcular adecuadamente el esfuerzo y los recursos necesarios.
Para llevar a cabo con xito la implantacin. Dicho plan debe contemplar todas las
tareas relacionadas con:

La formacin necesaria para la implantacin, tanto a usuarios finales como

al equipo que se encarga de realizar las pruebas de implantacin del
sistema.

La preparacin de la infraestructura necesaria para la incorporacin del

sistema al entorno de operacin.

La instalacin de todos los componentes y procedimientos manuales y

automticos asociados a cada sistema de informacin implicado en la
implantacin.

La ejecucin de los procedimientos de carga inicial y migracin de datos, si

se determin su necesidad.

La realizacin de las pruebas de implantacin del sistema.

La formalizacin del plan de mantenimiento. (Camacho p. & Ramos W.,

2010)

Entregable: Plan de Implantacin (Documento C2.2)

FASE 3: ESTABLECIMIENTO DE NIVELES DESERVICIOS.
En primer lugar, se negocia entre los mximos responsables del usuario y
de operacin qu servicios y de qu tipo se van a prestar. Una vez acordados, se
detallan los niveles deservicio definiendo sus propiedades funcionales y de
calidad. Se establece cules de ellas son cuantificables y qu indicadores se van a

54

aplicar. Es importante sealar que los niveles deservicio son especficos para cada
uno de los subsistemas que componen el sistema de informacin, y dependen del
entorno de operacin y de la localizacin geogrfica en que se implante un
sistema de informacin concreto, pudiendo haber servicios bsicos para todo el
sistema o especficos para un subsistema de informacin concreto. Por ltimo, se
establece formalmente el acuerdo de nivel de servicio, considerando los recursos
necesarios, plazos de restablecimiento del servicio, coste y mecanismos de
regulacin que estn asociados a cada servicio especificado anteriormente.
Segn el mbito y el alcance de los tipos de servicio que se vayan a prestar,
se determinar los productos del ciclo de vida del software necesarios para poder
establecer el acuerdo de nivel de servicio. (Camacho p. & Ramos W., 2010)
TAREA 3.1: ESPECIFICACION DE LOS NIVELES DE SERVICIO (SLA):
Se identifican los tipos de servicio requeridos por el sistema objeto de la
implantacin, en funcin de los sistemas de informacin que componen el sistema,
sus requisitos y su localizacin geogrfica.
Entre los tipos de servicio se pueden distinguir los servicios al cliente
(servicio de atencin a usuario, etc.) y servicios de gestin de operaciones:

Servicios en lnea (tiempo de respuesta, rendimiento, disponibilidad).

Servicios por lotes (planificacin y reanudacin de trabajos, prerrequisitos y

condiciones de ejecucin, condiciones de reinicio, etc.).

Comunicaciones (gestin y control de red, estaciones de trabajos locales,

etc.).

Seguridad (vigilar el uso no autorizado de sistemas, redes y software;

garantizar y restaurar

La disponibilidad de sistemas y funciones, mediante procedimientos de

copias de seguridad y recuperacin).

55

Gestin de la capacidad (posibilitar el cumplimiento de los requisitos de

usuario en cuanto a horas de servicio, recuperacin, etc.).

Se consideran los servicios comunes de los sistemas de informacin

implicados en la implantacin y los especficos de cada uno de ellos, teniendo en
cuenta en ambos casos la cobertura total del sistema. (Camacho p. & Ramos W.,
2010)
Entregable: Especificacin de Tipos de Servicio.
TAREA 3.2: DETERMINACIN DEL ACUERDO DE NIVEL DE SERVICIO:
Una vez que el sistema se encuentra en su entorno de operacin y ha sido
aceptado se establecen formalmente los tipos de servicios a los que se debe dar
respuesta, tanto por operacin como por el usuario, mediante la especificacin del
acuerdo de servicio. En esta especificacin se recoge el compromiso adquirido
para cada tipo de servicio en trminos de cumplimiento de los objetivos de nivel de
servicio, considerando los recursos, plazos, coste, etc.
Se determinan los mecanismos de regulacin de los niveles deservicio para
el nuevo sistema con el objeto de garantizar la prestacin del servicio, tanto en el
mbito de soporte al usuario, como en el de operacin.
Se hace una estimacin de los recursos humanos y de infraestructura
necesaria para prestar el servicio con el nivel de calidad deseado, en funcin de la
cobertura y grado de formalismo de los mecanismos de regulacin establecidos.
En cuanto a los recursos humanos, es conveniente especificar la cantidad
y perfil de las personas requeridas, y su responsabilidad, determinando los niveles
de cualificacin necesarios. En cuanto a los recursos de infraestructura, se deben
valorar, entre otros, la necesidad de software de apoyo. (Camacho p. & Ramos W.,
2010)

56

Entregable: Acuerdo de Nivel de Servicio.

FASE 4: INCORPORACIN DEL SISTEMA AL ENTORNO DE OPERACIN:
En esta actividad se realizan todas las tareas necesarias para la
incorporacin del sistema al entorno de operacin en el que se van a llevar a cabo
las pruebas de implantacin del sistema cuyo propsito es comprobar que el
sistema satisface todos los requisitos especificados por el usuario en las mismas
condiciones que cuando se inicie la produccin. (Camacho p. & Ramos W., 2010)
TAREA 4.1: PREPARACINDE LA INSTALACIN:
En esta tarea se verifica que est disponible la infraestructura necesaria
para configurar el entorno. Dicha infraestructura debe cumplir los requisitos de
implantacin (instalacin e infraestructura) y tener en cuenta los procedimientos de
seguridad y control de acceso (mantenimiento de la integridad y confidencialidad
de los datos, control de accesos al sistema, copias de seguridad y recuperacin de
datos, etc.), y operacin y administracin del sistema (estndares, recuperacin y
reanudacin de trabajos, planificacin de trabajos, etc.).
Adems, si alguno de los sistemas de informacin implicados en la
implantacin lleva implcita una migracin de datos habr que tener en cuenta,
tambin, las caractersticas del entorno y los procedimientos propios de la
migracin establecidos en el plan de migracin y carga inicial de datos, obtenido
en la actividad Diseo de la Migracin y Carga Inicial de Datos (ver anexos xx).
Una vez comprobada la idoneidad de los distintos elementos relacionados
con la infraestructura, se realiza la instalacin del software de base necesario para
la incorporacin posterior de los componentes asociados a los sistemas de
informacin implicados en la implantacin.
Tambin se debe asegurar que el equipo responsable de la realizacin de
las pruebas de implantacin y aceptacin del sistema ha recibido la formacin
necesaria. (Camacho p. & Ramos W., 2010)

57

Entregable: Incidencias de Preparacin de Instalacin.

TAREA 4.2: REALIZACIN DE LA INSTALACIN:
Se realiza la instalacin de todos los componentes del nuevo sistema,
incluidos los procedimientos manuales y automticos, de acuerdo al plan de
implantacin y a su ubicacin fsica, establecida en el proceso Diseo del Sistema
de Informacin. Se deben tener en cuenta los estndares y normativas por los que
se rige la organizacin en los entornos de operacin.
Asimismo, se prepara el entorno de datos identificando los sistemas de
informacin que forman parte del sistema objeto de la implantacin. Para cada uno
de ellos:

Se crean las bases de datos a partir del esquema fsico elaborado en el

proceso de construccin.

Se establecen los procedimientos de explotacin y uso de las bases de

datos, es decir, la normativa necesaria para la utilizacin de las bases de
datos, actualizacin, consulta, etc.

Se revisan los procedimientos necesarios para realizar las copias de

seguridad de los datos y de restauracin de las copias indicando su
frecuencia, as como los procedimientos de consolidacin y sincronizacin
de la informacin, estos ltimos cuando proceda.

Se preparan las autorizaciones de acceso a los datos para los distintos

perfiles de usuarios.

Una vez comprobada la correcta instalacin del nuevo sistema, se activan los
procedimientos de operacin, de administracin del sistema, de seguridad y de
control de acceso.

58

Incluyen el arranque y cierre del sistema segn la frecuencia establecida, la

planificacin de trabajos, su recuperacin y reanudacin, las autorizaciones de
acceso al sistema segn los distintos perfiles de usuario, etc.
Asimismo, si es necesaria una migracin de datos se activarn tambin los
procedimientos asociados. (Camacho p. & Ramos W., 2010)
Entregable: Producto Software (instalado).
FASE 5: PILOTO DE IMPLANTACIN DEL SISTEMA:
Garantizar la aceptacin final de los sistemas de informacin nuevos o
desarrollados. Tienen como fin validar que el sistema cumple los requisitos
bsicos de funcionamiento esperado y permitir que el usuario determine la
aceptacin del sistema. (Camacho p. & Ramos W., 2010).
TAREA 5.1: PLANIFICACIN DE PILOTODE IMPLANTACION:
Se comprueba la disponibilidad de los recursos humanos y tcnicos
necesarios para realizar el piloto. Se revisan las verificaciones establecidas en el
plan de realizacin de piloto. Si fuera necesario, se crea algn caso de prueba
adicional que se considere importante y que no se haya tenido en cuenta hasta
entonces. (Camacho p. & Ramos W., 2010)
Entregable: Plan de realizacin de Piloto (E5.1)
TAREA 5.2: REALIZACINDE PILOTO DE IMPLANTACION:
Se realizan las pruebas de piloto, de acuerdo a las verificaciones
establecidas en el plan de realizacin de piloto. Es necesario tener en cuenta las
posibles pruebas adicionales incorporadas a dicho plan en la tarea anterior.
El objetivo de estas pruebas es asegurar que el sistema se comporta de la
forma prevista en el entorno de operacin, y que responde a todas las
especificaciones dadas en cuanto a:

59

Recuperacin, forzando el fallo del sistema y verificando si la recuperacin

se lleva a cabo de forma apropiada. En caso de que sea de forma
automtica, se evala la inicializacin, los mecanismos de recuperacin del
estado del sistema, datos, etc.

Seguridad, verificando que los mecanismos de proteccin incorporados al

sistema cumplen su objetivo.

Rendimiento, probando el sistema en cuanto al tiempo de respuesta de

ejecucin y al tiempo de utilizacin de recursos.

Comunicaciones, etc.

Se registra la realizacin de las pruebas incluyendo un informe que recoja la

desviacin de los requisitos establecidos y los problemas que quedan sin resolver.
(Camacho p. & Ramos W., 2010)
Entregable: Resultado de las Pruebas de Piloto (E 5.2)
TAREA 5.3: EVALUACIN DEL RESULTADO DE LAS PRUEBAS DE PILOTO:
Se evalan los resultados de las pruebas analizando las incidencias
recibidas y comprobando que se han llevado a cabo todos los casos de pruebas
establecidos en el plan de realizacin de piloto. Dicha evaluacin consiste en:

Comparar los resultados obtenidos con los esperados.

Identificar el origen de cada problema para poder remitirlo a quin proceda,

determinar la amplitud de las modificaciones y las acciones que deben
llevarse a cabo para resolverlo de forma satisfactoria.

Indicar si el plan de pruebas debe volver a realizarse total o parcialmente, y

si ser necesario contemplar nuevos casos de prueba no considerados
anteriormente.

Una vez realizadas las medidas correctoras consideradas necesarias y

comprobadas que el sistema cumple todos los requisitos de implantacin, se
registra el resultado de la evaluacin de las pruebas de Piloto que incluye la

60

aprobacin o rechazo del sistema por parte de operacin. (Camacho p. & Ramos
W., 2010)
Entregable: Resultado de las Pruebas de Piloto (E 5.2).
FASE 6: PROMOCION A PRODUCCION
Esta actividad tiene como objetivo establecer el punto de inicio en que el
sistema pasa a Produccin. Para ello es necesario que, despus de haber
realizado las pruebas de implantacin y de aceptacin del sistema, se disponga
del entorno de produccin perfectamente instalado en cuanto a hardware y
software de base, componentes del nuevo sistema y procedimientos manuales y
automticos (Camacho p. & Ramos W., 2010)
TAREA 6.1: PREPARACIN DEL ENTORNO DE PRODUCCIN:
Se analiza qu componentes es necesario incorporar al entorno de
produccin, de acuerdo a las caractersticas y condiciones del entorno en que se
hayan llevado a cabo las pruebas y se realiza la instalacin de los componentes
necesarios. Se valora tambin, en cuanto a los datos, la necesidad de realizar una
nueva carga, una inicializacin o una restauracin.

Se comprueba que la instalacin del sistema es correcta. Por ltimo, se

determina la fecha para la activacin del sistema y la eliminacin del antiguo, si
existiera, estableciendo cmo se va a llevar a cabo la transicin de uno a otro.
(Camacho p. & Ramos W., 2010)
Entregable: Incidencias del Paso a Produccin (E 6.1)
TAREA 6.2: ACTIVACIN DEL SISTEMA EN PRODUCCIN:

61

Se arranca el nuevo sistema en produccin activando tanto el proceso de

Mantenimiento, si se ha determinado en el sistema, como los servicios que se van
a prestar. (Camacho p. & Ramos W., 2010).
Entregable:Sistema en Produccin (E 6.2)
FASE 7: REVISIN POSTERIOR A LA IMPLANTACIN
Establecer procedimientos que requieren una revisin posterior a la
implantacin del sistema de informacin en operacin para evaluar y reportar si el
cambio satisfizo los requerimientos del cliente y entreg los beneficios
visualizados, de la forma ms rentable (Camacho p. & Ramos W., 2010).
TAREA 7.1: CONTROL DE CALIDAD DEL SISTEMA EN PRODUCCIN.
Segn Camacho p., Ramos W. (2010)
El control de calidad del sistema permitir realizar un seguimiento del
funcionamiento del sistema as como el tipo de uso que se est realizando por
parte de los usuarios finales.
Asimismo, se obtiene como producto el Plan de mantenimiento, el cual
proporcionara informacin sobre el tipo de accin que se tomara ante algn
eventual cambio en el sistema de informacin, garantizando que el personal
encargado se encuentre debidamente preparado.
As como el plan de mantenimiento es importante, tambin se obtendr el
Plan de contingencia, el cual brindara soporte, orientacin y solucin ante algn
problema que implique o afecte el funcionamiento del servicio
Existen varios mtodos de monitoreo, los cuales sern evaluados por la
organizacin de acuerdo a sus necesidades y posibilidades.
De esta forma se asegura que el sistema seguir cumpliendo con sus objetivos,
proporcionando el apoyo debido a la organizacin.

62

Entregable:

Control de calidad del sistema ( E 7.1 )

Plan de mantenimiento

Plan de Contingencia

3.5 Anlisis de datos

Los datos recogidos para esta investigacin sern facilitados por el jefe del
departamento de informtica y el jefe de Divisin de recuperacin de COSDESU,
el cual dio los requerimientos que necesitaba del sistema tales como:

Registros y control de crditos

Registro de pagos.

Generar recibos de cobros.

Generar reportes grficos y detallados de cobros.

Generar reportes grficos y detallados de financiamientos.

Modulo online de solicitud de solvencia y estados de cuenta.

Generar tablas de amortizacin y de morosidad.

Plan de accin

4.1 Determinacin de los plazos o calendario de actividades (Diagrama de Gantt)

63

Figura N 4: Diagrama de Gantt

Capitulo IV
Objetivo 1: Diagnosticar la situacin actual donde est inmerso SIGESCO
Fue importante realizar la situacin actual donde se encuentra inmerso el
sistema informtico, ya que se puedo comprender el funcionamiento de la
empresa y as disear estrategias, identificar alternativas y proponer cambios
previsibles.
Para ello se hizo un levantamiento de informacin mediante la observacin
directa y sus instrumentos de recoleccin fueron: diario de campo y lpiz.
Toda la informacin que se obtuvo durante la fase de recoleccin de datos,
fueron revisadas y analizadas para determinar posibles incongruencias, omisiones
o errores.
Con la informacin obtenida, se pudo realizar un anlisis cualitativo, la cual
permiti crear una matriz FODA, que es una herramienta estratgica, por
excelencia ms utilizada para conocer la situacin real en que se encuentra una
organizacin, y permite analizar la situacin externa, representada por el mercado
y los competidores de la empresa; as como la situacin interna (las caractersticas
de la empresa).
De esta manera, el anlisis de la situacin externa permitir descubrir las
oportunidades y amenazas del entorno y el mercado, no obstante, un anlisis

64

interno permitir descubrir las debilidades y fortalezas de la empresa (Ramrez

Gonzlez, D., 2011, p. 64).
El objetivo de este tipo de anlisis es utilizar los puntos fuertes para aprovechar
las oportunidades externas en la empresa, de la misma forma que para reducir o
eliminar las amenazas es conveniente suprimir o al menos corregir sus puntos
dbiles. Es mediante este tipo de actuaciones que surgen las principales
decisiones estratgicas que se debe abordar en las etapas siguientes.

MATRIZ FODA
INTERNOS

FORTALEZAS
Buenos recursos
financieros
Los computadores tienen la
capacidad suficiente para
implantar el sistema.
Tienen los equipos
necesarios para instalar el
sistema.
Personal motivado.
El sistema informtico se
adapta a las necesidades
de la empresa.
Satisfaccin de los usuarios
en cuanto al servicio que
ofrece el sistema a sus
clientes.
Infraestructura tecnolgica
que facilita la gestin de
datos y documentos.

DEBILIDADES
Falta de capacitacin
del personal.
Algunos mdulos del
sistema no funcionan
por polticas internas
de la empresa.
No se ha aprovechado
todos los servicios que
ofrece el sistema.

EXTERNO
S

OPORTUNIDADES
La capacitacin de los
usuarios les permitir tener
un ambiente de trabajo ms
eficiente.
Gran nmero de posibles
clientes.

AMENAZAS
Los cambios de
lineamientos en la
gestin de cobranza y
dficit del
financiamiento para el
otorgamiento de

65

Ofrecen nuevos servicios,

aun no explotados debido al
gran inters y acogida que
ha tenido el internet en la
sociedad.
Reduccin de costos,
aprovechando las nuevas
tecnologas.
Existencia de un creciente
desarrollo tecnolgico en
las instituciones
gubernamentales.
Mejoras en los procesos de
atencin a los usuarios.

crditos pueden
cambiar polticas de la
empresa.
Riesgo de colapso del
sistema por la
antigedad de algunos
equipos.
La capacitacin del
equipo de implantacin
no se ha completado.
Daos de algn
componente fsico
(hardware) donde se
encuentra implantado
el sistema por posibles
accidentes
meteorolgicos o
cortos circuitos.
Constantes amenazas
por virus en la red.

Situacin actual:
El departamento de Divisin y Recuperacin de COSDESU es el encargado de
realizar cualquier operacin de cobro en la institucin, actualmente cuenta con un
sistema SIGESCO, el cual ayuda a gestionar ciertas actividades que se realizan
en la empresa, y sus mdulos se detallan a continuacin:
Mdulos del sistema:

Modificar contrato

Consultar contrato

Imprimir contrato

Generar reporte

66

Generar reporte de planes

Generar reportes por municipio

Generar reportes de planes

Generar reportes de cobradores

Generar grficos de los reportes

Generar clientes

Consultar clientes

Eliminar clientes

Modificar clientes

Generar cobros

Consultar estado de morosidad

Consultar estados de cuenta

Consultar tabla de amortizacin

Incluir cobradores

Generar recibos

Consultar solvencia

Autenticar usuario

67

Cambiar privilegios

Generar nuevos usuarios

Sin embargo, debido al anlisis realizado en la matriz FODA, se detectaron

ciertas debilidades en la empresa, la cual permiti detectar los mdulos que
actualmente se encuentran funcionando en la institucin:
Mdulos del sistema operativos:

Modificar contrato

Consultar contrato

Imprimir contrato

Generar reporte global

Generar reporte de planes

Generar reportes de planes

Generar clientes

Consultar clientes

Eliminar clientes

Modificar clientes

Consultar tabla de amortizacin

Consultar solvencia

Autenticar usuario

68

Segn expresa Ramrez Gonzlez, D. (2011)

Las empresas

deberan analizar una matriz FODA ya que este proceso

permite buscar y analizar de forma proactiva y sistemtica todas las variables que
intervienen en el negocio con el fin de obtener ms y mejor informacin al
momento de tomar decisiones (p. 64).

Objetivo 2: Definir las mtricas necesarias que permitan realizar la

verificacin del SIGESCO
MARCO REFERENCIAL
PRINCIPIOS DE CALIDAD
La definicin de calidad es algo ambigua porque su cumplimento va a depender de
cmo esta cubre las necesidades del usuario. Por tanto para obtener mejores
resultados la calidad puede ser medida en base a un conjunto de principios los
cuales lo define la norma ISO 9001.
Principios de calidad norma ISO 9001:
1.- Enfoque al cliente: las organizaciones dependen de sus clientes, por lo tanto
deben comprender sus necesidades actuales y futuras, satisfacer sus requisitos y
esforzarse en exceder sus expectativas.
2.- Liderazgo: los lderes establecen la unidad de propsito y la orientacin de la
organizacin. Deben crear y mantener un ambiente interno, en el cual el personal
pueda llegar a involucrarse en el logro de los objetivos de la organizacin.
3.- Participacin del personal: El personal, a todos los niveles, es la esencia de la
organizacin, y su total compromiso posibilita que sus habilidades sean usadas
para el beneficio de la organizacin.
4.- Enfoque basado en procesos: Un resultado deseado se alcanza ms
eficientemente cuando las actividades y los recursos relacionados se gestionan
como un proceso.

69

5.- Enfoque de sistema para la gestin: identificar, entender y gestionar los

procesos interrelacionados como un sistema, contribuye a la eficacia y eficiencia
de la organizacin en el logro de sus objetivos.
6.- Mejora continua: la mejora continua del desempeo global de la organizacin,
debe de ser un objetivo permanente de esta.
7.- Enfoque basado en hechos para la toma de decisiones: las decisiones eficaces
se basan en el anlisis de los datos y en la informacin previa.
8.- Relaciones mutuamente beneficiosas con el proveedor: una organizacin y sus
proveedores son interdependientes, y una relacin mutuamente beneficiosa
aumenta la capacidad de ambos para crear valor.
PRINCIPIOS DE LA CALIDAD DE SOFTWARE
La calidad de software sigue siendo un tanto relativa ya que dependiendo de la
satisfaccin

del

usuario

final

conjunto

los

requisitos

personales

organizacionales se puede decir si un software es de calidad o no. Actualmente la

industria evoluciona a un ritmo acelerado cambiando constantemente las
exigencias para medir un software por ello es necesario llevar de la mano los
sistemas de informacin en conjunto.
El objetivo principal de la calidad de software es que este cubra con todas las
tareas o funciones a peticin del usuario sin causar trastornos en su entorno de
trabajo, esto de una manera fcil y segura de usar. Para esto se define una serie
de caractersticas necesarias que deben cumplir.
El modelo McCall provee un conjunto de atributos para la evaluacin de un
producto final o software desarrollado e inciden tambin algunos atributos internos.
Estos atributos estn inmersos en tres ejes.

70

Ejes
OPERACI
N

Factor

DEL Facilidad de uso

PRODUCTO

Criterios
-Facilidad de operacin: Atributos del software
que determinan la facilidad de operacin del
software.
-Facilidad de comunicacin: Atributos del
software que proporcionan entradas y salidas
fcilmente asimilables.
-Facilidad

de

aprendizaje:

Atributos

del

software que facilitan la familiarizacin inicial

del usuario con el software y la transicin del
modo actual de operacin.
-Formacin: El grado en que el software ayuda
para permitir que nuevos usuarios apliquen el
sistema.
-Control de accesos. Atributos del software
Integridad

que

proporcionan

control

de

acceso

al

software y los datos que maneja.

-Facilidad de auditora: Atributos del software
que facilitan la auditora de los accesos al
software.
-Seguridad: La disponibilidad de mecanismos
que controlen o protejan los programas o los
datos.
-Completitud:
Correccin

Atributos

del

software

que

proporcionan la implementacin completa de

todas las funciones requeridas.
-Consistencia: Atributos del software que
proporcionan uniformidad en las tcnicas y
notaciones de diseo e implementacin.
-Trazabilidad o rastreabilidad: Atributos del
software que proporcionan una traza desde los
requisitos a la implementacin con respecto a

71

un entorno operativo concreto.

OPERACI
N

Fiabilidad

DEL

-Precisin:

Atributos

del

software

que

proporcionan el grado de precisin requerido

PRODUCTO

en los clculos y los resultados.

-Tolerancia a fallos: Atributos del software que
posibilitan la continuidad del funcionamiento
bajo condiciones no usuales.
-Modularidad: Atributos
proporcionan

del

software

una estructura

de

que

mdulos

altamente independientes.
-Simplicidad:

Atributos

del

software

que

posibilitan la implementacin de funciones de

la forma ms comprensible posible.
-Exactitud: La precisin de los clculos y del
control.
-Eficiencia en ejecucin: Atributos del software
Eficiencia

que minimizan el tiempo de procesamiento.

-Eficiencia en almacenamiento: Atributos del
software

que

minimizan

el

espacio

de

Facilidad de

almacenamiento necesario.
-Concisin: Atributos del

mantenimiento

posibilitan la implementacin de una funcin

software

que

con la menor cantidad de cdigos posible.

-Auto descripcin: Atributos del software que
proporcionan

explicaciones

implementacin de las funciones.

sobre

la

72

-Instrumentacin: Atributos del software que

Facilidad

de posibilitan la observacin del comportamiento

prueba

del software durante su ejecucin para facilitar

las mediciones del uso o la identificacin de
errores.
-Capacidad

Flexibilidad

de

expansin:

Atributos

del

software que posibilitan la expansin del

software en cuanto a capacidades funcionales
y datos.

REVISION
DEL
PRODUCTO

-Generalidad: Atributos

del

proporcionan

amplitud

software
las

que

funciones

implementadas.
-Independencia entre sistema y software:
Reusabilidad

Atributos del software que determinan su

dependencia del entorno operativo.
-Independencia del hardware: Atributos del
software que determinan su dependencia del
hardware.
-Compatibilidad de comunicaciones: Atributos

Interoperabilidad

del

software

protocolos

que

de

posibilitan

comunicacin

el
e

uso

de

interfaces

estndar.
-Compatibilidad
software

que

de

datos:

Atributos

posibilitan

el

del
uso

representaciones de datos estndar.

- Estandarizacin en los datos: El uso de
estructuras de datos y de tipos estndar a lo
largo de todo el programa.
-Independencia entre sistema y software.
Portabilidad

-Independencia del hardware.

73

Tabla Modelo McCall

Del modelo MacCall nace la variante norma ISO 9126 la cual define un
conjunto de caractersticas externas e internas para medir la calidad de un
Software, estn son:
Caractersticas
Funcionalidad

Pregunta
Las
funciones

Propiedades

satisfacen las necesidades Explcitas e

Fiabilidad

implcitas?
Puede
mantener

el

nivel

de

rendimiento, bajo ciertas condiciones y

Usabilidad

por cierto tiempo?

El software es

Eficiencia

aprender?
Es rpido y minimalista en cuanto a

Mantenibilidad

uso de recursos?
Es fcil de probar y modificar?

Portabilidad

Es fcil de transferir de un ambiente a

fcil

de

usar

otro?
Tabla Caractersticas ISO 9126
ESTNDARES DE CALIDAD DE SOFTWARE
ESTNDAR ISO/IEC 9126
El estndar ISO 9126 consta de 4 partes las cuales brinda un conjunto de
directrices a seguir para el control de calidad en cuanto a seguridad, evaluacin,
seguimiento, etc. Estas partes se definen como:

Parte 1: Modelo de Calidad (ISO/IEC 9126-1)

Parte 2: Mtricas Externas (ISO/IEC 9126-2)

Parte 3: Mtricas Internas (ISO/IEC 9126-3)

Parte 4: Mtricas de Calidad en Uso (ISO/IEC 9126-4)

Estas directrices pueden ser aplicadas a cualquier tipo de software.

74

Para la evaluacin del producto final SIGESCO (Sistema De Gestin Para La

Cobranza) se aplicaron las directrices de ISO 9126-2 y ISO 9126-3 lo cuales eran
suficientes para determinar el nivel de aceptabilidad del software.
ESTNDAR ISO/IEC 9126-1
En esta primera parte de la ISO 9126 se definen las caractersticas para evaluar la
calidad del software tanto las directrices externas e internas.
Calidad
Externa e
Interna
Funcionalida
d

Fiabiliad

-Adecuacion

-Madurez

-Exactitud

-Tolerancia a
fallos

Interoperabili
dad
-Seguridad de
acceso
Cumplimiento
de la
funcionalidad

-Capacidad
de
recuperacion
Cumplimiento
de la
fiabilidad

Usabilidad

-Capacidad
para ser
entendido
-Capacidad
para ser
aprendido
-Capacidad
para ser
operado
-Capacidad
de Atraccion

Eficiencia

Comportamie
nto
temporal
-Utilizacion
de recursos
Cumplimiento
de la
eficiencia

Cumplimiento
de la
usabilidad

Mantebilidad

-Capacidad
para ser
analizado
-Capacidad
para ser
cambiado
-Estabilidad
-Capacidad
para ser
probado
Cumplimiento
de la
mantebilidad

Portabilidad

Adaptabilidad
-Instabilidad
-Coexistencia
-Capacidad
de reemplazo
Cumplimiento
de la
portabilidad

Figura Modelo de calidad Externas e Internas

Fuente:

ISO/IEC 9126-1

FUNCIONALIDAD: es la capacidad del producto de software para proporcionar

funciones que permitan satisfacer las necesidades bsicas de funcionamiento
cuando el software es usado en condiciones especficas.

75

Las subcaractersticas de la funcionalidad son:

Adecuacin: capacidad del producto de software para proveer un conjunto

apropiado de funciones para tareas y objetivos de usuario especficos.

Exactitud: capacidad del producto de software para proveer los resultados o

efectos correctos o acordados, con el grado necesario de precisin.

Interoperabilidad: capacidad del producto de software para operar o

interactuar con uno o ms sistemas especificados.

Seguridad de acceso: capacidad del producto de software para proveer una

excelente proteccin de la informacin y datos que maneja el producto de
software, de manera que las personas o sistemas ajenos a este, o no
autorizados no puedan leerlos o modificarlos.

Cumplimiento de la funcionalidad: capacidad del producto de software para

adherirse a estndares, normas, y buenas prcticas relacionadas con
funcionalidad.

FIABILIDAD: es la capacidad del producto de software para mantener un buen

nivel aceptable de rendimiento cuando es usado bajo parmetros o condiciones
especficas.
Las subcaractersticas de la fiabilidad son:

Madurez: capacidad del producto de software para evitar un fallo tcnico del
producto de software, como resultado de alguna falla provocada por el
usuario.

Tolerancia a fallos: capacidad del producto para mantener un buen nivel

aceptable de rendimiento en caso de fallos de software.

Capacidad de recuperacin: capacidad del producto de software para

restablecer un nivel aceptable de rendimiento especfico y de recuperar los
datos involucrados despus de algn fallo en el producto de software.

76

Cumplimiento de la fiabilidad: capacidad del producto de software para

adherirse a estndares, normas, convenciones, regulaciones, o buenas
prcticas relacionadas con la fiabilidad.

USABILIDAD: es la capacidad del producto de software para ser entendido,

fcilidad de ser aprendido, facilidad de ser usado y que sea un producto de
software considerado atractivo para el usuario bajo condiciones especficas.
Las subcaractersticas de la usabilidad son:

Capacidad para ser entendido: capacidad del producto de software que

permite a un determinado usuario entender si el software es adecuado para
sus necesidades y cmo puede ser usado para determinadas tareas o
condiciones de uso.

Capacidad para ser aprendido: capacidad del producto de software que

permite al usuario aprender el manejo del producto de software.

Capacidad para ser operado: capacidad del producto de software que

permite al usuario operarlo y controlarlo.

Capacidad de atraccin: capacidad del producto de software para ser

considerado atractivo a un determinado usuario.

Cumplimiento de la usabilidad: capacidad del producto de software para

adherirse

estndares,

normas,

convenciones,

guas

de

estilo,

regulaciones o buenas prcticas relacionadas con la usabilidad.

EFICIENCIA: es la capacidad del producto de software para proporcionar un
apropiado y bsico rendimiento, relativo a la cantidad de recursos usados bajo
parmetros y condiciones especficas.

Las subcaractersticas de la eficiencia son:

77

Comportamiento temporal: capacidad del producto de software para

proporcionar tiempos de respuesta y tiempos de proceso apropiados, bajo
condiciones determinadas.

Utilizacin de recursos: capacidad del producto de software para usar

adecuadamente los recursos adecuados cuando el producto de software
esta funcionando y operando bajo condiciones determinadas.

Cumplimiento de la eficiencia: capacidad del producto de software para

adherirse a estndares, normas, convenciones o buenas prcticas
relacionadas con la eficiencia.

MANTENIBILIDAD: es la capacidad del producto de software para ser modificado

al estar en produccin, las modificaciones pueden incluir correcciones, mejoras,
adaptaciones del software, cambios en el medio ambiente o en los requisitos
especificadas por el usuario.
Las subcaractersticas de la mantenibilidad son:

Capacidad para ser analizado: es la capacidad del producto de software

para diagnosticar deficiencias o causas de los fallos en el software, o para
identificar las partes que van a tener que ser modificadas.

Capacidad para ser cambiado: capacidad del producto de software que

permite que una determinada modificacin sea implementada sin afectar
otras funcionalidades del producto de Software.

Estabilidad: capacidad del producto de software para evitar efectos

inesperados a causa de modificar el producto de software.

Capacidad para ser probado: capacidad del producto de software que

permite que el software modificado sea validado y cumpla la funcionalidad
por la cual se modific.

Cumplimiento de la mantenibilidad: capacidad del producto software para

adherirse

estndares,

normas,

relacionadas con la mantenibilidad.

convenciones,

buenas

prcticas

78

PORTABILIDAD: es la capacidad del producto de software para ser trasladado de

un ambiente determinado a otro.
Las subcaractersticas de la portabilidad son:

Adaptabilidad: capacidad del producto de software para ser adaptado a

diferentes entornos o ambientes especficos, sin aplicar acciones o
mecanismos diferentes de aquellos proporcionados inicialmente para el
correcto funcionamiento del producto de software.

Instalabilidad: capacidad del producto software para ser instalado en un

entorno especfico.

Coexistencia: capacidad del producto software para coexistir con otro

software independiente a ste, en un ambiente o entorno comn,
compartiendo recursos especficos.

Capacidad para reemplazar: capacidad del producto de software para ser

usado en lugar de otro producto de software, para cumplir el mismo
propsito, y en el mismo entorno de operacin del software.

Cumplimiento de la portabilidad: capacidad del producto software para

adherirse a estndares, normas, convenciones, o buenas prcticas
relacionadas con la portabilidad.

METRICAS
No se puede controlar, no se puede medir, Tom De Marco.
"Cuando puedas medir lo que ests diciendo y expresarlo en nmeros, sabrs
algo acerca de eso; pero cuando no puedes medirlo, cuando no puedes expresarlo
en nmeros, tus conocimientos sern escasos y no satisfactorios."

Lord Kelvin

Estas fueron algunas citas de algn tipo de definicin de mtricas, en conclusin

las mtricas son la clave para medir la calidad de un producto en desarrollo o
finalizado.

79

Entre las razones para medir un producto se puede decir que es para: medir su
calidad, medir sus beneficios, medir su alcance, medir su productividad, entre
otras.
TABLA DE METRICAS
A continuacin se explica con detalle el contenido que conforman las tablas de
mtricas, definido por la ISO/IEC 9126-1.
TEM
Nombre de la Mtrica

SIGNIFICADO
el nombre de la

Define

Propsito de la Mtrica

escogida.
Detalla el

Mtodo de Aplicacin
Medicin, frmula y Clculo de datos

selecciona la mtrica.
Proporciona un perfil de la aplicacin.
Proporciona la frmula de medicin y

motivo

por el

mtrica
cual

se

explica los significados de los datos que

Interpretacin del valor medido

se van a utilizar.
Proporciona el rango y los valores

Tipo de escala de mtrica

preferidos y recomendados.
Define el tipo de escala usada para la
mtrica.
Los tipos de escala ms utilizados son:
nominal, ordinal, intervalo, ratio y escala

Tipo de medida

absoluta
Define el tipo de medida que se va a
escoger.
Los tipos de medida ms usados son:
tamao

(tamao

de

la

funcin,

tamao de la fuente), tiempo (lapso de

Entradas para la medicin

tiempo,

tiempo

(nmero

de

de

usuario),

contar

cambios, nmero

de

fallas)
Define la fuente de datos usados en la
medicin

80

Referente ISO/IEC 12207 SLCP

Define el proceso o procesos del ciclo

de vida del software donde la mtrica es

Pblico designado

aplicable.
Define el tipo de usuarios necesarios
para analizar la mtrica escogida

MTRICAS EXTERNAS ISO/IEC 9126-2

La ISO/IEC 9126-2 define un conjunto de mtricas externas para la calidad de
software.
Segn ISO/IED 9126-2 (2002).
METRICAS DE FUNCIONALIDAD: una mtrica externa de funcionalidad debe ser
capaz de medir un atributo determinado como parte de la conducta funcional del
sistema que contenga el producto de software.
Mtricas de Adecuacin: una mtrica externa de adecuacin debe ser capaz de
medir un atributo como el hecho de una funcin insatisfecha o el hecho de una
operacin insatisfecha durante las pruebas y cuando el producto de software est
en produccin.
Las mtricas externas de adecuacin son:

Adecuada funcionalidad

Completa implementacin funcional

Implementacin de cobertura funcional

Especificacin de estabilidad funcional

Mtricas de Exactitud: una mtrica externa de exactitud debe ser capaz de medir
un atributo como la frecuencia de encontrarse con tareas inexactas, esto incluye el
incorrecto o impreciso resultado causado por datos inadecuados.
Las mtricas externas de exactitud son:

Expectativa de exactitud

81

Exactitud computacional

Precisin

Mtrica de Interoperabilidad: una mtrica externa de interoperabilidad debe ser

capaz de medir un atributo como el nmero de funciones o hechos de menor
comunicacin involucrando datos y comandos que son compartidos o transferidos
fcilmente entre el producto de software y otro sistema u otro producto de software
u otro equipo con el cual est conectado.
Las mtricas externas de interoperabilidad son:

Intercambio de datos (datos reseteados de la base )

Intercambio de datos (Intento de acceso de los usuarios a la base)

Mtricas de Seguridad de Acceso: una mtrica externa de seguridad debe ser

capaz de medir un atributo como el nmero de funciones o problemas de
seguridad ocurridos que son: falla en la seguridad de salida de informacin o
datos, falla en la prevencin de prdida de datos y falla en denegar accesos
ilegales u operaciones no permitidas.
Las mtricas externas de seguridad de acceso son:

Acceso auditable

Control de acceso

Prevencin de datos errneos

Mtricas de Cumplimiento de la Funcionalidad: una mtrica externa de

cumplimiento de la funcionalidad debe ser capaz de medir un atributo como el
nmero de funciones o hechos que obedecen a problemas que son fallas del
producto de software, adheridos a las normas u otros requisitos.
Las mtricas externas del cumplimiento de la funcionalidad son:

82

Cumplimiento de la funcionalidad

Cumplimiento de los estndares de interfaces

METRICAS DE FIABILIDAD: una mtrica externa de fiabilidad debe ser capaz de

medir atributos relacionados con la conducta del sistema de software durante la
ejecucin de las pruebas indicando la magnitud de la fiabilidad del software
durante la operacin.
Mtricas de Madurez: una mtrica externa de madurez debe ser capaz de medir
atributos como el software libre o fallas causadas por defectos existentes en el
software.
Las mtricas externas de madurez son:

Estimar el efecto de la densidad ms reciente

Defectos de densidad contra casos de prueba

Defectos de resolucin

Falla de densidad

Falla removida

Tiempo significativo entre fallas

Prueba de cobertura

Prueba de madurez

Mtricas de Tolerancia a Fallos: una mtrica externa de tolerancia a fallos debe ser
relacionada con la capacidad de mantener un nivel especfico de rendimiento en
caso de fallas de operacin o cuando infringe interfaces especficas.
Las mtricas externas de tolerancia a Fallos son:

Evitar bajas del producto

Evitar Fracaso

Evitar una incorrecta operacin

83

Mtricas de Capacidad de Recuperacin: una mtrica externa de capacidad de

recuperacin debe ser capaz de medir atributos de software cuando el sistema es
capaz de restablecer un nivel adecuado y mnimo de rendimiento y recobra los
datos directamente afectados en el caso de una falla.
Las mtricas externas de Capacidad de recuperacin son:

Disponibilidad

Tiempo bajo

Tiempo medio de recuperacin

Restablecimiento

Restauracin

Restauracin efectiva

Mtricas de Cumplimiento de la Fiabilidad: una mtrica externa de cumplimiento

de fiabilidad debe ser capaz de medir atributos como nmero de funciones o
hechos concernientes con problemas, defectos del producto de software adheridos
a estndares, o regulaciones relacionadas a la fiabilidad.
Las mtricas externas de cumplimiento de la fiabilidad son:

Cumplimiento de la fiabilidad

METRICAS DE USABILIDAD: las mtricas de usabilidad miden la magnitud que

el software puede ser comprendido, aprendido, atractivo, entendible y dcil con
regulaciones y guas de usabilidad.
Mtricas de Capacidad para ser Entendido: los usuarios deben ser capaces de
seleccionar un producto de software que es conveniente para su uso. Una mtrica
externa de capacidad para ser entendido debe ser capaz de evaluar si nuevos
usuarios pueden comprender si el software es conveniente y como puede ser
usado para tareas particulares.

84

Las mtricas externas de capacidad para ser entendida son:

Descripcin completa

Demostracin de accesibilidad

Demostracin de accesibilidad en uso

Demostracin de eficacia

Funciones evidentes

Funciones entendibles

Entendimiento de entrada y salida

Mtricas de Capacidad para ser Aprendido: una mtrica externa de capacidad

para ser aprendido debe ser capaz de evaluar qu tiempo toma a los usuarios
aprender el uso de una funcin en particular y la efectividad de los sistemas de
ayuda y de la respectiva documentacin.
Las mtricas externas de Capacidad para ser aprendido son:

Fcil funcin de aprendizaje.

Fcil aprendizaje al realizar una tarea.

Efectiva documentacin de usuario o la ayuda del sistema.

Efectiva la documentacin de usuario o la ayuda del sistema en uso.

Ayuda de accesibilidad.

Ayuda Frecuente.

Mtricas de Capacidad para ser Operado: una mtrica externa de capacidad para
ser operado debe evaluar si el usuario es capaz de operar y controlar el software.
Las mtricas externas de cumplimiento de la fiabilidad son:

Cumplimiento de las expectativas de operacin de los usuarios

o Consistencia operacional en uso

85

Capacidad de control
o Correccin de error
o Correccin de error en uso

Apropiada tarea de operacin

o Valor de disponibilidad de cumplimiento en uso

Gua de su propia descripcin

o Mensajes para ser entendido cuando se est usando
o Mensajes de error muy claros

Errores de operacin Tolerante

o Recuperacin de los errores de operaciones en uso
o Tiempo entre el error humano y las operaciones en uso
o Habilidad de deshacer

Individualizacin apropiada
o Personalizacin
o Reduccin del proceso de operacin
o Accesibilidad fsica

Mtricas de Capacidad de Atraccin: una mtrica de capacidad de atraccin debe

ser capaz de evaluar la apariencia del software, la evaluacin de esta mtrica es
influenciada por factores como diseo y color de las interfaces, botones, estilo de
mens, etc.
Las mtricas externas de capacidad de atraccin son:

Interaccin atractiva

Interfaz de apariencia personalizada

Mtricas de Cumplimiento de la Usabilidad: una mtrica de cumplimiento de la

usabilidad debe ser capaz de evaluar la adherencia a estndares, guas o
regulaciones relacionadas con la usabilidad.

86

Las mtricas externas de cumplimiento de la fiabilidad son:

Cumplimiento de la usabilidad

METRICAS DE EFICIENCIA: una mtrica externa de eficiencia debe ser capaz de

medir atributos como consumo de tiempo y recursos utilizados, conducta del
sistema de computacin incluyendo el software durante las pruebas u operaciones
determinadas.
Mtricas de Comportamiento Temporal: una mtrica externa de comportamiento
temporal debe ser capaz de medir atributos como el tiempo de comportamiento de
sistemas de computacin incluyendo el producto de software cuando est en
pruebas y cuando sale a produccin.
Las mtricas externas de comportamiento temporal son:

Tiempo de respuesta
o Tiempo de respuesta
o Tiempo de respuesta (Tiempo medio de respuesta)
o Tiempo de respuesta (El peor caso de tiempo derespuesta)

Transferencia del proceso

o Transferencia del proceso
o Transferencia del proceso (tiempo medio de transferencia)
o Transferencia del proceso (El peor caso de tiempo detransferencia).

Tiempo de cambio
o Tiempo de cambio
o Tiempo de cambio (tiempo medio de cambio)
o Tiempo de cambio (El peor caso de tiempo de cambio)
o Tiempo de espera

87

Mtricas de Utilizacin de Recursos: una mtrica de utilizacin de recursos debe

ser capaz de medir atributos como la utilizacin de recursos, comportamiento de
sistemas de computacin incluyendo el producto de software cuando est en
pruebas y cuando est en produccin.
Las mtricas externas de utilizacin de recursos son:

Utilizacin de recurso de dispositivos de E/S

o Utilizacin de dispositivos de entrada y salida
o Lmites de carga de entrada y salida
o Errores relacionados con entrada y salida
o Proporcin de satisfaccin media de entrada y salida
o Tiempo de espera del usuario de los dispositivos de entrada y salida

Utilizacin de recursos de memoria

o Mxima utilizacin de memoria
o Ocurrencia media del error de memoria
o Proporcin de memoria error/ tiempo

Utilizacin de recursos de transmisin

o Mxima utilizacin de transmisin
o Utilizacin de dispositivos para mantener el equilibrio
o Ocurrencias medias de transmisin de error
o El peor tiempo de error en medios de transmisin
o Utilizacin de la capacidad de transmisin

Mtricas de Cumplimiento de la Eficiencia: una mtrica de cumplimiento de la

eficiencia debe ser capaz de medir atributos como nmero de funciones o hechos
concernientes con problemas, defectos del producto de software adheridos a
estndares, normas y regulaciones relacionadas a la eficiencia.

88

Las mtricas externas de cumplimiento de la eficiencia son:

Cumplimiento de la eficiencia

METRICAS DE MANTENIBILIDAD: una mtrica de mantenibilidad debe ser capaz

de medir atributos como comportamiento del personal de mantenimiento, usuarios
o sistemas incluyendo el software, cuando el producto de software es mantenido o
modificado durante las pruebas o al estar en produccin.
Mtricas de Capacidad para ser Analizado: una mtrica externa de capacidad para
ser analizado debe ser capaz de medir atributos como el esfuerzo para mantenerlo
o usarlo, o gasto de recursos o diagnosticar deficiencias o causa de fallos o por
identificacin de las partes a ser modificadas.
Las mtricas externas de capacidad para ser analizadas son:

Capacidad para realizar auditorias

Soporte de una funcin de diagnstico

Capacidad de anlisis de fallas

Eficiencia en el anlisis de fallas

Capacidad de un estado de monitoreo

Mtricas de Capacidad para ser Cambiado: una mtrica externa de capacidad

para ser cambiado debe ser capaz de medir atributos como el esfuerzo para
mantenerlo o usarlo.
Las mtricas externas de capacidad para ser cambiadas son:

Eficiencia en el ciclo de cambios

Lapsos de tiempo en los cambios de la implementacin

Complejidad en la informacin

Modificacin de parmetros

Capacidad de control en el cambio de software

89

Mtricas de Estabilidad: una mtrica externa de estabilidad debe ser capaz de

medir atributos relacionados con comportamientos inesperados del sistema
tomando en cuenta cuando el producto de software est en pruebas y en
produccin andespus de las modificaciones o mantenimiento que se le ha
realizado.

Las mtricas externas de estabilidad son:

Proporcin satisfactoria de cambio

Localizacin del impacto de modificacin

Mtricas de Capacidad de ser Probado: una mtrica externa de capacidad para

ser probado debe ser capaz de medir atributos como el esfuerzo para mantenerlo
o usarlo por medio de la medicin del comportamiento del personal de soporte,
usuario o sistema incluyendo el software cuando se est intentando probar el
software modificado o no modificado.
Las mtricas externas de estabilidad son:

Disponibilidad de la funcin incorporada de prueba

Eficiencia de nueva prueba

Prueba de restauracin

Mtricas de Cumplimiento de la Mantenibilidad: una mtrica de cumplimiento de la

mantenibilidad debe ser capaz de medir atributos como nmero de funciones o
hechos concernientes con problemas, defectos del producto de software adheridos
a estndares, o regulaciones relacionadas con la mantenibilidad.
Las mtricas externas cumplimiento de mantenibilidad son:

90

Cumplimiento de la mantenibilidad

METRICAS DE PORTABILIDAD: una mtrica de portabilidad debe ser capaz de

medir atributos como el comportamiento del sistema si es que se llega a cambiar
de entorno al producto de software.
Mtricas de Adaptabilidad: una mtrica externa de adaptabilidad debe ser capaz
de medir atributos como el comportamiento del sistema o de los usuarios cuando
se est intentando adaptar el software a entornos especficos.
Las mtricas externas de adaptabilidad son:

Capacidad de adaptacin de datos

Capacidad de adaptacin del hardware a un ambiente

Capacidad de adaptacin en un entorno de adaptacin

Amigable al usuario

Capacidad de adaptacin a un ambiente de software

Mtricas de Instalabilidad: una mtrica externa de instalabilidad debe ser capaz de

medir atributos como el comportamiento del sistema o de los usuarios quien est
intentando instalar el software en un entorno (Hardware y Software) determinado.
Las mtricas externas de instabilidad son:

Fcil instalacin

Fcil configuracin

Mtricas de Coexistencia: una mtrica externa de coexistencia debe ser capaz de

medir atributos como el comportamiento del sistema o de los usuarios quien est
intentando usar el software con otro software independiente en un mismo entorno
y con recursos compartidos.
Las mtricas externas de Coexistencia son:

91

Coexistencia disponible

Mtricas de Capacidad para ser Reemplazado: una mtrica externa de capacidad

para ser reemplazado debe ser capaz de medir atributos como el comportamiento
del sistema o la satisfaccin de los usuarios quien est intentando usar el nuevo
software en lugar del software especificado anteriormente en un entorno
determinado.

Las mtricas externas de capacidad para ser reemplazadas son:

Continuidad en el uso de datos

Integracin de funciones

Consistencia funcional en el soporte a usuarios

Mtricas de Cumplimiento de Portabilidad: una mtrica de cumplimiento de la

portabilidad debe ser capaz de medir atributos como nmero de funciones o
hechos concernientes con problemas, defectos del producto de software adheridos
a estndares, normas o regulaciones relacionadas con la portabilidad.

Las mtricas externas de cumplimiento de portabilidad son:

Cumplimiento de la portabilidad

MTRICAS INTERNAS ISO/IEC 9126-3

METRICAS DE FUNCIONALIDAD: las mtricas de funcionalidad interna son
usadas para predecir si el producto de software en cuestin satisface los requisitos
funcionales y los requisitos implcitos del usuario.

92

Mtricas de Adecuacin: mtricas internas de adecuacin indican un conjunto de

atributos para valoracin de funciones explcitas a las tareas prescritas y para
determinar su suficiencia para realizar tareas.
Mtricas de Exactitud: mtricas internas de exactitud indican un conjunto de
atributos para valorar la capacidad del producto de software para lograr resultados
correctos o conformes.
Mtrica de Interoperabilidad: mtricas internas de interoperabilidad indican un
conjunto de atributos para evaluar la capacidad de interaccin del producto de
software con un producto determinado.

Mtricas de Seguridad: mtricas internas de seguridad indican un conjunto de

atributos para evaluar la capacidad del producto de software para evitar el acceso
ilegal al sistema y/o a datos.
Mtricas de Cumplimiento de la Funcionalidad: mtricas internas de cumplimiento
de la funcionalidad indican un conjunto de atributos para evaluar la capacidad de
un producto de software a cumplir con los estndares, convenciones o
regulaciones de las organizaciones en relacin a funcionalidad.
METRICAS DE FIABILIDAD: mtricas internas de fiabilidad son usadas para
predecir si el producto de software en cuestin satisface las necesidades
prescritas de fiabilidad durante el desarrollo del producto de software.
Mtricas de Madurez: mtrica interna de madurez indica un conjunto de atributos
para evaluar la madurez del software.
Mtricas de Tolerancia a Fallos: mtrica interna de tolerancia a fallos indica un
conjunto de atributos para evaluar la capacidad del producto de software para

93

mantener un nivel adecuado de rendimiento en caso de un defecto operacional o

infraccin de una interfaz especfica.
Mtricas de Capacidad de Recuperacin: mtricas internas de capacidad de
recuperacin indica un conjunto de atributos para evaluar la capacidad del
producto de software de restablecer un adecuado nivel de rendimiento y recobrar
los datos directamente afectados en caso de fallas.
Mtricas de Cumplimiento de la Fiabilidad: mtricas internas de cumplimiento de la
fiabilidad indican un conjunto de atributos para evaluar la capacidad de un
producto de software a cumplir con los estndares, convenciones o regulaciones
de las organizaciones en relacin a fiabilidad.
METRICAS DE USABILIDAD: mtricas internas de usabilidad son usadas para
predecir la magnitud que el software en cuestin puede ser comprendido,
aprendido, operado, atractivo y dcil con regulaciones y guas de usabilidad. La
mtrica de usabilidad debe dar la posibilidad de tomar medidas para establecer
criterios de aceptacin o hacer comparacin entre productos.
Mtricas de Capacidad para ser Entendido: los usuarios deben ser capaces de
seleccionar un producto de software que es conveniente para su uso. La
evaluacin de mtricas internas de capacidad para ser entendido debe ser capaz
de valorar si los nuevos usuarios pueden entender si el software es conveniente y
como puede ser usado para tareas particulares.
Mtricas de Capacidad para ser Aprendido: las mtricas internas de capacidad
para ser aprendido evalan que tiempo toma a los usuarios aprender el uso de
una funcin en particular y la efectividad de los sistemas de ayuda y de la
documentacin. La capacidad de ser aprendido es fuertemente relacionada con la
capacidad de ser entendido y las mediciones de capacidad para ser entendido
pueden ser indicadores potenciales de capacidad de ser aprendido del software.

94

Mtricas de Capacidad para ser Operado: las mtricas internas de capacidad para
ser operado evalan si los usuarios pueden operar y controlar el software.
Mtricas de Capacidad de Atraccin: mtricas de capacidad de atraccin evalan
la apariencia del software que pueden ser influenciadas por factores como el
diseo y el color.
Mtricas de Cumplimiento de la Usabilidad: una mtrica de cumplimiento de la
usabilidad evala la adherencia a estndares, guas o regulaciones relacionadas
con la usabilidad.
METRICAS DE EFICIENCIA: mtricas internas de eficiencia son usadas para
predecir la eficiencia del producto del software durante las pruebas u operacin.
Para medir la eficiencia, deben definirse las condiciones, por ejemplo, la
configuracin del hardware y la configuracin del software de un ambiente de la
referencia.
Mtricas de Comportamiento Temporal: mtricas internas de comportamiento
temporal muestran un conjunto de atributos para predecir el tiempo de
comportamiento de sistemas de computacin incluyendo el producto del software
durante las pruebas u operaciones.
Mtricas de Utilizacin de Recursos: mtricas internas de utilizacin de recursos
muestran un conjunto de atributos para predecir la utilizacin de recursos del
hardware por el sistema de computacin incluyendo el producto del software
durante las pruebas u operaciones.
Mtricas de Cumplimiento de la Eficiencia: mtricas internas de cumplimiento de la
eficiencia relaciona un conjunto de atributos para evaluar la capacidad del

95

producto del software para cumplir la documentacin como normas, convenciones

o regulaciones de eficiencia de la organizacin.
METRICAS DE MANTENIBILIDAD: mtricas internas de mantenibilidad son
usadas para predecir el nivel de esfuerzo requerido para modificar el producto del
software.
Mtricas de Capacidad para ser Analizado: mtricas internas de capacidad para
ser analizado indican un conjunto de atributos para predecir el mantenimiento o el
esfuerzo hecho por un usuario o por los recursos; intentando diagnosticar
deficiencias o causas de fracaso, o para la identificacin de partes a ser
modificadas en el producto de software.
Mtricas de Capacidad para ser Cambiado: mtricas internas de capacidad para
ser cambiado indican un conjunto de atributos para predecir el mantenimiento o el
esfuerzo de un usuario al intentar llevar a cabo una modificacin especfica en el
producto de software.
Mtricas de Estabilidad: mtricas internas de estabilidad indican un conjunto de
atributos para predecir la estabilidad del producto de software al realizar cualquier
modificacin.
Mtricas de Capacidad de ser Probado: mtricas internas de capacidad de ser
probado indican un conjunto de atributos para predecir la calidad de diseo e
implementacin de pruebas autnomas y funciones de ayuda presentes en el
producto del software
Mtricas de Cumplimiento de la Mantenibilidad: mtricas internas decumplimiento
de la mantenibilidad indican un conjunto de atributos para predecir la capacidad
del producto del software para cumplir la documentacin como normas,
convenciones o regulaciones de mantenibilidad de la organizacin del usuario.

96

METRICAS DE PORTABILIDAD: mtricas internas de portabilidad son usadas

para predecir el efecto del producto de software como el comportamiento del
sistema durante la actividad de llevarlo a otro lado.
Mtricas de Adaptabilidad: mtricas internas de adaptabilidad indican un conjunto
de atributos para predecir el impacto del producto de software y el esfuerzo del
usuario cuando est intentando adaptarlo en ambientes especficos diferentes.
Mtricas de Instalabilidad: mtricas internas de instalabilidad indican un conjunto
de atributos para predecir el impacto del producto de software y el esfuerzo del
usuario cuando est intentando instalarlo en ambientes especficos diferentes.
Mtricas de Coexistencia: mtricas internas de coexistencia indican unconjunto de
atributos para predecir el impacto del producto de software para compartir con
otros productos de software los mismos recursos operacionales de hardware
Mtricas de Capacidad para ser Reemplazado: mtricas internas de capacidad de
ser reemplazado indican un conjunto de atributos para predecir el impacto del
producto de software y el esfuerzo del usuario que est intentando usar el
software en otro lugar en un ambiente especfico y contexto de uso.
Mtricas de Cumplimiento de Portabilidad: mtricas internas de cumplimiento de
portabilidad indican un conjunto de atributos para evaluar la capacidad del
producto de software para cumplir la documentacin como normas, convenciones
o regulaciones de portabilidad de la organizacin del usuario.
ESTNDAR ISO/IEC 14598
El modelo de evaluacin de calidad ISO/EIC 14598 consta de 6 partes, las cuales
son:
1. Revisin General (ISO/IEC 14598-1)

97

2. Planificacin y Administracin (ISO/IEC 14598-2)

3. Proceso para Desarrolladores (ISO/IEC 14598-3)
4. Proceso para Adquisidores (ISO/IEC 14598-4)
5. Proceso para Evaluadores (ISO/IEC 14598-5)
6. Documentacin de Mdulos de Evaluacin (ISO/IEC 14598-6)
Este modelo de evaluacin est fuertemente enlazado con el estndar ISO/IEC
9126, este establece en sus requisitos mecanismos de medicin y evaluacin
necesarios para el uso de la ISO/IEC 9126.

Figura Relacin entre estndares ISO/IEC 9126 e ISO/IEC 14598

Fuente: ISO/EIC 9126-1
A continuacin solo de definirn las partes relevantes de la ISO/IEC 14598
aplicables a nuestro caso de estudio.
Revisin General (ISO/IEC 14598-1)

98

En esta parte se tiene una visin general del modelo de evaluacin ISO/IEC
14598. La cual describe el proceso de evaluacin en 4 pasos:
1. Establecer requisitos de evaluacin
2. Especificar la evaluacin
3. Disear la evaluacin
4. Ejecutar la evaluacin
Este proceso de evaluacin contiene inmersos una serie de pasos descritos en la
siguiente figura:

Figura- Proceso de evaluacin

99

Fuente: ISO/IEC 14598-1

PROCESO DE EVALUACIN
Establecer requisitos de evaluacin
Modelo de indicadores y mtricas
Modelo de mtricas
Siguiendo la norma ISO 14598-1 donde define de manera general en su
proceso de evaluacin como obtener las mtricas ms adecuadas para la
evolucin de nuestro producto final tenemos que:
1. Especificar el propsito de la evaluacin: se define la finalidad que se
quiere alcanzar con la evaluacin para obtener un nivel de calidad estimado
del producto.
2. Identificar tipo de producto a evaluar: en esta etapa se define el tipo de
producto a evaluar, poder ser final o en desarrollo. Tambin interfiere su
utilidad y manejo.
3. Especificar el modelo de calidad y sus caractersticas: una vez comparado
una variedad de estndares de calidad se debe seleccionar el ms idneo
segn el ambiente y requisitos del producto.

100

4. Especificar las mtricas de Calidad: todo producto o sistema a evaluar

pertenecen a diferentes entornos de produccin o desarrollo por tanto se
debe seleccionar de manera justificada las mtricas a evaluar.
El proceso de seleccin de las mtricas a evaluar segn norma ISO 14598:
1. Especificar el propsito de la evaluacin
Evaluar la calidad de software de SIGESCO y Analizar los resultados
2. Especificar el producto a evaluar
El producto a evaluar entra en la categora: producto final, y de tipo:
SOFTWARE DE APLICACIN (FINANZAS) (CLIENTE / SERVIDOR)
3. Especificar el modelo de calidad y sus caractersticas con las que
evaluaremos a SIGESCO
Modelo de Calidad ISO 9126

Definicin de las Sub-caractericas de calidad externas (ISO 9126-2) a

evaluar:
Caractersticas
FUNCIONALIDAD

Sub-Caractersticas
Adecuacin
Exactitud
Interoperabilidad
Seguridad de acceso

A Evaluar
X
X

101

FIABILIDAD

USABILIDAD

EFICIENCIA

MANTENIBILIDAD

PORTABILIDAD

Cumplimiento funcional
Madurez
Tolerancia a fallos
Capacidad de recuperacin
Cumplimiento de la fiabilidad
Comprensibilidad
Capacidad para ser Aprendido
Capacidad para ser Operado
Atractivo
Cumplimiento usabilidad
Comportamiento temporal
Utilizacin de recursos
Cumplimiento Eficiencia
Capacidad para ser analizado
Capacidad para ser cambiado
Estabilidad
Capacidad para ser probado
Cumplimiento de la mantenibilidad
Adaptabilidad
Instalabilidad
Coexistencia
Capacidad para reemplazar
Cumplimiento de la portabilidad

X
X
X
X

Definicin de las Sub-caractersticas de calidad internas (ISO 9126-3) a

evaluar:
Caractersticas
FUNCIONALIDAD

Sub-Caractersticas
Adecuacin
Exactitud

A Evaluar

102

FIABILIDAD

USABILIDAD

EFICIENCIA

MANTENIBILIDAD

PORTABILIDAD

Interoperabilidad
Seguridad de acceso
Cumplimiento funcional
Madurez
Tolerancia a fallos
Capacidad de recuperacin
Cumplimiento de la fiabilidad
Comprensibilidad
Capacidad para ser Aprendido
Capacidad para ser Operado
Atractivo
Cumplimiento usabilidad
Comportamiento temporal
Utilizacin de recursos
Cumplimiento Eficiencia
Capacidad para ser analizado
Capacidad para ser cambiado
Estabilidad
Capacidad para ser probado
Cumplimiento de la mantenibilidad
Adaptabilidad
Instalabilidad
Coexistencia
Capacidad para reemplazar
Cumplimiento de la portabilidad

4. Especificar las mtricas de Calidad

Mtricas Externas seleccionadas para nuestro caso de estudio

Caractersticas

Sub-Caractersticas

METRICA

X
X
X
X
X
X

103

FUNCIONALIDA
D

FIABILIDAD

USABILIDAD

EFICIENCIA

PORTABILIDAD

Adecuacin

Completa implementacin
funcional

Exactitud

Exactitud computacional

Seguridad de acceso

Auditoria de Acceso

Densidad fracaso frente a los

casos de prueba

Madurez

Resolucin de fallas
Capacidad para ser
Entendido

Demostracin de acceso

Capacidad para ser

Aprendido

Efectividad de la
documentacin de usuario y / o
sistema de ayuda

Capacidad para ser

Operado

Disponibilidad de Valor por

defecto en uso

Comportamiento temporal

Tiempos de respuesta

Coexistencia

Coexistencia Disponible

Mtricas externas

104

ombre de
mtrica

Propsito de la
mtrica

mpleta
ementaci
ncional

Qu
tan
completa es la
implementacin
de acuerdo a
especificacione
s de requisitos?

Mtodo de aplicacin
Realice pruebas funcionales
(prueba de recuadro negro)
del sistema de acuerdo con
las especificaciones de
requisitos.
Cuente el nmero de
funciones que faltan
detectados en la evaluacin
y la comparacin con el
nmero de la funcin
descrita en las
especificaciones de
requisitos.

Mtricas de idoneidad externos

Medicin,
frmulas y
Interpretaci
clculos de
n del valor
datos de
medido
elementos
X = 1 -A/ B
0 <= X <= 1
El ms
A = Nmero de
cercano a 1,0
funciones
es la mejor.
faltantes
detectados en
la evaluacin
B = Nmero de
funciones
descritas en las
especificacione
s de requisitos

Tipo de
escala
mtrica
Absolut
o

Tipo de
Medida
A = Cantidad
B = Cantidad
X = Cantidad
/ Cantidad

Entrada
para
medicin

ISO / IEC
12207 SLCP
Referencia
6.5 Validacin,
6.3
Aseguramient
o
de
la
Calidad,
Prueba
5.3
Cualificacin

Destina
s

Revelad

Tabla Mtricas externas

Fuente: ISO/IEC 9126-3

Mtricas de precisin externos

Nombre de
mtrica
Exactitud
computacional

Propsito
de la
mtrica
Con qu
frecuencia
los usuarios
finales se
encuentran
con
resultados
inexactos?

Mtodo de
aplicacin
Anote el nmero
de clculos
inexactos sobre la
base de las
especificaciones

Medicin,
frmulas y
Interpretacin
Tipo de
clculos de
del valor
escala
datos de
medido
mtrica
elementos
X =A/ T
0 <= X
ratio
A = Nmero
El ms
de
cercano a 0 es
informacin
el mejor.
inadecuada
encontrado
por los
usuarios
T= Tiempo
de
Operacin
Tabla Mtricas externas
Fuente: ISO/IEC 9126-3

Tipo de
Medida
A=
Cantidad
T=
Tiempo
X=
Cantidad
/ Tiempo

Entrada
para
medicin

ISO / IEC 12207

SLCP
Referencia
6.5 Validacin
6.3
Aseguramiento
de la Calidad

Destinatarios
Desarrollador
usuario

105

ricas seguridad Externos

mbre
rica

de

itoria de
eso

Propsito de la mtrica

Mtodo de
aplicacin

Medicin, frmulas y
clculos de datos de
elementos

Interpretacin
del valor
medido

Tipo de
escala
mtrica

Tipo de
Medida

Qu tan completa es la
pista de auditora en
relacin con el acceso
de los usuarios al
sistema y sus datos?

Evaluar la
cantidad de
acceso que es
la ed registro del
sistema en la
base de datos
histrica de
acceso.

X =A/ B

0 <= X <= 1
El ms cercano
a 1,0 es la
mejor.

Absolut
o

A = Contar
B = Contar
X=
contable /
Contar

A = Nmero de "usuario
accede al sistema y los
datos", grabado en la
base de datos de
historial de acceso
B = Nmero de "usuario
accede al sistema y los
datos" realizado durante
la evaluacin

Entrada
para
medici
n

ISO / IEC
12207 SLCP
Referencia

Destinata

6.5
Validacin

Revelado

Tabla Mtricas externas

Fuente: ISO/IEC 9126-3

s de madurez externos

re de
ica

ad

a los
de

Propsito de la
mtrica

Mtodo de
aplicacin

Cuntos fracasos
fueron
detectados durant
e el perodo de
prueba se define?

Cuente el
nmero de fallos
detectados y
casos de prueba
realizadas.

Medicin, frmulas y
clculos de datos de
elementos
X = A1 / A2

Interpretaci
Tipo de
n del valor
escala
medido
mtrica
0 <= X
total
Depende de
A1 = nmero de errores la etapa de
detectados
pruebas.
A2 = nmero de casos En las etapas
de prueba realizados
posteriores,
ms pequeo
es mejor.
Tabla Mtricas externas
Fuente: ISO/IEC 9126-3

Tipo de Medida
= A1 Contar
= A2 Contar
B = El Tamao
X, Y =
Count / El
Tamao

Entrada
para
medicin

ISO / IEC
12207 SLCP
Referencia
5.3 Integracin
5.3
Pruebacin
Qualifica
5.4 Operacin
6.3
Aseguramient
o de la Calidad

Destinat
Revelador
Tester
SQA

106

tricas madures externa

ombre de
mtrica

soluci
de fallos

Propsito
de la
mtrica
Cuntas
condicione
s fracaso
se
resuelven?

Mtodo de aplicacin
Cuente el nmero de
fallos que no se vuelvan
a producir durante el
perodo de prueba
definido en condiciones
similares.

Medicin, frmulas y
clculos de datos de
elementos
X = A1 / A2
A1 = nmero de
fallos resueltos
A2 = nmero total de
fallos detectados en
realidad

Interpretacin
del valor medido

Tipo de escala
mtrica

0 <= X <= 1
El ms cercano
a 1,0 es mejor
como fracasos
m de mineral se
resuelven.

a) Absoluto

Tipo de
Medida

Entrada
para
medicion

A1= Contar
A2=Contar
A3=Contar
X=
Cantidad
/Contar

Mantener un informe de
resolucin de problemas
que describe el estado
de todos los fracasos.

ISO / IEC
12207
SLCP
Referencia
5.3
Integracin
5.3
Calificacio
n
de
pruebas
5.4
Operacin

Destinata
s
Usuario
SQA

Mantened

Tabla Mtricas externas

Fuente: ISO/IEC 9126-3

icas comprensibilidad externos

mbre de
mtrica

sibilidad
ostraci

Propsito de la
mtrica
Qu
proporcin de
las
demostraciones
/ tutoriales
puede el
acceso de los
usuarios?

Mtodo de aplicacin
Realizar prueba de usuario y
observar el comportamiento del
usuario.
Cuente el nmero de funciones
que
son
adecuadamente
demostrable y se comparan con
el total de las funciones que
requieren la capacidad de
demostracin

Medicin, frmulas
y
clculos de datos
de elementos

Interpretacin
del valor
medido

X =A/ B
0 <= X <= 1
A = Nmero de
El ms
demostraciones /
cercano a 1,0
tutoriales que el
es la mejor.
usuario acceda al
xito
B = Nmero de
demostraciones /
tutoriales
disponibles
Tabla Mtricas externas
Fuente: ISO/IEC 9126-3

Tipo
de
escala
mtric
a
total

Tipo de
Medida
A=
Cantidad
B=
Contador
X=
Cantidad /
contar

Entrada
para
medicin

ISO / IEC
12207
SLCP
Referencia
5.3
Calificaci
n de
pruebas
5.4
Operacin

Destinat
usuario

Mantene

107

tricas comprensibilidad externos

Nombre de
mtrica

ectividad de

cumentaci
de usuario y /
sistema de
uda

Propsito de la
mtrica

Mtodo de aplicacin

Qu
proporcin
de tareas se puede
completar
correctamente
despus de usar la
documentacin de
usuario y / o
sistema de ayuda?

Contar el nmero de
tareas completada con
xito
despus
de
acceder a la ayuda y / o
documentacin
y
comparar con el nmero
total de tareas probadas
en lnea.

Medicin, frmulas
y
clculos de datos de
elementos
X =A/ B
A = Nmero de
tareas completada
con xito despus
de acceder a la
ayuda y / o
documentacin en
lnea

Interpretaci
n del valor
medido

Tipo de
escala
mtrica

0 <= X <= 1
Cuanto ms
cercano a 1,0
es la mejor.

Absoluto

Tipo de
Medida

Entrada
para
medicin

A=
Cantidad
B=
Cantidad
X=
Cantidad
/
Contar

B = total de nmero
de tareas a prueba

ISO / IEC
12207
SLCP
Referencia
6.5
Validacin
5.3
Calificaci
n de
pruebas
5.4
Operacin

Destinatar
Usuario

Diseador
de interfaz
humana

Tabla Mtricas externas

Fuente: ISO/IEC 9126-3

po externo mtricas de comportamiento a) El tiempo de respuesta.

Medicin, frmulas
Interpretacin
bre de
y
Propsito de la mtrica
Mtodo de aplicacin
del valor
rica
clculos de datos de
medido
elementos
Cul
es
el
tiempo
Iniciar
una
tarea
T
=
(hora
de
obtener
0
<T
po de
necesario
para especificada. Medir el el resultado)
Cuanto ms
uesta
completar una tarea tiempo que tarda la
- (Momento de la
pronto es el
especfica?
muestra para completar entrada de
mejor.
su operacin.
comandos
Cunto
tiempo
se Mantenga un registro de
terminado)
tarda antes de que la cada intento.
respuesta del sistema a
una
operacin
especificada?
Tabla Mtricas externas
Fuente: ISO/IEC 9126-3

Tipo de
escala
mtrica
ratio

Tipo de
Medida
T=
Tiempo

Entrada
para
medicin

ISO / IEC
12207 SLCP
Referencia
5.3
Calificacion de
pruebas
5.4 Operacin
5.5 de
Mantenimiento
nance

Destinat
usuario

Desarroll

Mantene
SQA

108

tricas de coexistencia externos

mbre de Propsito de la Mtodo de aplicacin
trica
mtrica

sponible
existenci

Con
qu
frecuencia
usuario
se
encuentra
con
todas
las
restricciones o
fallos
inesperados
cuando se opera
simultneament
e
con
otro
software?

Uso
de
software
evaluado
simultneamente con
otro software que
usuario
utiliza
a
menudo.

Medicin, frmulas y
clculos de datos de
elementos

Interpretacin
del
valor
medido

X =A/ T

0 <= X
Cuanto
ms
cerca de 0 es
el mejor

A = Nmero de todas las

restricciones o fallos
inesperados
que
el
usuario
encuentro
durante
el
funcionamiento
simultneamente
con
otro software
Duracin T = Tiempo de
operar simultneamente
otro software

Tabla Mtricas externas

Fuente: ISO/IEC 9126-3

Tipo
de
escala
mtric
a
ratio

Tipo
Medida

de

A = Cantidad
T = Tiempo
X = Cantidad
/
Hora

Entrada
para
medicio
n

ISO / IEC
12207 SLCP
Referencia

Destinatari

Prueba
5.3
Cualificacin
5.4 Operacin
5.5
Mantenimient
o

Desarrollad

Mantenedo
SQA
operador

109

Mtricas Internas seleccionadas para nuestro caso de estudio

Caractersticas
FUNCIONALIDA
D

Sub-Caractersticas

METRICA

Interoperabilidad

Intercambiabilidad de datos
Acceso controlable

Seguridad de acceso
Encriptacin de datos
Tolerancia a fallos

Anulacin de operacin
incorrecta

Recuperabilidad

Recuperabilidad

Capacidad para ser

Entendido

Funciones evidentes

FIABILIDAD

USABILIDAD
Capacidad para ser
Operado
Mantenibilidad

Capacidad para ser

analizado

Recuperabilidad de error
operacional
Claridad del mensaje
ndice de mantenimiento

110

Mtricas Internas
Mtricas de seguridad interna
Nombre de
Propsito de
mtrica
la mtrica

Intercambiab
ilidad
de
datos
(Formato de
datos
basada)

Cmo se
han aplicado
correctamente
los formatos
de datos de la
interfaz?

Mtodo de
aplicacin

Medicin,
frmulas y
clculos de datos
de elementos

Interpretacin
del valor
medido

Tipo de
escala
mtrica

Tipo de
Medida

Entrada
para
medicin

ISO / IEC
12207
SLCP
Referencia

Destinatarios

Cuente el nmero
de formatos de
datos de la interfaz
que se han
implementado
correctamente
como en las
especificaciones y
comparar con el
nmero de
formatos de
intercambio de
datos como en las
especificaciones.

X = A/ B

0 <= X <= 1.

absoluto

Verificacin

Desarrolladores

Cuanto ms se
acerca a 1, el
ms correcto.

X = conteo /
conteo

El Diseo

A = Nmero de
formatos de datos
de interfaz que se
han aplicado
correctamente
como en las
especificaciones

Cdigo
fuente

Revisin
conjunta

A = Cantidad
B = contable

Informe de
revisin

B = Nmero de
formatos de
intercambio de
datos como en las
especificaciones
Tabla Mtricas internas
Fuente: ISO/IEC 9126-2

111

Mtricas de seguridad interna

Nombre de
Propsito de
mtrica
la mtrica

Controlabilida
d de Acceso

Qu tan
controlable es
el acceso al
sistema?

Mtodo de
aplicacin

Medicin, frmulas
y
clculos de datos
de elementos

Interpretaci
n del valor
medido

Tipo de
escala
mtrica

Tipo de
Medida

Entrada para
medicin

ISO / IEC
12207
SLCP
Referenci
a

Destinatarios

Cuente el nmero de
requisitos l capacidad
de control de acceso
implementado
correctamente como
en las
especificaciones y
comparar con el
nmero de requisitos
l capacidad de control
de acceso en las
especificaciones.

X = A/ B

0 <= X <= 1

A = Nmero de los
requisitos
implementados
correctamente como
en las
especificaciones.

Cuanto ms
se acerca a 1,
el ms
controlable.

Absolut
o

X = conteo /
conteo

Especificaci
n de
requisitos

6.5
Validacin

Desarrolladore
s

A =Cantidad

El Diseo

B = contable

Cdigo
fuente

B = Nmero de
requisitos de control
de acceso en las
especificaciones.
Tabla Mtricas internas
Fuente: ISO/IEC 9126-2

Informe de
revisin

6.6
Revisin
conjunta

112

Mtricas de seguridad interna

Nombre
Propsito de
Mtodo de
de
la mtrica
aplicacin
mtrica

Cifrado
de
dados

Qu tan
completa es
la
implementaci
n de cifrado
de datos?

Cuente el nmero
de instancias
implementadas de
elementos de
datos codificables /
descodificarse
como se especifica
y comparar con el
nmero de casos
de elementos de
datos que
requieren las
instalaciones de
datos de cifrado /
descifrado como
en
especificaciones.

Medicin, frmulas y
clculos de datos de
elementos

Interpretacin
del valor
medido

X =A/ B
0 <= X <= 1
A = Nmero de casos
Cuanto ms se
aplicados de elementos de
acerca a 1, el
datos codificables /
ms completo.
descodificarse como
especificado confirmado en
la revisin
B = Nmero de elementos
de datos que requieren
cifrado de datos
instalacin / descifrado
como en especificaciones
NOTA: El cifrado de datos:
por ejemplo, los datos en la
base de datos abierta, los
datos de servicio de
comunicacin pblica
Tabla Mtricas internas
Fuente: ISO/IEC 9126-2

Tipo
de
escala
mtric
a
total

Tipo
de
Medid
a

Entrada para
medicion

X=
conteo
/
conteo
.
A=
recue
nto.
B=
contab
le.

Especificacin
de
requerimiento
Diseo
Cdigo fuente
informe de
revisin

ISO / IEC
12207
SLCP
Referenci
a
6.5
Validacin

Destinatarios

Desarrolladores

113

Mtricas de tolerancia a fallos internos

Nombre de
Propsito de la
Mtodo de aplicacin
mtrica
mtrica

Evitar
operacin
incorrecta

la Cuntas funciones
se implementan con
las operaciones de la
capacidad de
evitacin incorrecta?

Cuente el nmero de
funciones implementadas
para evitar fallos crticos y
graves causadas por
operaciones incorrectas y
compararlo con el nmero
de patrones de
funcionamiento incorrectos
para ser considerado.

Medicin, frmulas y
clculos de datos de elementos

Interpretacin Tipo de Tipo de

del valor
escala Medida
medido
mtrica

X = A/ B

0 <= X

A = Nmero de funciones en prctica para

Donde X es
evitar los patrones de operacin incorrectos. mayor evitar
mejor
funcionamiento
B = Nmero de patrones de funcionamiento
incorrecto.
incorrectos para ser considerado

NOTA:
NOTA: Tambin se daen Los patrones de funcionamiento incorrecto
los datos, adems de fallo tipos de datos incorrectos como parmetros
del sistema.
de
secuencia incorrecta de entrada de datos
de secuencia incorrecta de operacin
NOTA : Fallo tcnica de anlisis de rbol
puede ser utilizado para detectar los
patrones de operacin incorrecta.
Tabla Mtricas internas
Fuente: ISO/IEC 9126-2

Entrada para ISO / IEC Destinatarios

medicin
12207
SLCP
Referencia

absoluto X = conteo informe de

/ conteo
revisin

Verificacin Desarrolladores
Validacin

A = count

Valor B viene
de
documento
B = cuenta
de
especificaci
n de
requisitos.

Revisin
conjunta
Resolucin
de
problemas

Mantenedores

114

Mtricas Internas recuperabilidad

Nombre de
mtrica

Propsito de
la mtrica

Mtodo de
aplicacin

Restaurabilidad

Qu tan
capaz es el
producto en s
mismo
despus de la
restauracin
de evento
anormal o en
la peticin?

Cuente el nmero
de requisitos de
restauracin
aplicadas y
compararlo con el
nmero de
requisitos de
restauracin en las
especificaciones.
Ejemplos de
requisitos
Restauracin:
puesto de control
de base de datos,
control de
transacciones, la
funcin rehacer, la
funcin deshacer

Medicin, frmulas
y
clculos de datos
de elementos

Interpretacin
del valor
medido

X = A/ B

0 <= X <= 1

A = Nmero de
requisitos de
restauracin
aplicadas
confirmados en la
revisin

Donde X es
mayor, mejor
restaurabilidad

B = Nmero de
requisitos de
restauracin en las
especificaciones. .

Tabla Mtricas internas

Fuente: ISO/IEC 9126-2

Tipo de
escala
mtrica
Absoluto

Tipo de
Medida

Entrada para
medicin

X=
contable
/ cuenta

A proviene de
la revisin de
documentos

A=
contable

B viene de
requisitos o
documento de
diseo

B=
contable

ISO / IEC
12207
SLCP
Referencia

Destinatarios

Verificacin

Desarrolladores

Revisin
conjunta

Mantenedores

115

Mtricas comprensibilidad Internos

Nombre de Propsito de la Mtodo de
mtrica
mtrica
aplicacin

funciones
evidentes

Qu
proporcin de
las funciones
del producto
son evidentes
para el
usuario?

Cuente el nmero
de funciones que
son evidentes para
el usuario y se
comparan con el
nmero total de
funciones

Medicin, frmulas
y
clculos de datos de
elementos

Interpretacin
del valor
medido

X =A/ B
0 <= X <= 1
A = Nmero de
Cuanto ms se
funciones (o tipos de acerca a 1,
funciones) evidente
mejor
para el usuario
B = Nmero total de
funciones (o tipos de
funciones)
Tabla Mtricas internas
Fuente: ISO/IEC 9126-2

Tipo
de
escala
mtric
a
Total

Tipo de
Medida

X = conteo
/ conteo
A=
contable
B=
contable

Entrada
para
medicin

Diseo
informe
de
revisin

ISO / IEC
12207
SLCP
Referencia
Verificacin
revisin
conjunta

Destinatarios

Desarrolladores

116

Mtricas comprensibilidad Internos

Nombre de
Propsito de
Mtodo de aplicacin
mtrica
la mtrica
Recuperabilida
d error
operacional

Qu
proporcin
de funciones
pueden
tolerar
errores de
los usuarios?

Cuente el nmero de
funciones
implementadas con
tolerancia de errores
de usuario y
compararlo con el
nmero total de las
funciones que requiere
la capacidad de
tolerancia

Medicin, frmulas y
clculos de datos de
elementos

Interpretaci
n del valor
medido

Tipo de
escala
mtrica

Tipo de
Medida

X =A/ B
A = Nmero de
funciones implementado
con tolerancia a errores
del usuario
B = Nmero total de
funciones que requiere
la capacidad de
tolerancia

0 <= X <= 1
Cuanto ms
se acerca a
1, el ms
recuperable.

absolut
o

X = conteo
/ conteo
A=
contable
B=
contable

Entrada
para
medici
n
El
Diseo
Informe
de
revisin

ISO / IEC
12207
SLCP
Referencia
Verificacin
Revisin
conjunta

Destinatarios

Desarrolladores

Tabla Mtricas internas

Fuente: ISO/IEC 9126-2

Mtricas comprensibilidad Internos

Nombre de
Propsito de la
Mtodo de
mtrica
mtrica
aplicacin
Mensaje
Claridad

Qu
proporcin de
los mensajes

Cuente el nmero
de mensajes que
implementan con

Medicin, frmulas
y
clculos de datos
de elementos
X =A/ B
A = Nmero de
mensajes

Interpretaci
n del valor
medido

Tipo de
escala
mtrica

Tipo de
Medida

0 <= X <= 1
Cuanto ms
se acerca a

absolut
o

X=
conteo /
conteo

Entrada
para
medicion
El Diseo
Informe de

ISO / IEC
12207
SLCP
Referencia
Verificacin
Revisin
conjunta

Destinatarios

Desarrolladores

117

son fciles de
entender?

explicaciones
claras y
compararlo con el
nmero total de
mensajes que
implementan.

implementados con
1, la ms
explicaciones
clara.
claras. .
B = Nmero de
mensajes
implementado
Tabla Mtricas internas
Fuente: ISO/IEC 9126-2

A=
contabl
e
B=
contabl
e

revisin

118

5. Establecer niveles para las mtricas

Cabe destacar que la norma ISO/EIC 14598 no posee niveles cuantitativos sino
que ofrece dos tipos de niveles cualitativos, por tanto se debe establecer unos
indicadores o criterios para traducir estas medidas cualitativas en cuantitativas.
A continuacin se muestra los niveles de puntuacin cualitativos descritos por la
norma:

Figura - Niveles de puntuacin de las mtricas

Fuente: ISO/IEC 14598-1

119

6. Establecer criterios de valoracin

Para la conversin de los valores cualitativos a valores cuantitativos necesarios
para la evaluacin se dise el siguiente instrumento:
Escala
0.0 - 0.27
0.27 - 0.5
0.5 - 0.75
0.75 - 1.0

Nivel de puntuacin
Inaceptable
Mnimamente aceptable
Rango objetivo
Excede los requisitos

Grado de satisfaccin
Insatisfactorio
Satisfactorio

Ponderaciones en porcentaje para las caractersticas de calidad

Ponderaciones para Caractersticas Externas

Caractersticas
FUNCIONALIDAD
FIABILIDAD
USABILIDAD
EFICIENCIA
PORTABILIDAD

Prioridad
ALTA
ALTA
ALTA
MEDIA
BAJA

Ponderacin (%)
30
30
20
15
5

Ponderaciones para Caractersticas internas

Caractersticas
FUNCIONALIDAD
FIABILIDAD
USABILIDAD
MANTENIBILIDAD

Prioridad
ALTA
MEDIA
ALTA
BAJA

Ponderacin (%)
30
20
40
10

Objetivo 3: Desarrollar las estrategias de implantacin para la incorporacin

del SIGESCO en el entorno de operacin.
IMPLANTACIN DE SIGESCO

120

Una vez obtenido el resultado del diagnstico, se logr definir un plan de

implantacin analizando la Metodologa tctica para la implantacin de
sistemas de informacin basado en mtrica y COBIT (ver captulo 3) como
base gua, mediante la cual se realiz el EDT (Estructura de Divisin de Trabajo),
que muestra de forma detallada, las actividades y tareas necesarias para llevar a
cabo conjuntamente con los responsables el plan de implantacin, lo cual permiti
alcanzar las metas y objetivos del proyecto satisfactoriamente.
A continuacin se presentan la estructura de divisin de trabajo de forma
detallada, derivada de las fases de la metodologa de implantacin seleccionada:
1- Aprobacin del sistema.
1.1-

Aprobacin del inicio de implantacin:

Una vez aprobado el sistema, se procedi a realizar un acta de aprobacin de la

implantacin, para poder dar inicio a la instalacin del sistema en la institucin.
Dicha acta, fue firmada por el tutor institucional y por el tutor acadmico
respectivamente. (Ver acta en apndice 1)
2- Formacin necesaria para la implantacin.
1.1-

Establecimiento del equipo de implantacin:

Se program una reunin del equipo de trabajo, para definir sus perfiles (lder,
analista, programador,) y niveles de responsabilidades de cada uno de ellos en el
desarrollo del proyecto.
En dicha reunin los integrantes del proyecto, llegaron a un acuerdo y,
delegaron los roles y las actividades a realizar, adems se identificaron los perfiles
de usuarios finales y equipo tcnico que estn implicados en el manejo del
sistema. (Ver apndice 2).
1.2-

Preparacin para el entrenamiento del equipo de implantacin:

121

Los integrantes del proyecto debern estar preparados, tanto para la

implantacin del sistema, como para la capacitacin de los usuarios finales y
tcnicos, para ello realizaron una reunin y elaboraron un plan de capacitacin
que permiti establecer las actividades que se llevaron a cabo posteriormente en
la capacitacin de los usuarios finales.
Por otra parte se consider que el equipo de implantacin est preparado para
la implantacin del sistema en la institucin ya que se dieron a la tarea de
recolectar y ejecutar todo lo necesario para realizar la implantacin; definicin y
preparacin de los requerimientos (hardware y software), seleccin de pruebas
piloto, formacin de los usuarios finales (manuales impresos y otra informacin
que explique el manejo del sistema), cargas iniciales de datos, entre otros, en esta
tarea se elabor un plan de capacitacin general y se tomaron varios temarios
importantes para la implantacin del sistema (ver apndice 3)
1.3-

Entrenamiento del equipo de implantacin:

Los responsables del proyecto, ejecutaron el plan de entrenamiento global en un

tiempo no mayor de veinte (20) das hbiles, contando con los conocimientos
necesarios solo basto tener los objetivos definidos para evitar fallas en su
ejecucin. El entrenamiento fue dirigido por todos los integrantes del equipo de
trabajo segn sus perfiles y responsabilidades. Se seleccion un personal
capacitado como parte de los usuarios de implantacin, este fue tomado del
departamento de informtica ya que estaba capacitado para el adiestramiento
tcnico inmerso en el Plan de formacin del equipo de implantacin, dichas
actividades para el usuario de implantacin se discriminaron en un nuevo Plan de
formacin de usuarios de implantacin. Vase (apndice 4)
1.4-

Preparacin de la formacin a usuarios finales:

Se realiz un plan de capacitacin a los usuarios finales de la organizacin,

para ello el equipo de trabajo planific un curso, que se imparti durante un da
hbiles, al personal que maneja actualmente el sistema, a dicho curso se le anexo
un manual de usuario, donde se explica de forma detallada el manejo adecuado

122

de los mdulos del sistema, para que los usuarios finales se familiarizaran con el
nuevo sistema implantado. Adems se realizaron un conjunto de tpicos, para
complementar la explicacin del curso a los usuarios finales. (Ver apndice 5)
3- Plan de implantacin.
2.1-

Especificacin de requisitos de implantacin:

En esta tarea se especifica de forma detallada todos los recursos necesarios

para la implantacin del sistema.
Para ello equipo de trabajo realiz una reunin, determinando la infraestructura
que se necesita para la instalacin del sistema y se obtuvo una lista del hardware,
software y recurso humano, que se debe preparar para la puesta en produccin
del sistema dentro de la organizacin.
Dentro de la preparacin del hardware se tomaron

en cuenta todos los

elemento fsicos necesarios, adems el software necesario para que la

implantacin del sistema se efecte correctamente. (Ver apndice 6)
2.2-

Definicin del plan de implantacin:

El objetivo de esta actividad es poner a disposicin todos los requerimientos

necesarios para que el sistema funcione en la organizacin, para ello se
analizarn las estrategias de instalacin, infraestructura y formacin necesarias
para llevar a cabo la implantacin. (Ver apndice 7)
4- Establecimiento de requisitos y servicios:
3.1- Especificacin de los niveles de servicio:
Para la seleccin de servicios a prestar por parte del proveedor se discriminaron
entre: atencin al cliente y mantenibilidad.
Atencin al cliente:

123

Telefnica: servicio de ayuda por medio telefnico el cual es prestado en

horario de oficina, para satisfacer dudas e inconvenientes. Contempla una
cobertura para los 3 responsables de la implantacin o proveedores.
Correo electrnico: al igual que el servicio de telefona este servicio presta
los mismos beneficios con la desventaja de que su tiempo de respuesta es
ms tardo.
Asesora directa: para los casos de prioridad alta se tiene a disposicin el
servicio de asesora directa el cual presta la mxima ayuda despus de la
implantacin para resolver los inconvenientes de documentaciones,
capacitaciones extras, adiestramiento tcnico, entre otras.
Mantenibilidad:
Mantenimiento correctivo: como garanta del producto este servicio es
prestado como seguro del buen funcionamiento del sistema, en caso de
cualquier falla o inconveniente causo por el software este servicio cumple
con la tarea de revolverlo y documentarlo para futuras averas similares.
Mantenimiento preventivo: este servicio cubre con las funciones de
respaldos, simulaciones o pruebas, limpieza de datos redundantes u
optimizacin de bases de datos, entre otros. Su ejecucin no es constante
ni de largo plazo ya que los conocimientos son transmitidos a un personal
tcnico de asistencia permanente.
3.2- Determinacin del acuerdo de nivel de servicio:
Se desarrollaron un conjunto de lineamientos y parmetros entre los responsables
de la implantacin del sistema y el representante del cliente, los cuales dieron
como resultados el documento de Acuerdo de nivel de servicio. (Ver apndice 9)
4- Incorporacin del sistema al entorno de operacin
4.1- Preparacin de la instalacin:
La corporacin socialista de desarrollo del estado Sucre cuenta con la
infraestructura necesaria para la implantacin, lo cual est conformado desde el
recurso humano hasta los equipos computarizados, de acuerdo al conteo

124

realizado para la verificacin de recursos disponibles en contraste al catlogo de

requisitos (vase apndice 6) se puede determinar qu la instalacin del sistema
es factible.
El sistema ser implantado especficamente en el servidor de COSDESU, el
cual tambin servir como equipo tcnico para la realizacin de pruebas este se
encuentra ubicado en el Dpto. de informtica, dicho sistema ser invocado desde
los departamentos de: cobranza, administracin, crdito y central.
La infraestructura tambin est equipada con una red cableada que abarca
todas las oficinas por lo tanto satisface el requerimiento de conexin.
Observando los requerimientos establecidos de software y hardware se
lleg a la conclusin que las estaciones de trabajo estn preparadas para ser
operadas con SIGESCO ya que cuentan con un sistema operativo estable y un
navegador WEB compatible.
El servidor igualmente se encuentra apto para la instalacin de SIGESCO
por su gran capacidad de alojar mltiples sistemas a la vez. (Ver apndice 10).
4.2- Realizacin de la instalacin:
Una vez comprobada la correcta instalacin del nuevo sistema SIGESCO,
se activan los procedimientos manuales y automticos, adems se deben activar
la migracin de datos y realizar la carga inicial de datos correspondiente.
A continuacin se realiza una explicacin bsica de dichos procesos:

Instalar los componentes y/o procedimientos manuales y automticos

asociados al sistema.

Los componentes necesarios para la implantacin descritos en el catlogo de

requisitos de la etapa anterior, todos estn instalados de manera satisfactoria.
En cuanto a los procedimientos necesarios para que el sistema funcione de
manera correcta solo existe uno (1) el cual tiene como funcin inyectar de manera
peridica datos del sistema paralelo antiguo, este procedimiento se basa en
convertir una tabla (base de datos) de FoxPro 2.6 en un archivo .SQL compatible
con MySQL e importarlo automticamente en el servidor, este proceso lo realiza
semanalmente. La aplicacin que realiza esta conversin fue desarrollada por los

125

mismos autores de SIGESCO la cual se ejecuta a travs de la herramienta

programador de tareas contenida en el sistema operativo del servidor.
En conclusin se puede determinar que los componentes y procedimientos
necesarios para SIGESCO estn instalados de manera satisfactoria.

Realizar la carga inicial de datos y migracin de datos

o Migracin de datos

La migracin de los datos se realiz gracias a una pequea aplicacin

desarrolla por los mismos autores de SIGESCO mediante el lenguaje Visual
FoxPro 6.0, la cual convierte

las tablas .DBF en archivos planos .SQL

compatible con MySQL. La migracin se realiz por medio de la herramienta

PHPMyAdmin instalada en el servidor. La base de datos migrada corresponde a
los crditos registrados anteriormente en el sistema antiguo de la corporacin lo
cual constituye a un nmero no mayor de 1600 registros.
o Carga inicial de datos
Lo que corresponde a la carga inicial de datos se bas en la incorporacin de
los municipios del estado Sucre-VE a operar el sistema, los cobradores calificados
para reportar recibos de cobros, las cuentas bancarias que el Dpto. de
Administracin manipula en el rea de liquidacin de crditos y en el rea de
recuperacin de crditos, y los usuarios autorizados para manipular el sistema con
su respetivas claves de acceso.
En conclusin la carga inicial y migracin de datos se realiz de manera
satisfactoria, lo cual completa en su totalidad la operatividad del acceso y manejo
de la base de datos mediante el sistema (SIGESCO).
5- Piloto de implantacin del sistema
5.1- Preparacin del piloto de implantacin:

126

Para las prueba piloto se seleccionaron las reas de seguridad,

comunicaciones, rendimiento y recuperacin. Estas pruebas se realizaron
directamente en el servidor destinado para la produccin sin interferir en las
labores de la institucin ya que se definan tiempos de pruebas aislados, adems
se tomaron en cuenta los casos de usos de los mdulos del sistema, para
observar el funcionamiento de ste de forma ms detallada. (Ver apndice 14).
5.2- Realizacin del piloto de implantacin:
En esta tarea se verifica que el sistema responde de forma correcta,
realizando las pruebas establecidas en la tarea anterior, el objetivo de estas
pruebas es demostrar que el sistema responde de manera satisfactoria en cuanto
a la interaccin con el hombre y la mquina, recuperacin, seguridad, rendimiento
y comunicaciones. (Ver apndice 15).
5.3- Evaluacin del resultado del piloto de implantacin:
Se analizaron los resultados de las pruebas realizadas en la tarea anterior,
y se realizaron conclusiones de los resultados de dichas pruebas, para comprobar
que el sistema cumple con los requisitos de implantacin. (Ver apndice 15)
6 - Promocin a produccin
6.1- Preparacin del entorno de produccin
Una vez analizado los datos de las prueba piloto se puede determinar la
fiabilidad del entorno donde se implanto el producto, debido a que en este caso el
equipo tcnico de pruebas es el mismo equipo de implantacin donde se aloja
actualmente el producto. Por lo tanto en esta etapa no fue necesario ningn
cambio relevante para la puesta en produccin debido a la ausencia de
migraciones.
En ltimos trminos se puede decir que el servidor antes descrito (vase
apndice 10)

en conjunto a la serie de pruebas efectuadas en la fase N5

(pruebas piloto) dieron resultados satisfactorios para la puesta en marcha del

sistema.

127

6.2- Activacin del sistema en produccin

Para finalizar las fases de implantacin se recibe un acta del sistema en
produccin por parte de los beneficiarios en representacin del Tutor Empresarial
(ver acta en apndice 17)
7- Revisin posterior a la implantacin
7.1- Control de calidad del sistema en produccin
En esta fase se realiza un monitoreo al sistema, para asegurar su buen
funcionamiento y se obtuvo un plan de mantenimiento y un plan de contingencia
para que el personal se encuentre debidamente preparado ante algn problema
que afecte el funcionamiento del sistema. (Ver apndice 19 y 20).

EVALUACION
Mtricas externas
Producto a evaluar: SIGESCO
Calidad a Evaluar:
Calidad Externa
Caracterstica:
Funcionalidad
Subcaracteristica:
Adecuacin
Mtrica:
Completa implementacin funcional
NOTA: se contrarresta el nmero de funciones faltantes contra el numero de
funciones requeridas

128

Mtrica: Calidad Externa Funcionalidad Adecuacin

Completa implementacin funcional
Formula:

Valor Ideal:
Procedimiento y
Calculo:

A=

B=

24

X=

Valor calculado:

X = 1- A/B
A = Nmero de funciones faltantes detectadas en la
evaluacin
B = Nmero de funciones descritas en las
especificaciones de requisitos
X=1, mientras ms cercano a 1 mejor
Se revisaron los requerimientos iniciales del producto y
se constat la necesidad de 24 mdulos. Al ejecutarse el
sistema se detect que cumple con todos los
requerimientos.
Al ejecutar el sistema se observ que cumpla
con todas las funciones establecidas en los
requerimientos iniciales del sistema. A es igual a
24 funciones requeridas menos 24 funciones
desarrolladas.
Numero de funciones requeridas. (ver anexo manual tcnico- casos de uso)
El valor est dentro del rango de satisfaccin en
los niveles de puntuacin para la mtrica.
X=1

Producto a evaluar: SIGESCO

Calidad a Evaluar:
Calidad Externa
Caracterstica:
Funcionalidad
Subcaracteristica:
Exactitud
Mtrica:
Exactitud computacional
NOTA: se evala el nmero de errores encontrados por el usuario contra el
tiempo de operacin

129

Mtrica: Calidad Externa Funcionalidad Exactitud - Exactitud

computacional
Formula:

Valor Ideal:
Procedimiento y
Calculo:

A=

T=

x1=

Valor calculado:

X = A/ T
A = Nmero de informacin inadecuada encontrado por
los usuarios
T= Tiempo de Operacin
X=0, mientras ms cercano a 0 es mejor
Se observ un nmero finito de usuarios donde se
determin que el nmero de errores encontrados durante
una jornada diaria de trabajo era de 0.
En una jornada de trabajo no se observaron
errores en el sistema.
Tiempo en horas de una jornada de trabajo
El valor est dentro del rango de satisfaccin en
los niveles de puntuacin para la mtrica de
exactitud computacional.
Para valor idea X=1; X=1 x1 = 1

Producto a evaluar: SIGESCO

Calidad a Evaluar:
Calidad Externa
Caracterstica:
Funcionalidad
Subcaracteristica:
Seguridad de acceso
Mtrica:
Auditoria de Acceso
NOTA: se verifica el nmero de usuarios ingresados en el sistema en contraste
al nmero de usuarios registrados en el historial de acceso

130

Mtrica: Calidad Externa Funcionalidad Seguridad de acceso

Auditoria de Acceso
Formula:

Valor Ideal:
Procedimiento y
Calculo:

A=

B=

X=

Valor calculado:

X = A/ B
A = Nmero de "usuario que accedieron al sistema",
grabado en la base de datos de historial de acceso
B = Nmero de " usuario que accedieron al sistema"
realizado durante la evaluacin
X=1, mientras ms cercano a 1 es mejor
Se cre una tabla en la bases de datos para llevar el
control de los usuarios ingresados al sistema, durante
una jornada de trabajo (1 dia hbil o 7 horas hbiles) se
pudo constatar que el nmero de usuarios que
ingresaron al sistema de manera satisfactoria es igual al
nmero de usuarios registrados en la base de datos.
En una jornada de trabajo se registraron 8
usuarios en la tabla historial contenida en la base
datos del sistema.
Nmero de usuarios que ingresaron al sistema de
manera satisfactoria.
El valor est dentro del rango de satisfaccin en
los niveles de puntuacin para la mtrica de
Auditoria de Acceso.
X=1

Producto a evaluar: SIGESCO

Calidad a Evaluar:
Calidad Externa
Caracterstica:
Fiabilidad
Subcaracteristica:
Madurez
Mtrica:
Densidad fracaso frente a los casos de prueba
NOTA: se evala el nmero de fallos detectados en contraste al nmero de
casos de prueba

131

Mtrica: Calidad Externa Fiabilidad Madurez - Densidad fracaso frente a

los casos de prueba
Formula:

X = A1 / A2
A1 = nmero de errores detectados
A2 = nmero de casos de prueba realizados
X=1, mientras ms cercano a 1 es mejor para la primera
etapa
El nmero de errores detectados es el valor obtenido en
promedio a las encuestas aplicadas a un nmero de 8
usuarios.

Valor Ideal:
Procedimiento y
Calculo:
A1=

A2=

X=

0.125

Valor calculado:

Es el promedio de la sumatoria como resultado

de las encuestas aplicadas a los usuarios finales
involucrados en la pruebas. (ver anexo
encuesta INSTRUMENTO A)
Nmero de usuarios encuestados tomados como
casos de prueba.
El valor est dentro del rango no satisfactorio en
los niveles de puntuacin para la mtrica de
Densidad fracaso frente a los casos de prueba.

X=0.125

Producto a evaluar: SIGESCO

Calidad a Evaluar:
Calidad Externa
Caracterstica:
Fiabilidad
Subcaracteristica:
Madurez
Mtrica:
Resolucin de fallos
NOTA: evaluar el nmero de fallos resueltos en contraste al nmero de fallos
detectados

132

Mtrica: Calidad Externa Fiabilidad Madurez - Resolucin de fallos

Formula:
Valor Ideal:
Procedimiento y
Calculo:

X = A1 / A2
A1 = nmero de fallos resueltos
A2 = nmero total de fallos detectados en realidad
X=1, mientras ms cercano a 1 es mejor
El nmero de errores detectados es el valor obtenido en
promedio a las encuestas aplicadas a un nmero de 8
usuarios.

A1=

Numero de fallas solucionadas participadas por

los usuarios encuestados, las cuales fueron:
ERROR AL GENERAR GRAFICO POR
COBRADORES
Al intentar generar los grficos de cobros
por cobradores el modulo no cumpla con
su funcin volcndose por un error interno,
error que fue causado por una mala
ubicacin de la funcin sesin_start,
posiblemente alterada en uno de los
mantenimiento efectuados en la fase de
pruebas.

A2=

X=

Numero de fallas detectadas como resultado de

la mtrica externa anterior (Densidad fracaso
frente a los casos de prueba)
El valor est dentro del rango satisfactorio en los
niveles de puntuacin para la mtrica de
Resolucin de fallos.

Valor calculado:

X=1

Producto a evaluar: SIGESCO

Calidad a Evaluar:
Calidad Externa
Caracterstica:
Usabilidad
Subcaracteristica:
Capacidad para ser Entendido
Mtrica:
Demostracin de acceso
NOTA: comparar el nmero de accesos disponibles con el nmero de acceso
descritos en tutoriales

133

Mtrica: Calidad Externa Usabilidad - Capacidad para ser Entendido Demostracin de acceso
Formula:

X = A/ B
A = Nmero de demostraciones / tutoriales que el
usuario accede con xito
B = Nmero de demostraciones / tutoriales disponibles
X=1, mientras ms cercano a 1 es mejor
El sistema SIGESCO posee una nica forma de acceso
la cual se encuentra descrita en el manual de usuario
anexo.

Valor Ideal:
Procedimiento y
Calculo:

A=

B=

X=

Valor calculado:

Nmero de accesos para ingresar al sistema

segn manual de usuario. (ver anexo manual de
usuario)
Nmero de accesos disponibles para ingresar al
sistema.
El valor est dentro del rango de satisfaccin en
los niveles de puntuacin para la mtrica de
Demostracin de acceso.
X=1

Producto a evaluar:
Calidad a Evaluar:
Caracterstica:
Subcaracteristica:
Mtrica:

SIGESCO
Calidad Externa
Usabilidad
Capacidad para ser Aprendido
Efectividad de la documentacin de usuario y / o sistema
de ayuda
NOTA: comparar el nmero de tareas realizadas satisfactoriamente en
contraste al nmero de tareas consultadas en el manual de usuario

134

Mtrica: Calidad Externa Usabilidad - Capacidad para ser Entendido Demostracin de acceso
Formula:

Valor Ideal:
Procedimiento y
Calculo:
A=

B=

X=

Valor calculado:

X = A/ B
A = Nmero de tareas completada con xito despus de
acceder a la documentacin de ayuda
B = total de nmero de tareas a prueba
X=1, mientras ms cercano a 1 es mejor
Encuesta aplicada a un nmero finito de usuarios para
verificar la comprensin del manual de usuario.
Es el resultado promedio de las respuesta
recolectadas por medio de las encuestas (ver
anexo encuestas -instrumento B) la cual arrojo
un 60% de satisfaccin en referencia a la
pregunta de comprensin del manual de usuario.
Lo cual nos da un valor de 5 tareas realizas en
base a 8 evaluadas.
Numero de encuestados. Debido a que cada
participante contempla una funcin especfica se
evalan 8 tareas por separado.
El valor est dentro del rango de satisfaccin en
los niveles de puntuacin para la mtrica de
Demostracin de acceso.
X=1

Producto a evaluar: SIGESCO

Calidad a Evaluar:
Calidad Externa
Caracterstica:
Usabilidad
Subcaracteristica:
Capacidad para ser Operado
Mtrica:
Disponibilidad de Valor por defecto en uso
NOTA: comparar el nmero de veces que el usuario deja los valores por defecto
del sistema con el nmero de veces que el usuario intenta cambiarlo

135

Mtrica: Calidad Externa Usabilidad - Capacidad para ser Entendido Demostracin de acceso
Formula:

Valor Ideal:
Procedimiento y
Calculo:

A=

B=

X=

Valor calculado:

X = 1- A / B
A = El nmero de veces que el usuario deja de
establecer valores de parmetros
B = Nmero total de veces que el usuario intenta
establecer valores de parmetros
X=1, mientras ms cercano a 1 es mejor
Encuesta aplicada a un nmero finito de usuarios para
verificar que tan fcil es para el usuario cambiar los
valores por defecto del sistema, porque el usuario no
debe usar siempre los valores prestablecidos.
Es el resultado promedio de las respuesta
recolectadas por medio de las encuestas (ver
anexo encuestas -instrumento B) la cual arrojo
un 100% de satisfaccin en referencia a la
pregunta Los valores iniciales establecidos por
SIGESCO, qu tan fcil es para usted
cambiarlos?
. Lo cual nos da un valor de 0 en base a 8
encuestas evaluadas, ya que el usuario no deja
de establecer los valores por defecto porque si
puede cambiarlos.
Numero de encuestados. Debido a que cada
participante contempla una funcin especfica se
evalan 8 tareas por separado.
El valor est dentro del rango de satisfaccin en
los niveles de puntuacin para la mtrica de
Disponibilidad de Valor por defecto en uso.
X=1

Producto a evaluar: SIGESCO

Calidad a Evaluar:
Calidad Externa
Caracterstica:
EFICIENCIA
Subcaracteristica:
Comportamiento temporal
Mtrica:
Tiempos de respuesta
NOTA: medir el tiempo de respuesta en promedio a la culminacin satisfactoria
de las tareas.

136

Mtrica: Calidad Externa EFICIENCIA - Comportamiento temporal Tiempos de respuesta

Formula:

T
T= tiempo promedio de culminacin de tareas a prueba.

Valor Ideal:

0<T, mientras menor sea el tiempo mejor

Mejor de los casos 2min
Peor de los casos 10min
0<X<1
Encuesta aplicada a un nmero finito de usuarios para
verificar que tan rpido es para el usuario culminar sus
tareas, con una estimacin de 10 min mximo como
valor aceptable.

Procedimiento y
Calculo:

T=

4 min

x1=

0.4

Valor calculado:

Es el resultado promedio de las respuesta

recolectadas por medio de las encuestas (ver
anexo encuestas -instrumento B) la cual arrojo
un 80% de satisfaccin en referencia a la
pregunta Qu tan aceptable es el tiempo de
respuesta de SIGESCO en culminar sus tareas?
Siendo el tiempo mximo aceptable de 10 min
por tarea. Siendo la valoracin de la encuesta un
promedio 80% de rapidez tenemos que la
culminacin de las tareas nos da como resultado:
4min en base a 10 min.

Para valor idea X=1; X=1 X1 = 0.6

Producto a evaluar: SIGESCO

Calidad a Evaluar:
Calidad Externa
Caracterstica:
Portabilidad
Subcaracteristica:
Coexistencia
Mtrica:
Coexistencia Disponible
NOTA: medir el nmero de fallas encontradas durante el uso simultaneo con
otros software

137

Mtrica: Calidad Externa Portabilidad Coexistencia Coexistencia Disponible

Formula:

X = A /T
A = Nmero de todas las restricciones o fallos
inesperados que el usuario encuentra durante el
funcionamiento simultneo con otros software
T = Tiempo de duracin al operar simultneamente otro
software
X=0, mientras ms cercano a 0 mejor

Valor Ideal:
Procedimiento y
Calculo:
A=

T=

7 horas

x1=

Valor calculado:

Nmeros de fallos encontrados durante el uso

simultaneo con otro software, segn encuesta
aplicada. (ver anexo encuesta instrumento B)
Tiempo en horas de una jornada de trabajo
El valor est dentro del rango de satisfaccin en
los niveles de puntuacin para la mtrica de
Coexistencia Disponible.

Para valor idea X=1; X=1 x1 = 1

Mtricas internas
Producto a evaluar: SIGESCO
Calidad a Evaluar:
Calidad Interna
Caracterstica:
Funcionalidad
Subcaracterstica:
Interoperabilidad
Mtrica:
Intercambiabilidad de datos
NOTA: evaluar el nmero de formato de datos implantados en la interfaz el
sistema segn los requerimientos

138

Mtrica: Calidad interna Funcionalidad Interoperabilidad Intercambiabilidad de datos

Formula:

X = A/ B
A = Nmero de formatos de datos de interfaz que se han
aplicado correctamente
B = Nmero de formatos de intercambio de datos segn
especificaciones

Valor Ideal:
Procedimiento y
Calculo:

A=

B=

X=

Valor calculado:

X= 1
Se evala en el sistema el nmero de formatos de datos
implementados correctamente en la interfaz segn los
requisitos.
Numero de formatos de datos implementados
correctamente los cuales estn conformados por:
Date
Numeric
Text
Formato especial para el cdigo de los
crditos, compuesto por la primera letra del
plan de liquidacin ms el id consecutivo
de los crditos
Formato especial para el valor de cedula,
compuesto por la nacionalidad ms el
nmero de cedula del solicitante.
Numero de formatos de datos requeridos para el
sistema.
El valor est dentro del rango de satisfaccin en
los niveles de puntuacin para la mtrica.
X= 1

Producto a evaluar: SIGESCO

Calidad a Evaluar:
Calidad Interna
Caracterstica:
Funcionalidad
Subcaracteristica:
Seguridad de acceso
Mtrica:
Acceso controlable
NOTA: contar nmeros de requisitos de acceso disponibles contra el numero de

139

requisitos de acceso requeridos

Mtrica: Calidad interna Funcionalidad Seguridad de acceso

Acceso controlable
Formula:

X = A/ B
A = Nmero de requisitos de control de acceso
implementados correctamente.
B = Nmero de requisitos de control de acceso de las
especificaciones.
X=1, mientras ms cercano a 1 mejor;
Se contrasto el nmero de requisitos para el control de
acceso al sistema con el nmero de requisitos
planteados en las especificaciones de requerimientos.

Valor Ideal:
Procedimiento y
Calculo:

A=

B=

X=

Valor calculado:

Nmeros de requisitos para el control de acceso

implementados. (usuario y contrasea)
Solo existen 2 requisitos para el control de
acceso; usuario y contrasea, especificados en
los requisitos. (vase anexo - manual tcnicocasos de uso)
El valor est dentro del rango de satisfaccin en
los niveles de puntuacin para la mtrica.
X=1

Producto a evaluar:
Calidad a Evaluar:
Caracterstica:
Subcaracteristica:
Mtrica:

SIGESCO
Calidad Interna
Funcionalidad
Seguridad de acceso
Encriptacin de datos

140

NOTA: verificar el nmero de instancias de datos cifrados contra el numero de

datos cifrados requeridos.

Mtrica: Calidad interna Funcionalidad Seguridad de acceso Encriptacin de datos

Formula:

X = A/ B
A = Nmero de casos aplicados de datos encriptados /
desencriptados
B = Nmero de elementos de datos que requieren las
instalaciones de datos de cifrado / descifrado.

Valor Ideal:
Procedimiento y
Calculo:

X=1, mientras ms cercano a 1 mejor

Se evaluaron el nmero de casos en donde se cubran
los requerimientos de encriptacin de datos, los cuales
solos 2 de 3 fueron cubiertos y la ausencia del tercero es
debida a la falta de recursos econmicos.

A=

Numero de instancias aplicas para la encriptacin

de datos:
Captura de contrasea en el mdulo
verificar.php encriptado con la funcin md5
nativa de php 5.3;
Encriptacin de campos de seguridad en la
tabla security contenida en la base de
datos crdito.

B=

X=

0.667

Numero de instancias de encriptacin requeridas:

Captura de contrasea en el mdulo
verificar.php encriptada.
Encriptacin de campos de seguridad en la
tabla security contenida en la base de
datos credito.
Uso del protocolo https.
Valor aceptable dentro del rango de satisfaccin
en los niveles de puntuacin para la mtrica.

Valor calculado:

X= 0.667

Producto a evaluar:
Calidad a Evaluar:
Caracterstica:

SIGESCO
Calidad Interna
FIABILIDAD

141

Subcaracteristica:
Tolerancia a fallos
Mtrica:
Anulacin de operacin incorrecta
NOTA: se evala el nmero de funciones implementadas para evitar fallos

Mtrica: Calidad interna FIABILIDAD - Tolerancia a fallos - Anulacin de

operacin incorrecta
Formula:

X = A/ B
A = Nmero de funciones en prctica para evitar las
operaciones incorrectos.
B = Nmero de patrones de funcionamiento incorrectos
para ser considerado.

Valor Ideal:
Procedimiento y
Calculo:

A=

X=1, mientras ms cercano a 1 mejor

Se evalu el cdigo fuente del sistema verificando las
funciones de excepcin implementadas, las cuales se
encontraron 1. Errori() es una funcin diseada para
capturar los errores por anticipacin al intentar ejecutar
una cadena de SQL con mala sintaxis.

Numero de funciones implementadas para evitar

operaciones incorrectas.
private function errori($msj='',
$allow=0,$par=array()){
.
return;
}

B=

Numero de funciones necesarias para evitar

operaciones incorrectas.

X=

Valor aceptable dentro del rango de satisfaccin

en los niveles de puntuacin para la mtrica.

Valor calculado:

X= 1

Producto a evaluar:
Calidad a Evaluar:

SIGESCO
Calidad Interna

142

Caracterstica:
FIABILIDAD
Subcaracteristica:
Recuperabilidad
Mtrica:
Recuperabilidad
NOTA: se evala el nmero de funciones implementadas para restaurar el
sistema

Mtrica: Calidad interna FIABILIDAD Recuperabilidad - Recuperabilidad

Formula:

X = A/ B
A = Nmero de requisitos de restauracin aplicadas
B = Nmero de requisitos de restauracin segn las
especificaciones.

Valor Ideal:
Procedimiento y
Calculo:

A=

X=1, mientras ms cercano a 1 mejor

Al evaluar el cdigo fuente del sistema SIGESCO se
encontr una funcin de recuperabilidad la cual permite
restaurar las bases de datos del sistema a un punto de
restauracin establecido manualmente.

Numero de funciones implementadas para

restaurar:
private function Backup(){
.
return;
}

B=

Numero de funciones necesarias para restaurar.

Funcin de restauracin de la bases de
datos
Funcin de deshacer.

X=

0.5

Valor aceptable dentro del rango de satisfaccin

en los niveles de puntuacin para la mtrica.

Valor calculado:

X= 0.5

143

Producto a evaluar: SIGESCO

Calidad a Evaluar:
Calidad Interna
Caracterstica:
USABILIDAD
Subcaracteristica:
Capacidad para ser Entendido
Mtrica:
Funciones evidentes
NOTA: se evala el nmero de funciones evidentes implementadas de fcil
ubicacin a travs del men de interfaz por ejemplo

Mtrica: Calidad interna USABILIDAD - Capacidad para ser Entendido Funciones evidentes
Formula:

X = A/ B
A = Nmero de funciones (o tipos de funciones) evidente
para el usuario
B = Nmero total de funciones (o tipos de funciones).
X=1, mientras ms cercano a 1 mejor
Se evalu el cdigo fuente y se encontr un numero de
18 funciones evidentes para el usuario en contraste a 24
funciones o mdulos descritas en los requerimientos.
Cabe resaltar que el hecho de estar 18 funciones
evidentes no significa que no estn las 24 funciones
requeridas implantas.

Valor Ideal:
Procedimiento y
Calculo:

A=

18

B=

24

X=

0.75

Valor calculado:

Numero de funciones evidentes que el usuario

puede reconocer en la interfaz.
Numero de funciones descritas en los
requerimientos del sistema. (vase anexo casos
de uso)
Valor aceptable dentro del rango de satisfaccin
en los niveles de puntuacin para la mtrica.

X= 0.75

Producto a evaluar:

SIGESCO

144

Calidad a Evaluar:
Calidad Interna
Caracterstica:
USABILIDAD
Subcaracteristica:
Capacidad para ser Operado
Mtrica:
Recuperabilidad de error operacional
NOTA: se evala el nmero de funciones con la capacidad de recuperar
errores de operacin

Mtrica: Calidad interna USABILIDAD - Capacidad para ser Operado Recuperabilidad de error operacional
Formula:

Valor Ideal:
Procedimiento y
Calculo:
A=

B=

X=

Valor calculado:

X = A/ B
A = Nmero de funciones implementado con tolerancia a
errores del usuario
B = Nmero total de funciones que requiere la capacidad
de tolerancia
X=1, mientras ms cercano a 1 mejor
Se encontraron 3 funciones capaces de tolerar errores
del usuario y corregirlos.
Funcines diseadas para tolerar los errores del
usuario al momento de ingresar datos.
function decimal( ){return;}
function Vcedula(){ return; }
function Vtelef(evt,ob){ return;}
Numero de funciones de recuperabilidad de error
descritas en los requerimientos del sistema.
(vase anexo)
Valor aceptable dentro del rango de satisfaccin
en los niveles de puntuacin para la mtrica.
X= 1

145

Producto a evaluar: SIGESCO

Calidad a Evaluar:
Calidad Interna
Caracterstica:
USABILIDAD
Subcaracteristica:
Capacidad para ser Operado
Mtrica:
Claridad del mensaje
NOTA: se evala el nmero de mensajes claros que explican al usuario el error
sucedido

Mtrica: Calidad interna USABILIDAD - Capacidad para ser Operado Claridad del mensaje
Formula:

X = A/ B
A = Nmero de mensajes implementados con
explicaciones claras.
B = Nmero de mensajes implementado
X=1, mientras ms cercano a 1 mejor

Valor Ideal:
Procedimiento y
Calculo:
A=

B=

X=

Valor calculado:

Numero de mensajes claros capaces de

explicarles al usuario el error sucedido para
resolverlo.
function errorh($msg='',$allow=0,$parametros=''){
return; }
jConfirm(mensaje,function e(){}){return;}
Numero de mensajes claros descritos en los
requisitos. (Vase anexo)
Valor aceptable dentro del rango de satisfaccin
en los niveles de puntuacin para la mtrica.
X= 1

Producto a evaluar:

SIGESCO

146

Calidad a Evaluar:
Calidad Interna
Caracterstica:
Mantenibilidad
Subcaracteristica:
Mantenibilidad
Mtrica:
ndice de mantenimiento
NOTA: esta mtrica es recomendable aplicarla ya que es propia para proyectos
desarrollados en lenguaje PHP.

Mtrica: Calidad interna Mantenibilidad - Mantenibilidad - ndice de

mantenimiento
Formula:
Valor Ideal:
Procedimiento y
Calculo:

X
X=100, mientras ms alto mejor
Este valor es proporcionado por la herramienta
phpmetrics la cual evala intensivamente el cdigo
fuente en totalidad.

Resultado de PHPMetrics Indice de mantenimiento

X1=

78.32

Valor calculado:

Valor aceptable dentro del rango de satisfaccin

en los niveles de puntuacin para la mtrica.

X1= 78.32; para valor ideal 0 < X < 1, tenemos que:

X=X1/100; X=0.78

ANLISIS DE LOS RESULTADOS

147

Para la sumatoria de las mtricas se utilizaron las siguientes formulas descritas en

la norma ISO/IEC 14598-6:
FORMULA
m
vsc =
n
vc =

VARIABLES
Vsc= valor subcaracteristica
m= valor mtrica
n= nmero de mtricas
Vc= valor Caracterstica
Vsc= valor subcaracteristica
Nsc= nmero subcaracteristica

vsc
nsc

Calidad total de la evaluacin aplicada a SIGECO segn norma ISO/EIC 9126:

Calidad Total

16.91
Calidad alcanzada
Calidad Faltante

83.09

El resultado total de la evaluacin de calidad de SIGESCO es de un 83.09%

estando dentro de rango como un PRODUCTO SATISFACTORIO segn los
niveles de calidad descritos en la norma ISO/IEC 14598.

Porcentaje de calidad obtenidos por modelos de calidad al evaluar

SIGESCO

148

100.00
90.00
80.00
70.00
60.00
50.00
80.88

85.31

83.09

Calidad Externa

Calidad Interna

Calidad Total

40.00
30.00
20.00
10.00
0.00

CALIDAD INTERNA

CALIDAD EXTERNA

Tabla valor total de la calidad evaluada a SIGESCO:

Caractersticas

Priorida
d

FUNCIONALIDAD

ALTA

30

FIABILIDAD

ALTA

30

USABILIDAD
EFICIENCIA

ALTA
MEDIA

20
15

PORTABILIDAD

BAJA

Caractersticas

Priorida
d

FUNCIONALIDAD
FIABILIDAD
USABILIDAD
MANTENIBILIDA
D

Ponderaci
n (%)

Ponderaci
n (%)

ALTA
MEDIA
ALTA

30
20
40

BAJA

10

Valor
ponderaci
Total
n
1
30
0,562
16,875
5
80,8
1
20
8
0,6
9

VC

Valor
ponderaci
Total
n
0,917
27.51
0,75
15
0,875
35 85.3
1
0.78
7.8

VC

83.0
9

149

RESUMEN EVALUACIN CALIDAD EXTERNA

Tabla resultados de evaluacin para la calidad externa del sistema SIGESCO
Caractersticas

FUNCIONALIDAD

FIABILIDAD

SubCaractersticas

PORTABILIDAD

Vsc

Completa
implementacin
funcional

Exactitud

Exactitud computacional

Seguridad de
acceso

Auditoria de Acceso

Madurez

Densidad fracaso frente

a los casos de prueba
Resolucin de fallas

Capacidad para
ser Aprendido
Capacidad para
ser Operado

EFICIENCIA

Valor
Mtrica

Adecuacin

Capacidad para
ser Entendido
USABILIDAD

METRICA

Demostracin de acceso
Efectividad de la
documentacin de
usuario y / o sistema de
ayuda
Disponibilidad de Valor
por defecto en uso

Vc

0.125
0.5625

0.5625

1
1

0.6

Comportamiento
temporal

Tiempos de respuesta

Coexistencia

Coexistencia Disponible

0.6

0.6

Tabla de valor sub-total medido para la calidad externa del sistema SIGESCO
Caractersticas
FUNCIONALIDA
D
FIABILIDAD
USABILIDAD
EFICIENCIA

Prioridad

Ponderacin
VC
(%)

Valor
ponderacin

Total

ALTA

30

30

ALTA
ALTA
MEDIA

30
20
15

0,5625
1
0,6

16,875
20
9

80.88

150

PORTABILIDAD

BAJA

Ponderacin para la calidad externa del sistema SIGESCO

5
9
30

FUNCIONALIDAD
FIABILIDAD
USABILIDAD
EFICIENCIA

20

PORTABILIDAD
16.88

Porcentaje de calidad externa obtenida por sub-caracteristicas

151

Coexistencia

100

Comportamiento temporal

60

Capacidad para ser Operado

100

Capacidad para ser Aprendido

100

Capacidad para ser Entendido

100

Madurez

56.25

Seguridad de acceso

100

Exactitud

100

Adecuacin

100
1

10

100

Porcentaje de calidad externa obtenida por caractersticas

100
90
80
70
60
50

100

100

100

40
30

60

56.25

20
10
0
FUNCIONALIDAD

FIABILIDAD

USABILIDAD

EFICIENCIA

PORTABILIDAD

NIVEL DE CALIDAD EXTERNA DEL SISTEMA SIGESCO

152

TOTAL

80.88

19.12

NIVEL FALTANTE
NIVEL ALCANZADO

10

20

30

40

50

60

70

80

90

100

RESUMEN EVALUACIN CALIDAD INTERNA

Tabla resultados de evaluacin para la calidad interna del sistema SIGESCO
Caractersticas

SubCaractersticas
Interoperabilidad

FUNCIONALIDAD
Seguridad de
acceso

Valor
Mtrica

Vsc

Intercambiabilidad
de datos

Acceso controlable

METRICA

0.917
0.834

Encriptacin de
datos

Tolerancia a fallos

Anulacin de
operacin incorrecta

Recuperabilidad

Recuperabilidad

FIABILIDAD

Vc

0.667
1

0.5

0.5

0.75

USABILIDAD

0.875
Capacidad para ser
Entendido

Funciones evidentes

0.75

0.75

Capacidad para ser

Operado

Recuperabilidad de
error operacional

153

Claridad del
mensaje
MANTENIBILIDAD

Mantenibilidad

ndice de
mantenimiento

1
0.78

0.78

0.78

Tabla de valor sub-total medido para la calidad interna del sistema SIGESCO
Caractersticas

Prioridad

FUNCIONALIDAD
FIABILIDAD
USABILIDAD
MANTENIBILIDAD

ALTA
MEDIA
ALTA
BAJA

Ponderacin
Valor
VC
Total
(%)
ponderacin
30 0,917
27.51
20 0,75
15
85.31
40 0,875
35
10 0.78
7.8

Ponderacin para la calidad interna del sistema SIGESCO

7.8
27.51

FUNCIONALIDAD
FIABILIDAD
USABILIDAD

35

MANTENIBILIDAD
15

154

Porcentaje de calidad interna obtenidos por sub-caracteristicas

Mantenibilidad

78

Capacidad para ser Operado

100

Capacidad para ser Entendido

75

Recuperabilidad

50

Tolerancia a fallos

100

Seguridad de acceso

83.4

Interoperabilidad

100
1

10

100

Porcentaje de calidad interna obtenidos por caracteristicas

100
90
80
70
60
50

91.7

40

87.5
75

78

30
20
10
0
FUNCIONALIDAD

FIABILIDAD

USABILIDAD

MANTENIBILIDAD

155

NIVEL DE CALIDAD INTERNA DEL SISTEMA SIGESCO

TOTAL

85.31

14.69

NIVEL FALTANTE
NIVEL ALCANZADO

0 10 20 30 40 50 60 70 80 90 100

CONCLUSIONES
-

Cabe indicar que el recurso humano de la corporacin COSDESU intervino

efectivamente y sin retrasos, para el levantamiento de la informacin para el
desarrollo de las fases de la metodologa empleada en la implantacin, pruebas y
evaluacin del Sistema de Gestion para la Cobranza de la Divisin de
recuperacin de COSDESU (SIGESCO).
- El proceso de implantacin de este sistema tuvo como finalidad, proveer de
una herramienta tecnolgica a los empleados la Corporacin Socialista del Estado
Sucre (COSDESU),en Departamento de Divisin de Recuperacin que permite
una mejor fluidez de la gestin de operaciones, control y seguimiento de los
proceso de cobranza y de Crditos y a su vez, proveer informacin confiable e
inmediata, mediante ambiente Web, permitiendo la reduccin en el tiempo de
respuesta de las solicitudes y necesidades, adems de seguridad e integridad de
la informacin

156

- Las pruebas realizadas a la aplicacin permitieron determinar el

funcionamiento del software llegando a concluir que todas las funciones y
procedimientos fueron correctamente implementados.
- El proceso de pruebas al sistema fue aplicado, para controlar que no ocurra
ningn error al momento de su implantacin, corrigiendo de inmediato las fallas
que present el sistema en base de datos, diseo o cdigo obteniendo de esta
manera asegurar la integridad de la informacin que maneja la aplicacin.
- Por otra parte, el desarrollo de este proyecto arroja una nueva experiencia
que nutre el conocimiento de los integrantes y servir como base o apoyo a otros
estudiantes que realicen trabajos similares en entes pblicos o privados.

Con el uso de esta tecnologa se ahorrara en cuanto al uso de recurso humano y

materiales dentro de la corporacin.

157

RECOMENDACIONES
-

Se recomiendan a los clientes del servicio, aprovechar todas las herramientas que
presta el sistema para lograr el 100% de su operatividad dentro de la empresa.

Realizar continuamente, mantenimiento preventivo y correctivo del sistema.

Capacitacin a Usuarios y Responsables cuando demanden dudas del servicio.

Los usuarios de SIGESCO deben mantener la seguridad del sistema y de corporacin

para que no haya filtracin de la informacin.

158

REFERENCIAS BIBLIOGRFICAS
Autor

Anonimo.

Tesis

de

Investigacin.

Recuperado

20/01/2015,

de:

http://tesisdeinvestig.blogspot.com/2012/12/disenos-no-experimentales-segun.html
Autor Anonimo. Pruebas e Implantacin de la Aplicacin de un Sistema.
Recuperado

24/01/2015,

de:

http://www.ptolomeo.unam.mx:8080/xmlui/bitstream/handle/132.248.52.100/226/A
7.pdf?sequence=7
Autor

Annimo.

Marco

Metodolgico.

Recuperado

20/01/2015,

de:

http://virtual.urbe.edu/tesispub/0060126/cap02.pdf
Camacho Pedro y Ramos W. (2010). Metodologa tctica para la implantacin de
sistemas de informacin basado en mtrica y COBIT.
Catacora, F. (1996): Sistemas y Pocedimientos Contables, Editorial Mc. Graw-Hill,
Venezuela.
Caraballi, Mauticio. Pruebas de Caja Negra y Caja Blanca.Recuperado
24/01/2015:https://prezi.com/sjwfwmix7slk/pruebas-de-caja-negra-y-caja-blanca/
Carrillo R, Anays. Metodologas y Tecnologas Actuales para la construccin de
Sistemas Multimedia. Recuperado 03/02/2015, de: http://www.eumed.net/librosgratis/2009c/587/Metodologias%20y%20Tecnologias%20Actuales%20para%20la
%20construccion%20de%20Sistemas%20Multimedia.htm
Ettinger Richard P. y Golieb E. (2000). Crdito y Cobranzas, Mxico.
Gaceta Oficial N 39.483 de la resolucin N549. (Caracas 9 de agosto de 2010).
Programas Nacionales de Formacin y las diferentes unidades curriculares.

159

Gaceta Oficial de la Repblica bolivariana de Venezuela. Caracas, 14 de mayo de

2008. N 38.930. Resolucin N 2963.
Gonzlez y Ortega (2000). Diseo de un Sistema de Crdito y Cobranza para la
Distribuidora de Libros Venezolanos Dislivenca. Universidad Rafael Belloso
Chacin.
Gutierrez y Martinez(2000). Evaluacin del sistema de Crdito y Cobranza del
Hotel Maruma Internacional. Universidad Rafael Belloso Chacin, Facultad de
Ciencias Administrativas.
Hernndez (2003) Metodologa de la investigacin McGraw-Hill, Mxico. Krueger,
R.
Kerlinger,

FN.

(1979).

Enfoque

Conceptual

de

la

Investigacin

del

Comportamiento. Mxico, D.F.: Nueva Editorial Interamericana. Capitulo numero 8

('Investigacin experimental y no experimental ").
Kendall y Kendall (1997). Anlisis y Diseo de Sistemas, Tercera Edicin. Editorial
Prentice Hall, Mxico.
Ley de Ciencia, Tecnologa e Innovacion (Gaceta Oficial N 39.575 del 16 de
diciembre de 2010)
Ley de Infogobierno. Repblica Bolivariana de Venezuela.
Mendoza, Luis. Sistemas de Informacin III. Recuperado 24/01/2015, de:
http://prof.usb.ve/lmendoza/Documentos/PS-6117%20(Teor%EDa)/Teor%EDa
%20PS6117%20Implementaci%F3n.pdf

160

Montao, Agustn (1993). Administracin de la cobranza (programacin y control),

Mxico.
Rosemberg J. (1996). Diccionario de administracin y finanzas. Ocano grupo
editorial, S.A. Espaa.
Sabino, C. El proceso de investigacin (1992). Ed. Panapo, Caracas.
Sampieri, Roberto (2010). Metodologia de la Investigacion. Quinta Edicin.
Editorial McGraw Hill.
Sampieri Roberto. Metodologia de la investigacin Capitulo 7, Diseos no
experimentales,

Recuperado

03/02/2015,

de:

http://es.scribd.com/doc/8447431/Sampieri-Metodologia-Inv-Cap-7-Disenos-NoExperimentales#scribd
Sapag, N. (2001). Evaluacin de Proyectos de Inversin en la Empresa. Buenos
Aires, Argentina: Prentice Hall.
Oberto y Escobar (2000). Sistema Estratgico de Crdito y Cobranza para la
empresa Ferre Acrlicas El Rincn del Pintor, C.A. Universidad del Zulia. Facultad
de Ciencias Econmicas y Sociales.

Hernndez, Fernndez y Baptista (1991). Modelo de control de gestin basado en

el cuadro de mando integral para la empresa Representaciones Caribean Cool
C.A.

recuperado

05/02/2015

http://www.oocities.org/es/alejandrocorreay/sem/Capitulo3.htm

de.

161

Tamayo y Tamayo (2002). Tcnicas e instrumentos de investigacin. Segn

autores

recuperado

05/02/2015

de:

http://www.eumed.net/tesis-

doctorales/2012/zll/metodologia-investigacion.html

Plan de la Patria. Repblica Bolivariana de Venezuela. (2013-2019).

Programas Nacionales de Formacin en Educacin Superior. Resolucin N 2963,
Gaceta Oficial de la Repblica bolivariana de Venezuela, N 39.930, mayo 14,
2008.
Programa Nacional de Formacin en Informtica. Gaceta Oficial N3147.
Repblica Bolivariana de Venezuela.
Vegas y Contreras (2013-2014). Sistema de Gestin de Cobranza para la Divisin
de Recuperacin de la Corporacin Socialista de Desarrollo del Estado Sucre
(COSDESU) Cuman, Ao 2013-2014.
Velsquez Flores, C.A.M. (2013). Anlisis, diseo e implementacin de un sistema
de recaudacin de deudas.

162

APNDICE 1
Cuman, 3 de septiembre de 2015
ACTA DE INICIO DE IMPLANTACIN
Lcdo. Frank Ramos
Ante todo reciba un cordial saludo, de los estudiantes de la Universidad
Politcnica Territorial del Oeste de Sucre Clodosbaldo Russian (UPTOS):
Contreras, Dessired CI: 19.537.495
Rivas, Luisana CI: 20.366.971
Vegas, Edgar CI: 21.093.052
Por medio de la presente, solicitamos su valiosa colaboracin, para llevar a cabo
el inicio de implantacin del SISTEMA PARA LA GESTIN DE COBRANZA
(SIGESCO), en las instalaciones de COSDESU, el cual fue revisado y apto para
dicha implantacin.
Agradecidos de ante mano por su atencin y colaboracin.

_________________
MSc. Leonardo Malav

_________________
Lcdo. Frank Ramos

163

APNDICE 2
Establecimiento del Equipo de implantacin
Nombre
Luisana Rivas
Dessired

Perfil
Equipo Tcnico
Equipo Tcnico

Responsabilidades
Capacitador
Capacitador

Recurso Humano
Lder Proyecto
Analista

Contreras
Edgar Vegas

Equipo Tcnico

Administrar: Base de Programador

Yoner Gonzlez
Karla Larez

Usuario
Usuario

Datos, Red, Sistema

Gestionar Cobranza
Gestionar Cobranza

Jefe Div. Recuperacin

Secretaria

Elsa Montes
Aracelys

Usuario
Usuario

Gestionar Crditos
Gestionar Solvencias

Recuperacin
Jefe Div. Crdito
Recepcionista

Hernndez
Pedro Maza
Frank Ramos

Usuario
Equipo Tcnico

Gestionar Cobranza
Administrador

Programador Datos III

Tutor Empresarial

Sistema,
Lorllys Lozada

Usuario

Mantenimiento
Gestionar Crditos, Asistente
Generar Contratos

Estructura orgnica

Administrativo

164

Lider
Proyecto
Tutor
Empresari
al
Analista

Usuario(s)
Final(es)
Programad
or

165

APNDICE 3
Esquema global de entrenamiento
Plan de formacin del equipo de implantacin
Sub-Sistema

Recurso Humano
Administrador redes
Tutor empresarial

Acondicionamiento
de instalaciones

Migracin Base De
Datos

Administrador Sistema
Capacitador
Administrador BD
Tutor empresarial
Administrador Sistema,
BD y redes.

Pruebas piloto
Limitaciones
Usuarios
Administrar Items
del Sistema
Capacitacin usuario
final

Administrador BD
Administrador Sistema
Tutor empresarial

Capacitador
Tutor empresarial

Actividad
Instalacin servidor
Preparacin Libreras
Instalacin SIGESCO
Gestionar usuarios
Gestionar Puertos
Instalacin cliente

Fecha Inicio
09-09-2014

Fecha Final
11-09-2014

Recurso
Servidor
Manual Usuario ( Pg.1
Pg. 3)

12-09-2014

12-09-2014

6 estaciones de trabajo

Importar bases de datos

Importar datos antiguo
sistema
Prueba de carga apache
Prueba de carga mysql
Prueba de puertos abiertos
Prueba de fallos elctricos
Prueba de fallos de red
Asignacin privilegios a
usuarios
Gestionar cobradores
Gestionar municipios
Gestionar usuarios

15-09-2014

17-09-2015

18-09-2014

23-09-2014

Servidor
Manual Usuario ( Pg.1
Pg. 3)
Servidor
1 estacin de trabajo

24-09-2014

24-09-2014

Servidor

25-09-2014

25-09-2014

Discriminar mdulos del

sistema por usuarios
Reproducir manuales
Adiestramiento usuarios

26-09-2014

28-09-2014

Servidor
Manual Usuario ( Pg.1
Pg. 3)
1 estacin de trabajo
Manual de usuario (Desde
Pg. 3)

166

APNDICE 4
Plan de formacin de usuarios de implantacin
Sub-Sistema

Recurso Humano

Actividad

Fecha

Fecha

Inicio
30-09-2014

Final
10-10-2014

Administrador redes

Instalacin servidor

Tutor empresarial

Preparacin

Recurso

Libreras

Acondicionamiento

Usuario

( Pg.1 Pg. 3)

Instalacin

Administrador

Gestionar usuarios

Gestionar Puertos
Instalacin cliente

13-10-2014

20-10-2014

Sistema

Capacitador
Administrador

Tutor empresarial

estaciones

de

trabajo

Sistema
Items

Manual

SIGESCO

de instalaciones

Administrar

Servidor

Gestionar
cobradores

del Sistema

28-10-2014

Gestionar
municipios

21-10-2014

Gestionar usuarios

Servidor
Manual

Usuario

( Pg.1 Pg. 3)

1 estacin de trabajo

167

APNDICE 5
Preparacin de la Formacin a Usuarios finales
Tema

Inicializacin
SIGESCO

Recepcin

Mdulos

Recurso Humano

Acceso al Sistema

Conocimientos del men

Salida del sistema

Solvencia

Recepcionista

Gestionar Clientes

Jefe Div. Crdito

Verificar Socios

Consultar crditos

Generar

Todos

documentos

Crdito

tablas

Amortizacin
Cobranza

Gestionar

relacin

de Jefe Div. Recuperacin

cobros

Cobros

Generar

Secretaria Recuperacin
Programador Datos III
tablas

Amortizacin

Generar
Cuenta

Estados

de

168

Generar

estado

de

morosidad

Generar Grficos

Generar

tablas Asistente Administrativo

Amortizacin

Contratos

Solvencia

Generar Contratos

Generar

Factor

de

Descuento

Generar Planilla Cobranza

La duracin de la capacitacin a usuarios ser de 23 horas:

N

Tema

Tiempo (horas)

Inicializacin a SIGESCO

Recepcin documentos

Crdito

Cobranza

10

Contratos

La capacitacin de los usuarios finales se ejecut en 2 das hbiles para

cubrir todos los 5 integrantes, el adiestramiento fue personalizado e individual (uno
a uno); empezando por el mdulo ms utilizado solvencia se adiestro a la
participante Aracelis Hernndez la cual posee conocimientos bsicos del mismo
debido al antiguo sistema que utilizaba ayudando as a la fcil comprensin del
nuevo, el tema aplicado a esta participante fue el tema 1 y 2.

169

El segundo participante fue Lorllys Lozada asistente Administrativo la cual

se encarga de las liquidaciones de crdito y manejo inicial de cobros, se aplicaron
los temas 1, 3 y 5. En el tema 3 se capacito para registro de nuevos clientes y
bsqueda de los mismos tambin para generar tabla de amortizacin y de
morosidad, en el tema 5 de adiestro para generar planillas de liquidacin, planillas
de cobranza e incorporacin de socios.
Posteriormente se capacito al usuario final Elsa Montes gerente encargada
de la Div. de Crdito con los temas 1, 2 y 3, el cual comprende gestionar clientes,
generar solvencias y manejo de socios.
Para la parte de cobranza que es el tema 3 y 4, se adiestro a los
participantes Yoner Gonzales y Karla Larez recibiendo el sistema con una gran
aceptacin debido a su alto manejo de cobros diarios, estos participantes se
adiestraron con los mdulos de generar relacin de cobros diaria, generar recibos,
procesar cobros, incluir cheques devueltos, reportes de cobros en grficas,
generar tablas de amortizacin y de morosidad.
Concluyendo con xito el adiestramiento del sistema en su completitud, a esta
fase se anexa carta de asistencia firmada y sellada por los distintos
departamentos. (Ver anexos).

170

APNDICE 6
Catlogo de Requisitos para la implantacin (Mnimos)
Requisitos Tcnicos
Cant.
1

Equipo
Servidor

Especificaciones

Procesador con velocidad de 3.0

Software
Windows server 2003

GHz.

Servicio DNS

512 MB de Memoria RAM

Servicio DHCP

Disco Duro de 120 GB

APACHE 2.7

Monitor SVGA 17
Tarjeta de red 100mbps

Teclado y Mouse.

MySQL 5.6
PHP 5.3
PHPMyAdmin
SIGESCO
FPDF 1.7
SVGGraph 2.15

Estacin de Trabajo

Disco 120gb

Ubuntu 11.4

Memoria RAM 513gb

Navegador

Tarjeta de red 100mbps

Chrome

Procesador Intel IV 2.6GHz

Teclado y Mouse.
1
1

Concentrador
UPS

TP-link 16 puertos 100mbps

Disponibilidad Mnima 45 min

Google

171

Recurso Humano
Cant.
1
1
2

Recurso Humano

Lder Proyecto
Analista
Programador

Perfil (Conocimiento en:)

Lenguajes PHP, FoxPro.

Jefe Div. Recuperacin

Manejador MySQL.
Polticas de cobros de la corporacin.

Secretaria Recuperacin

Manejo bsico en entorno de Software Libre.

Polticas de cobros de la corporacin.

Jefe Div. Crdito

Manejo bsico en entorno de Software Libre.

Polticas de aprobacin de crditos

Recepcionista

Manejo bsico en entorno de Software Libre.

Manejo bsico en entorno de Software Libre.

Asistente Administrativo Procesos administrativos y contables.

Administrador Red

Manejo bsico en entorno de Software Libre.

Instalacin servidores y redes bsicas en: Windows y
Ubuntu.

En esta actividad se realiz un conteo de los recursos necesarios para la

implantacin de acuerdo al catlogo de requisitos de implantacin y se lleg a la
conclusin que la corporacin socialista de desarrollo del estado Sucre cuenta con
todos los requisitos para la implantacin de SIGESCO.

172

APNDICE 7

Sistema de Gestin para la Cobranza de la Divisin de Recuperacin de

COSDESU (SIGESCO)
Plan de implantacin
Versin 1.0

173

Historial de Revisin.
Fecha

Versin

Descripcin

03/11/2015

1.0

Documento

Autor
de

Implantacin

Plan

de Dessired contreras
Luisana Rivas
Edgar Vegas

Tabla de Contenidos

174

1. Introduccin
1.1

Propsito

1.2

Alcance

1.3

Definiciones, Acrnimos, y Abreviaciones

1.4

Referencias

1.5

Vista Global

2. Planificacin de la Entrega
2.1

Responsabilidades

2.2

Cronograma

3. Recursos
3.1

Facilidades

3.2

Hardware

3.3

Unidad de Implantacin

3.3.1 Software de Soporte

3.3.2 Documentacin de Soporte
3.3.3 Personal de Soporte (personas, perfiles)
4. Entrenamiento

Plan de Implantacin.

175

1. Introduccin
1.1 Propsito
El presente documento describe las tareas que se necesitan para instalar y
probar el sistema desarrollado, llamado SIGESCO, adems contiene una lista
detallada de eventos, cronogramas de actividades y formulacin de la estrategia
de implantacin del sistema basada en sus alcances y limitaciones.

1.2

Alcance

Este documento busca definir la lista de tareas o agenda de implantacin

que incluye la ejecucin del sistema, el entrenamiento de los usuarios y detalles
de los futuros procedimientos de soporte.
Adems se definen las dependencias y los recursos necesarios tanto de
software como de hardware para poder instalar el sistema, es decir, los
condicionantes de la implantacin.

1.3

Definiciones, Acrnimos, y Abreviaciones

SIGESCO
Sistema de gestin para la cobranza.
COSDESU
Corporacin Socialista de Desarrollo del Estado Sucre.
Stakeholders
Ente o individuo que afecta o puede ser afectado por el sistema.
Mysql
es un sistema de gestin de bases de datos relacional, multihilo y
multiusuario con ms de seis millones de instalaciones

1.4

Referencias
o Documento de Arquitectura de SIRADEX versin 3.0

176

1.5

Vista Global

En este documento se van a presentar las descripciones de todos aquellos

recursos necesarios para llevar a cabo la implantacin del sistema SIGESCO
dentro de las instalaciones de COSDESU.
Para ello se crea el equipo de implantacin determinando los recursos
humanos necesarios para la instalacin del sistema de software desarrollado y
para realizar las pruebas del mismo.
Tambin se ver cmo se van a planificar las actividades de instalacin del
sistema, donde cada uno de los involucrados del equipo de desarrollo del sistema
tendr un conjunto de responsabilidades durante la ejecucin de sta actividad.

Planificacin de la Entrega
2.1

Responsabilidades
Para poder llevar a cabo la implantacin del sistema desarrollado, es

necesario establecer un compromiso por parte de los clientes o stakeholders y el

grupo de desarrolladores.
Las tareas o responsabilidades que deber llevar a cabo el equipo de
desarrolladores de SIGESCO, se enfocan en la realizacin de pruebas del
sistema, Cuando se hayan realizado estas pruebas el grupo de desarrolladores
tiene el compromiso de instalar el sistema totalmente operativo en COSDESU.
2.2

Cronograma
La implantacin del sistema en COSDESU es responsabilidad de los

desarrolladores de SIGESCO. A continuacin se propone un cronograma

aproximado de las actividades.

La preparacin de la infraestructura necesaria para la incorporacin del sistema al

entorno de operacin:

177

Se visualizar que todos los recursos necesarios de software y los recursos de

hardware mnimos necesarios para que el sistema pueda implantarse de manera
correcta en COSDESU, tal cual como se especifica en el catlogo de requisitos para
la implantacin (ver apndice).

Una vez que se tienen los requisitos tanto de software como de hardware. Se
observa el espacio donde se encuentran instalados el servidor, las mquinas y la
red en general (en caso de que hagan falta). Esto se realiza en conjunto entre los
encargados del sistema en COSDESU y el equipo de implantacin.
Para la preparacin de la infraestructura se tom en cuenta:
La instalacin de hardware.
La instalacin de software.

El tiempo estimado para sta actividad sera de 15 das.

La instalacin de todos los componentes y procedimientos manuales y

automticos asociados a cada sistema de informacin implicado en la
implantacin:

Se instalan los componentes del sistema en el servidor para su funcionamiento

en la organizacin. Tal cual como se describe en la fase 2, de la metodologa, (ver
tarea 2.2).El tiempo estimado para esta actividad es 2 das.

La ejecucin de los procedimientos de carga inicial y migracin de datos:

Posteriormente de tener a la disposicin el espacio geogrfico necesario para

toda la implantacin del sistema, estn instalados los equipos y a su vez el software
dentro de ellos, se deben tomar en cuenta las dependencias con otros sistemas
dentro de la organizacin. Puesto que an se cuenta con un sistema viejo se hizo
necesario realizar las siguientes tareas:
Carga inicial de datos.
Migracin de datos.

178

El tiempo estimado para esta actividad es 3 das.

La formacin necesaria para la implantacin:

Luego de tener el sistema totalmente operativo en el COSDESU se realizara el

proceso de entrenamiento del personal.
Fue preciso realizar un curso al personal que trabaja con el sistema, para ello,
se aplic como estrategia de aprendizaje un enfoque visual y practico (hombremquina), se emple como instrumento de gua el manual de usuario, el cual detalla
de forma grfica y explicita cada uno de los mdulos del sistema y se realizaron los
tpicos que formaron parte de la capacitacin del sistema, explicados en la fase 1:
entrenamiento o formacin necesaria para la capacitacin (ver apndice). Dicha
capacitacin se desgloso en el siguiente orden:

Entrenamiento del Equipo de Implantacin

Entrenamiento a usuarios de implantacin
Plan de Formacin a Usuarios Finales
Para esta tarea se tiene un tiempo estimado de 1 da para c/u.

La realizacin de las pruebas de implantacin del sistema.

Finalmente el grupo de desarrolladores del sistema SIGESCO realizarn una

serie de pruebas para probar que el sistema est totalmente operativo en ese
ambiente y de corregir las fallas que se presenten durante el tiempo de vida de
uso del sistema. En un tiempo estimado de dos semanas.

Rendimiento - Prueba de carga

o Prueba servidor Apache
o Prueba Servidor MySQL

179

Comunicaciones
o Prueba de comunicacin (PING)

Seguridad
o Prueba de puertos

Recuperacin
o

Prueba interrupcin electrica

No Actividad
1
2
3
4
5
6
7
8
9

Preparacin de la infraestructura
Instalacin de hardware
Instalacin de software
Instalacin de los componentes y
procedimientos manuales y automticos
Instalacin del sistema
Ejecucin de los procedimientos de carga
inicial y migracin de datos.
Carga inicial de datos
Migracin de datos
La formacin necesaria para la
implantacin
Entrenamiento del equipo de implantacin
Entrenamiento a usuarios de implantacin
Plan de formacin a usuarios finales
Pruebas de implantacin del sistema
Rendimiento-Prueba de carga
Prueba servidor Apache
Prueba servidor MYSQL

Duracin

Fecha final

15
6
8
1

Fecha
inicial
25-11-2014
25-11-2014
04-12-2014
15-12-2014

1
5

15-12-2014
16-12-2014

15-12-2014
23-12-14

2
3

16-12-2014
19-12-2014
29-09-2014

18-12-2014
22-12-2014
17-12-2014

1
1
1
15
6

29-09-2014
27-10-2014
17-12-2014
23-12-2014
23-12-2014

29-09-2014
27-10-2014
17-12-2014
15-01-2015
31-12-2014

15-12-2014
03-12-2014
15-12-2014
15-12-2014

180

Comunicaciones
Prueba de comunicacin ping

05-01-2015

07-01-2015

Seguridad
Prueba de puertos
Recuperacin
Prueba interrupcin elctrica

08-01-2015

12-01-2015

13-01-2015

15-01-2015

Cronograma de actividades del plan de implantacin

181

2. Recursos
2.1 Facilidades
A la hora de instalar el sistema SIGESCO, el equipo de desarrollo ayudara
con la instalacin.
Otras de las facilidades con las que se va a contar a la hora de instalar el
sistema, probarlo y darle el soporte, es que va a tener la documentacin de todo el
proceso de desarrollo del sistema, ms un manual de usuario.
COSDESU tendr la posibilidad de contactar al grupo de desarrolladores de
SIGESCO para que ante cualquier duda, se pueda resolver de la manera ms
rpida posible.
2.2 Hardware
La implantacin de prueba que se hizo en el servidor de COSDESU
denominado server por parte del grupo de desarrolladores del sistema
SIGESCO, tiene aproximadamente lo mismo que se necesita en el ambiente real
de uso.
2.3 Unidad de Implantacin
2.3.1

Software de Soporte
El software que se necesita instalar es el siguiente:
(Todo esto es necesario para la parte del servidor del sistema)
El sistema operativo necesario es Ubuntu 11.4 o Windows server 2003
El manejador de base de datos es MYSQL versin 5.6.17
El software que utilizamos para el desarrollo fue PHP 5.3
Los usuarios del sistema, tendrn que contar con el Navegador Google
Chrome, para poder acceder al sistema de SIGESCO.

182

2.3.2

Documentacin de Soporte

Toda la documentacin para el soporte del sistema se podr encontrar en el

manual del usuario, que va a ser el documento utilizado por los usuarios del
sistema. Y as entender mejor el funcionamiento del sistema y resolver las dudas
que se encuentren.

2.3.3

Personal de Soporte

El personal de soporte estar conformado tanto por el personal de

COSDESU, como por el grupo de desarrolladores del sistema SIGESCO. Los
encargados de realizar la implantacin del sistema en COSDESU, es decir, los
desarrolladores del sistema van ser las personas que van a tener el papel de dar
soporte directamente durante las primeras semanas. Mientras que el personal de
COSDESU sern de soporte auxiliar.
3. Entrenamiento
El entrenamiento de los usuarios se har durante 1 da, y posteriormente
los usuarios por su parte seguirn practicando y puedan as conocer el sistema.
En realidad el perodo de adaptacin y conocimiento de los usuarios al
sistema no debe ser largo, ya que varios de los que trabajan COSDESU han
tenido contacto visual con el sistema y han estado en presencia de
demostraciones funcionales del mismo cuando se ha hecho la instalacin y prueba
del sistema.

183

APNDICE 9

Sistema de Gestin para la Cobranza de la Divisin de Recuperacin de

COSDESU (SIGESCO)
Acuerdo de Nivel de Servicio (SLA)
Fecha de vigencia: 08/09/2015
Versin 1.0

184

Historial de Revisin.

Versin

Fecha

Descripcin

1.0

08-09-2015

Acuerdo de nivel de servicio

Autor
Dessired contreras
Luisana Rivas
Edgar Vegas

185

Tabla de contenidos
1.

Acuerdo general

2.

Metas y Objetivos

3.

Las partes interesadas

4.

Examen Peridico

5.

Acuerdo de servicio
5.1.

Alcance del servicio

5.2.

Requerimientos del cliente

5.3.

Requisitos Proveedor de servicios

5.4.

Supuestos Servicio

6.

Gestin De Servicios
6.1.

Disponibilidad del servicio

6.2.

Solicitudes de servicio

186

1.

Acuerdo general
Este documento representa un Acuerdo de Nivel de Servicio (SLA) entre los

autores (Proveedores)

y el Cliente (COSDESU) para el aprovisionamiento de

servicios necesarios para apoyar y sostener el producto final (SIGESCO).

Este acuerdo sigue siendo vlido hasta que sea reemplazado por un acuerdo
revisado mutuamente respaldado por los grupos de inters.
En este acuerdo se describen los parmetros de todos los servicios de
Tecnologa de Informacin (TI), y se entienden mutuamente por las partes
interesadas primarias. Este Acuerdo no reemplaza los procesos y procedimientos
actuales a menos que se indique expresamente en el presente documento.
2.

Metas y Objetivos
Los efectos del

presente

Acuerdo es

garantizar

que

los

elementos

compromisos adecuados estn en su lugar para proporcionar soporte de servicios

de TI consistentes al cliente por los proveedores de servicios.
El objetivo de este Acuerdo es la obtencin de un arreglo mutuo para la
prestacin de servicios de TI entre el proveedor de servicios y el cliente.
Los objetivos de este Acuerdo son:

Presentar una descripcin clara, concisa y medible de la prestacin

de servicios al cliente.

Coincidir con la percepcin de la prestacin de servicios que se

espera en contraste con el apoyo y la prestacin de servicios reales.

187

3.

Las partes interesadas

El Cliente y Los Proveedores de Servicios siguientes se utilizarn como base

del Acuerdo y representan los principales actores asociados a este SLA:

Proveedores de servicios de TI: Dessired contreras, Luisana Rivas, Edgar
Vegas.
Cliente de TI: Corporacin Socialista De Desarrollo Del Estado Sucre
(COSDESU)
4. Examen Peridico
Este acuerdo es vlido a partir de la fecha de vigencia que se indica en este
documento o hasta nuevo aviso. Este acuerdo debe ser revisado como mnimo
una vez al ao fiscal; Sin embargo, de no ser revisado durante un perodo
especificado, el actual Acuerdo permanecer en vigor.
El contenido de este documento puede ser modificado segn sea necesario,
siempre de mutuo acuerdo por los principales actores y se comunicar a todas las
partes afectadas.
5.

Acuerdo de Servicio
Los siguientes parmetros de servicio detallados son las responsabilidades del

proveedor de servicios en el apoyo continuo de este Acuerdo.

5.1. Alcance del servicio
Los siguientes servicios estn cubiertos por el presente Acuerdo:

Soporte telefnico

Soporte de correo electrnico monitorizado

Asistencia remota mediante Escritorio remoto

188

Asistencia directa

Mantenimiento correctivo

Mantenimiento preventivo

5.2. Requisitos del cliente

Responsabilidades y/o requisitos del cliente en apoyo de este Acuerdo:

Disponibilidad razonable por parte del representante del cliente al

resolver un incidente de servicio relacionado o solicitado.

5.3. Requisitos Proveedor de servicios

Responsabilidades y/o requisitos del Proveedor de servicios en apoyo de este
Acuerdo:

Tiempos de respuesta asociados a los incidentes relacionados con el

servicio.

Debida notificacin al cliente para todo el mantenimiento programado.

5.4. Supuestos Servicios

Supuestos relacionados con el alcance de servicios y/o componentes:

189

Los cambios en los servicios sern comunicadas y documentadas a todas

las partes interesadas.

6.

Gestin De Servicios
El apoyo efectivo de los servicios comprendidos en el estudio es el resultado

de mantener los niveles de servicio consistentes. Las siguientes secciones

proporcionan detalles pertinentes sobre la disponibilidad del servicio, el
seguimiento de los servicios en el mbito de aplicacin y los componentes
relacionados.
6.1. Disponibilidad del servicio
Parmetros de cobertura especficas para los servicios cubiertos en este
Acuerdo son los siguientes:

Asistencia telefnica: 8: 0 0 am a 3:00 pm Lunes Viernes

o Las llamadas recibidas fuera del horario de oficina sern remitidas a
un telfono mvil y se har todo lo posible para responder.

Asistencia por correo electrnico: Monitoreo 8: 0 0 am a 3:00 pm Lunes a

Viernes
o Los correos electrnicos recibidos fuera del horario de oficina sern
almacenados, sin embargo no se garantiza ninguna accin hasta el
siguiente da hbil.

Asistencia garantizada dentro de 35 horas durante la semana laboral.

Mantenimiento correctivo: los proveedores asignaran un soporte tcnico

especializado para la reparacin de las averas encontradas en el sistema.
Asistencia de Monitoreo 8:00 am a 3:00 pm Lunes a Viernes

190

Mantenimiento preventivo: los proveedores asignaran un soporte tcnico

para el adiestramiento de un personal tcnico seleccionado por el cliente
para que cumpla con las funciones de respaldos, pruebas y optimizacin. .
Asistencia de Monitoreo 8:00 am a 3:00 pm Lunes a Viernes.

6.2. Solicitudes de servicios

En apoyo de los servicios descritos en el presente Contrato, el Proveedor de
servicios responder a atender incidentes y/o peticiones relacionadas presentadas
por el cliente dentro de los siguientes plazos:

0-8 horas (durante el horario comercial) para aspectos clasificados como de

alta prioridad.

Dentro de las 48 horas para los aspectos clasificados como de prioridad

media.

Dentro de los 5 das hbiles para aspectos clasificados como de

baja prioridad.

Aprobadores
Frank Ramos

Rol
Tutor

Firma

Fecha de aprobacin
03/09/2015

Empresarial
Edgar Vegas

Programador

03/09/2015

Dessired

Analista

03/09/2015

contreras

191

Luisana Rivas

Lder

de

03/09/2015

proyecto

APNDICE 10

Sistema de Gestin para la Cobranza de la Divisin de Recuperacin de

COSDESU (SIGESCO)
Incidencias de preparacin de instalacin
Versin 1.0

192

Historial de Revisin.

Fecha

Versin

Descripcin

Autor

03/11/2015

1.0

Incidencias de preparacin de Dessired contreras

instalacin
Luisana Rivas
Edgar Vegas

193

Tabla de contenidos
1. Introduccin
1.1

Propsito

1.2

Alcance

1.3

Infraestructura

1.4

Carga inicial de datos y migracin de datos.

194

Incidencias de preparacin de instalacin

1- Introduccin:

1.1-

Propsito:
El siguiente documento describe una lista detallada de toda la

infraestructura necesaria para la implantacin del sistema desarrollado SIGESCO

en la organizacin COSDESU, en dicho documento se encontrara plasmado los
requerimientos de hardware y software que tendrn las instalaciones de la
organizacin, tomando en cuenta la carga inicial de datos y migracin de datos, es
decir se debe verificar que todos los procedimientos del plan de implantacin se
realicen para que el sistema funcione correctamente.
1.2-

Alcances:
Este documento busca definir la lista de requerimientos que necesita el

espacio fsico donde ser implantado SIGESCO, adems de proporcionar una

herramienta de cmo se har la carga inicial de datos y migracin de datos dentro
de la organizacin para que el sistema funcione correctamente en las
instalaciones de la organizacin.
1.3-

Infraestructura:

195

Se pudo observar mediante un listado de conteo, que dentro de la

organizacin se encuentran los siguientes requerimientos hardware operativos.

REQUERIMIENTOS DISPONIBLES HARDWARE

Equipo Cliente

Computadora de escritorio
o Procesador Pentium D 2.6GHz,
o 1GB RAM DDR2
o Disco duro 250 Gb
o Monitor LCD 19
o Teclado
o Mouse

Equipo Servidor

Servidor HP Proliant G5
o

Procesador Intel XEON

Memoria PC2-5300 4GB

Disco SCSI 500GB

Tarjeta RED interna Multifuncional 1Gbps

Otros

Concentrador TP-link 48 puertos 100mbps

UPS 45 min de carga

196

De igual forma se realizaron las instalaciones de software correspondientes

que necesitaban los equipos para el funcionamiento del sistema en la
organizacin.

REQUERIMIENTOS DISPONIBLES SOFTWARE

Equipo Cliente

Navegador GoogleChrome (versin 31 o superior)

Sistema Operativo Ubuntu 12.04

Equipo Servidor

Sistema Operativo Windows SERVER 2003

Mysql 5.6

PHP 5.2

Apache 2.7

PHPMyAdmin 3

Adobe Reader

1.4-

Carga inicial de datos y migracin de datos.

197

Aplicacin mediante el lenguaje Visual FoxPro 6.0

En contraste al catlogo de requisitos necesarios para la implantacin del

producto final (vase apndice 6) con los requerimientos disponibles en la
corporacin se puede decir que si satisface los recursos tcnicos necesarios para
la implantacin.

APNDICE 12

Sistema de Gestin para la Cobranza de la Divisin de Recuperacin de

COSDESU (SIGESCO)
Cdigo fuente de los componentes de migracin
Versin 1.0

198

199

Historial de Revisin.

Fecha

Versin

Descripcin

Autor

02/03/2015

1.0

Cdigo fuente de los

Dessired contreras

componentes de migracin

Luisana Rivas
Edgar Vegas

200

Propsito

El presente documento contiene el cdigo fuente utilizado para la

conversin de las tablas *.dbf usadas en FoxPro 2.6 en archivos planos *.sql
manejables en MySQL, dicha aplicacin permite transferir todos los datos y
estructuras de FoxPro a MySQL. La misma fue desarrollada bajo Visual FoxPro
6.0.

201

CDIGO FUENTE

PARAMETERS BXX
*SET DEFAULT TO SYS(5)+SYS(2003)
SET POINT TO '.'
SET MARK TO '-'
SET DATE JAPAN
SET SAFETY off
SET DELETED ON
SET CENTURY on
CLEAR
IF PARAMETERS()=0 THEN
TA=GETFILE("dbf")
ELSE
TA=BXX+".DBF"
IF .NOT. FILE(TA) THEN
TA=GETFILE("dbf")
ENDIF
ENDIF

A=TA
tas=SUBSTR(ta,rat('\',ta)+1)

202

ntab=SUBSTR(tas,1,rat('.',tas)-1)
*ntab="tabla1"

BB=SUBSTR(a,1,rat('\',a)-1)
archi=ntab+".sql"
*WAIT WINDOW SET('PATH')
USE ta+""
campos=""
fc=FCOUNT()
CONTF=0
FOR CU=1 TO fc
*?TYPE(FIELD(cu))+"'"
fcu=FIELD(cu)
*?TYPE(FIELD(cu))+" -.
"+subSTR(ALLTRIM(tran(&fcu)),LEN(ALLTRIM(tran(&fcu)))-2,1)
*?&fcu
*?TRANSFORM(&fcu)
IF TYPE(FIELD(cu))='D'

camposx="`"+FIELD(cu)+"` date NULL,"

ELSE
IF TYPE(FIELD(cu))='N'
SUM &fcu TO FCUX

203

CLEAR
if(subSTR(ALLTRIM(tran(FCUX)),LEN(ALLTRIM(tran(FCUX)))-2,1)='.')
camposx="`"+FIELD(cu)+"` decimal("+LTRIM(STR(FSIZE(FIELD(cu))
+3))+",2),"
else
camposx="`"+FIELD(cu)+"` int("+LTRIM(STR(FSIZE(FIELD(cu))+1))
+"),"
endif
ELSE
IF TYPE(FIELD(cu))='M'
camposx=""
ELSE
camposx="`"+FIELD(cu)+"`
varchar("+LTRIM(STR(FSIZE(FIELD(cu))))+"),"
endif

endif
ENDIF
CONTF=CONTF+1
campos=campos+camposx
NEXT
REGISTROS=3000
IF CONTF>50 THEN
REGISTROS=1000

204

ELSE
IF CONTF<25 THEN
REGISTROS=5000
ENDIF
ENDIF
campos="("+SUBSTR(campos,1,LEN(campos)-1)+");"
tabe="create table `"+ntab+"`"+campos

vals=""
GO top
bandera=0
IF FILE(BB+"\"+archi) then
ERASE BB+"\"+archi
aa=FCREATE(BB+"\"+archi)
ELSE
aa=FCREATE(BB+"\"+archi)

ENDIF
IF NOT FILE("source.cmd") then
ss=fcreate("source.cmd")
fwrite(ss,"mysql -h server -uroot -p1234 creditos"+CHR(13)+CHR(10))
fwrite(ss,"drop table '"+ntab+"';"+CHR(13)+CHR(10))
fwrite(ss,"source '"+BB+"\"+archi+"';"+CHR(13)+CHR(10))

205

ELSE
ss=fopen("source.cmd",11)
FSEEK(ss,0,2)

fwrite(ss,"drop table '"+ntab+"';"+CHR(13)+CHR(10))

fwrite(ss,"source '"+BB+"\"+archi+"';"+CHR(13)+CHR(10))
ENDIF

insr="insert into `"+ntab+"` values"

FWRITE(aa,tabe+CHR(13)+CHR(10))
IF RECCOUNT()>0 then
FWRITE(aa,insr)
ENDIF
RCONT=0
RCONT2=0
DO while .not. EOF()
valsx=""
FOR CU=1 TO fc
fcu=FIELD(cu)

IF TYPE(FIELD(cu))='D'
if(DTOC(&fcu)='

- - ')

valsx=valsx+"'0000-00-00',"

206

else
valsx=valsx+"'"+DTOC(&fcu)+"',"
ENDIF

ELSE
IF TYPE(FIELD(cu))='N'

if(RAT('***',allTRIM(TRANSFORM(&fcu)))>0)

*WAIT STR(RAT('***',allTRIM(TRANSFORM(&fcu))))+
allTRIM(TRANSFORM(&fcu))
valsx=valsx+"'00.00',"
else

valsx=valsx+"'"+LTRIM(TRANSFORM(&fcu))+"',"
endif
ELSE
IF TYPE(FIELD(cu))='M'
valsx=valsx+""
ELSE

207

valsx=valsx+"'"+TRIM(STRTRAN(&fcu,"'",''))+"',"
endif

endif
ENDIF

NEXT

RCONT2=RCONT2+1
if(bandera=0) then
vals="("+subSTR(valsx,1,LEN(valsx)-1)+")"+CHR(13)+CHR(10)
else

vals=",("+subSTR(valsx,1,LEN(valsx)-1)+")"+CHR(13)+CHR(10)
endif
FWRITE(aa,vals)

bandera=1

**vals="("+vals+"),"
IF(RCONT2>REGISTROS) THEN
RCONT=RCONT+1

208

FWRITE(";",vals)
FCLOSE(aa)
?RCONT2
RCONT2=0
bandera=0
*WAIT WINDOW BB+"\"+ARCHI
IF FILE(BB+"\"+ALLTRIM(STR(RCONT))+archi) then
ERASE BB+"\"+ALLTRIM(STR(RCONT))+archi

aa=FCREATE(BB+"\"+ALLTRIM(STR(RCONT))+archi)
ELSE
aa=FCREATE(BB+"\"+ALLTRIM(STR(RCONT))+archi)

ENDIF
*

IF FILE("source.cmd") then

ss=FOPEN("source.cmd",11)

fwrite(ss,"source '"+(BB+"\"+ALLTRIM(STR(RCONT))+archi)+"';"+CHR(13)+CHR(10))
*

endif

IF RECCOUNT()>(REGISTROS*RCONT) then
FWRITE(aa,insr)
ENDIF
ENDIF

209

skip
endd
FWRITE(";",vals)

FCLOSE(aa)
FCLOSE(ss)
**vals=SUBSTR(vals,1,LEN(vals)-1)+";"

**STRTOFILE(tabe+CHR(13)+CHR(10)+insr,archi)

210

APNDICE 14

Sistema de Gestin para la Cobranza de la Divisin de Recuperacin de

COSDESU (SIGESCO)

Plan de realizacin de Piloto

211

Plan de realizacin de Piloto

A lo largo del Plan Piloto se pretende analizar y estudiar la adecuacin del
software desarrollado para la evaluacin final, as como obtener informacin sobre
posibles mejoras y sugerencias realizadas al mismo.
Por tanto, se utiliz como base el plan de pruebas de implantacin y su
puesta en prctica, ya que son considerados importantes en esta fase del plan
piloto.
A continuacin se presentan los casos de pruebas que se realizaran en el
plan piloto:
Pruebas de rendimiento:
Las pruebas de rendimiento son las pruebas que se realizan, desde una
perspectiva, para determinar lo rpido que realiza una tarea un sistema en
condiciones particulares de trabajo. Tambin puede servir para validar y verificar
otros atributos de la calidad del sistema, tales como la escalabilidad, fiabilidad y
uso de los recursos.
Pruebas de comunicacin:
Determinan que las interfaces entre los componentes del sistema funcionan
adecuadamente, tanto a travs de dispositivos remotos, como locales. As mismo,
se han de probar las interfaces hombre/maquina.
Pruebas de seguridad:
Las Pruebas de Seguridad son un proceso que permite verificar que un
sistema de informacin protege sus datos y funciona de acuerdo a los propsitos
para los que fue diseado.
Por tanto, las Pruebas de Seguridad verifican que la aplicacin y la
infraestructura que la soporta no evidencian vulnerabilidades que puedan ser
aprovechadas por terceros para uso no deseado.

212

Pruebas de recuperacin:
Estas pruebas aseguran que una aplicacin o sistemas se recupere de una
variedad de anomalas de hardware, software o red con prdida de datos o fallas
de integridad.

213

APNDICE 15

Sistema de Gestin para la Cobranza de la Divisin de Recuperacin de

COSDESU (SIGESCO)
RESULTADO DE LA PRUEBA PILOTO

214

RESULTADO DE LA PRUEBA PILOTO

En esta fase se obtienen los casos de uso, que segn Fowler & Scott, 1999
Un caso de uso describe la secuencia de interacciones que se producen entre el
sistema y los actores del mismo para realizar una determinada funcin. Los
actores son elementos externos (personas, otros sistemas, etc.) que interactan
con el sistema. Un actor puede participar en varios casos de uso y un caso de uso
puede interactuar con varios actores estos se realizan con la finalidad de percibir
de manera clara y precisa todas aquellas acciones que deber cumplir el
programa y por otra parte quienes sern los actores y cules sern las actividades
que realizara cada uno de ellos.
A continuacin se muestran los casos de usos del sistema, a fin de ver
cmo trabaja el sistema y donde debe mejorarse. Este se hace con la finalidad de
conocer cmo funcionan los mtodos actuales o si son necesarios o posibles
algunos ajustes.

215

Figura. Casos de uso

216

A continuacin definicin de algunos de los casos de uso:

-

Autenticar

Consultar Solvencia

Generar recibo

Generar grafico

Cambiar privilegios

Incluir cobradores

Consultar Tabla Amortizacin

Incluir Cheque Devuelto

Incluir Clientes (Gestionar Clientes)

Consultar Estado de Cuenta

Consultar Estado de Morosidad

Incluir Cobros (Gestionar Cobros)

Incluir Operadores (Gestionar Operadores)

Modificar Clientes (Gestionar Clientes)

Eliminar Clientes (Gestionar Clientes)

Consultar Cobros Global

Generar Reportes

217

DESCRIPCIN DETALLADA DE LOS CASOS DE USO

Nombre del Caso de Uso
Actores
Propsito

Autenticar
Administrador, Usuario
Acceder al sistema con
correspondientes.

los

privilegios

Curso normal de los Eventos

Accin del Actor
1 El usuario final selecciona el
usuario correspondiente e
introduce su contrasea.

Sistema
2 El sistema validad los campos en
busca de errores de transcripcin.

3 El usuario presiona el botn

Entrar

4 El sistema validad los credenciales

ingresados y le asigna los privilegios
correspondientes al usuario final.

Curso Alternativo de los Eventos

Accin 2

Accin 4

Si los campos son nulos o con caracteres

especiales no permitidos el sistema muestra
un mensaje de error y enva el foco al
respectivo campo.
Si las credenciales no aparecen en la base
de datos registrada, el sistema mostrara un
mensaje de error, invocando de nuevo la

218

Precondicin:
Postcondicion:

accin nmero 1.
El usuario final debe estar registrado en la
base de datos.
El usuario final puede acceder a los mdulos
correspondientes.
Tabla N. Caso de Uso Autenticar

219

Nombre del Caso de Uso

Actores
Propsito

Consultar Solvencia
Administrador, Usuario, Clientes
Imprimir constancia de Solvencia

Curso normal de los Eventos

Accin del Actor
1 Se inicia al presionar el botn
Solvencia del men principal.

Sistema
2 Invoca una ventana modal para
ingresar las credenciales del cliente.

3 Llena el formulario con los

datos de los clientes.

4 Validad los credenciales ingresados

y genera el documento de solvencia.

Curso Alternativo de los Eventos

Accin 4

Si el cliente est registrado el sistema no

Precondicin:

generara la solvencia.
El cliente no debe estar registrado en la base

Postcondicion:

de datos.
El cliente obtener el documento pdf
autenticado de solvencia.
Tabla N . Caso de Uso Consultar Solvencia

Nombre del Caso de Uso

Actores
Propsito

Generar Recibo
Administrador, Usuario
Generar Recibos de Cobros

220

Curso normal de los Eventos

Accin del Actor
Sistema
1 Se inicia al presionar del men principal Se despliega un submen.
el botn Cobros.
3 Presiona el
Recibos.

botn

Generar

5 Valida el numero correlativo y

despliega los clientes a generar
recibos nuevos.

4 Despliega el formulario.
6 Ingresa el nmero correlativo de los
recibos.

7 Presiona el botn Procesar

Curso Alternativo de los Eventos
Accin 7

Si el usuario ingresa un correlativo errneo el

sistema despejara un

mensaje de error,

Precondicin:

regresndose a formulario.
El usuario debe estar validado.

Postcondicion:

Debe haber clientes registrados.

El usuario final obtiene el reporte de los nuevos
recibos a cobrar.
Tabla N . Caso de Uso Generar Recibo

Nombre del Caso de Uso

Actores
Propsito

Generar grafico
Administrador, Usuario
Consultar reportes por grafico
Curso normal de los Eventos

Accin del Actor

1 Presionar el botn Generar

Sistema
2 Despliega un formulario.

221

reportes.
3 Selecciona el tipo de reporte.

4 Busca en la base de datos los

respectivos cobros y muestra las
ganancias y prdidas.

5 Indica el periodo a generar.

6 Convierte el reporte en el tipo de

grafico indicado.

7 Selecciona graficar y luego el

tipo de grfico.

Curso Alternativo de los Eventos

Accin 5

Si el sistema no encuentra registros en la base

de datos muestra un mensaje y finaliza el
proceso.
El usuario debe estar validado.

Precondicin:

Debe

haber

cobros

efectuados

correspondientes a la fecha a procesar.

El usuario final obtiene el reporte de las

Postcondicion:

estadsticas de cobros en forma de grfico.

Tabla N. Caso de Uso Generar grafico

Nombre del Caso de Uso

Actores
Propsito

Cambiar privilegios
Administrador
Otorgar privilegios a los usuarios
Curso normal de los Eventos

Accin del Actor

1 El administrador presiona el
botn Privilegios del men
principal

Sistema
2 El sistema muestra un formulario con
los usuarios registrados.

3 Seleccin el usuario

4 Muestra el privilegio asignado.

222

5 Selecciona el nuevo privilegio

asignar y luego coloca la clave
administrador para confirmar

6 Cambia el privilegio del usuario al

asignado.

Curso Alternativo de los Eventos

Accin 2

Si el sistema no tiene usuarios registrados

Precondicin:
Postcondicion:

finalizara el proceso con un mensaje.

Debe haber usuario(s) registrado(s).
El administrador controlar las limitaciones del
sistema.
Tabla N 7. Caso de Uso Cambiar Privilegios

Nombre del Caso de Uso

Actores
Propsito

Incluir cobradores
Administrador
Asignar cobradores
Curso normal de los Eventos

Accin del Actor

1 El administrador presiona el
botn Incluir cobradores en
parmetros del men principal.

Sistema
2 Muestra los empleados de la empresa
ubicados en la base de datos de
nmina.

3 Selecciona un empleado

4 Inserta el empleado a la tabla de

cobradores.

223

5 Ingresa la comisin del nuevo

cobrador y presiona el botn
Asignar

Curso Alternativo de los Eventos

Accin 2

Si el sistema no tiene empleado registrados

Precondicin:
Postcondicion:

finalizara el proceso con un mensaje.

Debe haber empleado(s) registrado(s).
El administrador ingresara nuevo cobradores.
Tabla N. Caso de Uso Incluir cobradores

Nombre del Caso de Uso

Actores
Propsito

Consultar Tabla Amortizacin

Administrador, Usuarios, Clientes
Obtener Tabla Amortizacin
Curso normal de los Eventos

Accin del Actor

1 El usuario Final presiona el
botn Tabla de Amortizacin
desde el men principal desde la
interfaz Web.

Sistema
2 El sistema mostrara una ventana
modal para introducir credenciales del
cliente.

3 Ingresa el cdigo del cliente y su

nmero de cedula y luego
presiona el botn Consultar.

4 Valida la existencia del cliente y

muestra la tabla de amortizacin
segn las tasas de inters ingresadas
semestralmente.

224

Curso Alternativo de los Eventos

Accin 4

Si el sistema no encuentra el cliente mostrara

un mensaje de error e invocara la ventana
modal nuevamente.

Accin 4

Si no hay tasas de inters agregadas el sistema

mostrara un mensaje de error fatal y finalizara el
proceso.
Debe haber Clientes(s) registrado(s)

Precondicin:
Postcondicion:

Debe haber tasas ingresadas.

El usuario final obtendr la tabla de
amortizacin donde se refleja los montos de las
cuotas totales a pagar.

Tabla N. Caso de Uso Consultar Tabla Amortizacin

225

Nombre del Caso de Uso

Actores
Propsito

Incluir Cheque Devuelto

Administrador, Usuarios
Incluir Cheques devueltos a sus respectivos
cobros fallidos
Curso normal de los Eventos

Accin del Actor

1 El usuario final presiona el botn
Cheque Devuelto del submen
cobros ubicado en el men
principal.

Sistema
2 El sistema muestra un formulario.

3 Se ingresa el nmero del recibo

a ser modificado y se persona el
botn Buscar.

4 Valida la existencia del recibo y lo

muestra en pantalla.

5 Presiona el
devuelto.

Cheque

6 El sistema inserta los datos del cheque

a la tabla de cheques_devuelto.

7 Se asigna la nueva forma de

pago del recibo y el/los monto(s)
y luego se presiona el botn
Cambiar.

8 Asigna la nueva forma de pago al

recibo.

botn

Curso Alternativo de los Eventos

Accin 4

Si el sistema no encuentra el recibo mostrara un

mensaje de error y colocara el foco en el
formulario.

Accin 7

Si no hay un nuevo medio de pago al recibo

finalizara el proceso.
Debe existir el recibo a buscar.
El usuario final registrar los cheques devueltos y
depurara los ingresos.

Precondicin:
Postcondicion:

Tabla N . Caso de Uso Incluir Cheque Devuelto

Nombre del Caso de Uso

Incluir Clientes (Generar Clientes)

226

Actores
Propsito

Administrador, Usuarios
Incluir Clientes nuevos
Curso normal de los Eventos

Accin del Actor

1. El usuario final presiona el botn
Ingresar del submen clientes
ubicado en el men principal.

Sistema
2. El sistema invoca el formulario de
registrar clientes nuevos.

2. Se insertan la cedula del cliente.

4. Valida que no est registrado

anteriormente y avanza al siguiente
campo.

4. Se
ingresan
personales.

5. Segn la fuente del financiamiento se

le asigna un cdigo y luego se inserta
en las tablas clientes y contratos.

los

datos

6. Se ingresan los datos de la

empresa.
7. Se ingresan los datos de la
solicitud del crdito y se presiona
el botn Procesar.
Curso Alternativo de los Eventos
Accin 4

Si el sistema encuentra el cliente registrado

anteriormente

mostrara

un

mensaje

de

confirmacin si desea modificarlo y colocara el

foco en el campo cedula.
Precondicin:
Postcondicion:

No debe estar registrado el cliente.

El usuario final registrara un nuevo cliente al

sistema.
Tabla N . Caso de Uso Incluir Clientes (GenerarClientes)

Nombre del Caso de Uso

Actores
Propsito

Consultar Estado de Cuenta

Administrador, Usuarios, Clientes
Obtener Estado de Cuenta

227

Curso normal de los Eventos

Accin del Actor
1. El usuario Final presiona el
botn Estado de Cuenta desde
el men principal desde la
interfaz Web
3. Ingresa el cdigo del cliente y su
nmero de cedula y luego
presiona el botn Consultar

Sistema
2. El sistema mostrara una ventana
modal para introducir credenciales del
cliente.
4. Valida la existencia del cliente y
muestra el estado de cuenta segn
las cuotas pagas del mismo.

Curso Alternativo de los Eventos

Accin 4

Si el sistema no encuentra el cliente mostrara

un mensaje de error e invocara la ventana
modal nuevamente.

Accin 4

Si no hay cuotas pagas el sistema no generara

Precondicin:

el estado de cuenta y finalizara el proceso.

Debe haber Clientes(s) registrado(s).

Postcondicion:

Debe haber cuotas pagas.

El usuario final obtendr el estado de cuenta
donde se refleja las cuotas pagadas.

Tabla N 12. Caso de Uso Consultar Estado de Cuenta

Nombre del Caso de Uso

Actores
Propsito

Consultar Estado de Morosidad

Administrador, Usuarios, Clientes
Obtener Estado de Morosidad
Curso normal de los Eventos

Accin del Actor

Sistema

228

1. El usuario Final presiona el

botn Estado de Morosidad
desde el men principal desde la
interfaz Web

2. El sistema mostrara una ventana

modal para introducir credenciales del
cliente.

3. Ingresa el cdigo del cliente y su

nmero de cedula y luego
presiona el botn Consultar

4. Valida la existencia del cliente y

muestra
el estado de morosidad
segn las cuotas pagas y la fecha de
vencimiento atrasadas del mismo.

Curso Alternativo de los Eventos

Accin 4

Si el sistema no encuentra el cliente mostrara

un mensaje de error e invocara la ventana
modal nuevamente.

Accin 4

Si no hay fecha de vencimiento de cuotas

atrasadas el sistema no generara el estado de
morosidad y finalizara el proceso.
Debe haber Clientes(s) registrado(s)
Debe haber fecha de vencimiento de cuotas
atrasadas.
El usuario final obtendr el estado de morosidad
donde se refleja las cuotas atrasadas y los
intereses de mora a pagar.

Precondicin:
Postcondicion:

Tabla N . Caso de Uso Consultar Estado de Morosidad

Nombre del Caso de Uso

Actores
Propsito

Incluir Cobros (Generar Cobros)

Administrador, Usuarios
Incluir Recibos Cobrados
Curso normal de los Eventos

Accin del Actor

1. El usuario final presiona el botn
Incluir del submen Cobros
ubicado en el men principal

Sistema
2. El sistema muestra un formulario

3. Se ingresa el nmero del recibo

y se persona el botn Aceptar

4. Valida la existencia del recibo y lo

muestra en pantalla.

229

5. Ingresa el nmero de cuotas

cobradas anexas en el recibo,
tipo de pago, cobrador, fecha de
cobro y otros ingresos aplicados.

6. El sistema consulta la base de datos y

despliega el posible monto cobrado
con la sumatoria total de capital,
inters, inters de mora y otros
ingresos.

6. Verifica el monto cobrado y

presiona el botn procesar.

7. Ingresa los valores en la base datos;

tablas: pagos, tipo_pago.

Curso Alternativo de los Eventos

Accin 4

Si el sistema no encuentra el recibo mostrara un

mensaje de error y colocara el foco en el
formulario.

Accin 6

Si el actor observa que no coincide el monto

cobrado con los mostrados en el sistema
presiona el botn Volver.
Debe existir el recibo a buscar.

Precondicin:

Postcondicion:

Debe coincidir el monto cobrado con el monto

total del sistema.
El usuario final registrar los recibos cobrados y
actualiza los ingresos.

Tabla N. Caso de Uso Incluir Cobros (Generar Cobros)

Nombre del Caso de Uso

Actores
Propsito

Incluir Operadores (Generar Operadores)

Administrador
Incluir Usuarios al Sistema
Curso normal de los Eventos

Accin del Actor

1. El Administrador presiona el
botn Incluir del submen
Usuarios ubicado en el men
principal
3. Se selecciona el empleado a
crear una nueva cuenta y se
persona el botn Aceptar

Sistema
2. El sistema muestra una lista de
empleados tomados desde el sistema
de nmina.
4. El sistema despliega un formulario.

230

5. Ingresa el usuario, contrasea, y

tipo de privilegios que tendr.

6. Valida la integridad de las credenciales

y luego registra un nuevo usuario.

Curso Alternativo de los Eventos

Accin 6

En caso que las credenciales sean dbiles o las

contraseas no coincidan el sistema desplegara

Precondicin:

un mensaje retornando al formulario.

Deben existir empleados registrados en el

Postcondicion:

sistema de nmina.
El Administrador registrara nuevos usuarios
para el manejo del sistema.

Tabla N 15. Caso de Uso Incluir Operadores (Generar Operadores)

Nombre del Caso de Uso

Actores
Propsito

Modificar Clientes (Generar Clientes)

Administrador, Usuarios
Modificar informacin personal del cliente.
Curso normal de los Eventos

Accin del Actor

1. El Usuario final presiona el botn
Consultar
del
submen
Contrato ubicado en el men
principal.
3. Se busca el cliente introduciendo
alguna palabra clave en el
formulario inferior derecho y se
presiona el botn Aceptar.

Sistema
2. El sistema muestra un reporte de
clientes registrados.

5. Se hace clic en el primer botn

del lado derecho con el ttulo
modificar.

6. El sistema invoca el formulario de

registrar cliente y repleta con los
valores del cliente seleccionado.

7. Se presiona el botn editar en la

parte inferior central.

8. El sistema habilita los campos a

modificar.

4. El sistema
buscado.

despliega

el

cliente

231

9. Se edita los valores deseados y

se presiona el botn guardar.

10. Se modifica todos los valores en la

base de datos, tabla clientes y
contratos.

Curso Alternativo de los Eventos

Accin 2

En caso de no haber clientes registrados se

muestra un mensaje y terminar el proceso.
En caso de no encontrar el cliente buscado, el
sistema muestra un mensaje indicndolo y
termina el proceso.
Deben existir clientes registrados.
El usuario final modifica la informacin personal
de los clientes del sistema.

Accin 4
Precondicin:
Postcondicion:

Tabla N . Caso de Uso Modificar Clientes (Generar Clientes)

Nombre del Caso de Uso

Actores
Propsito

Eliminar Clientes (Generar Clientes)

Administrador, Usuarios
Eliminar registro del cliente.
Curso normal de los Eventos

Accin del Actor

1. El Usuario final presiona el botn
Consultar
del
submen
Contrato ubicado en el men
principal.

Sistema
2. El sistema muestra un reporte de
clientes registrados.

3. Se busca el cliente introduciendo

alguna palabra clave en el
formulario inferior derecho y se
presiona el botn Aceptar.

4. El sistema
buscado.

5. Se hace clic en el segundo

botn del lado derecho con el
ttulo eliminar.

6. El sistema confirma que el cliente

seleccionado no tenga ninguna
liquidacin o crdito registrado y luego
elimina los valores del cliente.

despliega

el

cliente

Curso Alternativo de los Eventos

Accin 2

En caso de no haber clientes registrados se

muestra un mensaje y terminar el proceso.

232

En caso de no encontrar el cliente buscado, el

sistema muestra un mensaje indicndolo y
termina el proceso.

Accin 4

Si el cliente posee crdito activo el sistema no

eliminara el registro.
Deben existir clientes registrados.

Accin 6
Precondicin:

El cliente no debe tener crditos o liquidaciones

activas.
El usuario final elimina el registro de los clientes
del sistema.

Postcondicion:

Tabla N 18. Caso de Uso Consultar Cobros Global

Nombre del Caso de Uso
Actores
Propsito

Consultar Cobros Global

Administrador, Usuarios
Consultar cobros por clientes.
Curso normal de los Eventos

Accin del Actor

1. El Usuario final presiona el botn
Consultar Global del submen
Cobros ubicado en el men
principal.

Sistema
2. El sistema muestra un formulario.

3. Ingresa el cdigo del cliente y el

periodo a consultar luego se
presiona el botn Aceptar.

4. Busca el cliente y los pagos del mismo

en la base de datos correspondiente a
la fecha planteada.

Curso Alternativo de los Eventos

Accin 4

En caso de no encontrar el cliente registrado se

muestra un mensaje y terminar el proceso.

Precondicin:

En caso de que el cliente no tenga pagos

registrados en el periodo establecido el sistema
muestra un error y termina el proceso.
Debe existir el cliente a buscar.

Postcondicion:

El cliente debe tener pagos efectuados entre el

periodo establecido.
El usuario final consulta los cobros efectuados

Accin 4

233

al cliente por periodos de fechas.

Tabla N. Caso de Uso Eliminar Clientes (Generar Clientes)

234

Nombre del Caso de Uso

Actores
Propsito

Generar Reportes
Administrador, Usuarios
Consultar cobros por planes, municipios,
cobradores o general.
Curso normal de los Eventos

Accin del Actor

1. El Usuario final elige entre las
opciones Planes, Municipios,
Cobradores o General del
submen Reportes ubicado en
el men principal.

Sistema
2. El sistema despliega una ventana
modal.

3. Establece el periodo a consultar

luego se presiona el botn
Aceptar.

4. Busca los cobros en la base de datos

correspondientes a la fecha planteada
y genera un reporte en pdf.

Curso Alternativo de los Eventos

Accin 4

En caso de no tener cobros registrados en el

periodo establecido el sistema muestra un error

Precondicin:

y termina el proceso.
El sistema debe tener cobros efectuados entre

Postcondicion:

el periodo establecido.
El usuario final obtiene un reporte formato pdf
de los cobros efectuados en los periodos de
fechas establecidos.
Tabla N . Caso de Uso Generar Reportes

A continuacin se presentan los resultados de las pruebas establecidas en

el plan de realizacin piloto (ver apndice 14).
a) Rendimiento - Prueba de carga

235

Prueba servidor Apache

Una vez el sistema en el servidor se realizaron varias pruebas de carga para
evaluar el tiempo de respuesta del servidor especialmente en estado de
sobrecarga, para esto se utiliza la herramienta comparativa de apache apache
HTTP server benchmarking tool con el comando ab, la cual se establece el
nmero de solicitudes enviadas al servidor, el nmero de concurrencia (solicitudes
mltiples por peticin) y el directorio a evaluar.
Se realizaron dos pruebas; una con un valor de solicitudes mltiples altas y
otra con un valor bajo para obtener un mejor resultado comparativo.

236

Prueba #1:

237

Comando: #ab c100 n1000 http://server:8080/credito

238

Concurrency Level:
100
Time taken for tests: 46.988 seconds
Complete requests: 1000
Failed requests:
0
Total transferred: 583000 bytes
HTML transferred:
395000 bytes
Requests per second: 21.28 [#/sec] (mean)
Time per request:
46.988 [ms] (mean, across all concurrent requests)
Prueba #2:

239

Comando: #ab c50 n50 http://server:8080/credito

240

Concurrency Level:
50
Time taken for tests: 1.164 seconds
Complete requests: 50
Failed requests:
0
Total transferred: 28150 bytes
HTML transferred:
16200 bytes
Requests per second: 42.97 [#/sec] (mean)
Time per request:
23.272 [ms] (mean, across all concurrent requests)

241

b) Comunicaciones y Rendimiento
Prueba Servidor MySQL

La prueba de carga para MySQL es realizada a travs de la herramienta

mysqlslap para evaluar el tiempo de respuesta del servidor con una gran
cantidad de clientes y consultas simultneas. Se realiz una sola prueba de carga
la cual tambin da por sentado la conexin satisfactoria al servidor MySQL.

Comando: #mysqlslap --concurrency=500 -uuser -p1234 --iterations=10 --numberint-cols=2 --number-char-cols=1 --query="select * from a"
Average number of seconds to run all queries: 0.944 seconds
Minimum number of seconds to run all queries: 0.265 seconds
Maximum number of seconds to run all queries: 2.045 seconds
Number of clients running queries: 500
Average number of queries per client: 1

242

Prueba de comunicacin (PING)

Se realizaron prueba de comunicacin con la herramienta ping a los 6

terminales desde el servidor, los resultados fueron los siguientes:

Estadsticas de ping para 192.168.0.104:

Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),

Estadsticas de ping para 192.168.0.114:

Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),

Estadsticas de ping para 192.168.0.115:

Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),

243

Estadsticas de ping para 192.168.0.121:

Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),
Estadsticas de ping para 192.168.0.154:
Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),
Estadsticas de ping para 192.168.0.155:
Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos)

c) Seguridad

Prueba de puertos

Esta prueba se basa especialmente en verificar que los puertos no

necesarios no estn disponibles para ningn otro servicio, reforzando la seguridad
del servidor. En este caso solo utilizaremos el puerto 8080 para apache, en el caso
de MySQL el puerto 3306 debe ser bloqueado por que su llamado ser localhost y
no remoto.

244

IP dinmica analizada: 186.89.183.24 Puertos Bloqueados (no son necesarios

para la implantacin)

Puert

Desc.

Estado Observaciones

o
22

SSH

cerrad

Secure Shell.

23

TELNET

o
cerrad

Acceso remoto

25

SMTP

o
cerrad

Servidor de correo SMTP

53

DNS

o
cerrad

Servidor DNS

79

FINGER

o
cerrad

Servidor de informacin de usuarios

HTTP

o
cerrad

de un PC
Servidor web

POP3

o
cerrad

Servidor de correo POP3

NNTP

o
cerrad

Servidor de noticias

DCOM

o
cerrad

Solo se puede cerrar a travs de un

139

NETBIO

o
cerrad

cortafuegos
Comparticin de Ficheros a travs

143

S
IMAP

o
cerrad

de una red
Servidor de correo IMAP

389

LDAP

o
cerrad

LDAP. Tambien

443

HTTPS

o
cerrad

Servidor web seguro

445

MSFT

o
cerrad

Server Message Block.

1433

DS
MS SQL

o
cerrad

Base de Datos de Microsoft

80
110
119
135

245

3306
5000

MYSQL

o
cerrad

Base de Datos. MYSQL

UPnP

o
cerrad

En windows est activado (defecto).

d) Recuperacin
Vase recuperacin en conclusiones de prueba
Conclusin de pruebas
Rendimiento
Dado que 50 peticiones con un concurrencia de 50 tiene respuesta en 1.16
segundo(s) y 1000 peticiones con una concurrencia de 100 tiene respuesta en 46
segundos

Se puede concluir que el tiempo de respuesta promedio es de 21

peticiones por segundos con una alta carga de concurrencia, lo cual es

satisfactorio.
Comunicaciones
Las conexiones establecidas entre los clientes y el servidor se efectuaron
de manera exitosa en el primer intento a travs de la herramienta ping disponible
en Windows server 2003 y ejecutada desde el servidor, lo cual da por sentado que
fue satisfactoria.
La conexin MySQL se realiz satisfactoriamente en la Prueba de servidor
MySQL sin arrojar ningn error ni inconveniente, mediante la consulta ejecutada
con 10 iteraciones y 500 concurrencias el tiempo de respuesta fue de 2.045
segundos dado por sentado un tiempo de respuesta fue eficiente.
Seguridad
Se realizaron pruebas de puertos como medida de seguridad para prevenir
posibles ataques internos o externos al sistema, la prueba fue un xito arrojando

246

resultados esperados ya que los puertos no necesarios para la puesta en marcha

esta deshabilitados.

Recuperacin
Se realiz una simulacin en fallo de energa, se puede empezar acotando
que la recuperacin del sistema no es automatizada es manual, por lo tanto solo
se evalu perdida de datos en estas simulaciones. El corte de energa se efectu
en un horario donde la actividad de la empresa era nula por motivos de seguridad,
este se origin desde la central elctrica de la institucin donde se discrimina el
interruptor del Dpto. de informtica una vez cortada la energa elctrica empieza a
utilizarse la reserva elctrica almacenada en el UPS que est conectado al
servidor protegindolo as de corromper cualquier archivo en uso importante
siendo posteriormente su apagado programado o manual. Dicha prueba fue
satisfactoria ya que no se produjo ninguna prdida de datos debido a su adecuado
cierre de ciclo Del servidor.

247

APNDICE 17
Cuman, 4 de NOVIEMBRE de 2015
ACTA - ACTIVACION DEL SISTEMA EN PRODUCCION
Por medio de la presente, manifiesto la culminacin y aceptacin del producto final
denominado SISTEMA PARA LA GESTIN DE COBRANZA (SIGESCO), el cual
se encuentra operativo y en produccin a partir del da 26 de octubre del presente
ao en las instalaciones de COSDESU. Aclarando en mutuo acuerdo con los
principales responsables del proyecto solucionar cualquier inconveniente que
presente el sistema,

Agradecido por su atencin y colaboracin.

_________________
Lcdo. Frank Ramos
Jefe Dpto. Informtica

248

249

ANEXOS
(FACTIBILIDAD ECONOMICA-FINANCIERA)

Costo y Presupuesto
Recursos Materiales de la empresa
Recurso
Hp Proliant G3
Computador Intel Dual Core 3.0
Switch Tp-link Tl-sg1024 24

Cantidad
1
5
1

Costo
25.000 Bs
145.000 Bs
24.990Bs

Puertos
Laptop Lenovo I3
264.989 Bs

69.999 Bs

Tabla N8: Tabla de Recursos materiales

Servicios de la empresa
Servicio
Dominio (www.cosdesu.com)

Cantidad
1

Costo
14.000 Bs

Hosting VPS Cpanel

7.690 Bs

21.690 Bs
Tabla N9: Tabla de Servicios de la Empresa
Tomando como base los recursos tcnicos citados anteriormente se puede
deducir que se exonera de los costos relacionados a los mismos pues los
requisitos de hardware son provistos por la empresa quien es la propietaria de
estos, y tambin se aplica a los requerimientos software.

Esto permite entender que la mayor parte de costos estn representados

por el costo del personal encargado de realizar las tareas planteadas en el

250

diagrama de actividades inicial, cuyo responsable son los autores. As como, los
gastos indirectos (recursos materiales) en los que se incurre a lo largo del
proyecto pero que tambin deben considerarse.
A continuacin, se visualiza en las siguientes tablas, la estimacin de costos
realizada:
Concepto de gastos
Internet
Materiales de oficina (lpices, cuadernos, lapiceros, hojas,

gastos
4.590 Bs
5.000 Bs

borradores, portaminas)
Movilidad
Luz
Telfono
Otros gastos

2.900 BS
4.050 Bs
4.280 Bs
4.800 Bs
25.620 Bs

Tabla N10: Tabla de Recursos materiales del proyecto

Actividad
Especificacin del equipo de
implantacin
Anlisis de dependencia de

Responsable
L

Horas
estimadas
48

costos
4.080 Bs

35

2,975 Bs

251

otros sistemas
Definir todos los componentes y
procedimientos
Preparacin de la
infraestructura
Preparacin de libreras
Preparacin de procedimientos
manuales o automticos
Migracin de la BD
Elaborar plan de capacitacin
Preparacin y capacitacin del
equipo de implantacin
Preparacin y capacitacin del
operador tcnico
Preparacin y capacitacin de
los usuarios finales
Seguimiento de la capacitacin
Publicacin y aprobacin de los
procedimientos de la instalacin
Revisin del pase a produccin
Ejecucin del pase a
produccin
Puesta en funcionamiento del
sistema
Desarrollar las mtricas
Analizar las mtricas
Aprobacin formal de la
implantacin del sistema
Total

48

4.080 Bs

52

4.420 Bs

P
A

39
48

3.315 Bs
4.080 Bs

P
L
L

49
65
82

4.165 Bs
5.525 Bs
6.970 Bs

68

5.780 Bs

75

6.375 Bs

A
A

56
53

4.760 Bs
4.505 Bs

A
P

78
90

6.630 Bs
7.650 Bs

48

4.080 Bs

L
L
T

58
56
72

4.930 Bs
4.760 Bs
6.120 Bs

89.080 Bs

No aplica
Tabla N11: Tabla Costo total del recurso humano en el proyecto por actividad

Rol

Abreviatura Cantidad

Costo/
Hora

Lder del proyecto

85 Bs

Total/
horas
trabajada
s
309

Analista
Programador

A
P

1
1

85 Bs
85 Bs

310
429

Costo
total/horas
trabajadas

26.350 Bs
36.465 Bs

26.265 Bs

252

Tutor Empresarial

______

________

________

Tabla N12: Tabla Costo del recurso humano por horas trabajadas

Concepto
Costos del personal
Recursos materiales del proyecto
Costo total del proyecto

Valor
89.080 Bs
25.620 Bs
114.700 Bs

Tabla N13: Tabla Costo total del proyecto

Concepto
Costo del personal
Recursos materiales del proyecto
Recursos materiales de la empresa
Servicios de la empresa
401.379 Bs

Valor
89.080 Bs
25.620 Bs
264.989 Bs
21.690 Bs

Tabla N14: Tabla Costo total del proyecto con recursos de la empresa

253

Figura N 2: Estructura de Divisin de Trabajo (EDT)

254

Tabla de roles
SIGESCO
Definicin del plan de implantacin
Especificacin del equipo de implantacin

Lder del Proyecto

Anlisis de dependencia de otros sistemas

Programador

Definir todos los componentes y procedimientos

Programador

Preparacin de la infraestructura

Programador

Preparacin de procedimientos manuales o Automticos

Preparacin de libreras

Programador

Preparacin de procedimientos manuales o

automticos
Migracin de la BD

Analista
Programador

Capacitacin para la implantacin

Elaborar plan de capacitacin

Lder del Proyecto

Preparacin y capacitacin del equipo de

implantacin
Preparacin y capacitacin del operador
tcnico
Preparacin y capacitacin de los usuarios
finales
Seguimiento de la capacitacin

Lder del Proyecto

Programador
Analista
Analista

Publicacin de procedimientos normativos

Publicacin y aprobacin de los procedimientos
de la instalacin
Instalacin del sistema

Analista

Revisin del pase a produccin

Analista

Ejecucin del pase a produccin

Programador

Puesta en marcha del sistema

Puesta en funcionamiento del sistema

Programador

Desarrollar las mtricas

Lder del Proyecto

Analizar las mtricas

Lder del Proyecto

Reunin de gestin
Aprobacin formal de la implantacin del sistema
Tabla N3: Tabla de roles.

Tutor Empresarial

255

Dessired Contreras = Analista; Edgar Vegas = Programador; Luisana Rivas =

Lder de Proyecto, Tutor Empresarial = Frank Ramos

Definicin del plan de implantacin

Especificacin del equipo de implantacin

Anlisis de dependencia de otros sistemas

Preparacin de libreras

Preparacin de procedimientos manuales o automticos

Migracin de la BD

Elaborar plan de capacitacin

Preparacin y capacitacin del equipo de implantacin

Definir todos los componentes y procedimientos

Preparacin de la infraestructura
Preparacin de procedimientos manuales o Automticos

Capacitacin para la implantacin

Preparacin y capacitacin del operador tcnico

Preparacin y capacitacin de los usuarios finales

Seguimiento de la capacitacin

Publicacin de procedimientos normativos

Publicacin y aprobacin de los procedimientos de la instalacin

Instalacin del sistema

Revisin del pase a produccin

Ejecucin del pase a produccin

Puesta en funcionamiento del sistema

Desarrollar las mtricas

Analizar las mtricas

Puesta en marcha del sistema

Reunin de gestin

Tutor

Analista

Programador

Tarea

Lder

Tabla Recursos Humanos

256

Aprobacin formal de la implantacin del sistema

Tabla N4: Tabla de Recursos Humanos.

Diagrama de Red
Tabla de Actividades
NODO ACTIVIDAD

ID

TMP PREDECESOR

Especificacin del equipo de implantacin

EEI

--

Anlisis de dependencia de otros sistemas

ADS

--

Definir todos los componentes y procedimientos

DCP

ADS

Preparacin de la infraestructura

PDI

18

--

Preparacin de libreras
Preparacin de procedimientos manuales o
automticos
Migracin de la BD

PDL

DCP

PDP

25

--

MBD 15

PDL,PDP

EPC

35

PDP

PCI

15

EPC

PCT

15

PCI

PCU

35

PCI

SDC

20

PCT,PCU

PAP

PDP

Elaborar plan de capacitacin

Preparacin y capacitacin del equipo de
implantacin
Preparacin y capacitacin del operador tcnico
Preparacin y capacitacin de los usuarios
finales
Seguimiento de la capacitacin
Publicacin y aprobacin de los procedimientos
de la instalacin
Revisin del pase a produccin

RPP

30

MBD,PAP

Ejecucin del pase a produccin

EPP

15

PDI,RPP

Puesta en funcionamiento del sistema

PFS

EPP

Desarrollar las mtricas

DLM 20

Analizar las mtricas

ALM 30
Aprobacin formal de la implantacin del
AIS
30
sistema
Tabla N5: Tabla de Actividades.

F
G
H
I
J
K
L
M

PFS
DLM
PFS

257

Figura N 3: Diagrama de Red

258

140 140
140 140

259

Tabla de Tiempos (Das)

ID
EEI
ADS
DCP
PDI
PDL
PDP
MBD
EPC
PCI
PCT
PCU
SDC
PAP
RPP
EPP
PFS
DLM
ALM
AIS

Es

Ls
0
0
3
0
8
0
25
25
60
75
75
110
25
40
70
85
90
110
90

Ef

139
1
12
3
15
8
52
18
20
13
0
25
25
40
35
60
70
75
105
90
85
110
120
130
37
28
40
70
70
85
85
90
90
110
110
140
110
120
Tabla N6: Tabla deTiempo.

Lf
140
15
25
70
25
25
40
70
85
120
120
140
40
70
85
90
110
140
140

Holgura
139
12
17
52
12
0
0
10
10
30
10
10
12
0
0
0
0
0
20

Ruta Critica= PDP + MBD + RPP + EPP + PFS + DLM + ALM = 140 DIAS

260

Tabla de variaciones en Tiempos (Das)

ID
EEI
ADS
DCP
PDI
PDL
PDP
MBD
EPC
PCI
PCT
PCU
SDC
PAP
RPP
EPP
PFS
DLM
ALM
AIS

to

tm

tp

0,5
1
1,5
2
3
4
4
5
6
10
18
20
3
5
10
20
25
35
10
15
20
30
35
40
10
15
25
10
15
25
25
35
40
15
20
25
1
3
4
15
30
35
5
15
20
2,5
5
10
15
20
25
20
30
35
15
30
35
Cifras de Camino Critico:
137,92

te
1,00
3,00
5,00
17,00
5,50
25,83
15,00
35,00
15,83
15,83
34,17
20,00
2,83
28,33
14,17
5,42
20,00
29,17
28,33

Varianza
0,03
0,11
0,11
2,78
1,36
6,25
2,78
2,78
6,25
6,25
6,25
2,78
0,25
11,11
6,25
1,56
2,78
6,25
11,11
36,98

Tabla N7: Tabla de Variaciones en Tiempos (Das).

0,17
0,33
0,33
1,67
1,17
2,50
1,67
1,67
2,50
2,50
2,50
1,67
0,50
3,33
2,50
1,25
1,67
2,50
3,33
15,42

261