Joan Morales Parte I PDF

n: 2006-XXA
PROYECTO DE GRADO
Presentado ante la ilustre UNIVERSIDAD DE LOS ANDES como requisito final para
obtener el Ttulo de INGENIERO DE SISTEMAS
SISTEMA DE INFORMACIN WEB PARA LA GESTIN DE PROCESOS DE

LA ACERA DE PLANCHONES DE SIDOR C.A.
Por
Br. Joan Morales
Tutor: Dr. Wladimir Rodrguez
Tutor Industrial: Ing. Carlos Agostini
Octubre 2006
2006 Universidad de Los Andes Mrida, Venezuela
Sistema de informacin Web para la gestin de procesos de la acera de

planchones de Sidor C.A.
Br. Joan Morales
Proyecto de Grado Computacin, 124 pginas
Resumen: La automatizacin de los procesos es un factor fundamental en cuanto al desarrollo
tecnolgico competitivo de la empresa y por ende en la mejora de los ndices de produccin. Como
parte de este proceso se encuentran los sistemas de informacin los cuales brindan servicios eficientes
para la recoleccin, procesamiento y anlisis de datos que apoyan la toma de decisiones y el control en
la empresa. As pues, en este proyecto se muestra una solucin que permita el manejo automatizado de
datos en la acera de planchones de Sidor C.A.
Cabe destacar que el proceso de aceracin constituye uno de los procesos ms importantes en la
fabricacin de acero, ya que es aqu donde se obtiene el acero como tal, que ser moldeado en distintas
formas; entre ellas se encuentran los planchones, los cuales son utilizados como materia prima en los
procesos subsiguientes de productos planos.
El sistema de informacin Web planteado permite la gestin automatizada de los datos
generados durante las estaciones operativas de este proceso, stas son horno elctrico, horno cuchara,
estacin de argn y colada continua.
Para el desarrollo del sistema se utiliz el mtodo Watch, partiendo del anlisis del proceso
productivo y recoleccin de requerimientos, seguido por el diseo y desarrollo de componentes, hasta
su implementacin final en forma de una aplicacin Web. Se efectuaron las pruebas del sistema y se
realiz exitosamente la puesta en produccin del mismo, satisfaciendo as las necesidades de los
usuarios.
Palabras clave: Sistemas de informacin, Acera, Planchones, Base de Datos, Tecnologa.NET,

Aplicaciones Web, Mtodo Watch.
Dedicatoria
A mis padres, por todo el amor,

apoyo incondicional y confianza
que me han brindado;
son ustedes quienes han forjado
la persona que soy,
Los Amo.
ndice
Dedicatoria ............................................................................................................... iii
ndice ...................................................................................................................... iv
ndice de Figuras.........................................................................................................vii
ndice de Tablas........................................................................................................... x
Agradecimientos......................................................................................................... xi
Captulo 1
Introduccin ........................................................................................... 12
1.1
Descripcin de la empresa .............................................................................. 12
1.2
Ubicacin geogrfica ..................................................................................... 12
1.3
Estructura Organizativa de la direccin industrial .................................................. 14
1.4
Proceso de aceracin..................................................................................... 15
1.5
Antecedentes .............................................................................................. 17
1.6
Definicin del problema................................................................................. 17
1.7
Objetivo general .......................................................................................... 19
1.8
Objetivos especficos..................................................................................... 19
1.9
Metodologa ............................................................................................... 19
1.10
Alcance ..................................................................................................... 20
1.11
Estructura del documento .............................................................................. 20
Captulo 2
2.1
Marco Terico......................................................................................... 22
El Mtodo Watch.......................................................................................... 22
2.1.1
Modelo de Producto.................................................................................. 22
2.1.2
Modelo de Proceso ................................................................................... 24
2.1.3
Modelo del grupo de desarrollo .................................................................... 26
2.2
Lenguaje de modelado unificado (UML) ............................................................. 27
2.2.1
Diagrama de clases .................................................................................... 29
2.2.2
Diagrama de componentes .......................................................................... 29
2.2.3
Diagrama de despliegue.............................................................................. 30
2.2.4
Diagrama de actividades ............................................................................. 30
2.2.5
Diagrama de casos de uso............................................................................ 31
2.2.6
Diagrama de secuencia ............................................................................... 33
2.3
Sistemas de informacin................................................................................. 34
2.4
Aplicaciones Web ........................................................................................ 36
2.5
Base de datos .............................................................................................. 38
2.5.1
2.6
Clasificacin de las Bases de Datos ................................................................. 38

Microsoft SQL Server 2000 ............................................................................ 39
2.6.1
Lenguaje SQL.......................................................................................... 40
2.6.2
DTS (Servicios de transformacin de datos) ..................................................... 40
2.6.3
Procedimientos almacenados........................................................................ 41
2.7
Visual Studio .NET....................................................................................... 42
2.7.1
El .NET Framework.................................................................................. 42
2.7.2
ASP.NET ............................................................................................... 43
2.7.3
Visual Basic.NET ...................................................................................... 44
2.7.4
ADO.NET.............................................................................................. 45
2.7.5
XML (Lenguaje de marcado extensible) .......................................................... 45
Captulo 3
Anlisis del contexto.................................................................................. 47
3.1
Visin general ............................................................................................. 47
3.2
Lmites del sistema ....................................................................................... 47
3.3
Modelado de los procesos de negocio................................................................. 48
3.3.1
Carga de materiales ................................................................................... 49
3.3.2
Fusin ................................................................................................... 50
3.3.3
Afino o refinacin ..................................................................................... 51
3.3.4
Homogenizacin de temperatura................................................................... 53
3.3.5
Colada contina ....................................................................................... 54
3.4
Identificacin de actores y sus objetivos .............................................................. 55
3.4.1
Vocabulario del dominio............................................................................. 58
3.4.2
Requerimientos funcionales ......................................................................... 61
3.4.3
Definicin de casos de uso........................................................................... 64
3.4.4
Diagrama de casos de uso............................................................................ 66
3.4.5
Descripcin de casos de uso ......................................................................... 68
3.4.6
Especificaciones complementarias o requerimientos no funcionales......................... 80
3.5
Diagrama de clases de la aplicacin.................................................................... 82
Captulo 4
Diseo y arquitectura de la aplicacin ............................................................. 83
4.1
Diseo de la arquitectura................................................................................ 83
4.2
Arquitectura de ejecucin............................................................................... 85
4.3
Diseo de la interfaz grfica de usuario ............................................................... 87
4.4
Diseo de base de datos ................................................................................. 92
Captulo 5
Desarrollo e implementacin de la aplicacin ................................................... 93
5.1
Construccin de la interfaz grfica de usuario....................................................... 93
5.2
Implementacin de la capa de datos..................................................................101
5.3
Implementacin de la capa de lgica de negocios..................................................104
5.4
Prueba de Componentes ...............................................................................105
5.5
Ensamblaje de los componentes de la aplicacin...................................................106
Captulo 6
6.1
Pruebas y entrega de la aplicacin.................................................................107

Pruebas de la aplicacin ................................................................................107
6.1.1
Pruebas funcionales ..................................................................................107
6.1.2
Pruebas de comportamiento .......................................................................108
6.1.3
Pruebas de aceptacin ...............................................................................108
6.1.4
Prueba de pgina de anlisis qumicos ............................................................108
6.1.5
Prueba de la pgina de coladas desviadas y retenidas ..........................................110
6.1.6
Reporte de incidencias ..............................................................................113
6.2
Desarrollo de documentacin del sistema...........................................................114
6.3
Entrega de la aplicacin.................................................................................116
6.3.1
Diagrama de redes ...................................................................................116
6.3.2
Diagrama de despliegue de la aplicacin .........................................................116
6.3.3
Mantenimiento del sistema .........................................................................117
Conclusiones ...........................................................................................................118
Recomendaciones .....................................................................................................119
Bibliografa..............................................................................................................120
Apndice A.
Cdigo fuente de la aplicacin..................................................................121
vi
ndice de Figuras
Figura 1. Ubicacin geogrfica de Sidor............................................................................ 13
Figura 2. Gerencias generales de la Direccin Industrial ........................................................ 14
Figura 3. Pirmide de Automatizacin ............................................................................. 15
Figura 4. Proceso de aceracin de planchones .................................................................... 16
Figura 5. Alternativas del flujo de procesos ....................................................................... 16
Figura 6. Modelo del producto de tres capas...................................................................... 23
Figura 7. Modelo de Procesos del mtodo Watch................................................................. 25
Figura 8. Estructura taxonmica del UML 2.0.................................................................... 28
Figura 9. Diagrama de componentes................................................................................ 30
Figura 10. Diagrama de actividades ................................................................................. 31
Figura 11. Diagrama de casos de uso................................................................................ 33
Figura 12. Diagrama de secuencia ................................................................................... 34
Figura 13. Arquitectura del .NET Framework.................................................................... 43
Figura 14. Modelo de Aplicacin Web ............................................................................. 44
Figura 15. Diagrama de jerarqua del suprasistema SGL ........................................................ 48
Figura 16. Diagrama de jerarqua del sistema APL ............................................................... 48
Figura 17. Cadena de valores......................................................................................... 49
Figura 18. Proceso de carga de materiales ......................................................................... 49
Figura 19. Proceso de fusin de materiales ....................................................................... 51
Figura 20. Proceso de afino de colada ............................................................................. 52
Figura 21. Proceso de homogenizacin de temperatura......................................................... 53
Figura 22. Proceso de colado y solidificacin..................................................................... 55
Figura 25. Diagrama de casos de uso del sistema APL........................................................... 66
Figura 26. Diagrama de casos de uso gestionar planchones escarpados....................................... 67
Figura 27. Diagrama de casos de uso gestionar coladas regresadas ............................................ 68
Figura 23. Diagrama de actividades caso de uso consultar coladas desviadas ................................ 75
Figura 24. Diagrama de actividades caso de uso editar coladas desviadas .................................... 76
Figura 28. Diagrama de clases del sistema APL .................................................................. 82
Figura 29. Diagrama de Componentes de los mdulos que conforman la arquitectura central .......... 84
Figura 30 DS consultar reporte diario .............................................................................. 86
Figura 31 DS Editar planchones escarpados....................................................................... 86
Figura 32 DS Insertar colada regresada............................................................................. 87
Figura 33. Estructura del diseo visual de las pginas Web..................................................... 88
Figura 34. Prototipo de interfaz Web .............................................................................. 90
Figura 35. Flujo de navegacin del sistema ........................................................................ 91
Figura 36. Lista o combo desplegable............................................................................... 94
Figura 37. Cuadro de dialogo ........................................................................................ 94
Figura 38. Men de navegacin...................................................................................... 95
Figura 39. Calendario.................................................................................................. 95
Figura 40. Control datos_cabecera.................................................................................. 95
Figura 41. Pantalla Reporte Diario.................................................................................. 96
Figura 42. Pantalla Coladas Desviadas .............................................................................. 97
Figura 43. Pantalla de escarpados.................................................................................... 98
Figura 44 Pantalla de ficha de colada................................................................................ 98
Figura 45 Pantalla para edicin de coladas desviadas............................................................. 99
Figura 46 Pantalla de anlisis qumicos ............................................................................100
Figura 47. Pantalla Tipos de Acero.................................................................................101
Figura 48. Conexin entre las capas de la aplicacin...........................................................106
Figura 49. Introduccin del parmetro en la pgina de anlisis qumicos. ..................................108
Figura 50. Pantalla de anlisis qumicos ...........................................................................109
Figura 51. Mensaje de alerta.........................................................................................110
Figura 52. Seleccin de fechas de la pgina de coladas desviadas. ............................................110
Figura 53. Pgina de coladas desviadas y retenidas. .............................................................111
Figura 54 Editar coladas desviadas.................................................................................112
Figura 55. Mensaje de aviso. ........................................................................................112
Figura 56. Mensaje de error (fechas incorrectas) ................................................................113
viii
Figura 57. Manual de usuario del sistema APL...................................................................115

