Vous êtes sur la page 1sur 174

INTRODUCCIN

La Evolucin de la Comunicacin Humana desde la perspectiva tecnolgica. La bsqueda


constante del hombre por satisfacer cada vez mejor su necesidad de comunicacin ha sido el
impulso que ha logrado la instauracin en el mundo de instrumentos cada da ms poderosos y
veloces en el proceso comunicativo. Slo basta una retrospectiva para definir cmo el ser
humano ha logrado evolucionar sus formas de comunicacin: Desde rudimentarios mtodos
como la escritura jeroglfica, pasando por la invencin del alfabeto y del papel, dando un leve
salto hasta la llegada de la imprenta, y apenas uno ms para la aparicin del telfono, el cine,
la radio y la televisin. Todos estos instrumentos han sido ciertamente un avance en las formas
de comunicacin del hombre y prcticamente todos, han sido posibles gracias a la tecnologa,
que a su vez ha sido el instrumento cuya evolucin ha determinado el avance de la humanidad.
Cada una de las variantes de los medios de comunicacin que se conocen en la actualidad han
sido un aporte a la manera como el hombre se comunica con sus semejantes.

En Bolivia como en el mundo entero se tiene una diversidad de medios de comunicacin.


Tales como la prensa, la radio, el cine y la televisin que hoy son una parte casi esencial de la
cotidianidad del hombre moderno. Hoy en da la televisin es una de los medios de
comunicacin ms importantes del pas (MAIDA, 2014).

Las emisoras de UNITEL son en la actualidad lderes destacados de audiencia en Bolivia, en


donde segn los ltimos datos registrados de audiencias es del 47%, muy por delante de la
audiencia del resto de sus competidores. Tales son las emisoras UNITEL La Paz, UNITEL
Santa Cruz, UNITEL Cochabamba, UNITEL Potos, UNITEL Cobija, UNITEL Oruro,
UNITEL Sucre, UNITEL Tarija y UNITEL Trinidad. (Soria, 2014).

As como en la actualidad, las organizaciones son cada vez complejas, cada da incorporan
nuevas tecnologas a su forma de trabajar con lo que consiguen competir en el mercado
globalizado que el mundo actualmente maneja. Por esta razn es importante la
implementacin y la utilizacin de la tecnologa en las actividades de desarrollo institucional
permitiendo de esta manera mejorar la forma de trabajo, logrando hacerse competitivos.

1
Algunos expertos comparan la era de la Revolucin Industrial con la poca que actualmente
est viviendo la tecnologa, pues cada da se utiliza nuevas aplicaciones software, nuevos
equipos, nuevas maneras de hacer las cosas y la organizacin que no est preparada para estos
cambios, (que no tenga capacidad de informacin o que la misma sea muy dbil) simplemente
no puede competir contra el resto de organizaciones, es por tal razn que en la empresa de
comunicacin UNITEL- Oruro se desarrollara un sistema de informacin para el rea
Comercial, el cual coadyuvara en la toma de decisin en los procesos que se llevan a cabo
dentro de esta.

ANTECEDENTES

En la Radio y la Televisin han sido valiosos los avances en programas computarizados para
la edicin de imgenes y sonido, as como la inclusin de sistemas cada da ms
especializados para lograr transmisiones a distancia en directo. As, desde siempre la
evolucin de la tecnologa ha sido tambin importante para mejorar la labor de los medios de
comunicacin. En el Cine por su parte, ya se habla de dibujos animados elaborados totalmente
a travs de programas de computacin y los efectos especiales son ms accesibles. Adems,
todos estos avances, aunque resulten costosos al inicio, han logrado en cada medio de
comunicacin el abaratamiento de los procesos tanto de produccin como de transmisin de
sus mensajes.

Las emisoras de ATB La Paz, Bolivisin, PAT, Televisin Boliviana, Red Uno, UNITEL
Cochabamba, cuentan con sistemas de informacin administrativas para el manejo de la
informacin generada por los procesos administrativos. En los Dpto. de comercializacin y
otros Departamentos en general cuentan con sistemas de informacin los cuales son de su
propiedad.

UNITEL Potos, UNITEL Cobija, UNITEL Oruro, UNITEL Sucre, UNITEL Tarija y
UNITEL Trinidad, son compaas regionales de administracin autnoma, respecto a la
administracin centralizada de UNITEL La Paz, UNITEL Santa Cruz, UNITEL
Cochabamba.

2
UNITEL Oruro

A mediados del ao 1988 canal 2 TVO por entonces en la frecuencia 3, nace como iniciativa
de realizar una tele club, tomando conciencia que hacer televisin en ese entonces significaba
una inversin considerable, por ello el riesgo de apostar al avance tecnolgico en nuestra
ciudad y su desarrollo, hace que el pionero Juan Carlos Soria Mendoza cumpla los sueos de
muchos oriundos de sta. Por supuesto que por las transformaciones y dada las circunstancias
esto hizo que naciera la primera televisin privada en Oruro y un 1ro de noviembre se ingres
como canal 3, fecha en la que se comienza a compartir la televisin con toda la poblacin de
nuestra ciudad. (SORIA, 2015) (Anexos A)

Posteriormente, la invasin de la alta tecnologa y la cruda realidad econmica en el que por


ese entonces ocurra en nuestro pas. Adems, de los nuevos canales que ingresan a todos los
departamentos a travs de repetidoras desde la sede de gobierno, hace que se busquen nuevas
expectativas para canal 3, de esa manera se construyen nuevos caminos y es as que se logra
pertenecer a una Red, por ese entonces TSB (Tele sistema Boliviano Con su Frecuencia 2) que
fue el primer paso que se dio despus de 4 aos de trabajar como medio netamente Orureo,
para integrar una red, adquiriendo la frecuencia desde entonces como canal 2 TVO TSB,
que en la actualidad y por las circunstancias empresariales y econmicas se form la RED
UNITEL. (SORIA, 2015)

Actualmente la empresa de comunicacin UNITEL ORURO cuenta con una instalacin


adecuada para el trabajo que desempean, est ubicada en la C/ Soria Galvarro Nro. Entre
Ayacucho y Junn, est dividida por reas de trabajo las cuales son: gerencia, Direccin,
secretaria, contabilidad, comercial, realizacin, prensa y produccin.
En la ciudad de Oruro ninguno de los canales cuenta con un sistema de informacin tales
como Canal universitario, Caracol, Coral, ATB - Oruro, canal 39, Telefuturo, COTEOR y
otros.

3
ESTRUCTURA DE LA INSTITUCIN

La empresa de comunicacin UNITEL- ORURO, cuenta con una estructura de orden


funcional (Figura 1) siendo necesario para llevar a cabo la buena administracin y servicio que
desarrolla la empresa.

Figura 1. Organigrama UNITEL - ORURO


Fuente: (CONTRERAS, 2012)

4
INFORMACIN DOCUMENTAL Y ESTADSTICA

Las emisoras de UNITEL son en la actualidad lderes destacados de audiencia en Bolivia, en


donde segn los ltimos datos registrados de audiencias es del 47%, (Tabla 1, Figura2) muy
por delante de la audiencia del resto de sus competidores. Tales son las emisoras UNITEL La
Paz, UNITEL Santa Cruz, UNITEL Cochabamba, UNITEL Potos, UNITEL Cobija, UNITEL
Oruro, UNITEL Sucre, UNITEL Tarija y UNITEL Trinidad.

UNITEL RANCKING (%)

UNITEL LaPaz 40
UNITEL Santa Cruz 42
UNITEL Cochabamba 60
UNITEL Potos 35
UNITEL Cobija 20
UNITEL Oruro 60
UNITEL Sucre 56
UNITEL Tarija 60
UNITEL Trinidad 50
TOTAL 47

Tabla 1.Estadistica de Audiencia

UNITEL RANCKING
Trinidad UNITEL La Paz
12% 10%
UNITEL Santa
UNITEL Tarija Cruz
14% 10%

UNITEL
UNITEL Sucre Cochabamba
13% 14%
UNITEL Potos
UNITEL Oruro UNITEL Cobija 8%
14% 5%
Figura2. Estadstica de Audiencia
Fuente: (Soria, 2014).

5
Realizando un diagnstico y seguimiento al flujo de trabajo de la empresa de comunicacin
UNITEL ORURO, especficamente hablando del rea afectada en este caso el rea
Comercial. Esta rea es encargada directa de realizar todos los Registro de la Cartera de
Clientes, los diversos Contratos Publicitarios que se manejan actualmente, se encarga tambin
del Registro de los Pagos y Plan de Pagos, as mismo el registro de los diferente Paquetes
Publicitarios que se hace para un determinado cliente, tambin registra y genera el Pauteo para
el cliente, Registro de la Programacin y los tarifarios. Teniendo un reporte de 80 contratos
aproximadamente que se realizan por mes, ya sea por avisos, difusin de espacios convenidos,
venta de espacios alquilados, venta de cromas, venta de rejillas bajas y otros, como muestra se
muestra en la tabla 2 y la figura 3.

TIPO DE CONTRATO CANTIDAD PORCENTAJE (%)


Avisos 48 50
Venta de Cromas 10 10
Venta de Espacios Publicitarios 15 16
Venta de Espacios Alquilados 2 2
Difusin de Espacios Convenidos 1 1
Venta de Rejilla Baja 20 21
TOTALES 96 100

Tabla 2. Contratos mensuales

Difusin de Espacios
Convenidos Venta de Rejilla Baja
1% 21%
Venta de Espacios
Alquilados
2%
Venta de Avisos
Espacios 50%
Publicitarios
16%
Venta de
Cromas
10%
Figura3.Contratos mensuales
Fuente: (OLMOS, 2016)

6
TRABAJOS DESARROLLADOS

No se ha realizado ningn trabajo anterior, ni se tiene trabajos forneos que estn en la


empresa.
Pero haciendo una bsqueda de trabajos en Proyectos de Grado que aborden una problemtica
casi similar se encontraron algunos que hacen referencia a sistemas para empresas comerciales
las cuales se mencionan a continuacin.

a) Sistema de informacin para el control de ventas de la empresa comercial San Martin.


El trabajo elaborado hace referencia a la comercializacin de mercadera en general al
por mayor y menor el cual controla el proceso de ventas.

b) Sistema de informacin automatizada para procesamiento de transacciones y centros


administrativos en Pretensa Ltda.

El proyecto hace referencia al procesamiento de transacciones y manejo de inventarios,


el cual permite el control del flujo de la informacin de los usuarios

SITUACIN PROBLEMTICA

Las necesidades que atraviesa la Empresa de Comunicacin UNITEL ORURO en el rea


comercial se detalla de la siguiente forma:

La elaboracin manual del registro de los datos del cliente ocasiona la demora en la
realizacin de los contratos. Adems, prdida de estos y duplicidad de la informacin.

El deficiente control en los reportes que se realizan de forma manual de los planes de
pagos del cliente provoca pagos retrasados y prdidas econmicas considerables.

El Seguimiento inadecuado del control de los pauteos que se realizan en forma manual
hace que el encargado de la difusin del spot duplique las salidas de la publicidad de
los clientes o caso contrario no difunda algunos pases.

7
La no elaboracin de rdenes de difusin origina reclamos de clientes al encargado de
emisin por la no difusin de su spot en fecha exacta segn sus contratos.

PLANTEAMIENTO DEL PROBLEMA

Una vez que se hizo un anlisis crtico sobre los problemas de la empresa en el rea comercial,
nace la pregunta:

De qu manera se puede coadyuvar en el control y manejo de la informacin que se genera en


el proceso administrativo del rea Comercial de la Empresa de Comunicacin UNITEL-
ORURO?

OBJETIVO GENERAL

Implementar un sistema de informacin para coadyuvar en el control y manejo de la


informacin que se genera en el proceso administrativo del rea Comercial de la Empresa de
Comunicacin UNITEL-ORURO, reduciendo el tiempo de las transacciones, de forma que
esta sea confiable y oportuna.

OBJETIVOS ESPECFICOS

Determinar los requerimientos del rea Comercial de la empresa de comunicacin


UNITEL ORURO, con el propsito de alcanzar un adecuado conocimiento del rea y
generar de manera apropiada el diseo del sistema a desarrollar.

Analizar los requerimientos de la empresa para estructurar el modelo del sistema.

Disear la Base de Datos correspondiente, para organizar los datos que el sistema
utilizara para mejorar el manejo de la informacin.

Construir la interface de usuario que permitan una interaccin Usuario Sistema para
proporcionar informacin necesaria.

8
Evaluar la aplicacin desarrollada, realizando las pruebas de valoracinpara evaluar la
funcionalidad e integridad del sistema.

OBJETO DE ESTUDIO

Sistema de informacin automatizadopara el proceso de control y manejo de la informacin


administrativo

CAMPO DE ACCIN

Proceso de control y manejo de la informacin administrativo en elrea Comercial de la


Empresa de Comunicacin UNITEL-ORURO

HIPTESIS

El sistema de informacin coadyuva en el control y manejo de la informacin que se genera en


el proceso administrativo del rea Comercial de la Empresa de Comunicacin UNITEL-
ORURO, reduciendo el tiempo de las transacciones, de forma que esta sea confiable y
oportuna.

CRITERIO DE EVALUACIN DE LA HIPTESIS

La hiptesis se verificar sometiendo a diversas pruebas de efectividad comparando con casos


reales de operatividad del proceso actual con el nuevo sistema de informacin desarrollado,es
decir enumerar las facilidades actuales con las que se cuenta para el control y manejo de la
informacin y la toma de decisiones antes y despus de la produccin del sistema de
informacin, estableciendo parmetros de comparacin orientados a la medicin de reduccin
del tiempo de trabajo.

9
JUSTIFICACIONES

Teniendo en cuenta la necesidad de la empresa de comunicacin UNITEL - ORURO y


analizando el volumen de informacin con la que est cuenta; es importante, el desarrollo e
implementacin del sistema de informacin.

JUSTIFICACIN TCNICA

El desarrollo del proyecto de grado estar en funcin de procedimientos, mtodos y


algoritmos, considerando las diferentes necesidades del negocio en el rea comercial, haciendo
uso apropiado de los mecanismos tecnolgicos; el sistema de informacin coadyuvar al
control y manejo de la informacin, establecer procedimientos de trabajo en las distintas
actividades del negocio.

JUSTIFICACIN ECONMICA

Los beneficios tangibles de los sistemas de informacin son el tiempo y el dinero que se
ahorra cuando se automatiza los procesos. El presente proyecto se justifica econmicamente
por que permitir reducir costos y gastos administrativos del rea Comercial. Asimismo, el
manejo del sistema de informacin reducir los tiempos en los procesos administrativos,
evitando realizar tareas complementarias innecesarias por prdida de contratos y otros.

JUSTIFICACIN SOCIAL

La implementacin del Sistema de Informacin Administrativo, brindara apoyo para la


atencin de los clientes de la Empresa de Comunicacin UNITEL ORURO, lo que justifica
la tarea que desempea la Empresa en bien de la comunidad Orurea.
El presente proyecto coadyuvar a la atencin del cliente, tambin ayudar a gerencia en la
toma de decisiones y a los encargados del rea Comercial para facilitar el trabajo de
administracin.

10
ALCANCES Y LIMITACIONES

ALCANCES

El proyecto desarrollar las siguientes funciones:

EL proyecto de grado establecer procedimientos sistmicos para el proceso de registro de


datos del cliente en la empresa de comunicacin UNITEL- ORURO en el rea Comercial
reduciendo de esta manera la demora en la realizacin de los contratos y la perdida de
laInformacin. Adems, eliminarala duplicidad de informacin de los diferentes procesos
que se realiza en esta rea.

El sistema de informacin generar reportes para el control de plan de pagos, colaborando


a tener informacin oportuna para el cliente disminuyendo las considerables prdidas
econmicas.

Posibilitar una comunicacin fluida entre los encargados de emisin y el rea comercial
sobre manejo de informacin sobre los pauteos1 obteniendo de esta manera una mejoraen
los procedimientos que se llevan a cabo para la emisin de los Spot Publicitarios.

El sistema tambin generar rdenes de difusin con el motivo de tener informacin ms


certera que coadyuve a la eliminacin de errores y mejore el control de la difusin del Spot
Publicitario por parte de los encargados de la emisin.

LIMITACIONES

El sistema de informacin desarrollado para el rea Comercial la Empresa de Comunicacin


UNITELORURO, se limita a solucionar problemas de ndole particular de sta, y no as de
otros medios de comunicacin.

1
Hoja de detalle para el cliente, referente a la cantidad de pases y programas donde se emitir su respectivo spot
publicitario
11
APORTE TERICO

El sistema de informacin se sustenta en la teora de desarrollo de proyectos software,


recurriendo a la metodologa AUP (Proceso de Unificado gil), el resultado de la aplicacin
de la teora AUP para la empresa de comunicacin UNITEL-ORURO brindando beneficios en
los procesos administrativos en el rea Comercial, ya que estos se realizarn con mayor
precisin y en forma automatizada; siendo una herramienta que facilita el manejo de la
informacin que se genera, de esta manera, los logros de sus objetivos empresariales sern
alcanzados.

APORTE PRCTICO

Con la implementacin del actual proyecto se beneficiarn:


El Gerente General de la empresa quien tendr un mejor control de la informacin que se
genera en los procesos administrativos en el rea Comercial.

Los clientes quienes utilizan los servicios que brinda a la empresa UNITEL - ORURO a
quienes se atender de forma eficiente y eficaz.

APORTE ACADMICO

El presente trabajo de grado, ser referencia para posteriores investigaciones o desarrollo de


proyectos, la aplicacin de esta metodologa podr ser revisada y segn los proyectos de
estudio, tomar en cuenta las fases que tiene como propuesta de desarrollo.

La metodologa puede ser adaptada y adecuada a cualquier trabajo de proyectos, ya sean estos
sencillos o complejos, podr constituirse en un aporte acadmico para la carrera de ingeniera
de Sistemas e Informtica.

12
INGENIERA DEL PROYECTO

METODOLOGA
MTODO/MODELO
OBJETIVOS
TCNICA Y ACTIVIDAD
ESPECFICOS
HERRAMIENTAS
Determinar los
requerimientos del rea
Comercial de la empresa de Mtodo Furps+2
Recogida de informacin.
comunicacin UNITEL Entrevistas.
Captura de requisitos
ORURO, con el propsito Metodologa aUP
Disear el Modelado del
de alcanzar un adecuado correspondiente a la Fase
Negocio
conocimiento del rea y de Inicio
generar de manera Herramienta Rational Rose
apropiada el diseo del
sistema a desarrollar.
Metodologa aUP
Analizar los requerimientos Recolectar informacin
correspondiente a la Fase
de la empresa para para el diseo.
de Elaboracin
estructurar el modelo del Realizar el anlisis de los
Herramienta Enterprise
sistema. diagramas de casos de uso
Architect
Graficar Diagrama de
Disear la Base de Datos Metodologa aUP
Secuencias
correspondiente, para correspondiente a la Fase
Graficar diagrama de
organizar los datos que el de Elaboracin
clases
sistema utilizara para Herramienta Enterprise
Estructurar el modelo
mejorar el manejo de la Architect
relacional y la base de
informacin. Herramienta SQL Server
datos
Construir la interface de Lenguaje Unificado de
Modelacin UML. Seleccionar la plataforma
usuario que permita una
Metodologa aUP de trabajo
interaccin Usuario correspondiente a la Fase Programacin y
Sistema para proporcionar de Construccin, diseo de produccin de software
entradas y salidas Desarrollar el sistema de
informacin necesaria.
Herramienta Enterprise informacin.
Architect

2
Es un acrnimo de las siglas en ingls, establece cinco caractersticas como factores de calidad.
13
METODOLOGA
MTODO/MODELO
OBJETIVOS
TCNICA Y ACTIVIDAD
ESPECFICOS
HERRAMIENTAS
Evaluar la aplicacin
Lenguaje Unificado de Elaboracin del diagrama
desarrollada, realizando las
Modelacin UML. de componentes
pruebas de valoracin para Metodologa aUP Diagrama de despliegue
evaluar la funcionalidad e correspondiente a la Fase Disear el plan de pruebas
de Construccin - Elaboracin de pruebas y
integridad del sistema.
su verificacin

Tabla1.3 Ingeniera del Proyecto

14
1.1 INTRODUCCIN

El marco terico tiene el propsito de sustentar en proposiciones terico general, teoras


especficas y conceptos que permiten delimitar la construccin y elaboracin del proyecto, a la
vez sea una gua hacia el cumplimiento de los objetivos.

El anlisis de teoras, investigaciones y antecedentes consideradas para el proyecto facilitan la


utilizacin de la metodologa aplicada, ayudan a establecer estrategias, procedimientos, y
llegar as de la teora a la prctica.

1.2 SISTEMA DE INFORMACIN

Es una disposicin de componentes integrados entre si y cuyo objetivo es satisfacer las


necesidades de informacin de una organizacin.

Es una disposicin de personas, actividades, datos, reales y tecnologa integrados entre s con
el propsito de apoyar y mejorar las operaciones cotidianas de una empresa, as como
satisfacer las necesidades de informacin para la resolucin de problemas y la toma de
decisiones por parte de los directivos de la empresa.

1.3METODOLOGA aUP

La utilizacin de mtodos, herramientas y tcnicas propias de la ingeniera ha caracterizado a


gran cantidad de productos de software desarrollados en nuestro medio, los mismos orientan a
seguir una determinada metodologa para la obtencin del proceso correcto.

En la actualidad muchos productos de software tienen que ser capaces de integrarse a sistemas
presentes en las organizaciones. En algunos casos se trata de perfeccionar sistemas,
desarrollados anteriormente, en otros de construir mdulos nuevos para que interacten con
sistemas ya existentes y finalmente en otras instituciones se trata de crear un sistema de
informacin nuevo. Este ltimo es precisamente el caso desarrollado en el presente proyecto.

15
Para conocer el funcionamiento del sistema en estudio recurrimos al lenguaje de modelado
UML yaUP, este lenguaje es una de las herramientas ms interesantes en el mundo actual del
desarrolla de Sistema. Esto se debe a que permite a los creadores de sistemas generar diseos
que capturen las ideas en una forma convencional y fcil de comprender para comunicarlas a
otras personas y a los interesados en el mismo.

1.3.1ESTRUCTURA DEL aUP

Es una versin simplificada del RUP, aplica tcnicas giles como:

TDD: test driven development (TFD+refactoring)


AMDD: Agile Model Driven Development
Agile requirements change management
Database Refactoring

Al igual que el RUP el aUP toma la misma divisin de sus fases, obsrvese en la siguiente
figura 1.2, con la nica modificacin que el aUP reagrupa algunas de las disciplinas.

