134 En la figura 5.31 se muestra la página Web implementada para

Anuncio
Capítulo 5 - Fase de Construcción
134
En la figura 5.31 se muestra la página Web implementada para el caso de uso UC10 Generar
gráfico de granulometría del HRD.
Figura 5. 31. Página Web Generar gráfico de granulometría del HRD
En la figura 5.32 se muestra la página Web implementada para el caso de UC11 Generar gráfico
de la curva de distribución.
Figura 5. 32. Página Web Generar gráfico de la curva de distribución
En la figura 5.33 se muestra la página Web implementada para el caso de UC12 Generar
gráfico de calidad de HRD general.
Capítulo 5 - Fase de Construcción
135
Figura 5. 33. Página Web Generar gráfico de calidad de HRD general
En la figura 5.34 se muestra la página Web implementada para el caso de UC13 Generar gráfico
de caídas cualitativas.
5.2.1 Desarrollo de la documentación del sistema
Con el fin de que el usuario pueda obtener ayuda en línea, se implementaron manuales de
usuario en formato PDF para cada una de las aplicaciones del sistema. Allí se trata acerca del uso y
136
Capítulo 5 - Fase de Construcción
funcionalidad de las páginas. Para que el usuario cuente con esta ayuda de manera rápida y efectiva se
añadió al diseño de la página un botón para acceder al manual, como el que se muestra en la figura 5.34.
Figura 5. 34. Botón para acceder a los manuales
Al presionar el botón de ayuda se abre el instructivo en el que el usuario podrá consultar para
entender y aprovechar todas las funcionalidades de la aplicación en cuestión. El manual debe crearse
utilizando el formato diseñado por la empresa Sidor.
En la figura 5.35 se muestra el documento desplegado en formato PDF.
Figura 5. 35. Manual de usuario desplegado
5.2.2 Control de excepciones
Para manejar los errores no controlados que pudieran ocurrir cuando se esté usando el sistema se utiliza
la plataforma de correo electrónico interno de la empresa.
137
Capítulo 5 - Fase de Construcción
En el lenguaje Visual Basic .NET se utiliza bloques de código denominados Try/Cacth. Este
bloque de código permite capturar las excepciones y de esta manera se puede dar solución rápida a estos
errores. La sintaxis utilizada es la siguiente:
Try
Código para el control de de excepciones
Catch ex As Exception
Código para el control de de excepciones
End Try
Esta sintaxis es implementada en las partes del código donde pudiera ocurrir un error. Entre las
causas que pudieran generar errores no controlados están:
ƒ
Desconexión del servidor de base de datos.
ƒ
Problemas de conexión con el SSI.
ƒ
Superación del tiempo máximo establecido para que el sistema responda a las solicitudes del
usuario.
Cuando se genera un error en el navegador del cliente se muestra un mensaje como el de la
figura 5.36.
Figura 5. 36. Mensaje de error generado
A continuación el sistema envía un correo electrónico que llega a los administradores del
sistema, a fin de que estos estén al tanto de lo que ocurre y busquen una solución al problema.
En la figura 5.37 se muestra el mensaje de correo electrónico generado que llega a los
administradores del sistema.
138
Capítulo 5 - Fase de Construcción
Figura 5. 37. Control de excepciones
Capítulo 6
Fase de Transición
La fase de Transición por definición tiene como finalidad asegurar que el software esté disponible para
sus usuarios finales. Esto implica que se lleven a cabo las pruebas de certificación del software en el
ambiente de control de calidad y se genere la documentación final necesaria para efectuar el pase a
producción.
También tiene como razón de ser culminar la entrega del software certificado por los
responsables de control de calidad del cliente, incluyéndose toda la documentación y entrenamiento
necesario para que utilice el software en el momento que lo crea conveniente.
6.1 Pruebas finales
Las pruebas finales consisten en verificar que el proceso de diseño e implementación
realizados para el mismo cumple con los requisitos exigidos en los casos de uso, y también se
compruebe la funcionalidad y efectividad del sistema a través de diferentes casos de prueba.
En la gerencia de Automatización de Sidor se cuenta con tres ambientes de trabajo, estos son
tres pasos que se tiene que cumplir con el objetivo de asegurar la calidad del software a implementar.
Estos son:
ƒ
Ambiente de desarrollo: este ambiente permite desarrollar y diseñar un software. Allí se
obtienen las primeras versiones de lo que será el sistema final entregable.
Capítulo 6 - Fase de Transición
ƒ
140
Ambiente de preproducción: este ambiente complementa la gestión de calidad. Tiene
como propósito principal el aseguramiento y el control de calidad del producto final, el
software. En este ambiente se considera crítico establecer con el cliente el alcance de las
pruebas a fin de recolectar requerimientos menores y/o ajustes que puedan surgir antes de la
puesta en producción.
ƒ
Ambiente de producción: en este ambiente es donde se realiza la implementación de la
versión final del sistema ya probado y revisado. Está listo para ser utilizado por el cliente.
En el ambiente de preproducción se realizaron las pruebas finales del sistema. Aunque
existen diferentes formas para probar un sistema y asegurar el funcionamiento correcto y efectivo del
mismo, en esta fase se tomaron en cuenta las siguientes:
ƒ
Pruebas de caja negra: es el tipo de prueba que se enfoca en certificar que el
funcionamiento del sistema este acorde a lo descrito en el documento de especificaciones
funcionales, sin importar su comportamiento interno.
ƒ
Pruebas de caja blanca: estas las pruebas se enfoca en el comportamiento interno del
sistema certificando las sentencias y piezas de código ejecutadas.
A continuación se describen las pruebas de caja negra utilizadas para probar algunas páginas
del sistema para Midrex I o Midrex II:
6.1.1 Prueba de página para gestionar la carga de pellas de la planta
Midrex II
Para realizar las pruebas a esta página se ingresa al sitio Web en el que se encuentra la página. Se ha
seleccionado los siguientes parámetros para las pruebas.
ƒ
Fecha: 31/12/2006
ƒ
Turno: 2
141
Capítulo 6 - Fase de Transición
Una vez que se elige la fecha y el turno se introducen los siguientes valores en la página:
Tabla 6. 1. Parámetros de entrada a la página Web de carga de pellas
Parámetro
Descripción
Valor
Balanza K-104 (toneladas)
Balanza que pesa las pellas
25
Balanza K-105 (toneladas)
Balanza que pesa las pellas
484
PS6 (%)
Pellas elaboradas en Sidor
0
Reoxidado (%)
Material que no llegó a reoxidarse
0
Otros (%)
Otro tipo de material óxido, que no es
pella ni reoxidado.
0
PS6 (toneladas)
Pellas elaboradas en Sidor.
Vacío
Reoxidado (toneladas)
Material que no llegó a reoxidarse.
Vacío
Otros (toneladas)
Otro tipo de material que no es pella
ni reoxidado.
Vacío
Esta información se puede apreciar en la pantalla de la figura 6.1.
Comentario: La información suministrada para el segundo turno del día 31/12/2006, se
especificó que, por las balanzas pasaron 509 toneladas de pellas u óxido de mineral, sin embargo se
introdujo 0% de pellas PS6, reoxidado y otros. Y ningún valor para las toneladas de dichos óxidos.
Luego de que se da orden al sistema para que registre la información, el sistema tiene coimo
salida un mensaje en el que advierte al usuario que debe introducir los datos del material consumido y
la suma de los porcentajes de las pellas deben sumar 100 por ciento.
En la figura 6.1 y en la figura 6.2 se muestra la salida que tendrá el sistema.
El sistema no dejará registrar los datos suministrados hasta estos sean coherentes con el
proceso al cual pertenece.
142
Capítulo 6 - Fase de Transición
Figura 6. 1. Página Web de gestión de carga de pellas con el mensaje de alerta
Figura 6. 2. Mensaje de alerta
6.1.2 Prueba de página para gestionar insumos de la planta Midrex II
A continuación se presentan las pruebas realizadas sobre el registro de los insumos utilizados. Una vez
que se escoge una fecha y un turno para registrar los datos se procede a introducir los valores que
mostró el contador para cada insumo.
Si se introdujo un valor de insumo menor que el valor registrado para el turno anterior el
sistema muestra el mensaje de la figura 6.3
La página de insumos de Midrex II a la que se le suministraron los datos se muestra en la figura
6.4.
Capítulo 6 - Fase de Transición
143
Figura 6. 3 Mensaje de alerta de la página de Insumos Midrex II
Figura 6. 4. Página Web de gestión de insumos con el mensaje de confirmación
Este mensaje de confirmación le muestra al usuario que hubo un posible error al introducir los
datos, ya que por lo general deben ser mayores que los registrados en el turno anterior. Sin embargo
como el contador de un insumo puede resetearse y volver a un valor menor, el sistema le permitirá
guardar la información si este lo confirma.
6.1.3 Prueba de página para gestionar el despacho de HRD en el patio de
la planta Midrex I
Previamente a la prueba de esta página se crearon algunas pilas de HRD conforme y material
recuperable en el patio de Midrex I. Se desea agrupar dos pilas de material recuperables con distintos
Capítulo 6 - Fase de Transición
144
valores de metalización. Al ordenar al sistema que registre la información se muestra el mensaje de la
figura 6.5.
Figura 6. 5. Mensaje de confirmación de la página de patios
En la figura 6.6 se muestra la página Web cuando aparece el mensaje de confirmación de
agrupación de pilas.
Figura 6. 6 Página de despacho cuando muestra el mensaje de confirmación
6.1.4 Prueba de página cuando se genera el reporte de insumos de la
planta Midrex I
En la figura 6.7 se muestra las opciones escogidas por el usuario para generar el reporte.
Figura 6. 7. Pantalla de selección de opciones para generar reporte de insumos
145
Capítulo 6 - Fase de Transición
Como se muestra en la figura 6.7 son opciones inválidas, por ello el sistema muestra el
mensaje de la figura 6.8.
Figura 6. 8. Mensaje de error de fecha inválida
En la figura 6.9 se muestra el reporte generado por el sistema antes y después de haber
escogido un rango de fecha inválido.
Figura 6. 9 Reporte de Insumos de la planta Midrex I
146
Capítulo 6 - Fase de Transición
6.1.5 Prueba de página cuando se genera el reporte de producción de la
planta Midrex I
En la figura 6.10 se muestra el plan de producción cuando se pide exportar los datos a formato EXCEL
para realizar los informes de cada mes.
Figura 6. 10 Página Web de reporte de producción
En la figura 6.11 se muestra la información con las opciones seleccionadas por el usuario.
6.2 Puesta en producción del sistema
Una vez que se verifica la gestión de calidad y se realizan las diferentes disciplinas de pruebas se
procede a la puesta en producción del sistema.
En esta etapa se garantiza que el sistema ha sido exitosamente probado y revisado.
En el diagrama de despliegue de la figura 6.12 se muestra la forma en la que se ubican los
distintos componentes cuando se realiza la puesta en producción de la versión final del sistema.
147
Capítulo 6 - Fase de Transición
Figura 6. 11 Exportación a EXCEL de la producción de HRD para la planta Midrex I
Figura 6. 12. Diagrama de despliegue del sistema
Capítulo 6 - Fase de Transición
148
En la figura 6.12 se muestra el diagrama de despliegue del sistema cuando se encuentra en
producción. Se ilustra la comunicación existente entre diferentes nodos de la aplicación Web y la base
de datos.
El nodo SIRPRDWEBAUT representa al servidor Web de producción donde residen todas las
aplicaciones Web de áreas primarias (APR). El nodo SIRPRDSQLPPAPR representa el servidor de
base de datos donde se encuentra toda la base de datos de áreas primarias, es decir, donde se
implantan las vistas, tablas procedimientos y funciones para el manejo de los datos. El nodo Cliente
Intranet Sidor representa la PC del cliente donde se visualiza la información relacionada las páginas
implementadas en este proyecto.
La realización del prototipo de lo que sería el proyecto implementado hasta ahora se hace en
servidores de desarrollo y preproducción que pertenecen a la gerencia de Automatización de Sidor. Y
la manera cómo de ubican los componentes es de forma similar a la mostrada en la figura 6.12.
6.3 Desempeño inicial del sistema y adiestramiento
Antes de que se implementara el sistema en producción, se realizó un adiestramiento a los usuarios
involucrados en la utilización del nuevo sistema Web para el análisis de gestión operativa de cada una
de las plantas de Midrex I y Midrex II. Durante la puesta en producción del sistema se realizó el
control de un adecuado seguimiento del avance del proyecto, donde se daba atención a las dudas de los
usuarios en cuanto al funcionamiento del nuevo sistema. Los resultados permiten decir que se logró:
ƒ
Un Sistema robusto, con capacidad de resistencia a fallos alta, no se recibieron ningunos
correos con errores del sistema.
ƒ
Buen rendimiento, con tiempos de respuesta dentro de lo esperado.
ƒ
La navegabilidad entre las aplicaciones del sistema fue fácil para los usuarios.
Capítulo 6 - Fase de Transición
ƒ
149
Visualización más detallada de la información disponible con una nueva tecnología e ideas
innovadoras.
Conclusiones
La utilización de una metodología permite garantizar el desarrollo de un buen software. La
metodología usada en el presente trabajo, RUP, ha permitido a lo largo de iteraciones obtener mini
proyectos antes de terminar todo el software, haciendo que se pueda presentar a los usuarios finales un
avance y estos a su vez puedan evaluar cómo se está realizando el trabajo.
De esta forma se asegura la producción de un software de alta calidad con un costo y tiempo
satisfactorios.
La implementación del sistema Web para el análisis de gestión operativa de las plantas Midrex
I y Midrex II de Sidor, ha demostrado que se ha ajustado a estas exigencias de calidad, fortaleciendo de
manera considerable la toma de decisiones que se realizan en estas plantas en tiempo real, a demás de
permitirle al usuario visualizar las variables del proceso de forma amigable y eficaz utilizando
tecnología de punta.
El trabajo realizado mediante este proyecto logró sus objetivos planteados al comienzo. Sobre
todo en lo que tiene que ver con el mejoramiento continuo del Sistema de Gestión de Calidad para
obtener productos y servicios de excelencia.
Realmente el uso de una metodología, como RUP, agrega un valor agregado a la
implementación de Sistemas de Información como el presentado en este proyecto. De esta manera
grandes empresas como Sidor pueden responder a las exigencias de sus clientes en un mundo laboral
tan competitivo.
Recomendaciones
Para la empresa:
ƒ
Seguir implementando Sistemas de Información como el realizado en este proyecto utilizando
una metodología para el desarrollo del software que brinde calidad al producto.
ƒ
Permitir que los estudiantes profundicen y pongan en práctica los conocimientos adquiridos
en la Universidad haciendo que participen en el desarrollo de sistemas de información como el
presentado en este proyecto.
Para el estudiante:
ƒ
Esforzarse por aprender a utilizar metodologías de desarrollo de software, como RUP, pues
no sólo permite que se obtengan productos de calidad, sino que también esto le abre las
puertas al mercado laboral, donde cada día, las empresas se ven en la necesidad de ampliar su
información de manera eficaz y segura para responder a las exigencias de sus clientes mediante
sistemas de información.
Para la escuela de Sistemas:
ƒ
Seguir estrechando sus lazos con las empresas del país mediante pasantías, para que de esta
manera el estudiante pueda tener una idea de lo que se enfrentará en el futuro y sepa
responder de manera efectiva a las exigencias que este requiere utilizando al máximo sus
conocimientos adquiridos en la Universidad de Los Andes.
Bibliografía
[Porter, 1987] Porter, M. (1987), Ventaja Competitiva, Ed Contiental, México, 550p.
[Jacobson, 2000] Jacobson, I., Booch, G., Rumbaugh, J. (2000), El Lenguaje Unificado de Modelado,
Addison Wesley.
[Larman, 2003] Larman, Craig. (2003), UML y Patrones. Una introducción al análisis y diseño orientado a
objetos y al proceso unificado, Pearson Prentice Hall, Madrid, España.
[Sagasti, 2004] Sagasti, J., Estándar Nivel 2B y Piso de Planta de Sidor, (2004), documentación técnica de
la gerencia de automatización de Sidor.
[Montilva y Barrios, 2005] Barrios, J., Montilva J., (2005), BBM. A Business ModelingMethod. CLEI
Electronic Journal.
[OMG, 2005] Object Management Group, (2005) OMG Unified Modeling Languaje Specification. Versión
UML 2.0, la actual versión oficial. http://www.uml.org/#UML2.0
[Navathe, 2002] Elmasri, R., Navathe, S. B., (2002), Fundamentos de Sistemas de Bases de Datos. Tercera
Edición PEARSON EDUCATION, S. A., Madrid.
[Internet 1] http://www.monografias.com/trabajos7/sisinf/sisinf.shtml#intro
[Internet 2] http://es.wikipedia.org/wiki/SQL_Server
[Internet 3] http://es.wikipedia.org/wiki/Microsoft_SQL_Server
[Internet 4] https://www.microsoft.com/spain/sql/2000/reporting/default.aspx
[Internet 5] http://es.wikipedia.org/wiki/Visual_Basic.NET
[Internet 6]
http://www.informatik.uni-trier.de/~ley/db/indices/atree/c/Calder=oacute=n:Jon=aacute=s_A=_Montilva.html
[Internet 7] http://www.ing.ula.ve/~ibc/cleiOnRn.pdf
[Intranet Sidor] http://sidornet/
Anexos
A.
Glosario
Los términos utilizados en la tabla A.1 se tomaron de la intranet de Sidor.
Tabla A. 1. Glosario de términos presentados en este proyecto
Término
HRD
Significado
Producto metálico obtenido de la reducción del
mineral de hierro u óxidos de hierro a temperaturas
inferiores a la de fusión del mismo. El contenido de
hierro alcanzado lo hace apto como substituto de la
chatarra en la alimentación a los procesos de
aceración en hornos eléctricos.
Reoxidado
Material descargado como resultado del proceso de
reducción directa con metalización menor de 88%.
Patio
Espacios de terrenos abiertos donde se almacena en
forma de pilas las materias primas y/o otros.
Silos
Espacios confinados, generalmente cilíndricos y
debidamente acondicionados con suministro de
gases para preservar el material que allí esté.
Reducción Directa
Este término significa la conversión del óxido del
mineral de hierro a hierro metálico,
sin que ocurra cambio de fase (sólido-sólido) por
medio de la separación química y
extracción del oxígeno de dichos óxidos a través de
gases reductores calientes como
son el hidrógeno (H2) y el monóxido de Carbono
(CO)
Mineral de Hierro
Mineral que contiene hierro, principalmente en
forma de óxido, en proporción suficiente como
para ser una fuente comercialmente viable de dicho
elemento para su uso en procesos siderúrgicos.
Lechada de Cal
El recubrimiento con cemento o algún otro
material (Cal hidratada o polvo de acerías) para
maquillar con diferente contenido de MgO y CaO,
formando una micro-capa en la superficie del
mineral de hierro que disminuye la posible unión o
ligadura entre el Fe de una partícula (trozo o pella)
al Fe de otra partícula. El cemento o la cal hidratada
tienen un alto punto de fusión, por lo tanto no
forman uniones entre las partículas a la temperatura
en la cual se realiza el proceso de reducción directa.
Pellas
Aglomerados esféricos de partículas finas de
mineral
de
aglomerantes
hierro
y
mezclado
aditivos
con
(caliza,
diversos
dolomita,
combustibles sólidos, otros), los cuales son
consolidados
a
altas
temperaturas,
para
alimentación de altos hornos y hornos de reducción
directa.
Grado de Metalización
La porción de hierro puro del contenido total de
hierro de las pellas (hierro + compuestos de hierro)
es llamado “Grado de Metalización”. (Fe total - Fe
oxido)/Fe total
Sistema de carga de Pellas
El sistema de carga de pellas (óxido) permite la
operación del módulo y la posibilidad de alimentar
mezclas de pellas más mineral calibrado al horno.
Descarga de HRD
El producto metalizado es descargado del horno de
reducción mediante el sistema de descarga
pendular, siendo trasladado mediante un sistema de
cintas transportadoras a la parte superior del silo de
producto.
Análisis Físicos
Es el resultado del ensayo donde se determina la
característica Física de un material.
Análisis Granulométricos
Es el resultado del ensayo donde se determina el
tamaño de partículas que se retiene en los tamices al
hacer pasar un material a través de estos.
IIS (Internet Information Servidor Web de Microsoft que corre sobre
Server)
B.
plataformas Windows.
Construcción del sistema
A continuación se muestran segmentos de código utilizados para cada capa de la
implementación del sistema.
B.I.
Capa de datos:
CREATE TABLE
[ database_name.[ owner ] . | owner. ] table_name
( { < column_definition >
| column_name AS computed_column_expression
| < table_constraint > ::= [ CONSTRAINT constraint_name ] }
| [ { PRIMARY KEY | UNIQUE } [ ,...n ] )
[ ON { filegroup | DEFAULT } ]
[ TEXTIMAGE_ON { filegroup | DEFAULT } ]
B.II. Capa lógica del dominio:
Dim cn As New ADODB.Connection
Dim cmd As New ADODB.Command
Dim rs As New ADODB.Recordset
cn.Provider = "sqloledb"
cn.Properties("Data Source").Value = "MyServerName"
cn.Properties("Initial Catalog").Value = "northwind"
cn.Properties("Integrated Security").Value = "SSPI"
cn.Open
Cmd.ActiveConnection = cn
Cmd.CommandText = "sp_who"
Cmd.CommandType = adCmdStoredProc
Set rs = Cmd.Execute
Debug.Print rs(0)
rs.Close
B.III. Capa de presentación:
<%@
Page
Language="vb"
AutoEventWireup="false"
Codebehind="TestForm2.aspx.vb"
Inherits="sgl_reportes_apr.TestForm2"%>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html>
<head>
<title>TestForm2</title>
<meta name="GENERATOR" content="Microsoft Visual Studio .NET 7.1">
<meta name="CODE_LANGUAGE" content="Visual Basic .NET 7.1">
<meta name=vs_defaultClientScript content="JavaScript">
<meta name=vs_targetSchema content="http://schemas.microsoft.com/intellisense/ie5">
</head>
<body MS_POSITIONING="GridLayout">
<form id="Form1" method="post" runat="server">
</form>
</body>
</html>
Descargar