Figura 58. Diagrama de distribucin fsica de hardware y software ..........................................116
Figura 59. Diagrama de despliegue del sistema ..................................................................117
ix
ndice de Tablas
Tabla A. Roles y responsabilidades de los miembros de los grupos de desarrollo .......................... 26
Tabla B. Actores y sus roles.......................................................................................... 56
Tabla C. Glosario de trminos ....................................................................................... 58
Tabla D. Iconos grficos del proceso................................................................................ 60
Tabla E. Casos de uso y Especificaciones........................................................................... 64
Tabla F. Caso de uso Consultar Reporte Diario .................................................................. 68
Tabla G. Caso de uso Consultar AGO.............................................................................. 69
Tabla H. Caso de uso Consultar Parmetros de Proceso........................................................ 69
Tabla I. Caso de uso Consultar Materias Primas .................................................................. 70
Tabla J. Caso de uso Consultar Novedades ........................................................................ 71
Tabla K. Caso de uso Consultar Ficha Colada..................................................................... 71
Tabla L. Caso de uso Consultar Perfil Colada..................................................................... 72
Tabla M. Caso de uso Consultar Anlisis Qumicos.............................................................. 73
Tabla N. Caso de uso Consultar Coladas Desviadas.............................................................. 74
Tabla O. Caso de uso Consultar Coladas Regresadas ............................................................ 77
Tabla P. Caso de uso Consultar Planchones Escarpados......................................................... 78
Tabla Q. Caso de uso Gestionar Planchones Escarpados ........................................................ 79
Tabla R. Tabla de datos de implementacin de la capa de datos ..............................................102
Tabla S. Tabla de datos de prueba para anlisis qumicos. .....................................................108
Tabla T. Tabla de datos de prueba para pgina de coladas desviadas y retenidas...........................110
Tabla U. Tabla de datos de 2da prueba pgina coladas desviadas y retenidas ...............................113
Tabla V. Matriz de incidencias. .....................................................................................114
Agradecimientos
A mi Dios, por estar siempre a mi lado, gracias por ser mi fuente de fuerza y entereza para seguir
siempre luchando.
A mi Nio de la Cuchilla, mi Virgen de Betania y Maria Francia, gracias por acompaarme
siempre y darme la fuerza y la sabidura para seguir adelante y culminar esta etapa de mi vida.
A mi querida mam Marucha, por criarme y darme todo el cario que una madre pueda
brindar; gracias por tu amor incondicional, por preocuparte siempre por mi y por haber estado
siempre all cuando necesit de ti.
A mi adorado pap Lale, gracias por ensearme que en la vida no existen obstculos
insuperables y que nunca es tarde para triunfar, tus ancdotas y experiencias han sido gua e inspiracin
para llegar a ser quien soy, por favor no te me vayas, aun queda largo camino por recorrer.
A mi querido y respetado padre Juan, gracias por darme siempre todo tu cario, ayuda y
apoyo sin esperar nada a cambio, sin ti hubiese sido muy difcil lograr este triunfo.
A toda mi familia, mis tos, primos, en especial a mi hermana Michelle, mi tas Yovana y
Marisol por preocuparse siempre por m desempeo y bienestar. Se les quiere mucho.
A la ilustre Universidad de Los Andes por ser la fuente inagotable de conocimientos que logr
saciar mi sed de ellos durante toda mi carrera.
A mi tutor, el Prof. Wladimir Rodrguez, por ser mi gua y mentor en el desarrollo de este
proyecto de grado.
A los ingenieros Carlos Agostini, Lisbeth Ruiz y Samuel De Pina por prestarme toda la ayuda y
colaboracin requerida para desarrollar este proyecto.
Al C.D.C.H.T. por facilitar el financiamiento para la elaboracin de este proyecto.
A mis amigos de la Universidad por compartir a mi lado, cada uno en su momento, esta etapa
tan importante de mi vida.
A todas aquellas personas que de una manera u otra pusieron su grano de arena.
Captulo 1
Introduccin
En este captulo se presenta una breve descripcin de la empresa y del rea en la cual se llev
a cabo la realizacin del proyecto, se describe el proceso de aceracin de planchones, as como los
antecedentes que dan base a la realizacin de este proyecto, la definicin del problema por el cual se
decide automatizar los procesos, los objetivos que se pretenden lograr con el desarrollo
implementacin del sistema, luego se hace una breve descripcin de la metodologa empleada para
crear la aplicacin empresarial y por ltimo el alcance y la estructura del presente documento.
1.1 Descripcin de la empresa

Sidor C.A., es un complejo siderrgico integrado, dedicado a la produccin y comercializacin de
productos de acero, que da comienzo a sus procesos con la fabricacin de pellas y culmina con la
entrega de una gran variedad de productos terminados, dentro de los que encontramos los
denominados largos (barras y alambrn) y los denominados planos (laminados en fro, laminados en
caliente y recubiertos), utilizando para ello tecnologa de reduccin directa, hornos de arco elctrico
y colada continua.
Tambin genera a mediados de sus procesos productos semiterminados largos como son las
palanquillas y los lingotes, y semiterminados planos como los planchones.
1.2 Ubicacin geogrfica

La empresa se encuentra ubicada en la Zona Industrial Matanzas, Ciudad Guayana, Estado Bolvar Venezuela, sobre la margen derecha del Ro Orinoco, a 17 kilmetros de su confluencia con el Ro
Caron y a 300 kilmetros de la desembocadura del Ro Orinoco en el Ocano Atlntico, como se
puede observar en la Figura 1. Est conectada con el resto del pas por va terrestre, y por va fluvial martima con el resto del mundo.
Captulo 1 - Introduccin
13
Se abastece de energa elctrica generada en las represas de Macagua y Gur, ubicadas sobre el
Ro Caron, as como de gas natural, proveniente de los campos petroleros del Oriente Venezolano.
Sidor, C.A., es la empresa siderrgica ms grande de Venezuela y una de las ms importantes
de Amrica Latina.
Figura 1. Ubicacin geogrfica de Sidor
En la actualidad, las instalaciones de Sidor se extienden sobre una superficie de 2.838

hectreas, de las cuales 90 hectreas son techadas. Cuenta con una amplia red de comunicaciones de
74 Km. de carreteras pavimentadas, 132 Km. de vas frreas y acceso al mar por un terminal
portuario con capacidad para atracar simultneamente 6 barcos de 20.000 Tn. cada uno. Adems de
contar con edificaciones en las cuales se desarrollan las reas administrativas y de soporte al personal,
tales como edificios administrativos, comedores, servicio mdico, talleres centrales, entre otros.
Sidor C.A., cuenta con las siguientes instalaciones productivas, vase [ 2 ]:
Planta de pellas.
Plantas de reduccin directa: HyL II, Midrex I y Midrex II.
Acera y colada continua de planchones.
Acera y colada contina de palanquillas.
Laminacin en Caliente.
Laminacin en Fro.
Planta de briquetas.
Planta de cal.
Terminal portuario.
14
1.3 Estructura Organizativa de la direccin industrial

La Direccin Industrial es la encargada de fabricar productos siderrgicos, as como prestar los
servicios industriales requeridos de manera competitiva y rentable.
La Direccin Industrial est conformada por un conjunto de ocho (8) gerencias generales, ver
Figura 2, las cuales ejecutan sus funciones de acuerdo a su campo de especificacin. Cada gerencia
general ejecuta su respectiva labor dentro del marco de su rea laboral, dicho de otro modo, slo para
el entorno de su proceso productivo.
Figura 2. Gerencias generales de la Direccin Industrial
La Gerencia de Automatizacin y Control, que forma parte de la Gerencia General de

Ingeniera y Medio Ambiente es la encargada de automatizar la gestin de datos de todas las lneas de
produccin de Sidor y como se puede observar en la Figura 3, se encuentra estructurada de la
siguiente manera:
Nivel 0, Elementos de Campo: Est constituido por el conjunto de sensores y actuadores
instalados en la planta. Este es el nivel ms bajo en la pirmide de Automatizacin y slo obedece al
nivel superior inmediato.
Nivel 1, Red de Control de Campo: Lo constituyen aquellos dispositivos (PLC) en donde estn
programados los lazos de control, las condiciones de alarma, el manejo de los actuadores y la lgica
secuencial segn sea el caso del proyecto. A este nivel estn conectados los instrumentos del Nivel 0.
Nivel 2A, Red de Supervisin y Control: Este nivel tiene como objetivo proporcionar sistemas o
aplicaciones que permitan tener una visin clara del proceso al cual se presta este servicio. Para el
logro de este objetivo se realiza el desarrollo de las aplicaciones que permiten la operacin,
15
supervisin y monitoreo de variables de proceso, el ingreso de datos manuales de proceso y el

almacenamiento de las variables en bases de datos para el control de la gestin del proceso.
Nivel 2B, Explotacin de Datos: Es el encargado de la explotacin de datos del sistema
disponibles en el Nivel 2A para su presentacin por medio de tecnologa WEB y para visualizacin de
datos histricos de planta, y planificacin a nivel gerencial.
Nivel 3, Papel Electrnico: Es el encargado de publicar por medio de tecnologa WEB las prcticas
operativas y el manejo de los datos que tiene que ver con la gestin del proceso, seguridad y de
calidad.
Figura 3. Pirmide de Automatizacin
1.4 Proceso de aceracin

La Figura 4 muestra el proceso de aceracin, ste comienza con la carga de materiales en los hornos
elctricos, donde se funden hasta obtener el acero lquido, luego se vaca el arrabio lquido en un
cucharn (sangra), para ser transportado a la siguiente estacin operativa (horno cuchara) donde se
lleva a cabo los procesos de metalrgica secundaria (afino) para darle las propiedades qumicas y fsicas
a la mezcla, acordes con el tipo de acero; de ser necesario, ser enviado a la estacin de argn para
16
homogeneizar su temperatura; finalmente es trasladado por una gra de carga hacia las mquinas de
colada continua, donde se deja caer el acero lquido hacia los moldes para obtener los planchones.
Figura 4. Proceso de aceracin de planchones
Los flujos alternativos del proceso de aceracin se muestran en la Figura 5, stos se producen
bien sea por las tareas que se tengan planificadas para el da o por las incidencias inesperadas que
ocurren durante el proceso.
Figura 5. Alternativas del flujo de procesos
17
1.5 Antecedentes
Actualmente, la gerencia general de aceracin de Sidor cuenta con un sistema de informacin poco
robusto, confiable y completo, por lo que es necesario crear uno que les permita adquirir, almacenar
y gestionar en forma oportuna y estructurada, toda la informacin relacionada con los procesos de
produccin que se presentan en cada una de las estaciones operativas (HE, HC, EA y CC) en las
aceras. Adems, el sistemas es deficiente en cuanto a la calidad y cantidad de informacin del
proceso, ya que an existe gran parte de ella que se maneja en planillas y archivos de Excel; sto trae
como consecuencia que los gerentes, tcnicos y supervisores de planta, no puedan obtener toda la
informacin requerida de manera rpida, sencilla y veraz, restndole tiempo al anlisis y a la toma de
decisiones.
El sistema de informacin actual (Efactory) est realizado con tecnologa ASP, hacindolo
menos portable o compatible (con ciertos navegadores), con un menor nivel de seguridad y eficiencia,
adems de engorroso para el programador, ya que mezcla los diversos lenguajes de programacin
usados para la codificacin de las pginas en un mismo archivo de edicin. Este sistema posee en
algunos casos duplicidad de informacin y no garantiza la integridad de los datos, lo que lo hace poco
confiable.
La mayora de estas causas han llevado a la gerencia general de aceracin, a solicitar ante la
Gerencia de Automatizacin (coordinacin del nivel de 2B), el desarrollo de un sistema en tiempo
real, tanto de informacin como de gestin, que sea capaz de acceder a travs de la intranet a toda la
informacin cualitativa e histrica, que es cargada por los usuarios a nivel de planta y en la
Superintendencia de Procesos y Tecnologa, referente a los datos que se observados en cada una de las
estaciones operativas y as poder realizar un seguimiento detallado del proceso para lograr tomar
decisiones sobre qu acciones se deben ejecutar, y a su vez efectuar anlisis estadsticos y modelos de
simulacin.
1.6 Definicin del problema

La carencia de un sistema robusto, eficiente y con toda la diversidad de informacin centralizada
necesaria, ocasiona que los datos correspondientes al proceso de aceracin, no lleguen muchas veces a
tiempo a manos de gerentes, supervisores, operadores, entre otros. Estas deficiencias traen como
consecuencia dificultades a la hora de:
18
Introducir y almacenar los datos generados durante el proceso de produccin.
Visualizar los datos de una manera ordenada, estructurada y relacionada.
Llevar un control cualitativo de las coladas en cada uno de los ciclos operativos.
Discutir el orden en que se van a llevar a cabo los procesos correspondientes al ciclo
operativo de fabricacin de cada colada.
Efectuar un seguimiento sobre aquellas coladas que no cumplen con los estndares
qumicos de aceptacin sugeridos por Sidor, con el fin de darles el tratamiento adecuado
y oportuno.
Llevar un control cuantitativo de las adiciones o materiales empleados a lo largo del

proceso, para as optimizar su utilizacin.
Llevar un control cuantitativo de la produccin histrica (diaria, mensual y anual) de

coladas producidas, tanto defectuosas (desviadas1, retenidas2 y regresadas3) como no
defectuosas.
Tomar decisiones respecto a estrategias de produccin.
Realizar anlisis estadsticos y de simulacin.
Por estos motivos, se tom la decisin de realizar un sistema de informacin que permita el
control de la gestin de los procesos de la acera de planchones de la Gerencia General de Aceracin
de Sidor, C.A.
Los datos que se desean explotar a travs del sistema, son aquellos relacionados con las
estaciones operativas, desde el inicio de la carga del HRD4 y la chatarra a cada uno de los hornos
elctricos, hasta la obtencin del acero slido en los moldes, dentro de lo que encontramos procesos
intermedios como anlisis qumicos, calidad de materia prima, metalrgica secundaria, adiciones de
compuestos qumicos, consumos de materiales, retencin de coladas, entre otros.
Colada cuyos valores qumicos se encuentran fuera del rango estndar de aceptacin de Sidor para un tipo de acero
determinado.
2 Colada cuyos valores qumicos se encuentran fuera del rango ptimo de aceptacin sealado por el cliente para un
tipo de acero determinado.
3 Colada en la que durante su proceso de elaboracin se presentaron ciertos incidentes o fallas que obligaron al regreso
de esta desde su estacin destino a una estacin temporal.
4 Hierro de Reduccin Directa
1
19
El sistema estar compuesto por una base de datos, en la cual se almacenar toda la
informacin ya mencionada y una interfaz grfica amigable por medio de la cual el usuario introducir
los datos y visualizar todos los reportes, esta interfaz ser implementa a travs de tecnologa Web.
1.7 Objetivo general

Analizar, disear e implementar un sistema de informacin Web para la acera de planchones de la
gerencia general de aceracin de Sidor, C.A., que permita realizar el control de gestin de los
procesos en cada una de las estaciones operativas.
1.8 Objetivos especficos

1.8.1
Automatizar la gestin (ingreso, consulta y edicin) de datos de produccin, proceso,

consumo de materiales y calidad de la acera de planchones.
1.8.2
Mantener una base de datos accesible, estable y eficiente.
1.8.3
Centralizar todos los datos en un solo sistema de informacin y asegurar la calidad e