Fases
Concepcin Elaboracin Construccin Transicin
Disciplina y Actividades
Proceso
Modelado del Negocio

Implementacin

Test y pruebas
Despliegue

Apoyo
Configuracin y cambio
Direccin del Proyecto
Adaptacin
I1 E1 C1 C2 CN T1 T2

Iteraciones

Figura 1.2 Vista general del aUP


Fuente:(JACOBSON, 2000)
16
1.3.2 Fases del aUP

Como se mencion anteriormente, existen cuatro fases de desarrollo: Concepcin,


Elaboracin, Construccin y Transicin. Cada una de ellas es detallada a continuacin:

Etapa de Ingeniera: equipos pequeos, actividades poco predecibles (anlisis,


viabilidad, planificacin). Las fases: Concepcin, Elaboracin

Etapa de Produccin: equipos grandes, actividades predecibles, menos riesgos


(programacin, pruebas). Las fases son: Construccin, Transicin

1.3.2.1 Concepcin

Identificar el alcance inicial del proyecto, proveer una arquitectura potencial para el sistema,
y obtener un financiamiento inicial del proyecto y la aceptacin de los stakeholders.

En esta fase se establece el caso del negocio con el fin de delimitar el alcance del sistema,
saber qu se cubrir y delimitar el alcance del proyecto. Es decir, esta fase pone en marcha el
proyecto.

Aqu se cubre el anlisis de riesgos, se ejecutan actividades como:

Identificacin de las principales funciones del sistema para los usuarios ms


importantes.
Esbozo de la arquitectura, o seleccin de la arquitectura ms adecuada, esbozo del plan
de proyecto y estimacin aproximada de costos.
Planificacin de la fase de elaboracin, identificar interesados
Definir sistemas cercanos, identificar restricciones impuestas al sistema
Definir las caractersticas del sistema
Definir el contexto del negocio
Definir los objetivos del Producto
Encontrar actores y casos de Uso

17
Priorizar Casos de Uso, detallar caso de Uso
Estructurar el modelo de casos de Uso

1.3.2.2 Elaboracin

Probar la arquitectura del sistema; hacer un prototipo de arquitectura que elimine los riesgos
tcnicos para probar que el proyecto es factible.

Su objetivo principal es plantear la arquitectura para el ciclo de vida del producto. En esta fase
se realiza la captura de la mayor parte de los requerimientos funcionales, manejando los
riesgos que interfieran con los objetivos del sistema, acumulando la informacin necesaria
para el plan de construccin y obteniendo suficiente informacin para hacer realizable el caso
del negocio. En esta fase se realiza actividades como:(JACOBSON, 2000)

Especificar la mayor parte de los casos de uso.


Se realizan o desarrollan los casos de uso ms importantes, de acuerdo a la priorizacin
de funciones y riesgos identificados en la fase de concepcin.
Obtencin de la lnea base de la arquitectura (arquitectura estable), que es un sistema
pequeo que no satisface a los casos de uso ms importantes.
Planificacin de las actividades y recursos para terminar el proyecto.
Solamente al terminar la fase de elaboracin se estar en la capacidad de decidir si se
compromete al desarrollo del proyecto mediante contrato.

1.3.2.3 Construccin

De forma regular e incremental, construir software que funcione y satisfaga las necesidades
de mayor prioridad de los stakeholders del proyecto.

Su objetivo principal es alcanzar la capacidad operacional del producto. En esta fase a travs
de sucesivas iteraciones e incrementos se desarrolla un producto software, listo para operar,
ste es frecuentemente llamado versin beta. Se ejecutan actividades tales como:
(JACOBSON, 2000)

18
Se desarrollan todos los casos de uso a travs de iteraciones.
Se obtiene la documentacin completa del software.

1.3.2.4 Transicin

Validar e instalar el sistema en el ambiente de produccin.

Su objetivo principal es realizar la entrega del producto operando, una vez realizadas las
pruebas de aceptacin por un grupo especial de usuarios y habiendo efectuado los ajustes y
correcciones que sean requeridos. Se efectan actividades tales como: (JACOBSON, 2000)

Preparacin de la versin beta (o de pruebas de aceptacin)


Instalacin del producto.
Adaptacin del producto a las necesidades de los usuarios.
Se depura y completa la documentacin, para todos los interesados (usuarios y
desarrolladores).

1.3.3Disciplinas y Actividades del aUP

Definen actividades que el equipo de desarrolladores debe realizar para construir, validar y
entregar un software que satisfaga las necesidades de los stakeholders.

Modelado

El objetivo de esta disciplina es comprender el negocio de la organizacin, comprender el


problema abordado por el proyecto, e identificar una solucin al mismo que sea viable,
tomando en cuenta la siguiente recomendacin:

No es necesario mucho detalle durante las fases de inicio y elaboracin.


El objetivo es crear modelos con la profundidad necesaria para lo que se est
haciendo.
La mayor parte de los modelos se descarta.
Siempre hay que tener en cuenta oportunidades de rehus.

19
La participacin activa de los stakeholders es fundamental para el xito.
Se recomienda la arquitectura en capas.

Implementacin

Transformar el modelo realizado en cdigo ejecutable y realizar test de nivel bsico, en


particular test unitarios, siguiendo los siguientes consejos:

Modelar antes de codificar


Seguir guas y estndares de codificacin
Rescribir el cdigo y los esquemas de base de datos

Pruebas. Realizar una evaluacin de los objetivos para asegurar la calidad. Esto

incluye encontrar defectos, validar que el sistema funciona como fue diseado y

verificar que los requisitos se cumplan.

Despliegue. Planear la entrega del sistema y ejecutar el plan para hacer que el sistema

quede disponible para los usuarios finales.

1.4 CONCEPTO DE LOS DIAGRAMAS UML

El UML, est compuesto por diversos elementos grficos que se combinan para formar
diagramas con finalidad de presentar diversas perspectivas de un sistema y obtener un
resultado. Durante este proceso las mejores soluciones son logradas permitiendo un alto grado
de lluvia de ideas, es lo que llamamos Desarrollo Conjunto de Aplicaciones, donde participan
todos los usuarios potenciales del sistema a ser diseado.

Existen diferentes herramientas en el presente proyecto, para comprender de manera correcta


el significado de los mismos. A continuacin, se presentar una explicacin general de los
diagramas. [Joseph Schmuller, 2000].

20
1.4.1 DIAGRAMAS DE CASOS DE USO

Un caso de uso(figura 1.3) esuna secuencia de transacciones que son desarrolladas por un
sistema en respuesta a un evento que inicia un actor sobre el propio sistema. Los diagramas de
casos de uso sirven para especificar la funcionalidad y el comportamiento de un sistema
mediante su interaccin con los usuarios y/u otros sistemas. O lo que es igual, un diagrama
que muestra la relacin entre los actores y los casos de uso en un sistema. Una relacin es una
conexin entre los elementos del modelo, por ejemplo, la relacin y la generalizacin son
relaciones.

Los diagramas de casos de uso se utilizan para ilustrar los requerimientos del sistema al
mostrar cmo reacciona una respuesta a eventos que se producen en el mismo. En este tipo de
diagrama intervienen algunos conceptos nuevos: un actor es una entidad externa al sistema
que se modela y que puede interactuar con l; un ejemplo de actor podra ser un usuario o
cualquier otro sistema. Las relaciones entre casos de uso y actores pueden ser las siguientes:

Un actor se comunica con un caso de uso.


Un caso de uso extiende otro caso de uso.
Un caso de uso usa otro caso de uso. frontera

estereotip
o
generalizacin

Paralelo, orden irrelevante

Figura1.3Diagrama de Caso de uso


Fuente: (SCHMULLER, 2003)

21
Alcances del Sistema:

La caja representa el lmite (alcance) del sistema, esto puede ser til cuando se modela
un sistema complejo el cual se divide en subsistemas, ayuda a dejar claro qu
subsistema se est modelando.

Casos de Uso relacin: <<include>>

El caso ms vital es cuando se puede sacar factor comn del comportamiento de dos o
ms casos de uso originales

Considere la utilizacin de una relacin <<include>> entre casos de uso:

Para mostrar cmo el sistema puede utilizar un componente que ya existe


Para mostrar la funcionalidad comn entre casos de uso
Para documentar el hecho de que el proyecto ha desarrollado un nuevo
componente reutilizable

Un diagrama que utiliza <<include>> probablemente est mejor visto como refinamiento de
tal diagrama, sobre el que se han tomado algunas decisiones de diseo

Casos de Uso relacin: <<extend>>

Si un caso de uso incorpora dos o ms escenarios con diferencias significativas es ms


claro mostrarlos como un caso principal y uno o ms casos secundarios. Se utiliza la
flecha <<extend>> desde el caso menos central al caso central

Generalizaciones

Dos actores, o dos casos de uso, pueden estar relacionados por medio de la generalizacin, al
igual que dos clases, cuando los casos de uso estn relacionados a travs de una generalizacin
la idea es mostrar una tarea y una versin especializada de la misma.

22
1.4.2 DIAGRAMAS DE CLASES

Los diagramas de clases(figura 1.4) representan un conjunto de elementos del modelo que son
estticos, como las clases y los tipos, sus contenidos y las relaciones que se establecen entre
ellos.

Figura1.4 Diagramas de Clase


Fuente: (SCHMULLER, 2003)

Algunos de los elementos que se pueden clasificar como estticos son los siguientes:

Paquete: Es el mecanismo de que dispone UML para organizar sus elementos en grupos, se
representa un grupo de elementos del modelo. Un sistema es un nico paquete que contiene el
resto del sistema, por lo tanto, un paquete debe poder anidarse, permitindose que un paquete
contenga otro paquete.

Clases: Una clase representa un conjunto de objetos que tienen una estructura, un
comportamiento y unas relaciones con propiedades parecidas. Describe un conjunto
de objetos que comparte los mismos atributos, operaciones, mtodos, relaciones y significado.
En UML una clase es una implementacin de un tipo. Los componentes de una clase son:

Atributo. Representa alguna propiedad de la clase, que se encuentra en todas las instancias de
la clase, definen la estructura de una clase y de sus correspondientes objetos. Los atributos
corresponden a sustantivos y sus valores pueden ser sustantivos o adjetivos.
Dentro de una clase, los nombres de los atributos deben ser nicos (aunque puede aparecer el
mismo nombre de atributo en diferentes clases).

23
Los atributos pueden representarse solo mostrando su nombre, mostrando su nombre y su tipo
e incluso su valor por defecto.

Operacin. Tambin conocido como mtodo, es un servicio proporcionado por la clase que
puede ser solicitado por otras clases y que produce un comportamiento en ellas cuando se
realiza.

Las clases pueden tener varios parmetros formales, son las clases denominadas plantillas.
Sus atributos y operaciones vendrn definidos segn sus parmetros formales. Las plantillas
pueden tener especificados los valores reales para los parmetros formales, entonces reciben el
nombre de clase parametrizada instanciada. Se puede usar en cualquier lugar en el que se
podra aparecer su plantilla.

Relacionando con las clases nos encontramos con el trmino utilidad, que se corresponde con
una agrupacin de variables y procedimientos globales en forma de declaracin de clase,
tambin puede definirse como un estereotipo (o nueva clase generada a partir de otra ya
existente) de un tipo que agrupa variables globales y procedimientos en una declaracin de
clase. Los atributos y operaciones que se agrupan en una utilidad se convierten en variables y
operaciones globales. Una utilidad no es fundamental para el modelado, pero puede ser
conveniente durante la programacin.

Relacin entre clases: Las clases se relacionan entre s de distintas formas, que marcan los
tipos de relaciones existentes:

Asociacin:
Es una relacin que describe un conjunto de vnculos entre clases. Pueden ser binarias o n-
arias, segn se implican a dos clases o ms. Las relaciones de asociacin vienen identificadas
por los roles, que son los nombres que indican el comportamiento que tienen los tipos o las
clases, en el caso del rol de asociacin (existen otros tipos de roles segn la relacin a la que
identifiquen). Indican la informacin ms importante de las asociaciones. Es posible indicar
el nmero de instancias de una clase que participan en una relacin mediante la llamada
multiplicidad. Cuando la multiplicidad de un rol es mayor que 1, el conjunto de elementos
24
que se relacionan pueden estar ordenados. Las relaciones de asociacin permiten especificar
qu objetos van a estar asociados con otro objeto mediante un calificador. El calificador es un
atributo o conjunto de atributos de una asociacin que determina los valores que indican
cuales son los valores que se asociarn.

Una asociacin se dirige desde una clase a otra (o un objeto a otro), el concepto de
navegabilidad se refiere al sentido en el que se recorre la asociacin.

Existe una forma especial de asociacin, la agregacin, que especifica una relacin entre las
clases donde el llamado "agregado" indica el todo y el "componente" es una parte del mismo.

Composicin:

Es un tipo de agregacin donde la relacin de posesin es tan fuerte como para marcar otro
tipo de relacin. Las clases en UML tienen un tiempo de vida determinado, en las relaciones
de composicin, el tiempo de vida de la clase que es parte del todo (o agregado) viene
determinado por el tiempo de vida de la clase que representa el todo, por tanto, es equivalente
a un atributo, aunque no lo es porque es una clase y puede funcionar como tal en otros casos.

Generalizacin:

Cuando se establece una relacin de este tipo entre dos clases, una es una Superclase y la otra
es una Subclase. La subclase comparte la estructura y el comportamiento de la superclase.
Puede haber ms de una clase que se comporte como subclase.

Dependencia:

Una relacin de dependencia se establece entre clases (u objetos) cuando un cambio en el


elemento independiente del modelo puede requerir un cambio en el elemento dependiente.

1.4.3 DIAGRAMAS DE INTERACCIN O COMPORTAMIENTO

Muestran las interacciones entre objetos ocurridas en un escenario (parte) del sistema. Hay
varios tipos:
25
Diagrama de secuencia.
Diagrama de colaboracin.
Diagrama de estado.
Diagrama de actividad.

1.4.3.1 Diagrama De Secuencia

Muestran las interacciones entre un conjunto de objetos, ordenadas segn el tiempo en que
tienen lugar. En los diagramas de este tipo intervienen objetos, que tienen un significado
parecido al de los objetos representados en los diagramas de colaboracin, es decir son
instancias concretas de una clase que participa en la interaccin. El objeto puede existir slo
durante la ejecucin de la interaccin, se puede crear o puede ser destruido durante la
ejecucin de la interaccin. Un diagrama de secuencia representa una forma de indicar el
perodo durante el que un objeto est desarrollando una accin directamente o a travs de un
procedimiento.

En este tipo de diagramas tambin intervienen los mensajes, que son la forma en que se
comunican los objetos: el objeto origen solicita (llama a) una operacin del objeto destino.
Existen distintos tipos de mensajes segn cmo se producen en el tiempo: simples, sncronos,
y asncronos.

Los diagramas de secuencia permiten indicar cul es el momento en el que se enva o se


completa un mensaje mediante el tiempo de transicin, que se especifica en el diagrama,
emulando el manejo de la arquitectura en tres capaz: presentacin, Control y persistencia.

1.4.4 DIAGRAMAS DE IMPLEMENTACIN

Se derivan de los diagramas de proceso y mdulos de la metodologa de Booch, aunque


presentan algunas modificaciones. Los diagramas de implementacin muestran los aspectos
fsicos del sistema. Incluyen la estructura del cdigo fuente y la implementacin, en tiempo
de implementacin. Existen dos tipos:

26
Diagramas de componentes
Diagrama de plataformas despliegue

1.4.4.1 Diagramas de Componentes

Muestra la dependencia entre los distintos componentes de software, incluyendo componentes


de cdigo fuente, binario y ejecutable. Un componente es un fragmento de cdigo software
(una fuente, binario o ejecutable) que se utiliza para mostrar dependencias en tiempo de
compilacin.

1.4.4.2 Diagrama de Plataformas O Despliegue

Muestra la configuracin de los componentes hardware, los procesos, los elementos de


procesamiento en tiempo de ejecucin y los objetos que existen en tiempo de ejecucin. En
este tipo de diagramas intervienen nodos, asociaciones de comunicacin, componentes dentro
de los nodos y objetos que se encuentran a su vez dentro de los componentes. Un nodo es un
objeto fsico en tiempo de ejecucin, es decir una mquina que se compone habitualmente de,
por lo menos, memoria y capacidad de procesamiento, a su vez puede estar formada por otros
componentes.

1.5 DEFINICIN DE REQUERIMIENTOS

Los requisitos son capacidades y condiciones con las cuales debe estar conforme el sistema. El
primer reto del trabajo de los requisitos es encontrar, comunicar y recordar lo que realmente se
necesita, de manera que tenga un significado claro para el cliente y para los desarrolladores.
Los requisitos se clasifican de acuerdo al modelo FURPS+ (Functional, Usability, Reliability,
Performance, Supportability) (Anexos 1)

Lo normal es dividir los requisitos en funcionales y no funcionales. Los requisitos funcionales


se estudian y se recogen en los documentos de Casos de Uso. Los no funcionales aparecen en
los informes de Especificaciones Complementarias.

27
Evidentemente, los requisitos influyen en la arquitectura del sistema. Se entiende como
arquitectura los diferentes paquetes que constituyen el proyecto. Es el nivel ms elevado de
abstraccin del proyecto y define los componentes que van a participar en la elaboracin del
sistema.

1.5.1 INGENIERIA DE REQUERIMIENTOS METODO FURPS+

La ingeniera de requerimientos permite descubrir, analizar, documentar y verificar los


servicios y restricciones del sistema.

Un requerimiento es la definicin de servicios y restricciones operativas proporcionadas por el


sistema. Existen dos niveles:

La Definicin de requerimientos
La Especificacin de requerimientos

Modelo FURPS+, usando el acrnimo FURPS (por las siglas en ingls) para describir las
principales categoras de requisitos:

Funcionalidad
Facilidad de Uso
Confiabilidad
Rendimiento
Soporte

El signo + dentro del nombre del modelo indica que se deben de incluir requisitos tales
como:

Restricciones de diseo
Requisitos de Implementacin
Requisitos de Interface
Requisitos Fsicos

28
1.6 MTODO DE EVALUACIONES SUMARIAS

El mtodo de evaluaciones sumarias es una escala psicomtrica comnmente utilizada en


cuestionarios.

Cuando se responde a un elemento de un cuestionario elaborado con la tcnica de


evaluaciones sumarias, se especifica el nivel de acuerdo o desacuerdo, esta escala tambin se
denomina mtodo de Likert, se llama as por Rensis Likert, educador estadounidense y
psiclogo organizacional, quien pblico un informe describiendo su uso en el ao de 1932.

1.6.1 ELABORACIN DE LA ESCALA

a. Preparacin de los tems inciales. - Se elabora una serie de enunciados afirmativos y


negativos sobre el tema o actitud que se pretende medir, el nmero de enunciados debe ser
mayor al nmero final de enunciados incluidos en la versin final.

b. Administracin de tems. - A una muestra representativa de la poblacin cuya actitud


deseamos medir, se les solicita a los sujetos que expresen su acuerdo o desacuerdo frente a
cada tem mediante una escala.

c. Asignacin de puntajes a los tems. - Se asigna un puntaje a cada tem a fin de clasificarlos
segn reflejen actitudes positivas o negativas.

d. Asignacin de puntuaciones a los sujetos. - La puntuacin de cada sujeto se obtiene


mediante la suma de las puntuaciones de los distintos tems.

e. Anlisis y seleccin de los tems. - Mediante la aplicacin de pruebas estadsticas se


seleccionan los ajustados al momento de efectuar la discriminacin de la actitud en cuestin
rechazando aquellos que no cumplan con dicho requisito.

29
1.6.2 FORMATO DE UN TPICO ELEMENTO DE EVALUACIONES SUMARIAS
CON 5 NIVELES DE RESPUESTA

Definitivamente Si
Probablemente Si
Indeciso
Probablemente No
Definitivamente No

Se debe hacer una distincin importante entre la escala de tipo Likert y elemento de tipo
Likert, la escala es una suma de las respuestas de los elementos del cuestionario. Los
elementos Likert van acompaados por una escala visual anloga.

La escala de Likert es un mtodo de escala bipolar, mide actitudes, favorables, desfavorables o


neutras a las situaciones. Debido a ello es importante considerar siempre una escala de actitud
puede y debe estar siempre abierta a la posibilidad de aceptar opciones de respuestas neutrales.

1.7 COSTOS DEL PROYECTO

1.7.1MTODO DE CASOS DE USO

El mtodo de estimacin del esfuerzo utiliza 4 variables principales:

1. Factor de peso de los actores sin ajustar (UAW)


2. Factor de peso de los casos de uso sin ajustar (UUCW)
3. Puntos de caso de uso ajustados (UCP)
4. Esfuerzo horas hombre

1.7.1.1 Puntos de caso de uso sin ajustar (UUCP)

Al inicio de un proyecto de software, cuando apenas se conoce los casos de uso y sus actores
asociados, se puede proyectar una breve descripcin de cada caso de uso, en el cual se
describe de forma breve la funcionalidad que este debe brindar.

30
El UUCP son los puntos de caso de uso sin ajustar, estos nos pueden servir para tener una idea
un poco ms precisa de la dificultad de los casos de uso e interfaces, tomado en cuenta los
pesos de los actores (UAW) y los pesos de los casos de uso (UUCW).

UUCP=UAW + UUCW (1)

Donde:

UUCP: Puntos de casos de uso sin ajustar


UAW: Factor de peso de los actores sin ajustar
UUCW: Factor de peso de los casos de uso sin ajustar

Aplicando el anlisis de punto de funcin a estos casos de uso, se puede obtener una
estimacin trivial del tamao y a partir de ella una estimacin del esfuerzo.

1.7.1.2 Factor de peso de los actores sin ajustar (UAW).

Consiste en la evaluacin de la complejidad de los actores con los que tendr que interactuar el
sistema. Este puntaje se calcula determinando si cada actor es una persona u otro sistema, a la
forma en que este interacta con el caso de uso, y la cantidad de actores de cada tipo, ver
siguiente tabla:

TIPO DE DESCRIPCIN FACTOR


ACTOR
SIMPLE Otro sistema que interacta con el sistema a desarrollar 1
mediante una interfaz de programacin (API)
MEDIO Otro sistema interactuando a travs de un protocolo (ej. 2
TCP/IP) o una persona interactuando a travs de una
interfaz en modo de texto
COMPLEJO Una persona que interacta con el sistema mediante una 3
interfaz grfica (GUI)
Tabla 1.1 Peso de los actores sin ajustar
31
UAW= n1Cant. Tipo Actor * Factor (2)

1.7.1.3 Factor de peso de los casos de uso sin ajustar (UUCW)

Para determinar el nivel de complejidad se puede realizar mediante dos mtodos: basado en
transacciones o basado en clases de anlisis.

