Embed Size (px)
Citation preview
UNIVERSIDAD CÉSAR VALLEJO
PIURA
INGENIERÍA DE SISTEMAS
SISTEMA DE GESTIÓN DE AVISOS DEL DIARIO EL
TIEMPO
CURSO :
Prácticas Pre-Profesionales I
CICLO :
IX
PROFESOR :
Ing. Aldo S. Pereda Castillo
ALUMNO :
Melendres Neira José Honider
PIURA – PERÚ
2006
Presentación
Pongo a vuestra disposición el presente trabajo titulado “Sistema de Gestión de
Avisos del Diario El Tiempo” en cumplimiento a lo establecido en la ley
Universitaria 23733, 26409 y RES. 437-95 ANR., Ley de Creación de la UCV
25350, Reglamento general de Evaluación Académico de la UCV así como el
Reglamento de Prácticas Pre-Profesionales de la Escuela de Ingeniería de
Sistemas de la Universidad “Cesar Vallejo” Campus – Piura como requisito
curricular para culminar el plan de estudios de la escuela de Ingeniería de
Sistemas de la Universidad.
En este trabajo se presenta la importancia de desarrollar un Sistema de
Gestión de Avisos para el Diario El Tiempo, ya que con su implementación se
automatizara el proceso mencionado.
Por tanto, considero que el esfuerzo realizado en el desarrollo del Sistema
Informático, de Anuncios del Diario El Tiempo, es factible ya que ayudará a
agilizar los procesos, en el área de Redacción y de Diseños de dicha
institución.
El autor
2
Introducción
El desarrollo de este sistema informático tiene como objetivo automatizar, y
agilizar el trabajo en cuanto a los avisos del Diario El Tiempo, facilitando el
trabajo a las personas que trabajan en ventanilla, al ya no realizar el proceso
manual, a las personas del área de Redacción, y Diseño al tener la
información en tiempo real.
Para la construcción de dicho Sistema Informático utilizaremos como lenguaje
de Programación a Microsoft Visual Basic 6.0 y gestor de base de datos a
Microsoft SQL Server 2000, utilizaremos esta plataforma debido a la facilidad
de trabajar con eventos y a la gran documentación existente sobre esta.
3
ÍNDICE Página
CAPITULO I: GENERALIDADES
1.1Institución y lugar donde se realizan las prácticas 08
1.2Nombre de los Practicantes 08
1.3Supervisor de la empresa 08
1.4Área de Desarrollo 08
1.5Asesor de prácticas 08
1.6Fecha y horario de prácticas 08
CAPITULO II: EJECUCIÓN DE LAS PRÁCTICAS
2.1DEFINICIÓN DEL PROBLEMA 10
2.1.1 Descripción del Problema 10
2.1.2 Antecedentes 11
2.1.3 Justificación del Proyecto 11
2.1.3 Alcance del Proyecto 12
2.1.4 Limitaciones del Proyecto 12
2.2ESTUDIO DE FACTIBILIDAD 13
2.2.1 Factibilidad técnica 13
2.2.2 Factibilidad Operacional 16
2.2.3 Factibilidad económica/social 17
2.3ANÁLISIS 18
2.3.1 Situación Actual 18
2.3.1.1 Descripción General de la Empresa 18
2.3.1.1.1Misión 18
2.3.1.1.2 Visión 18
2.3.1.1.3 Metas y Objetivos 19
2.3.1.1.4 Políticas generales 19
2.3.1.1.5 Estructura Orgánica Actual 20
2.3.1.1.6 Áreas Funcionales y Descripción de Funciones 21
2.3.1.2 Análisis del Área de Negocio 44
2.3.1.2.1 Descripción del área de negocios 44
4
2.3.1.2.2 Misión, Visión, Metas y Objetivos 45
2.3.1.2.3 Estructura Orgánica y funciones 45
2.3.1.2.4 Identificación de actividades 47
2.3.1.2.5 Análisis de Flujo de Información 48
2.3.1.2.5 Análisis de Recursos Tecnológicos 48
2.3.1.3 Identificación de Requerimientos 49
2.3.1.3.1 Requerimientos Funcionales 49
2.3.1.3.2 Requerimientos no funcionales 49
2.3.2 Marco Teórico 51
2.3.3 Modelo Conceptual 62
2.4 Diseño B
2.4.1 Modelo de Datos Lógico 42
2.4.2 Definición y especificación de recursos a utilizar 42
2.4.3 Modelo de Datos Físico 42
2.4.4 Diseño de la Interfaz 44
2.4.5 Diseño Modular del sistema 47
2.4.6 Diseño de Reportes 48
2.4.7 Diseño de otros recursos Tecnológicos 48
2.4.7.3 Red de comunicaciones
2.5 Desarrollo 48
2.5.1 Definición de la herramienta a utilizar 48
2.5.2 Estándares de desarrollo 53
2.5.3 Cronograma de actividades 61
2.5.4 Confección de los manuales de usuario 62
2.5.5 Verificación de resultados 74
2.6 Implementación 77
2.6.1 Poblamiento de la Base de Datos 77
2.6.2 Obtención y verificación de resultados 79
2.6.3 Corrección de errores y afinamiento del sistema 82
2.6.4 Plan de implementación 83
2.6.5 Plan y cronograma de capacitación 83
CONCLUSIONES 84
RECOMENDACIONES 84
5
OBJETIVO GENERAL
Desarrollar un Sistema Informático de Gestión de Avisos para el Diario El
Tiempo.
OBJETIVOS ESPECÍFICOS
Obtener la información acerca de la realidad del diario El Tiempo,
para así poder definir la realidad problemática, elaborar los objetivos
específicos.
Identificar, durante la fase inicial del desarrollo del proyecto, los casos de
uso críticos, así como también el ámbito del proyecto e identificar los
riesgos. Obteniendo como resultado final de esta fase una visión general
de los requisitos, características claves y restricciones que pueda tener el
proyecto.
Determinar cuál sería la arquitectura óptima para el desarrollo del proyecto,
teniendo de esta manera toda la base necesaria para realizar el proyecto.
Obtener la capacidad operacional del sistema a desarrollar, es decir, tener
un prototipo funcional de este al finalizar la fase de construcción.
Desarrollar el Sistema Informático de Gestión de Avisos para el diario El
Tiempo.
6
CAPÍTULO I:
GENERALIDADES
7
1.1. Institución y Lugar donde se realiza la práctica
Razón Social : Diario El Tiempo SAC
Responsable : GERENTE: Gerardo Villegas Flores
DIRECTORA: Luz María Helguero de Plaza
Dirección : Jirón Ayacucho 751.
Teléfono : 073 – 325141
Fax 073-327478 – 073-335269
www.eltiempo.com.pe/QuienesSomos
Oficina y/o Área de Prácticas: Las prácticas se realizan en el
área de Producción, la cual es la encargada de producción y de
Sistemas e Informática en general.
1.2. Nombre del practicante
Apellidos y Nombre: Melendres Neira José Honider
Ciclo: IX
E-mail: [email protected]
Dirección: C. Pacaipampa 540 - Santa Rosa – Piura
Teléfono: 073-9587453 – 073-352069 (a partir de las 3 p.m.)
1.3. Supervisor de la Empresa
Ing. Miguel Urbina Barreto - Jefe del Área de Producción
1.4. Área de Desarrollo de las prácticas
Las Prácticas se realizan en el área de Producción, la cual es la
encargada de producción y de Sistemas e Informática en general.
1.5. Asesor de prácticas
Ing. Aldo S. Pereda Castillo
1.6. Fecha y Horario de prácticas
Las Prácticas se vienen realizando desde el Día 13/03/2006, con
fecha de término Indefinida. Las Prácticas se realizan de lunes a
viernes entre las 8:30 a.m. hasta las 13:30 p.m.
8
CAPÍTULO II:EJECUCIÓN DE LAS PRÁCTICAS
9
2.1 DEFINICIÓN DEL PROBLEMA
2.1.1. Descripción del problema
Existen 3 áreas inmersas en el problema, a tratar.
La primera es en la oficina de recepción de anuncios del diario, la cual
se encarga de recepcionar, los anuncios que saldrán en los diarios (La,
Hora, El Tiempo), los cuales son traídos por el publico (clientes). Esta
área es la que designa el tamaño (de acuerdo a los requerimientos de
los clientes), la página en la que saldrá, y su ubicación en esa
determinada página de cada anuncio.
La segunda es el área de Redacción, la cual se encarga de la redacción
de noticias, y esta necesita la cantidad de avisos que llevara cada una
de las paginas del periódico, así como su ubicación; para poder ellos
rellenar el espacio que sobra(en cada pagina) con las noticias.
La tercera es el área de diseño, la cual necesita los avisos para
trabajarlos artísticamente, así como en su ubicación.
El problema radica en:
“La oficina de recepción de anuncios, a la 1:30 p.m. y las 6:30 p.m.
entrega una copia del reporte (manual) indicando todas las
características de los anuncios del diario, al área de redacción y de
diseño, para que estas realicen sus labores.”
Los problemas encontrados son:
Tiempo ocioso de los trabajadores: este problema se da tanto en el
área de redacción como en el área de diseño, debido a que los
reportes por parte del área de recepción de avisos no los entrega a
estos a tiempo; acarreando esto como consecuencia la acumulación
del trabajo, este problema general se da todos los días o salvo
cuando en recepción de avisos es nula es decir no llegan clientes a
dejar avisos.
Demora en la búsqueda de películas (material que se utiliza cuando
un aviso ya salio en una edición anterior, se usa para evitar que
rediseñe.) Esto se debe a que no se ubican rápido las películas, en el
10
archivo; trayendo esto como consecuencia la demora en la atención
al cliente.
Desorden de la información en el área de recepción de avisos; esto
de debe a la cantidad de papeles que se utiliza, lo cual lleva a no
ubicar rápidamente la información que uno requiera.
Perdida de las películas de los avisos; esto se da debido a que se
recortan las películas grandes (las del periódico, que son las que
contienen a estas) y es aquí donde se pierden estas; y esto trae
como consecuencia que se debe de rediseñar avisos ya hechos.
2.1.2. Antecedentes
Regionales
La actividad de recepción y procesamiento de avisos que se realiza e
forma manual en el mismo diario, es un antecedente que esta dentro
de la misma empresa.
Sistema de Cálculo de Precios para los anuncios, esta disponible en
la Web (http://www.correoperu.com.pe - citado el 23/04/2006), este
es un software que esta construido en Macromedia Flash, con ASP;
este sistema, se encarga de hacer proformas para los avisos, que
alguien desee sacar, en este se indica, el tamaño, la ubicación la
fecha, y la pagina en la que saldrá y de acuerdo a eso me arroja un
precio, que seria el que voy a cancelar por ese aviso.
2.1.3. Justificación del Proyecto
El desarrollo del presente proyecto se justifica en, por haber
encontrado el problema existente en el diario, tenemos que vernos en
la obligación de desarrollar este proyecto y mejorar dichos procesos
existentes.
Con la finalidad de automatizar todos los procesos (papeleo) que se
realiza hoy en día para desarrollar esta actividad.
Este trabajo se realizará como parte del curso de Practicas PRE-
Profesionales I
11
Además se realizará por encargo del Ing. Miguel Urbina, como parte
de la automatización de las actividades que se realizan dentro del
diario el tiempo.
2.1.4. Alcance del Proyecto
Se hará un sistema informático basado en Web, el cual automatice al
todos los procesos inmersos dentro de esta actividad, además de
agilizar y tener la información requerida en cada una de las áreas en
tiempo real, para así facilitar el trabajo a las personas del área de Diseño
y Redacción además de evitar acumulación de trabajo en dichas áreas.
Este proyecto abarca las áreas de diseño, redacción y la oficina de
Recepción de avisos (ventanilla)
Para la construcción de este sistema utilizaremos la plataforma de
desarrollo de Microsoft Visual Studio, y el SQL Server 2000
2.1.5. Limitaciones del Proyecto
La primera limitación a considerar es el factor tiempo, porque para
ésta primera fase se está disponiendo solo de 3 meses y medio.
La siguiente limitación tiene que ver con el factor financiero, que
servirá para sostener el proyecto, y parte de esta limitación, puede
dar como efecto la culminación o postergación del proyecto.
La escasez de información, y el reducido número de antecedentes
bibliográficos relacionados con el Tema de Investigación.
Factores no predecibles (accidentes, desastres naturales, terrorismo,
etc.).
12
2.2 Estudio De Factibilidad
2.2.1. Factibilidad Técnica:
La disponibilidad de recursos tecnológicos, tanto de hardware y de
software no es un problema en la empresa, ya que si cuenta con dichos
equipos. En cuanto al software es fácil de obtener, además de
ofrecernos versiones de evaluación, por lo tanto se tendrá problemas
para esto.
Inventario de las áreas Involucradas.
Ventanilla:
Hardware Software
1 Computadora PIII de 900
MHZ, con un disco duro de 20
GB, y todos sus periféricos
(Mouse, Teclado, parlantes)
Windows Mileniun.
Microsoft Office 2000
1 Impresora matricial EPSON
LX-300
SISTPO (sistema de facturación)
Cables de red Utilitarios
Redacción:
Hardware Software
8 Computadoras PIV de 1.8
GHZ, con un disco duro de 30
GB, y todos sus periféricos
(Mouse, Teclado)
Windows Mileniun.
Microsoft Office 2000
5 Impresoras matricial EPSON
LX-300
Mas Utilitarios
Cables de red para cada PC
13
Diseño:
Hardware Software
5 Computadoras MAC las
cuales Incluyen sus Periféricos
(Mouse, teclado)
MAC OS 9.2
MAC OS 10.2
5 Scanner Profesionales
AFGA
Microsoft Office para MAC
2 Impresoras AFGA
Profesionales
QUARTS EXPRESS
2.2.2. Factibilidad operacional:
Ya que este Sistema, lo hacemos por encargo de la empresa, existe el
apoyo (con los recursos tecnológicos existentes – que son suficientes)
para el desarrollo del mismo, y por tal motivo existe el interés por aporte
de la empresa para usarlo, viéndose beneficiados, los usuarios inmersos
dentro del problema, al tener automatizado dicho proceso.
2.2.3. Factibilidad económica:
Para la realización de este proyecto informático, no se necesitan
recursos económicos relacionados directamente, ya que solo se necesita
recursos tecnológicos (Computadoras, Internet, Software) con los cuales
la empresa cuenta o se Pueden descargar de Internet en versiones de
valuación, y los gastos que estos Generan (Gasto de Energía Eléctrica,
y Internet) los cuales se pueden pagar sin problemas.
Análisis Costo-Beneficio
En este análisis detallaremos, los factores más importantes
cuantificables y no cuantificables para el desarrollo de nuestro proyecto.
14
Factores Cuantitativos; los datos que aparecen en la actualidad son
estimaciones realizadas mediante sondeos, y los que tendremos con
el uso del nuevo sistema, son estimaciones mediante proyecciones.
En la Actualidad Con el Uso del Sistema
Propuesto (Relativo)
Tiempo ocioso: se estima un
promedio de 3 horas diarias
por 3 trabajadores.
El tiempo ocioso con el uso del
sistema se reducirá a 3
semanales por tres trabajadores
Disminución de gastos por
uso de papel en gasto que se
realiza en papel es en
promedio de 20 soles por
semana
La disminución de gastos en
papel seria hasta de 8.5 soles a
la semana.
Tiempo Inactivo de la PC se
estima que es en promedio
de tres minutos por cliente
Con el uso de este sistema se
reduciría considerablemente el
tiempo de inactividad de la PC
has un promedio de 1 minuto y
medio por cliente
Tiempo en colas por parte de
los clientes que es en
promedio de 4 minutos
Este factor se reducirá hasta
llegar a un promedio de 2
minutos por cliente.
Factores Cualitativos; estos solo mencionaremos los factores que
obtendríamos por el uso de este sistema, estos son estimaciones.
Prestigio: ya que con el uso de este sistema bajaríamos los
procesos manuales.
Satisfacción del cliente: ya que se reduciría el tiempo en las colas.
Yo todos los procesos son automáticos.
Cumplimiento de metas: ya que estaríamos automatizando los
procesos.
Incremento de la productividad: ya que no se tendría gente
ociosa.
15
Identificación con la institución.
2.3 Análisis
2.3.1 Situación Actual
2.3.1.1 Descripción General de La Empresa
2.3.1.1.1 Misión
DIARIO EL TIEMPO S.A.C., se dedica al amparo de las
disposiciones legales y vigentes a la edición del diario, así como
cualquier otra publicación que el directorio estima conveniente. Se
dedica a la edición y/o impresión de publicaciones periódicas o
eventuales, tales como revistas, libros, folletos, boletines y en
general a cualquier actividad de imprenta o editorial. Además
brinda los servicios publicitarios de avisos comerciales,
empresariales, comunicados, etc.
2.3.1.1.2 Visión
Incrementar la producción, distribución y venta del diario,
ampliando el mercado de clientes y llegando a otras ciudades y
departamentos como Chiclayo, Lambayeque, etc.
2.3.1.1.3 Metas y objetivos
Mantener el mercado actual mediante la emisión y venta de
suplementos, coleccionables e información que es de gran
interés al público consumidor.
Recuperar tanto el liderazgo como los beneficios que
disminuyeron debido a la crisis económica que atraviesa Piura
y todo el país en general.
2.3.1.1.4 Políticas Generales
1.- Relación con el poder
El poder, entendido como las autoridades que toman
decisiones que influyen en la vida de una ciudad o de un
país, representa una de las fuentes de información de todo
16
medio de comunicación, pero nunca debe ser la única. Por
tanto, Diario EL TIEMPO, como un medio de comunicación
al servicio de los departamentos de Piura y Tumbes, acude
e investiga en estas fuentes, por ejemplo, para fiscalizar su
trabajo, para conocer cómo están manejando y en qué
están invirtiendo el dinero del Estado, para conocer cómo
las autoridades están respondiendo a la confianza que los
ciudadanos un día depositaron en ellos y si es que están
cometiendo atropellos o abusos o no están atendiendo las
necesidades de interés público. Difícilmente cada
ciudadano puede tener acceso al poder o la posibilidad de
conversar directamente con su autoridad o comunicarle sus
necesidades, porque siempre tienen la agenda recargada.
Por tanto, los medios de comunicación amparados en el
derecho que tiene toda persona a estar informada,
especialmente de aquello que le afecta en su vida,
recogemos los pedidos, las demandas de la población o las
denuncias, para luego hacerlas llegar a las autoridades e
indagar por qué motivo o circunstancia se están
produciendo tales hechos, y ayudar en la búsqueda de una
solución.
2.- Línea editorial
Somos un diario regional plural, imparcial e independiente.
Somos respetuosos de la libertad y derechos de las
personas. Por tanto, siempre estamos preocupados por
ofrecer a nuestros lectores una visión objetiva y amplia de
los hechos, opiniones tanto a favor como en contra, las
ventajas y desventajas de una medida o de una decisión o
las posiciones tanto de uno como de otro partido político
respecto a una ley. Creemos que todos merecen una
oportunidad y que sólo de este modo el público tendrá la
posibilidad de formarse una idea clara de lo que ocurre a su
alrededor.
17
Nuestra única bandera son los derechos de las personas y
el bien común. Por tanto, a ellos nos debemos y por ellos
luchamos día a día, con la finalidad de construir un mundo
más justo y más humano. Somos conscientes que
cualquier tipo dependencia nos impediría cumplir con
nuestro deber de mantener informada a la población y nos
alejaría de nuestra verdadera razón de ser: nuestro público.
Por tanto, luchamos en todo momento por mantener
nuestra independencia periodística y evitar las dañinas
influencias de intereses personales y mezquinos.
Los esfuerzos de ayer y de ahora nos mantienen fuertes
como los algarrobos, gozando del valor más preciado de un
medio de comunicación: la confianza y credibilidad de su
público desde hace 90 años.
2.3.1.1.5 Estructura Orgánica actual
18
2.3.1.1.6 Áreas Funcionales y Descripción de funciones
DIRECTORIO:
Administran toda la Sociedad.
Se reúnen por lo menos una vez al mes para acordar y decidir
acciones en bienestar de la empresa.
Representan y gestionan legalmente a la Sociedad las veces que
sean necesarias.
Responden ante los trabajadores y terceros por los perjuicios y
daños que causen con los acuerdos, acciones y decisiones tomadas.
Realizan contratos que creen convenientes para la empresa.
Pueden concertar toda clase de préstamos comerciales, bancarios y
de financiación.
Deciden sobre la apertura de cuentas corrientes y contrato del
gerente.
Convocan a juntas generales de accionistas.
GERENCIA:
Representa a la Sociedad ante todo tipo de instituciones públicas o
privadas, funcionarios y autoridades judiciales, civiles, municipales,
administrativas, constitucionales, tributarias, de aduana, policiales y
militares con la facultad de presentar toda clase de recursos y
reclamaciones, así como desistir de ellos.
Evalúa balances y estados financieros.
Programa y ordena auditorias.
Realiza contrato referente a la propiedad física o intelectual.
Trata directamente con los principales clientes.
Tiene la facultad de nombrar, amonestar, suspender y despedir al
personal.
Otorga documentación de la empresa, constancias, certificados, etc.
Evalúa y aprueba el reglamento interno así como fija y modifica el
horario y demás condiciones de trabajo.
19
ASIST. GERENCIA:
Asiste y reemplaza al gerente cuando sea necesario.
Lleva el control sobre los inventarios y stock de seguridad.
Autoriza las salidas de dinero de caja para las compras de los
materiales y suministros requeridos de todas las demás áreas de la
empresa
Solicita cotizaciones y evalúa costos para decidir la compra a un
determinado proveedor.
Trata con proveedores tanto nacionales como extranjeros para la
adquisición de materiales e insumos.
Negocia las condiciones bancarias (comercio exterior) para las
importaciones de materia prima.
Controla y autoriza las requisiciones (salidas) de materiales y/o
suministros que solicitan a almacén los trabajadores de distribución,
contabilidad, publicidad, caja, ventanilla, recepción, sucursal de
Sullana y sucursal de Talara.
Revisa los reportes diarios de distribución (tiraje y devoluciones),
producción y ventas de avisos publicitarios
Evalúa costos de producción, distribución y publicidad
Se encarga de la supervisión de los archivos de la información legal,
comercial y documentación diversa de la empresa y trabajadores,
como: cotizaciones, publicidad, importaciones, tiraje, contratos con
servicios internacionales, contratos leasing, actas de directorio,
informes, ordenes de compra, costos, presupuestos, curriculum,
memorándums, canjes, capacitaciones, servicios, suscripciones.
Evalúa las renovaciones de las pólizas de seguro (incendio y líneas
aliadas, rotura de maquinaria, robo y asalto, deshonestidad, vida ley,
accidentes personales de trabajo, infortunio y vehículos)
Programa y supervisa los trabajos de imprenta plana (otra unidad de
negocio relacionada con la elaboración de trabajos comerciales a
terceros: afiches, volantes, folletos, revistas), elaborando
cronogramas para futuros trabajos.
20
Controla al personal de ventas de trabajos de imprenta plana,
evaluando y firmando las cotizaciones presentadas a clientes. Así
también al personal operario de la máquina, programando su horario
de trabajo.
Supervisa al personal de almacén, vigilancia y de limpieza.
REDACCION:
Elaboran la información periodística que recogen diariamente en las
calles a través de los reporteros.
Investigan la información que recogen y la comparan con los archivos
del Centro de Documentación del DIARIO.
Redactan las noticias que diariamente se publicarán.
El área de redacción se divide en: sociales, locales, nacionales,
internacionales, policiales, judiciales, deportes, economía,
espectáculos.
DISEÑO:
Diagraman y diseñan cada página, deciden el orden que llevará el
periódico que sale a la venta diariamente.
Corrigen tanto la ortografía como la tipografía.
CENTRO DE DOCUMENTACION:
Archivan la información diaria del periódico.
Guardan la información en papel (documentos), en los archivos de la
computadora, microfilmado, fotos, negativos, revistas, libros, etc.
La información guardada se brinda a los trabajadores sobre todo a
los reporteros cada vez que la solicitan.
Brindan el servicio de archivo para escolares, universitarios y demás
personas interesadas.
21
CENDOC (Centro de Documentación) es la memoria de la empresa,
colaborando de alguna forma con las mejoras que se puedan hacer
en la emisión de información.
Tiene a cargo la actualización de la página Web del diario
CONTABILIDAD:
Revisan e ingresan las cuentas por cobrar y las cuentas por pagar de
proveedores y clientes.
Registran las cuentas que son al contado y las que son a crédito para
ser cobradas y/o pagadas en su fecha de vencimiento.
Contabilidad se encarga de registrar los ingresos resultantes de la
venta diaria de los diarios y avisaje publicitario.
Registran los movimientos monetarios que se derivan de la
adquisición de materiales e insumos que ingresan a almacén.
Incluyen los movimientos contables de las sucursales de Sullana y
Talara.
Registran las adquisiciones de activos fijos.
Llevan los registros contables correspondientes al personal (planillas,
pagos, remuneraciones, sueldos, salarios, AFP, seguros, CTS, etc.).
PUBLICIDAD:
Realizan las artes publicitarias
Se encargan de los avisos judiciales y avisos clasificados.
Hacen semanalmente el suplemento de crónicas judiciales.
Realizan campañas publicitarias para instituciones.
Saneado de fotos que salen en los anuncios publicitarios y para los
trabajos de imprenta.
Se encargan de las filmaciones de lo que se editará para el área de
publicidad.
Verifican la publicación de los avisos solicitados por los clientes.
22
Ejecutan de canjes con empresas, contratos, cotizaciones, etc.
Reportan diariamente los listados de avisos publicados.
RECEPCIÓN:
Reciben la información que será publicada a través de avisos
clasificados.
Realizan la emisión de facturas por los avisos clasificados,
suscripciones y otros (contado y crédito).
Reportan diariamente los avisos recepcionados.
Recepcionan llamadas telefónicas y se transfieren al área en que
deben recibirse.
Reciben documentos, fax, encomiendas, etc.
Se atiende y brinda información al público.
DISTRIBUCIÓN:
Supervisan diariamente la venta y exhibición de diarios en Piura.
Informan a gerencia y subgerencia sobre la venta y devoluciones
diarias de periódicos.
Cada quince días se supervisa la venta y exhibición de periódicos en
provincias.
Junto con gerencia, se preparan promociones para distribuidores y
lectores de acuerdo a las ventas.
Analizan nuevos puntos de venta directa y por suscripciones.
Llevan un control del ciclo de distribución, verificando que los pedidos
lleguen a su destino en la cantidad y calidad debida.
Continuamente se realizan gestiones para disminuir costos y agilizar
la distribución.
Analizan y supervisan el crecimiento mensual de las ventas de
acuerdo a lo programado.
Diariamente se realizan liquidaciones y cobranzas de suscripciones.
23
Transportan encomiendas y documentos de las sucursales hacia las
oficinas de Piura y viceversa.
TALLER (ROTATIVA):
Imprimen diariamente la edición del periódico.
Imprimen formatos tanto en imprenta plana como en rotativa.
Realizan los trabajos que ingresan de imprenta como volantes,
afiches, trípticos, etc.
Dan mantenimiento a las máquinas que están en taller.
Hacen los revelados de originales en película, en planchas metálicas,
etc.
Proceden con el corte, pegado, contabilizado, etc. de los documentos
impresos.
Realizan el troquelado de los blocs y libros impresos.
ALMACEN:
Reciben y entregan materiales e insumos que se adquieren para el
Diario.
Registran los ingresos y salidas de materiales e insumo.
Archivan las guías y copias de facturas de la mercadería que ingresa.
Entregan las requisiciones de materiales e insumos que hacen las
diversas áreas de la empresa.
Crean tarjetas de las mercaderías con su respectivo código para
llevar un mejor control.
Brindan el servicio de fotocopiado.
Cuentan los periódicos y planchas malogradas diariamente.
Ordenan y cuentan el material impreso.
Revisan y emiten reportes de las llamadas telefónicas hechas por la
empresa.
2.3.1.1.7 Identificación de Actividades Principales de la Empresa
24
Las actividades principales de la empresa se centran en la venta de
periódicos, tanto los de día como los de ediciones anteriores, pero la
fuentes principal de ingresos es por publicación de avisos, de
comunicados, y clasificados, por lo que es una de las actividades
principales. Otras actividades son Búsqueda de noticias, redacción,
diseño, impresión, y repartos de los diarios.
2.3.1.2 Análisis de la Área del Negocio
2.3.1.2.1 Descripción del Área del Negocio:
La realización de nuestro estudio abarca dos áreas (Redacción y
Diseño) y ventanilla. Las cuales describimos a continuación, desde las
perspectivas para nuestra investigación:
Ventanilla: Esta oficina es la que se encarga por completo de la
recepción de avisos, los cuales son traídos por los clientes, aquí se
factura, y se recogen las características del aviso, para su publicación.
Además de generar dos reportes, con las características de cada aviso;
uno con el tamaño real de los avisos para el área de Redacción, y el otro
con las características gráficas para el área de Diseño. Estos reportes se
entregan en dos turnos, al finalizar la jornada de trabajo de la mañana
(13:30 horas) y el otro al finalizar la Jornada de la tarde (18:30 horas).
En esta área labora una secretaria la cual se encarga de realizar todas
estas actividades.
Diseño: Esta área se encarga de diseñar gráficamente el periódico,
tanto las noticias como las imágenes y anuncios; una vez que los
reportes emitidos por ventanilla, al esta área para así poder realizar el
diseños requerido para la publicación del aviso.
Una vez que se termina con la parte artística del aviso, se imprime, en
una película para luego la impresión del diario.
25
Redacción: Esta área se realiza toda la edición de noticias que se
publican en el diario y en la Web, esta área avanza con su trabajo en
cuanto a la redacción en si, pero en cuando a la ubicación no hace nada
mientras los reportes emitidos por ventanilla no lleguen a esta área; una
vez que se tiene los reportes, recién se procede a la ubicación de
noticias, de acuerdo al espacio libre (no usado por los avisos).
2.3.1.2.2 Misión, Visión, Metas y Objetivos.
Misión: DIARIO EL TIEMPO S.A.C., se dedica al amparo de las
disposiciones legales y vigentes a la edición del diario, así como
cualquier otra publicación que el directorio estima conveniente. Se
dedica a la edición y/o impresión de publicaciones periódicas o
eventuales, tales como revistas, libros, folletos, boletines y en general a
cualquier actividad de imprenta o editorial. Además brinda los servicios
publicitarios de avisos comerciales, empresariales, comunicados, etc.
Visión: Incrementar la producción, distribución y venta del diario,
ampliando el mercado de clientes y llegando a otras ciudades y
departamentos como Chiclayo, Lambayeque, etc.
Objetivos:
Mantener el mercado actual mediante la emisión y venta de
suplementos, coleccionables e información que es de gran interés al
público consumidor.
Recuperar tanto el liderazgo como los beneficios que disminuyeron
debido a la crisis económica que atraviesa Piura y todo el país en
general
2.3.1.2.4 Identificación de actividades, procedimientos y formatos
utilizados
26
Para la solución del problema a tratar solo analizaremos las actividades
y procesos directamente relacionados con esta, las cuales se describen
a continuación.
Ficha de avisos: Los clientes llegan a la ventanilla, luego de pagar, la
persona que atiende en ventanilla apunta en una ficha los detalles
artísticos del aviso, el cual contiene; el nombre, titulo, el tamaño, si es a
color o no, si es un aviso nuevo o no (si ya salio en alguna edición
anterior), además del tipo de arte que lleve (colores, imágenes, etc.) o en
caso de que el cliente traiga el modelo este se adjunta a esta ficha, las
cuales van al área de Diseño.
27
Hoja periódico: Una vez terminada con esta tarea, esta procede a llenar
en una hoja cuadriculada tamaño periódico, a dibujar (en forma
rectangular) a los avisos, y a ubicarlos de acuerdo a sus medidas y el
numero de pagina en la que saldrá, en este formato de pagina periódico,
esta hoja luego es remetida al área de redacción.
28
2.3.1.2.5 Análisis de flujo de información (diagramas de actividades,
documentos, etc.)
Área de Recepción de Avisos:
Se espera la llegada de clientes
Se le pregunta que desea
29
Si desea clasificados se sigue el procedimiento, para esta actividad, si
se desea la publicación de avisos se:
Se tomas los datos del cliente.
Se le da un catalogo de avisos, para que el cliente escoja que tipo de
avisos desea,
Luego se llega a un acuerdo por el precio.
Luego se factura.
Se toma los datos del aviso: el diario en el que saldrá, titulo, descripción,
medidas, fecha de inscripción, fecha (s) de publicación (es), numero de
pagina en la que saldrá, medidas, color (blanco y negro o a color), el
estado (antiguo – que ya salio anteriormente - o nuevo), en caso de que
sea antiguo va: fecha en que salio, el diario en que salio, y el numero de
pagina.
Una vez que se tiene los datos del aviso, se le da al cliente para que
verifique los datos.
Si el aviso es antiguo se busca la película en la que salio.
Al final de cada jornada de trabajo se genera un reporte para el área de
diseño en el que se especifica los datos del aviso para diseñarlos.
El otro reporte es para el área de redacción en el que se especifica las
áreas libres en el periódico para empezar a llenarlos con noticias.
Área de Diseño
Una vez que se tiene el reporte del área de recepción se empieza a
diseñar aviso por aviso.
Área de Redacción
Una vez que se tiene el reporte del área de recepción se empieza a
rellenar el periódico con noticias.
30
2.3.1.2.6 Análisis de recursos tecnológicos
Los recursos tecnológicos utilizados en las áreas involucradas, son lo
suficientemente capaces de atender las necesidades actuales, de dichas
áreas, las cuales se detalla a continuación.
En ventanilla se tiene una PIII, la cual solamente se usa la ejecución de
un sistema de facturación (SISTPO) , en la cual sin ningún inconveniente
se podría correr otro sistema, ya la capacidad de procesamiento esta
muy por encima de la cantidad de información a procesar.
En el área de Diseño, contamos con 5 computadoras MAC, las cuales
solo se utilizan para programas de diseño (QUART EXPRESS), en la
cual se podría utilizar con facilidad el explorador de Internet, sin
saturarlo, para visualizar mas información.
Cliente
Recepción de Avisos
Detalle del
Aviso
Reportes
Detalles del
aviso(Arte)
Área ocupad
a por aviso
Diseño
Redacción
31
Y en el área de Redacción contamos con 8 computadoras, las cuales
solo se utilizan para la edición de textos, y para navegación por Internet,
las cuales al igual que en las demás aras la capacidad de procesamiento
es superior a la cantidad de información que se procesa.
En cuanto a los sistemas operativos que se utiliza, son muy estables,
debido a los programas que utiliza, ya que el fin que se les da a las
computadoras no es un trabajo muy recargado. Por eso se no se tienes
problemas fuera de los común en cuanto a caídas del problemas u otros
relacionados.
2.3.1.3 Identificación de requerimientos del área del negocio
2.3.1.3.1 Requerimientos funcionales
Ingreso, modificación, eliminar datos de de los avisos en el área de
recepción
Tener un historial de avisos
Búsqueda de avisos por Periódico, por fechas, número de página, etc.
Reportes para el área de diseño
Reportes para el área de redacción
Otro tipo de reportes como: empresas que más anuncian, números de
avisos que salieron publicados entre determinadas fechas.
La información que se ingresará será toda la que indique el cliente, es
decir de acuerdo a los requerimientos del cliente. Estos son tomados
por la chica de ventanilla.
El reporte para redacción contendrá. Será de forma grafico, para
indicar cual es la posición del aviso dentro de la página, este reporte
será para cada aviso, además se vera cual es el tamaño del aviso.
Además se dirá cual es todas las características el aviso.
Y otro reporte para Diseño, en el cual contendrá todas las
características del aviso, para que estos impiensen a desarrollarlo.
32
Además generará reportes de búsqueda de avisos, avisos antiguos y
demás características que se puedan generar en reportes (cuantos
avisos por días, cuantos avisos por semana, etc.)
2.3.2 Marco Teórico.
Rational Unified Process (RUP)
Definición: Es el desarrollo interactivo e incremental, se basa en los
diagramas de caso de uso y esta centrado en las arquitecturas.
Captura varias de las mejores prácticas en el desarrollo moderno de
software en una forma que es aplicable para un amplio rango de
proyectos y organizaciones.
Es una guía de cómo utilizar de manera efectiva UML.
Provee a cada miembro de un equipo un fácil acceso a una base de
conocimiento con guías, plantillas y herramientas para todas las
actividades críticas de desarrollo.
Crea y mantiene modelos, en lugar de enfocarse en la producción de
una gran cantidad de papeles de documentación.
Estructura de RUP
El proceso puede describirse en dos dimensiones, o a lo largo de dos
ejes:
o El eje horizontal representa tiempo y muestra el aspecto dinámico
del proceso, expresado en términos de ciclos, fases, iteraciones,
y metas.
o El eje vertical representa el aspecto estático del proceso; como
está descrito en términos de actividades, artefactos, trabajadores
y flujos de trabajo.
33
Fases en RUP
Inicio – Define el alcance del proyecto
Elaboración – Plan del proyecto, especificación de características,
arquitectura base
Construcción – Construir el producto
Transición – Transición del producto a la comunidad del usuario
Fase de Inicio
Inicio Elaboración Construcción Transición
Tiempo
MetasPrincipales
34
Propósito
o Establecer casos de negocios para un nuevo sistema o para
alguna actualización importante de un sistema existente
o Especificar el alcance del proyecto
Resultado
o Una visión general de los requerimientos del proyecto, i.e., los
requerimientos principales
Un modelo inicial de casos de uso y modelo del dominio (10-
20%)
o Un caso de negocios inicial, incluyendo:
Evaluación inicial de riesgos
Una estimación de los recursos requeridos
Ejemplo
Fase de Elaboración
Propósito
o Analizar el dominio del problema
o Establecer una buena arquitectura
o Lidiar con los elementos de riesgo más altos del proyecto
o Desarrollar un plan comprensivo mostrando como el proyecto será
completado
Resultado
35
o Un modelo del dominio y de casos de uso 80% completo
o Requerimientos suplementarios que capturen los requerimientos no
funcionales y cualesquiera requerimientos que no estén asociados
con un caso de uso específico
o Una lista de riesgos revisada
Fase de Construcción
Propósito
o Desarrollar incrementalmente producto de software completo el cual
estará listo para ser transferido al usuario
Productos
o Un modelo completo de diseño y casos de uso
o Liberaciones de productos ejecutables de funcionalidad incremental
o Documentación de usuario
o Una liberación “beta” del producto
Fase de Transición
Hacer la transición final del producto de software al usuario
Productos
o Liberaciones ejecutables de producto
o “Pruebas beta” para validar el nuevo sistema vs. las expectaciones
del usuario
o Manuales de usuario actualizados
o Documentación de desarrollo actualizada
¿Está el usuario satisfecho?
Gastos reales de los recursos vs. Gastos previstos ß Aceptables.
Iteraciones
Cada fase en RUP puede descomponerse en iteraciones. Una iteración es un
ciclo de desarrollo completo dando como resultado una entrega de producto
ejecutable (interna o externa)
36
2.3.3 Modelo Conceptual.
Diagrama de Casos de uso
Recepción de avisos: En este caso de uso tenemos a dos actores (Cliente, y
recepción de avisos) y a tres casos de uso (características del aviso, precio,
área de la página), las cuales describimos a continuación:
El actor cliente, es la persona, que llega hasta ventanilla (Recepción de
Avisos), para dejar sus avisos.
El actor Recepción de avisos, es la oficina que se encarga de recepcionar los
avisos que son traídos por los clientes.
Los casos de uso, son las actividades que se realizan para llevar acabo el
proceso de recepción de avisos; en obtener características del aviso el
cliente le da las características del aviso al encargado de recepción de avisos,
luego estos dos fijan un Fijar Precio por la publicación del aviso, luego de
estas actividades el encargado de la recepción de avisos fija el tamaño y la
posición que tendrá el aviso dentro del periódico, a este proceso le llamamos
calcular área de pagina.
37
Revisa avisos: en el presente caso de uso tenemos a dos actores (cliente,
recepción de avisos) y a dos casos de uso (datos del aviso y verifica datos)
Cliente: este actor es la persona, que llega hasta ventanilla (Recepción de
Avisos), para dejar sus avisos.
El actor Recepción de avisos, es la oficina que se encarga de recepcionar los
avisos que son traídos por los clientes.
En el caso de uso obtener datos del aviso es la actividad en la cual el
recepcionista adquiere los datos del aviso (estos los brinda en cliente)
El ultimo caso de uso verificar datos el la actividad, mediante la cual la
persona encargada de la recepción de avisos, hace que el cliente verifique los
datos de su aviso, en caso de error, estos se corrigen
Genera reportes: en este caso de uso tenemos a tres actores (recepción de
avisos, redacción y diseño) además de tener a dos casos de uso. Para este
caso de uso solo falta describir a los actores redacción y ventanilla, el resto de
elementos de este ya los hemos descrito anteriormente.
Redacción esta es la oficina, en la cual se redacta el periódico (se trabaja con
noticias), pero ara esto se necesita saber cuales son las áreas libres de avisos
para poder poner noticias allí, y esto nos lo da la oficina de recepción de avisos
Diseño en esta oficina en la cual se diseña toda la parte grafica del periódico y
por ende los avisos, aquí necesitamos las características de los avisos para
poder diseñarlos. Y esto nos lo brinda la oficina de recepción
38
Diagramas de colaboración y de secuencia
Recepción de avisos
39
Revisa avisos
40
Genera Reportes
41
2.4 Diseño
2.4.1 Modelo de Datos Lógico
MODELO DE LA BASE DE DATOS
2.4.2 Definición y Especificación de los Recursos a Utilizar
Los recursos a utilizar para el desarrollo de este proyecto los podemos
calificar en:
Humanos: Debido a el sistema esta siendo desarrollado solo por el
encargado (el Practicante), no se esta utilizando otro tipo de recurso
humano.
Cabe resaltar que en la FACE de análisis, todos los datos y la
información obtenida de cómo se realizan los procesos en las áreas
involucradas, nos la proporciona la encargada del área de recepción
de avisos.
Tecnológicos: Los recursos Tecnológicos a utilizar son:
Una PC PIV de 2.8 GHZ, 512 MB de RAM, 80 GB de HD.
Internet Speed 200, Speed Business
CD’s
Entre otros (material de escritorio)
Económicos: solo lo que implica el uso de los anteriores.
42
2.4.3 Modelo De Datos Físico
Tabla aviso
Tabla diario
Tabla estado
Tabla fechapublicacion
Tabla usuarios
43
2.4.4 Diseño de la Interfaz
A continuación mostramos algunas de las principales pantallas que
tendrá en el sistema.
Pantalla de inicio de sesión
Formulario principal
44
Formulario para agregar un aviso nuevo
Formulario para especificar los detalle de la publicación
45
Formulario para darle la posición al aviso
Formulario para ingresar, editar y eliminar usuarios
46
Formulario para buscar avisos
2.4.5 Diseño Modular del Sistema (Menú y Opciones):
Se tendrá los siguientes menús
Datos Iniciales
Catálogo de Usuario
Catálogo de Diarios
Operaciones
Ingresar Aviso
Buscar Aviso
Reportes
Ver Diario
Ver Pagina
Ver Aviso
Salir
Acerca de
47
Ayuda
Salir
2.4.6 Diseño de Reportes
Los reportes tendrán la siguiente estructura, tanto impresa como en
pantalla.
Reporte de Diario
(*) Los demás reportes tienen la misma estructura
2.4.7 Diseño de Otros Recursos Tecnológicos
Los recursos suplementarios que se utilizaran en la implementación de
este sistema (RED), en la empresa ya esta implementada, y es fácil
acceder desde cualquier punto a otro, por lo cual en ese aspecto no
tenemos que hacer mayor énfasis
2.5 Desarrollo
2.5.1 Definición de la herramienta a utilizar
Para el desarrollo de este sistema utilizaremos al lenguaje de programación
visual Basic 6.0, y como servidor de bases de datos al Microsoft SQL 2000, los
cual describimos a continuación.
48
Visual Basic
Visual Basic es uno de los tantos lenguajes de programación que podemos
encontrar hoy en día. Dicho lenguaje nace del BASIC (Beginner´s All-purpose
Symbolic Instruction Code) que fue creado en su versión original en el
Dartmouth College, con el propósito de servir a aquellas personas que estaban
interesadas en iniciarse en algún lenguaje de programación. Luego de sufrir
varias modificaciones, en el año 1978 se estableció el BASIC estándar. La
sencillez del lenguaje ganó el desprecio de los programadores avanzados por
considerarlo "un lenguaje para principiantes".
Primero fue GW-BASIC, luego se transformó en QuickBASIC y actualmente se
lo conoce como Visual Basic Visual Basic ya no es más "un lenguaje para
principiantes" sino que es una perfecta alternativa para los programadores de
cualquier nivel que deseen desarrollar aplicaciones compatibles con Windows.
1. ¿Qué es Visual Basic?
Es un lenguaje de programación que se ha diseñado para facilitar el
desarrollo de aplicaciones en un entorno grafico (GUI-GRAPHICAL USER
INTERFACE) Como Windows 98, Windows NT o superior.
2. Características de Visual Basic.
Diseñador de entorno de datos: Es posible generar, de manera automática,
conectividad entre controles y datos mediante la acción de arrastrar y
colocar sobre formularios o informes.
Los Objetos Actives son una nueva tecnología de acceso a datos mediante
la acción de arrastrar y colocar sobre formularios o informes.
Asistente para formularios: Sirve para generar de manera automática
formularios que administran registros de tablas o consultas pertenecientes a
una base de datos, hoja de cálculo u objeto (ADO-ACTIVE DATA OBJECT)
49
Asistente para barras de herramientas es factible incluir barras de
herramientas es factible incluir barra de herramientas personalizada, donde
el usuario selecciona los botones que desea visualizar durante la ejecución.
En las aplicaciones HTML: Se combinan instrucciones de Visual Basic con
código HTML para controlar los eventos que se realizan con frecuencia en
una página Web.
La Ventana de Vista de datos proporciona acceso a la estructura de una
base de datos. Desde esta también acceso al Diseñador de Consultas y
diseñador de Base de datos para administrar y registros.
Requisitos de hardware y del sistema
Para ejecutar Visual Basic, tenemos que disponer de cierto hardware y
software instalado en el equipo. Entre los requisitos del sistema cabe citar los
siguientes:
Microsoft Windows 95 o posterior, o Microsoft Windows NT Workstation 4.0
o posterior (se recomienda Service Pack 3).
486DX/66 MHz o modelo superior de procesador (se recomienda
procesador Pentium o superior) o cualquier procesador Alpha que ejecute
Microsoft Windows NT Workstation.
Una unidad de CD-ROM.
Pantalla VGA o de mayor resolución, compatible con Microsoft Windows.
16 MB de RAM para Windows 95, 32 MB de RAM para Windows NT
Workstation.
Un mouse (ratón) u otro dispositivo de puntero.
50
SQL
REQUISITOS DE SISTEMA
Microsoft SQL Server 2000 requiere esta configuración de sistema como
mínimo:
Intel o sistema compatible
Ordenador personal con Intel Pentium o compatible 166-MHz o procesador
mayor.
Sistema operativo
SQL Server 2000 Enterprise Edition y Standard Edition ejecutados en
Windows NT® Server versión 4.0 Service Pack 5 (SP5) o posterior,
Microsoft Windows NT Server 4.0 Enterprise Edition con SP5 o posterior, en
los sistemas operativos Microsoft Windows® 2000 Server, Microsoft
Windows 2000 Advanced Server, y Microsoft Windows 2000 Datacenter
Server.
SQL Server 2000 Evaluation y Developer Editions en los sistemas
operativos listados en el punto anterior para Enterprise y Standard Editions
así como Microsoft Windows 2000 Professional y Microsoft Windows NT
Workstation 4.0 con SP5 o posterior.
SQL Server 2000 Personal Edition1 y Desktop Engine en los sistemas
operativos ya mencionados para Enterprise and Standard Editions así como
Microsoft Windows 98, Microsoft Windows Millennium Edition (Windows
Me), Windows 2000 Professional, y Windows NT Workstation 4.0 con SP5 o
posterior.
Memoria (RAM)
Enterprise Edition: 64 megabytes (MB); 128 MB recomendado.
Standard Edition: 64 MB.
Evaluation Edition: 64 MB; 128 MB recomendado.
Developer Edition: 64 MB.
51
Personal Edition: 64 MB para Windows 2000; 32 MB para otros sistemas
operativos.
Desktop Engine: 64 MB para Windows 2000: 32 MB para otros sistemas
operativos.
Espacio en disco disponible
Enterprise, Standard, Evaluation, Developer y Personal Editions
requieren:
o 95–270 MB para servidor; 250 MB para instalación típica.
o 50 MB para instalación mínima de Servicios de análisis; 130 MB
para instalación típica.
o 80 MB para Microsoft English Query (soportado en el sistema
operativo de Windows 2000).
Desktop Engine requiere 44 MB de espacio disponible en disco.
Unidad de disco
Unidad de CD-ROM.
Monitor
VGA o de mayor resolución.
Requisitos de Internet
Versión 5.0 de Microsoft Internet Explorer o posterior.
Soporte de red
Microsoft Windows 95, Windows 98, Windows Me, Windows NT 4.0, y Windows
2000 tienen software de red incluido. Se requiere software adicional si utiliza
Banyan VINES o AppleTalk ADSP. El protocolo NWLink de red basada en
Windows proporciona el soporte de cliente de Novell NetWare IPX/SPX.
52
Soporte de cliente
Windows95, Windows 98, Windows Me, Windows NT Workstation 4.0, y
Windows 2000 Professional son soportados.
UNIX, Apple Macintosh, y OS/2 requieren software de cliente de Open
Database Connectivity (ODBC) de un tercer proveedor.
SQL Server 2000 Personal Edition se ofrece para utilización en desktop
y portátil. Personal Edition no contiene la funcionalidad completa de
Standard Edition. Los Servicios de análisis—incluyendo el proceso
analítico online (OLAP), data mining, y otras características de Business
Intelligence—están incluidos en Personal Edition pero no se pueden
instalar en Windows 98 o Windows Me.
Se requiere memoria adicional, según los requisitos del sistema
operativo.Los requisitos del disco duro varían según la configuración de
su sistema y las aplicaciones y características que elija Instalar.
2.5.2 Estándares de Desarrollo
Lenguaje Unificado de Modelado
Lenguaje Unificado de Modelado (UML, por sus siglas en inglés, Unified
Modeling Language) es el lenguaje de modelado de sistemas de software más
conocido y utilizado en la actualidad; aún cuando todavía no es un estándar
oficial, está apoyado en gran manera por el OMG (Object Management Group).
Es un lenguaje gráfico para visualizar, especificar, construir y documentar un
sistema de software. UML ofrece un estándar para describir un "plano" del
sistema (modelo), incluyendo aspectos conceptuales tales como procesos de
negocios y funciones del sistema, y aspectos concretos como expresiones de
lenguajes de programación, esquemas de bases de datos y componentes de
software reutilizables.
53
El punto importante para notar aquí es que UML es un "lenguaje" para
especificar y no un método o un proceso. UML se usa para definir un sistema
de software; para detallar los artefactos en el sistema; para documentar y
construir -es el lenguaje en el que está descrito el modelo. UML se puede usar
en una gran variedad de formas para soportar una metodología de desarrollo
de software (tal como el Proceso Unificado de Rational) -pero no especifica en
sí mismo qué metodología o proceso usar.
UML cuenta con varios tipos de diagramas, los cuales muestran diferentes
aspectos de las entidades representadas.
Diagramas
Jerarquía de los diagramas UML 2.0, mostrados como un diagrama de clases
En UML 2.0 hay 13 tipos de diagramas. Para comprenderlos, a veces es útil
categorizarlos jerárquicamente.
Diagramas de estructura enfatizan en los elementos que deben existir en el
sistema modelado:
Diagrama de clases
Diagrama de componentes
Diagrama de objetos
Diagrama de estructura compuesta
Diagrama de despliegue
Diagrama de paquetes
Diagramas de comportamiento enfatizan en lo que debe suceder en el sistema
modelado:
Diagrama de actividades
Diagrama de casos de uso
54
Diagrama de estados
Diagramas de Interacción, un subtipo de diagramas de comportamiento, que
enfatiza sobre el flujo de control y de datos entre los elementos del sistema
modelado:
Diagrama de secuencia
Diagrama de comunicación
Diagrama de tiempos (UML 2.0)
Estandarización de UML
Además de haberse convertido en un estándar de facto, UML es un estándar
industrial promovido por el grupo OMG al mismo nivel que el estándar CORBA
para intercambio de objetos distribuidos. Para la revisión de UML se formaron
dos "corrientes" que promovían la aparición de la nueva versión desde distintos
puntos de vista. Finalmente se impuso la visión más industrial frente a la
académica. Recientemente se ha publicado la versión 2.0 en la que aparecen
muchas novedades y cambios que, fundamentalmente, se centran en resolver
carencias prácticas. Además, esta versión recibe diversas mejoras que
provienen del lenguaje SDL.
CMM
CMM es el máximo estándar en ingeniería de software
Innovación, velocidad y satisfacción del cliente se han convertido en la
consigna de las organizaciones que quieren sobrevivir y crecer en el cada vez
más competitivo mundo moderno. Como las tecnologías de información
resultan fundamentales para lograrlas, el software se ha constituido en la
piedra angular sobre la cual se soportan la gran mayoría de los nuevos
modelos de empresa. Sin el, el progreso de la humanidad sería un imposible.
El software exhibe características de ubicuidad. Se encuentra en todas partes,
desde redes de información empresariales, hasta electrodomésticos comunes
como los hornos microondas, neveras y equipos de sonido. Sin embargo, la
complejidad de los problemas que deben ser abordados por soluciones de
software, está creciendo más rápidamente que la habilidad de la humanidad
para desarrollarlo y mantenerlo.
55
Breve explicación del CMM
La creciente necesidad, sumada a décadas de promesas incumplidas en
cuanto a calidad, costos y cumplimiento en el desarrollo de software, condujo al
Instituto de Ingeniería de Software de los Estados Unidos a desarrollar el
modelo CMM (Capability Maturity Model - Modelo de Madurez de Capacidad).
En principio creado para evaluar y mejorar la capacidad de los contratistas de
software del Departamento de Defensa de los Estados Unidos, el modelo CMM
se convirtió a través de los años en el más alto estándar de ingeniería en el
mundo para todo tipo de compañías. Está fundamentado en prácticas reales de
las compañías mas avanzadas del planeta, y refleja el estado del arte en
procesos de desarrollo de software.
El CMM está compuesto de 316 prácticas claves agrupadas en 18 áreas y
distribuidas en una jerarquía de cinco niveles, a través de los cuales una
organización progresivamente alcanza mayor calidad, productividad y menores
costos en el desarrollo de software. Los niveles progresan desde el 1, que
representa el estado caótico, hasta el nivel 5, que representa el estado de
optimización continua. Una organización en nivel 1, en el cual se encuentran la
mayoría de los grupos de desarrollo en el mundo, produce software utilizando
una aproximación de tanteo y error. Una organización en nivel 5 utiliza las
mejores prácticas de ingeniería disponibles en el planeta, hace uso de
procesos controlados, medibles y en continuo mejoramiento. Es altamente
madura y sistemáticamente está en capacidad de producir software de alta
calidad. Según estadísticas del SEI, el tiempo promedio para avanzar entre los
niveles de madurez es el siguiente:
De nivel 1 a nivel 2, 23 meses
De nivel 2 a nivel 3, 22 meses
De nivel 3 a nivel 4, 28 meses
De nivel 4 a nivel 5, 17 meses
Las diferencias básicas entre los niveles de madurez, según el SEI son las
siguientes:
56
Nivel 1. Inicial. En este nivel, los procesos y métodos de ingeniería no se
encuentran definidos. Por esa razón, los proyectos son adelantados de manera
incoherente, incontrolada y poco profesional. El éxito es eventual y depende del
comportamiento heroico de algunos individuos, cuando estos poseen algún
nivel de conocimiento. La mayoría de los grupos de desarrollo de software en el
mundo operan a este nivel.
Nivel 2. Repetible. Se establecen algunos procesos y métodos de ingeniería a
nivel de proyectos, aún incipientes.
Nivel 3. Definido. Los procesos, actividades y métodos relacionados con la
ingeniería y administración de proyectos se encuentran documentados,
estandarizados y construidos alrededor de un marco integrado para toda la
compañía. Todos los integrantes de la organización los utilizan en su trabajo
diario.
Nivel 4. Administrado. La compañía opera bajo Control Estadístico de
Procesos, tanto en procesos como en productos. Los resultados de los
procesos y la calidad de los productos son predecibles, y se controlan
siguiendo las técnicas inicialmente publicadas por Deming, Crosby y Juran,
técnicas que se han convertido en herramienta fundamental para las
compañías de alta capacidad en el mundo.
Nivel 5. Optimización. En este nivel, las organizaciones se encuentran en un
proceso de mejoramiento continuo. Todos los procesos y técnicas modernas
están en pie, lo mismo que la administración cuantitativa. Las organizaciones
se enfocan en el mejoramiento a través de técnicas y procesos de prevención
de defectos, cambios en tecnología y cambios en procesos. Menos del 0.1% de
las organizaciones en el mundo se encuentran en este nivel de madurez.
Estándar Corba
57
CORBA (Common Object Request Broker Architecture) es un estándar de
OMG (Object Management Group) que define una Arquitectura de Invocación
de Métodos Remotos.
La especificación de CORBA se puede encontrar en [1]. La versión
actual es la 3.0.2, aunque la implementación de TIDorb está basada en la
versión 2.6.
CORBA es una arquitectura abierta:
Independiente de la plataforma: UNIX, WINDOWS, Main-Frame, etc.
Independiente de lenguaje: C, C++, Java, Ada, SmallTalk, COBOL, etc.
Garantiza la interoperablidad entre distintos productos
Garantiza la transparencia de localización
El estándar CORBA define:
Entorno de ejecución del para aplicaciones distribuidas: Núcleo del ORB.
API estándar de acceso al Núcleo del ORB.
Lenguaje de definición de interfaces IDL.
Traducción (mapping) de IDL a cada lenguaje de programación
concreto: C, C++, Ada, Java, COBOL, Smalltalk
Protocolo de Interoperatibilidad (GIOP-IIOP)
Servicios Básicos: Naming, Envent, Property, etc.
El modelo conceptual de CORBA es muy sencillo. Dentro del modelo se define
el concepto de objeto CORBA como una entidad remota que exporta una
interfaz donde se declaran una serie de operaciones que podrán ser
invocadas a través de una referencia a dicho objeto.
A través de una declaración de tipos de datos en IDL, entre las cuales
se declaran las interfaces que exportan los objetos CORBA, se realiza
una traducción (mapping) a un lenguaje en particular para que puedan
ser utilizados en una aplicación. Cada lenguaje tendrá un mapping
determinado, pero CORBA garantiza la interoperabilidad.
Las referencias a objeto representan a los objeto CORBA, y sobre éstas
referencias se invocarán las operaciones definidas en su interfaz. La forma en
58
que se localizan los objetos y en la que se transmiten las invocaciones a
través de la Arquitectura CORBA, son transparentes al usuario.
Arquitectura Corba
La arquitectura CORBA define una capa de middleware que permite la
invocación de métodos remotos de forma transparente al usuario.
En el escenario de la invocación remota de objetos existen dos modelos
de entidades participantes: la parte cliente y la parte servidor (ver figura
siguiente).
La aplicación cliente accede al entorno CORBA a través de la interfaz del ORB
para:
Creación de estructuras básicas (datos de los tipos any o TypeCode).
Manipulación de referencias a objetos CORBA.
Invocar las operaciones exportadas por una interfaz de Objeto
CORBA, de forma transparente a través de las referencias a objeto
CORBA.
Las referencias están representadas en el cliente por un objeto STUB
creado por el compilador de IDL a partir de la interfaz definida para el
objeto. El objeto STUB se encarga de enviar la invocación de una operación
como un mensaje de petición remota a través del ORB. Además del STUB
también se puede utilizar la Interfaz de Invocación Dinámica DII
En la parte servidor, existen una referencia de objetos o entidades,
denominados servants, que encarnan los objetos CORBA, y que
efectúan las operaciones asociadas a las operaciones definidos en la IDL
del Objeto.
La asociación entre servant y objeto (referencia) la realiza el Adaptador de
Objetos.
Cada IDL genera un Skeleton, que se encarga de pasar las peticiones de
invocación remota al servant que el Adaptador de Objetos determine.
Las peticiones también pueden llegar a través de una Interfaz Dinámica de
Skeleton: DSI.
59
60
2.5.3 Cronograma de actividades
61
2.5.4 Confección de manuales de usuario
SISTEMA DE GESTIÓN DE AVISOS
DIARIO EL TIEMPO
El desarrollo de este sistema informático tiene como objetivo automatizar, y
agilizar el trabajo en cuanto a los avisos del Diario El Tiempo, facilitando el
trabajo a las personas que trabajan en ventanilla, al ya no realizar el proceso
manual, a las personas del área de Redacción, y Diseño al tener la
información en tiempo real.
Para la construcción de dicho Sistema Informático utilizaremos como lenguaje
de Programación a Microsoft Visual Basic 6.0 y gestor de base de datos a
Microsoft SQL Server 2000, utilizaremos esta plataforma debido a la facilidad
de trabajar con eventos y a la gran documentación existente sobre esta.
INSTALACIÓN
Se debe dar doble clic en:
Posteriormente, se hará clic sobre el botón Aceptar.
62
Luego se hará clic sobre el icono de instalación (marcado un aspa de color rojo, en el gráfico).
Se dará clic en continuar.
63
Al finalizar la instalación, nos mostrará la siguiente pantalla.
INICO DE SESIÓN
En esta parte el usuario deberá ingresar su ID, y su contraseña para poder acceder al sistema, en caso de que haya algún se deberá de ingresar nuevamente, en caso de que exceda los tres intentos, este se cancelará.
CATALOGO DE USUARIOS
En esta opción podemos, crear, modificar y dar de alta a usuarios de nuestro sistema, para poder acceder a esta, se debe seguir los siguientes pasos:
Datos InicialesCatalogo de Usuarios
64
En el botón nuevo nos lleva a crear un nuevo Usuario, pero para ello debemos llenar los datos solicitados (Nombres, Apellidos, Login, su contraseña, y su nivel), luego de haber ingresado todos los datos se debe dar guardar (No se activara este botón, mientras no se llenen todos los campos)También se puede editar a un usuario, borrar o buscar.
CATALOGO DE DIARIOS
En esta opción podemos registrar diarios, en caos de que fuese necesario.Al igual que la opción anterior podemos, crear, modificar y dar de alta a Diarios de nuestro sistema, para poder acceder a esta, se debe seguir los siguientes pasos:
Datos InicialesCatalogo de Diarios
Para registrar a un nuevo Diario debemos dar nuevo, y llenar los datos: el nombre del diario y su alto de página en cm.También podemos editar (cambiar datos de uno ya existente), borrar.
INGRESAR UN AVISO NUEVO
En esta opción, se ingresa un nuevo aviso, pero para ello debemos seguir los pasos que a continuación se detallan:
65
1. Ir al menú Operaciones
Ingresar AvisoComo resultado de esto nos saldrá la siguiente ventana, donde llenaremos los datos
Una vez ingresados todos los datos solicitados le datos agregar.
2. Luego de la acción anterior, nos aparecerá la siguiente ventana.
Luego de llenar los datos solicitados le damos ver, y nos aparecerá la siguiente ventana.
66
Donde: En la parte Superior izquierda tenemos los datos de la publicación,
pidiéndolos cambiar en cualquier momento antes de guárdalos En la parte derecha, tenemos todos los detalles del aviso. A la esquina izquierda inferior tenemos quizás la más importante. Para poder darle la ubicación que queramos al aviso solo debemos hacer <CLICK> en la parte marrón, en caso de que existieran avisos (ya ingresados anteriormente, en la misma fecha, diario, y número de pagina), se debe tener en cuenta las medidas del aviso, y no sobrescribirlo, una vez que tenemos la posición deseada, le damos guardar.
A esta operación la podemos cuantas veces sea necesario (para cada fecha de publicación del aviso), pero por cada una tenemos que ir guardando.
AGREGAR UNA NUEVA FECHA DE PUBLICACIÓN A UN AVISO YA PUBLICADO ANTERIORMENTE
Para realizar esta acción debemos seguir los siguientes pasos1. Ir al menú Operaciones
Buscar Aviso
67
Como resultado de esto nos saldrá la siguiente ventana, donde llenaremos los datos.
Vista para realizar una búsqueda normal
Vista para realizar una búsqueda avanzada
Se llenarán los datos solicitados y se procederá a realizar la búsqueda solicitada, obteniendo la siguiente pantalla.
68
Una vez ubicado el aviso solicitado, se dará doble clic sobre los datos del aviso deseado, obteniendo la siguiente pantalla:
En esta pantalla se presentan los detalles del aviso y las fechas en que fue publicado. Si se desea realizar una nueva publicación
69
se dará clic sobre el botón Nueva Publicación. Repitiendo los pasos a partir del segundo paso de la opción Ingresar Aviso.
GENERAR UN REPORTE DE UN DIARIO EN UNA DETERMINADA FECHA
Para realizar esta acción debemos seguir los siguientes pasos1. Ir al menú Reportes
Ver diarioComo resultado de esto nos saldrá la siguiente ventana, donde llenaremos los datos.
Se seleccionan los datos solicitados y se da clic en aceptar. Obteniendo todas las páginas del diario como se muestran a continuación.
Se muestran los detalles de la publicación (diario, fecha, número de página) y se podrá navegar entre las páginas.
70
Para estos reportes se tiene la opción de imprimir.
GENERAR UN REPORTE DE UNA PÁGINA DE UN DIARIO EN UNA DETERMINADA FECHA
Para realizar esta acción debemos seguir los siguientes pasos1. Ir al menú Reportes
Ver páginaComo resultado de esto nos saldrá la siguiente ventana, donde llenaremos los datos.
Se seleccionan los datos solicitados y se da clic en aceptar. Obteniendo todas las páginas del diario como se muestran a continuación.
Se muestran los detalles de la publicación (diario, fecha, número de página)
Para estos reportes se tiene la opción de imprimir.
71
GENERAR UN REPORTE DE UN AVISO PUBLICADO
Para realizar esta acción debemos seguir los siguientes pasos2. Ir al menú Reportes
Ver AvisoComo resultado de esto nos saldrá la siguiente ventana, donde llenaremos los datos.
Vista para realizar una búsqueda normal
Vista para realizar una búsqueda avanzada
Se llenarán los datos solicitados y se procederá a realizar la búsqueda solicitada, obteniendo la siguiente pantalla.
72
Una vez ubicado el aviso solicitado, se dará doble clic sobre los datos del aviso deseado, obteniendo la siguiente pantalla:
73
Una ves ubicado el aviso, y la fecha en que fue publicado, se dará doble clic sobre la fila en la que se encuentra, obteniendo de esta manera el reporte.
2.5.5 Verificación de Resultados
Datos Ingresados a la Tabla Diario
Para comprobar el formulario catalogo de diarios
(*) Todas las funciones y operaciones que están inmersas en este formulario
funcionan correctamente.
74
Datos ingresados a la tabla Niveles
Tabla Usuarios
Para comprobar el formulario catalogo de Usuarios, además del inicio de
sesión y de la seguridad en el sistema.
(*) Todas las funciones y operaciones que están inmersas en este formulario
funcionan correctamente.
75
Tabla Avisos y Tabla FechaPublicacion
Para comprobar los ingreso de avisos, nuevo, fechas de publicación de avisos
ya publicados antes, para la emisión de reportes, etc.
(*) Todas las funciones y operaciones que están inmersas en estos procesos
funcionan correctamente.
76
Cabe señalar que las pruebas que si hizo, no arrojaron resultados
negativos (errores), debido a que en la FACE de implantación , se iba
probando cada modulo inmediatamente se terminaba de hacer, y luego
se realizaban pruebas cuando estos se unían.
2.6 Implementación
2.6.1 Poblamiento de la BD con Datos Reales
Tabla Diario: Esta Tabla es de tipo auxiliar, de relación
Se muestran dos registros, ya que son con estos los que la empresa trabaja
actualmente.
Tabla niveles: esta tabla es de tipo auxiliar, a la cual la utilizamos para
el inicio de sesión.
77
Se muestra 4 registros, ya que estos son los necesarios, y los que el
sistema utiliza, este procedimiento de niveles, actualmente no se utiliza
en la empresa, pero con la implementación de este sistema, los usuarios
tendrán que decir en que área laboran, para su validación respectiva.
Tabla Usuarios: esta es tabla principal y la utilizamos, para la validación
de usuarios
Se muestran 3 valores, ya estos son los q inicialmente el sistema esta
operando.
Tabla Avisos y Tabla FechaPublicacion: La tabla avisos, es la
principal, y la tabla fechapublicacion es una tabla relacional.
Se probó con datos reales, de los días sábado 08/07/2006 y del día
11/07/2006 que hacen un total de 22 registros.
78
2.6.2 Obtención y verificación de resultados
Tipos de pruebas
Pruebas estadísticas
o Pruebas diseñadas para reflejar la frecuencia de las entradas del
usuario. Usadas para estimación de la confiabilidad.
Prueba de defectos
o Pruebas diseñadas para descubrir defectos en el sistema
o Un prueba de defectos exitosa es aquella que revela la presencia
de defectos en el sistema
Fases de pruebas
o Pruebas de Unidades
o prueba de componentes individuales
o Prueba de módulos
o prueba de conjuntos de componentes dependientes
o Prueba de sub-sistemas
o prueba de colecciones de módulos integrados en sub-
sistemas
o Prueba del sistema
79
o prueba del sistema completo ante de su entrega
o Prueba de aceptación
o pruebas de los usuarios para verificar que el sistema
cumple con los requerimientos. Llamado en ocasiones
prueba alfa.
Estrategias de Pruebas:
Prueba top-down
Comienza con los altos niveles del sistema y sigue hacia los niveles
inferiores
Es una estrategia de pruebas que es usada junto con el desarrollo “top-
down”
Descubre errores arquitecturales
Puede requerir cierta infraestructura de sistema antes de llevar a cabo
las pruebas
Puede ser difícil desarrollar “stubs” de programas
Level 2Level 2Level 2Level 2
Level 1 Level 1Testing
sequence
Level 2stubs
Level 3stubs
. . .
Pruebas bottom-up
Son necesarias para componentes críticos
Comienza con los niveles inferiores y se mueven hacia los niveles
superiores del sistema
requiere “drivers” de prueba a implementarse
Solo encuentra problemas de diseño hasta muy avanzado el proceso
Es apropiado para sistemas orientados a objetos
80
Level NLevel NLevel NLevel NLevel N
Level N–1 Level N–1Level N–1
Testingsequence
Testdrivers
Testdrivers
Prueba de Hilos (Thread)
Apropiados para sistemas de tiempo real y sistemas orientados a
objetos
Se basan el prueba y operación lo cual involucra una secuencia de
pasos de procesamiento los cuales comparten su ejecución en el
sistema
Comienza con un hilo de un evento y sigue hacia múltiples hilos de
eventos
La prueba completa de hilos no es posible debido al gran numero de
combinaciones
Prueba de estrés
Ejercita el sistema más allá de los límites máximos de carga del
sistema. Esta prueba causa que los defectos surjan
Al estresar el sistema se prueba el comportamiento de las fallas. La
prueba de estrés verifica perdidas inaceptables de servicio o datos
Particularmente relevante en sistemas distribuidos que presentan
una degradación severa cuando la red se sobre carga
Pruebas “back-to-back”
Presenta las mismas pruebas para distintas versiones del sistema y
compara las salidas. Distintas salidas implican problemas potenciales
Reduce el costo de examinar los resultados de las pruebas.
Comparación automática de resultados
Es posible cuando un prototipo esta disponible o con pruebas de
regresión de una nueva versión del sistema
81
Las pruebas fueron realizadas por
José Honider Melendres Neira
Las pruebas se realizaron por un lapso de 2 días.
Como ya hemos venido diciendo las pruebas se venían realizando desde la
construcción del sistema, es por esa razón que las pruebas finales, que se
obtuvieron pocos errores.
Los únicos 3 errores, pero de características similares fueron encontrados, en
el formulario de ingreso de avisos nuevo.
En los campos titulo, descripción, cliente, el sistema debería dejarnos ingresar
los caracteres: (,),”,”,-
Los cual nuestro sistema no lo hacia.
2.6.3 Corrección de errores y afinamiento del sistema
Luego de haber realizado las pruebas de Hilos (Thread) Los únicos 3 errores,
pero de características similares fueron encontrados, en el formulario de
ingreso de avisos nuevo.
En los campos titulo, descripción, cliente, el sistema debería dejarnos ingresar
los caracteres: (,),”,”,-
Los cual nuestro sistema no lo hacia.
82
A este error lo pudimos solucionar agradándole en el código fuente, en el
evento keypress, de cada una de las cajas de texto, el código ASCII de los
caracteres mencionados
2.6.4 Plan de implementación: lugares y ubicación de los equipos y de
los usurarios, materiales y personal participantes, lugares de
capacitación.
El sistema estará en puesto en el servidor, así que cada usuario tendrá
acceso a este desde su maquina y con su respectiva identificación.
La ubicación de los equipos, es la actual, ya que no es necesario, hacer
ningún cambio de este tipo.
Los usuarios, que interactuarán con el sistema son los mismos,
(Recepción, redacción, y ventanilla)
2.6.5 Plan y cronograma de capacitación, procesos, procedimientos
administrativos y sistémicos, operación del sistema, etc.
La capacitación al personal involucrado se dará en dos sesiones, las
cuales, tienen el contenido que a continuación se muestra:
Sesión Nº Contenidos Duración
1
Descripción del sistema Requerimientos del sistema para su
instalación Instalación Configuración de la base de datos
30 min.
2
Inicio de sesión Descripción y uso de las opciones del menú
datos iniciales. Ingresar un aviso nuevo Ingresar varias fechas de publicación a un
aviso nuevo Agregar nueva publicación a un aviso antiguo Generación de reportes Utilización de la ayuda
60 min.
83
Conclusiones
El tiempo que se empleo para el desarrollo de este proyecto estuvo
dentro de los plazos establecidos.
Se cumplió con los objetivos planteados, ya que se logro desarrollar el
sistema de gestión de avisos del diario el tiempo.
Se cumplió con los requerimientos que tenia el área de recepción de
avisos del diario el tiempo.
Se contribuyó a los objetivos de la empresa, ya que con este sistema se
esta automatizando el proceso de gestión de avisos del Diario El
Tiempo.
Como conclusión final podemos decir que el sistema de gestión de
Avisos del Diario el Tiempo satisface las necesidades, que se tenia en el
área.
Recomendaciones
Para el buen funcionamiento del sistema, se debe operar con datos
reales.
Para un mejor rendimiento se recomienda usar sobre un sistema
Windows 2000, Windows XP o posterior
Para obtener un mayor rendimiento se recomienda utilizar un
computadora PIV 2.8 GH, 256 RAM.
En cuanto a la capacidad de disco es aconsejable un tamaño de
acuerdo al historial de datos que se tenga.
84
![[MS-PPPI]: PPP Over IrDA Dialup Protocol...[MS-PPPI]: PPP Over IrDA Dialup Protocol Intellectual Property Rights Notice for Open Specifications Documentation](https://img.dokumen.tips/doc/110x75/6074cab2a6004b4394326229/ms-pppi-ppp-over-irda-dialup-protocol-ms-pppi-ppp-over-irda-dialup-protocol.jpg)