integridad de los mismos.
1.8.4
Proveer una herramienta Web con una interfaz amigable para ser usada como gua en
las reuniones y actividades diarias de gestin de planta a travs de la Intranet.
1.8.5
Estructurar de una manera adecuada los mdulos del sistema, as como el diseo y
organizacin de las tablas que contienen la informacin en cada reporte.
1.8.6
Garantizar la integridad y estabilidad del sistema.
1.9 Metodologa
El desarrollo de este proyecto ser guiado por los pasos y fases del mtodo Watch [Montilva,
2004], ste en su ms reciente versin, se encuentra enmarcado dentro del desarrollo de aplicaciones
Web, las cuales comprenden procesos complejos, tecnologas y la necesidad de personal especializado
que se mezclan en este tipo de procesos. [Montilva y Barrios, 2002].
Los elementos metodolgicos del mtodo Watch estn basados en los principios y conceptos
de la Ingeniera de Mtodos definidos por Odell (1996) tales como: el Modelo de Producto, el
20
Modelo de Procesos, el mtodo fue extendido incluyendo un tercer elemento el Modelo del Grupo
de Desarrollo.
Modelo del producto
Descripcin genrica de los productos administrativos, tcnicos y de entrega que produce el

mtodo.
Modelo del proceso
Representacin grfica de las fases, pasos, actividades o tareas que el mtodo propone para
desarrollar software.
Modelo del grupo de desarrollo
Describe la estructura y los roles del personal que participa en el proyecto de desarrollo.
El Lenguaje de Modelado Unificado (UML) se utilizar para observar la interaccin entre el
usuario y el sistema, ya que este permite visualizar y documentar los elementos que forman un
sistema de software.
1.10 Alcance
El proyecto consiste en disear, desarrollar e implementar un sistema de informacin Web para la
gestin de procesos de la acera de planchones de Sidor C.A, que les permita llevar de forma
organizada, estructurada y centralizada todos los datos generados durante las estaciones operativas del
proceso de aceracin.
El sistema debe cumplir con los estndares de la empresa para ello debe utilizar como
manejador de base de datos Microsoft SQL Server, para la interfaz grfica Microsoft Visual
Studio .NET, especficamente ASP.NET, y para la programacin de los componentes de las pantallas
Visual Basic .NET siendo el sistema soportado bajo plataforma Microsoft Windows.
1.11 Estructura del documento

El documento est estructurado en diferentes captulos, cada uno de ellos se centra en un tema
especfico como se muestra a continuacin:
21
Captulo 2: Marco terico.
Describe detalladamente los conceptos relacionados con la metodologa empleada, as como

de todas aquellas tecnologas empleadas y aspectos tericos que se deben tomar en cuenta para el fcil
manejo y entendimiento del desarrollo del sistema.
Captulo 3: Anlisis del contexto
Presenta una visin global y detallada de la aplicacin empresarial, as como las necesidades
de informacin y automatizacin de procesos que tienen los usuarios, mediante la definicin y
especificacin de requerimientos que se traducen en casos de uso del sistema.
Captulo 4: Diseo y arquitectura de la aplicacin
Comprende todo lo relacionado al diseo de la arquitectura lgica, conceptual y de

presentacin para que sea apropiada a los requisitos especificados, como lo es el modelo de tres capas,
ya que permiten un desarrollo ms eficiente de la aplicacin.
Captulo 5: Desarrollo e implementacin de la aplicacin
Describe el desarrollo e implementacin de cada uno de los componentes de software que

comprenden la capa de presentacin, la capa de lgica de negocios y la capa de datos de la aplicacin,
establecindose finalmente la conexin entre ellas.
Captulo 6: Pruebas y entrega de la aplicacin
Presenta el desarrollo de las pruebas funcionales y de aceptacin por parte de los usuarios
para comprobar y garantizar que el sistema cumple con los requisitos establecidos en la fase inicial,
antes de proceder a la implementacin final del mismo en su ambiente operacional, esta fase tambin
abarca el desarrollo y entrega de la documentacin del sistema.
Conclusiones.
Recomendaciones.
Bibliografa.
Captulo 2
Marco Terico
En este captulo se presentan los aspectos tericos fundamentales para el fcil entendimiento del
proyecto. Se describe en detalle el mtodo de desarrollo Watch, la tecnologa empleada tanto para la
interfaz Usuario/Sistema como para el manejo de los datos, y los conceptos en los cuales est basado el
desarrollo de esta aplicacin Web.
2.1 El Mtodo Watch

El mtodo Watch es un mtodo que describe el ciclo de vida de las aplicaciones Web basadas en
componentes, este mtodo especifica tanto el producto, como el proceso y los actores. La extensin de
ste se hace desglosando en cada fase sus actividades, tareas y los productos, as como la asignacin de
los actores de las mismas. [Hamar, Vanesa, 2003]
En el mtodo Watch se define una aplicacin Web como un conjunto de servicios que son
accedidos por los usuarios a travs de un navegador o Web browser. Los servicios que deben ser
prestados comprenden desde la entrada, el almacenamiento, la actualizacin, as como tambin el
acceso y manipulacin de datos que son guardados en uno o ms servidores. [Hamar, Vanesa, 2003]
Entre los ejemplos de servicios Web se encuentran: Sistemas e-commerce, Portales e-bussines,
Sistemas e-goverment, sistemas de informacin web. Estos varan desde servicios de pequea escala a
servicios a gran escala.
2.1.1 Modelo de Producto

El Modelo de Productos de una aplicacin Web en el Modelo de Procesos Watch corresponde a
la descripcin de los elementos comunes elaborados al final de aplicar el mtodo.
Captulo 2 - Marco Terico
23
El proceso para solicitar los servicios de una aplicacin Web se produce cuando un usuario
realiza una peticin a travs de un navegador, el usuario interacta con el sistema introduciendo y
obteniendo informacin, esto se hace a travs de funciones o servicios que provee un servidor de
aplicaciones conjuntamente con el servidor Web. [Hamar, Vanesa, 2003]
Ya descrito el proceso, se observa que la arquitectura que se utiliza comnmente para
aplicaciones Web es la arquitectura de n-capas. En este caso est definido en tres capas, ver Figura 6; la
primera la capa de presentacin que es aquella con la cual el usuario interacta, la capa intermedia o de
lgica de negocios, que corresponde a la capa donde se encuentran las lgicas del negocio de las
aplicaciones Web, y por ltimo, la capa donde son guardados los datos de las aplicaciones.
Figura 6. Modelo del producto de tres capas [Montilva & Barrios, 2002]
A continuacin se presenta una descripcin de cada una de las capas del modelo de producto del
mtodo:
Capa de presentacin: Es responsable de la interaccin con los usuarios. sta se encarga de capturar
los datos introducidos por los usuarios y el manejo de los dilogos a los usuarios. Esta capa comprende
dos tipos de componentes:
Los componentes del lado del cliente: Se refieren a los componentes con las pginas
HTML de la aplicacin Web que van a ser desplegadas en las mquinas de los clientes. As
como tambin a los scripts que complementan las pginas Web para el manejo de
24
funcionalidades que no pueden ser hechas solamente por el HTML. Estos son scripts que se
ejecutan en la mquina cliente y permiten una pequea interaccin con la lgica de
negocios.
Los componentes del servidor Web: estos son ejecutados en el lado del servidor
Web, enva las respuestas de las pginas solicitadas y los datos solicitados a la capa de lgica
de negocios. Estos componentes pueden ser scripts que son interpretados por el servidor
Web o por ejecutables.
Capa de lgica de negocios: Esta capa intermedia representa el enlace entre la interfaz de los
usuarios y el sistema de persistencia, y, generalmente, estos son componentes que han sido compilados
y corren en un servidor de aplicaciones. Esta est dividida en dos capas:
Componentes del proceso de negocios: permite realizar las transacciones requeridas

por los usuarios a travs de la interfaz del usuario, determinando cules operaciones de los
componentes deben ser invocadas y el orden en el cual debe hacerse.
Componentes de entidades de negocios: son los relacionados con la persistencia del

dominio que deben ser almacenados.
Capa de datos: corresponden al medio de almacenamiento donde los estados de las entidades de
negocios son almacenados. Estos pueden ser Bases de Datos, XML o Bases de Datos que manejan XML.
Los beneficios de presentar de esta manera la arquitectura es que los componentes pueden ser asignados
con ms facilidad a los miembros del grupo de desarrollo de acuerdo a sus habilidades, y facilitar la toma
de decisiones mientras se hace el diseo de la aplicacin, entre otros.
2.1.2 Modelo de Proceso

El objetivo del modelado de los procesos es especificar cada una de las etapas para el desarrollo de
aplicaciones Web basadas en componentes y la interaccin entre las mismas. Para representar el Modelo
de Procesos Watch se utiliza la metfora de un reloj. El desarrollo de una aplicacin Web puede ser vista
como un reloj el cual va avanzando segn sus manecillas y que puede ser controlado por el lder del
proyecto, es decir, el que decide cundo se avanza a una nueva fase o cundo es necesario ir atrs para
mejorar o revisar un producto. Los nmeros en el dial representan las fases y el orden en el cual esas
fases deben ser ejecutadas. El proceso gerencial, por ende, es el centro del reloj. La estructura del
proceso est basado en el estndar IEEE 1074 para ciclos de vida de procesos (IEEE, 1995) y el UML
Component que es un modelo de procesos para desarrollo basado en componente [Cheesman & Daniels
25
2001]. Estos son escogidos por ser los ms apropiados para el desarrollo de pequeas y medianas
aplicaciones.
2.1.2.1 Modelado de los procesos

El proceso de desarrollo est divido en dos procesos:
Los procesos gerenciales: Estn enmarcados dentro de las actividades relacionadas con
los procesos de manejo del proyecto (aseguramiento de la calidad de la aplicacin, manejo
de cambios y riesgos, adiestramiento del personal, etc).
Los procesos de desarrollo: Este proceso es adaptado del UML Component, y

corresponde a las actividades tcnicas que son necesarias para modelar el dominio de
aplicacin, descubrir y especificar los requerimientos, disear, codificar, probar y entregar
la aplicacin.
La Figura 7 muestra tanto el orden de las fases como la relacin entre los procesos gerenciales y
los procesos de desarrollo.
Figura 7. Modelo de Procesos del mtodo Watch [Montilva y Barrios, 2002]
26
El proceso mostrado en la Figura 7, comienza en el centro del modelo, con los procesos gerenciales, las
primeras actividades que deben hacerse al comenzar un proyecto son la planeacin del mismo y la
organizacin de los grupos de trabajo.
Luego contina con las fases de desarrollo, las cuales son secuenciales en direccin a las
manecillas del reloj, pero con la habilidad de iterar, esto es, retornar para corregir o ampliar un
producto.
El proceso gerencial controla dichas fases mediante la validacin y verificacin con la que se
determinar si se avanza a la prxima fase o si es necesario retroceder a una anterior para mejorar o
revisar un producto.
2.1.2.2
Procesos Gerenciales
El objetivo principal del modelado de los procesos gerenciales es la definicin de los procesos con los
cuales se establece el proyecto, cmo es coordinado y cmo hacer uso efectivo de los recursos (tiempo,
esfuerzo, personas, dinero) para lograr los objetivos del proyecto. En el Modelo Watch Extendido, el
grupo de personas que se encargan de los procesos gerenciales corresponden a las personas que dirigen
y controlan la ejecucin de los procesos de desarrollo, son los que deciden cundo continuar o cundo ir
hacia atrs y corregir algn detalle. De acuerdo con la metfora del reloj, este grupo corresponde al
motor que permite el movimiento de las manecillas que dan la hora.
2.1.2.3
Procesos de Desarrollo
El modelado de los procesos de desarrollo tiene la finalidad de mostrar las etapas que deben ejecutarse
para el desarrollo de aplicaciones Web. Cada una de estas fases se describe hasta llegar al nivel de tareas,
se describen los productos y se propone una tcnica. Al final, los actores y los roles correspondientes a
cada fase son descritos.
2.1.3 Modelo del grupo de desarrollo

El modelo del grupo de desarrollo corresponde a la especificacin de los roles. Este es un aspecto muy
importante ya que permite al lder del proyecto conformar equipos de acuerdo a sus habilidades y a las
tareas requeridas en el proyecto. [Hamar, Vanesa, 2003]
Allen & Frost (1998), proveen un catlogo en el cual se fundament el Modelo de Procesos
Watch el que fue adaptado para el desarrollo de aplicaciones Web basado en componentes. En la Tabla A
se expresan los roles y las responsabilidades asignadas.
Tabla A. Roles y responsabilidades de los miembros de los grupos de desarrollo [Hamar, Vanesa, 2003]
27
ROL
RESPONSABILIDAD
Lder del Proyecto /
Se encarga de la planificacin, organizacin, gerencia, supervisin, y control del proceso de
Lder del grupo
desarrollo de la aplicacin.
Representante de los
Brindar el conocimiento sobre el negocio o el dominio de aplicacin. Es el puente entre el
usuarios
grupo de desarrollo y la comunidad de usuarios.
Desarrollador de la
Interpretar y modelar los requerimientos de los usuarios y utilizar sus habilidades para
aplicacin
disear y evaluar arquitecturas de aplicacin y sus componentes.
Desarrollador Web
Especificar disear interfaces Web para los usuarios; esto abarca habilidades humanas y
tcnicas relacionadas con la tecnologa Web.
Desarrollador de
Modelar e interpretar los requerimientos de negocios y utilizar sus habilidades tcnicas para
componentes de negocios
disear, codificar, integrar, probar y desplegar componentes.
Desarrollador de
componentes de datos
Analista de Negocios
Modelar e interpretar requerimientos de datos y utilizar sus habilidades tcnicas para crear,
disear, integrar, y evaluar bases de datos y otros tipos de almacenamiento de datos. Por
ejemplo XML.
Modelar el negocio utilizando tcnicas de modelado empresarial o de negocios, adems,
describe y analizar los requerimientos de los usuarios.
2.2 Lenguaje de modelado unificado (UML)