Una transaccin es un conjunto de actividades atmicas, lo que quiere decir que se ejecutan
todas o no se ejecutan ninguna.

Basado en transacciones: Toma en cuenta el nmero de transacciones que se pueden realizar


en un caso de uso y lo evala segn la siguiente tabla:

TIPO DE CASO
DESCRIPCIN FACTOR
DE USO
SIMPLE 3 transacciones o menos 5
MEDIO 4 a 7 transacciones 10
COMPLEJO Ms de 7 transacciones 15

Tabla 1.2 Peso de las transacciones

Basado en clases de anlisis: Toma en cuenta el nmero de clases que tiene un caso de uso y
lo evala segn la siguiente tabla:

TIPO DE CASO DE DESCRIPCIN FACTOR


USO
SIMPLE Menos de 5 clases 5
MEDIO 5 a 10 clases 10
COMPLEJO Ms de 10 clases 15

Tabla 1.3 Peso de las clases de anlisis

32
= =
=1 . (3)

1.7.1.4 Puntos de caso de uso ajustado (UCP)

Se obtienen al multiplicar el UUCP el TCF y el EF quedando la operacin de la siguiente


forma
UCP = UUCP x TCF x EF (4)
Donde:

UCP: Puntos de caso de uso ajustado


UUCP: punto de caso de uso sin ajustar
TCF: Factores tcnicos
EF: Factores ambientales

Factores de complejidad tcnica

Este se compone de 13 puntos que evalan la complejidad de los mdulos del sistema que se
desarrolla, cada uno de estos factores tienen un peso definido con los cuales se obtendr
puntos ponderados por cada uno de ellos, segn la valoracin que se le asigne.

Factor DESCRIPCIN PESO


T1 Sistema distribuido 2
T2 Objetivos de performance o tiempo de respuesta 1
T3 Eficiencia del usuario final 1
T4 Procesamiento interno complejo 1
T5 El cdigo debe ser reutilizable 1
T6 Facilidad de instalacin 0,5
T7 Facilidad de uso 0,5
T8 Portabilidad 2
T9 Facilidad de cambio 1
T10 Concurrencia 1

33
T11 Incluye objetivos especiales de seguridad 1
T12 Provee acceso directo a terceras partes 1
T13 Se requiere facilidades especiales de 1
entrenamiento a usuario

Tabla 1.4 Peso de los factores de complejidad tcnica

Cada uno de estos puntos se debe evaluar segn la siguiente escala

DESCRIPCIN VALOR
Irrelevante De 0 a 2
Medio De 3 a 4
Esencial 5

Tabla 1.5 Escala de los factores de complejidad tcnica


Las formulas son:
TFactor = (Valor Asignado * Peso) (5)
TCF = 0.6 + (0.01 *T Factor) (6)

Factores ambientales.

Los factores sobre los cuales se realiza la evaluacin son 8 puntos, que estn relacionados con
las habilidades y experiencia de grupo de personas involucradas con el desarrollo del proyecto
FACTOR DESCRIPCIN PESO
E1 Familiaridad con el modelo del proyecto utilizado 1.5
E2 Experiencia en la aplicacin 0.5
E3 Experiencia en orientacin a objetos 1
E4 Capacidad del analista lder 0.5
E5 Motivacin 1
E6 Estabilidad de los requerimientos 2
E7 Personal parte-time -1
E8 Dificultad del lenguaje de programacin -1

Tabla 1.6 Peso de los factores ambientales


34
Cada uno de estos factores se debe calificar con un valor de 0 a 5.
Las formulas son:
EFactor = (Valor * Peso i) (7)
EF = 1.4 + (-0.03 *EFactor) (8)

1.7.1.5 Esfuerzo horas-hombre (E)

Este clculo se realiza con fin de tener una aproximacin del esfuerzo, pensando solo en el
desarrollo segn las funcionalidades de los cosos de uso. Est basado en los factores
ambientales y se calcula de la siguiente manera:

Primero se debe contar la cantidad de factores ambientales del E1 al E6 que tienen una
puntuacin menor a 3, tambin contar la cantidad de estos mismos del E7 y E8 que son
mayores que 3.
FACTOR FILTRO
De E1 a E6 factor < 3
De E7 a E8 Factor > 3

Tabla 1.7 Factor de esfuerzo horas persona


Para evaluar el resultado o la cantidad total segn la siguiente tabla:

HORAS-PERSONA (CF) DESCRIPCION


20 Si el valor es < =2
28 Si el valor es < = 4
36 Si el valor es >= 5

Tabla 1.8 Cantidad de horas personas segn el valor


EL esfuerzo en horas persona viene dado por:

E = UCP * CF
Dnde:
E: Esfuerzo estimado en horas persona
UPC: Puntos de caso de uso ajustados

35
CF: horas persona.
Al realizar la multiplicacin de UCP por las horas personas se consigue un esfuerzo
estimado, que representa una parte del total del esfuerzo de todo el proyecto, generalmente un
40%. Este 40% se refiere al esfuerzo total para el desarrollo de las funcionalidades especficas
en los casos de uso.

En la siguiente tabla se detalla la distribucin en porcentaje, para el esfuerzo total en el


desarrollo del proyecto:

ACTIVIDAD PORCENTAJE
Anlisis 10%
Diseo 20%
Programacin 40%
Pruebas 15%
Sobre carga 15%

Tabla 1.9 Porcentaje de la actividad durante el desarrollo del proyecto

A partir del clculo anterior se obtendr el costo total del proyecto:

Costo total = ETotal * ND * TH


Dnde:

ETotal: Esfuerzo total


ND: Numero de desarrolladores de software
TH: Tarifa horaria

1.8 TECNOLOGA Y HERRAMIENTAS EMPLEADAS

1.8.1 ENTERPRISE ARCHITECT

Enterprise Architect, es una herramienta de modelamiento visual para el anlisis y diseo de


sistemas basados en objetos, abarca el desarrollo de software desde el paso de los

36
requerimientos a travs de las etapas del anlisis, modelos de diseo, pruebas y
mantenimiento.

Enterprise Architect, es una herramienta multiusuario, basada en Windows, diseada para


ayudar a construir software robusto y fcil de mantener. Ofrece salida de documentacin
flexible y de alta calidad.

1.8.1.1 CARACTERSTICAS DE ENTERPRISE ARCHITECT

Enterprise Architect, es renombrado por su enriquecida lista de caractersticas. Algunas de


ellas estn renombradas en la siguiente lista:

Posee un comprensivo soporte UML 2.1 para los trece diagramas de UML.
Modelado extensivo para requisitos, diseo de interfaz de usuario.
Extensivo soporte para la administracin de proyectos.
Soporte para ingeniera directa y reversa para diferentes lenguajes.
Facilidad para llevar acabo el modelado de base de datos.
Es una herramienta de alta velocidad, escalabilidad, usabilidad y seguridad.

1.8.1.2 QUE SE PUEDE HACER CON ENTERPRISE ARCHITECT

Enterprise Architect es una poderosa herramienta para especificar, documentar y construir sus
proyectos de software, permite el diseo y construccin de diferentes sistemas usando UML.
Manejo de complejidad con herramientas para seguir dependencias, cambios en los modelos y
una interfaz de usuario intuitiva. Desarrollar vistas personales y extractos del modelo para uso
personal o el uso en equipo

1.9 BASE DE DATOS

Una base de datos es un conjunto, coleccin o depsito de datos almacenados en un soporte


informtico de acceso directo. Los datos deben estar interrelacionados estructurados.

37
Dada la importancia que tienen en el mundo real las interrelaciones entre los datos, es
imprescindible que la base de datos sea capaz de almacenar estas interrelaciones, al igual que
hace con otros elementos (como las entidades y atributos), siendo esta una diferencia esencial
respecto a los ficheros donde no se almacenan las interrelaciones.

En general, el diseo de la base de datos es un aspecto crucial en los sistemas de informacin,


Las bases de datos son depsitos de datos guardados en uno o ms archivos. Existen sistemas
de manejo de bases de datos (DBMS) y orientados a objetos (OODBMS) para la
administracin de los depsitos permanentes lo cual da un apoyo importante en los siguientes
aspectos:

Recuperacin de Cada: Proteccin ante fallas de hardware y errores de usuarios.

Mltiples Usuarios: Acceso concurrente de lectura y escritura de datos facilitando la


comunicacin entre las diferentes aplicaciones.

Seguridad: Proteccin contra acceso no autorizado de lectura o escritura.

Integridad: Reglas que se deben satisfacer para controlar la cada de los datos mas all del
control particular de la aplicacin.

Extensibilidad: Mecanismos que permiten extender la arquitectura de la base de datos sin


interrumpir su ejecucin.

Distribucin de Datos: Distribucin de los datos en diferentes lugares, organizaciones y


plataformas hardware.

1.9.1 LENGUAJE SQL

PL SQL. (Lenguaje de Programacin de SQL)


El lenguaje de consulta estructurado (SQL), es un lenguaje de base de datos normalizado,
utilizado por el motor de base de datos de varios Programas. SQL se utiliza para crear objetos
38
QUERY, como argumento de origen del Mtodo OpernRecordSet y como la propiedad
RecordSource del control de Datos. Tambin se puede utilizar con el mtodo Execute, para
crear y manipular directamente las bases de Datos crear consultas en SQL de paso a travs
para manipular bases de datos remotos cliente / servidor.

El lenguaje SQL est compuesto por comandos, clusulas, operaciones y funciones de


agregado. Estos elementos se combinan en las instrucciones para crear, actualizar y manipular
las bases de datos.

Existen dos tipos de comandos SQL.

Los DDL (Lenguaje de Descripcin de Datos) que permiten crear y definir nuevas
Bases de Datos, campos e ndices.
Los DML (Lenguaje de Manipulacin de Datos) que permiten generar consultas para
ordenar, filtrar y extraer datos de la Base de Datos SQL SERVER 2014 SERVIDOR
DE BASE DE DATOS

1.10 EL MOTOR DE DATOS DE BORLAND DELPHI

Delphi, en particular, utiliza una arquitectura estructurada en dos niveles. En el nivel inferior
se encuentra el Motor de Datos de Borland, BorlandDatabaseEngine (BDE siglas en ingles),
que es un conjunto de funciones agrupadas en bibliotecas dinmicas (DLLs). Esta biblioteca
no es orientada a objetos, no permite eventos, y los errores se notifican del modo tradicional:
un valor de retorno de la funcin que falla. Pero el segundo nivel de la arquitectura se encarga
de corregir estos fallos: el programador de Delphi no utiliza directamente las funciones del
BDE, sino por mediacin de objetos definidos en la VCL, que es la biblioteca de componentes
de Delphi.

Delphi es un entorno de desarrollo de software diseado para la programacin de propsito


general con nfasis en la programacin visual.

39
Un uso habitual de Delphi, es el desarrollo de aplicaciones visuales y de bases de datos
cliente-servidor y multicapas. Debido a que es una herramienta de propsito mltiple, se usa
tambin para proyectos de casi cualquier tipo.

Delphi permite de manera sencilla ejecutar trozos de cdigo en respuesta a acciones o eventos
(sucesos) que ocurren durante el tiempo que un programa se ejecuta.

Los eventos pueden generarse debido a la recepcin de seales desde elementos de hardware
como el ratn o el teclado, o pueden producirse al realizar alguna operacin sobre un elemento
de la propia aplicacin.

Una de las principales caractersticas y ventajas de Delphi es su capacidad para desarrollar


aplicaciones con conectividad a bases de datos de diferentes fabricantes. El programador de
Delphi cuenta con una gran cantidad de componentes para realizar la conexin, manipulacin,
presentacin y captura de los datos, algunos de ellos liberados bajo licencias de cdigo abierto
o gratuito. Estos componentes de acceso a datos pueden enlazarse a una gran variedad de
controles visuales, aprovechando las caractersticas del lenguaje orientado a objetos, gracias al
polimorfismo.

40
2.1 INTRODUCCIN

En este captulo se desarrolla el trabajo de obtencin de requerimientos de la Empresa de


Comunicacin UNITEL-ORURO, donde la recoleccin de informacin se realiz a travs de
entrevistas, cuestionarios y revisin de documentacin.

2.2 DESCRIPCIN GENERAL DEL SISTEMA

UNITEL-ORURO, es parte de la compaa nacional de administracin propia su principal


funcin es la comunicacin y difusin, actualmente cuenta con 25 trabajadores entre
funcionarios de planta, apoyo y de respaldo externo.

Como empresa de comunicacin UNITEL-ORURO, subyacen cuatro reas de trabajo


primordiales:

1) rea Produccin
a. Realizacin
b. Emisin
2) rea Comercial
3) rea Financiero Contable
a) Recurso Humano
4) rea Prensa

Los restantes fungen, en calidad de procesos.


En el rea de produccin exclusivamente se realiza el diseo, realizacin y produccin de:

- Banners De Pantalla Baja. Es un logotipo movible (de colores identificativos de


la empresa) que se desplaza, sorpresivamente, por la pantalla inferior del monitor
en cualquier instante de la programacin. Tiene la caracterstica de ser sorpresiva,
de salida gil, de mensaje preciso y concreto.

41
- Rejillas De Auspicio Exclusivo. Es un separador audiovisual breve, con el cual se
identifica un espacio exclusivo dentro la estructura de un programa de carcter
informativo.

- Vdeo Industrial. Este gnero televisivo audiovisual, tiene su carcter de abordaje


comercial empresarial. Mismo que a diferencia de la noticia, extracta y visualiza
con evidente notoriedad los procesos productivos de una empresa o industria,
resaltando los procedimientos de trabajo, elaboracin, tcnicas y tecnologa.

- Spot Publicitario. Es el gnero publicitario ms difundido y elaborado en todo


medio.

- Avisos en General. Son avisos que se elaboran y difunden en toda la red local.

El rea comercial, se ocupa fundamentalmente de la realizacin de contratos y oferta de


publicidades a las distintas empresas e instituciones, en la actualidad se realiza contratos por
tres tipos de publicidades estos son: Espacios Publicitarios, Banners y Avisos, desde la
realizacin del registro del cliente su contrato, tarifario, pauteo, ordenes de publicidad y otros,
el trabajo realizado en su totalidad es de forma manual.

rea de contabilidad, Recurso humano; su trabajo recae fundamentalmente en el registro y


contrato del personal de trabajo, de la contabilidad en general, administracin de los
inventarios y realiza seguimientos en las facturaciones y reporte de gastos.

rea de prensa, esta rea se ocupa de los reportajes, de la realizacin de entrevista y todo
aquello concerniente al trabajo de comunicacin y edicin de estos.

Tambin se tiene el rea de difusin o emisin esta se ocupa de emitir todos los Spot,
propagandas, publicidades y otros a travs del Canal 2 ORURO Red UNITEL.

Y por ltimo tenemos lo que es la administracin y secretaria, que estn encargados


generalmente de la parte administrativa de la empresa de comunicacin.

42
2.3 MODELADO DEL NEGOCIO

El modelado del negocio es una tcnica para comprender los procesos de negocio de la
organizacin. Durante el proceso de planteamiento usted examina la estructura de la
organizacin e identifica los principales roles o papeles as las interrelaciones existentes entre
ellas.

El modelado del negocio est soportado por dos tipos de modelos de UML: el modelado de
casos de usos y modelos de objetos.

Con este flujo de trabajo pretendemos llegar a un mejor entendimiento de la organizacin


donde se va a implantar el producto.

Para comprender cmo funciona la empresa de comunicacin UNITEL Oruro, se utiliza el


Modelo del Negocio, esto permite advertir las funciones principales que se realizan y cmo se
llevan a cabo.

El diagrama de casos de uso que representa el Modelo de Negocio de UNITEL - ORURO


se muestra en la figura 2.1

Encargado Comercial

Gestionar Contrato

Empresa

Gerente

Cliente Personal Adimistrativo

Personal Gestionar Contratacion


Particular

Jefe contabilidad

Figura 2.1. Modelo del Negocio de UNITEL ORURO


43
2.3.1 DESCRIPCIN DE LOS CASOS DE USO DEL NEGOCIO

El diagrama que representa los diferentes subsistemas en las que se ha dividido la institucin,
a nivel de abstraccin se representa mediante los modelos de objetos de los casos de uso del
negocio:

2.3.1.1 Modelo de Objetos del caso de uso del Negocio: Gestionar Contratacin

El Administrador o el Jefe Contabilidad para realizar la contratacin de un empleado nuevo


(Figura 2.2), primero solicita datos personales y de contratacin del empleado, establecidos
internamente, el empleado obtiene una contrasea para identificar de tipo de usuario es.

Genera VoBo
Contratacion

Registrar Empleado Genera VoBo

Llena Datos Gerente


Solicita Registro
Personal Administrativo

Usuario

Jefe Contabilidad

Figura. 2.2. Modelo de Objetos del caso de uso del negocio: Gestionar Contratacin

44
2.3.1.2 Modelo de Objetos del caso de uso del Negocio: Gestionar Contratos

El encargado del rea comercial para realizar un contrato (Figura 2.3), primero verifica la
programacin y tarifario que la empresa maneja segn tipo de publicidad, luego se procede al
registro del cliente, seguidamente se realiza el registro de la Orden de Publicidad, previa
seleccin de tipo de contrato (Banners, Espacios Publicitarios y Avisos), en caso que el
contrato sea Banners, se proceder a la seleccin de das y horarios de emisin.

Espacios Publicitarios, se procede a seleccin de uno de los tres tipos de este (Paquetes, Costo
por segundo y Pases). Paquetes: Registro de datos del Paquetes.
Posteriormente se Registra el contrato y el plan de pagos si este fuera el caso, finalmente se
tiene el reporte de publicidades al aire.

Orden Publicidad
Programacion
Registra
Registra Paquete
Registra

Verifica Pagos
Empresa
Solicita contrato, detalle pases y registro de pagos
Jefe contabilidad
Solicita VoBo
Crea
Cliente
Escoge Verifica Encargado Comercial VoBo

Personal
Particular Registra
Llena Datos Gerente Administrativo
VoBo genera Plan Pagos

Tarifario

Tipo Publicidad
Contratos

Espacios Publicitarios Banners


Avisos

Figura. 2.3 Modelo de Objetos del Caso de Uso del Negocio:


Gestionar contratos

45
2.4 REQUISITOS MODELO FURPS+

2.4.1 REQUERIMIENTOS FUNCIONALES

Para una mejor comprensin y estudio del proyecto, se optar pordividir por mdulos de
acuerdo a las reas de trabajo que se tiene en la empresa.

-rea RRHH:
En la figura2.4 se muestra todos los requisitos encontrados en l, y este representa las
relaciones entre funciones.

Figura. 2.4. Requerimientos rea Recurso Humano (Gestionar Contratacin)

La tabla2.1 muestra un listado de funciones del sistema en el rea de RRHH, que representa lo
que el sistema tendr que realizaren esta rea.
REFERENCIA REQUERIMIENTOS
F1 Registrar datos Personales y de contratacin del empleado
El jefe de contabilidad debe registrar al usuario, donde este es un
F2
empleado de la empresa que tiene algunos atributos
Tabla2.1 Funciones del sistema en el rea de RRHH

46
-rea Comercial

En la figura 2.5 se muestra todos los requisitos encontrados en el rea de comercial, y este
representa las relaciones entre funciones.

custom Features

Registro y Registro de Generar


Verificacion del Orden Publicidad Publicidad Aire
Tarifario tags tags
tags Role = F6 Role = F13
Role = F4

Gestionar
Paquetes
Imprimir Detalle
tags
Pases
Role = F7
Registro y tags
Verificacion de Role = F8
Programacion
tags
Role = F3

Gestionar Cliente Seleccionar Tipo


Realizar Contrato Publicidad
tags
tags Role = F2 tags
Role = F0 Role = F5

Reporte Economico
tags
Role = F12

Generar y
Imprimir Contrato Gestionar
Registrar Pagos
Contrato
tags tags
tags
Role = F11 Role = F9
Role = F1

Generar y
Registrar Plan
Pagos
tags
Role = F10

Figura. 2.5. Requerimientos rea Comercial (Gestionar Contratos)

47
La tabla 2.2 muestra un listado de funciones del sistema en el rea de Comercializacin, que
representa lo que el sistema tendr que realizar en esta rea.

REFERENCIA REQUERIMIENTOS
F1 Realizar Registro y edicin del contrato para el cliente, se identifican 3
tipos de contratos.
F2 Registrar Datos cliente
F3 Verificar o registrar la Programacin que maneja toda la red
F4 Verificar o registrar el Tarifario
F5 Seleccionar tipo de Publicidad
F6 Registrar la orden de publicidad segn el tipo de publicidad requerida
F7 Registrar y / o editar datos Paquetes
F8 Imprimir Detalle Pases Cliente
F9 Generar y/o Registrar Pagos del cliente
F10 Generar y / o Registrar Plan de Pagos
F11 Imprimir contratos
F12 Realizar informes diarios, semanales mensuales y anuales de acuerdo a
los requerimientos del usuario
F13 Generar Reportes de Publicidad al Aire
Tabla 2.2 Funciones del sistema en el rea Comercial (Contratos)

2.4.2 REQUERIMIENTOS NO FUNCIONALES.

La tabla 2.3 muestra un listado de atributos del sistema que son las caractersticas o
dimensiones que el sistema debe presentar, los atributos del sistema que se detalla a
continuacin presentan restricciones de frontera que son condiciones obligatorias de frontera.

DETALLES Y
REFERENCIA ATRIBUTO
RESTRICCIN DE FRONTERA
A1 Facilidad de (Detalle) tendr un agradable interfaz grfica de
uso usuario (GUI), el uso del sistema en lo posible no ser
complicado de manipular,
A2 Confiabilidad (Detalle) Ser confiable por que los trabajos de
clculo y la realizacin de registros se har de forma

48
DETALLES Y
REFERENCIA ATRIBUTO
RESTRICCIN DE FRONTERA
ms precisa, y recuperacin a fallos
A3 Rendimiento (Restriccin de frontera )Los clculos y procesos se
harn en el menor tiempo posible
A4 Soporte (Detalle) El sistema Debe funcionar en los siguientes
sistemas
operativos Windows /ME/XP

Tabla 2.3 Atributos del sistema

49
3.1 INTRODUCCIN

El anlisis del sistema persigue como objetivo realizar una investigacin del sistema a partir
de los requerimientos obtenidos y proponer una solucin parcial, MODELO DE CASOS DE
USO DEL SISTEMA

3.2. DESCRIBIR MODELO DE CASO DE USO.

El modelo de Caso de Uso es la base para los dems modelos de desarrollo de software; a
continuacin, se identifica los actores y Casos de Uso del sistema en la empresa de
comunicacin UNITEL-ORURO.

3.2.1 DIAGRAMA DE CASOS DE USO DEL SISTEMA

Para una mejor comprensin del diagrama de casos de uso del sistema se realiza el siguiente
diagrama de paquetes (Figura 3.1):

Figura 3.1Diagrama de Paquetes del Sistema

50
uc Identificar usuario

Jefe Comercial

Administrador del
Sistema
3.2.1 PAQUETE:- Identificar Usuario

51
Identificar Usuario

Jefe Contabilidad
Usuario

Encargado Emision

Gerente Administrativ o

Figura 3.2 Diagrama de casos de uso paquete Identificar Usuario


3.2.2 PAQUETE: - Recurso Humano

Figura 3.3 Diagrama de casos de uso paquete rea Recurso Humano

52
3.2.3 PAQUETE: - rea Comercial

Figura 3.4 Diagrama de casos de uso paquete rea Comercial

53
3.3. IDENTIFICARACTORES

Un Actor es un rol que un usuario juega con respecto al sistema. Es importante destacar el uso
de la palabra rol, pues con esto se especifica que un Actor no necesariamente representa a una
persona en particular, sino ms bien la labor que realiza frente al sistema, en la Figura 3.5 Se
identifican los actores.

uc Actores

Gerente Administrativ o

(from Recursos humanos)

Jefe Contabilidad
(from Recursos humanos)

Jefe Comercial
(from Recursos humanos)
Usuario

(from Recursos humanos)

Encargado Emision
(from Comercial)

Administrador del
Sistema

Figura 3.5. Actores Identificados en el Sistema

54
El modelo de Casos de Uso es la descripcin formal textual de cada uno de los actores y casos
de Uso del Sistema, por lo tanto, los actores identificados en el Sistema se documentan a
continuacin mediante el siguiente formato:

Actor Nombre del Actor


Caso de uso Nombre de los casos de uso en los cuales participa
Tipo Primario o secundario
Descripcin Breve descripcin del actor

Tabla 3 Formato de documentacin de Actores

Actor GerenteAdministrador
Caso de uso
Tipo Primario
Descripcin Es el actor principal y representa a la persona que se encarga de la
revisin de informes y reportes en general, es tambin el encargado
de registrar los contratos.

Tabla 3.1 Descripcin del actor: Gerente Administrador

Actor Usuario
Caso de uso
Tipo Primario
Descripcin Es el actor principal y representa a cualquier persona que quiera
utilizar el sistema de informacin para la empresa de comunicacin
UNITEL-ORURO.

Tabla 3.2 Descripcin del actor: Usuario

55
Actor Administrador del sistema
Caso de uso Registrar Usuario
Tipo Secundario
Descripcin El administrador del sistema, es el encargado de crear a los
usuarios asignndoles una determinada clave y cuenta de usuario,
por medio de este controlar que tipo de usuarios son, y determinar
que mdulos puedan manipular. ste tiene acceso a todos los
mdulos que el sistema presenta

Tabla 3.3 Descripcin del actor: Administrador del Sistema

Actor Jefe Contabilidad


Caso de uso
Tipo Primario
Descripcin Es el actor principal encargada de manipular todo lo referente a
contratacin del personal,plan de Pagos y Pagos de los diferentes
clientes,revisin de informes, realiza reportes con respecto al
personal, lleva un control estricto de la facturacin de contratos.

Tabla 3.4 Descripcin del actor: Jefe Contabilidad

Actor Jefe Comercial


Caso de uso Gestionar Contratos
Tipo Primario
Descripcin Es el actor principal y representa a la persona encargada gestionar
los diferentes contratos que maneja la empresa.

Tabla 3.5 Descripcin del actor: Jefe Comercial

56
Actor Encargado de Emisin
Caso de uso Publicidad Aire
Tipo Secundario
Descripcin Es el actor principal y representa a la persona encargada de recibir
la generacin de reportes de las publicidades que tiene que
difundirse.

Tabla 3.6 Descripcin del actor: Encargado Emisin

3.4 DESCRIPCIN DE CASOS DE USO

La descripcin de los Casos de Uso representa todas las posibles interacciones de los actores
con el sistema, el formato de documentacin de los Casos de Uso es el Siguiente:

Caso de Uso Nombre del caso de Uso


Actores Actores primarios y secundarios que actan con el Caso de Uso
Tipo Tipos de Flujo: Bsico, Inclusin, Extensin, Generalizacin o
algn otro
Propsito Razn de Ser del Caso de Uso
Resumen Resumen del caso de uso
Precondicin Condiciones que deben satisfacer para ejecutar el Caso de Uso
Flujo principal El flujo de eventos ms importantes del caso de uso, donde
dependiendo de las acciones de los actores, se continuar con
algunos de los subflujos.
Subflujos Los flujos secundarios del caso de uso, numerados como (S-1),
(S-2), etc.
Excepciones Excepciones que pueden ocurrir durante el caso de uso,
numerados como (E1-1), (E-2), etc.

Formato de Documentacin de Casos de Uso

57
3.4.1 PAQUETE: IDENTIFICAR USUARIO

CASO DE USO: Identificar usuario

IDENTIFICAR USUARIO

ADMINISTRADOR

Tipo de Usuario: xxxxxxxxxxxxxx

Contrasea: xxxxxxxxxxxxxx

CANCELAR INGRESAR

Figura 3.6 Prototipo de la interfaz: Identificar usuario

Caso de Uso Identificar usuario


Actores Usuario (Encargado de emisin, Jefe Comercial, Jefe
Contabilidad, Gerente Administrador UNITEL Oruro y
Administrador del sistema)
Tipo Primario
Propsito Restringir el acceso al Sistema.
Resumen Este caso de uso se inicia por el usuario, valida al usuario
mediante una cuenta de usuario y contrasea, Permitiendo que el
personal tenga acceso a la informacin que le corresponda de
acuerdo a su rea de trabajo.
Precondicin Se necesita haber ejecutado anteriormente el Caso de Uso
Registrar Usuario Con el Sub flujo registrar
Flujo principal El usuario inicia el sistema introduciendo, la Cuenta y contrasea.

1. Tiene la funcionalidad de Aceptar(S-1) y Cancelar (S-2)


2. El actor selecciona una de las opciones que presenta el

58
Caso de Uso Identificar usuario
Registro de usuario.

3. El sistema continuo con la opcin que ha sido


seleccionada

4. El usuario sale de la ventana con la opcin cerrar.

Subflujos (S-1)Aceptar Usuario


El sistema verifica el tipo, cuenta de usuario y contrasea,
Si la identificacin es incorrecta (E-1), se verifica el tipo de
usuario y en caso de ser Encargado de emisin, Jefe Comercial,
Jefe Contabilidad, Gerente Administrativo y Administrador
Sistema(E-2), el sistema ingresa al mdulo respectivo y est lista
para utilizar.

(S-2) Cancelar Usuario


El sistema Cancela el ingreso de un usuario.
Excepciones (E-1) la cuenta de usuario y contrasea no se valid
correctamente, se solicita al usuario volver a ingresar la cuenta y
contrasea respectiva

(E-2) El usuario ingresa al mdulo respectivo, segn el tipo de


usuario y en caso de que el usuario sea Administrador del sistema,
el sistema brinda acceso a todos los mdulos existentes sin
limitacin alguna.

Tabla 3.7 Descripcin del caso de uso: Identificar Usuario

59
3.4.2 PAQUETE: AREA RECURSO HUMANO

CASO DE USO: Registrar Usuario

REGISTRO DE USUARIO

CUENTAS DE USUARIO
REGISTRAR DATOS ACTUALIZAR DATOS

Escoger Campo: Introducir Campo A Buscar:


CI 9999999

Datos del Empleado

CI: 9999999

xxxxxxxxxxxxxx
Nombres:

Apellidos: xxxxxxxxxxxxxx

Cargo: xxxxxxxxxxxxxx

Datos de Acceso al Sistema

Tipo de Usuario: xxxxxxxxxxxxxx

Cuenta Usuario: xxxxxxxxxxxxxx

Contrasea Actual: xxxxxxxxxxxxxx

Confirmar Contrasea: xxxxxxxxxxxxxx

NUEVO ACEPTAR CANCELAR CERRAR

Figura 3.7 Prototipo de la interfaz: Registrar Usuario

60
Caso de Uso Identificar Y Registrar usuario
Usuario (Encargado de emisin, Jefe Comercial, Jefe
Actores Contabilidad, Gerente Administrador,UNITEL Oruro y
Administrador del sistema)
Tipo Primario
Registrar un usuario, que ya este registrado como empleado, para
Propsito el uso del sistema de informacin administrativo para UNITEL-
Oruro
Este caso de uso se inicia por el usuario, tiene la finalidad de
Resumen
registra a un determinado usuario para el uso del sistema
Se necesita haber ejecutado anteriormente el Caso de Uso
Precondicin
Registrar Empleado Con el Sub flujo registrar
El Administrador del Sistema Procede hacer el registro del
usuario

1. El sistema muestra al usuario varias opciones:


Nuevo (S-1), Guardar (S-2), Actualizar (S-3) y Cerrar

2. El actor selecciona una de las opciones que presenta el


Flujo principal
Registro de usuario.

3. El sistema continuo con la opcin que ha sido


seleccionada

4. El usuario sale de la ventana con la opcin cerrar.

(S1-1) Introducir Registro Nuevo


El Sistema permite recuperar los datos respectivos del registro de
personal para el registro del nuevo Usuario que contiene datos
Subflujos
personales del usuario como tambin la cuenta de usuario y
contrasea que el sistema usara para validar al usuario.

61
(S-2) Aceptar Registro de usuario
El Sistema almacena un nuevo Registro de usuario.

(S-3) Modificar Registro de Usuario


El sistema muestra un listado de usuarios registrados, donde
puede seleccionar un usuario y recuperar su cuenta y contrasea
respectivas, para luego modificarlos
Excepciones (E-1) El sistema muestra un mensaje de error Las contraseas no
coinciden

Tabla 3.8 Descripcin del caso de uso: Registrar Usuario

62
CASO DE USO: Registrar Empleado-Contratacin

REGISTRAR /EDITAR CONTRATO

EMPLEADO
REGISTRAR DATOS EMPLEADO / CONTRATACION ACTUALIZAR DATOS EMPLEADO / CONTRATACION

DATOS PERSONALES

Nacionalidad: BOLIVIANO EXTRANJERO

CI: 9999999 Exp. 99 LSM: 999XX999XX Nro. Pasaporte: 999XX999XX

Nombres: xxxxxxxxxxxxxxxxxxxx Apellidos: xxxxxxxxxxxxxxxxxxxx

Fecha Nac: 99/99/9999 Edad: 99 Lugar de Nacimiento: xxxxxxxx xxxxxxxx xxxxxxxx


Pais Dpto. Provincia

Est. Civil: xxxxxxxxxxxx Nro. Hijos: 99 Nombre del Conyuge: xxxxxxxxxxxxxxxxxxxx

Direccion: xxxxxxxxxxxxxxxxxxxx

Telefonos: 99999999-99999999 9999999-9999999 Xxxxxxxx99999.xxxxx 9999999 .xxxxxx


Correo Electronico:
Fijos Celulares E-Mail E-Mail

DATOS CONTRATACION

Fecha de Admisin: 99/99/9999


Cargo: xxxxxxxxxxxxxxx

Grado de Instruccin: xxxxxxxxxxxx Regional: xxxxxxxxxxxxxxx

Horarios de Trabajo:

Desde Hrs. 99:99:99 Hasta Hrs. 99:99:99 Desde Hrs. 99:99:99 Hasta Hrs. 99:99:99
Primer Turno Segundo Turno

Forma de Pago: xxxxxxxx Dpto. Trabajo: xxxxxxxxxxxx Tipo Contrato: xxxxxxxxxxxx Sueldo Basico: 99999

NUEVO GUARDAR IMPRIMIR CANCELAR CERRAR

Figura 3.8 Prototipo de la interfaz: Registrar Empleado Contratacin

63
Caso de Uso Registrar Empleado Contratacin

Actores Jefe de Contabilidad


Tipo
Propsito Permite registrar contratos de empleados nuevos,
permitiendo de esta manera contar con
informacin actual.
Resumen El usuario (Jefe de contabilidad) podr contar
con la funcionalidad de Nuevo Guardar,
Imprimir, Modificar, Consultar y Cerrar.
Precondicin
Flujo Principal 1. El sistema muestra al usuario 2 pestaas:
Registrar Datos y Modificar datos.

2. El sistema muestra al usuario varias


opciones: Nuevo, Guardar, Modificar,
Imprimir, Buscar, Cancelar y Cerrar.

3. El usuario selecciona una de las opciones


que presenta el registro y contratacin de
personal.

4. El sistema contina con la opcin que ha


sido seleccionada.
Subflujos (S-1) Nuevo registro del personal
El Sistema permite llenar datos respectivos del
nuevo empleado.

(S-2) Guardar Registro personal


El Sistema almacena un nuevo registro del
empleado (E-1).

64
(S-3) Modificar Registro personal.
El Sistema muestra un listado del personal,
donde puede seleccionar un empleado y
recuperar sus respectivos datos, para luego
modificarlos.

(S-4) Imprime Registro/ Contrato personal


El Sistema imprime el registro y contrato del
empleado una vez llenado todos los datos.

(S-5) Busca Datos del empleado


El Sistema realiza una consulta para ver los
registros y contratos del empleado.

(S-6) Cancelar

El sistema cancela la insercin del registro del


empleado nuevo y cancela tambin cualquier
proceso efectuado.

(S-6)Si el usuario presiona Cerrar, termina el


caso de uso.
Excepciones (E-1) El Sistema muestra un mensaje de error:
Verifique los datos llenados, y se solicita al
usuario que corrija los datos

Tabla 3.9 Descripcin del caso de uso:Registrar Empleado Contratacin

65
3.5.3 PAQUETE: REA COMERCIAL

CASO DE USO: Gestionar Cliente

DATOS CLIENTE

CLIENTE
REGISTRAR DATOS ACTUALIZAR DATOS
Datos Empresa

XXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXX
Razn Social: Descripcion:

XXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXX
Direccin: Telfono:

9999999999 99999999999
Nro. Nit Nfax:

XXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXX
Categora: Tipo Cliente:

Datos Contacto

XXXXXXXXXXXXXXXXX
Nombre:

XXXXXXXXXXXXXXXXX
Email:

99999999
Telefono

NUEVO ACEPTAR CANCELAR IMPRIMIR CERRAR

Figura 3.9 Prototipo de la interfaz: Gestionar Cliente

Caso de Uso Gestionar Cliente


Actores Jefe Comercial
Tipo
Propsito Permite registrar un nuevo cliente, y de esta manera poder obtener
informacin necesaria.
Resumen El Usuario (Jefe Comercial) inicia este caso de uso. Tiene la
funcionalidad de Nuevo (S-1), Aceptar (S-2), Cancelar (S-3),

66
Caso de Uso Gestionar Cliente
Buscar (S-4)y Cerrar
Precondicin
Flujo Principal 1. El sistema muestra al usuario 2 pestaas: Registrar Datos y
Modificar datos.

2. El actor selecciona una de las pestaas que presenta el


Registro Cliente.

3. El sistema contina con la opcin que ha sido


seleccionada.

4. El usuario sale de la ventana con la opcin cerrar.


Subflujos (S-1) Introducir registro cliente Nuevo
El Sistema permite llenar los datos respectivos para el registro del
nuevo cliente.

(S-2)Aceptar Registro cliente


El sistema almacena un Nuevo cliente (E-1), (E-2).

(S-3) Cancelar Registro


El sistema permite cancelar el nuevo registro del cliente

(S-4)Buscar / modificar registro del cliente


El Sistema muestra un listado de clientes despus de realizar una
bsqueda, donde puede seleccionar un cliente y recuperar sus
datos respectivos para luego modificarlos.

Excepciones (E-1) El sistema muestra un mensaje de error:debe llenar los


campos necesarios para su registro, y se solicita al usuario que

67
Caso de Uso Gestionar Cliente
corrija los datos.
(E-2) El sistema muestra un mensaje el cliente ya fue registrado

Tabla 3.10 Descripcin del caso De Uso: Gestionar Cliente

CASO DE USO: Verificar/Registrar Programacin

FPROGRAMACION

PROGRAMACION
REGISTRAR PROGRAMACION NACIONAL ACTUALIZAR PROGRAMACION
Detalle Programacin

XXXXXXXXXXXXXX
Nombre Programa:

99:99
Horario de Difusion:

XXXXXXXXXX
Tipo:

XXXXXXXXXXXXXXX
Clasificacin

XXXXXXXXXXXXX
Categora:

Nro. de Cortes 99

NUEVO ACEPTAR CANCELAR CERRAR

Figura 3.10 Prototipo de la interfaz: Verificar / Registrar Programacin

Caso de Uso Registrar Programacin


Actores Encargado Comercial
Tipo
Propsito Permite registrar la Programacin que la red UNITEL presenta.
Resumen El Usuario (Jefe Comercial) inicia este caso de uso para
actualizar las emisiones. Tiene la funcionalidad de Nuevo,
Aceptar, Cancelar Modificar, Buscar y Cerrar.
Precondicin
Flujo Principal 1. El sistema muestra al usuario 2 pestaa: Registrar
68
Caso de Uso Registrar Programacin
Programacin Nacional y Actualizar Programacin, El
usuario escoge una de las pestaas.

2. En la pestaa registrar programacin Nacional el sistema


muestra al usuario opciones: Nuevo (S-1), Aceptar (S-2),
Cancelar y Cerrar (S-6).

3. En la pestaa Modificar Programacin el sistema muestra al


usuario opciones: de Buscar (S-4), Editar (S-3), Actualizar (S-
5)

4. El actor selecciona una de las opciones que presenta la


Programacin

5. El sistema contina con la opcin que ha sido seleccionada.

Subflujos (S-1) Introducir registro de un nuevo programa


El Sistema permite el llenado de los datos respectivos para el
registro de la programacin.

(S-2) Guardar el registro del programa


El Sistema guarda el registro de un nuevo programa (E-1).

(S-3) Modificar registro de programacin


El Sistema muestra un listado de todos los programas registrados
para luego editarlos.

(S-4) Buscar registro de programacin


Facilita la bsqueda de programas, introduciendo el nombre del
programa o la hora de difusin.

(S-5)Actualizar datos
El sistema permite la Actualizacin de los datos registrados

(S-6)Si el usuario presiona Cerrar, termina el caso de uso.


Excepciones (E-1) El sistema muestra un mensaje de error: debe llenar los
campos (*) necesariamente para su registro, y se solicita al
usuario que corrija los datos.

Tabla 3.11 Descripcin del caso de uso: Verificar / Registrar Programacin


69
CASO DE USO: Verificar/Registrar Tarifario

TARIFARIO

TARIFARIO
INGRESAR DATOS

Ingrese Nombre Publicidad: ESPACIOS PUBLICITARIOS

ESPACIOS PUBLICITARIOS
XXXXXXXXXXXXXXXXXXXXXXX AVISOS

Escoger Campo Ingrese Dato a Buscar:


Actualizar xx xxxxxxxxxxxxx

SEMANAL SABADO DOMINGO POR PASE POR COSTO X SEG.

INGRESE COSTOS

Monto: 9999,9999 xx

NUEVO ACEPTAR CANCELAR CERRAR

Figura 3.11 Prototipo de la interfaz: Verificar / Registrar Tarifario

Caso de Uso Verificar / Registrar Tarifario


Actores Encargado Comercial
Tipo
Propsito Permite registrar el detalle del Tarifario, para
asignarle un costo establecido segn la categora.
Resumen El Usuario (Encargado Comercial) inicia este caso de

70
Caso de Uso Verificar / Registrar Tarifario
uso para registrar tarifario. Tiene la funcionalidad de
Nuevo (S-1), Aceptar (S-2) Cancelar (S-3)y Cerrar.
Precondicin Se requiere anteriormente haber ejecutado el caso de
uso Registrar Programacin.
Flujo Principal 1. El usuario escoge el tipo de publicidad en la
cual requiere ingresar el tarifario.
2. Si el usuario escoge, el tipo de Publicidad:
Banner o Avisos
2.1 El usuario ingresa el programa a buscar,
el sistema devuelve una lista de todos los
programas Nacionales registrados, para
luego realizar su tarifario.
2.2 El sistema muestra al usuario opciones:
Nuevo (S-1), Aceptar (S-2) Cancelar (S-
3) y Cerrar.
2.3 El actor selecciona una de las opciones
que presenta el registro del tarifario.
3. Si el usuario escoge, el tipo de Publicidad:
Espacios Publicitarios
3.1 El usuario ingresa el programa a buscar,
el sistema devuelve una lista de todos los
programas Nacionales registrados, para
luego realizar su tarifario.
3.2 El sistema presenta dos opciones, Por
Pase (S-4) y Costo Por Seg. (S-5)
3.3 El sistema contina con la opcin que ha
sido seleccionada.
3.4 El sistema muestra al usuario opciones:
Nuevo (S-1), Aceptar (S-2) Cancelar (S-

71
Caso de Uso Verificar / Registrar Tarifario
3) y Cerrar.
4. El sistema contina con la opcin que ha sido
seleccionada.
5. El usuario sale de la ventana con la opcin
cerrar.
Subflujos (S-1) Introducir registro de un nuevo programa
El Sistema permite el llenado de los datos
respectivos.
(S-1) Aceptar registro de tarifario
El Sistema guarda el registro de un nuevo programa
(E-1)
(S-3) Cerrar
Despus de hacer el uso del caso de uso el usuario
puede Cerrar la ventana.
Excepciones (E-1) El sistema muestra un mensaje de error:
Ingrese Datos Costo, y se solicita al usuario que
corrija los datos.

Tabla 3.12 Descripcin del caso de uso: Verificar / Registrar Tarifario

72
CASO DE USO: Registrar Orden de Publicidad

FOrdenPublicidad

ORDEN DE PUBLICIDAD
ELEGIR CLIENTE ESCOGER TIPO PUBLICIDAD

Elegir Campo: Nombre Ingresar Dato: xxxxxxxxx Ingrese Nombre: xxxxxxxxx

XXXXXXXXXXXXXXXX 99999999 XXXXXXXXXXXXXXXXXXXXX


XXXXXXXXXXXXXXXX 9999999999 XXXXXXXXX
XXXXXXXXXX

DATOS ORDEN PUBLICIDAD ELEGIR TARIFARIO

SEMANAL SABADO DOMINGO OK


Cobertura: Nombre Spot:

XXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXX

Duracin: Unidad:
Texto Texto Texto
XXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXX

Fecha inicio: Fecha Fin:


99/999/99 99/999/99

Nro. Pases:
XXXXXXXXXXXXXXXXX