El Lenguaje Unificado de Modelado, UML5, es un lenguaje de modelado visual que se usa para
especificar, visualizar, construir y documentar un sistema de software. UML ofrece un estndar para la
descripcin y especificacin de modelos, incluyendo aspectos conceptuales tales como procesos de
negocios y funciones del sistema, y aspectos concretos como expresiones de lenguajes de programacin,
esquemas de bases de datos y componentes de software reutilizables [ 5 ].
Las races del UML provienen de tres mtodos distintos. El mtodo de Grady Booch, la
Tcnica de Modelado de Objetos de James Rumbaugh y Objetory de Ivan Jacobson. En 1994 Booch,
Rumbaugh y Jacobson dieron forma a la primera versin del UML. En 1997 fue aceptado por la OMG6.
El UML versin 2.0 (versin utilizada en el presente documento) provee distintos tipos de
diagramas estndares (especficamente 13 tipos), cada uno de los cuales se pueden utilizar para una tarea
5
6
Por sus siglas en ingls, Unified Modeling Language.

Object Managment Group.
28
de modelado especfica. Los distintos tipos de diagramas con los que cuenta el UML se clasifican en tres
tipos:
Los diagramas estructurales representan elementos componiendo un sistema o una
funcin. Estos diagramas pueden reflejar las relaciones estticas de una estructura, o arquitecturas en
tiempo de ejecucin. Los diagramas de estructura de UML son: diagramas de clase, diagramas de
objetos, diagramas de componentes, diagramas de estructura compuesta, diagramas de paquetes y
diagramas de despliegue [ 5 ].
Los diagramas de comportamiento representan las caractersticas de comportamiento de
un sistema o proceso de negocios. Los diagramas de comportamiento incluyen a los diagramas de:
actividades, casos de uso y mquinas de estados.
Los diagramas de interaccin representan un subtipo de diagramas de comportamiento,
que enfatiza sobre el flujo de control y de datos entre los elementos del sistema modelado. Los
diagramas de comportamiento incluyen a los diagramas de tiempos, secuencias, vistas de interacciones y
comunicaciones.
Figura 8. Estructura taxonmica del UML 2.0
29
2.2.1 Diagrama de clases