CATEGORIA:
PROGRAMA:

NUEVO ACEPTAR CANCELAR CALCULAR IMPRIMIR CERRAR

Figura 3.12 Prototipo de la interfaz: Registrar Orden de Publicidad

Caso de Uso Registrar Orden de Publicidad


Actores Jefe Comercial
Tipo
Propsito Permite realizar un detalle de pases para el
cliente, donde el usuario registra la Orden de

73
Caso de Uso Registrar Orden de Publicidad
Publicidad, para realizar su respectivo contrato.
Resumen El Usuario (Jefe Comercial) inicia este caso de
uso. Tiene la funcionalidad de Buscar, Nuevo,
Aceptar, Cancelar, Calcular, Imprimir y Cerrar.
Precondicin Se debe de haber ejecutado el caso de uso
Registrar Tipo Publicidad, Gestionar Cliente,
verificar y/o registrar Programacin, Verificar
y/o registrar tarifario.
Flujo Principal 1. El sistema muestra al usuario la opcin
de ingresar tipo de cambio del dlar,
una vez introducido el tipo de cambio,
el sistema muestra el listado de todos
los clientes y el listado de los diferentes
tipos de publicidades.

2. El usuario introduce cliente a buscar, el


sistema realiza una bsqueda para
capturar al cliente, el usuario selecciona
el tipo de publicidad que requiere el
cliente.

3. Si el usuario selecciona el tipo de


Publicidad: Banners o Avisos, el
sistema muestra la pantalla donde se
registran los datos para su orden de
publicidad y muestra la programacin
donde estn registrados los tarifarios
correspondientes al tipo de publicidad
que el cliente requiere. El sistema

74
Caso de Uso Registrar Orden de Publicidad
muestra al usuario varias opciones:
Nuevo (S-1), Aceptar (S-2), Cancelar
(S3), Calcular (S4), Adicionar (S-5),
Imprimir (S-6) y Cerrar (S-6).
4. Si el usuario selecciona el tipo de
publicidad Espacios Publicitarios, el
sistema muestra tres pestaas: Paquetes,
Costo/Seg. y Pase. Si el usuario escoge
la Pestaa Paquetes, el sistema muestra
un listado de todos los paquetes
registrados. Tiene las opciones: Nuevo
(S-1), Aceptar (S-2), Cancelar (S3)
Imprimir (S-6),y Cerrar (S-7).

5. Pestaa Costo * Seg. o Por Pase , El


sistema Muestra la Programacin
Nacional Semanal donde estn
registrados el tarifario segn el tipo de
publicidad que eligi, tiene las opciones
de: Nuevo (S-1), Aceptar (S-2),
Cancelar (S3), Adicionar (S4), Calcular
(S-5), Imprimir (S-6) y Cerrar (S-6).
Subflujos (S-1) Nuevo
El Sistema permite el llenado de los datos
respectivos para el registro de la orden de
publicidad del cliente

(S-2) Aceptar
El sistema guarda un nuevo registro de la orden
de publicidad (E-1)

75
Caso de Uso Registrar Orden de Publicidad

(S-3)Cancelar
El Sistema permite hacer la cancelacin de
dicho registro.

(S-4) Adicionar
El sistema permite adicionar la programacin
con su tarifario respectivo, para la difusin del
Spot del cliente.(E-2)

(S-5)Calcular
El sistema permite realizar clculo de los costos
de la orden de publicidad, de acuerdo a los
datos introducidos.

(S-6)Imprimir Orden de Publicidad


El Sistema imprime el detalle de Pases del
cliente una vez llenado todos los campos

(S-5)Si el usuario presiona Cerrar, termina el


caso de uso.
Excepciones (E-1) El Sistema muestra un mensaje de error:
Inserte Datos

(E-2) El sistema muestra un mensaje de error:


Inserte Datos y Acepte el registro de orden de
publicidad

Tabla 3.13 Descripcin del caso de uso:Registrar Orden De Publicidad

76
CASO DE USO: Gestionar Contrato

FContrato

REGISTRAR DATOS ACTUALIZAR DATOS


CONTRATO
ELEGIR CLIENTE ESCOGER TIPO PUBLICIDAD

Elegir Campo: Nombre Ingresar Dato: xxxxxxxxx Ingrese Nombre: xxxxxxxxx

XXXXXXXXXXXXXXXX 99999999 XXXXXXXXXXXXXXXXXXXXX


XXXXXXXXXXXXXXXX 9999999999 XXXXXXXXX
XXXXXXXXXX

DETALLE CLIENTE

xxxxxxxxxxxxxxxxxxx
Xxxxxxxxxxxxx xxxxxxxxxxx CI: 9999999 Exp: xx
Nombre Representado:

Datos del Representante

xxxxxxxxxxxxxxxxxxxx CI: 9999999 Exp: xx


Nombre Completo:

Datos contrato

99/99/9999 Nro. Meses: 999999 Estado: xxxxxxx


Fecha Actual:

Costos

9999,9999 Moneda: xxx


Emisin Mes:

Forma de Pago

Nro. Orden= CREDITO Nro. Factura: Nro. Cheque: A Cuenta: Saldo:


Costo Total Bs.= CONTADO 9999999 999999 9999,9999 9999,9999

HACER CONTRATO ACEPTAR CANCELAR Imprimir CERRAR

Figura 3.13 Prototipo de la interfaz: Gestionar Contrato

77
Caso de Uso Gestionar Contrato
Actores Encargado Comercial
Tipo
Propsito Permite registrar un nuevo contrato para el cliente.
Resumen El usuario (Encargado Comercial) inicia este caso de uso, tiene la
funcionalidad de Buscar (S-5) Nuevo, Guardar, Imprimir, Modificar
y Cerrar.
Precondicin Se debe de haber ejecutado con anterioridad el caso de uso
Registrar Ordene de Publicidad
Flujo principal 1. (S-5) El usuario introduce cliente a buscar, el sistema muestra
una lista de todos los clientes registrados.

2. El usuario escoge al cliente de una lista, el sistema muestra las


opciones de tipos de contrato que existen: Espacios
Publicitarios, Banners y Avisos, el usuario escoge el tipo de
Publicidad que el cliente requiere.

3. El sistema muestra todas las rdenes de publicidad realizadas


por el Cliente.

4. El Usuario escoge la orden de publicidad de la cual desea


realizar su contrato respectivo.

5. El sistema muestra al usuario varias opciones: Hacer Contrato


(S-1), Aceptar (S-2), Cancelar (S-3), Imprimir (S-4),
Modificar (S-5) y Cerrar (S-6).

6. El Usuario selecciona una de las opciones que presenta el


registro de contrato.

Subflujos (S-1) Introducir registro del Contrato Nuevo


El Sistema permite llenar datos respectivos del nuevo contrato.

(S-2)Crear Registro del contrato


El Sistema almacena un nuevo registro del contrato (E-1).

(S-3) SE cancela el Registro


El Sistema permite hacer la cancelacin de dicho registro.

78
(S-4) Imprime Registro/ Contrato
El Sistema imprime el contrato del cliente una vez llenado todos los
campos necesarios.

(S-5) Modificar Registro del contrato.


El Sistema recupera los datos del tipo de contrato que realizo el
cliente, realizando una bsqueda para luego modificarlos

(S-6)Si el usuario presiona Cerrar, termina el caso de uso.


Excepciones (E-1) El Sistema muestra un mensaje de error: Su Contrato no fue
Ingresado, Por Favor verifique su costo, y se solicita que corrija los
datos

Tabla 3.14 Descripcin del caso de uso:Gestionar Contrato

CASO DE USO: Generar / Registrar Plan Pagos


REGISTRAR PLAN DE PAGOS

PLAN PAGOS
ELEGIR CLIENTE ESCOGER TIPO PUBLICIDAD

Elegir Campo: Nombre Ingresar Dato: xxxxxxxxx Ingrese Nombre: xxxxxxxxx

XXXXXXXXXXXXXXXX 99999999 XXXXXXXXXXXXXXXXXXXXX


XXXXXXXXXXXXXXXX 9999999999 XXXXXXXXX
XXXXXXXXXX

DETALLE CONTRATO REGISTRAR PLAN PAGOS

xxxxxxxxxxxxxxxxxxx Saldo: 9999,999

9999999999
Monto:
Nro. Cheque: 999999999

999999999
Nro. Factura:

ACEPTAR

REGISTRAR PAGOS

99999,9999
Total Pago:

Nro. Cheque: 9999999999

Nro. Factura: 9999999999

Fecha Limite: 99/999/99

COSTO TOTAL CONTRATO / BS.=


ACEPTAR

CERRAR

Figura 3.14 Prototipo de la interfaz: Generar / Registrar Plan Pagos


79
Caso de Uso Generar / Registrar Plan de Pagos
Actores Jefe de Contabilidad
Tipo
Propsito Permite establecer el procedimiento de pagos de los clientes.
Resumen El usuario (Jefe de contabilidad) podr contar con la
funcionalidad de Buscar, Aceptar y Cerrar.
Precondicin
1. El usuario introduce cliente a buscar, el sistema muestra una
lista con todos los clientes registrados.

2. El usuario escoge de la lista a un cliente y escoge el tipo de


publicidad en la cual desea realizar su detalle del plan de pagos de
acuerdo al registro de su contrato.

3. El sistema muestra todos los contratos del cliente y genera su


plan de pagos del mismo, en la cual se muestra el detalle de los
pagos.

4. El sistema muestra al usuario la opcin de Aceptar(S-1) y


cerrar(S-2)

5. El usuario selecciona una de la opcin que presenta el registro


de plan de pagos

6. El sistema contina con la opcin que


eligi el usuario
Subflujos (S-1) Aceptar
El Sistema guarda el registro de los pagos y plan de pagos del
cliente.

(S-2)Si el usuario presiona Cerrar, termina el caso de uso.


Excepciones

Tabla 3.15 Descripcin del caso de uso: Generar / Registrar Plan De Pagos

80
CASO DE USO:Generar Detalle Pases

NRO. XXXX

DETALLE DE PASES

XXXXXXXXXXXXXXXXX LOGO
COBERTURA:
XXXXXXXXXXXXXXXXX
CLIENTE:
99999,99
COSTO:
XXXXXXXXXXXXXXXXX
SPOT:
99/99/99 99/99/99
EMISON:
99
DURACION:
9999
TOTAL PASES:

Figura 3.15 Prototipo de la interfaz: Generar Detalle de Pases


Caso de Uso Generar Reporte Detalle Pases
Actores Encargado Comercial
Tipo
Propsito Emitir la publicidad registrada por los clientes.
Resumen Este caso de uso permite emitir la publicidad en el
programa y el espacio durante la semana y fines de
semana.
Precondicin
Flujo Principal 1. El usuario escoge la opcin Imprimir de la
ventana de Orden de Publicidades.
2. El sistema muestra al usuario un reporte donde
se indica los programas en los cuales el usuario
debe de emitir su Spot publicitario del cliente
Subflujos
Excepciones
Tabla 3.16 Descripcin del Caso de Uso Generar Detalle de Pases
81
CASO DE USO: Generar Reportes Econmicos

FReportesEconomicos

IMPORTE POR CONTRATO

INGRESE FECHAS PARA SU REPORTE

Del: 99/99/9999 Al: 99/99/9999

ACEPTAR CERRAR

Figura 3.16 Prototipo de la interfaz: Importe Por Contratos

Caso de Uso Generar Reportes Econmicos


Actores Jefe de Contabilidad
Tipo
Propsito Facilitar la realizacin del informe diario de contratos.
Resumen El usuario (Jefe de contabilidad) inicia este caso de
uso, para realizar el informe econmico de todos los
contratos realizados
Precondicin
Flujo Principal 1. El sistema muestra al usuario la opcin de
Aceptar(S-1) y Cerrar(S-2)

2. El usuario selecciona una de la opcin que presenta


el Sistema

Subflujos (S-1) Aceptar


El sistema realiza una consulta para devolver al
usuario la generacin de su informe segn las fechas
ingresadas
(S-2)Si el usuario presiona Cerrar, termina el caso
de uso.
Excepciones
Tabla 3.17 Descripcin del caso de uso: Generar Reportes Econmicos

82
CASO DE USO: Generar Publicidad Aire

Figura 3.17 Prototipo de la interfaz: Generar Publicidad Aire


Caso de Uso Generar Publicidad Aire
Actores Encargado Emisin
Tipo
Propsito Permite generar la publicidad al Aire
Resumen Este caso de uso permite Generar Publicidad al Aire de acuerdo al
registro de los Contratos, con el fin de emitir su spot publicitario
del cliente durante el tiempo establecido en el contrato.
Precondicin
Flujo principal 1. El sistema muestra una ventana con toda la Programacin
Actualizada de la Red UNITEL.
2. El usuario escoge un programa, haciendo un clix en el mismo
con el objeto de verificar que spots publicitarios tienen que
emitirse durante el lapso de ese programa, segn los contratos
realizados.
3. El sistema Muestra al usuario un resumen del todos los detalles

83
de pases, dentro del programa elegido, para su respectiva emisin.
4. Tiene la opcin (S-1) Cerrar y (S-2) Salir emisin.
Subflujos (S-1) Si el usuario presiona cerrar termina el caso de uso (E-1)
(S-2)Si el usuario presiona Salir, Se cierra la ventana
Excepciones (E-1) El sistema muestra un mensaje de advertencia Esta seguro
de cerrar, se Perdern todas sus Observaciones
Tabla 3.18 Descripcin del caso de uso: Generar Publicidad Aire
CASO DE USO: Generar Reporte de Contratos

Figura 3.18 Prototipo de la interfaz: Generar Reporte de Contratos

84
Caso de Uso Generar Reporte de Contratos
Actores Encargado Comercial
Tipo
Propsito Imprimir Reporte de Contratos Registrado para el cliente
Resumen Este caso de uso permite imprimir el detalle del Contrato
registrado para cada cliente.
Precondicin
Flujo Principal 1. El usuario escoge la opcin Imprimir de la ventana de
Contratos
2. El sistema muestra al usuario un reporte del detalle de
su contrato del cliente, el usuario tiene la opcin de
imprimir dicho contrato.
Subflujos
Excepciones
Tabla 3.19 Descripcin del caso de uso:Generar Reporte De Contratos

CASO DE USO: Gestionar Paquete

Figura 3.19 Prototipo de la interfaz: Gestionar Paquetes

85
Caso de Uso Gestionar Paquete
Actores Jefe Comercial
Tipo
Propsito Permite realizar la Gestin de un nuevo Paquete para el cliente,
donde el usuario registra el Nuevo Paquete, para realizar su
respectivo contrato.
Resumen El Usuario (Jefe Comercial) inicia este caso de uso. Tiene la
funcionalidad de Nuevo, Aceptar, Cancelar, Buscar, Adicionar,
Modificar Imprimir y Cerrar.
Precondicin Se debe de haber ejecutado el caso de uso Registrar Tipo
Publicidad, Gestionar Cliente, verificar y/o registrar
Programacin, Verificar y/o registrar tarifario.
Flujo Principal 1. El sistema presenta las opciones de: Nuevo (S-1), Aceptar
(S-2), Cancelar (S-3), Buscar (S-4), Adicionar (S-5),
Modificar (S-6), Imprimir (S-7) y Cerrar (S-8).
2. El usuario escoge una de las opciones que presenta el
caso de uso Gestionar Paquetes.
3. El sistema contina con la opcin que eligi el usuario.
Subflujos (S-1) Nuevo
El Sistema permite el llenado de los datos respectivos para el
registro del nuevo paquete para el cliente.

(S-2) Aceptar
El sistema guarda un nuevo registro del Paquete (E-1).

(S-3)Cancelar
El Sistema permite hacer la cancelacin de dicho registro.

(S-4) Buscar
El usuario tiene la opcin de buscar tanto la programacin como
los paquetes registrados

(S-5) Adicionar
El sistema permite adicionar la programacin con su tarifario
respectivo, para el registro del Detalle del Paquete, para luego
realizar su orden de publicidad (E-2).

(S-6) Modificar el registro del paquete y la programacin


adicionada.

86
El usuario busca el paquete, el sistema muestra una lista con
todos los paquetes registrados para luego modificarlo, el usuario
tambin puede modificar la programacin que se escogi para un
paquete ya registrado.

(S-7) ImprimirDetalle Paquete


El Sistema imprime el detalle de Pases de su respectivo paquete
del cliente una vez llenado todos los campos.

(S-5)Si el usuario presiona Cerrar, termina el caso de uso.


Excepciones (E-1) El Sistema muestra un mensaje de error: Inserte Datos
Requeridos para su registro
(E-2) El sistema muestra un mensaje de error: Por favor Ingrese
Datos

Tabla 3.20 Descripcin del caso de uso: Gestionar Paquete


CASO DE USO: Registrar Tipo Publicidad
FRegistrarPublicidad

PUBLICIDAD
DATOS DEL TIPO DE PUBLICIDAD

Nombre: XXXXXXXXXXXXXXXXX

Detalle: XXXXXXXXXXXXXXXXX

Tipo de Publicidades Insertadas

NUEVO ACEPTAR CANCELAR CERRAR

Figura 3.20 Prototipo de la interfaz: Registrar Tipo Publicidad

87
Caso de Uso Registrar Tipo Publicidad
Actores Encargado Comercial
Tipo
Propsito Registra un tipo de publicidad que la empresa maneja.
Resumen El usuario (Encargado Comercial) inicia este caso de uso, para
realizar el correspondiente registro del tipo de publicidad, para
luego de esta manera realizar su orden de publicidad.
Precondicin
Flujo Principal 1. El sistema muestra al usuario la opcin de Nuevo(S-1)
Aceptar(S-2) y Cerrar(S-3)

2. El usuario selecciona una de la opcin que presenta el


Sistema

3. El sistema contina con la opcin que eligi el usuario


Subflujos (S-1) Nuevo
El Sistema Permite llenar todos los datos del tipo de publicidad
para su respectivo registro.

(S-2) Aceptar el registro del nuevo tipo de publicidad


El sistema almacena un nuevo registro del tipo de publicidad que
tiene la empresa.

(S-3)Si el usuario presiona Cerrar, termina el caso de uso.


Excepciones

Tabla 3.21 Descripcin del caso de uso: Registrar Tipo Publicidad

88
4.1 INTRODUCCIN

El diseo del sistema persigue como objetivo proponer la solucin del sistema a partir de los
requerimientos y el anlisis, el cual se implementar en el lenguaje de programacin Object
Pascal con el Borland Developer Studio 2006

4.2 DIAGRAMA DE INTERACCIN O COMPORTAMIENTO

4.2.1 Diagrama de Secuencias

A continuacin, se realiza el diagrama de secuencias para obtener la comunicacin entre los


objetos,con el objetivo de realizar un anlisis y posteriormente la implementacin del
software, emulando el manejo de la arquitectura en tres capas: presentacin, Control y
persistencia.

La Figura. 4.1 Muestra el Diagrama de Secuencia para el Caso de Uso Identificar Usuario

Figura. 4.1 Diagrama de Secuencias: Identificar Usuario

89
La Figura. 4.2 Muestra el Diagrama de Secuencia para el Caso de Uso Registrar Empleado
Contratacin

Figura. 4.2 Diagrama de Secuencias: Registrar Empleado Contratacin

90
La Figura. 4.3 Muestra el Diagrama de Secuencia para el Caso de Uso Registrar Usuario

Figura 4.3 Diagrama de Secuencias de Registrar Usuario


91
La Figura 4.4 muestra el Diagrama de Secuencias para el Caso de uso Registrar Tipo
Publicidad

Figura 4.4 Diagrama de Secuencias de Registrar Tipo Publicidad

92
La Figura 4. 5 Muestra el Diagrama de Secuencia para el Caso de Uso: Gestionar Cliente

Figura 4.5 Diagrama de Secuencias de Gestionar Cliente

93
La Figura 4.6 muestra el diagrama de Secuencias para el Caso de uso:Verificar / Registrar
Programacin

Figura 4.6 Diagrama de Secuencias de Verificar / Registrar Programacin


94
La Figura 4.7 muestra el Diagrama de Secuencias para el caso de uso: Registrar Tarifario
Espacios Publicitarios

Figura 4.7 Diagrama de Secuencias de Registrar Tarifario Espacios Publicitarios


95
La Figura 4.8 muestra el Diagrama de Secuencias para el caso de uso: de Registrar Tarifario
Avisos

Figura 4.8 Diagrama de Secuencias de Registrar Tarifario Avisos

96
La Figura 4.9 muestra el Diagrama de Secuencias para el caso de uso: de Registrar Tarifario
Banners

Figura 4.9 Diagrama de Secuencias de Registrar Tarifario - Banners

97
La Figura 4.10 muestra el Diagrama de Secuencias para el Caso de Uso: Gestionar Paquete

Figura 4.10 Diagrama de Secuencias: Gestionar Paquete


98
La Figura 4.11 muestra el Diagrama de Secuencias para el Caso de Uso: Detalle orden de
Publicidad, con el tipo de publicidad: Espacios Publicitarios - Costo * Seg.

Figura 4.11 Diagrama de Secuencias Espacios Publicitarios - Costo * Seg

99
La Figura 4.12 muestra el Diagrama de Secuencias para el Caso de Uso: Detalle orden de
Publicidad, con el tipo de publicidad: Espacios Publicitarios Paquetes

Figura 4.12 Diagrama de Secuencias Espacios Publicitarios Paquetes

100
La Figura 4.13 Muestra el Diagrama de Secuencias de para el caso de uso: Detalle orden de
Publicidad con el Tipo de Publicidad: Espacios Publicitarios Por Pase

Figura 4.13 Diagrama de Secuencias Espacios Publicitarios Por Pase

101
La Figura 4.14 muestra el Diagrama de Secuencias para el Caso de Uso: Detalle orden de
Publicidad, con el tipo de publicidad: Banners

Figura 4.14 Diagrama de Secuencias de Detalle orden de Publicidad- Banners

102
La Figura 4.15 muestra el Diagrama de Secuencias para el Caso de Uso: Detalle orden de
Publicidad, con el tipo de publicidad: Avisos

Figura 4.15 Diagrama de Secuencias de Detalle orden de Publicidad-Avisos


103
La Figura 4.16 muestra el diagrama de Secuencias para el Caso de Uso: Gestionar Contratos

Figura 4.16 Diagrama de Secuencias de Gestionar Contratos

104
La Figura 4.17 muestra el Diagrama de Secuencias para el Caso de Uso: Generar/ Registrar
Plan Pagos

Figura 4.17 Diagrama de Secuencias de Generar / Registrar Plan Pagos

105
La Figura 4.18 muestra el diagrama de Secuencias ara el Caso de Uso: Publicidad al Aire

Figura. 4.18 Diagrama de Secuencias de Publicidad al Aire

106
La Figura 4.19 muestra el Diagrama de Secuencias para el Caso de Uso: Generar Detalle de
Pases

Figura 4.19 Diagrama de Secuencias de Generar Detalle de Pases

107
La Figura 4.20 muestra el Diagrama de Secuencias para el Caso de Uso: Generar Reportes
Econmicos

Figura 4.20 Diagrama de Secuencias de Generar Reportes Econmicos

108
La Figura 4.21 muestra el Diagrama de Secuencias Para el Caso de Uso: Generar Reportes
Contrato

Figura 4.21 Diagrama de Secuencias de Generar Reporte Contrato

109
class Schema1

TPaquetes TContrato
TPlanPagos TPagos
- NPaquetes: int - NContrato: Int
- NombrePaquete: Varchar - NPlanPagos: Int - NUsuario: Int - NPagos: Int
- CostoPaquete: Float - NContrato: Int - NCliente: Int - NContrato: Int
- UCostoPaquete: Varchar - NCliene: Int - NOrdenPublicidad: Int - NCliente: Int
- DuracionPaquete: Integer - FechaActualPlanPagos: Date - NombreRepresentado: Varchar - NumFactura: Varchar
- UDuracionPaquete: Int - Total: Float - CiRepresentado: Varchar - Numcheque: Varchar
- DetallePaquete: Varchar - ACuenta: Float - ExpRepresentado: Varchar - FechaLimite: Varchar
- TotalPases: Int - Saldo: Float - NombreRepresentante: Varchar - FechaActualPago: Date
- FechaRegistroPaquete: Date - NFactura: Varchar - CIRepresentante: Varchar - TotalPago: Float
- NCheque: Varchar 0..* 1..* - ExpRepresentante: Varchar 1..* 0..* - NumCuotas: Int
+ BuscarPaquete() : void - Cancelado: Varchar - N_PoderRepresentado: Varchar
+ NuevoPaquete() : void - N_PoderRepresentante: Varchar + Buscar() : void
+ RegistrarPaquete() : void TEmpelado + Buscar() : void - FechaActualContrato: Date + GenerarPagos() : void
+ ModificarPaquete() : void + MostrarContratos() : void - CostoEmision: Float + RegistrarPago() : void
- CodEmpleado: int
+ GenerarPlanPagos() : void - TotalContrato: Float + MostrarContratos() : void
- Apellidos: Varchar
1..* 1..* + RegistrarPlanPagos() : void - Moneda: Varchar
- Departamento: Varchar
- NumFactura: Varchar
- Direccion: Varchar
Contiene - TipoPago: TPublicidad
- Edad: int
- Cancelado: Varchar
- Email: Varchar
4.3 MODELO DE DATOS

1..* - NumCheque: Varchar TCliente


- Email1: Varchar
- TipoContrato: Varchar
- estCivil: Varchar - NCliente: int
- Estado: Varchar
- Expi: Varchar - NombreCliente: Varchar
Hace - NumeroMeses: Int
TDetallePaquete - FecNac: Date Realiza - DescripcionCliente: Varchar
TUsuario
- FonoCel: Varchar 1..* 1..* TipoCliente: Varchar
- NDetallePaquetes: Int
1..* + Buscar() : void 1..* -
- FonoFijos: Varchar - NUsuario: int - TelefonoEmpresa: Varchar
- NPaquetes: Int + MostrarOrdenPublicidadcliente() : void
- Lsm: Varchar 1 1 - CodEmpleado: int - NFax: Varchar
- NProgramacion: Int + CrearContrato() : void
- Nacionalidad: Varchar - contrasea: Varchar - NombreContacto: Varchar
- FechaRegistroDetalle: Date + ModificarContrato() : void
- NEmpleado: Varchar - cuentaUsuario: Varchar - EmailContacto: Varchar
+ EliminarContrato() : void
- NHijos: int - FechaUsuario: CostoAviso - Categoria: Varchar
+ Buscar() : void + ContratosDeBaja() : void
- NombreConyuge: Varchar - TipoUsuario: Varchar - Direccion: Varchar
+ Mostrar() : void + ImprimirContrato() : void
- Nombres: Varchar - Fonocontacto: int
+ InsertarDetallePaquete() : void - NPasaporte: Varchar + CrarUsuario() : void 1
+ ModificarDetallePaquete() : void - Pais: Varchar + ModificarUsuario() : void + RegistrarCliente() : void
- Provincia: Varchar + BuscarUsuario() : void + Imprimir() : void
+ EliminarUsuario() : void 1 + Cancelar() : void
+ InsertarEmpleado() : void + Buscar() : void
+ ModificarEmpleado() : void TOrdenPubli + ModificarCliente() : void
+ ElimarEmpleado() : void
+ BuscarEmpleado() : void - NOrdenPublicidad: int

110
- NUsuario: int
1 - NCliente: int
- NPublicidad: int
- Cobertura: Varchar
1 TDetalleOrdenPubli - NombreSpot: Varchar
- Duracion: int
TDetalleContratacion - NDetalleOrdenPubli: Int TPublicidad
TContratacion - UDuracion: Varchar
- NDetallecontratacion: int - NOrdenPublicidad: Int - FechaActualOrden: Date
- NFicha: int - NPublicidad: int
- NFicha: int - NProgramacion: Int - FechaInicio: Date
- Cargo: Varchar Contiene 1..* 1..* - NombrePublicidad: Varchar
- NTarifario: Int - FechaFin: Date
diagrama de clases persistentes se muestra en la Figura 4.22

- Cargo: Varchar - DescripcionPublicidad: Varchar


- CodEmpleado: int - CostoContrato: Float NumPases: int
- DptoTrabajo: Varchar 1..* 1..* -
- DptoTrabajo: Varchar - UCostocontrato: Varchar
- FecActualContratacion: Date + NuevaPublicidad() : void
- FechaAdm: Date + Buscar() : void
- FormaPago: Varchar 1..* 1..* - + ModificarPublicidad() : void
FormaPago: Varchar + InsertarDetallleOrdenPublicidad() : void + MostrarProgramacionTarifario() : void
- Sueldo: float + EliminarPublicidad() : void
- GradoInst: Varchar + ModificarDetalleOrdenPublicidad() : void + NuevaOrdenPublicidad() : void
- TipoContrato: Varchar + CancelarPublicidad() : void
- HorPrim1: Varchar + CalculoOrdenPublicidad() : void
- HorPrim2: Varchar 1..*
+ NuevoDetalleContratacion() : void + RegistraOrdenrPublicidad() : void 1..*
- HorSeg1: Varchar + ImprimirDetallePases() : void
+ ModificarDetalleContratacion() : void
- HorSeg2: Varchar

Figura 4.22 Diagrama de Clases Persistente


+ EliminarDetalleContratacion() : void + GenerarPublicidadAire() : void
- Rd: Varchar
- Regional: Varchar
- SueldoBasico: float
- TipoContrato: Varchar 1

+ NuevoContrato() : void TTarifario


1..*
+ ModificarContrato() : void
+ BuscarContrato() : void TProgramacion - NTarifario: int
- NProgramacion: int
+ CancelarContrato() : void - NProgramacion: int
+ imprimirContrato() : void - NPublicidad: int
TDetalleOrdenPubliPaquetes - Hrs: Varchar - CostoCatComercial: float
- NombrePrograma: Varchar - UCosto: Varchar
- NDetalleOrdenPubliPaquetes: Int Utiliza
- TipoPrograma: Varchar - FechaRegistro: Date
- NOrdenPublicidad: Int
- Categoria: Varchar 1..* 1..* - Clasificacion: Varchar
- NPaquetes: Int
- ClasePrograma: Varchar
1..* - CostoContrato: Float
- CantidadCortes: int + BuscarProgramacion() : void
- UCostoContrato: Varchar
4.3.1 DIAGRAMA DE CLASES PERSISTENTES PARA LA BASE DE DATOS.

+ MostrarPrograrmacion() : void
+ NuevaProgramacion() : void + RegistrarTarifario() : void
+ InsertarDetalleOrdenPublicidadPaquete() : void
+ ModficarProgramacion() : void
+ ModificarDetalleOrdenPublicidadPaquete() : void
+ BuscarProgramacion() : void
+ BuscarDetalleOrdenPublicidadPaquete() : void
+ EliminarProgramacion() : void
+ GenerarPublicidadAirePaquete() : void
+ ImprimirDetallePasesPaquete() : void
Las clases persistentes, son aquellas que deben ser almacenadas en una Base de Datos. El
4.4 BASE DE DATOS

Las Bases de Datos son fundamentales en el Sistema de Informacin. A causa de su amplia


utilizacin, se selecciona para el desarrollo del sistema una Base de datos Relacional, se utiliza
el lenguaje SQL para su interaccin.

4.4.1 MODELO RELACIONAL

Se define como una coleccin de tablas donde cada una tiene un nmero especfico de
columnas y un nmero de filas. Cada elemento de la tabla guarda un valor primitivo, como
enteros, cadenas, etc. De esta manera cada objeto se representa como una fila en una tabla y
donde cada columna corresponde a un atributo distinto en el objeto.

Como se defini lneas arriba en la Figura 4.23 se muestra el Modelo Relacional para el
Sistema.

111
TPlanPagos * TContrato *
NPlanPagos
NContrato
NContrato TPagos *
NUsuario
TPaquetes * NPagos
NCliente
NCliente
NPaquetes NContrato
FechaActualPlanPagos
NOrdenPublicidad
NombrePaquete NCliente
Total
TEmpleado * NombreRepresentado
CostoPaquete NumFactura
Acuenta
CodEmpleado CiRepresentado
UCostoPaquete NumCheque
Saldo
NEmpleado ExpRepresentado
DuracionPaquete FechaLimite
NFactura
Nacionalidad NombreRepresentante
UDuracionPaquete FechaActualPAgo
NCheque
Expi CIRepresentante
DetallePAquete TotalPago
Cancelado
lsm ExpRepresentante
TotalPases NumeroCuotas
NPasaporte N_PoderRepresentado
FechaRegistroPaquete
Nombres N_PoderRepresentante
Apellidos FechaActualContrato
FecNac CostoEmision
Edad TotalContrato
Pais Moneda
Departamento NumFactura
Provincia TipoPago
EstCivil Cancelado
TUsuario * TCliente *
NHijos NUsuario NumCheque Ncliente
NombreConyuge CodEmpleado TipoContrato NombreCliente
FonoFijos TipoUsuario Estado DescripcionCliente
TDetallePaquetes * FonoCel FechaUsuario NumeroMeses TipoCliente
NDetallePaquetes Email Contrasena NitCliente
NPaquetes Email1 CuentaUsuario TelefonoEmpresa
NProgramacion Direccion NFax
FechaRegistroDetalle
NombreContacto
EmailContacto

112
Categoria
Direccion
FonoContacto

TOrdenPubli *
TDetalleContratacion * TDetalleOrdenPubli * NOrdenPublicidad
NDetalleContratacion
TContratacion *
NDetalleOrdenPubli NUsuario
NFicha TPublicidad *
NFicha

Figura 4.23 Modelo Relacional


NOrdenPublicidad NCliente NPublicidad
CodEmpleado
FecActualContratacion NProgramacion NPublicidad
Cargo NombrePublicidad
Sueldo NTarifario Cobertura
FechAdm DescripcionPublicidad
Cargo CostoContrato NombreSpot
Regional
TipoContrato UCostoContrato Duracion
Rd
FormaPago UDuracion
GradoInst
DptoTrabajo FechaActualOrden
HorPrim1
FechaInicio
HorPrim2
FechaFin
HorSeg1
NumPases
HorSeg2
FormaPago
DptoTrabajo TTarifario *
NTarifario
TipoContrato TDetalleOrdenPubliPaquetes * TProgramacion * NProgramacion
SueldoBasico NDetalleOrdenPubliPaquetes
NProgramacion
NPublicidad
NOrdenPublicidad
Hrs
CostoCatComercial
NPaquetes
NombrePrograma
UCosto
CostoContrato
TipoPrograma
FechaRegistro
UCostoContrato
Categoria
Clasificacion
ClasePrograma
CantidadCortes
4.4.2 DESCRIPCIN DE TABLAS.

MDULO DE RECURSO HUMANO

Nombre del Campo Tipo Longitud Descripcin


Numrico 4 Es un cdigo generado para la tabla
CodEmpleado
TEmpleado
NEmpleado Texto 10 Es el nmero de Cedula de Identidad
Nacionalidad Texto 15 Nacionalidad del empleado
Expi Texto 10 Expedido del CI
lsm Texto 20 Numero de Libreta de servicio militar
NPasaporte Texto 20 Numero de pasaporte del empleado
Nombres Texto 50 Nombre completo del empleado
Apellidos Texto 50 Apellido completo del empleado
FecNac Fecha 8 Fecha de Nacimiento
Edad Numrico 4 La edad del empleado
Pais Texto 20 Pas donde pertenece
Departamento Texto 20 Departamento a donde pertenece
Provincia Texto 20 Provincia a la que pertenece
EstCivil Texto 10 Estado civil del empleado
NHijos Numrico 4 Nmero de hijos que tiene el
empleado
NombreConyuge Texto 50 Nombre Completo del cnyuge del
empleado
FonoFijos Texto 23 Telfonos fijos del empleado
FonoCel Texto 26 Telfonos celulares del empleado
Email Texto 50 Correo electrnico del empleado
Email1 Texto 50 Correo electrnico del empleado
Direccion Texto 50 Direccin actual del domicilio

Tabla 4.1 Descripcin de la Tabla TEmpleado

113
Nombre del Tipo Longitud Descripcin
Campo
Numrico 4 Cdigo generado de la contratacin del
NFicha
empleado
CodEmpleado Numrico 4 Cdigo del Empleado
Cargo Texto 50 Cargo que desempeara el empleado
FechAdm Fecha 8 Fecha de que ingreso a trabajar en la
empresa
Regional Texto 15 En cul de las sucursales a nivel
nacional ingreso a trabajar el empleado
GradoInst Texto 50 Grado de estudio realizado por el
empleado
HorPrim1 Texto 10 Registro de Horarios primer turno
entrada
HorPrim2 Texto 10 Registro de Horarios primer turno
salida
HorSeg1 Texto 10 Registro de Horarios segundo turno
Entrada
HorSeg2 Texto 10 Registro de Horarios segundo turno
salida
FormaPago Texto 20 Forma en la que se remunera
econmicamente al empleado
DptoTrabajo Texto 30 Se refiere al Area de trabajo del
empleado
TipoContrato Texto 30 Qu tipo de contrato tiene el empleado
SueldoBasico Moneda 10 Sueldo que se le asigna al empleado
Rd Texto 10

Tabla 4.2 Descripcin de la Tabla TContratacin

114
Nombre del Campo Tipo Longitud Descripcin
NDetalleContratacion Numrico 4 Cdigo generado del Detalle de
contratacin del empleado

NFicha Numrico 4 Cdigo de la Contratacin del


empleado
FechaActual Fecha 8 Fecha actual de modificacin del
detalle de contratacin
Sueldo Moneda 10 Modificacin de Sueldo asignado al
empleado
Cargo Texto 50 Modificacin de Cargo asignado al
empleado
TipoContrato Texto 30 Modificacin del tipo de contrato del
empleado
DptoTrabajo Texto 30 Modificacin del tipo del rea de
trabajo del empleado
Forma Pago Texto 30 Como se pagara su sueldo

Tabla 4.3 Descripcin de la Tabla TDetalleContratacin

Nombre del Campo Tipo Longitud Descripcin


Numrico 4 Cdigo generado para el registro de
NUsuario
usuario
CodEmpleado Numrico 4 Cdigo del empleado
TipoUsuario Texto 50 Se refiere al tipo de usuario que va ser
FechaUsuario Fecha 8 Fecha Actual del registro del usuario
Contrasea Texto 20 Contrasea del empleado
CuentaUsuario Texto 50 Se refiere a una Cuenta de usuario

Tabla 4.4 Descripcin de la Tabla TUsuario

115
MDULO COMERCIAL

Nombre del Campo Tipo Longitud Descripcin


Numrico 4 Cdigo generado para el cliente
Ncliente
NombreCliente Texto 50 Nombre del cliente
DescripcionCliente Texto 50 A que se dedica el cliente
TipoCliente Texto 50 Se refiere al tipo de cliente
NitCliente Texto 10 Numero de Nit del cliente
NFax Texto 15 Nmero de Fax del cliente
TelefonoEmpresa Texto 10 Telfono del cliente
Categoria Texto 3 Llega a ser la categora en la que se
encuentra el cliente.
Direccion Texto 50 Direccin de la empresa
NombreContacto Texto 50 Nombre completo de la Persona con
que se har el contacto dentro la
empresa
EmailContacto Texto 30 Correo electrnico de la persona del
contacto
FonoContacto Numrico 7 Telfono Celular de la persona de
contacto

Tabla 4.5 Descripcin de la Tabla TCliente

Nombre del Campo Tipo Longitud Descripcin


Texto 10 Es el CI del empleado y clave del
NContrato
mismo
NUsuario Numrico 4 Cdigo del usuario
NCliente Numrico 4 Cdigo del cliente
NOrdenPublicidad Numrico 4 Cdigo de la Orden de Publicidad
NombreRepresentado Texto 50 Nombre del representado

116
CiRepresentado Texto 7 Nmero de carnet del representado
ExpRepresentado Texto 7 Es la Extensin de la Cedula de
Identidad
NombreRepresentante Texto 20 Numero de Libreta de servicio militar
CIRepresentante Texto 7 Numero CI del representante
ExpRepresentante Texto 7 Es la Extensin de la Cedula de
Identidad
N_PoderRepresentado Texto 30 Nmero del poder del Representando
N_PoderRepresentante Texto 30 Nmero del Poder del Representante
EmailRepresentante Texto 30 Direccin de correo electrnico
FechaActualContrato Fecha 8 Fecha Actual en la que realiza el
contrato
CostoEmision Moneda 10 Costo de la emisin del spot
publicitario por mes
TotalContrato Moneda 10 Costo Total del contrato
Moneda Texto 3 Re refiere al tipo de moneda con la
que se efectuara el pago por el
contrato
NumFactura Texto 9 Numero de factura
TipoPago Texto 7 Se refiere al tipo de pago que se
realizara por el contrato
Cancelado Texto 2 Se refiere al pago total del contrato
NumCheque Texto 9 Numero de Cheque
NumeroMeses Numrico 4 Total de pases del spot publicitario
TipoContrato Texto 20 Se refiere al tipo de contrato
Estado Texto 20 Se refiere al estado en que se
encuentra un contrato en un
determinado tiempo

Tabla 4.6 Descripcin de la Tabla TContrato

117
Nombre del Campo Tipo Longitud Descripcin
Numrico 4 Cdigo generado para el registro de la
NProgramacion
programacin
Hrs Texto 10 Se refiere al horario de difusin de la
programacin
NombrePrograma Texto 50 Nombre del programa
TipoPrograma Texto 20 Tipo de programa
Categoria Texto 2 Categora a la que pertenece el
programa
ClasePrograma Texto 20 Se refiere a que clase pertenece el
programa
CantidadCortes Numrico 4 Se refiere a la cantidad de cortes
publicitarios que tendr un programa

Tabla 4.8 Descripcin de la Tabla TTarifario

Nombre del Campo Tipo Longitud Descripcin


Numrico 4 Cdigo generado para el registro del
NTarifario
tarifario
NProgramacion Numrico 4 Cdigo de la programacin
NPublicidad Numrico 4 Cdigo de la Publicidad
CostoCatComercial Moneda 10 Se refiere al costo que tendr por
realizar un contrato.
UCosto Texto 5 Se refiere ala moneda del costo de la
Categora
fechaRegistro Fecha 8 Se refiere a la fecha actual en la que se
registra un determinado costo
Clasificacion Texto 10 Se refiere a la Clasificacin del
tarifario

Tabla 4.7 Descripcin de la Tabla TProgramacion

118
Nombre del Campo Tipo Longitud Descripcin
NOrdenPublicidad Numrico 4 Cdigo generado para el registro de la
Orden de Publicidad

NUsuario Numrico 4 Cdigo de usuario


NCliente Numrico 4 Cdigo del cliente
NPublicidad Numrico 4 Cdigo del tipo de publicidad
Cobertura Texto 30 Se refiere a la cobertura en la cual se
difundir el spot
NombreSpot Texto 30 Se refiere al nombre de cada spot
Duracion Numrico 4 Duracin del spot Publicitario
UDuracion Texto 20
FechaActual Fecha 8 Fecha actual en la que se registra la pro
forma
FechaInicio Fecha 8 Se refiere a la fecha de inicio de la
difusin del spot publicitario
Fecha 8 Se refiere a la fecha final de la difusin
FechaFin del spot publicitario
NumPases Numrico 4 Se refiere al nmero de pases que
tendr el contrato

Tabla 4.9 Descripcin de la Tabla TOrdenPubli

Nombre del Campo Tipo Longitud Descripcin


NDetalleOrdenPubli Numrico 4 Cdigo generado para el registro del
Detalle de Orden de Publicidad

NOrdenPublicidad Numrico 4 Cdigo Generado de la orden de


Publicidad
NProgramacion Numrico 4 Cdigo de usuario
NTarifario Numrico 4 Cdigo del cliente

119
NumPases Numrico 4 Se refiere al nmero de pases que
tendr el contrato
CostoContrato Moneda 10 Se refiere al costo que tendr el detalle
orden de publicidad
UCostoContrato Texto 5 Se refiere a la moneda del costo del
Detalle de orden de publicidad

Tabla 4.10 Descripcin de la Tabla TDetalleOrdenPubli

Nombre del Campo Tipo Longitud Descripcin


Numrico 4 Cdigo generado para el registro de
NPagos
Pagos
NContrato Numrico 4 Cdigo del contrato
Ncliente Numrico 4 Cdigo del cliente
NumFactura Texto 10 Numero de factura
NumCheque Texto 10 Numero de Cheque
FechaLimite Fecha 8 Se refiere a la fecha lmite del pago
FechaActualPAgo Fecha 8 Se refiere a la fecha actual del pago
TotalPago Moneda 10 Se refiere al total del pago
NumeroCuotas Numrico 4 Se refiere al nmero de cuotas para
realizar el pago

Tabla 4.11 Descripcin de la Tabla TPagos

Nombre del Campo Tipo Longitud Descripcin


Numrico 4 Cdigo generado para el registro del
NPlanPagos
plan de pagos
NContrato Numrico 4 Cdigo del contrato
NCliente Numrico 4 Cdigo del cliente
FechaActual Fecha 8 Se refiere a la fecha actual del registro