El diagrama de clases es el diagrama principal para el anlisis y diseo. Un diagrama de clases presenta
las clases del sistema con sus relaciones estructurales y de herencia. La definicin de clase incluye
definiciones para atributos y operaciones. El modelo de casos de uso aporta informacin para establecer
las clases, objetos, atributos y operaciones [ 5 ].
Cada clase se representa en un rectngulo con tres compartimientos:
Nombre de la clase
Atributos de la clase
Operaciones de la clase
Los atributos de una clase no deberan ser manipulables directamente por el resto de objetos.
Por esta razn se crearon niveles de visibilidad para los elementos que son:
(-) Privado: es el ms fuerte. Esta parte es totalmente invisible7.
(#) Los atributos/operaciones protegidos estn visibles para las clases friends y para las
clases derivadas de la original.
(+) Los atributos/operaciones pblicos son visibles a otras clases (cuando se trata de
atributos se est transgrediendo el principio de encapsulacin)
2.2.2 Diagrama de componentes

Los diagramas de componentes describen los elementos fsicos del sistema y sus relaciones. Muestran las
opciones de realizacin incluyendo cdigo fuente, binario y ejecutable. Los componentes representan
todos los tipos de elementos software que entran en la fabricacin de aplicaciones informticas. Pueden
ser simples archivos, paquetes de Ada, bibliotecas cargadas dinmicamente, etc. Las relaciones de
dependencia se utilizan en los diagramas de componentes para indicar que un componente utiliza los
servicios ofrecidos por otro componente.
El diagrama de componentes hace parte de la vista fsica de un sistema, la cual modela la
estructura de implementacin de la aplicacin por s misma, su organizacin en componentes y su
despliegue en nodos de ejecucin. Esta vista proporciona la oportunidad de establecer correspondencias
entre las clases y los componentes de implementacin y nodos. La vista de implementacin se
representa con los diagramas de componentes. La Figura 9 muestra un diagrama de componentes.
7
Excepto para clases friends en terminologa C++.
30
Figura 9. Diagrama de componentes [ 5 ]
2.2.3 Diagrama de despliegue

Los Diagramas de despliegue muestran la disposicin fsica de los distintos nodos que componen un
sistema y el reparto de los componentes sobre dichos nodos. La vista de despliegue representa la
disposicin de las instancias de componentes de ejecucin en instancias de nodos conectados por enlaces
de comunicacin. Un nodo es un recurso de ejecucin tal como un computador, un dispositivo o
memoria. Los estereotipos permiten precisar la naturaleza del equipo: dispositivos, procesadores,
memoria, etc.
2.2.4 Diagrama de actividades

El Diagrama de actividad es una especializacin del diagrama de estado, organizado respecto de las
acciones y usado para especificar: un mtodo, un caso de uso, un proceso de negocio (Workflow).
Un estado de actividad representa una actividad: un paso en el flujo de trabajo o la ejecucin de
una operacin. Un grafo de actividades describe grupos secuenciales y concurrentes de actividades. Los
grafos de actividades se muestran en diagramas de actividades. Las actividades se enlazan por
transiciones automticas. Cuando una actividad termina se desencadena el paso a la siguiente actividad.
Un diagrama de actividades es provechoso para entender el comportamiento de alto nivel de la
ejecucin de un sistema, sin profundizar en los detalles internos de los mensajes. Los parmetros de
31
entrada y salida de una accin se pueden mostrar usando las relaciones de flujo que conectan la accin y
un estado de flujo de objeto. En la Figura 10 se muestra un diagrama de actividades [ 5 ].
Figura 10. Diagrama de actividades [ 5 ]
2.2.5 Diagrama de casos de uso

Un caso de uso es aquel que define una secuencia de acciones ejecutadas por un sistema que producen
resultados observables de valor para un actor. Tiene como objetivo fundamental decidir para qu ser
utilizado el sistema antes de definir lo que el sistema est supuesto a hacer.
Un diagrama de casos de uso muestra la relacin entre los usuarios (actores) y los casos de uso
del sistema. Permiten definir los lmites del sistema y las relaciones entre el sistema y el entorno.
Un caso de uso es iniciado por un actor. A partir de ese momento, ese actor, junto con otros
actores, intercambia datos o control con el sistema, participando de ese caso de uso. El nombre de un
caso de uso se expresa con un verbo, seguido generalmente por el principal objeto o entidad del sistema
32
que es afectado por el caso. Grficamente, los casos de uso se representan con un valo, con el nombre
del caso en su interior [ 7 ].
Los principales beneficios de un caso de uso son:
Ilustran la necesidad del sistema.
Dan contexto a los requerimientos.
Son fciles de entender.
Facilitan acuerdos con el cliente.
Los elementos que pueden aparecer en un caso de uso son:
Actor: Es alguien identificado por un rol o algo (sistema) fuera del sistema que interacta
con el sistema que se va a desarrollar. Un actor es una clase de rol, mientras que un usuario
es una persona que, cuando usa el sistema, asume un rol. De esta forma, un usuario puede
acceder al sistema como distintos actores.
Casos de Uso: Es una descripcin de la secuencia de interacciones que se producen entre

un actor y el sistema, cuando el actor usa el sistema para llevar a cabo una tarea especfica.
Asociacin o relacin entre casos de uso: Un caso de uso puede incluir la

funcionalidad de otro como parte de su procesamiento normal. Generalmente se asume
que los casos de uso incluidos se llamarn cada vez que se ejecute el camino base. Un caso
de uso puede ser incluido por uno o ms casos de uso, ayudando as a reducir la duplicacin
de funcionalidad al factorizar el comportamiento comn en los casos de uso que se
reutilizan muchas veces. Un caso de uso puede extender el comportamiento de otro caso
de uso, tpicamente cuando ocurren situaciones excepcionales o cuando depende de ciertos
criterios, entonces se realiza una interaccin adicional. El caso de uso que extiende describe
un comportamiento opcional del sistema a diferencia de la relacin incluye que se da
siempre que se realiza la interaccin descrita. Un caso de uso origen hereda la
especificacin del caso de uso destino y posiblemente la modifica y/o ampla. La Figura 11
muestra un diagrama de casos de uso.
33
Figura 11. Diagrama de casos de uso [ 5 ]
2.2.6 Diagrama de secuencia

El UML provee un medio grfico para representar la interaccin entre los objetos a lo largo del tiempo
en los diagramas de secuencia. stos muestran tpicamente a un usuario o a un actor y los objetos y
componentes con los que interacten durante la ejecucin de un caso de uso. Un diagrama de secuencia
representa tpicamente un nico escenario de caso de uso o flujo de eventos.
Los diagramas son una va excelente para documentar los escenarios de uso, para capturar los
objetos necesarios de manera temprana en el anlisis y para verificar el uso de los objetos ms tarde en
el diseo. Los diagramas de secuencia muestran el flujo de mensajes de un objeto a otro y, como tales,
representan los mtodos y los eventos soportados por un objeto o una clase. El diagrama de la Figura 12
muestra un diagrama de secuencia con el usuario o actor a la izquierda iniciando un flujo de eventos y
mensajes que corresponden al escenario del caso de uso [ 5 ].
34
Figura 12. Diagrama de secuencia [ 5 ]
2.3 Sistemas de informacin

Un sistema de informacin se puede definir como un conjunto de funciones o componentes
interrelacionados que forman un todo, es decir, obtiene, procesa, almacena y distribuye informacin
para apoyar la toma de decisiones y el control en una organizacin; igualmente apoya la coordinacin,
anlisis de problemas, visualizacin de aspectos complejos, entre otros.
Los sistemas de informacin estn formados por subsistemas que incluyen hardware, software,
medios de almacenamiento de datos, teniendo como finalidad procesar entradas, mantener archivos de
datos relacionados con la organizacin y producir informacin, reportes y otras salidas que apoyen el
control, el anlisis, la toma de decisiones para cumplir con la misin y satisfacer la visin de la
organizacin.
Es un sistema que sirve para proporcionar la informacin necesaria a la organizacin o empresa,
donde y cuando se necesite [ 4 ].
Los sistemas de informacin realizan cuatro actividades bsicas:
35
Entrada de informacin: es el proceso mediante el cual el Sistema de Informacin toma

los datos que requiere para procesar la informacin. Las entradas pueden ser manuales o
automticas. Las manuales son aquellas que se proporcionan en forma directa por el
usuario, mientras que las automticas son datos o informacin que provienen o son
tomados de otros sistemas o mdulos; esto ltimo se denomina interfases automticas. Las
unidades tpicas de entrada de datos a las computadoras son las terminales, las unidades de
diskette, las unidades CD-ROM, los cdigos de barras, los scaners, la voz, los monitores
sensibles al tacto, el teclado y el mouse, entre otras.
Almacenamiento de informacin: El almacenamiento es una de las actividades o

capacidades ms importantes que tiene una computadora, ya que a travs de esta propiedad
el sistema puede recordar la informacin guardada en la seccin o proceso anterior.
Aquellos datos derivados del proceso de entrada de informacin requieren ser almacenados
de manera estructurada en algn medio de almacenamiento persistente. La forma ms
difundida de almacenar los datos es mediante una base de datos, ya que desde all se pueden
manipular de acuerdo a las necesidades requeridas. Actualmente los sistemas manejadores
de base de datos ms utilizados son aquellos basados en el modelo relacional de datos. La
informacin tambin puede almacenarse de otras maneras, por ejemplo en archivos
estructurados. Los medios de almacenamientos ms utilizados actualmente son los discos
magnticos, aunque tambin se encuentran los CD, DVD, unidades de entrada USB, entre
otros.
Procesamiento de informacin: Es la capacidad del sistema de informacin para

efectuar clculos de acuerdo con una secuencia de operaciones preestablecida. Estos
clculos pueden efectuarse con datos introducidos recientemente en el sistema o bien con
datos que estn almacenados. Esta caracterstica de los sistemas permite la transformacin
de datos fuente en informacin que puede ser utilizada para la toma de decisiones, lo que
hace posible, entre otras cosas, que un tomador de decisiones genere una proyeccin
financiera a partir de los datos que contiene un estado de resultados o un balance general de
un ao base.
Salida de informacin: Es la capacidad del Sistema de Informacin para extraer la

informacin procesada al usuario o datos de entrada hacia las unidades tpicas de salida
36
(impresoras, monitores, terminales, diskettes, conexiones de red, CD, sistemas de sonido,

plotters, entre otros) para que sean visualizadas por los usuarios.
2.4 Aplicaciones Web

La aplicacin Web es considerada una extensin dinmica de un servidor Web. Esto se refiere a que la
aplicacin es presentada a los usuarios desde un servidor Web, a travs de una red, como por ejemplo,
la World Wide Web o alguna intranet. La aplicacin corre sobre el servidor y la UI (interfaz de usuario)
se basa prcticamente en pginas Web. Por la naturaleza de este tipo de arquitectura, la lgica del
programa reside en un slo lugar, el servidor y la interfaz grfica est disponible a los clientes a travs
de un Web browser (navegador Web).
Estas aplicaciones se componen de varios elementos, entre ellos archivos estticos, como por
ejemplo imgenes, varias libreras y cdigo fuente (clases). Dentro de los tipos de aplicaciones Web
tenemos las orientadas a la presentacin y las orientadas a servicios. Las aplicaciones que son orientadas
a la presentacin generan pginas Web dinmicas como respuesta a varias requisiciones. Estas pginas
generalmente contienen varios tipos de lenguajes de marcado (Markup Language), como lo son HTML y
XML. Las aplicaciones orientadas a servicios presentan un tipo de Web service y generalmente son
llamadas por las aplicaciones orientadas a la presentacin [ 4 ].
Las aplicaciones Web han tomado auge hoy en da, se debera pensar en el por qu de este
fenmeno. Se presenta a continuacin una serie de ventajas que estas ofrecen:
La aplicacin reside en un solo lugar: La lgica de la aplicacin se encuentra en el

servidor, al contrario de las aplicaciones usuales, para las cuales la lgica de la aplicacin se
encuentra en la computadora de los usuarios. El usuario no necesita una copia de la
aplicacin completa, a l solamente se le proporciona la interfaz grfica, que en ltima
instancia es lo nico que al usuario le interesa referente al uso de cualquier aplicacin. Con
esto se elimina entonces cualquier problema referente a la distribucin de aplicacin, ya
que prcticamente no existe tal distribucin.
El usuario no necesita ningn software: Con este tipo de aplicaciones, lo nico que
el usuario necesita es escribir un URL. Actualmente el hecho de que el usuario posea un
web browser, como cliente, no es mayor problema, ya que incluso algunos sistemas
operativos incluyen uno.
37
El usuario no es el administrador: Cuando un usuario requiere alguna aplicacin, en la

mayora de las veces tambin debe prepararse para ser el administrador de la misma. Desde
cmo instalarla, hasta correrla y resolver los problemas de la misma. Esto no sucede con las
aplicaciones Web, pues ellos no necesitan preocuparse por instalar y correrlas, haciendo
que el usuario se sienta cmodo con la aplicacin.
El administrador de la aplicacin es el programador: Es factible que al principio

esto resulte una carga ms para los programadores. Pero si se compara el costo que tiene
formar un equipo de ayuda, encargado de la instalacin y mantenimiento de la aplicacin,
resulta ms prctico y eficiente, que los programadores solamente tengan que instalar y
mantener la aplicacin desde un mismo lugar.
La aplicacin no hace asunciones acerca de los usuarios: Debido a que HTTP es

independiente de la plataforma, permite que los usuarios nicamente necesiten de un web
browser. La diferencia es que los usuarios estn en libertad de utilizar cualquier sistema
operativo. La memoria RAM o poder de procesamiento en el equipo de los usuarios ya no
es un problema. Los usuarios ya no necesitan bajar la aplicacin completa antes de
utilizarla, basta con que bajen lo necesario para usar la interfaz grfica.
No ms versiones mltiples: Cuando un cambio ocurre en la aplicacin, todos los

usuarios necesitan tener acceso a esta nueva versin de la misma. Con las aplicaciones Web,
esto ya no es necesario, porque toda la aplicacin se encuentra centralizada y en realidad lo
que est corriendo es una nica versin del software. Todos los cambios de versiones se
realizan de manera automtica y el usuario no debe preocuparse de cmo hacer las
actualizaciones de la aplicacin. Esto tambin implica que los desarrolladores de
aplicaciones Web, no deben preocuparse ms por la compatibilidad con nuevas versiones.
Excepto que las nuevas aplicaciones no sean compatibles con los datos de los usuarios.
Las aplicaciones son simples y confiables: El usuario slo tendr que ver la pgina de
la aplicacin. Y como la aplicacin corre dentro de los mrgenes de un navegador, ya no
existen ms aplicaciones que tiendan a hacer ms lentos los sistemas de los usuarios, o que
hagan que este deje de funcionar.
38
2.5 Base de datos

Una base de datos es un conjunto de datos estructurados, almacenados en algn soporte de
almacenamiento de datos y se puede acceder a ella desde uno o varios programas. Antes de disear una
base de datos se debe establecer un proceso partiendo del mundo real, de manera que sea posible
plasmar ste mediante una serie de datos. La imagen que se obtiene del mundo real se denomina
modelo conceptual y consiste en una serie de elementos que definen perfectamente lo que se quiere
plasmar del mundo real en la base de datos [ 6 ].
El Sistema Gestor de Bases de Datos (SGBD) es un conjunto de programas, procedimientos y
lenguajes que proporcionan a los usuarios las herramientas necesarias para operar con una base de datos.
Por tanto, el SGBD acta como un intermediario entre los usuarios y los datos. Debe cumplir una serie
de funciones como descripcin de los datos, de manera que permita definir los registros, sus campos,
sus relaciones de autorizacin, etc. Debe manipular los datos permitiendo a los usuarios insertar,
suprimir, modificar y consultar datos de la base de datos y por ltimo, debe permitir usar la base de
datos, dando una interfaz adecuada a cada tipo de usuario [ 6 ].
El motor de base de datos es el encargado de realizar las consultas, altas, bajas, modificaciones,
procedimientos, etc. de forma transparente al usuario. A la combinacin entre estructura y datos ser a
lo que se refiere como base de datos [ 6 ].
2.5.1 Clasificacin de las Bases de Datos

Dentro de las ms importantes y usadas hoy en da para el desarrollo de las aplicaciones tenemos las
siguientes:
2.5.1.1 Bases de datos relacionales
Se basan en el modelo de datos relacional introducido por Codd en 1970, la cual se basa en una
estructura de datos simple y uniforme (la relacin) y tiene fundamentos tericos slidos. El modelado
de datos para este tipo de base de datos generalmente se realiza siguiendo el esquema Entidad-Relacin
propuesto originalmente por Chen en 1976.
En un sistema de gestin de bases de datos relacionales se gestionan todos los datos que tratan
sobre un tema especfico en tablas (llamadas relaciones), adems permite combinar datos (llamados
atributos o columnas) provenientes de diferentes tablas. Una relacin no debe considerarse como slo
un archivo, sino ms bien como un archivo disciplinado, siendo el resultado de esta disciplina una
39
simplificacin considerable de las estructuras de datos con las cuales debe interactuar el usuario, lo cual
a su vez simplifica los operadores requeridos para manejar esas estructuras.
2.5.1.2 Bases de datos orientadas a objetos
Surgieron para darle respuesta a la necesidad de almacenar tipos de datos mas complejos como
imgenes, sonido, video, y tipos personalizados, en aplicaciones ms complejas como las bases de datos
de grficos, sistemas geogrficos, diseo y fabricacin de ingeniera. Las caractersticas principales de
este tipo de base de datos es que el diseador de la misma puede especificar la estructura de los objetos
complejos y las operaciones que se aplican sobre ellos, junto con las caractersticas propias de los
lenguajes orientados a objetos [Elmasri/Navathe, 1997]
2.6 Microsoft SQL Server 2000

Un servidor de bases de datos en un programa que almacena datos estructurados en forma de tablas
relacionales, escucha un puerto TCP/IP a travs del cual acepta conexiones de clientes autentificados,
admite comandos en lenguaje SQL, y devuelve al cliente a travs de la red los datos resultantes del
procesamiento de los comandos SQL [ 13 ].
SQL Server 2000 es una herramienta que ha sido diseada para ayudar a las empresas a
enfrentarse a estos retos. SQL Server 2000 es la solucin de gestin de la informacin de Microsoft, que
provee gran escalabilidad, disponibilidad y seguridad a la informacin empresarial y las aplicaciones de
anlisis al tiempo que simplificar su creacin, implantacin y gestin.
SQL Server 2000, proporciona una solucin integrada de gestin de la informacin que ayuda a
empresas de cualquier tamao a:
Desarrollar e implantar aplicaciones empresariales ms escalables, fiables y seguras.
Optimizar la productividad del sector TI reduciendo la complejidad en la creacin,

implantacin y administracin de las aplicaciones de bases de datos.
Aumentar las capacidades de los desarrolladores con un entorno de desarrollo valioso,

flexible y actual para que creen bases de datos ms seguras
Compartir datos a travs de mltiples plataformas, aplicaciones y dispositivos para facilitar

la interconexin entre sistemas internos y externos.
40
2.6.1 Lenguaje SQL

El lenguaje de consulta estructurado (SQL) es un lenguaje de base de datos normalizado, utilizado por
los diferentes motores de bases de datos para realizar determinadas operaciones sobre los datos o sobre
la estructura de los mismos. Pero como sucede con cualquier sistema de normalizacin hay excepciones
para casi todo; de hecho, cada motor de bases de datos tiene sus peculiaridades y lo hace diferente de
otro motor, por lo tanto, el lenguaje SQL normalizado (ANSI) no nos servir para resolver todos los
problemas, aunque si se puede asegurar que cualquier sentencia escrita en ANSI ser interpretable por
cualquier motor de datos.
El lenguaje SQL fue diseado para acceder a bases de datos relacionales y a pesar de haber
muchas implementaciones, la sintaxis bsica se respeta en cada una de ellas.
Las instrucciones de SQL pueden clasificarse en dos tipos, estos son las instrucciones DML
(Data Manipulation Language: Lenguaje de manipulacin de datos) y DDL (Data Definition Language:
Lenguaje de definicin de datos).
Las primeras sirven para acceder y modificar los datos almacenados en la base, mientras que las
segundas se utilizan para modificar la estructura de la base de datos.
2.6.2 DTS (Servicios de transformacin de datos)

DTS es un conjunto de herramientas que permiten importar, exportar y transformar datos
heterogneos entre uno o ms orgenes de datos, como Microsoft SQL Server, Microsoft Excel o
Microsoft Access. La conectividad la proporciona OLE DB, un estndar abierto para el acceso a datos.
Los orgenes de datos de ODBC (Open Database Connectivity) se admiten gracias al proveedor Microsoft
OLE DB para ODBC [ 13 ].
Se puede crear una solucin DTS como uno o varios paquetes, cada uno de los cuales puede
contener un conjunto organizado de tareas que determinan el trabajo que se debe llevar a cabo, las
transformaciones que se deben realizar en los datos y los objetos, las restricciones del flujo de trabajo
que definen la ejecucin de las tareas y las conexiones a los orgenes y destinos de datos. Los paquetes
DTS tambin proporcionan servicios como el registro de los detalles de la ejecucin de los paquetes, el
control de las transacciones y la administracin de las variables globales.
Las siguientes son las herramientas disponibles para la creacin y ejecucin de los paquetes:
41
El asistente para la importacin o exportacin, que permite crear paquetes DTS

relativamente simples y admite la migracin de datos y las transformaciones simples.
El diseador DTS, que implementa de forma grfica el modelo de objetos DTS,

permitiendo al usuario crear paquetes DTS con una variada funcionalidad.
DTSRun, utilidad de solicitud de comandos empleada para ejecutar paquetes DTS

existentes.
DTSRunUI, una interfaz grfica a DTSRun, que tambin permite el paso de variables
globales y la generacin de lneas de comando.
SQLAgent, que no constituye una aplicacin DTS, pero que ste emplea para programar la
ejecucin de los paquetes.
La utilizacin del modelo de objetos DTS permite crear y ejecutar paquetes por medio de
la programacin, crear tareas y desarrollar transformaciones personalizadas.
2.6.3 Procedimientos almacenados

Los procedimientos almacenados son bloques de cdigo que pueden almacenarse en la misma base de
datos y que pueden ser invocados por los clientes conectados a l. Proveen la ventaja de centralizar
funcionalidades del lado del servidor de base de datos en vez de tener que residir en cada cliente [ 5 ].
Una vez creado un procedimiento almacenado, se puede invocar directamente desde una
aplicacin, o sustituir el nombre de una tabla o vista, por el nombre de procedimiento en clusulas
SELECT. Los procedimientos almacenados pueden recibir parmetros de entrada y retornar valores a la
aplicacin.
Las ventajas de usar los procedimientos almacenados incluyen:
Diseo modular.
Aplicaciones que acceden la misma Base de Datos pueden compartir los procedimientos
almacenados, eliminando el cdigo doble y reduciendo el tamao de las aplicaciones.
El fcil mantenimiento.
Cuando un procedimiento se actualiza, los cambios se reflejan automticamente en todas

las aplicaciones, sin la necesidad de recompilar. Las aplicaciones son compiladas slo una
vez para cada cliente.
42
Los procedimientos almacenados son ejecutados por el servidor, no por el cliente lo que
reduce el trfico en la red y mejora el performance o desempeo, especialmente para el
acceso del cliente remoto.
Estn almacenados en los servidores y asegurados por las medidas tomadas en la instalacin,
lo que impide que los usuarios normales puedan modificarlos e incluso desconocen su
existencia. Este es un elemento de gran valor en lo que a seguridad respecta.
2.7 Visual Studio .NET

Visual Studio .NET es un conjunto completo de aplicaciones para la creacin tanto de aplicaciones de
escritorio como de aplicaciones Web de empresa donde se requiere la presencia de un equipo de
trabajo. Aparte de generar aplicaciones de escritorio de alto rendimiento, se pueden utilizar las eficaces
herramientas de desarrollo basado en componentes y otras tecnologas de Visual Studio para simplificar
el diseo, desarrollo e implementacin en equipo de soluciones para empresa [ 13 ].
Visual Studio .NET es un conjunto completo de herramientas de desarrollo para la construccin
de aplicaciones Web ASP, servicios Web XML, aplicaciones para escritorio y aplicaciones mviles.
Visual Basic .NET, Visual C++ .NET, Visual C# .NET y Visual J# .NET utilizan el mismo entorno de
desarrollo integrado (IDE), que les permite compartir herramientas y facilita la creacin de soluciones
en varios lenguajes. Asimismo, dichos lenguajes aprovechan las funciones de .NET Framework, que
ofrece acceso a tecnologas clave para simplificar el desarrollo de aplicaciones Web ASP y servicios Web
XML.
2.7.1 El .NET Framework

Es un conjunto de servicios de programacin diseados para simplificar el desarrollo de aplicaciones en
el entorno altamente distribuido de Internet. El .NET Framework se instala como un componente
aparte en Windows 2000, mientras que Windows XP y las futuras versiones de Windows lo incorporan
directamente al sistema operativo. Como por ejemplo Windows Server 2003 o Windows .NET CE.
El .NET Compact Framework permite hacer uso de los servicios Web en dispositivos
mviles. Debido a que es un subconjunto del .NET Framework comparte el mismo modelo de
programacin y herramientas de desarrollo de aplicaciones haciendo posible que los desarrolladores
transfieran sus conocimientos existentes al desarrollo de aplicaciones mviles [ 13 ].
43
Los componentes del .NET Framework proveen los "ladrillos" necesarios para construir las
aplicaciones Web, los servicios Web y cualquier otra aplicacin dentro de Visual Studio .NET, como se
muestra en la Figura 13.
Figura 13. Arquitectura del .NET Framework [ 9 ].
2.7.2 ASP.NET
ASP.NET es un ambiente de programacin construido sobre el entorno NGWS New Generation
Windows Services, que permite crear poderosas aplicaciones Web. ASP.NET ofrece varias ventajas
importantes sobre los modelos previos de desarrollo para aplicaciones Web [ 9 ]:
Mejor Eficiencia: ASP.NET corre cdigo compilado sobre el entorno NGWS en el

servidor. Distinto a sus predecesores interpretados, ASP.NET usa amarres tempranos
("early binding"), as como compilacin justo a tiempo ("just-in-time compilation"),
optimizacin nativa, y servicios de cach, sin configuracin adicional. Para los
desarrolladores, esto significa eficiencia dramticamente superior antes de escribir la
primera lnea de cdigo.
Poder y Flexibilidad: Porque ASP.NET est basado en el Entorno Comn de Ejecucin

de Lenguajes (Common Language Runtime, o "CLR), el poder y la flexibilidad de la
plataforma completa est disponible para los desarrolladores. Las libreras de Clases del
CLR, la Mensajera, y las soluciones de Acceso a Datos, son accesibles al travs del
Internet. ASP.NET permite el uso de una gran variedad de lenguajes de programacin y,
44
por tanto, usted puede escoger el mejor lenguaje para su aplicacin, o particionar su
aplicacin en varios lenguajes. Mas an, la interoperabilidad del CLR garantiza que su
inversin en el desarrollo de aplicaciones COM es preservada cuando se migra a ASP.NET
Simplicidad: ASP.NET hace fcil el ejecutar tareas comunes, desde el simple envo de un
formulario o la autenticacin de un cliente, hasta el despliegue y la configuracin de un
Web. Por ejemplo, el entorno de paginado de ASP.NET le permite construir interfaces de
usuario que separan limpiamente la lgica de su aplicacin del cdigo de su presentacin, y
maneja eventos con un modelo sencillo de procesamiento de formularios al estilo de Visual
Basic. Adicionalmente, el CLR simplifica el desarrollo con servicios de cdigo gerenciado,
como el conteo automtico de referencias y la limpieza automtica de la memoria utilizada
por su aplicacin.
Figura 14. Modelo de Aplicacin Web [ 9 ]
2.7.3 Visual Basic.NET

Microsoft Visual Basic.NET es la nueva versin de Microsoft Visual Basic, reestructurada desde
la base de .NET Framework que facilitar la creacin de aplicaciones de la prxima generacin para el
sistema operativo Microsoft Windows y el Web. Con Visual Basic.NET, el desarrollo visual de
aplicaciones y servicios Web, aplicaciones de Windows y componentes del lado del servidor se
convierte en una tarea sencilla. Adems, Visual Basic.NET permite la distribucin XCOPY de las
aplicaciones de Windows, de forma que ya no tendr que preocuparse de los problemas de las versiones
de DLL. Con Visual Basic.NET, el "caos de las DLL" es cosa del pasado [ 4 ].
Visual Basic .NET ofrece un conjunto de caractersticas tales como:
45
Capacidad de diseo completamente orientado a objetos
Subprocesamiento libre y acceso directo a Microsoft .NET Framework
Escalabilidad
Se integra plenamente con otros lenguajes de Microsoft Visual Studio .NET, en el que se
pueden programar componentes de aplicaciones en diferentes lenguajes de programacin, y
a su vez, las clases se pueden heredar de clases escritas en otros lenguajes utilizando la
herencia entre lenguajes.
2.7.4 ADO.NET
ADO (ActiveX Data Objects) es uno de los mecanismos que usan los programas de computadoras para
comunicarse con las bases de datos, darles rdenes y obtener resultados de ellas.
Con ADO.NET, un programa puede leer, insertar, editar, o borrar, la informacin contenida
en diferentes reas de almacenamiento dentro de la base de datos llamadas tablas. Adems, se puede
manipular la propia base de datos para crear nuevas reas para el almacenamiento de informacin
(tablas), como tambin alterar o eliminar las ya existentes, entre otras cosas.
Fue desarrollado por Microsoft y es usado en ambientes Windows por lenguajes de
programacin como Visual Basic, C++, Delphi entre otros, como tambin en la Web mediante el uso
de Active Server Pages (ASP) y el lenguaje VBScript [ 4 ].
2.7.5 XML (Lenguaje de marcado extensible)

El Lenguaje de marcado extensible proporciona una forma de describir datos estructurados. A
diferencia de las etiquetas HTML, que se utilizan bsicamente para controlar la presentacin y
apariencia de los datos, las etiquetas XML se utilizan para definir la estructura y los tipos de datos de los
propios datos [ 9 ].
XML utiliza un conjunto de etiquetas para definir elementos de datos. Cada elemento encapsula
una parte de datos que puede ser muy simple o muy compleja. Puede definir un conjunto ilimitado de
etiquetas XML. A medida que se adopten etiquetas XML en toda la organizacin y a travs de las
organizaciones, los datos de todos los tipos de almacenes de datos distintos sern ms fciles de
intercambiar y manipular [ 9 ].
46
Los archivos XML contienen los datos reales (o contenido) y los elementos que identifican los
datos. El Diseador XML proporciona dos formas de ver y trabajar con documentos XML, la vista XML
y la vista Datos. La vista XML, como su nombre indica, es cdigo XML real (o formato XML). La vista
Datos interpreta el cdigo fuente XML y muestra el contenido en una cuadrcula de datos. El uso del
Diseador XML en la vista XML proporciona la codificacin de color que facilita la lectura del cdigo
IntelliSense, para ayudarle a encontrar errores de sintaxis. Adems, si un esquema se asocia con el
archivo XML, se habilita la funcin de finalizacin de instrucciones y tambin una opcin para validar
los datos XML con el esquema.
XML es una simple plataforma independiente y un estndar muy utilizado. La ventaja de XML
sobre HTML es que separa la interfaz de usuario de los datos estructurados. Esta separacin de datos de
la presentacin habilita la integracin de datos desde diversos orgenes.
Captulo 3
Anlisis del contexto
En este captulo se identifican y detallan los elementos relacionados con el dominio de negocios donde
se encuentra enmarcada la aplicacin Web, en los que se describen los proceso, las actividades ms
importantes en cada proceso, los actores del sistema y sus roles u objetivos dentro del mismo.
Adems, se determinan las necesidades de informacin y automatizacin de procesos por parte
de los usuarios del sistema, mediante la definicin y especificacin de los requisitos, que dan origen a
los casos de uso.
3.1 Visin general

El sistema de informacin Web para la acera de planchones, es el encargado de gestionar la informacin
correspondiente al proceso de aceracin, generada a lo largo de sus ciclos operativos de produccin.
Esta herramienta tiene como finalidad asistir al personal de la Superintendencia de Tecnologa y
Procesos, el cual se encuentra conformado por Gerentes, Jefes de Planta, Supervisores (Ingenieros de
Procesos) y Tcnicos principalmente, en las operaciones diarias de insercin, modificacin, eliminacin
y consulta de datos del proceso, a travs de pginas Web que sern accedidas desde sus puestos de
trabajo, permitiendo as agilizar y facilitar el seguimiento automatizado en cada una de las actividades de
los ciclos operativos del proceso.
3.2 Lmites del sistema

El sistema de informacin de planchones est encargado de asistir nicamente al personal de la
acera de planchones, permitiendo gestionar informacin correspondiente a las actividades relacionadas
con produccin, proceso y calidad, que se llevan a cabo dentro de los ciclos operativos del proceso:
horno elctrico, horno cuchara, estacin argn y colada continua.
Captulo 3 - Anlisis del contexto
48
El sistema de planchones (APL) se encuentra enmarcado dentro del suprasistema de gestin de

lneas (SGL), vase Figura 15; dentro de este proyecto de grado se disearon, desarrollaron e
implementaron los mdulos o subsistemas Flash, calidad y CC pertenecientes al sistema APL, vase
Figura 16.
En vista de que la aplicacin residir en los servidores de produccin de la gerencia de
automatizacin, la interaccin con el usuario ser a travs de computadores clientes provistos de un
navegador Web y una conexin a la intranet de Sidor.
Los datos utilizados para la elaboracin del sistema son provenientes en su mayora del nivel 2A
de la gerencia de automatizacin y en otros casos de la gerencia de informtica de Sidor.
Figura 15. Diagrama de jerarqua del suprasistema SGL
Figura 16. Diagrama de jerarqua del sistema APL
3.3 Modelado de los procesos de negocio

El objetivo principal del sistema es la gestin de informacin de la acera para la elaboracin de
planchones, para ello es imprescindible conocer el conjunto de pasos que se deben llevar a cabo durante
dicho proceso.
En la Figura 17 se muestra la cadena de valores de los procesos que describen la obtencin de
los productos semiterminados denominados planchones.
49
Figura 17. Cadena de valores
3.3.1 Carga de materiales

El proceso de produccin se inicia a partir de materias primas como hierro de reduccin directa (HRD),
chatarra (lingotes, recortes, despuntes, etc.), coque, cal y carbones metalrgicos, estos materiales son
pesados, clasificados y almacenados previamente en silos, para luego ser cargados en los hornos
elctricos con el fin de producir el arrabio.
En la Figura 18 se puede observar el diagrama de actividades correspondiente al proceso de
carga de materiales.
Figura 18. Proceso de carga de materiales
50
3.3.2 Fusin
Una vez introducida la chatarra en el horno y los agentes reactivos y escorificantes (principalmente cal)
se desplaza la bveda hasta cerrar el horno, se bajan los electrodos y se conecta la energa elctrica,
generndose un arco elctrico entre los electrodos y la carga metlica, lo cual produce suficiente calor
para fundir los materiales.
Una vez que se ha fundido aproximadamente la mitad de la chatarra, empieza la alimentacin
del HRD hasta completar la capacidad del horno, constituyendo este acero una colada. Durante el
proceso de produccin de acero lquido se inyecta oxgeno para remover impurezas.
El proceso de elaboracin sigue los patrones normales establecidos en las prcticas metalrgicas
para la fabricacin de cada tipo de acero e incorporacin controlada de fundentes y ferroaleaciones,
adems de la temperatura del bao y el avance de la oxidacin (refinacin).
Sidor cuenta con seis hornos elctricos de arco con capacidad de aproximadamente 200 Ton.
cada uno para la produccin de acero lquido.
fusin de materiales.
51
Figura 19. Proceso de fusin de materiales
3.3.3 Afino o refinacin

El afino se lleva a cabo en dos etapas. La primera en el propio horno y la segunda en un horno cuchara.
En el primer afino se analiza la composicin del bao fundido y se procede a la eliminacin de
impurezas y elementos indeseables (silicio, manganeso, fsforo, etc.) y realizar un primer ajuste de la
composicin qumica por medio de la adicin de ferroaleaciones que contienen los elementos necesarios
(cromo, nquel, molibdeno, vanadio, titanio, etc.).
El acero obtenido se vaca en una cuchara de colada, revestida de material refractario, que hace
la funcin de cuba de un segundo horno de afino en el que termina de ajustarse la composicin del acero
y de drsele la temperatura adecuada mediante la inyeccin de argn, para la siguiente fase en el
proceso de fabricacin.
52
Sidor cuenta con dos hornos cuchara para llevar a cabo los procesos de metalrgica secundaria
(Afino).
afino del arrabio.
Figura 20. Proceso de afino de colada
53
3.3.4 Homogenizacin de temperatura

Es una estacin de servicio utilizada como estacin de espera cuando todas las estaciones, bien sean de
HC CC se encuentran ocupadas; en la cual se le realizan el proceso de homogenizacin de la
temperatura8 y de flotacin de calcio9 del acero lquido.
Dentro de los ciclos operativos esta estacin es conocida como estacin de argn (EA) debido al
empleo de este gas liviano para controlar la temperatura del acero lquido.
homogenizacin de temperatura.
Figura 21. Proceso de homogenizacin de temperatura
8
9
Limpieza trmica.
Limpieza clcica.
54
3.3.5 Colada contina

Una vez que el acero lquido sufre el proceso de afino y homogeneizacin es trasladado por una gra
puente hasta la torre giratoria situada en la mquina de colada continua. Seguidamente el acero es
vaciado en un distribuidor que posee dos boquillas por donde fluye el acero a los moldes de las
mquinas de Colada Continua para darle, en este caso, una forma rectangular llamada Planchn.
La superficie superior del distribuidor est protegida con elementos aislantes, a travs de una
boquilla de cermica y gas inerte para evitar la accin del aire.
Posteriormente se aplica un sistema de enfriamiento controlado por medio de duchas de agua
fra primero, y al aire despus, cortndose el semiproducto en las longitudes deseadas mediante sopletes
que se desplazan sobre los planchones durante el corte.
En todo momento el semiproducto se encuentra en movimiento continuo gracias a los rodillos
de arrastre dispuestos a los largo de todo el sistema.
Finalmente, se identifican todos los planchones con el nmero de referencia de la colada, el
cual consta de 6 dgitos donde el primer dgito viene dado por el nmero de horno elctrico de donde
se obtuvo la colada, el segundo dgito corresponde al ao de creacin y los cuatro restantes se
establecen en forma creciente de acuerdo al orden de fabricacin, este nmero se coloca como parte del
sistema implantado para determinar la trazabilidad del producto, vigilndose la cuadratura de su
seccin, la sanidad interna, la ausencia de defectos externos y la longitud obtenida.
colada y solidificacin.
55
Figura 22. Proceso de colado y solidificacin
3.4 Identificacin de actores y sus objetivos

El actor es algo o alguien que interacta con el sistema, es decir, que bien puede ser una persona, otro
sistema, un reporte, etc. Para lograr una identificacin ms clara de los actores pueden realizarse
preguntas como: Quin utiliza el sistema?, Quin toma la informacin de este sistema?, Quin
provee informacin al sistema?, Dnde es utilizado el sistema?, Qu otros sistemas utilizan este
sistema?
La Tabla B muestra una lista de actores principales y sus roles dentro del sistema de
informacin Web, los cuales fueron definidos en reuniones con el personal de la superintendencia de
tecnologa y procesos.
56
Tabla B. Actores y sus roles
Actor
Roles u Objetivos
Auditar, evaluar y analizar la calidad de los datos arrojados

por el sistema para realizar los cambios y/o ajustes
necesarios.
Visualizar los datos del proceso de aceracin en lo que a

calidad, materias primas y AGO se refiere.
Visualizar los datos de produccin y consumos de HE, HC,

EA y CC.
Gerente de tecnologa y procesos
Obtener los datos diarios y mensuales del nmero de

coladas producidas y comparar con los valores programados
de produccin.
Obtener el nmero total de coladas desviadas y regresadas

tanto diarios como mensuales y la fraccin que estas
representan respecto a la produccin real.
Obtener los datos de perfil de colada (consumos, tiempos y

temperaturas) para cada colada.
Planificar estrategias y tomar decisiones a partir de los

datos mostrados por el sistema.
Obtener los valores qumicos estndar de cada tipo de

acero con el fin de velar por el cumplimiento de las
prcticas y de la calidad de los productos siderrgicos
elaborados en la acera.
Supervisor/Jefe de planta
Obtener los datos materias primas, diferencias de

temperatura y adiciones de ferroaleaciones.
Gestionar los datos de las coladas que han sido desviadas y

retenidas, entre ello asignar causas y responsables.
Visualizar y evaluar los casos de aceros afines para procesar

las coladas dentro del rango de interseccin qumica de los
57
aceros involucrados, de manera que los empalmes entre

aceros sean afines.
Visualizar la secuencia de colado para cada distribuidor y

mquina de colada continua asociada a ste.
Obtener los valores de los anlisis qumicos de las muestras

tomadas y verificar que cumpla con la qumica solicitada en
la prctica del acero correspondiente.
Visualizar las novedades ocurridas diariamente durante el

proceso en las distintas estaciones operativas.
Consultar y gestionar los datos de los planchones

escarpados.
Visualizar dentro de los parmetros de proceso los tiempo

de espera entre HE y HC, los valores correspondientes a
limpieza qumica, trmica y alumnica.
Obtener los valores de entrada y salida despus del

tratamiento de metalrgica secundaria del MgO, FeO y B4.
Tcnico de rea
Visualizar la temperatura de sangra dependiendo del tipo

de cucharn (A, B C) y el tipo de acero (TACE), as
como la cantidad de coladas en HE que fueron a cada tipo
de cucharn.
SSI
Obtener las variaciones de temperatura entre HC y CC.
Registrar los datos de planchones escarpados.
El sistema de seguridad interno, es el sistema de

autenticacin y administracin de usuarios por lo tanto est
encargado de otorgar permisos a estos sobre las pginas
correspondientes al SGL-APL.
58
3.4.1 Vocabulario del dominio

Hablar en los mismos trminos que el cliente es necesario para evitar ruido en el proceso. En tal sentido
resulta til la implementacin de este glosario para definir trminos (Tabla C) e iconos grficos (Tabla
D) usados en el proyecto y para ayudar a prevenir malos entendidos. Este glosario se comienza con el
inicio del proyecto, actualizndolo durante todo el transcurso del mismo.
Tabla C. Glosario de trminos
Trmino
Definicin
(Alias)
Es un equipo flexible para fundir cargas metlicas, cuya utilizacin se est

Horno elctrico
extendiendo para la produccin de acero y diferentes aleaciones. En este
(HE)
horno, que utiliza energa elctrica para generar el arco productor de calor, la
carga es parte del circuito elctrico.
Es un equipo en el cual se realiza el procesamiento intermedio del acero que
ocurre inmediatamente despus de salir del Horno Elctrico, pero antes del
Horno cuchara
vaciado, mientras el acero todava se encuentra en el cucharn. Al recalentar y
(HC)
revolver el acero, se controla la temperatura y composicin qumica a fin de

mejorar la calidad del acero.
Mquina de colada
continua (CC)
Estacin de argn
(EA)
Es un equipo utilizado para colar y moldear el acero en planchones a travs de

un proceso de enfriamiento de forma continua.
Es una estacin de servicio utilizada como estacin de espera cuando todas las
estaciones se encuentran ocupadas; en la cual se realiza el proceso de
homogenizacin de temperatura del acero lquido.
Es aquella colada cuyos valores qumicos se encuentran fuera del rango
Coladas desviadas
estndar de aceptacin de Sidor segn las prcticas operativas para un tipo de

acero determinado.
Coladas retenidas
Coladas regresadas
Es aquella colada cuyos valores qumicos se encuentran fuera del rango ptimo
de aceptacin sealado por el cliente para un tipo de acero determinado.
Es aquella colada en la que durante su proceso de elaboracin se presentaron
59
ciertos incidentes o fallas que obligaron al regreso de esta desde su estacin

destino a una estacin temporal.
Datos para la
Son aquellos valores estndar que sirven para comparar con los valores de las
elaboracin del
muestras obtenidas durante la fabricacin del acero, estos se encuentran en las
acero (DATS)
prcticas metalrgicas.
AGO
Tipos de acero
(TACE)
APL
Anlisis de gestin operativa

Es el tipo de acero de la colada, y viene determinado por el conjunto de
propiedades qumicas y fsicas de la mezcla. Se enumera con un valor de
cuatro (4) dgitos.
Acera de planchones
Son aquellos planchones que por presentar defectos superficiales (grietas,
Escarpado
abombados, poros), se les realiza un corte transversal, con el fin de eliminar

dicho desperfecto.
Es el nmero nico de identificacin correspondiente a una colada, que consta
Nmero de colada
(Colada)
Escoria
de seis dgitos (6), el primero corresponde al nmero del horno elctrico en el

cual se produjo, el segundo es el ao calendario en curso y los siguientes
cuatro dgitos se van asignando en forma ascendente.
Es todo aquel material de desecho, que se posiciona en la parte superior de la
mezcla y es producto de las combustiones qumicas de los materiales
Hierro de reduccin Es el producto remanente de pellas luego de la remocin de oxigeno usado gas
directa
reformado (Hidrgeno y Monxido de Carbono), obtenido por reformacin
(HRD)
cataltica del gas natural en presencia de vapor de agua.
Reproceso
Se produce cuando una colada pasa por segunda vez por una de las estaciones
operativas durante su recorrido del proceso.
Refirase a las mquinas de colada continua, son las lneas de colado donde se
Lnea Par (LP) e

Impar(LI)
ppm
Secuencias
(SEC)
lleva a cabo el proceso de solidificacin del acero, son seis en total, dos por
cada mquina y se enumeran del 1 al 6. Lneas pares (2,4 y 6) y las Lneas
Impares (1,3 y 5).
Partes por milln.
Refirase a las mquinas de colada continua, es el nmero total de coladas
consecutivas que efecta la mquina.
60
Es el trayecto que realiza una colada a travs de las distintas estaciones

Recorrido
operativas, este recorrido es coordinado por el personal de produccin y en

algunos casos depende de la calidad de la mezcla (acero lquido).
Cuadrilla
Aceros Probables
Es un equipo de trabajadores que operan durante un turno laboral,

generalmente operan tres cuadrillas por turno.
Se le llaman as a los tipos de aceros que poseen caracterstica o propiedades
qumicas y fsicas similares en el momento de coordinar un empalme.
Consiste en empalmar planchones provenientes de dos coladas de diferentes
tipos de acero, el empalme se llama afn si las propiedades qumicas del tipo de
Empalme
acero del planchn mezcla son similares a las del tipo de acero de los
planchones de empalme, en el caso contrario es un empalme no afn.
Sangra
Es vaciar el acero lquido obtenido de los hornos elctricos, en cucharones

llevados por carros transferidores.
Producto semiterminado de seccin rectangular obtenido a partir de colada
Planchones
continua del acero lquido, con un espesor mnimo de 38mm, un ancho

superior a dos veces el espesor, y con un rea transversal no menor de 10.300
mm2.
Briquetas
(HBI)
Masa compacta regular en forma de almohadilla constituida por finos, gruesos

o pellas de mineral de hierro, segn la tecnologa de reduccin directa
utilizada para su manufactura, cuya cohesin se logra mediante materiales
aglutinantes y presin por va mecnica.
Tabla D. Iconos grficos del proceso
Horno Elctrico
Horno Cuchara
Estacin de Argn
Mquina de Colada Continua
61
3.4.2 Requerimientos funcionales

Los requerimientos definen las necesidades y caractersticas que el sistema debe cumplir, implican todas
las funciones que el sistema debe realizar y que son determinadas una vez entendido el dominio de la
aplicacin. Para determinar cules eran los requisitos del Sistema de Informacin para la acera de
planchones, se llevaron a cabo una serie de reuniones con el personal de la Gerencia de Tecnologa y
Procesos donde se realizaron entrevistas e intercambio de ideas, trayendo como resultado la
recoleccin e identificacin de los siguientes requisitos funcionales:
Mostrar los valores diarios de produccin de acero lquido, cantidad de coladas y acero
slido, tanto reales como programados y la discrepancia que existe entre estos.
Mostrar los valores de produccin acumulados del mes de acero lquido, cantidad de
coladas y acero slido, tanto reales como programados y la discrepancia que existe entre
estos.
Mostrar la produccin de los tipos de acero del da y la cantidad de coladas que se

procesaron del mismo.
Mostrar y calcular los valores e indicadores diarios ms representativos del proceso en

cuanto a produccin de cada uno de los hornos elctricos (HE), as como el total de todos
los hornos, tales como cantidad de coladas procesadas (100% HRD y con chatarra),
cantidad de acero lquido promedio (Ton/coladas), cantidades empleadas de cal, carbn y
oxgeno, as como consumos de energa, potencia y cantidad de tiempo que permaneci
encendido cada horno.
Permitir acceder al mdulo de Horno Elctrico al hacer clic sobre la tabla de consumos de
HE, donde se muestra la informacin ms detallada por cada colada.
Mostrar en una tabla resumen las ltimas 16 demoras del da ocurridas en la estacin
operativa horno elctrico, indicando la lnea (nmero de horno elctrico), el turno, la
colada, el tiempo y la descripcin por la cual se produjo la demora. Adems, permitir que
cada colada de la lista posea un hipervnculo hacia la ficha de colada, donde se muestran
todas las caractersticas de la misma y que al hacer clic sobre la tabla se muestre la pgina
que contiene toda la lista de demoras del mes.
62
Mostrar y calcular los indicadores ms significativos para efectos de produccin originados

diariamente en la estacin operativa de horno cuchara, como son cantidad de coladas
procesadas, reprocesos, consumos de energa elctrica y tiempo que permaneci encendido
(Power on), esto para cada horno en especfico y para el total de todos los hornos.
Mostrar y calcular las secuencias de colado en cada una de la mquinas de colada continua y
por distribuidor, indicando el nmero de CC, dimensiones de la lnea par e impar, la
cantidad de coladas procesadas, velocidad de colado de la lnea par e impar, cantidad de
toneladas por minuto y nmero de coladas que contiene la secuencia, si la secuencia no
termina en dicho da, se debe indicar colocando el nmero de coladas de la secuencia para
dicho da y agregndole un smbolo ms para indicar que la secuencia contina.
Mostrar una tabla resumen con un mximo de los 20 ltimos eventos ocurridos en el da en
la estacin operativa de colada continua, indicando la colada, el tipo de acero, el tipo de
calidad, el nmero de planchn, el cdigo del evento y la descripcin del evento.
Mostrar en una tabla resumen las ltimas 16 demoras como mximo ocurridas en la
estacin operativa de colada continua, indicando la lnea, el turno, la colada, el tiempo en
minutos y la descripcin de la demora. Permitiendo que cada colada posea un hipervnculo
hacia su ficha y que al hacer clic sobre el ttulo de la tabla se muestre una pgina que
contiene el listado de todas las demoras ocurridas durante el mes.
Mostar una tabla con el listado de todas las coladas desviadas durante el da, indicando la
colada, el tipo de acero, el peso en toneladas, las causas y responsables de cada colada
desviada. Asimismo, que al hacer clic sobre el ttulo de la tabla se abra una nueva pgina
que muestra todas las coladas desviadas del mes.
Mostar una tabla con el listado de todas las coladas regresadas durante el da, indicando la
regresada. Asimismo, que al hacer clic sobre el ttulo de la tabla se abra una nueva pgina
que muestra todas las coladas desviadas del mes.
Mostar una tabla con el listado de todas las coladas retenidas durante el da, indicando la
desviada. Asimismo, que al hacer clic sobre el ttulo de la tabla se abra una nueva pgina
que muestra todas las coladas retenidas del mes.
63
Calcular y mostrar en una tabla resumen la cantidad de coladas desviadas y regresadas

acumuladas desde el primer da del mes hasta la fecha en que se realice la consulta,
indicando el porcentaje que stas representan tanto en cantidad como en toneladas respecto
a la produccin real.
Mostrar y calcular los valores de los indicadores diarios de anlisis de gestin operativa
(AGO) para los hornos elctricos y las mquinas de colada continua, publicando valores
como tiempo disponible, demoras operativas, tiempo efectivo, porcentaje de
disponibilidad y efectividad, productividad efectiva y disponible.
Mostrar y calcular los parmetros de proceso de horno elctrico, metalrgica secundaria y

mquina de colada continua, indicando valores como media, desviacin estndar, valor
mximo y mnimo de temperatura, oxgeno (ppm), MgO, P (mil %), %C, FeO y B2 en
cada uno de los hornos y su total respectivo. En el caso de metalrgica secundaria se debe
calcular tambin estos valores para las muestras de entrada y de salida a cada horno
cuchara, para verificar la efectividad del tratamiento.
Mostrar y calcular los valores diarios promedios, desviacin estndar, mximo y mnimo de
los indicadores qumicos y fsicos ms significativos que caracterizan la calidad de las
materias primas principales en el proceso de aceracin como son el HRD y la cal.
Desviar y retener automticamente las coladas basndose en la comparacin de los valores

de los anlisis qumicos con los valores estndares de las prcticas operativas de Sidor
dependiendo del tipo de acero.
Permitir la consulta de coladas desviadas y retenidas para un rango de fechas determinado.
Permitir la insercin y edicin de los datos de las coladas que han sido tanto retenidas como
desviadas, como lo son causa o razn del desvo y responsable.
Permitir la eliminacin o liberacin de las coladas que han sido retenidas y desviadas.
Permitir la consulta de coladas regresadas indicado por un rango de fechas determinado.
Permitir la insercin de coladas regresadas.
Permitir la insercin y edicin de datos referentes a las coladas regresadas.
Permitir la eliminacin de coladas regresadas.
Permitir la consulta de planchones escarpados para un rango de fechas determinado.
Permitir la insercin de planchones escarpados a partir del nmero de colada.
64
Permitir la insercin y edicin de datos referentes a planchones escarpados.
Permitir la eliminacin de planchones escarpados.
Mostrar los valores reales y estndar de las variables de proceso en las distintas estaciones
operativas para una colada en especfico, asimismo realizar una comparacin en los casos
que aplique entre estos dos valores y sealar con un color aquellos valores que se
encuentren por arriba o por debajo de los DATS.
Mostar los valores de los anlisis qumicos de las muestras provenientes del laboratorio, en
cada una de las estaciones operativas y hacer una comparacin con los rangos de estndares
qumicos de Sidor, coloreando aquellos que se encuentren fuera de dicho rango.
Mostrar un listado con todos los tipos de acero, indicando su calidad, valores qumicos
estndar y sus usos ms frecuentes.
3.4.3 Definicin de casos de uso

Partiendo del anlisis de requerimientos se paut para esta fase la realizacin de un par de reuniones,
donde asisti el personal encargado del desarrollo del sistema de gestin de planchones y un
representante de la Superintendencia de Tecnologa y Procesos de Acera (Ing. Mario Barbaro), con la
finalidad de definir el comportamiento, las funciones y los requisitos que debera cumplir cada caso de
uso para permitir a los actores desempear sus roles dentro del sistema.
A continuacin se muestra una tabla resumen son los casos de uso principales a desarrollar y sus
especificaciones.
Tabla E. Casos de uso y Especificaciones
Casos de
Usos
Consultar
Reporte
Diario
Consultar
AGO
Consultar
Parmetros
Especificaciones
Permite calcular y visualizar diariamente los datos

correspondientes a los ciclos operativos del proceso,
tales como produccin, calidad y demoras para un
da determinado.
Permite calcular y mostrar los datos de los Anlisis
de Gestin Operativa (AGO) en HE y CC para una
fecha determinada.
Permite calcular y mostrar los parmetros de
proceso en HE y HC para un da determinado.
Prioridad
Complejidad
Alta
Alta
Media
de Proceso
Consultar
Materias
Primas
Consultar
Novedades
Consultar
Ficha Colada
Consultar
Perfil Colada
Consultar
Anlisis
Qumicos
Consultar
Coladas
Desviadas
Gestionar
Coladas
Desviadas
Consultar
Coladas
Regresadas
Gestionar
Coladas
Regresadas
Consultar
Tipos de
Acero
Consultar
Planchones
Escarpados
Gestionar
Planchones
Escarpados
Permite visualizar las propiedades qumicas y fsicas

ms relevantes de las materias primas HRD y cal.
65
Media
Media
Alta
Alta
Alta
Media
Permite eliminar y modificar datos concernientes a

las coladas desviadas o retenidas.
Media
Permite mostrar un listado de todas las coladas

regresadas que son ingresadas por los usuarios desde
planta.
Media
Permite insertar, modificar y eliminar las coladas

regresadas.
Media
Baja
Media
Media
Permite mostrar la lista de novedades ocurridas

durante el proceso para un turno y fecha
determinada.
Permite mostrar y calcular los datos e indicadores
ms significativos de una colada en especfico
durante las estaciones operativas HE y CC.
Permite visualizar y calcular los datos e indicadores
ms importantes de una colada determinada durante
las estaciones operativas HC y EA.
Permite visualizar las propiedades qumicas de una
colada, para cada muestra analizada en el
laboratorio, as como un listado de los tipos de acero
posibles y probables para lo empalmes.
Permite mostrar un listado de todas las coladas
desviadas y retenidas por no cumplir con los valores
qumicos estndar de Sidor y del cliente.
Permite consultar un listado de todos los tipos de

acero, sus propiedades qumicas y las aplicaciones
ms comunes de estos en el mercado.
Permite listar todas las coladas con los respectivos
planchones que han sido escarpados por presentar
desperfectos en su superficie.
Permite insertar, modificar y eliminar planchones
escarpados.
66
3.4.4 Diagrama de casos de uso

En la Figura 23 se muestra el diagrama general de casos de uso del sistema de informacin para la acera
de planchones, donde se puede observar la relacin de estos con los actores principales.
Figura 23. Diagrama de casos de uso del sistema APL
67
En la Figura 24 y Figura 25 podemos observar los casos de uso en los cuales se descomponen los casos
de uso generales gestionar planchones escarpados y gestionar coladas regresadas.
Figura 24. Diagrama de casos de uso gestionar planchones escarpados
68
Figura 25. Diagrama de casos de uso gestionar coladas regresadas
3.4.5 Descripcin de casos de uso

A continuacin desde la Tabla F hasta la Tabla Q se describe en detalle cada uno de los casos de uso, sus
actores principales, precondiciones y poscondiciones, as como sus flujos bsicos y alternativos.
Tabla F. Caso de uso Consultar Reporte Diario
Consultar Reporte Diario

Actor Principal:
Gerente de procesos y tecnologa
Personal Involucrado e Intereses:
Desea obtener la produccin diaria y mensual tanto real como
Gerente
programada, as como el total de coladas desviadas y regresadas del
da.
Desea obtener las demoras y eventos ocurridos en HE y CC durante
Supervisor
el da, as como la cantidad de coladas procesadas en HE, HC y CC.
Precondiciones:
El usuario se identifica y autentica
Poscondiciones:
El sistema muestra la informacin para la fecha seleccionada
Escenario Principal de xito (Flujo Bsico):
1.- El usuario selecciona el rea de inters.
2.- El sistema muestra toda la informacin referente al da anterior de la fecha en que se consulta el
reporte.
3.- El usuario selecciona la fecha para la cual desea visualizar los datos del proceso.
4.- El sistemas realiza la bsqueda y muestra los datos sintetizados del proceso correspondientes a la
fecha indicada.
Extensiones (Flujos Alternativos):
2.a.- El sistema falla
1.- El sistema muestra una pgina indicando que la aplicacin se encuentra en mantenimiento.
2.- El sistema enva un correo a los administradores del sistema con la descripcin del error.
4.a.- El usuario quiere ver informacin ms detallada del proceso y hace click sobre el nombre de la
tablas que poseen un hipervnculos hacia una pgina con un contenido de informacin ms minucioso.
1.- El sistema abre en una nueva ventana, la pgina solicitada por el usuario
Frecuencia:
Diariamente
69
Tabla G. Caso de uso Consultar AGO
Consultar AGO
Actor Principal:
Gerente de procesos y tecnologa
Personal involucrado e intereses:
Desea obtener los datos diarios de anlisis de gestin operativa de
Gerente
Horno Elctrico y Mquina de Colada Continua.
Precondiciones:
El usuario se identifica y autentica.
Poscondiciones:
El sistema muestra la informacin para la fecha seleccionada.
Escenario principal de xito (Flujo Bsico):
reporte.
3.- El usuario selecciona la fecha para la cual desea visualizar los datos de AGO.
4.- El sistema realiza la bsqueda y muestra los datos de sintetizados de AGO para HE y CC
correspondientes a la fecha indicada.
Extensiones (Flujos Alternativos):
2.a.- El sistema falla
1.- El sistema muestra una pgina indicando que la aplicacin se encuentra en mantenimiento.
2.- El sistema enva un correo a los administradores del sistema con la descripcin del error.
Frecuencia:
Diariamente
Tabla H. Caso de uso Consultar Parmetros de Proceso
Consultar Parmetros de Proceso

Actor Principal:
Supervisor/Jefe de plata
Personal Involucrado e Intereses:
Desea obtener los valores de la media, desviacin estndar, valor
Gerente
mximo y mnimo de los parmetros de proceso por cada HE, HC y
CC.
Desea obtener los valores de la media, desviacin estndar, valor
Supervisor
mximo y mnimo de los parmetros de proceso por cada HE, HC y
CC.
Desea obtener el porcentaje de coladas en cada horno elctrico por
Tcnico
cada tipo de cucharn(A, B o C), as como los porcentajes de escoria.
Precondiciones:
El usuario se identifica y autentica
Poscondiciones:
El sistema muestra la informacin para la fecha seleccionada
Escenario Principal de xito (Flujo Bsico):

Joan Morales Parte I PDF

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Joan Morales Parte I PDF

Загружено:

Авторское право:

Доступные форматы

n: 2006-XXA

SISTEMA DE INFORMACIN WEB PARA LA GESTIN DE PROCESOS DE

2006 Universidad de Los Andes Mrida, Venezuela

Sistema de informacin Web para la gestin de procesos de la acera de

Palabras clave: Sistemas de informacin, Acera, Planchones, Base de Datos, Tecnologa.NET,

A mis padres, por todo el amor,

Descripcin de la empresa .............................................................................. 12

Ubicacin geogrfica ..................................................................................... 12

Estructura Organizativa de la direccin industrial .................................................. 14

Definicin del problema................................................................................. 17

Objetivo general .......................................................................................... 19

Estructura del documento .............................................................................. 20

Modelo de Proceso ................................................................................... 24

Modelo del grupo de desarrollo .................................................................... 26

Lenguaje de modelado unificado (UML) ............................................................. 27

Diagrama de clases .................................................................................... 29

Diagrama de componentes .......................................................................... 29

Diagrama de actividades ............................................................................. 30

Diagrama de casos de uso............................................................................ 31

Diagrama de secuencia ............................................................................... 33

Aplicaciones Web ........................................................................................ 36

Base de datos .............................................................................................. 38

Clasificacin de las Bases de Datos ................................................................. 38

DTS (Servicios de transformacin de datos) ..................................................... 40

Visual Studio .NET....................................................................................... 42

Visual Basic.NET ...................................................................................... 44

XML (Lenguaje de marcado extensible) .......................................................... 45

Anlisis del contexto.................................................................................. 47

Visin general ............................................................................................. 47

Lmites del sistema ....................................................................................... 47

Modelado de los procesos de negocio................................................................. 48

Carga de materiales ................................................................................... 49

Afino o refinacin ..................................................................................... 51

Colada contina ....................................................................................... 54

Identificacin de actores y sus objetivos .............................................................. 55

Vocabulario del dominio............................................................................. 58

Requerimientos funcionales ......................................................................... 61

Definicin de casos de uso........................................................................... 64

Diagrama de casos de uso............................................................................ 66

Descripcin de casos de uso ......................................................................... 68

Especificaciones complementarias o requerimientos no funcionales......................... 80

Diagrama de clases de la aplicacin.................................................................... 82

Diseo y arquitectura de la aplicacin ............................................................. 83

Diseo de la interfaz grfica de usuario ............................................................... 87

Diseo de base de datos ................................................................................. 92

Desarrollo e implementacin de la aplicacin ................................................... 93

Construccin de la interfaz grfica de usuario....................................................... 93

Implementacin de la capa de datos..................................................................101

Implementacin de la capa de lgica de negocios..................................................104

Prueba de Componentes ...............................................................................105

Ensamblaje de los componentes de la aplicacin...................................................106

Pruebas y entrega de la aplicacin.................................................................107

Pruebas funcionales ..................................................................................107

Pruebas de comportamiento .......................................................................108

Pruebas de aceptacin ...............................................................................108

Prueba de pgina de anlisis qumicos ............................................................108

Prueba de la pgina de coladas desviadas y retenidas ..........................................110

Reporte de incidencias ..............................................................................113

Desarrollo de documentacin del sistema...........................................................114

Diagrama de redes ...................................................................................116

Diagrama de despliegue de la aplicacin .........................................................116

Mantenimiento del sistema .........................................................................117

Cdigo fuente de la aplicacin..................................................................121