120
del plan de pagos
Total Moneda 10 Se refiere a la cantidad total en el plan
de pagos
Acuenta Moneda 10 Se refiere a la cantidad que se pagara
en el plan de pagos
Saldo Moneda 10 Se refiere a la cantidad sobrante
despus de realizar el pago en el plan
de pagos
Cancelado Texto 2 Se refiere al pago total del contrato en
el plan de pagos
NFactura Texto 10 Numero de Factura
NCheque Texto 10 Numero de cheque
Cancelado Texto 10 Se refiere al total de pagos del contrato

Tabla 4.12 Descripcin de la Tabla TPlanPagos

Nombre del Campo Tipo Longitud Descripcin


Numrico 4 Cdigo generado para el tipo de
NPublicidad
publicidad que maneja la empresa
NombrePublicidad Texto 50 Nombre del tipo de publicidad
DescripcionPublicidad Texto 50 Se refiere a la Descripcin del tipo de
publicidad.

Tabla 4.13 Descripcin de la Tabla TPlublicidad

Nombre del Campo Tipo Longitud Descripcin


Numrico 4 Cdigo generado para el registro del
NPaquetes
Paquetes
NombrePaquete Texto 50 Nombre del Nuevo Paquete
CostoPaquete Moneda 10 Se Refiere al Costo que tendr el

121
Paquete
UCostoPaquete Texto 5 Es la Moneda del costo del paquete
Duracion Numrico 4 Se refiere a la duracin del spot del
paquete
UDuracion Texto 10 Se refiere A la unidad de la duracin
DetallePaquete Texto 30 Es un detalle del nuevo paquete
TotalPases Numrico 4 Se refiere, al total de pases del spot que
tendr el paquete.
FechaRegistroPaquete Fecha 8 Se refiere a la fecha actual en que se
realiz el Registro del Paquete

Tabla 4.14 Descripcin de la Tabla TPaquetes

Nombre del Campo Tipo Longitud Descripcin


Numrico 4 Cdigo generado para el Detalle
NDetallePaquete
Paquete
NPaquetes Numrico 4 Cdigo del Paquete
NProgramacion Numrico 4 Cdigo de la Programacin
FechaRegistroDetalle Fecha 8 Se refiere a la Fecha Actual del
registro del detalle Paquete
Tabla 4.15 Descripcin de la Tabla TDetallePaquete

Nombre del Campo Tipo Longitud Descripcin


NDetalleOrdenPubliPaquetes Numrico 4 Cdigo generado para el registro
del Detalle de Orden de
Publicidad de los Paquetes
NOrdenPublicidad Numrico 4 Cdigo de la Orden de Publicidad
NPaquetes Numrico 4 Cdigo del Paquete
CostoContrato Modena 10 Se refiere al costo del detalle
UCostoContrato Texto 5 Se refiere a la unidad de modena

Tabla 4.16 Descripcin de la Tabla TDetalleOrdenPubliPaquetes

122
5.1 INTRODUCCIN

Un componente es una parte fsica y reemplazable de un sistema, los componentes son


bloques de construccin importantes para el modelado de los aspectos fsicos de un sistema.

Cuando construimos software es necesario integrar los componentes propios con los
componentes de terceros. Un diagrama de componentes muestra la parte fsica de un sistema,
archivos, libreras, tablas, etc.

Los componentes forman el software que debe ser desplegado en algn hardware para su
ejecucin. Cada elemento fsico en el que se ejecute los componentes se conoce como un
nodo. Un diagrama de despliegue muestra la distribucin de los componentes a travs de los
nodos y sus relaciones entre ellos.

El diagrama de componentes y el diagrama de despliegue forman el diagrama de


implementacin permitiendo modelar los aspectos fsicos del sistema.

5.2 DIAGRAMA DE COMPONENTES

Un diagrama de componentes muestra la organizacin y dependencia entre los componentes


de un sistema, cubriendo la vista de implementacin esttica de un sistema.
A continuacin, se muestra el diagrama de componentes (Figura 5.1) del presente proyecto.

Figura 5.1 Diagrama de componentes para el sistema

123
5.3 DIAGRAMA DE DESPLIEGUE

El diagrama de despliegue muestra la arquitectura fsica del hardware y el software en el


sistema. Se pueden mostrar las computadoras y los dispositivos (nodos), junto con las
conexiones que tienen unos con otros; tambin se puede mostrar el tipo de conexin
A continuacin, se muestra el diagrama de despliegue (Figura 5.2 ) para el desarrollo del
presente proyecto.

Figura 5.2 Diagrama de despliegue para el sistema

5.4 PRESENTACIN DE INTERFACES

Los formatos para la entrada de datos y la salida de informacin es la que establece el


enlace entre el usuario y la aplicacin, a continuacin, se presenta el diseo de entradas
y salidas para la presente aplicacin.

124
Caso de uso: Identificar usuario

Figura 5.3 Interfaz Identificar Usuario

Caso de uso: Registrar Usuario.

Figura 5.4 Interfaz Cuentas Usuario

125
Caso de uso: Registrar Empleado Contratacin

Figura 5.5 Interfaz Registrar Empleado Contratacin


Caso de Uso: Gestionar cliente

Figura 5.6 Interfaz Gestionar Cliente

126
Caso de Uso: Gestionar Paquete

Figura 5.7 Interfaz Gestionar Paquete

Caso de Uso: Registrar Tipo Publicidad

Figura 5.8 Interfaz Registrar tipo Publicidad

127
Caso de Uso: Verificar / Registrar Programacin

Figura 5.9 Interfaz Verificar / Registrar Programacin

Caso de Uso: Verificar / Registrar Tarifario

Figura 5.10 Interfaz Verificar / Registrar Tarifario

128
Caso de Uso: Orden de Publicidad

129
Figura 5.11 Interfaz Orden de Publicidad
Caso de Uso: Gestionar Contrato

Figura 5.12 Interfaz Gestionar Contrato

130
Caso de uso: Generar / Registrar Plan Pagos

Figura 5.13 Interfaz Generar / Registrar Plan Pagos

Caso de Uso: Generar Reportes Econmicos

Figura 5.14 Interfaz Generar Reportes Econmicos

131
Caso de Uso: Generar / Reporte Publicidad Aire

Figura 5.15Interfaz Generar Reportes Publicidad Aire


Caso de Uso: Generar Detalle de Pases

Figura 5.16 Interfaz Generar Detalle de Pases

132
Caso de Uso: Generar Reportes de Contratos

Figura. 5.17 Interfaz Generar Reportes de Contratos

133
5.5 CRITRIO DE VALIDACIN de la hiptesis
5.6

Esta prueba ser desarrollada para verificar el cumplimiento dela hiptesis, el cual indica que
mediante la implementacin del sistema de informacin desarrollado se mejorara el flujo de
informacin en los procesos que se realizan en esta rea reduciendo el tiempo de trabajo en las
transacciones realizadas.

5.5.1. EVALUACION CUANTITATIVA

Para la presente evaluacin, se seleccion el proceso del registro del detalle de pases y
posterior registro de los contratos para los respectivos clientes. Solo se considera el registro
del detalle de pases y contratos, asumiendo que el cliente ya est registrado, el paquete creado
y el tarifario registrado el tipo de publicidad registrado.

El proceso a ser medido (Registro Detalle de Pases) considera el tiempo empleado desde el
registro del detalle, registro del contrato, hasta la impresin del pauteo y contrato del cliente,
antes y despus de la implementacin de la aplicacin.

Aplicacin de la prueba t de Student: (Anexo B)

La hiptesis planteada:

El sistema de informacin coadyuva en el control y manejo de la informacin que se genera en


el proceso administrativo del rea Comercial de la Empresa de Comunicacin UNITEL-
ORURO, de forma que esta sea confiable y oportuna.

Para el desarrollo del mtodo de validacin se clasifica la hiptesis en:

Hiptesis Nula (H0)

El Sistema de informacin no coadyuva en el control y manejo de la informacin que se


genera en el proceso administrativo del rea comercial de la empresa de comunicacin
UNITEL ORURO.

134
El Sistema de Informacin NO Coadyuva en la reduciendo del tiempo en las transacciones.
Para el control y manejo de la informacin que se genera en el proceso administrativo del rea
comercial de la empresa de comunicacin UNITEL ORURO, reduciendo el tiempo en las
transacciones.

Hiptesis Alternativa (H1)

El Sistema de Informacin Coadyuva en la reduciendo del tiempo en las transacciones.


Para el control y manejo de la informacin que se genera en el proceso administrativo del rea
comercial de la empresa de comunicacin UNITEL ORURO, reduciendo el tiempo en las
transacciones.
APLICACION DEL PROCEDIMEINTO DE VALIDACION DE LA HIPOTESIS

Paso 1:

Hipotesis

Paso 2

Nro. TIEMPO (Min)


1 15
2 11
3 15
4 7
5 9
6 14
7 8
8 10
9 9
10 11
11 13
12 15
13 11
14 9
15 10
16 11
17 10

135
18 14
19 8
20 9
21 15
22 12
23 13
24 10
25 12
26 8
27 11
28 9
29 10
30 15
31 10

(Anexo B)

Paso 3

Formalmente las hiptesis se representan con la siguiente simbologa:

0: A B

1 : A> B

Regin de Rechazo.

1 1
> +2 . ;
R = { + }

En la siguiente Tabla 5.1 se muestran los datos tomados en la observacin antes de la


implementacin del sistema de informacin

Nro. TIEMPO (Min)

136
1 15
2 11
3 15
4 7
5 9
6 14
7 8
8 10
9 9
10 11
11 13
12 15
13 11
14 9
15 10
16 11
17 10
18 14
19 8
20 9
21 15
22 12
23 13
24 10
25 12
26 8
27 11
28 9
29 10
30 15
31 10

Tabla 5.1 Tiempos Registrados sin el sistema antes

Media muestral:
=1 1
= = 11,13

137
TIEMPO )
(
Nro.
(Min)
1 15 14.95
2 11 0.02
3 15 14.95
4 7 17.08
5 9 4.55
6 14 8.22
7 8 9.82
8 10 1.28
9 9 4.55
10 11 0.02
11 13 3.48
12 15 14.95
13 11 0.02
14 9 4.55
15 10 1.28
16 11 0.02
17 10 1.28
18 14 8.22
19 8 9.82
20 9 4.55
21 15 14.95
22 12 0.75
23 13 3.48
24 10 1.28
25 12 0.75
26 8 9.82
27 11 0.02
28 9 4.55
29 10 1.28
30 15 14.95
31 10 1.28

Tabla 5.2 Clculo Media Muestral


Varianza:

=1( )
2
S2 =
1

S2 = 6.05
Desviacin Estndar

138
S=6.05 = 2.46

En la siguiente tabla 5.3 se muestran los datos tomados en la observacin despus de la


implementacin del Sistema de Informacin

Nro. TIEMPO (Min)


1 6
2 5
3 7
4 5
5 4
6 5
7 3
8 5
9 6
10 7
11 4
12 4
13 4
14 7
15 7
16 6
17 5
18 5
19 6
20 7
21 7
22 5
23 4
24 3
25 7
26 5
27 6
28 6
29 7
30 6
31 7

139
Tabla 5.3 Tiempos Registrados con el sistema Despus

Media muestral:

=1 1
= = 5,47

TIEMPO )
(
Nro.
(Min)
1 6 0.2809
2 5 0.2209
3 7 2.3409
4 5 0.2209
5 4 2.1609
6 5 0.2209
7 3 6.1009
8 5 0.2209
9 6 0.2809
10 7 2.3409
11 4 2.1609
12 4 2.1609
13 4 2.1609
14 7 2.3409
15 7 2.3409
16 6 0.2809
17 5 0.2209
18 5 0.2209
19 6 0.2809
20 7 2.3409
21 7 2.3409
22 5 0.2209
23 4 2.1609
24 3 6.1009
25 7 2.3409
26 5 0.2209
27 6 0.2809
28 6 0.2809
29 7 2.3409
30 6 0.2809

140
31 7 2.3409

Tabla 5.4 Clculo Media Muestral

Varianza:

=1( )
2
S2 =
1

S2 = 1.57
Desviacin Estndar

141
S=1.57 = 1.25

Clculo de la prueba estadstica:

En la siguiente Tabla 5.5 se muestra el resumen de los tiempos tomados antes y despus de la
implantacin del sistema de informacin.

TIEMPO 1 TIEMPO 2
Nro.
Antes (Min) Despus (Min)
1 15 6
2 11 5
3 15 7
4 7 5
5 9 4
6 14 5
7 8 3
8 10 5
9 9 6
10 11 7
11 13 4
12 15 4
13 11 4
14 9 7
15 10 7
16 11 6
17 10 5
18 14 5
19 8 6
20 9 7
21 15 7
22 12 5
23 13 4
24 10 3
25 12 7
26 8 5

142
TIEMPO 1 TIEMPO 2
Nro.
Antes (Min) Despus (Min)
27 11 6
28 9 6
29 10 7
30 15 6

Tabla 5.5 Resumen registro de tiempos, antes y despus


Grados de libertad:
+ 2 = 31 + 31 2 = 60

Mediante tabla: (AnexoB)


60;0.05 = 1.671

Intervalo de confianza:
1 - 0,05 = 0.95

T=1.671
Figura 5.18. Distribucin normal

2 2
2 ( 1) +( 1)
sp =
+ 2
(311)6.05+(311) 1.57
sp2= = 3.81
31+312

= 3.81 = 1.95

1 1
+ = 0.25
31 31

= {
> 1.67160;0,05 1.95 0.25}

143
= {11.13 5.47 > 0.81}

5.5.1.1 CONCLUSIN DE LA EVALUACIN

Se puede decir entonces, que se tiene la suficiente evidencia muestral para: Rechazar la
hiptesis nula 0 y aceptar la hiptesis alternativa H1,que, con la aplicacin del Sistema de
informacin, coadyuva en el control y manejo de la informacin que se genera en el proceso
administrativo del rea Comercial de la Empresa de Comunicacin UNITEL-ORURO,
reduciendo el tiempo de las transacciones, de forma que esta sea confiable y oportuna.

5.5.2 EVALUACION CUALITATIVA

5.5.2.1 MTODO DE EVALUACIONES SUMARIAS

Se utiliz dos cuestionarios que representan la cuantificacin de la variable de inters ANTES


y DESPUES de la aplicacin del Sistema de Informacin.

Se tom como muestra el nmero de 5 personas entrevistadas dentro de la institucin.

El mtodo de Evaluaciones Sumarias consiste en un conjunto de tems presentados en forma


de afirmaciones o juicios ante los cuales se pide la reaccin de los sujetos a los que se les
administra.

El resultado X obtenido de la encuesta est comprendido en el rango:0 10 cuya


relacin para determinar X viene dado por la siguiente relacin:

=

Donde:

X: Ponderacin obtenida resultante de la Escala.


TE: Representa el total de la evaluacin de la escala del mtodo, calculado por las
ponderaciones de las respuestas y sus respectivas coincidencias.
NE: Representa el nmero de encuestas realizadas.
NI: Es el nmero de tems expuestas en el cuestionario.

144
Las ponderaciones para el Mtodo de Evaluaciones Sumarias son:

Escala Puntuacin
Definitivamente Si 4
Probablemente Si 3
Indeciso 2
Probablemente No 1
Definitivamente No 0

Tabla 5.6 Ponderaciones Mtodo de Evaluaciones Sumarias

5.5.2.2 EVALUACIN DEL SISTEMA

Para valorar la aceptacin de los usuarios hacia el sistema, se proporcion un cuestionario con
10 preguntas (Anexo B), al siguiente personal de la empresa de Comunicacin UNITEL
Oruro.

Gerente administrativo
Jefe Comercial
Jefe Contabilidad
Encargado Emisin

5.5.2.3 RESULTADOS DE LA EVALUACIN

Evaluando los resultados de las 10 encuestas realizadas, las puntuaciones obtenidas para cada
alternativa se detallan en la Tabla 5.2 antes de la implantacin del Sistema de Informacin.

Nro. Definitivamente Probablemente Probablemente Definitivamente


Indeciso
pregunta Si Si No No
1 3 2 1 2 2
2 3 4 1 2
3 1 3 2 4

145
4 3 5 1 1
5 2 3 1 2 2
6 5 3 2
7 2 2 4 2
8 3 3 3 1
9 5 3 2
10 4 2 2 2
Total 31 30 9 19 11

Tabla 5.7 Mtodo de Escalamiento de Likert Resultados

Clculos para obtener el valor de X:

31x4 30x3 9x2 19x1 11x0 TE


124 90 18 19 0 251

Tabla 5.3 Mtodo de Evaluaciones Sumarias Calculo de TE


X= 2.51

Evaluando los resultados de las 10 encuestas realizadas, las puntuaciones obtenidas para cada
alternativa se detallan en la Tabla 5.3, despus de la implantacin del Sistema de Informacin

Nro. Ni de Acuerdo ni En Muy en


Muy de Acuerdo De acuerdo
pregunta en Desacuerdo Desacuerdo Desacuerdo
1 7 3
2 7 2 1
3 8 1 1
4 5 4 1
5 6 2 2
6 5 4 1
7 7 3

146
8 5 3 2
9 7 2 1
10 6 3
Total 63 27 9 0 0

Tabla 5.8 Mtodo de Escalamiento de Likert Resultados

Clculos para obtener el valor de X:

63x4 27x3 9x2 0x1 0x0 TE


252 81 18 0 0 351

Tabla 5.9 Mtodo de Evaluaciones Sumarias Calculo de TE


X = 3.51

5.5.2.4 CONCLUSIN DE LA EVALUACIN

Comparando los resultados de las mediciones, se demuestra que el uso del nuevo sistema de
informacin es altamente aceptada por los usuarios del sistema.

147
6.1 INTRODUCCIN

En la fase de pruebas de sistema se verifican los resultados obtenidos en la fase de


implementacin con el objetivo de descubrir fallas en el sistema, se comprueba adems que el
sistema desarrollado cumple con los requisitos y que se comporta de acuerdo a las
especificaciones determinadas.
Las pruebas ayudan a comprobar la robustez del sistema, para ello se hace uso de los casos de
uso del sistema, entonces para cada uno de ellos se comprueba que

el sistema se comporta de la forma esperada. Tambin se ejecutan pruebas para validar los
requisitos no funcionales que fueron establecidos.

6.2 PROCEDIMIENTOS DE PRUEBA

Los procedimientos de prueba especifican cmo se llevan a cabo los casos de prueba en forma
de instrucciones.

a) Pruebas de caja negra: son ejecutadas en casos de uso, stas se dedican a verificar el
comportamiento observable externamente del sistema, este tipo de pruebas no estn
basadas en el conocimiento del diseo interno del programa en cambio se enfocan en los
requerimientos establecidos y en la funcionalidad del sistema.

CASO DE PRUEBA: IDENTIFICAR USUARIO

Datos de Entrada:

Identificacin de clases equivalentes


Clases de equivalencia Clases de equivalencia no
Condicin de entrada
vlida vlida
Cuenta 1: 0..9, a..z, A..Z 2: Otro
Password 1: 0..9, a..z, A..Z 2: Otro

Tabla 6.1 Identificacin de clases equivalentes

148
Evaluacin de clases equivalencia
Clase de
N de caso Usuario Contrasea Resultado
equivalencia
1 1 Adminis Adminis77 Acceso valido
2 2 Admin 123 Acceso denegado

Tabla 6.2Evaluacin de clases equivalencia

Condiciones de ejecucin:

Caso de Prueba 1 Ingresar Usuario Adminis, Contrasea Adminis77


1. Ejecutar la aplicacin
2. En la pantalla Identificar usuario, en el campo Usuario
ingrese la cuenta de la persona [Adminis] y en el
Procedimiento
campo Contrasea ingrese la contrasea de la persona
[Adminis77] y pulse el botn Ingresar.
3. Ingresa al men principal del sistema.
La cuenta [Adminis] y la contrasea [Adminis77]
Resultado
permiten el acceso al sistema.

Tabla 6.3 Procedimiento 1: Ingresar Usuario [Adminis] Contrasea [Adminis77]

Caso de Prueba 2 Ingresar Usuario Administrador, Contrasea 123


1. Ejecutar la aplicacin
2. En la pantalla validar usuario, en el campo Usuario
ingrese la cuenta de la persona [Admin] y en el campo
Procedimiento
Contrasea ingrese la contrasea de la persona [123] y
pulse el botn Ingresar.
3. Acceso denegado al men principal del sistema.
La cuenta [Admin] y la contrasea [123] no permiten el
Resultado
acceso al sistema.

149
Tabla 6.4 Procedimiento 2: Ingresar Usuario [Admin] Contrasea [123]
Resultado esperado: Restringe el acceso a los datos [Admin] y [123]

Objetivo del caso de prueba: Comprobar el acceso al Sistema resultado esperado.

CASO DE PRUEBA: REGISTRAR CLIENTE

Datos de Entrada:

Identificacin de clases equivalentes

Clases de equivalencia Clases de equivalencia no


Condicin de entrada
vlida vlida
Nro. Nit 1: 0..9 2: Otro
Nombre Empresa 1: A..Z 2: Otro

Tabla 6.5 Identificacin de clases equivalentes

Evaluacin de clases equivalencia

N de caso Clase de Nit Nombre Resultado


equivalencia
1 1 153112021 ADIM S.R.L. Datos almacenados
correctamente
2 2 153112021or 123 Restriccin en el
almacenamiento de
datos

Tabla 6.6 Evaluacin de clases equivalencia

Condiciones de ejecucin:

Caso de Prueba 1 Registrar Cliente Nit1531102021, Nombre ADIM S.R.L.

150
1. Ejecutar la aplicacin
2. Se ingresa al sistema mediante el usuario y contrasea
proporcionados por el administrador del sistema.
3. En la pantalla Gestionar cliente, en el campo Nitingrese el
Procedimiento
Nit del cliente [153112021] y en el campo Nombre ingrese
el nombre del Cliente [ADMIN S.R.L.] y pulse el botn
ACEPTAR.
4. Su registro fue ingresado de forma correcta
El Nit[153112021] y el nombre [ADMIN S.R.L.] se almacena
Resultado
correctamente.

Tabla 6.7 Procedimiento 1: Registrar cliente, Nit [153112021] Nombre [ADIM S.R.L.]

Caso de Prueba 2 Registrar comensal Nit 153112021 or, Nombre 123


5. Ejecutar la aplicacin
6. Se ingresa al sistema mediante el usuario y contrasea
proporcionados por el administrador del sistema.
7. En la pantalla Gestionar cliente, en el campo Nit ingrese
Procedimiento
elNit del cliente [153112021or] y en el campo Nombre
ingrese el nombre del cliente [123] y pulse el botn
Guardar.
8. Se restringe los datos ingresados.
El Nit [153112021or] y el nombre [123] no se almacena en la
Resultado
base de datos.

Tabla 6.8 Procedimiento 2: Registrar Cliente Nit [153112021or] Nombre [123]

Resultado esperado: Restringe el almacenamiento de datos [153112021Or] y [123]

Objetivo del caso de prueba: Comprobar el almacenamiento del sistema resultado


esperado.

b) Pruebas de sistema: en el proyecto se llevaron a cabo las siguientes pruebas (Anexos C):

151
Pruebas de instalacin, verifican que el sistema puede ser instalado en la plataforma
del cliente y que el sistema funcionar correctamente cuando sea instalado, en la
institucin se llev a cabo la instalacin del sistema y se verific su correcta
instalacin por los usuarios de la empresa de comunicacin Unitel ORURO.

Pruebas de configuracin, verifican que el sistema funciona correctamente en


diferentes configuraciones, para el proyecto se realiz pruebas de configuracin en las
plataformas de Windows XP, Windows Vista y Windows 7, en las mismas no se
encontr dificultades para ejecutar la aplicacin desarrollada.

6.3 EVALUACIN DE LAS PRUEBAS

La aplicacin fue evaluada en primera instancia por el Gerente Administrador de la empresa


de Comunicacin Unitel- ORURO, en la misma se observ una respuesta favorable con un
90% de aceptacin ante el sistema. Posteriormente se realiz una evaluacin individual
(cuestionario de 10 preguntas- Anexos B) en base a una Escala de Likert, los resultados
obtenidos expresaron que el personal acepta en un 87.51%el sistema de Informacin.

Prueba Aplicado a Probado por Resultado


Caja negra 50% de los Usuarios Correcto
archivos
De sistema instalacin Toda la Usuarios/Desarrollador Correcto
aplicacin
De sistema configuracin Toda la Desarrollador Correcto
aplicacin

Tabla 6.9 Evaluacin general de las pruebas.

152
7.1 INTRODUCCIN

Los Puntos de caso de uso es un mtodo de estimacin de esfuerzo para proyectos de software,
a partir de sus casos de uso. Fue desarrollado por Gustav Karner en 1993, basndose en el
mtodo de puntos de funcin, y supervisado por Ivar Jacobson. El mtodo de puntos de caso
de uso utiliza los actores y coso de usos relevantes para calcular el esfuerzo que significa
desarrollar un sistema de informacin. A los casos de uso se les asigna una complejidad
basada en transacciones, entendidas como una interaccin de usuario y el sistema mientras que
a los actores se les asigna una complejidad basada en su interaccin con las interfaces de
acceso a otros sistemas.

7.2 COSTOS DEL PROYECTO

El mtodo de estimacin del esfuerzo utiliza 4 variables principales:

1. Factor de peso de los actores sin ajustar (UAW)


2. Factor de peso de los casos de uso sin ajustar (UUCW)
3. Puntos de caso de uso ajustados (UCP)
4. Esfuerzo horas hombre

7.2.1 FACTOR DE PESO DE LOS ACTORES SIN AJUSTAR (UAW)

TIPO DE FACTOR DE NUMERO DE RESULTADO


ACTOR PESO ACTORES
Simple 1 2 2
Promedio 2 2 4
complejo 3 1 3
TOTAL 9

Tabla 7.1 Factor de los actores sin ajustar

153
7.2.2 FACTOR DE PESO DE LOS CASOS DE USO SIN AJUSTAR (UUCW)

TIPO DE CASO FACTOR DE NUMERO DE RESULTADO


DE USO PESO CASOS DE USO
Simple 5 6 30
Promedio 10 4 40
complejo 15 2 30
TOTAL 100

Tabla 7.2 Factor de los casos de uso sin ajustar

Reemplazando valores en las formulas (1), (2) y finalmente (3) se tiene:


UUCP = UAW + UUCW
UUCP= 9+100
UUCP = 109

7.2.3 FACTORES DE COMPLEJIDAD TCNICA

NUMERO PESO VALOR RESULTADO COMENTARIOS


DE FACTOR
T1 2 0 0 El sistema es entorno web.
T2 1 2 2 Tiempo de respuesta adecuado
T3 1 2 2 Algunos usuarios presentaron
problemas con el uso del
sistema
T4 1 2 2 El sistema es desarrollado con
un Framework
T5 1 2 2 El sistema es desarrollado bajo
la arquitectura MVC, por tanto
podr ser usado por sistemas
similares
T6 0.5 3 1.5 El sistema ni es complejo en su

154
instalacin
T7 0.5 3 1.5 El sistema debe ser fcil de
usar
T8 2 0 0 El sistema no requiere ser
portable
T9 1 3 3 El sistema est estructurado
para que los cambios
realizados afecten lo menos
posible las funcionalidades del
mismo
T10 1 3 3 La concurrencia en el sistema
es tratada con importancia
T11 1 4 4 Los usuarios cuentan con una
contrasea para el ingreso al
sistema
T12 1 0 0 Los usuarios deben estar
registrados para hacer uso del
sistema
T13 1 0 0 Se debe incluir un manual de
usuario para garantizar la
correcta usabilidad del sistema
TOTAL 21

Tabla 7.3 Factores de Complejidad Tcnica

Reemplazando valores en las formulas (5)y (6) se tiene:

TFactor =(Valor asignado * peso) (5)


TCF = 0.6 + (0.01 * TFactor) (6)
TCF = 0.6 + (0.01 * 21)
TCF = 0.81

155
7.2.4 FACTORES AMBIENTALES

NUMERO PESO VALOR RESULTADO COMENTARIO


DE FACTOR
E1 1.5 5 7.5 El sistema es desarrollado con
UML
E2 0.5 4 2 El sistema est desarrollado
con el Framework CodeIgniter
E3 1 4 4 Se considera cierto grado de
experiencia en la programacin
orientada a objetos (OO)
E4 0.5 5 2.5 El sistema es desarrollado por
una sola persona
E5 1 4 4 Buena
E6 2 4 8 El sistema se encuentra sujeto
a cambios en su desarrollo
E7 -1 0 0 Tiempo completo
E8 -1 2 -2 El sistema es desarrollado con
Framework
TOTAL 26

Tabla 7.4 Factores Ambientales

Reemplazando valores en (7) y (8) el factor de ambiente es:

EFactor = (Valor * peso) (7)


EF = 1,4 + (-0.03 * EFactor) (8)
EF = 1.4 + (-0.03 * 26)
EF = 0.62

Calculo de los puntos de caso de uso ajustado reemplazando en (4):

156
UCP = UUCP * TCF * EF
UCP = 109*0.81*0,62
UPC = 54.74

El esfuerzo en horas hombre viene dado por, reemplazando en (9)

E = UCP * CF
E= 54.74 * 20
E = 1094.79 Horas hombre

7.3COSTO DEL SISTEMA

Segn clculos efectuados en la siguiente tabla el esfuerzo total es:

ACTIVIDAD PORCENTAJE HORAS-HOMBRE


Anlisis 10 % 248.59
Diseo 20 % 497.18
Programacin 40 % 994.36
Pruebas 15 % 372.88
Sobrecarga 15 % 372.88

Tabla 7.5costo Total Sistema

ETotal = 2486 [ horas - hombre]

Clculo del tiempo del desarrollo del software

TDesarrollo = ETotal / NDTotal

Dnde: ND = Numero de desarrolladores = 1

TDesarrollo = 2486 / 1

157
TDesarrollo = 2486

Considerando que se trabajan 8 horas diarias

TDesarrollo = TDesarrollo / 8 horas /da

TDesarrollo = 2486 / 8 horas /da

TDesarrollo = 310.7 das = 311 das aproximadamente

TDesarrollo= 10 meses aproximadamente

Remplazando en la formula (10), con ND = 1 y TH = $us 2.5, donde TH es la tarifa por


hora. Por tanto, el costo total del proyecto es:

Costo total = ETotal * ND * TH


Costo total = 2486 * 1 * 2.5 = 6215 [$us]

Por tanto, el costo total del proyecto es de 6215 $us, para un tiempo de desarrollo de
10 meses aproximadamente.

158
8.1 CONCLUSIONES

La sistematizacin de los procesos que se maneja en el rea comercial, lleva a la consolidacin


de necesidades especficas de comunicacin, para el intercambio de informacin entre la
administracin, el jefe comercial y el encargado de emisin. Este es un factor que determina la
importancia de la informacin procesada, reduciendo el tiempo de la ejecucin de las
transacciones,sobre todo facilita la toma de decisiones.

Durante el desarrollo del presente proyecto, se pudo evidenciar muchas situaciones y casos
especiales para su tratamiento en las distintas reas de Trabajo, pero a manera de conocer el
contexto del sistema se plasm el modelo del negocio, gracias a la contribucin de la empresa,
a travs de la revisin de documentacin, informes y reportes.

Posteriormente se identific los requerimientos funcionales y no funcionales del sistema,


analizando cada uno de ellos, realizamos diagramas de casos de uso para entender mejor la
interaccin del usuario con el sistema a construir, elaborando prototipos de interfaz de usuario.

Tambin se elabor una base de datos capaz de almacenar todos los procesos que se manejan
en el rea comercial, para obtener informacin real y confiable y disminuir las prdidas de
informacin relevante y necesaria.

El recurso humano, es un factor importante, ya que de ello depende el xito del


funcionamiento operativo del sistema, de lo contrario el sistema tiende a ser deficiente y
desechado a corto plazo, es por eso que se desarroll prototipos de interfaces amigables y de
fcil interaccin.

En relacin a la verificacin de la hiptesis planteada, se demostr mediante la prueba t de


Student:y el mtodo de Evaluaciones Sumarias, consiguiendo de esta manera verificar la
hiptesis planteada y la aceptacin del sistema.

159
Los casos de prueba ayudaron a comprobar las entradas y sus respectivos resultados que
fueron los esperados, en cuanto a los procedimientos, stos coadyuvaron a reforzar los
resultados que se esperaba que diera el Sistema de Informacin, la misma que fue capaz de
reemplazar el proceso manual que exista antes.

Se puede mencionar tambin que la implementacin del sistema presenta un ahorro de tiempo
significativo a la hora de realizar las distintas tareas en el rea Comercial, adems no implica
costos significativos, debido a que se hace uso de los medios y recursos con los que cuenta
actualmente la empresa.

8.2 RECOMENDACIONES

Se recomienda sistematizar las otras reas de trabajo para tener un mejor control en las
transacciones que se realizan en cada una de ellas.

Se recomienda documentar, el estudio y la investigacin que se realiza dentro de la institucin,


para futuros proyectos o trabajos que se requiere la empresa.

Para la incorporacin de personal nuevo, es importante asignar un periodo de induccin a las


tareas y responsabilidades que este debe cumplir, para luego proceder a la capacitacin del
mismo para que este pueda operar el Sistema, para evitar problemas e inconvenientes futuros,
sobre todo para resguardar la informacin que se tiene en el mismo.

Al Sistema de Informacin implantado en la empresa, se debe de realizar mantenimientos


Preventivos con el fin de actualizar la tecnologa hardware.

Tambin se recomienda realizar diferentes pruebas de verificacin de la hiptesis, as como la


prueba F-Fisher, con el fin de tener objetividad y ser respaldada con la documentacin
cuantitativa que este estadstico presenta.

Se recomienda a los usuarios del Sistema realizar peridicamente el resguardo de la


informacin para evitar prdidas de datos e informacin importantes y por seguridad los

160
usuarios no deben compartir las contraseas de Usuario, con el fin de asegurar la veracidad,
integridad y confiabilidad de la informacin.

Se recomienda a la empresa renovar algunos de los equipos de computacin, adquirir ms


impresoras para mejorar el trabajo y futuros proyectos.

161
9.1 REFERENCIA BIBLIOGRFICA

CONTRERAS, L. M. G., 2012. RESUMEN EJECUTIVO DEL PROYECTO, ORURO:


Unitel.
Soria, I. J. C. M., 2014. RESUMEN RANKING. ANUARIO 2014, 1(1), p. 8.
SORIA, I. J. C. M., 2015. INFORME DE ACTIVIDADES 25 ANIVERSARIO ,
ORURO: s.n.
JACOBSON, Ivar. BOOCH, Grady. RUMBAUGH, James. El Proceso Unificado de
Desarrollo de Software. Espaa: Addison Wesley; 2000.
MATSUKAWA MAEDA, Sergio. Anlisis y Diseo Orientado a Objetos con UML y
Rational Rose. Lima-Peru: Empresa Editora Macro E.I.R.L. 2004
SCHMULLER, Joseph. Aprendiendo UML en 24 horas. Mxico: Pearson Educacin
Latinoamrica; 2003.
SALGADO ARI, Lucio. Bases de Datos. Oruro-Bolivia: Latinas Editores; 2003.
LARMAN, Craig. UML Y Patrones, introduccin al anlisis y diseo orientado a
objetos. Prentice-Hall.
PAUL KIMMEL, Manual de UML, Ao 2002
KENNETH E KENDALL Y JULIE E KENDALL; Anlisis y Diseo de Sistemas;
Price Hall; Sexta Edicin; Mxico; 2005
PROGRAMACIN CON DELPHI, Lecca E. Rafo, UMSM Lima.
BASE DE DATOS RELACIONALES, Casamayor Mota Celma, Pearson Espaa.

9.2 SITIOS WEB CONSULTADOS

Escalas Likert [internet]. 20 octubre 2014; [Consultado 2016 Octubre 1]. Disponible
en:
http://es.wikipedia.org/wiki/EscalasLikert
Modelado del negocio [internet]; [consultado 30 enero 2017 ]. Disponible en:
http://cidecame.uaeh.edu.mx/lcc/mapa/PROYECTO/libro10/351_modelado_del_negocio.
html

162
Ingeniera de software [internet]. 5a edicin; PDF [consultado 2014 Octubre 12].
Disponible en:
http://dis.unal.edu.co/~fgonza/courses/2003/ingSoft1/CAP5.pdf
Puntos de casos de uso [internet]. 22 junio 2010; [consultado 2016diciembre 28].
Disponible en:
http://es.wikipedia.org/wiki/Puntos_de_caso_de_uso
El Proceso Unificado gil: fases y disciplinas [internet]. 7 junio 2012; [consultado
2016octubre 20]. Disponible en:
http://nosolopau.com/2012/06/07/mas-sobre-el-proceso-unificado-agil-fases-y-disciplinas/

163
ANEXO A
NOTA PERIDICO RECONOCIMIENTOS

164
METODO FURPS+

De manera tradicional, existe la clasificacin que se hace de requisitos en 2 tipos:

Los requisitos Funcionales los cuales especifican funciones que el sistema debe ser capaz de
realizar, sin tomar restricciones fsicas a consideracin.

Los Requisitos no Funcionales los cuales describen atributos del sistema o atributos del
ambiente del sistema.

Pero existen muchas clasificaciones de requisitos. Una de estas es el modelo FURPS+, usando
el acrnimo FURPS (por las siglas en ingls) para describir las principales categoras de
requisitos:
Funcionalidad
Facilidad de Uso
Confiabilidad
Rendimiento
Soporte

El signo + dentro del nombre del modelo indica que se deben de incluir requisitos tales
como:
Restricciones de diseo
Requisitos de Implementacin
Requisitos de Interfase
Requisitos Fsicos

Funcionalidad
Los requisitos de funcionalidad deben incluir:
Conjunto de Caractersticas
Capacidades
Seguridad

165
Facilidad de Uso
Deben incluir subcategoras tales como:
Factores humanos
Estticos
Consistencia en la Interfaz de Usuario
Ayuda en lnea
Asistentes
Documentacin del usuario
Material de capacitacin

Confiabilidad
Se considera requisitos de confiabilidad:
Frecuencia y severidad de fallas
Recuperacin a fallos
Tiempo entre fallos

Rendimiento
Un requisito de rendimiento impone condiciones a los requisitos funcionales. Por ejemplo, a
una accin dada, se pueden especificar los siguientes parmetros de rendimiento:
Velocidad
Eficiencia
Disponibilidad
Tiempo de Respuesta
Tiempo de Recuperacin
Utilizacin de Recursos

Soporte
Los requisitos de soporte pueden incluir:
Requisitos de instalacin
Requisitos de Configuracin

166
Requisitos de Adaptabilidad
Requisitos de Compatibilidad

Requisitos de Diseo
Tambin llamados restricciones de diseo, especifican o restringen el diseo de un sistema.

Requisitos de Implementacin
Un requisito de implementacin especifica o restringe la codificacin o construccin de un
sistema. Algunos ejemplos son:
Estndares requeridos
Lenguajes de implementacin
Polticas para la integridad de la Base de Datos
Limites de los recursos
Ambientes de operacin

Requisitos de Interfase
Un requisito de interfaseespecfica:
Un elemento externo con el cual el sistema debe de interactuar
Restricciones en formato, tiempos u otros factores.

Requisitos Fsicos
Un requisito fsico especifica una caracterstica fsica que el sistema debe de poseer, por
ejemplo:
material
forma
peso
tamao
Este tipo de requisitos puede ser usado para representar requisitos de hardware, as como la
configuracin de red requerida.

167
ANEXO B
TABLA DE T STUDENT

168
CUESTIONARIO

CUESTIONARIO
Las afirmaciones que se encuentran a continuacin son opiniones antes de implantar el sistema
informtico, marque por favor que tan de acuerdo est usted con estas preguntas.
1. Con los recursos manuales que cuenta realiza sin problema el desempeo de sus funciones?
Definitivamente Si Probablemente Si Indeciso Probablemente No Definitivamente No

2. La informacin archivada es confiable y no propensa a prdidas o ausencias?


Definitivamente Si Probablemente Si Indeciso Probablemente No Definitivamente No

3. Existe una optimizacin de los recursos existentes para el mejor desempeo de sus
actividades?
Definitivamente Si Probablemente Si Indeciso Probablemente No Definitivamente No

4. La creacin de todos los respaldos a sus actividades es facilitada por los recursos existentes?
Definitivamente Si Probablemente Si Indeciso Probablemente No Definitivamente No

5. Tiene fuentes de informacin oportuna, confiable, verificable y comprensible a sus


actividades?
Definitivamente Si Probablemente Si Indeciso Probablemente No Definitivamente No

6. Tiene facilidad para realizar los Contratos y Pauteos de los clientes?


Definitivamente Si Probablemente Si Indeciso Probablemente No Definitivamente No

7. Existe un seguimiento eficiente en la informacin del plan de pagos y pagos?


Definitivamente Si Probablemente Si Indeciso Probablemente No Definitivamente No

8. Actualmente usted considera que se maneja de forma apropiada las salidas del spot de los
clientes?
Definitivamente Si Probablemente Si Indeciso Probablemente No Definitivamente No

169
9. Usted considera que los reportes que tiene al realizar todo el proceso de la informacin que se
maneja, le ayuda a tomar decisiones confiables?
Definitivamente Si Probablemente Si Indeciso Probablemente No Definitivamente No

1. Usted est conforme y cmodo con las tareas que realiza en forma manual?
Definitivamente Si Probablemente Si Indeciso Probablemente No Definitivamente No

CUESTIONARIO
Las afirmaciones que se encuentran a continuacin son opiniones despus de implantar el sistema
informtico, marque por favor que tan de acuerdo est usted con estas preguntas
1. Considera Ud. (s), que el sistema de informacin le facilita las tareas que realiza dentro
de la empresa?
Definitivamente Si Probablemente Si Indeciso Probablemente No Definitivamente No

2. El Sistema de Informacin cumple con los requerimientos que necesita diariamente?


Definitivamente Si Probablemente Si Indeciso Probablemente No Definitivamente No

3.El Sistema de Informacin presenta reportes oportunos con informacin actualizada y


detallada en relacin a los contratos de los diferentes clientes?
Definitivamente Si Probablemente Si Indeciso Probablemente No Definitivamente No

4. El sistema de informacin es de fcil manejo con respecto a la navegacin de


pantallas?
Definitivamente Si Probablemente Si Indeciso Probablemente No Definitivamente No

5.A travs del Sistema de Informacin usted agiliza el proceso de registro?


Definitivamente Si Probablemente Si Indeciso Probablemente No Definitivamente No

170
6. Tiene facilidad para realizar los Contratos y Pauteos de los clientes?
Definitivamente Si Probablemente Si Indeciso Probablemente No Definitivamente No

7. Considera usted que el Sistema de Informacin proporciona datos actualizados


diariamente para facilitar el trabajo que realiza?
Definitivamente Si Probablemente Si Indeciso Probablemente No Definitivamente No

8. El Sistema de informacin ayuda a controlar mejor las salidas del spot diariamente?
Definitivamente Si Probablemente Si Indeciso Probablemente No Definitivamente No

9. Los reportes que muestra el Sistema de Informacin le ayudan a tomar decisiones


confiables presentes y/o futuras?
Definitivamente Si Probablemente Si Indeciso Probablemente No Definitivamente No

10. Usted considera que el aprendizaje del manejo del sistema de Informacin fue
sencillo?
Definitivamente Si Probablemente Si Indeciso Probablemente No Definitivamente No

171
ANEXO C

PRUEBAS DEL SISTEMA

PRUEBAS DE CONFIGURACIN

Objetivo de la Prueba Validar que el sistema funciona


apropiadamente en las reas de trabajo
recomendadas

- rea contabilidad
- rea Comercial
- Gerencia
- Emisin

Descripcin de la prueba Estas pruebas verifican la operacin del


sistema en diferentes configuraciones de
hardware y software.

Las estaciones pueden tener diferentes


versiones de software instaladas
(Sistemas Operativos, Drivers, etc) y en
cualquier momento, pueden llegar a
utilizarse diferentes combinaciones

rea Comercial, sistema operativo


Windows 7, configuracin del sistema.

rea Contabilidad, sistema operativo XP,


Configuracin del sistema.

rea Emisin, Sistema operativo XP,


Configuracin del Sistema.

172
Gerencia, Sistema Operativo Windows
10, configuracin del sistema
Tcnica Se realiz la apertura de los programas
que estn instalados en la maquina donde
se realiz la configuracin del sistema de
informacin:

- 10 aperturas y cierres de programas de


Microsoft como ser: Excel, Word, paint,
sin problema de ejecucin

- Se utiliz el sistema a la par de la


ejecucin de algunos de los programas
instalados:

- 10 transacciones simuladas con el


sistema de informacin configurado en la
mquinas de las reas correspondientes,
sin problema de ejecucin
Critrio de complejidad Para cada combinacin de aplicaciones
que interactan con la Base de datos a
probar.

-10 transacciones realizadas que


interactan con la base de datos,
ejecutadas sin fallas
Consideraciones Especiales: Que aplicaciones que utilizan
normalmente:

- Sistema de informacin
Comercial

173
ANEXO B
FICHA DE TRABAJO DE CAMPO

174