Академический Документы
Профессиональный Документы
Культура Документы
Dedicatoria:
A mi esposa Nora y a mis hijos Mariana y Julin por haberme acompaado y apoyado durante todo el largo camino recorrido.
A mis padres Ramn y Carmen por el aliento y el apoyo que me brindaron y por haberme enseado que por largo que parezca el camino siempre se puede llegar.
ndice
1. INTRODUCCIN...........................................................................................16 1.1. De qu trata esta tesis?........................................................................16 1.2. A quines est dirigida? .......................................................................16 1.3. Organizacin del documento ..................................................................17 2. INTRODUCCIN AL PROBLEMA ................................................................22 2.1. Introduccin al proceso de Explotacin de Datos...................................22 2.2. Introduccin a SEMMA ...........................................................................24 2.3. Introduccin a CRISP-DM.......................................................................26 2.4. Comparacin de Metodologas ...............................................................29 2.5. Eleccin de la Metodologa.....................................................................30 2.6. Descripcin de CRISP-DM .....................................................................31 2.6.1. Anlisis de las fases de CRISP-DM ...............................................34 2.7. Estado de la tecnologa ..........................................................................53 2.8. Solucin propuesta .................................................................................54 3. PLANIFICACIN DEL SISTEMA DE INFORMACIN..................................60 3.1. Inicio del Plan de Sistemas de Informacin ............................................62 3.1.1. Anlisis de la necesidad del Plan de Sistemas de Informacin .....62 3.1.1.1. Descripcin general del Plan de Sistemas de Informacin .......62 3.1.2. Identificacin del alcance del Plan de Sistemas de Informacin....63 3.1.2.1. Descripcin general del Plan de Sistemas de Informacin .......63 3.1.3. Determinacin de responsables .....................................................63 3.1.3.1. Responsables del Plan de Sistema de Informacin ..................64 3.2. Definicin y Organizacin del Plan de Sistemas de Informacin............64 3.2.1. Definicin del Plan de Trabajo........................................................64 3.2.1.1. Plan de Trabajo .........................................................................64 3.2.2. Comunicacin del plan de trabajo ..................................................66 3.2.2.1. Aceptacin del plan de trabajo ..................................................66 3.3. Estudio de la Informacin Relevante ......................................................66 3.3.1. Seleccin y Anlisis de antecedentes ............................................66 3.3.1.1. Anlisis de los antecedentes .....................................................67 3.3.2. Valoracin de Antecedentes...........................................................67 3.4. Identificacin de Requisitos ....................................................................68 3.4.1. Anlisis de las Necesidades de Informacin ..................................69 3.4.1.1. Catlogo de Requisitos..............................................................69 3.5. Definicin de la Arquitectura Tecnolgica...............................................72
3.5.1. Identificacin de las Necesidades de Infraestructura Tecnolgica.72 3.5.1.1. Alternativas de arquitectura tecnolgica....................................73 3.5.2. Seleccin de la arquitectura tecnolgica ........................................74 3.5.2.1. Arquitectura tecnolgica ............................................................75 3.6. Definicin del Plan de accin..................................................................77 3.6.1. Elaboracin del Plan de Mantenimiento del PSI ............................78 3.6.1.1. Plan de Mantenimiento del PSI .................................................78 3.7. Revisin y Aprobacin del PSI................................................................79 3.7.1. Convocatoria de la Presentacin....................................................79 3.7.1.1. Plan de Presentacin.................................................................79 3.7.2. Aprobacin del PSI.........................................................................79 3.7.2.1. Aprobacin formal del PSI .........................................................80 4. ESTUDIO DE VIABILIDAD DEL SISTEMA ...................................................84 4.1. Establecimiento del Alcance del Sistema ...............................................85 4.1.1. Estudio de la Solicitud ....................................................................85 4.1.1.1. Descripcin General del Sistema ..............................................86 4.1.1.2. Catlogo de Objetivos de la Evaluacin del Sistema de Informacin ................................................................................87 4.2. Definicin de Requisitos del Sistema......................................................87 4.2.1. Identificacin de Requisitos............................................................88 4.2.1.1. Identificacin de Requisitos .......................................................88 4.2.2. Catalogacin de Requisitos............................................................91 4.2.2.1. Catlogo de Requisitos..............................................................91 4.2.2.2. Arquitectura tecnolgica ............................................................99 4.3. Estudio de Alternativas de Solucin .....................................................100 4.3.1. Preseleccin de Alternativas de Solucin ....................................100 4.3.1.1. Alternativas de Solucin ..........................................................101 4.3.2. Descripcin de Alternativas de Solucin ......................................101 4.3.2.1. Descripcin de alternativas de solucin ..................................102 4.4. Valoracin de las Alternativas...............................................................103 4.4.1. Estudio de Riesgos.......................................................................103 4.4.1.1. Valoracin de Alternativas .......................................................103 4.4.2. Planificacin de Alternativas.........................................................105 4.4.2.1. Plan de Trabajo de Cada Alternativa.......................................105 4.5. Seleccin de la Solucin.......................................................................106 4.5.1. Convocatoria de la Presentacin..................................................106 4.5.1.1. Plan de Presentacin de Alternativas......................................107
4.5.2. Evaluacin de las Alternativas de Seleccin ................................107 4.5.2.1. Solucin Propuesta..................................................................107 4.5.3. Aprobacin de la Solucin............................................................107 4.5.3.1. Aprobacin de la solucin........................................................107 5. ANLISIS DEL SISTEMA DE INFORMACIN ...........................................110 5.1. Definicin del Sistema ..........................................................................112 5.1.1. Determinacin del Alcance del Sistema .......................................112 5.1.1.1. Modelo de Negocio..................................................................113 5.1.2. Identificacin de los Usuarios Participantes y Finales..................116 5.1.2.1. Catalogo de Usuarios ..............................................................116 5.2. Establecimiento de Requisitos..............................................................118 5.2.1. Especificacin de Casos de Uso ..................................................118 5.2.1.1. Casos de Uso ..........................................................................119 5.3. Anlisis de los Casos de Uso ...............................................................144 5.3.1. Identificacin de Clases Asociadas a un Caso de Uso ................145 5.3.1.1. Identificacin de clases............................................................146 5.3.2. Descripcin de la Interaccin de Objetos .....................................150 5.3.2.1. Identificacin de la Interaccin de Objetos ..............................150 5.4. Anlisis de Clases.................................................................................155 5.4.1. Identificacin de Responsabilidades y Atributos ..........................155 5.4.1.1. Definicin de Responsabilidades y Atributos...........................156 5.4.2. Identificacin de Asociaciones y Agregaciones............................164 5.4.2.1. Diagrama de Clases donde se identifican Asociaciones y Agregaciones...........................................................................164 5.4.3. Identificacin de Generalizaciones...............................................169 5.4.2.1. Descripcin de las Generalizaciones Identificadas .................169 5.5. Definicin de Interfaces de Usuario ......................................................170 5.5.1. Especificacin de Principios Generales de la Interfaz..................171 5.5.1.1. Principios Generales de la Interfaz..........................................172 5.5.2. Especificacin de Formatos Individuales de la Interfaz de Pantalla .......................................................................................................172 5.5.3. Modelo de Navegacin de Interfaz...............................................173 5.5.3.1. Descripcin de las caractersticas generales de cada pantallas .................................................................................................175 5.5.3.2. Definicin de las Pantallas del Sistema...................................177 5.5.4. Especificacin de Formatos de Impresin....................................189 5.5.4.1. Formatos de Impresin............................................................189
5.6. Anlisis de Consistencia y Especificacin de Requisitos .....................192 5.6.1. Verificacin de los modelos..........................................................192 5.6.2. Verificacin de Modelos ...............................................................192 5.6.3 Anlisis de Consistencia entre mtodos........................................193 5.6.3.1. Anlisis de Consistencia..........................................................196 5.7. Especificacin del Plan de Pruebas......................................................203 5.7.1. Plan de Pruebas ...........................................................................204 5.7.1.1. Introduccin .............................................................................204 5.7.1.2. Alcance ....................................................................................205 5.7.1.3. tems y caractersticas a probar...............................................205 5.7.1.4. Caractersticas que no van a ser probadas .............................205 5.7.2. Actividades a Realizar ..................................................................205 5.7.2.1. Pruebas unitarias.....................................................................206 5.7.2.2. Pruebas de sistema .................................................................206 5.7.2.3. Pruebas de aceptacin ............................................................206 5.7.2.4. Pruebas unitarias.....................................................................206 5.7.2.5. Pruebas de sistema .................................................................206 5.7.2.6. Amplitud de las pruebas ..........................................................207 5.7.3. Reporte de fallas de las pruebas .............................................207
5.7.4. Trazabilidad de requerimientos ....................................................207 5.7.4.1. Disponibilidad de tems de prueba ..........................................208 5.7.4.2. Disponibilidad de recursos para las pruebas...........................208 5.7.5. Criterio de Paso/Falla ...................................................................208 5.7.5.1. tems ........................................................................................208 5.7.5.2. Aplicacin ................................................................................208 5.7.6. Criterio de suspensin y reiniciacin de pruebas .........................209 5.7.7. Artefactos de las pruebas.............................................................209 5.7.8. Actividades de prueba ..................................................................210 5.7.9. Procedimiento de pruebas............................................................210 5.7.10. Necesidades de ambiente ..........................................................211 5.7.10.1. Hardware ...............................................................................212 5.7.10.2. Software.................................................................................212 5.7.10.3. Seguridad ..............................................................................212 5.7.10.4. Modo de uso ..........................................................................212 5.7.10.5. Certificacin de entorno.........................................................212 5.7.11. Responsabilidades .....................................................................212 5.7.12. Riesgos y contingencias de pruebas..........................................213
5.8. Aprobacin del Anlisis del Sistema de Informacin ............................214 5.8.1. Presentacin y Aprobacin del Anlisis del Sistema de Informacin .......................................................................................................214 6. DISEO DEL SISTEMA DE INFORMACIN .............................................218 6.1. Definicin de la Arquitectura del Sistema .............................................221 6.1.1. Definicin de Niveles de Arquitectura...........................................223 6.1.1.1. Descripcin de los Niveles de Arquitectura del Sistema .........223 6.1.2. Identificacin de Requisitos de Diseo y Construccin................227 6.1.2.1. Descripcin de los requisitos adicionales ................................227 6.1.3. Especificaciones de Excepcin ....................................................228 6.1.3.1. Catalogo de Excepciones ........................................................229 6.1.4. Identificacin de Subsistemas de Diseo.....................................232 6.1.4.1. Subsistemas de Diseo ...........................................................234 6.1.5. Especificacin del Entorno Tecnolgico.......................................234 6.1.5.1. Especificacin de Hardware ....................................................235 6.1.5.2. Especificacin de Software......................................................236 6.1.5.3. Especificacin de Comunicacin .............................................236 6.1.6. Especificacin de Requisitos de Operacin y Seguridad .............236 6.1.6.1. Acceso al sistema y a sus recursos.........................................237 6.1.6.2. Mantenimiento de la integridad y confidencialidad de los datos .................................................................................................238 6.1.6.3. Control y registro de acceso al sistema...................................238 6.1.6.4. Copia de seguridad y recuperacin de datos y su periodicidad .................................................................................................238 6.1.6.5. Recuperacin y reanudacin de trabajos ................................239 6.2. Diseo de la Arquitectura de Soporte ...................................................239 6.2.1. Diseo de Subsistemas de Soporte .............................................240 6.2.1.1. Diseo detallado del sistema de soporte.................................241 6.3. Diseo de Casos de Uso Reales ..........................................................243 6.3.1. Identificacin de Clases Asociadas a un Caso de Uso ................243 6.3.1.1. Clases Asociadas a los Casos de Usos ..................................244 6.3.2. Revisin de la Interfaz de Usuario................................................249 6.3.2.1. Resultado de la revisin de la Interfaz de Usuario ..................249 6.4. Diseo de Clases..................................................................................249 6.4.1. Identificacin de Atributos de las Clases......................................250 6.4.1.1. Atributos de Clases..................................................................251 6.4.2. Identificacin de Operaciones de las Clases................................256
6.4.2.1. Operaciones de Clases ...........................................................257 6.4.3. Diagrama de Clases de Diseo....................................................260 6.4.4. Especificacin de Necesidades de Migracin y Carga Inicial de Datos .............................................................................................263 6.4.4.1. Carga Inicial de Datos .............................................................263 6.5. Diseo Fsico de Datos.........................................................................264 6.5.1. Diseo del Modelo Fsico de Datos..............................................265 6.5.1.1. Diseo del modelo fsico de datos...........................................266 6.6. Verificacin y Aceptacin de la Arquitectura del Sistema.....................268 6.6.1. Verificacin de la Especificacin de Diseo .................................268 6.6.1.1. Resultado de la Verificacin de la Especificacin de Diseo ..269 6.6.2. Anlisis de Consistencia de las Especificaciones de Diseo .......269 6.6.2.1. Consistencia de las Especificaciones de Diseo.....................269 6.7. Aceptacin de la Arquitectura del Sistema......................................272 6.8. Generacin de Especificaciones de Construccin................................273 6.8.1. Especificacin del Entorno de Construccin ................................274 6.8.2. Definicin de Componentes y Subsistemas de Construccin ......275 6.8.2.1. Componentes y Subsistemas de Construccin .......................276 6.9. Especificacin Tcnica del Plan de Pruebas ........................................276 6.9.1. Especificacin del Entorno de Pruebas........................................278 6.9.1.1. Entorno de Pruebas.................................................................278 6.9.2. Revisin de la Planificacin de Pruebas ......................................279 6.9.2.1. Planificacin de Pruebas .........................................................279 6.9.2.2. Pruebas Unitarias ....................................................................280 6.9.2.2. Pruebas de Integracin............................................................282 6.9.2.3. Pruebas del Sistema................................................................282 6.11. Aprobacin del Diseo del Sistema de Informacin ...........................315 6.11.1. Presentacin y Aprobacin del Diseo del Sistema de Informacin .......................................................................................................315 7. CONSTRUCCIN DEL SISTEMA DE INFORMACIN..............................318 7.1. Preparacin del Entorno de Generacin y Construccin......................319 7.1.1. Implantacin de la Base de Datos Fsica o Ficheros ...................320 7.1.1.1. Creacin de la Base de Datos .................................................320 7.1.2. Preparacin del Entorno de Construccin....................................321 7.1.2.1. Generacin del Entorno de trabajo..........................................321 7.2. Generacin del Cdigo de los Componentes y Procedimientos...........322 7.2.1. Generacin del Cdigo de Componentes ....................................322
7.2.1.1. Generacin de los Componentes ............................................322 7.2.2. Generacin del Cdigo de los Procedimientos de Operacin y Seguridad ......................................................................................323 7.2.2.1. Generacin de Procedimientos de Operacin y Seguridad.....323 7.3. Ejecucin de las Pruebas Unitarias ......................................................324 7.3.1. Realizacin y Evaluacin de las Pruebas Unitarias .....................324 7.3.1.1. Resultado de la Realizacin de las Pruebas Unitarias ............325 7.4. Ejecucin de las Pruebas del Sistema..................................................325 7.4.1. Realizacin de las Pruebas del Sistema ......................................325 7.4.1.1. Resultado de la Realizacin de las Pruebas de Sistema ........326 7.4.2. Evaluacin del Resultado de las Pruebas del Sistema ................327 7.4.2.1. Resultado de la Evaluacin de los Resultados de las Pruebas de Sistema....................................................................................327 7.5. Aprobacin del Sistema de Informacin ...............................................328 8. IMPLANTACIN Y ACEPTACIN DEL SISTEMA .....................................332 8.1. Establecimiento del Plan de Implantacin ............................................334 8.1.1. Definicin del Plan de Implantacin .............................................334 8.1.1.1. Formacin de usuarios finales y equipo de pruebas ...............335 8.1.1.2. Preparacin de la infraestructura necesaria para la incorporacin del sistema al entorno de operacin........................................335 8.1.1.3. Ejecucin de carga inicial ........................................................336 8.1.1.4. Realizacin de las pruebas de implementacin y aceptacin del sistema ....................................................................................336 8.1.1.5. Formalizacin del plan de mantenimiento ...............................337 8.1.2. Especificacin del Equipo de Implantacin ..................................338 8.1.2.1. Equipo de Implantacin ...........................................................338 8.2. Incorporacin del Sistema al Entorno de Operacin ............................339 8.2.1. Preparacin de la Instalacin .......................................................339 8.2.1.1. Descripcin de la Instalacin ...................................................340 8.2.2. Realizacin de la Instalacin ........................................................340 8.2.2.1. Instalacin del sistema ............................................................341 8.3. Carga de Datos al Entorno de Operacin.............................................341 8.3.1. Migracin y Carga inicial de Datos ...............................................342 8.3.1.1. Instalacin del sistema ............................................................342 8.4. Pruebas de Implantacin del Sistema ..................................................342 8.4.1. Preparacin de las Pruebas de Implantacin...............................343 8.4.1.1. Pruebas de Implantacin .........................................................343
8.4.2. Realizacin de las Pruebas de implantacin................................343 8.4.2.1. Prueba de Implantacin...........................................................343 8.4.3. Evaluacin del Resultado de las Pruebas de Implantacin..........343 8.4.3.1. Evaluacin de la Prueba de Implantacin ...............................344 8.5. Pruebas de Aceptacin del Sistema .....................................................344 8.5.1. Realizacin de las Pruebas de Aceptacin ..................................344 8.5.1.1. Pruebas de Aceptacin............................................................344 8.6. Presentacin y Aprobacin del Sistema ...............................................345 9. CONCLUSIN Y FUTURAS LNEAS DE TRABAJO..................................348 9.1. Conclusin ............................................................................................348 9.2. Futuras Lneas de Trabajo....................................................................349 10. BIBLIOGRAFA Y GLOSARIO ..................................................................352 10.1. Bibliografa ..........................................................................................352 10.2. Glosario...............................................................................................355 A.1 GESTIN DE PROYECTOS.................................................................360 A.1.1. Inicio del Proyecto........................................................................361 A.1.1.1. Estimacin del Esfuerzo..........................................................361 A.2 SEGURIDAD .........................................................................................372 A.2.1 Seguridad del Actual Proyecto......................................................373 A.3 GESTIN DE CONFIGURACIN.........................................................374 A.3.1. La Gestin de Configuracin en el Presente Proyecto ................376 A.3.1.1. Definicin del Proceso de Gestin de Configuracin del Software...................................................................................376 A.3.2. Especificaciones de Gestin ........................................................376 A.3.3. Organizacin ................................................................................377 A.3.3.1. Actividades a Realizar.............................................................377 A.3.3.2. Implementacin del Plan de Gestin de Configuracin ..........378 A.3.4. Actividades de Gestin de Configuracin ....................................380 A.3.4.1. Identificacin de la Configuracin ...........................................380 A.3.4.2. Diseo de Registros ................................................................383 A.3.5. Control de la Configuracin..........................................................384 A.3.6. Auditoria de la Configuracin .......................................................384 A.3.7. Recogida y retencin de registros................................................384 A.4. Plan de Aseguramiento de la Calidad ..................................................386 A.4.1. Objetivos de Calidad ....................................................................387 A.4.2. Definicin de los Recursos...........................................................388 A.4.3. Mtricas de Proyecto ...................................................................388
A.4.3.1. Definicin de las mtricas .......................................................388 A.4.3.2. Descripcin de las Mtricas a aplicar en esta etapa del proyecto: .................................................................................................391 A.4.4. Auditorias .....................................................................................393
Captulo 1
Introduccin
1. INTRODUCCIN
1.1. De qu trata esta tesis?
Esta tesis trata sobre el desarrollo de una herramienta de software del tipo asistente, que facilita la gestin de documentacin de un proyecto de Explotacin de Datos basado en la metodologa CRISP-DM [Chapman, P. et al, 1999]. El desarrollo de la misma se basa tecnologas Cliente Servidor y se apoya en la metodologa Mtrica Versin III [Mtrica III, 2000].
El trabajo persigue como objetivo principal el generar una herramienta que permita, tanto a desarrolladores expertos como novatos, poder llevar a delante proyectos de Explotacin de Datos de forma organizada y coordinada. Y como objetivo secundario utilizar la metodologa Mtrica Versin III en un proyecto de desarrollo simple, pero completo.
La documentacin contenida en el mismo puede tomarse como referencia para la adopcin de prcticas de Ingeniera del Software o de la Metodologa Mtrica
Introduccin Lic. Enrique Fernndez Pg.: 16
Versin III dentro de una organizacin, as tambin brinda informacin respecto de cmo una herramienta de gestin puede ayudar a concretar proyectos de Explotacin de Datos y es fuente de informacin de la metodologa CRISP-DM. Tambin puede utilizarse como punto de partida para la creacin de futuras herramientas que permitan gestionar otras metodologas de desarrollo.
El captulo 1. Introduccin (el presente) sintetiza los objetivos de la tesis, a quines est dirigida, y de qu manera se encuentra organizado el material de la misma. El captulo 2. Introduccin al problema, presenta un panorama de la situacin actual, mostrando el contexto que da origen al trabajo de tesis. El captulo 3. Planificacin del Sistema de Informacin comprende la documentacin resultante del proceso PSI: Planificacin del Sistema de
Informacin de la metodologa Mtrica Versin III. La documentacin cubre la obtencin del marco de referencia para el desarrollo de sistemas de informacin que responda a los objetivos estratgicos de la organizacin. El captulo 4. Estudio de viabilidad del sistema comprende la documentacin resultante del proceso EVS: Estudio de la Viabilidad del Sistema de la metodologa Mtrica Versin III. La documentacin cubre la el anlisis de la situacin actual, la descripcin general del sistema, el estudio de las diferentes alternativas de solucin, y la seleccin de la alternativa ms adecuada. El captulo 5. Anlisis del sistema comprende la documentacin resultante del proceso ASI: Anlisis del Sistema de Informacin de la metodologa Mtrica Versin III. La documentacin cubre el modelado en UML (Unified Modelling Language) [Booch & Jacobson & Rumbaugh, 1998] del negocio, los casos de uso (documentados en el formato sugerido por Larman Craig) [Larman, C., 2003], los prototipos de interfaces de usuario, y la estructura y comportamiento del sistema en trminos de clases de anlisis. Dentro de este captulo se incluye tambin el diseo de las pruebas de la fase de anlisis. El captulo 6. Diseo del sistema comprende la documentacin resultante del proceso DSI: Diseo del Sistema de Informacin de la metodologa Mtrica Versin III. La documentacin cubre el modelado en UML del diseo
Introduccin
Pg.: 17
arquitectnico del sistema [Booch & Jacobson & Rumbaugh, 1998 ; Larman, C., 2003] y los subsistemas que lo conforman [Sturm, J., 1999], y la estructura y comportamiento del mismo en trminos de clases de diseo. Dentro de este captulo se incluye tambin el Plan de pruebas. El captulo 7. Construccin del sistema comprende la documentacin resultante del proceso CSI: Construccin del Sistema de Informacin de la metodologa Mtrica Versin III. La documentacin cubre la descripcin del entorno de construccin [Sturm, J., 1999] y los resultados de las pruebas unitarias, de integracin y del sistema. El captulo 8. Implantacin y aceptacin del sistema comprende la documentacin resultante del proceso IAS: Implantacin y Aceptacin del Sistema de la metodologa Mtrica Versin III. La documentacin cubre la incorporacin del sistema al entorno productivo y los resultados de las pruebas de implantacin y aceptacin. El captulo 9. Conclusiones y Futuras lneas de trabajo contiene las conclusiones obtenidas luego de finalizado el trabajo de tesis, y las futuras lneas de trabajo a seguir por aquellos interesados en el tema. El captulo 10. Bibliografa y Glosario contiene las referencias bibliogrficas utilizadas para el trabajo de tesis, y el glosario con los trminos empleados en el mismo. El apndice A. Contiene documentacin anexa al contenido de la tesis. Entre los anexos figuran la documentacin referente a las interfases provista por Mtrica Versin III. Esto comprende la documentacin resultante de las interfaces Gestin del proyecto [COCOMO II, 1999; Cosmos,1998] , Gestin de la configuracin [Gesmet, 2000], Seguridad. Aseguramiento de la calidad, y
Introduccin
Pg.: 18
Captulo 2
Introduccin al Problema
2. INTRODUCCIN AL PROBLEMA
En este captulo se describen los conceptos principales del problema a resolver por el presente trabajo de tesis. El mismo comienza con una descripcin de las dos metodologas de Explotacin de Datos mas conocidas del mercado (CRISP-DM y SEMMA), y una breve comparacin entre ambas metodologas.
A continuacin se ampla la descripcin de la metodologa CRISP-DM para permitir un mejor entendimiento de la misma. Por ltimo se identifica el problema a resolver y se presenta la solucin propuesta en el trabajo.
Se puede definir a al proceso de Explotacin de Datos como el conjunto de tcnicas y herramientas aplicadas al proceso no trivial de extraer y presentar conocimiento implcito, previamente desconocido, potencialmente til y humanamente comprensible, a partir de grandes conjuntos de datos, con objeto de predecir de forma automatizada tendencias y comportamientos y/o descubrir de forma automatizada modelos previamente desconocidos [Piatetski-Shapiro 1991]
Introduccin al Problema
Pg.: 22
Los orgenes del proceso de Explotacin de Datos se pueden establecer a principios de la dcada de 1980, cuando la administracin de hacienda
estadounidense desarroll un programa de investigacin para detectar fraudes en la declaracin y evasin de impuestos, mediante lgica difusa, redes neuronales y tcnicas de reconocimiento de patrones. Sin embargo, la gran expansin del proceso de Explotacin de Datos no se produce hasta la dcada de 1990 originada principalmente por tres factores:
Incremento de la potencia de los ordenadores Incremento del ritmo de adquisicin de datos. El crecimiento de la cantidad de datos almacenados se ve favorecido no slo por el abaratamiento de los discos y sistemas de almacenamiento masivo, sino tambin por la automatizacin de muchos trabajos y tcnicas de recogida de datos. Aparicin de nuevos mtodos de tcnicas de aprendizaje y almacenamiento de datos.
Desafortunadamente esta expansin implica el desarrollo de proyectos cada vez ms grandes en un sector en el que difcilmente se pueden extraer conclusiones a priori y en el que la seleccin de la mejor tcnica no se puede hacer en las primeras fases sino que se precisa un modelo evolutivo, similar al modelo espiral del ciclo de vida de desarrollo software.
Por otra parte el hecho de que ms del 75% del esfuerzo se produzca en las primeras fases (en este caso en el preparamiento de datos) provoca que este tipo de proyectos sea en general subestimado en cuanto a coste y tiempo y que las desviaciones producidas excedan con mucho el 90%.
Ante la necesidad existente en el mercado de una aproximacin sistemtica para la realizacin de los proyectos de Explotacin de Datos, diversas empresas y consultoras han especificado un proceso de modelado diseado para guiar al usuario a travs de una sucesin de pasos que le dirijan a obtener buenos resultados.
As SAS propone la utilizacin de la metodologa SEMMA (Sample, Explore, Modify, Model, Assess). En 1999 un importante consorcio de empresas europeas, NCR (Dinamarca), AG(Alemania), SPSS (Inglaterra) y OHRA (Holanda), unieron sus recursos para el desarrollo de la metodologa de libre distribucin CRISP-DM (CrossIndustry Standard Process for Data Mining). Esta metodologa, junto con la
Introduccin al Problema Lic. Enrique Fernndez Pg.: 23
metodologa SEMMA, son las dos principales metodologas utilizadas por los analistas en los proyectos de Explotacin de Datos (ver Figura IP 1).
Cales son las principales metodologas de Explotacin de datos? 4% 4% 23% 50% 7% 12% CRISP-DM (96) SEMMA (22) My Organization's (13) My own (43) Other (8) No aplica (7)
El nombre de esta terminologa es el acrnimo correspondiente a las cinco fases bsicas del proceso (Figura IP 2)
Muestreo (Sample)
Exploracin (Explore)
Modificacin (Modify)
Modelado (Model)
Valoracin (Assess)
El proceso se inicia con la extraccin de la poblacin muestral sobre la que se va a aplicar el anlisis. El objetivo de esta fase consiste en seleccionar una muestra representativa del problema en estudio. La representatividad de la muestra es indispensable ya que de no cumplirse invalida todo el modelo y los resultados dejan de ser admisibles. La forma ms comn de obtener una muestra es la seleccin al azar, es decir, cada uno de los individuos de una poblacin tiene la misma posibilidad de ser elegido. Este mtodo de muestreo se denomina muestreo aleatorio simple.
Introduccin al Problema
Pg.: 24
La metodologa SEMMA establece que para cada muestra considerada para el anlisis del proceso se debe asociar el nivel de confianza de la muestra.
Una vez determinada una muestra o conjunto de muestras representativas de la poblacin en estudio, la metodologa SEMMA indica que se debe proceder a una exploracin de la informacin disponible con el fin de simplificar en lo posible el problema con el fin de optimizar la eficiencia del modelo. Para lograr este objetivo se propone la utilizacin de herramientas de visualizacin o de tcnicas estadsticas que ayuden a poner de manifiesto relaciones entre variables. De esta forma se pretende determinar cules son las variables explicativas que van a servir como entradas al modelo.
La tercera fase de la metodologa consiste en la manipulacin de los datos, en base a la exploracin realizada, de forma que se definan y tengan el formato adecuado los datos que sern introducidos en el modelo.
Una vez que se han definido las entradas del modelo, con el formato adecuado para la aplicacin de la tcnica de modelado, se procede al anlisis y modelado de los datos. El objetivo de esta fase consiste en establecer una relacin entre las variables explicativas y las variables objeto del estudio, que posibiliten inferir el valor de las mismas con un nivel de confianza determinado. Las tcnicas utilizadas para el modelado de los datos incluyen mtodos estadsticos tradicionales (tales como anlisis discriminante, mtodos de agrupamiento, y anlisis de regresin), as como tcnicas basadas en datos tales como redes neuronales, tcnicas adaptativas, lgica fuzzy, rboles de decisin, reglas de asociacin y computacin evolutiva.
Finalmente, la ltima fase del proceso consiste en la valoracin de los resultados mediante el anlisis de bondad del modelo o modelos, contrastado con otros mtodos estadsticos o con nuevas poblaciones muestrales.
Introduccin al Problema
Pg.: 25
Tareas Generales
Proyeccin
Tareas Especficas
Introduccin al Problema
Pg.: 26
A nivel ms general, el proceso est organizado en seis fases (ver Figura IP 5), estando cada fase a su vez estructurada en varias tareas generales de segundo nivel o subfases. Las tareas generales se proyectan a tareas especficas, donde se describen las acciones que deben ser desarrolladas para situaciones especficas. As, si en el segundo nivel se tiene la tarea general limpieza de datos, en el tercer nivel se dicen las tareas que tienen que desarrollarse para un caso especfico, como por ejemplo, limpieza de datos numricos, o limpieza de datos categricos.
El cuarto nivel, recoge el conjunto de acciones, decisiones y resultados sobre el proyecto de Explotacin de Datos especfico.
La metodologa CRISP-DM proporciona dos documentos distintos como herramienta de ayuda en el desarrollo del proyecto de Explotacin de Datos: el modelo de referencia y la gua del usuario.
El documento del modelo de referencia describe de forma general las fases, tareas generales y salidas de un proyecto de Explotacin de Datos en general. La gua del usuario proporciona informacin ms detallada sobre la aplicacin prctica del modelo de referencia a proyectos de Explotacin de Datos especficos,
proporcionando consejos y listas de comprobacin sobre las tareas correspondientes a cada fase.
La metodologa CRISP-DM estructura el ciclo de vida de un proyecto de Explotacin de Datos en seis fases, que interactan entre ellas de forma iterativa durante el desarrollo del proyecto (Figura IP 5).
C o m p re n s i n d e l N e g o c io
C o m p r e n s i n d e lo s D a t o s
I m p l e m e n t a c i n
D a to s D a to s D a to s
P r e p a r a c i n d e lo s D a to s
E v a lu a c i n
M o d e la d o
Figura IP 5: Fases del proceso de modelado metodologa CRISP-DM. Las flechas indican relaciones ms habituales entre las fases, aunque se pueden establecer relaciones entre cualquier fase. El crculo exterior simboliza la naturaleza cclica del proceso de modelado.
Introduccin al Problema
Pg.: 27
La primera fase anlisis del problema, incluye la comprensin de los objetivos y requerimientos del proyecto desde una perspectiva empresarial, con el fin de convertirlos en objetivos tcnicos y en una planificacin.
La segunda fase de anlisis de datos comprende la recoleccin inicial de datos, en orden a que sea posible establecer un primer contacto con el problema, identificando la calidad de los datos y estableciendo las relaciones ms evidentes que permitan establecer las primeras hiptesis.
Una vez realizado el anlisis de datos, la metodologa establece que se proceda a la preparacin de los datos, de tal forma que puedan ser tratados por las tcnicas de modelado.
La preparacin de datos incluye las tareas generales de seleccin de datos a los que se va a aplicar la tcnica de modelado (variables y muestras), limpieza de los datos, generacin de variables adicionales, integracin de diferentes orgenes de datos y cambios de formato.
La fase de preparacin de los datos, se encuentra muy relacionada con la fase de modelado, puesto que en funcin de la tcnica de modelado que vaya a ser utilizada los datos necesitan ser procesados en diferentes formas. Por lo tanto las fases de preparacin y modelado interactan de forma sistemtica.
En la fase de modelado se seleccionan las tcnicas de modelado ms apropiadas para el proyecto de Explotacin de Datos especfico. La tcnicas a utilizar en esta fase se seleccionan en funcin de los siguientes criterios:
Ser apropiada al problema Disponer de datos adecuados Cumplir los requerimientos del problema Tiempo necesario para obtener un modelo Conocimiento de la tcnica
Antes de proceder al modelado de los datos se debe de establecer un diseo del mtodo de evaluacin de los modelos, que permita establecer el grado de bondad de los modelos.
Introduccin al Problema
Pg.: 28
Una vez realizadas estas tareas genricas se procede a la generacin y evaluacin del modelo. Los parmetros utilizados en la generacin del modelo dependen de las caractersticas de los datos.
En la fase de evaluacin, se evala el modelo, no desde el punto de vista de los datos, sino del cumplimiento de los criterios de xito del problema. Se debe revisar el proceso seguido, teniendo en cuenta los resultados obtenidos, para poder repetir algn paso en el que, a la vista del desarrollo posterior del proceso, se hayan podido cometer errores. Si el modelo generado es vlido en funcin de los criterios de xito establecidos en la primera fase, se procede a la explotacin del modelo.
Normalmente los proyectos de Explotacin de Datos no terminan en la implantacin del modelo, sino que se deben documentar y presentar los resultados de manera comprensible en orden a lograr un incremento del conocimiento. Adems en la fase de explotacin se debe de asegurar el mantenimiento de la aplicacin y la posible difusin de los resultados.
La metodologa SEMMA se centra ms en las caractersticas tcnicas del desarrollo del proceso, mientras que la metodologa CRISP-DM, mantiene una perspectiva ms amplia respecto a los objetivos empresariales del proyecto. Esta diferencia se establece ya desde la primera fase del proyecto de Explotacin de Datos donde la metodologa SEMMA comienza realizando un muestreo de datos, mientras que la metodologa CRISP-DM comienza realizando un anlisis del problema empresarial para su transformacin en un problema tcnico (ver Figura IP 6). Desde ese punto de vista ms global se puede considerar que la metodologa CRISP-DM est ms cercana al concepto real de proyecto, pudiendo ser integrada con una Metodologa de Gestin de Proyectos especfica que completara las tareas administrativas y tcnicas.
Introduccin al Problema
Pg.: 29
Manipulacin
Modelado
Modelado
Valoracin
Figura IP 6: Comparativa de las interrelaciones entre las fases de las metodologas SEMMA y CRISP-DM
Otra diferencia significativa entre la metodologa SEMMA y la metodologa CRISP-DM radica en su relacin con herramientas comerciales. La metodologa SEMMA slo es abierta en sus aspectos generales ya que est muy ligada a los productos SAS donde se encuentra implementada. Por su parte la metodologa CRISP-DM ha sido diseada como una metodologa neutra respecto a la herramienta que se utilice para el desarrollo del proyecto de Explotacin de Datos siendo su distribucin libre y gratuita.
Introduccin al Problema
Pg.: 30
C o m p re n s i n d e l N e g o c io
C o m p re n s i n d e lo s D a to s
Im p le m e n ta c i n
D a to s D a to s D a to s
P re p a ra c i n d e lo s D a to s
E v a lu a c i n
M o d e la d o
El ciclo de vida de un proyecto de Explotacin de Datos consiste en seis fases cuya sucesin no es rgida, y se puede mover entre ellas siempre que se requiera. Las flecha indican las dependencia mas importantes y frecuentes entre las fases. El circulo exterior simboliza la naturaleza cclica de los proyectos de Explotacin de Datos.
La metodologa se presenta en trminos de un proceso jerrquico. Consiste en juego de tareas descriptas en niveles de abstraccin (de lo general a lo especfico): la fase, la tarea genrica o subfase, la tarea especializada y el caso del proceso.
El contexto de CRISP-DM se maneja entre lo genrico y el nivel especializado, dentro del cual se distinguen cuatro dimensiones diferentes:
Dominio de la aplicacin. Especifica el rea en que el proyecto de explotacin de datos tiene lugar. Tipo de problema. Describe la clase y objetivos del proyecto. Aspecto tcnico. Cubre procesos especficos de la explotacin de datos, describe diferentes desafos que normalmente ocurren.
Introduccin al Problema Lic. Enrique Fernndez Pg.: 31
A continuacin, en las figuras IP 8, se detallan las fases que componen a la metodologa CRISP-DM:
Modelado
Evalucin
Implementacin
Fase 1: Comprensin del negocio Tareas Componentes Determinar los objetivos del negocio Actividades Asociadas Background Objetivos del negocio Criterios de xito del negocio Evaluacin de la situacin Inventarios de recursos Requisitos, requerimientos Riesgos y contingencias Terminologa Costos y beneficios Determinar Objetivos del Las metas del Proceso de Explotacin de Datos Criterios de xito del Proceso de Explotacin de Datos Realizar Proyecto el Plan del Plan de proyecto Valoracin herramientas
Tabla IP 1: Composicin del Negocio
supuestos
inicial
de
Introduccin al Problema
Pg.: 32
Fase 2: Comprensin de los datos Tareas Componentes Recolectar Iniciales Descubrir datos los datos Actividades Asociadas Reporte de recoleccin de datos iniciales Reporte de descripcin de los datos Exploracin de los datos Reporte datos Verificacin de calidad de datos
Tabla IP 2: Comprensin de los datos
de
exploracin
de
Fase 3: Preparacin de los datos Tareas Componentes Actividades Asociadas Dataset Descripcin del Dataset Seleccionar los datos Limpiar los datos Inclusin/ exclusin de datos Reporte de calidad de datos limpios Estructurar los datos Derivacin de atributos Generacin de registros Integrar los datos Formato de los datos Unificacin de datos Reporte de calidad de los datos
Fase 4: Modelado Tareas Componentes Seleccionar una tcnica de modelado Generar el plan de pruebas Construir el modelo Actividades Asociadas La tcnica modelada Supuestos del modelo Plan de pruebas Configuracin de parmetros Modelo Descripcin del modelo Evaluar el modelo Evaluar el modelo Revisacin de la configuracin de parmetros
Tabla IP 4: Modelado
Introduccin al Problema
Pg.: 33
Fase 5: Evaluacin Tareas Componentes Evaluar Resultado Actividades Asociadas Valoracin de resultados
mineros con respecto al xito del negocio Modelos aprobados Proceso de revisin Determinar Prximos pasos Revisin del proceso Listar posibles acciones
Tabla IP 5: Evaluacin
Fase 6: Implementacin Tareas Componentes Plan de Implementacin Plan de monitoreo y Actividades Asociadas Plan de Implementacin Plan de monitoreo y
Documentacin experiencia
Tabla IP 6: Implementacin
de
la
Esta fase requiere la valoracin de varios factores, la comprensin de lo que es el negocio, adonde va, y que preguntas del negocio necesitan ser contestadas para llegar all.
Introduccin al Problema
Pg.: 34
Modelado
Evalucin
Implementacin
Background
Evaluacin de la situacin
Inventarios de recursos
Riesgos y contingencias
Terminologa
Costos y beneficios
Plan de proyecto
Identificacin de objetivos de negocio y criterios de xito Realizacin de una valoracin circunstancial (recursos, supuestos, riesgos, costos y beneficios) Determinacin de metas de Explotacin de Datos y criterios de xito Produccin de un plan de proyecto
El primer objetivo del analista de datos es comprender completamente la perspectiva del negocio, es decir, lo que el cliente realmente quiere lograr.
Introduccin al Problema
Pg.: 35
A menudo un cliente tiene muchos objetivos que compiten y deben ser equilibrados apropiadamente. La meta del analista es encontrar factores importantes que pueden influir en el resultado del proyecto.
Una posible consecuencia de descuidar esta fase es malgastar el tiempo y trabajo realizado a responder preguntas que no se corresponden con el objetivo del negocio.
Salidas a generar:
Background: Registra la informacin actual del negocio al principio del proyecto. Objetivos del negocio: Describir el objetivo principal del cliente, desde la perspectiva del negocio. Adems del objetivo principal, hay otras preguntas del negocio relacionadas con el cliente que sera bueno para el negocio conocer. Criterios de xito del negocio: Describir los criterios para un resultado exitoso o til al proyecto desde el punto de vista del proyecto. Esto debe ser lo mas especifico posible para poder medir el mismo objetivamente.
Esta tarea un estudio mas detallado sobre todos los recursos, supuesto y otros factores que deben ser considerados determinado la meta de anlisis de datos y el plan de proyecto. En la tarea anterior, su objetivo era conseguir rpidamente el factor principal de la situacin, aqu se quiere encontrar los detalles.
Salidas a generar:
Inventario de Recursos: Listar los recursos disponibles para el proyecto, incluye: recursos humanos (expertos del negocio, expertos en datos, asistencia tcnica, expertos en explotacin de datos, etc.), datos (extractos fijos, acceso a los datawarehouse o a los operacionales), recursos tcnicos
Introduccin al Problema
Pg.: 36
Requisitos, supuestos y requerimientos: Listar todos los requisitos del proyecto incluyendo: horarios de realizacin, alcance, calidad de los resultados y seguridad, adems se deben evaluar los posibles problemas legales. Como parte de esta salida, se debe asegurar que le permitan asegurar los datos. Se deben listar los supuestos realizados en el proyecto. Estos pueden ser sobre los datos que pueden verificarse durante el proceso de explotacin de datos, pero tambin puede incluir supuestos no controlables sobre el negocio en el resto del proyecto. Listar los requerimientos del proyecto. Estos pueden ser requerimientos de la disponibilidad de los recursos, pero tambin puede incluir requerimientos tecnolgicos como el tamao de los datos. Riesgos y Contingencias: Listar los riesgos o contingencias que pueden demorar el proyecto o que a causa de ellos el proyecto pueda fallar. Listar los planes de contingencia correspondientes, es decir, que acciones sern tomadas si estas situaciones ocurren. Terminologas: Organizar un glosario de trminos pertinente al proyecto. El mismo debe estar compuesto de:
Un Glosarios de trminos del negocio disponible en el proyecto. Este glosario es til para la produccin de conocimiento. Un glosario de trminos del proceso Explotacin de Datos.
Costos y beneficios: Construir un anlisis de costo-beneficio para el proyecto, que compare los costos de llevar a delante el proyecto con los beneficios potencial a obtener gracias a l.
Esta fase tiene como objetivo definir las metas a alcanzar con el desarrollo del proyecto de Explotacin de Datos, por ejemplo, una meta a alcanzar puede ser realizar ventas por catlogos a clientes existentes)
Introduccin al Problema
Pg.: 37
Salidas a Generar:
Metas del Proceso de Explotacin de datos: Describir los rendimientos intencionales del proyecto que habilita el logro de los objetivos del negocio. Criterios de xito del Proceso de Explotacin de Datos: Definir los criterios para un resultado exitoso en trminos tcnicos, por ejemplo, el nivel de exactitud de la prediccin.
Plan de Proyecto:
Describir el plan intencional para alcanzar las metas. El plan debe especificar los pasos a realizar durante el resto del proyecto, incluyendo una seleccin inicial de herramientas y tcnicas.
Salidas a Generar:
Plan de Proyecto: Listar las actividades a desarrollar en el proyecto, junto con su duracin, los recursos requeridos, las entradas, las salidas y las dependencias. Donde es posible hacer explcito las iteraciones de gran potencia en los datos del proceso de explotacin de datos. Como parte del plan del proyecto, es tambin importante analizar las dependencias entre los tiempos y los riesgos. Se debe sealar los resultados de estos anlisis explcitamente en el plan de proyecto, con acciones y recomendaciones por si los riesgos aparecen. El plan de proyecto es un documento dinmico en el sentido que al final de cada fase una revisin de progreso y logros es necesaria y una actualizacin del mismo es recomendada de acuerdo con ello. Se debe especificar los puntos de revisin ya que estos son parte del plan de proyectos. Validacin inicial de Herramientas: Al final de la primera fase, se realiza tambin una valoracin inicial de herramientas y tcnicas. Aqu se selecciona la herramienta de Explotacin de Datos que apoya los mtodos para las diferentes fases del proceso. Es importante evaluar herramientas y tcnicas en esta fase del proceso, por que estas posiblemente influirn en todo el proyecto.
Introduccin al Problema Lic. Enrique Fernndez Pg.: 38
Comprensin de los datos Esta fase involucra las tareas que hacen la comprensin de los datos, par lo cual, los datos se deben describir, coleccionar, organizar, verificar y limpiar a priori del anlisis de los mismo. Esto puede consumir mucho tiempo y es crtico para el proyecto de Explotacin de Datos.
Modelado
Evalucin
Implementacin
Describir Datos
Auditora de los datos Extraccin de datos de una base de datos o datawarehouse Unificacin de tablas desde una base de datos corporativa Combinacin de archivos de diferentes sistemas Reconciliacin de valores inconsistentes en campos Identificacin de valores perdidos, datos incorrectos, o datos externos
Introduccin al Problema
Pg.: 39
Seleccin de datos Reestructuracin de los datos segn el anlisis lo requiere Transformacin de campos (tomando proporciones, diferencias, etc.)
Salidas a Generar:
Reporte de Recoleccin de los datos iniciales: Describe los datos que han sido adquiridos, indicando: formato de los datos, cantidad de datos. Por ejemplo se debe describir el nmero de registros y campos en una base de datos, las identidades de los campos y cualquier otro dato de la superficie de los datos que se han descubierto.
Adquirir o acceder a los datos definidos en el plan de recursos del proyecto. Esta recoleccin inicial incluye datos que se cargan, si es necesario, para la comprensin de los mismos.
Es importante destacar que si los datos se adquieren de mltiples fuentes, la integracin de los mismos es una tarea adicional a realizar, aqu o en la posterios fase de preparacin de los datos.
Salidas a Generar:
Reporte de Descripcin de los Datos: Listar el dataset o datasets adquiridos, junto con sus localizaciones dentro del proyecto, los mtodos usados dentro de la recoleccin y cualquier problema encontrada. La registracin de problemas encontrados y cualquier solucin lograda, ayuda en repeticiones futuras de este proyecto o proyectos similares.
Introduccin al Problema Lic. Enrique Fernndez Pg.: 40
Esta tarea trae preguntas a la Explotacin de Datos, que pueden responderse usando encuestas, visualizacin e informes. Esto incluye: distribucin de atributos importantes, por ejemplo el atributo designado de una tarea de prediccin; relacin entre pares o los nmeros pequeos de atributos; resultado de agregaciones y anlisis estadstico. Estos anlisis pueden dirigir los objetivos de la Explotacin de Datos, y tambin pueden contribuir o refinar la descripcin de los datos y la calidad de los reportes.
Salidas a Generar:
Reporte de Exploracin de datos: Describir resultados de esta tarea que incluye hallazgos o la hiptesis inicial y su impacto en el resto del proyecto. Si es apropiado, incluye los grficos y planos que indican caractersticas de los datos interesantes para un examen detallado.
Se debe verificar la calidad de los datos y realizarse preguntas del tipo: estn completos los datos?; cubren todos los casos requeridos?; los datos, son correctos o tienen errores?, si hay errores, cuan comn son ellos?; hay valores perdidos en los datos?, en cuyo caso cmo se representan?, dnde ocurren estos errores y cuan comn son?.
Salida a Generar:
Reporte de Calidad de Datos: Listar los resultados de la comprobacin de calidad de los datos; si los problemas de calidad existen, se deben listar las posibles soluciones. Las soluciones a los problemas de calidad de datos generalmente dependen de procesos pesados de datos y del conocimiento del negocio.
Introduccin al Problema
Pg.: 41
Preparacin de los Datos Esta fase involucra las tareas que hacen a la preparacin de los datos, es decir seleccionar los datos, limpiarlos, estructurarlos integrarlos y definir el formato final de los mismos.
Modelado
Evalucin
Implementacin
Dataset
Derivacin de atributos
Generacin de registros
Unificacin de datos
Introduccin al Problema
Pg.: 42
Salidas a Generar:
Dataset: Este es el dataset/s producido/s por la fase de preparacin de los datos que es usado con el modelo o en el trabajo de anlisis del proyecto. Descripcin del Dataset: Describe el dataset/s definido en el punto anterior
Datos seleccionados:
En esta subfase se decide que datos son usados para el anlisis. El criterio de seleccin aplicado debe ser lo suficientemente amplio para permitir incluir datos de relevancia en funcin de los objetivos del proyecto de Explotacin de Datos, como as tambin mantener las normas de calidad y requerimientos tcnicos (lmites de volumen o tipos de datos).
Salidas a Generar:
Inclusin/ Exclusin de Datos: Lista de datos a Incluir/Excluir y las razones para tomar estas decisiones.
Datos Limpios:
Optimizar la calidad de los datos al nivel requerido por las tcnicas de anlisis seleccionadas. Esto puede implicar seleccin de subconjuntos limpios de los datos, la insercin de valores por defecto convenientes o aplicacin de tcnicas de estimacin de perdido.
Salidas a Generar:
Reporte de Calidad de los Datos Limpios: Describir que decisiones se tomaron y que acciones se tomaran para solucionar los problemas de calidad de los datos que se informaron durante la tarea de calidad de datos. Aqu se deben considerar, entre otras cosas,
Introduccin al Problema
Pg.: 43
las transformaciones de los datos por limpiezas, los propsitos de los datos y el posible impacto de los mismos en los resultados del anlisis.
Esta incluye las operaciones de preparacin y construccin de datos, como as tambin la produccin de atributos derivados, completando con los nuevos registros o los valores transformados con los atributos existentes.
Salida a Generar:
Derivacin de atributos: Los atributos derivados, son nuevos atributos que se construyen a partir de uno o mas atributos existentes en el mismo registro. Generacin de Registros: Describir la creacin de nuevos registros. Por ejemplo, crear registros nuevos para los clientes que no realizaron compras el ltimo ao.
Se aplican mtodos que combinan informacin de mltiples tablas o archivos para crear nuevos registros o valores.
Salida a Generar:
Unificacin de los Datos: El unificar datos se refiere a unir dos o mas tablas o archivos que contienen informacin diferente sobre el mismo objeto. Los datos unidos tambin cubren agregaciones. La agregacin se refiere a los funcionamientos donde los nuevos valores son computados resumiendo informacin.
Las transformaciones de estructuras se refieren a las modificaciones principalmente sintcticas realizadas a los datos que no cambian su significado, pero podra requerirse por la herramienta del modelo.
Introduccin al Problema Lic. Enrique Fernndez Pg.: 44
Salida a Generar:
Reporte de Calidad de los Datos: Algunas herramientas tienen requisitos en el orden de los atributos, como el primer campo es un nico identificador para cada registro o el ltimo campo siendo el campo del resultado total del modelo a predecir. En funcin de lo expuesto en el prrafo anterior, tambin puede ser necesario cambiar el orden de los registros en el dataset. Hay herramientas que requieren que los estn ordenados conforme al valor del atributo resultado.
Modelado El arte del trabajo especializado del proceso de Explotacin de Datos toma lugar en esta fase. Si se prueban hiptesis especificas o se corren mtodos del descubrimiento automatizados, se interpretan los resultados de anlisis realizados en esta fase en el contexto de las preguntas del negocio originales.
Modelado
Evalucin
La tcnica modelada
Plan de pruebas
Construir el modelo
Configuracin de parmetros
Modelo
Evaluar el modelo
Evaluar el modelo
Introduccin al Problema
Pg.: 45
Construccin del Modelo Interpretacin del Modelo Validacin / Evaluacin del Modelo Refinamiento y Repeticin
Como primer paso del plan, se selecciona la tcnica de modelado a utilizar. Considerando que ya, posiblemente, se seleccion una herramienta de negocio, esta tarea se refiere a la tcnica de modelado especfica, por ejemplo rboles de decisin, reglas de decisin, redes neuronales, etc. Si se considera necesario aplicar mltiples tcnicas, se debe realizar esta tarea, para cada una de las tcnicas, separadamente.
Salida a Generar:
La tcnica modelada: Descripcin de las tcnicas de modelado que se utilizaran. Supuestos de modelado: Muchas tcnicas especficas generan supuestos especficos en los datos, por ejemplo, todos los atributos tienen una distribucin uniforme, o no existen valores perdido. Todos estos supuestos deben ser registrados
Antes de generar el modelo se debe generar un procedimiento o mecanismo para probar la calidad y validez del modelo.
Salidas a Generar:
Plan de Pruebas: Se debe describir el plan de pruebas y los modelos. Un componente principal del plan de pruebas es como dividir el dataset disponible en datos de prueba y datos de aprobacin.
Introduccin al Problema Lic. Enrique Fernndez Pg.: 46
Construir el modelo:
Se debe ejecutar la herramienta de modelado en el dataset preparado para crear uno o mas modelos.
Salidas a Generar:
Configuracin de parmetros: En general, la mayora de la herramientas de modelado, proveen un consunto de parmetros de ajuste a configurar. Se deben listar el conjunto de parmetros y los valores escogidos para los mismos. Modelo: Describir los modelos reales generados por la herramienta. Descripcin del Modelo: Se describe el modelo resultante, mediante un informe que detalle la interpretacin de los modelos y documente cualquier dificultad encontrada con su significado.
Evaluar el Modelos:
El ingeniero en Explotacin de Datos debe interpretar los modelos segn su dominio de conocimiento, los datos, el criterio de xito y el plan de pruebas definido.
Esta tarea interfiere con la fase subsiguiente. Considerando que los datos que se Explotan a juicio del ingeniero define el xito de la aplicacin de modelado y las tcnicas de descubrimiento. l comunica, mas tarde, a los analistas del negocio y expertos en el dominio de la aplicacin los resultados obtenidos, para discutir con estos los resultado de la explotacin de datos en el domino del negocio.
El ingeniero en Explotacin de Datos intenta alinear los datos a los modelos. l analiza los modelos segn los criterios de evaluacin. En la mayora de los proyectos, el ingeniero aplica la misma tcnica mas de una vez o intente generar los resultados con tcnicas alternativas.
Introduccin al Problema
Pg.: 47
Salidas a Generar:
Evaluar el Modelo: Se deben resumir los resultado de la tarea, detallando la calidad de los documentos generados. Revisin de la Configuracin de Parmetros: Segn las valoraciones, se revisan las configuraciones de los parmetros para las prximas corridas del modelo. Se debe iterar el modelo construido y la configuracin de los parmetros hasta encontrar el mejor modelo, documentando todas las revisiones y valoraciones.
Evaluacin En esta fase se evalan los resultado del proceso de Explotacin de Datos, se formulan recomendaciones y se prepara el material de apoyo.
Modelado
Evalucin
Implementacin
Evaluar Resultado
Modelos aprobados
Proceso de Revisin
Introduccin al Problema
Pg.: 48
Evaluacin de los resultados del proceso de Explotacin de Datos en trminos de criterios de xito del negocio Determinacin de la recomendaciones y las posibles acciones Toma de decisiones
Evaluar Resultado: Las tareas de evaluacin vistas con anterioridad trataban de la exactitud y generalidad del modelo. Esta fase evala el grado en que el modelo rene los objetivos del negocio y busca determinar si existe alguna criterio de negocio por el cual este modelo es deficiente. Otra opcin de evaluacin es probar el modelo en aplicaciones con datos reales si hay tiempo y presupuesto.
Los resultado del proceso de Explotacin de Datos necesariamente se relacionan con los objetivos del negocio originales y todos los otros hallazgos que necesariamente no estn relacionados con el objetivo original del negocio, pero que podran escalarse como desafos adicionales.
Salidas a Generar:
Valoracin de los resultado mineros con respecto al xito del negocio: Se deben resumir los resultado de valoracin en trminos de criterios de xito del negocio, incluyendo una declaracin final si el proyecto ya se encuentra cumpliendo los objetivos iniciales del negocio. Modelos de Aprobacin: Despus de generar la valoracin respecto al criterio de xito del negocio, se aprueban los modelos que se encuentran seleccionado.
Proceso de Revisin:
En este punto el modelo resultante parece ser ptimo para la satisfaccin de las necesidades del negocio. Por tanto se debe realizar una completa revisin de los
Introduccin al Problema
Pg.: 49
datos para determinar si existe algn factor importante o tarea que se ha pasado por alto en algn momento.
Salidas a Generar:
Revisin del Proceso: Generar un documento que resuma la revisin del proceso y resaltar las actividades que faltan y/o deben repetirse.
Segn los resultados de la valoracin del proceso se define como proceder en esta subfase. Se debe definir si el proyecto se puede dar por terminado, se debe comenzar con las iteraciones o si se debe preparar un nuevo proceso de Explotacin de Datos.
Salidas a Generar:
Listar Posibles Acciones: Listar las potenciales acciones junto con las razones a favor y en contra de cada accin.
Implementacin La fase de Implementacin incluye tareas de puesta en produccin y entrega del informe final. El plan de Implementacin se desarrolla para supervisar los cambios que pueden producirse si el modelo de anlisis no puede sostenerse. Esto puede comprender el anlisis automatizado que produce advertencias cuando ciertos eventos ocurren (por ejemplo, si la brecha entre el predicho y observado excede una cantidad especifica).
Introduccin al Problema
Pg.: 50
Modelado
Evalucin
Implementacin
Plan de Implementacin
Plan de Implementacin
Informe Final
Informe final
Presentacin Final
Documentacin de la experiencia
Produccin y entrega del informe final Plan de monitoreo y mantenimiento de los resultados del proceso de Explotacin de Datos Revisin del Proyecto Distribucin de los resultados.
Plan de Implementacin:
Para implementar los resultados del Proceso de Explotacin de Datos en el Negocio, se debe analizar el resultado de la evaluacin y generar una estrategia de implementacin.
Introduccin al Problema Lic. Enrique Fernndez Pg.: 51
Salida a Generar:
Plan de Implementacin: Resumir la estrategia del desarrollo incluso los pasos necesarios y como realizarlos.
Plan de Monitoreo y Mantenimiento: El monitoreo y el mantenimiento son problemas importantes en los procesos de Explotacin de Datos, para que el resultado sea parte del negocio diario. La preparacin cuidadosa de una estrategia de mantenimiento ayuda a evitar innecesariamente largos periodos de uso incorrecto de los datos.
Salidas a Generar:
Plan de Monitoreo y Mantenimiento: Resumir el monitoreo y estrategia de mantenimiento, incluyendo los pasos a realizar y como realizarlo.
Informe Final:
Al final de proyecto, el lder de proyecto y su equipo escriben el informe final. Dependiendo del plan de implantacin, este informe puede ser solo un resumen del proyecto y sus experiencias o puede ser una presentacin comprensiva de los resultados del proceso de Explotacin de Datos.
Salidas a Generar:
Informe Final: Se genera un informe final que recoja la experiencia del desarrollo del proyecto. Presentacin Final: Generalmente, al final del proyecto, se realiza una reunin donde se presentan los resultados del proyecto al cliente.
Introduccin al Problema
Pg.: 52
Revisin del Proyecto: Una vez finalizado el proyecto, se debe evaluar lo que fue correcto y lo que sali mal, lo que se hizo bien y lo que necesita ser mejorado.
Salida a Generar:
Documentacin de la Experiencia Se debe resumir las experiencia importantes obtenidas durante el proyecto. Por ejemplo, las trampas en las que se cay, los acercamiento engaosos o indirectas para seleccionar mejor las tcnicas de Explotacin de Datos.
Esta gestin de documentacin debe estar soportada por una metodologa de desarrollo que provea los requisitos bsicos de cada documento y una forma ordenada de realizarlos.
Debido al incremento de la envergadura de los proyectos de Explotacin de datos que se llevan a cabo hoy da, se hace casi imposible pensar que los mismos podrn ser llevados a delante por una nica persona. Con el incremento en la cantidad de personas involucradas en el desarrollo de los proyectos, comienzan los problemas para poder llevar a delante una gestin de documentacin ordenada [Villanueva Balsera, J. et al, 2005; Venturn Del Piero, M., 2005; Tramulla, J., 2005; Rodrguez Montequn, M. et al, 2005; Pineda, R. et al, 2001; Menasalvas Ruiz, E., 2002; Llombart, O., 2005; Hernndez Orallo, J. et al, 2005; Hernndez Orallo, J. et al, 2004; Gondar Nores, J, 2004; Figueiras, A. et al, 2004; Fernndez, B., 2005; Chapman, P. et al, 1999; Cano, J at al, 2005; Baena Garcia, M et al, 2005]. Si bien las metodologas de desarrollo establecen un orden en la generacin de los documentos, es comn, en la practica, que muchos de ellos se desarrollen por distintas personas en paralelo, esto ocasiona que muchas veces se haga difcil poder controlar el proyecto, y se desconozca en que situacin real se encuentra el mismo o que existan documentos importantes sin desarrollarse.
Introduccin al Problema
Pg.: 53
Este problema de control puede reducirse con la incorporacin de un Software que permita llevar a delante la gestin de documentacin del proyecto[Mtrica III 2000; Gesmet]. En tal sentido se ha consultado desde Internet y con Ingenieros en Sistemas de Informacin que desarrollan proyectos de explotacin de datos sobre la existencia de aplicativos que brinden esta funcionalidad, pero la bsqueda ha sido infructuosa y no se ha podido hallar ningn aplicativo que permita gestionar un proyecto de esta naturaleza.
Interfaz grfica de usuario, el sistema contar con una interfaz grfica interactiva que muestre la estructura de los proyectos mediante un men tipo rbol de directorio, donde se puedan apreciar todas las fases de la metodologa CRISP-DM. As mismo para cada fase se debe mostrar, con el mismo criterio, sus n subfases a las cuales se debe poder ingresar mediante la expansin de la Fase. Asimismo, dentro de cada subfase se podr observar los distintos documento que la misma posee, detallando las versiones existentes del mismo e indicando que documentos han sido cumplimentados como datos mas significativos. Control de acceso, mediante el ingreso de un nombre de usuario y clave se restringir el acceso de los usuarios al sistema para evitar el ingreso de usuarios no autorizados al mismo. Cuatro perfiles diferentes de usuarios (Administrador, Supervisor, Lder de Proyecto y Desarrollador), de esta forma se podrn participar del proyecto desarrolladores con diferentes habilidades y responsabilidades, los cuales contarn con opciones de men diferente en funcin del perfil de usuario que tengan asignado. Asignacin dinmica de usuarios al proyecto, se permitir a los usuarios con perfil Supervisor (quienes son los responsables del proyecto para el sistema) asignar y reasigna usuarios de menor nivel jerrquico a las distintas fases y subfases de desarrollo del proyecto. De esta manera el
Introduccin al Problema
Pg.: 54
sistema podr registrar quienes son los usuarios autorizados a ingresar a los distintos documentos que posee el proyecto, llevando a dems registro de quienes han ingresado a los mismos. Versionado automtico de documentos (el sistema propondr
autmticamante un documento por cada actividad definida por la metodologa CRISP-DM), el sistema permitir generar nuevas versiones de documentos, para ello, cuando el usuario lo considere necesario podr indicar que requiere una nueva versin de un determinado. Ante este pedido el sistema generar automticamente un nuevo documento que contendr toda la informacin del documento anterior y un nombre similar a este con el nmero de versin incrementado en uno. Una base de datos que centralice la informacin de todos los proyectos, la cual permitir tener almacenado en un solo lugar la informacin de todos los proyectos facilitando entre otras tareas la de backup y control de acceso al sistema. Un men de consultas y listados, desde donde los usuarios habilitados podrn obtener informacin de los distintos proyectos que se estn llevando a cabo. Dicha informacin ser restringida en funcin del perfil de usuario. As, un usuario con perfil de Supervisor podr obtener datos de los proyectos que el coordina, mientras que un usuario con perfil de Administrador podr ver como evolucionan la totalidad de los proyectos registrados en el sistema, esta ltima informacin ser til para los niveles mas altos de decisin de la empresa. Capacidades de ampliacin a Multiplataforma, si bien la primer versin a desarrollarse solo estar probada y homologada para correr dentro del entorno Windows, el sistema se desarrollar en el lenguaje Java, el cual a travs de las distintas mquinas virtuales que provee puede ejecutarse desde distintos entornos Hardware y Software. Funciones de ayuda en lnea, las cuales abarcarn, no solo cuestiones de uso del programa, sino que tambin, proveern informacin sobre la
metodologa CRISP-DM, de forma similar a como Gesmet apoya a los proyectos basados en la metodologa Mtrica Versin III.
Podemos decir que desde el punto de vista de la gestin del proyecto, esta herramienta permitir solucionar una de las tareas mas tediosas del proyecto: el versionado de los documentos y el almacenamiento de la documentacin histrica del mismo. As como tambin brindar una ayuda en lnea que le permitir a los usuarios
Introduccin al Problema Lic. Enrique Fernndez Pg.: 55
evacuar todo tipo de duda respecto de la metodologa CRISP-DM y el uso de la propia herramienta.
Introduccin al Problema
Pg.: 56
Captulo 3
Una descripcin de la situacin actual, que constituir el punto de partida del Plan de Sistemas de Informacin. Dicha descripcin incluir un anlisis tcnico de puntos fuertes y riesgos, as como el anlisis de servicio a los objetivos de la organizacin. Un conjunto de modelos que constituya la arquitectura de informacin. Una propuesta de proyectos a desarrollar en los prximos aos, as como la prioridad de realizacin de cada proyecto. Una propuesta de calendario para la ejecucin de dichos proyectos. La evaluacin de los recursos necesarios para los proyectos a desarrollar en el prximo ao, con el objetivo de tenerlos en cuenta en los presupuestos. Para el resto de proyectos, bastar con una estimacin de alto nivel. Un plan de seguimiento y cumplimiento de todo lo propuesto mediante unos mecanismos de evaluacin adecuados.
Es fundamental que la alta direccin de la organizacin tome parte activa en la decisin del Plan de Sistemas de Informacin con el fin de posibilitar su xito. La
Pg.: 60
direccin debe convencer a sus colaboradores ms directos de la necesidad de realizacin del plan; de su apoyo de forma constructiva, mentalizndose de que la ejecucin del mismo requerir la utilizacin de unos recursos de los cuales son responsables.
La presentacin del Plan de Sistemas de Informacin y la constitucin del equipo supone el arranque del proyecto y es fundamental que las ms altas instancias de la organizacin estn implicadas en ambos, dando el apoyo necesario y aportando todo tipo de medios. Explicar el plan a las personas de la organizacin y a las unidades organizativas afectadas sobre las que recaer el Plan, el apoyo de los altos directivos y la cualificacin de los recursos de las distintas unidades implicadas, sern factores crticos de xito del Plan de Sistemas de Informacin.
El nivel de detalle con el que se har el estudio de la situacin actual depender de la existencia de documentacin actual, de si hay personas que conozcan dicha documentacin y de la predisposicin a una sustitucin total o parcial por sistemas de informacin nuevos. En cualquier caso, como paso previo para detectar aspectos importantes que puedan afectar a la organizacin, es necesario investigar sus puntos fuertes, reas de mejora, riesgos y amenazas posibles y hacer un diagnstico de los mismos.
Para la elaboracin del Plan de Sistemas de Informacin se estudian las necesidades de informacin de los procesos de la organizacin afectados por el Plan, con el fin de definir los requisitos generales y obtener modelos conceptuales de informacin. Por otra parte se evalan las opciones tecnolgicas y se propone un entorno.
Tras analizar las prioridades relacionadas con las distintas variables que afectan a los sistemas de informacin, se elabora un calendario de proyectos con una planificacin lo ms detallada posible de los ms inmediatos. Adems, se propone una sistemtica para mantener actualizado el Plan de Sistemas de Informacin para incluir en l todos los cambios necesarios, garantizando el cumplimiento adecuado del mismo.
Pg.: 61
Adems se identifican los factores crticos de xito y los participantes en el Plan de Sistemas de Informacin, nombrando a los mximos responsables.
Motiva esta necesidad, el hecho de que a pesar de contar, en muchos proyectos, con una metodologa de trabajo que estandariza el proceso de desarrollo y determina las pautas que hacen a la calidad del producto a desarrollar, cuando estos proyectos son de gran magnitud y requieren de varias personas trabajando en paralelo la gestin de esta documentacin se hace difcil de llevar a delante con el consiguiente deterioro en la calidad del producto que se genera.
Pg.: 62
Para poder cubrir esta necesidad se estima conveniente la creacin de un Software de gestin que permita controlar y mantener la documentacin de los distintos proyectos que se lleven a delante en las organizaciones. La metodologa de desarrollo a implementar en esta herramienta de gestin es CRISP-DM.
Para lo cual el Sistema a desarrollar, que para este primer prototipo solo estar disponible para la plataforma Pc, debe permitir gestionar mas de un proyecto en paralelo y el uso concurrente de varios usuarios.
Pg.: 63
M. Ing. Paola Britos, quien como Directora del proyecto de tesis, ser la encargada de verificar y controlar el desarrollo del mismo. Lic. Enrique Fernndez, quien como tesista, ser el encargado de llevar a delante el proyecto tanto desde el punto de vista de la planificacin como desde el desarrollo e implementacin.
Pg.: 64
Nota: El plan de trabajo detallado en la figura PSI 1 es el resultado de haber realizado el proceso de estimacin en base a las tcnicas Cocomo y Puntos de Funcin. Las mismas estn desarrolladas en detalla en el Apndice A en la seccin de Gestin de Proyecto.
Pg.: 65
Pg.: 66
Asimismo, se debe entrevistar a las personas de la organizacin que puedan aportar informacin adicional sobre antecedentes que deban ser considerados en el Plan de Sistemas de Informacin, al margen de la documentacin disponible. La informacin recogida se tiene tambin en cuenta en la valoracin de los mismos.
Catlogo de Requisitos
A continuacin se detallan los requisitos funcionales generales del Sistema, en base a lo que se considera sern los mdulos principales del mismo:
Mdulo de Administracin de Usuarios: Desde este mdulo se manejar el ingreso, baja y modificacin de los distintos usuarios habilitados a utilizar el sistema. Mdulo de Consultas y Listados: Aqu se desarrollaran una serie de consultas y listados que permitirn, a quienes estn gerenciando el
Planificacin del Sistema de Informacin Lic. Enrique Fernndez Pg.: 67
proyectos, contar con informacin precisa de cual es el grado de avance de cada proyecto. Mdulo de Administracin de Proyectos: Sin duda alguna ser el mdulo mas importante del sistema y del cual depender el xito o fracaso del mismo. Aqu se incorporar un documento introductorio a cada una de las fases de la metodologa CRISP-DM. Dicho documento podr ser actualizado con informacin relevante al proyecto si quin lleva a delante el mismo lo considera oportuno, en caso contrario el documento no ser modificado. Es de vital importancia destacar que el software no deber restringir el ingreso del usuario a ninguno de los documentos (siempre y cuando los atributos asociados a su perfil de usuario lo permita), ni imponer secuencia alguna para su desarrollo. De esta manera se dotar a sistema de la flexibilidad necesaria para poder adaptar los conceptos definidos en CRISP-DM al proyecto que esta tratando en ese momento.
Para conseguir este objetivo, se estudia el proceso o procesos de la organizacin incluidos en el mbito del Plan de Sistemas de Informacin. Para ello es necesario llevar a cabo sesiones de trabajo con los usuarios, analizando cada proceso tal y como debera ser, y no segn su situacin actual, ya que sta puede estar condicionada por los sistemas de informacin existentes.
Del mismo modo, se identifican los requisitos de informacin, y se elabora un modelo de informacin que represente las distintas entidades implicadas en el proceso, as como las relaciones entre ellas.
Por ltimo, se clasifican los requisitos identificados segn su prioridad, con el objetivo de incorporarlos al catlogo de requisitos del Plan de Sistemas de Informacin
Pg.: 68
Los criterios para asignar dichas prioridades deben ser definidos al comienzo de esta tarea, considerando la opinin de los usuarios sobre los procesos de la organizacin, as como los objetivos del Plan de Sistemas de Informacin.
Requisitos Funcionales:
1. Mdulo de administracin de Usuarios: Desde este mdulo se manejar el ingreso, baja y modificacin de los distintos usuarios habilitados a utilizar el sistema, siendo un atributo muy importante a definir aqu, el perfil a asignar al mismo. 2. Mdulo de Consultas y Listados: Aqu se desarrollaran una serie de consultas y listados que permitirn, a quienes estn gerenciando el proyectos, contar con informacin precisa de cual es el grado de avance de cada proyecto. 3. Mdulo de Administracin de Proyectos: Sin duda alguna ser el mdulo mas importante del sistema y del cual depender el xito o fracaso del mismo. A continuacin se detallan los requisitos mas salientes de este mdulo: 3.1. Llevar registro de todas las fases que componen a CRISP-DM y los documentos a generar en cada una de ellas. A continuacin se detallan las Fases de CRISP-DM juntamente con las tares que las componen y los reportes asociados a cada una de ellas:
Planificacin del Sistema de Informacin Lic. Enrique Fernndez Pg.: 69
Fase 1: Comprensin del negocio Tareas Componentes Determinar los objetivos del negocio Documentos asociados Background Objetivos del negocio Criterios de xito del negocio Evaluacin de la situacin Inventarios de recursos Requisitos, requerimientos Riesgos y contingencias Terminologa Costos y beneficios Determinar Objetivos del Las metas del Proceso de Explotacin de Datos Criterios de xito del Proceso de Explotacin de Datos Realizar Proyecto el Plan del Plan de proyecto Valoracin herramientas
Tabla PSI 1: Comprensin del Negocio
supuestos
inicial
de
Fase 2: Comprensin de los datos Tareas Componentes Recolectar Iniciales Descubrir datos los datos Documentos asociados Reporte de recoleccin de datos iniciales Reporte de descripcin de los datos Exploracin de los datos Reporte datos Verificacin de calidad de datos
Tabla PSI 2: Comprensin de los datos
de
exploracin
de
Pg.: 70
Fase 3: Preparacin de los datos Tareas Componentes Documentos asociados Dataset Descripcin del Dataset Seleccionar los datos Limpiar los datos Inclusin/ exclusin de datos Reporte de calidad de datos limpios Estructurar los datos Derivacin de atributos Generacin de registros Integrar los datos Formato de los datos Unificacin de datos Reporte de calidad de los datos
Fase 4: Modelado Tareas Componentes Seleccionar una tcnica de modelado Generar el plan de pruebas Construir el modelo Documentos asociados La tcnica modelada Supuestos del modelo Plan de pruebas Configuracin de parmetros Modelo Descripcin del modelo Evaluar el modelo Evaluar el modelo Revisacin de la configuracin de parmetros
Tabla PSI 4: Modelado
Fase 5: Evaluacin Tareas Componentes Evaluar Resultado Documentos asociados Valoracin de resultados
mineros con respecto al xito del negocio Modelos aprobados Proceso de revisin Determinar Prximos pasos Revisin del proceso Listar posibles acciones
Pg.: 71
Fase 6: Implementacin Tareas Componentes Plan de Implementacin Plan de monitoreo y Documentos asociados Plan de Implementacin Plan de monitoreo y
Documentacin experiencia
de
la
3.2.
Implementar un esquema de ayuda en lnea que permita al usuario contar con informacin sobre que caractersticas tiene cada documento o reporte a ingresar.
3.3.
Permitir el versionado de los documentos, de forma tal que en el sistema quede registrada toda la historia del proyecto.
3.4.
3.5.1.
Identificacin
de
las
Necesidades
de
Infraestructura
Tecnolgica
Esta tarea tiene el objetivo de analizar las necesidades de infraestructura tecnolgica y proponer las alternativas viables desde el punto de vista tecnolgico, para dar respuesta a dichas necesidades.
Pg.: 72
Para ello, se comienza analizando el modelo de sistemas de informacin y el catlogo de requisitos, en especial los de carcter tcnico. Se identifican las necesidades (entornos necesarios, conectividad y comunicaciones entre ellos, disponibilidad, servicios crticos, etc.).
A continuacin se determinan las posibles alternativas de infraestructura tecnolgica, definiendo los componentes, a alto nivel, y representando grficamente cada una de ellas. Es necesario establecer la forma de gestionar la infraestructura tecnolgica para responder a las necesidades identificadas. La visin aportada por los consultores de Tecnologas de la Informacin y Comunicaciones (TIC) debe ser de futuro, considerando la posible evolucin de las distintas tecnologas candidatas, as como de las actualmente incorporadas en la organizacin. Es imprescindible contar, en este anlisis, con la informacin relativa a los entornos tecnolgicos de la situacin actual, as como los estndares existentes en la organizacin.
Teniendo en cuenta las restricciones definidas en el prrafo enterior, a continuacin se detallan los componentes mas importantes de la arquitectura tecnolgica:
Plataforma Hardware:
El actual sistema, por ser el primer prototipo, solo funcionar dentro del mbito de las PCs. Para lo cual la Pc deber contar con las siguientes caractersticas: Procesador: Pentium II o superior Memoria RAM: 64 Mb. o superior Disco duro: 20 Gb. o superior (si bien el nuevo sistema a construir no requerir los 20 Gb de espacio libre para poder operar, se toma esta
Pg.: 73
Cliente-Servidor WEB
Oracle (vlida para ambos sistemas operativos), SQL Server (solo para sistema operativo Windows), My SQL (vlida para ambos sistemas operativos).
Pg.: 74
Para cada alternativa, se debe analizar su impacto en la organizacin, as como los medios y el tiempo necesarios para su implantacin. Se deben tener en cuenta los recursos tecnolgicos actuales para evaluar los cambios necesarios.
Se realiza un estudio de cada propuesta, indicando ventajas e inconvenientes, as como el nivel de respuesta a las necesidades identificadas en la tarea anterior.
Entorno de Hardware:
En este punto se mantiene la restriccin definida en la tarea anterior, por lo tanto los equipos a utilizar sern PCs. equipadas con: Procesador: Pentium II o superior Memoria RAM: 64 Mb. o superior Disco duro: 20 Gb. o superior (si bien el nuevo sistema a construir no requerir los 20 Gb de espacio libre para poder operar, se toma esta medida como parmetro en funcin de las caractersticas del mercado actual).
Para determinar cual es la arquitectura mas conveniente a aplicar al actual proyecto se analizan un conjunto de aspectos tecnolgicos relacionados con el proyecto y las distintas arquitecturas.
En primer lugar se detalla un cuadro donde se describen los aspectos considerados mas significativos de estas arquitecturas en relacin al actual proyecto:
Pg.: 75
actualizar Alta
Media
En segundo lugar se detalla un cuadro donde se describen los aspectos del cuadro de la tabla considerados mas significativos de estas arquitecturas en relacin al actual proyecto:
Proyecto Media
Necesidad de contar de Facilidad para Baja (no se esperan cambios de versiones actualizar versiones en el mediano plazo
Necesidad de contar con facilidad de Media (si bien siempre es bueno contar distribucin en los equipos clientes con facilidades para implementar, se prev que el sistema funcione en
organizaciones pequeas donde no se requiera de la instalacin del sistema en gran cantidad de equipos)
Tabla PSI 8 Aspectos tecnolgicos Proyecto
En base al anlisis realizado sobre los datos reflejados en los cuadros PSI 7 y PSI 8 se considera a la arquitectura Cliente-Servidor la mas apropiada para este proyecto, por considerar que la misma tiene un menor costo de desarrollo y que las principales ventajas de aplicar una arquitectura WEB no son influyentes en el actual proyecto.
Sistemas Operativos:
Se considera al Windows 2000 el sistema operativo mas apropiado para el desarrollo de este primer prototipo, ya que el mismo muestra hoy da un funcionamiento estable y seguro.
Pg.: 76
Lenguaje de desarrollo:
Teniendo en cuenta las restricciones de la plataforma tecnolgica y arquitectura de desarrollo sobre la cual se construye el nuevo sistema, se considera a Visual Basic la mejor alternativa de desarrollo, ya que el mismo posee grandes facilidades para la creacin rpida de prototipos y sistema finales. Cuenta, adems, con amplias
facilidades de construccin de interfaces grficas de usuario y con un alto nivel de madurez y aceptacin dentro de la industria del software.
Base de datos:
Se considera a My SQL como la base de datos mas conveniente para el desarrollo de este primer prototipo por considerarla una base de datos segura y confiable para el volumen de datos que necesita manejar el nuevo sistema. Adems cuanta con la ventaja de ser un aplicativo software Free.
Dentro del Plan de Accin se incluye un calendario de proyectos, con posibles alternativas, y una estimacin de recursos, cuyo detalle ser mayor para los ms inmediatos. Para la elaboracin del calendario se tienen que analizar las distintas variables que afecten a la prioridad de cada proyecto y sistema de informacin. El orden definitivo de los proyectos y acciones debe pactarse con los usuarios, para llegar a una solucin de compromiso que resulte la mejor posible para la organizacin.
Por ltimo, se propone un plan de mantenimiento para el control y seguimiento de la ejecucin de los proyectos, as como para la actualizacin de los productos finales del Plan de Sistemas de Informacin.
Pg.: 77
En este plan de mantenimiento, entre otros aspectos que se puedan considerar relevantes para la organizacin, se deben establecer los productos finales del Plan de Sistemas de Informacin que se van a mantener actualizados, el soporte para los mismos, y cundo y por quin van a ser modificados, as como la frecuencia y situaciones en los que se debe revisar el plan de proyectos y los responsables de hacerlo.
Tambin se determina a quines se informar, y con qu periodicidad, del grado de avance del plan establecido o de los cambios que en l se produzcan.
Asimismo, se acord que a estas reuniones el tesista deber traer la carpeta del sistema que contar con la ltima versin de todos los documentos generados y, en el caso de que algn documento tenga versiones anteriores, solo se deber incluir en esta carpeta la versin anterior a la actual. Ser responsabilidad del tesista administrar las dems versiones anteriores de los distintos documentos, las cuales podrn ser solicitadas por la directora.
Pg.: 78
Por ltimo se ha establecido que el versionado de los documentos deber hacerse en base a las tareas que componen a cada una de las fases de Mtrica III, paro lo cual se utilizar el software Gesmet.
Pg.: 79
Pg.: 80
Captulo 4
A partir del estado inicial, la situacin actual y los requisitos planteados, se estudian las alternativas de solucin. Dichas alternativas pueden incluir soluciones que impliquen desarrollos a medida, soluciones basadas en la adquisicin de productos software del mercado o soluciones mixtas. Se describe cada una de las alternativas, indicando los requisitos que cubre. Una vez descritas cada una de las alternativas planteadas, se valora su impacto en la organizacin, la inversin a realizar en cada caso y los riesgos asociados. Esta informacin se analiza con el fin de evaluar las distintas alternativas y seleccionar la ms adecuada, definiendo y estableciendo su planificacin.
Pg.: 84
Si en la organizacin se ha realizado con anterioridad un Plan de Sistemas de Informacin que afecte al sistema objeto de este estudio, se dispondr de un conjunto de productos que proporcionarn informacin a tener en cuenta en todo el proceso.
Se analizan las posibles restricciones, tanto generales como especficas, que puedan condicionar el estudio y la planificacin de las alternativas de solucin que se propongan.
Si la justificacin econmica es obvia, el riesgo tcnico bajo, se esperan pocos problemas legales y no existe ninguna alternativa razonable, no es necesario profundizar en el estudio de viabilidad del sistema, analizando posibles alternativas y realizando una valoracin y evaluacin de las mismas, sino que ste se orientar a la especificacin de requisitos, descripcin del nuevo sistema y planificacin.
Se detalla la composicin del equipo de trabajo necesario para este proceso y su planificacin. Finalmente, con el fin de facilitar la implicacin activa de los usuarios en la definicin del sistema, se identifican sus perfiles, dejando claras sus tareas y responsabilidades.
Si el sistema objeto de estudio se encuentra en el mbito de un Plan de Sistemas de Informacin vigente, se debe de tomar como referencia el catlogo de requisitos y la arquitectura de informacin resultante del mismo, como informacin
Estudio de Viabilidad del Sistema Lic. Enrique Fernndez Pg.: 85
adicional para la descripcin general del sistema y determinacin de los requisitos iniciales.
Este sistema es un desarrollo autnomo, es decir, no se vincula con los dems proyectos de desarrollo que se llevan a cavo en las Universidades donde el proyecto va a exponerse como tesis de la carrera Magster en Sistemas de Informacin, ni tampoco con los Sistemas de Informacin existentes en las mismas.
Es de hacer notar que el actual proyecto persigue un fin acadmico y no comercial, es decir, no se espera obtener fines de econmicos con el actual proyecto de desarrollo.
En virtud de lo expuesto anteriormente a continuacin se detallan un conjunto de puntos que no sern tenidos en cuanta dentro del Estudio de Viabilidad del Sistema:
Recuperacin de la inversin econmica, debido a que el proyecto no apunta a ser un producto comercial. Interaccin entre el actual desarrollo y los dems proyectos de desarrollo de las Universidades: Instituto Tecnolgico de Buenos Aires y Facultad de Informtica de la Universidad Politcnica de Madrid. Contratacin de recursos humanos que colaboren en el desarrollo del proyecto.
Si se evaluarn dentro del actual Estudio de Viabilidad del Sistemas restricciones del tipo funcionales y tcnicas.
Pg.: 86
Prrafo aclaratorio de Mtrica III: Si la justificacin econmica es obvia, el riesgo tcnico bajo, se esperan pocos problemas legales y no existe ninguna alternativa razonable, no es necesario profundizar en el estudio de viabilidad del sistema, analizando posibles alternativas y realizando una valoracin y evaluacin de las mismas, sino que ste se orientar a la especificacin de requisitos, descripcin del nuevo sistema y planificacin [Mtrica III, 2000].
A continuacin se detallan los objetivos principales del estudio de viabilidad del sistema:
Analizar la situacin actual Describir las posibles mejoras Analizar las alternativas de solucin Establecer los requisitos del nuevo sistema
Pg.: 87
Si se ha realizado el Estudio de la Situacin Actual, puede ser conveniente seleccionar la informacin de los sistemas de informacin existentes que resulte de inters para el desarrollo de dichas sesiones de trabajo.
Una vez establecidos los puntos anteriores, se planifican las sesiones de trabajo con los usuarios participantes identificados al estudiar el alcance del Estudio de Viabilidad del Sistema, y se realizan de acuerdo al plan previsto. La informacin obtenida depende del tipo de sesin de trabajo seleccionado.
Usuario Administrador: Es el usuario de mayor jerarqua dentro del sistema, el mismo podr acceder a la informacin de todos los proyectos registrados dentro del sistema. As mismo podr habilitar o Inhibir a otros usuarios para el uso del sistema. Usuario Supervisor: Este usuario ser el encargado de dar de alta los proyectos de desarrollo y tendr permisos de acceso totales dentro del mismo. Adems ser quien asigne a los usuarios de menor jerarqua a las distintas etapas del proyecto. Usuario Jefe de Equipo: Este usuario tendr a su cargo una o mas fases del proyecto de desarrollo, y tendr acceso total sobre las mismas, pero no
Pg.: 88
podr acceder a otras fases de desarrollo del proyecto y podr dar de alta proyectos nuevos. Usuario Desarrollador: Este usuario tendr a su cargo uno o mas documentos del proyecto, y solo podr ingresar a las fases del proyecto en las que tenga asignado un documento, pero dentro de estas fases solo tendr acceso a los documentos asignados.
Consulta 1 Usuarios: debe mostrar el detalle de los usuarios registrados en el sistema, debe permitir el ingreso de filtro (por ejemplo: categora del usuario, fecha de alta, o cualquier otro atributo representativo de la estructura de datos del usuario). Consulta 2 Proyectos: debe mostrar el detalle de todos los proyectos dados de alta en el sistema, permitiendo aplicar filtros a la informacin (por ejemplo: fecha de alta del proyecto, estado del proyecto, o cualquier otro atributo representativo de la estructura de datos del proyecto) Consulta 3 Responsables del proyecto: debe mostrar a cada proyecto con sus responsables, permitiendo aplicar filtros a la informacin (por ejemplo: todos los proyectos con sus responsables mximos, todos los proyectos con todos sus responsables, un proyectos en particular con todos sus responsables) Consulta 4 Proyectos asignados: debe mostrar a cada usuario del sistema asociado a los proyectos en los que participa, permitiendo aplicar filtros de informacin (por ejemplo: todos los proyectos en los que participa el usuario, todos los proyectos en los que particip el usuario en un rango de tiempo determinado, estado de los proyectos en los que participa el usuario, o cualquier otra combinacin de datos que permita rastrear el desempeo del usuario en el sistema).
Administrador, podr acceder a todos los informes. Supervisor, podr acceder solo a la informacin relacionada con los proyectos que l superviso.
Pg.: 89
Los otros dos perfiles de usuarios, jefe de equipo y desarrollador, no tendrn acceso a estas consultas.
Administracin de proyectos:
Los proyectos podrn ser dados de Alta, eliminados o modificados nicamente por un usuario Administrador o Supervisor. La pantalla de acceso a los documentos verificar los permisos del usuario cuando este intente acceder al mismo. Cuando se considere que un proyecto esta terminado, se podr ingresar esta informacin al sistema, para que no se permita generar nuevas versiones de documentos. Esta operacin solo podr ser realizada por un usuario con perfil de Supervisor o Administrador.
Validacin de Usuarios:
Antes de poder ingresar al sistema, los usuarios debern acreditar un nombre de usuario y una clave, que estar asociada al mismo. Si el usuario pasa exitosamente la validacin, cuando ingrese al sistema deber tener habilitado para su uso solo la opciones de men que le corresponde en funcin de su perfil de usuario.
Requisitos no funcionales:
Para el almacenamiento de los documentos pertenecientes al desarrollo de un proyectos se prev tres alternativas posibles: 1. Centralizar todos los proyectos dentro de una misma carpeta general del proyectos dentro del servidor, distribuyendo dentro de la misma los distintos documentos en funcin del Proyecto, y dentro de este en la Fase o Subfase a la que pertenezcan. 2. Centralizar el proyecto en una carpeta propia del proyecto, ubicada en un equipo particular dentro de la red, distribuyendo dentro de la misma los distintos documentos en funcin de la Fase o Subfase a la que pertenezcan. 3. Almacenar los documentos dentro de la base de datos.
Pg.: 90
Habr una sola base de datos principal del sistema, la cual ser instalada en un equipo destinado a ser servidor del proyecto. El sistema actual no manejar los permisos del Sistema Operativo para restringir o habilitar el acceso de un usuario a una determinada carpeta o documento. La pantalla principal del proyecto debe mostrar mediante un men tipo rbol de directorio todas las fases de la metodologa CRISP-DM. As mismo cada fase debe contener sus n subfases a las cuales se debe poder ingresar mediante la expansin de la Fase, de forma similar a como el Explorador de Windows expande las carpetas y subcarpetas del disco. Todos los listados pasaran, antes de ser impresos, por una pantalla de vista previa, en la cual es usuario podr ver en primer lugar la informacin por pantalla y en caso de desear imprimirla deber oprimir un botn a tal fin. Si un usuario ingresa mal su clave tres veces consecutivas, el mismo debe quedar inhibido por el sistema para futuros ingresos. La nica manera de que el usuario puede volver a operar el sistema es que un usuario con perfil de administracin le quite la inhibicin. Con la instalacin del sistema se debe generar un usuario con perfil administrador llamado adminis, que tendr como clave 123456 y ser el usuario que permita inicial la operativa del sistema. La clave a asignar a los usuarios nuevos es 123456, la misma deber ser modificada en el primer ingreso del nuevo usuario al sistema.
Administracin de Usuarios
RF 1 Incorporar Usuario RF 2 Modificar Usuario RF 3 Cambiar Clave de acceso
Administracin de Proyectos
RF 4 Incorporar Proyecto RF 5 Abrir Proyecto RF 6 Asignar Responsable
RF 7 Abrir Documento
RF 9 Finalizar Proyecto
RF 10 Eliminar Proyecto
Consultas
RF 11 Administrar Consulta
Ingreso al Sistema
RF 12 Validacin de Usuario
El sistema debe permitir a los usuarios con perfil Administrador incorporar nuevos usuarios al mismo. Para ello se deben incorporar todos los datos que se definan en la estructura usuario. Un dato muy importante a incorporar en este mdulo es el perfil de usuario, ya que este atributo determina el comportamiento del usuario
Estudio de Viabilidad del Sistema Lic. Enrique Fernndez Pg.: 92
dentro del sistema. A continuacin se detallan los privilegios de los distintos usuarios dentro del sistema:
1. Usuario Administrador: Es el usuario de mayor jerarqua dentro del sistema, el mismo podr acceder a la informacin de todos los proyectos registrados dentro del sistema. As mismo podr habilitar o inhibir a otros usuarios para el uso del sistema. 2. Usuario Supervisor: Este usuario ser el encargado de dar de alta los proyectos de desarrollo y tendr permisos de acceso totales dentro del mismo. Adems ser quien asigne a los usuarios de menor jerarqua a las distintas etapas del proyecto. 3. Usuario Jefe de Equipo: Este usuario tendr a su cargo una o mas fases del proyecto de desarrollo, y tendr acceso total sobre las mismas, pero no podr acceder a otras fases de desarrollo del proyecto y podr dar de alta proyectos nuevos. 4. Usuario Desarrollador: Este usuario tendr a su cargo uno o mas documentos del proyecto, y solo podr ingresar a las fases del proyecto en las que tenga asignado un documento, pero dentro de estas fases solo tendr acceso a los documentos asignados.
El sistema debe permitir, a los usuarios con perfil Administrador, modificacin los datos de los usuarios ingresado. Se debe tener en cuenta que si el dato del usuario que se modifica es el estado, este cambio afectar su posibilidad de ingreso al sistema la proxima vez que intente ingresar.
Cada usuario podr modificar su clave de acceso al sistema cuando lo desee, para ello se le pedir en primer lugar que reingrese la actual clave de acceso, y luego la nueva clave que se debe ingresar y reingresar para verificar que el usuario no haya incurrido en un error de tipeo involuntario.
Pg.: 93
RF 4: Incorporar Proyecto
Los usuarios con perfil de Administrador y Supervisor estarn habilitados para ingresar a este men, desde donde se ingresan al proyecto los datos particulares del mismo. Con esta informacin el sistema debe crear la primer versin de todos los documentos definidos por la metodologa CRISP-DM titulados (es decir, en su interior solo contendrn el ttulo del documento a incorporar). Una vez creado el proyecto, se debe pasar automticamente a la pantalla de detalle del proyecto.
RF 5: Abrir Proyecto
En este mdulo el sistema debe mostrar el usuario la lista de todos los proyectos a los cuales puede axceder, para que el mediante doble el clic del mouse sobre un proyecto o mediante la seleccin de un proyecto y la operacin del botn aceptar puede ingresar a la pantalla que muestra el contenido del mismo.
RF 6: Asignar Responsable Desde este mdulo un usuario con perfil de Administrado o Supervisor podr asignar a otros usuarios la responsabilidad desarrollar una fase o subfase puntual del proyecto. Para ello el sistema debe proveer una pantalla en la cual se describan dos listas, en una detallando todas las fases y subfases del proyecto y otra mostrando a los distintos usuarios incorporados en el sistema, de esta manera mediante un esquema de mltiples selecciones se podr vincular a los usuarios y las partes del proyecto. RF 7: Abrir Documento
Desde este mdulo los usuarios podrn seleccionar un documento particular al cual quieren acceder, seleccionando entre otros datos a que versin del documento desean acceder. Esto es as siempre y cuando el usuario posea los permisos necesarios para acceder al documento, caso contrario no se le permitir el acceso al mismo.
Pg.: 94
Cuando el usuario lo crea conveniente puede generar una nueva versin de un documento existente, para ello el sistema debe generar un nuevo nmero de versin (incrementando en uno el mayor de los valores registrados para ese documento) del documento y trasladar a este nuevo documento toda la informacin contenida en la versin inmediata anterior.
Los documentos se identificar mediante una sigla que hace mencin a la fase y subfase de la metodologa en la cual se encuentran, indicando a continuacin una referencia al documento. Por ltimo, se incluye un nmero de versin que lo identifica unvocamente a cada versin del documento. A continuacin se detalla un ejemplo:
Dentro de la fase 1 (Comprensin del Negocio (CN)), se encuentra la subfase 1 (Determinar los objetivos del Negocio(DON)), y dentro de esta ltima hay un documento 1 (Background), este documento se identificar de la siguiente forma:
CN.DON.1
A la sigla anterior se le debe incorporar el nmero que referencia a la versin del documento, por lo que la identificacin queda de la siguiente manera:
CN.DON.1.1
RF 9: Finalizar Proyecto
El sistema debe permitir a los usuarios con perfil de Administrador o Supervisor dar por finalizado un proyecto. Este implicar que pare dicho proyecto no se podrn generar nuevas versiones de documentos.
RF 10: Eliminar Proyecto El sistema debe permitir al usuario eliminar los proyectos que considere no necesarios. Estos proyectos sern eliminados de la base de datos y no podrn volver a ser recuperados.
Pg.: 95
RF 11: Administrar Consulta El sistema deber permitir la generacin de los siguientes reportes:
Consulta 1 Usuarios: debe mostrar el detalle de los usuarios registrados en el sistema, debe permitir el ingreso de filtro (por ejemplo: categora del usuario, o Perfil). Consulta 2 Proyectos: debe mostrar el detalle de todos los proyectos dados de alta en el sistema, permitiendo aplicar filtros a la informacin (por ejemplo: fecha de alta del proyecto o estado del proyecto) Consulta 3 Responsables del proyecto: debe mostrar a cada proyecto con sus responsables, permitiendo aplicar filtros a la informacin (por ejemplo: todos los proyectos con sus responsables mximos o un proyectos en particular con todos sus responsables) Consulta 4 Proyectos asignados: debe mostrar a cada usuario del sistema asociado a los proyectos en los que participa, permitiendo aplicar filtros de informacin (por ejemplo: todos los proyectos en los que participa el usuario o todos los proyectos en los que particip el usuario en un rango de tiempo determinado). RF 12: Validacin de Usuario
Antes de poder ingresar al sistema, los usuarios debern acreditar un nombre de usuario y una clave, que estar asociada al mismo. Si el usuario pasa exitosamente la validacin, cuando ingrese al sistema deber tener habilitado para su uso solo la opciones de men que le corresponde en funcin de su perfil de usuario. Requisitos no funcionales:
Pg.: 96
Usabilidad
RNF 1 Intrefaz Grfica RNF 2 Gua On line RNF 3 Multiples Usuarios
Portabilidad
RNF 10 Soporte de Sistemas Operativos RNF 11 Restricciones de carpetas RNF 12 Editor de Documentos
Descripcin de los Requisitos No Funcionales: RNF 1: Interfaz grfica El sistema deber proveer al usuario una interfaz grfica interactiva que muestre la estructura de los proyectos mediante un men tipo rbol de directorio, donde se puedan apreciar todas las fases de la metodologa CRISP-DM. As mismo para cada fase se debe mostrar, con el mismo criterio, sus n subfases a las cuales se debe poder ingresar mediante la expansin de la Fase. RNF 2: Gua On Line
El sistema deber proveer al usuario guas on line que contengan la documentacin completa de la metodologa CRISP-DM. El usuario podr consultar estas guas para completar los documentos del proyecto.
Pg.: 97
RNF 3: Mltiples Usuarios El sistema debe poder ser operado por mltiples usuarios de forma concurrente. Por lo cual de debe validar que si un documento ha sido abierto por un usuario, los dems usuario no podrn acceder a ese documento en particular.
RNF 4: Consulta Previa de Listados Todos los listados pasaran, antes de ser impresos, por una pantalla de vista previa, en la cual es usuario podr ver en primer lugar la informacin por pantalla y en caso de desear imprimirla deber oprimir un botn a tal fin. RNF 5: Inhabilitacin de Usuarios Si un usuario ingresa mal su clave tres veces consecutivas, el mismo debe quedar inhibido por el sistema para futuros ingresos. La nica manera de que el usuario puede volver a operar el sistema es que un usuario con perfil de administracin le quite la inhibicin. RNF 6: Operativa de Ingreso
El sistema no debe exigir al usuario que el ingreso de los documentos al mismo se haga en el estricto orden en que lo definen las fases de la metodologa CRISP-DM.
Cuando un usuario es dado de alta queda registrado en el sistema con un valor de clave igual a: 123456.
Cuando el usuario ingresa al sistema por primera vez, se la solicita que inrese su nueva clave de acceso. RNF 9: Usuario Inicial El sistema deber proveer de un usuario Inicial llamado adminis, el mismo tendr un perfil de Administrador del sistema y tendr la siguiente clave de acceso: 123456.
Estudio de Viabilidad del Sistema Lic. Enrique Fernndez Pg.: 98
RNF 10: Soporte de Sistemas Operativos La primer versin del sistema solo podr ser ejecutado desde el Sistema Operativo Windows (95, 98, NT, 2000, XP o superiores).
RNF 11: Restricciones de Carpetas El sistema actual no manejar los permisos del Sistema Operativo para restringir o habilitar el acceso de un usuario a una determinada carpeta o documento.
En la primer versin del sistema solo se podr editar y modificar documentos hechos con Microsoft Word.
Entorno de Hardware:
El hardware mnimo para el desarrollo del primer prototipo ser del tipo PCs. Pentium II o superiores, con 128 MB de memoria RAM (o mas) y un disco rgido de 20 GB (o superior). El hardware requerido para la ejecucin del sistema ser del tipo PCs. Pentium II o superiores, con 64 MB de memoria RAM (o mas) y un disco rgido de 20 GB (o superior).
Sistemas Operativos:
El sistema operativo utilizado para la construccin del primer prototipo ser Windows 2000. El sistema operativo requerido para la ejecucin del sistema ser: Windows 95/98/NT/XP/2000 o superior.
Pg.: 99
Lenguaje de desarrollo:
Base de datos:
Teniendo en cuenta el mbito y funcionalidad que debe cubrir el sistema, puede ser conveniente realizar, previamente a la definicin de cada alternativa, una descomposicin del sistema en subsistemas.
En la descripcin de las distintas alternativas de solucin propuestas, se debe especificar si alguna de ellas est basada, total o parcialmente, en un producto existente en el mercado. Si la alternativa incluye un desarrollo a medida, se debe incorporar en la descripcin de la misma un modelo abstracto de datos y un modelo de procesos, y en orientacin a objetos, un modelo de negocio y un modelo de dominio.
Dependiendo del alcance del sistema y las posibles opciones, puede ser conveniente realizar inicialmente una descomposicin del sistema en subsistemas. Se establecen las posibles alternativas sobre las que se va a centrar el estudio de la solucin, combinando las opciones que se consideren ms adecuadas.
Estudio de Viabilidad del Sistema Lic. Enrique Fernndez Pg.: 100
Se deben considerar tambin aspectos relativos a la cobertura geogrfica (mbito y limitaciones) de procesos y datos, teniendo en cuenta a su vez la gestin de comunicaciones y control de red.
En la definicin de cada alternativa, se propone una estrategia de implantacin teniendo en cuenta tanto la cobertura global del sistema como la cobertura geogrfica.
Si la alternativa incluye desarrollo se describe el modelo abstracto de datos y el modelo de procesos, y en el caso de Orientacin a Objetos, el modelo de negocio y, opcionalmente, el modelo de dominio. Se propone el entorno tecnolgico que se considera ms apropiado para la parte del sistema basada en desarrollo y se describen los procesos manuales.
Si la alternativa incluye una solucin basada en producto se analiza su evolucin prevista, adaptabilidad y portabilidad, as como los costes ocasionados por licencias, y los estndares del producto. Igualmente se valora y determina su entorno tecnolgico.
Pg.: 101
Para este mdulo se prevn tres alternativas posibles, en funcin de cmo se almacenen los documentes propios del proyecto. Alternativa 1: Guardar los documentos del proyecto dentro de la base de datos. Alternativa 2: Guardar los documentos del proyecto dentro de una carpeta ubicada dentro del equipo servidor. Alternativa 3: Guardar los documentos del proyecto dentro de una carpeta ubicada dentro un equipo que ser seleccionado por el creador del proyecto.
Mdulo 2, Consultas:
Debido a la sencillez que presenta este mdulo desde el punto de vista de su construccin, no se presentaran requisitos de solucin alternativos para el mismo.
Pg.: 102
Debido a la sencillez que presenta este mdulo desde el punto de vista de su construccin, no se presentaran requisitos de solucin alternativos para el mismo.
Pg.: 103
Aspecto evaluar
permisos de acceso acceso al servidor equipo puedan acceder sern manejados por pueden acceder a a los documentos sin el sistema. De esta los documentos sin ser validados por el forma se evita que los ser validados por el sistema. El usuario que documentos ser puedan sistema. por crea el proyecto podr elegir un equipo donde los usuarios al con mismo
accedidos
permisos
Facilidad
el Alta, el almacenamiento
para migrar a gestores de bases de almacenamiento de de los documentos es otros entornos bases datos datos soportan tipos los documentos es independiente de de datos binarios que independiente de la base de datos. de puedan ocupar varios base de datos. megabytes los datos Alta, Se requiere Media, Se requiere que usuario con de de la
se son almacenados en que un usuario con un la base de datos, con permisos lo cual, no que es administracin los sobre el
de permisos
administracin sobre su
administradores
sistema tengan que acceso darle usuarios permisos para a distintos que del
los distintos
usuarios
sistema, los
mismos acceder
Pg.: 104
Aspecto evaluar
la documentos dentro documentos del equipo servidor) los Alto, todos equipo a elegir)
de Alto,
todos
en documentos
servidor
varios equipos.
Se determina el enfoque ms adecuado para llevar a buen fin la solucin propuesta en cada alternativa. Se realiza una planificacin, teniendo en cuenta los puntos de sincronismo con otros proyectos en desarrollo o que est previsto desarrollar, segn se ha recogido en el catlogo de requisitos.
De esta manera se garantiza el cumplimiento del plan de trabajo en los restantes procesos del ciclo de vida.
Pg.: 105
Pg.: 106
Pg.: 107
Captulo 5
Al ser MTRICA III una metodologa que cubre tanto desarrollos estructurados como orientados a objetos, las actividades de ambas aproximaciones estn integradas en una estructura comn.
En la primera actividad, Definicin del Sistema, se lleva a cabo la descripcin inicial del sistema de informacin, a partir de los productos generados en el proceso Estudio de Viabilidad del Sistema (EVS). Se delimita el alcance del sistema, se genera un catlogo de requisitos generales y se describe el sistema mediante unos modelos iniciales de alto nivel. Tambin se identifican los usuarios que participan en el proceso de anlisis, determinando sus perfiles, responsabilidades y dedicaciones necesarias. As mismo se elabora el plan de trabajo a seguir.
La definicin de requisitos del nuevo sistema se realiza principalmente en la actividad Establecimiento de Requisitos. El objetivo de esta actividad es elaborar un catlogo de requisitos detallado, que permita describir con precisin el sistema de informacin, y que adems sirva de base para comprobar que es completa la especificacin de los modelos obtenidos en las actividades Identificacin de
Anlisis del sistema de Informacin Lic. Enrique Fernndez Pg.: 110
Subsistemas de Anlisis, Anlisis de Casos de Uso, Anlisis de Clases, Elaboracin del Modelo de Datos, Elaboracin del Modelo de Procesos y Definicin de Interfaces de Usuario. Hay que hacer constar que estas actividades pueden provocar la actualizacin del catlogo, aunque no se refleja como producto de salida en las tareas de dichas actividades, ya que el objetivo de las mismas no es crear el catlogo sino definir modelos que soporten los requisitos.
Para la obtencin de requisitos en la actividad Establecimiento de Requisitos se toman como punto de partida el catlogo de requisitos y los modelos elaborados en la actividad Definicin del Sistema, completndolos mediante sesiones de trabajo con los usuarios. Estas sesiones de trabajo tienen como objetivo reunir la informacin necesaria para obtener la especificacin detallada del nuevo sistema. Las tcnicas que ayudan a la recopilacin de esta informacin pueden variar en funcin de las caractersticas del proyecto y los tipos de usuario a entrevistar. Entre ellas podemos citar las reuniones, entrevistas, Joint Application Design (JAD), etc. Durante estas sesiones de trabajo se propone utilizar la especificacin de los casos de uso como ayuda y gua en el establecimiento de requisitos. Esta tcnica facilita la comunicacin con los usuarios y en el anlisis orientado a objetos constituye la base de la especificacin. A continuacin se identifican las facilidades que ha de proporcionar el sistema, y las restricciones a que est sometido en cuanto a rendimiento, frecuencia de tratamiento, seguridad y control de accesos, etc. Toda esta informacin se incorpora al catlogo de requisitos.
En la actividad Identificacin de Subsistemas de Anlisis, se estructura el sistema de informacin en subsistemas de anlisis, para facilitar la especificacin de los distintos modelos y la traza de requisitos.
En paralelo, se generan los distintos modelos que sirven de base para el diseo. En el caso de anlisis estructurado, se procede a la elaboracin y descripcin detallada del modelo de datos y de procesos, y en el caso de un anlisis orientado a objetos, se elaboran el modelo de clases y el de interaccin de objetos, mediante el anlisis de los casos de uso. Se especifican, asimismo, todas las interfaces entre el sistema y el usuario, tales como formatos de pantallas, dilogos, formatos de informes y formularios de entrada.
En la actividad Anlisis de Consistencia y Especificacin de Requisitos, se realiza la verificacin y validacin de los modelos, con el fin de asegurar que son:
Anlisis del sistema de Informacin Lic. Enrique Fernndez Pg.: 111
Completos, puesto que cada modelo obtenido contiene toda la informacin necesaria recogida en el catlogo de requisitos. Consistentes, ya que cada modelo es coherente con el resto de los modelos. Correctos, dado que cada modelo sigue unos criterios de calidad predeterminados en relacin a la tcnica utilizada, calidad de diagramas, eleccin de nombres, normas de calidad, etc.).
En la actividad Especificacin del Plan de Pruebas, se establece el marco general del plan de pruebas, inicindose su especificacin, que se completar en el proceso Diseo del Sistema de Informacin (DSI).
La participacin activa de los usuarios es una condicin imprescindible para el anlisis del sistema de informacin, ya que dicha participacin constituye una garanta de que los requisitos identificados son comprendidos e incorporados al sistema y, por tanto, de que ste ser aceptado. Para facilitar la colaboracin de los usuarios, se pueden utilizar tcnicas interactivas, como diseo de dilogos y prototipos, que permiten al usuario familiarizarse con el nuevo sistema y colaborar en la construccin y perfeccionamiento del mismo.
al mbito del Sistema de Informacin y se identifican las entidades externas al sistema que aportan o reciben informacin. Asimismo, se obtiene un modelo conceptual de datos identificando las entidades y relaciones que forman parte del sistema de informacin objeto de este anlisis a partir del modelo abstracto de datos generado en la tarea Evaluacin de Alternativas y Seleccin.
En el caso de anlisis orientado a objetos, antes de la captura de requisitos empleando los casos de uso, puede ser conveniente establecer el contexto del sistema a partir del modelo de negocio obtenido en el proceso Estudio de Viabilidad del Sistema (EVS), y adems, opcionalmente, del modelo de dominio. El modelo de negocio especifica los procesos a los que se quiere dar respuesta en el sistema de informacin, en forma de casos de uso de alto nivel, y el subconjunto de objetos del dominio requerido para ello.
En esta actividad se realiza, tambin, la definicin del catlogo de requisitos del sistema a partir del catlogo de requisitos generado en el proceso Estudio de Viabilidad del Sistema (EVS).
A medida que se van generando los productos anteriores, se recomienda la definicin de un glosario de trminos del mbito de negocio, con el fin de conseguir una mayor precisin en la especificacin del sistema de informacin. El glosario es un catlogo de trminos general y comn a todos los procesos, y susceptible de ser entrada o salida en cualquier tarea, de modo que por sencillez en las restantes tareas se omite la referencia al mismo.
Para obtener esta informacin es necesario llevar a cabo sesiones de trabajo con los usuarios responsables del sistema de informacin que se est analizando.
Pg.: 113
El negocio cubierto por el sistema es bsicamente la administracin de proyectos de exploracin de datos basados en la metodologa CRISP-DM.
Gestionar Proyectos
Usuario
Actores:
Usuario: Este actor representa a los distintos usuario del sistema, que participan en el desarrollo del proyecto.
Casos de Uso:
Gestionar Proyectos: El proceso principal del negocio es la gestin de proyectos de explotacin de datos basados en la metodologa CRISP-DM. Como resultado de este proceso se obtienen proyectos de explotacin de datos mas organizados, tanto desde el punto de vista de los desarrolladores, que cuantan con una gua constante durante el desarrollo del proyecto, como desde el punto de vista de quienes dirigen el proyecto, ya que pueden tener una visin objetiva del estado real del proyecto.
Las actividades llevadas a cabo para complatar el proceso de gestin de documentos descripto en el caso de uso se muestra en el diagrama de la figura ASI 2.
Pg.: 114
Metodologa CRISP-DM
Ingresar Proyectos
Proyectos
Usuarios
Asignar Responsables
Proyectos Asignados
Incorporar Documentos
Proyectos Finalizados
Figura ASI 2: Detalle de actividades principales llevadas a cabo durante la gestin de un proyecto. Adems de las actividades, se incluyeron en este diagrama las principales entidades del proyecto.
Ingresar Proyecto:
Esta actividad consiste en incorporar un nuevo proyecto al sistema, esto implica entre otras cosas:
Generar las capetas necesarias para desarrollar el proyecto. Generar los documentos en blanco en base a las especificaciones de la metodologa CRISP-DM. Incorporar las referencias del proyecto a la base de datos.
Asignar Responsables:
Es actividad consiste en asignar al proyecto un conjunto de usuarios, los mismos sern los encargados de llevar a delante el proyecto de Explotacin de Datos.
Anlisis del sistema de Informacin Lic. Enrique Fernndez Pg.: 115
Incorporar Documentos:
Esta actividad consiste en permitir a los usuarios autorizados acceder a los documentos del sistema para que puedan actualizar los documentos creados o, en caso de considerarlo oportuno, generar una nueva versin del mismo. Cuando los usuarios consideren que los documentos generados son completos y no necesitan mas modificaciones el proyecto quedar finalizado.
Dada la importancia que la colaboracin de los usuarios tiene en el proceso de obtencin de los requisitos, es conveniente determinar quines van a participar en las sesiones de trabajo, especificando sus funciones y asignando responsabilidades. As mismo, se informa del plan de trabajo a los usuarios identificados.
A continuacin se detallan las caractersticas que deben cumplir los usuarios finales del sistema en funcin de su perfil de usuario:
Usuario Administrador: Este perfil involucra a los usuarios con mas responsabilidades y poder dentro del sistema, ya que son los nicos facultados para poder administrar el mdulo de usuarios del sistema. Adems estos usuarios podrn dar de alta nuevos proyectos. Es de hacer notar que, para poder permitir a otros usuarios participar en el desarrollo del proyecto desde otros equipos (PCs) de la red, este usuario debe contar, en su perfil de usuario del sistema operativo, con privilegios para poder compartir carpetas, caso
Anlisis del sistema de Informacin Lic. Enrique Fernndez Pg.: 116
contrario no podr dar a los otros usuarios del sistema la posibilidad de operar con el proyecto. Por esto ltimo es deseable que los usuarios con este perfil tengan nociones bsicas de cmo compartir carpetas y asignar permisos desde el sistema operativo.
Usuario Supervisor: Este perfil involucra a los usuarios que estarn a cargo del desarrollo de proyectos. El mismo tendr atribuciones para dar de alta nuevos proyectos, consultar el estado de cada uno de los proyectos a su cargo y, cuando el proyecto est finalizado, podrn cambiar el estado del mismo de activo a finalizado.
Por otra parte, al igual que ocurre con los usuarios con perfil Administrador, para que distintos usuarios participen del desarrollo del sistema desde otros equipos (PCs) de la red, se les debe dar acceso a las carpetas desde el sistema operativo. Motivo por el cual, estos usuario deben contar, en su perfil de usuario del sistema operativo, con privilegios para poder compartir carpetas, caso contrario no podr dar a los otros usuarios del sistema la posibilidad de operar con el proyecto. Por esto ltimo es necesario que los usuarios con este perfil tengan nociones bsicas de cmo compartir carpetas y asignar permisos desde el sistema operativo.
Este perfil involucra a los usuarios que estarn a cargo del desarrollo de una o mas fases del proyecto, pero no sern el responsable principal del mismo. Este usuario estar limitado en sus funciones, ya que no podr dar de alta nuevos proyectos, ni acceder a otras fases del proyecto en las cuales, un usuario con perfil de Administrador o Supervisor, le haya dado acceso.
Usuario Desarrollador:
Conforman el nivel jerrquico mas bajo dentro de la estructura de usuario. Este tipo de usuario solo podr acceder a subfases del proyecto, para lo cual debe recibir, previamente, el aval de un usuario con perfil de Supervisor o Administrador que le asigne permisos de acceso a la misma.
Pg.: 117
Esta actividad se descompone en un conjunto de tareas que, si bien tienen un orden, exige continuas realimentaciones y solapamientos, entre s y con otras tareas realizadas en paralelo. No es necesaria la finalizacin de una tarea para el comienzo de la siguiente. Lo que se tiene en un momento determinado es un catlogo de requisitos especificado en funcin de la progresin del proceso de anlisis.
Se propone como tcnica de obtencin de requisitos la especificacin de los casos de uso de la orientacin a objetos, siendo opcional en el caso estructurado. Dicha tcnica ofrece un diagrama simple y una gua de especificacin en las sesiones de trabajo con el usuario.
El objetivo de esta tarea es especificar cada caso de uso identificado en la tarea anterior, desarrollando el escenario.
Descripcin del escenario, es decir, cmo un actor interacta con el sistema, y cual es la respuesta obtenida. Precondiciones y poscondiciones. Identificacin de interfaces de usuario. Condiciones de fallo que afectan al escenario, as como la respuesta del sistema (escenarios secundarios).
Anlisis del sistema de Informacin Lic. Enrique Fernndez Pg.: 118
En escenarios complejos, es posible utilizar como tcnica de especificacin los diagramas de transicin de estados, as como la divisin en casos de uso ms simples, actualizando el modelo de casos de uso.
Modificar Usuario
extends
Generar Proyectos
Generar Carpetas
Validar Usuarios
Finalizar Proyecto
Mostrar Proyecto
Asignar Responsables
Generar Versin
Consultar Proyectos
Pg.: 119
Las flechas de lnea de punto sin extereotipo indican que entre ambos casos de uso existe una relacin de Inclusin. Las flechas de lnea llena que se identifican con el extereotipo extends indican que existe una relacin de extensin entre ambos casos de uso. Las fechas de lnea llena sin extereotipo indican que existen una relacin de uso entre los participantes.
Incorporar Usuario Los Usuarios con Perfil de Administrador estarn habilitados para poder dar de alta a los nuevos usuarios del sistema.
Flujo de Eventos Activacin El usuario administrador ingresa al men de incorporacin de usuarios. Flujo Principal 1. El usuario selecciona la opcin Alta de Usuario 2. El sistema solicita el ingreso de los datos del usuario a dar de alta 3. El usuario ingresa los datos del usuario a dar de alta 4. El sistema valida que los datos ingresados sean correctos y que no exista en el sistema otro usuario con igual identificador 5. La validacin arroja un resultado exitoso, por ende, el usuario es ingresado a la base de datos del sistema 6. Fin del caso de uso Flujos Alternativos Alternativa al paso 2
Anlisis del sistema de Informacin
Caso de Uso 7. El sistema debe regresar a la pantalla donde se encontraba antes de que se seleccione esta opcin de men 8. Fin del caso de uso
Incorporar Usuario
Alternativa al paso 4
9. El sistema muestra un mensaje con el error encontrado 10. El sistema vuelve al paso 2
No posee Para poder ingresar a este men el usuario debe registrarse en el sistema con un perfil de Administrador.
No posee No Posee
Tabla ASI 1: Descripcin del caso de uso Incorporar Usuario
Modificar Usuario Los Usuarios con Perfil de Administrador estarn habilitados para poder dar de baja o modificar los datos de alguno de los usuarios existentes en el sistema.
Flujo de Eventos Activacin El usuario administrador ingresa al men de usuarios. Flujo Principal
Anlisis del sistema de Informacin Lic. Enrique Fernndez Pg.: 121
Caso de Uso 1. El usuario selecciona la opcin Modificar Usuario 2. El sistema solicita que indique cual es el usuario a modificar 3. El usuario indica el usuario a modificar 4. El sistema muestra el detalle de los datos del usuario 5. El usuario indica dar de baja al usuario 6. El sistema marca al usuario como dado de baja en la base de datos del sistema. 7. Fin del caso de uso Flujos Alternativos Alternativa al paso 5
Modificar Usuario
8. El usuario modifica los datos del usuario e indica guardar la modificacin 9. El sistema valida que los datos ingresados sean correctos 10. Se modifican los datos del usuario en la base de datos del sistema. 11. Fin del caso de uso
Alternativa al paso 3 12. El sistema debe regresar a la pantalla donde se encontraba antes de que se seleccione esta opcin de men 13. Fin del caso de uso
Pg.: 122
Caso de Uso Alternativa al paso 5 y 8 14. El sistema debe regresar a la pantalla donde se encontraba antes de que se seleccione esta opcin de men 15. Fin del caso de uso
Alternativa al paso 3
16. El sistema muestra un mensaje con el error encontrado 17. El sistema retorna al paso 2
Alternativa al paso 9
18. Mostrar el mensaje que detalle el error encontrado 19. El sistema vuelve al paso 8
No posee 1. Para poder ingresar a este men el usuario debe registrarse en el sistema
Pg.: 123
Caso de Uso
Poscondiciones
No posee
Puntos de extensin
Cambiar Clave
Validar Usuarios Antes de ingresar al sistema, los usuarios debern validar su cdigo de usuario y clave, esto permitir evitar el ingreso de intrusos al mismo y obtener el perfil de cada usuario registrado para poder
instancia, el usuario podr cambiar su clave de acceso. Flujo de Eventos Activacin El usuario, que haba ingresado
Flujo Principal 1. El sistema solicita el cdigo de usuario y clave 2. El usuario ingresa los datos y oprime el botn ingresar 3. El sistema consulta al caso de uso comprobar clave, para que este valide los datos ingresados y retorne el perfil del usuario 4. el sistema comprueba que no es el primer acceso del usuario al sistema 5. El sistema habilita al usuario para operar
Anlisis del sistema de Informacin Lic. Enrique Fernndez Pg.: 124
Validar Usuarios
Flujos Alternativos Alternativa al paso 1 7. Se cierra el sistema y se vuelve al lugar de donde se invoco el El usuario oprime el botn cancelar
Alternativa al paso 2
9. El sistema muestra el mensaje de error: Usuario o Clave Invalido 10. El sistema vuelve al paso 1
Alternativa al paso 4
11. El sistema llama al caso de uso cambiar clave para que el usuario ingresa una clave propia 12. Fin del caso de uso
Alternativa al paso 2 13. El usuario sin ingresar los datos oprime el botn Cambiar clave 14. El sistema llama al caso de uso cambiar clave para que el usuario cambie su clave de acceso 15. El sistema vuelve al paso 1. Requisitos especiales
Anlisis del sistema de Informacin
Caso de Uso
Validar Usuarios ingreso fallido consecutivos se debe abandonar el sistema, de forma similar a cuando el usuario oprime el botn de cancelar. Adems, si estos tres intentos fallidos pertenecen al mismo usuario, el sistema debe inhibir al usuario para que no pueda volver a ingresar al sistema con hasta que un usuario con perfil de Administrador lo rehabilite.
Precondiciones Poscondiciones
No posee Se registra el perfil del usuario ingresado, para que en base a este dato se puedan filtrar los distintos menes y permisos de acceso del mismo.
Puntos de extensin
Cambiar Clave
Comprobar Clave El presente caso de uso se encarga de verificar si los datos del cdigo de usuario y clave ingresados son correctos, como as tambin de devolver el perfil del usuario cuando los datos ingresados sean correctos.
Flujo de Eventos Activacin El caso de uso Validar Usuario solicita la comprobar el cdigo de usuario y la clave. Flujo Principal 1. El sistema busca el cdigo de usuario en la base de datos y lo encuentra 2. El sistema compara la clave
Caso de Uso claves son iguales 3. El sistema responde al caso de uso llamador el mensaje usuario y clave correctos y el perfil de usuario 4. Fin del caso de uso Flujos Alternativos Alternativa al paso 1
Comprobar Clave
5. Devuelve al caso de uso llamador el mensaje usuario y clave incorrectos 6. fin del caso de uso
Alternativa al paso 2
7. Devuelve al caso de uso llamador el mensaje usuario y clave incorrectos 8. fin del caso de uso
sistema. Poscondiciones Devuelve el resultado de la comparicin del cdigo de usuario y la clave, y, adems, el perfil del usuario cuando el cdigo de usuario y la clave son
Pg.: 127
Cambiar Clave El presente caso de uso se encarga de recibir las modificaciones de cambio de clave de los usuarios.
Flujo de Eventos Activacin El caso de uso validar usuario o modificar usuario solicita la modificacin de la actual clave de usuario. Flujo Principal 1. El sistema solicita que se ingrese la clave actual y luego que se ingrese y reingresa la clave nueva 2. El sistema llama al caso de uso comparar clave para que verifique la clave actual 3. El sistema comprueba que el ingreso y reingreso de la clave nueva son iguales 4. El sistema confirma el cambio de clave 5. El sistema registra la nueva clave en la base de datos 6. Fin del caso de uso Flujos Alternativos Alternativa al paso 1 7. Se vuelve al lugar desde donde se invoco la opcin 8. Fin del caso de uso El usuario oprime el botn cancelar
Alternativa al paso 3
Pg.: 128
Caso de Uso 9. El sistema muestra el mensaje de error: Usuario o Clave Invalido 10. El sistema vuelve al paso 1
Cambiar Clave
Alternativa al paso 4
No
concuerdan
el
ingreso
con
el
reingreso de la clave nueva 11. El sistema muestra el mensaje de error: Las claves ingresadas no concuerdan 12. El sistema vuelve al paso 1
Generar Proyecto Los Usuarios con Perfil de Administrador o de Supervisor estn habilitados para incorporar nuevos proyectos al sistema, esto se hace ingresando a la opcin del men nuevo proyecto y desde hay se ingresan los datos del mismo. Con esta informacin el sistema crea las carpetas y documentos necesarios para dar soporte al mismo.
Flujo de Eventos Activacin Un usuario con perfil administrador o supervisor ingresa al men de alta de proyecto.
Anlisis del sistema de Informacin Lic. Enrique Fernndez Pg.: 129
Caso de Uso Flujo Principal 1. El sistema solicita los datos del proyecto. 2. El sistema valida que los datos ingresados sean correctos 3. El sistema llama al caso de uso generar carpeta, el cual genera las carpetas necesarias para guardar los documento del sistema. 4. El sistema muestra al usuario una pantalla con los datos del proyecto creado para que este pueda
Generar Proyecto
comenzar a trabajar con el mismo. 5. Fin del caso de uso Flujos Alternativos Alternativa al paso 1 6. Se vuelve al lugar desde donde se invoco la opcin 7. Fin del caso de uso El usuario oprime el botn cancelar
Alternativa al paso 2
Alguno
de
los
datos
ingresado
es
incorrecto o no se a completado 8. El sistema mostrar un mensaje que indica cual es el error encontrado 9. El sistema vuelve al paso 1.
Alternativa al paso 3
El
caso de
uso
generar
carpetas
devuelve un mensaje de error que indica que no pudo generar las carpetas del proyecto
Pg.: 130
Caso de Uso 10. El sistema mostrar un mensaje que indica cual es el error encontrado 11. El sistema vuelve al paso 1.
Generar Proyecto
No posee Para poder ingresar a este men el usuario debe contar con un perfil de Administrador del sistema o Supervisor.
Generar Carpetas Se generan las carpetas necesarias para contener los documentos del proyecto, asimismo, se generan tambin la primer versin de los documentos de la
metodologa CRISP-DM. Flujo de Eventos Activacin El caso de uso generar proyecto solicita la creacin de las carpetas del nuevo proyecto. Flujo Principal 1. El sistema crea las carpetas en la direccin indicada por el usuario 2. El sistema no recibe ningn mensaje de error de creacin de las carpetas desde el sistema operativo 3. El sistema genera la primer versin de los documentos componentes de CRISP-DM 4. El sistema no recibe ningn mensaje de error de creacin de los
Lic. Enrique Fernndez Pg.: 131
Caso de Uso documentos operativo 5. El sistema retorna un mensaje de carpetas generadas al caso de uso llamador 6. Fin del caso de uso Flujos Alternativos Alternativa al paso 2 desde el sistema
Generar Carpetas
El sistema recibe un mensaje de error de creacin de las carpetas desde el sistema operativo
7. El sistema retorna un mensaje de error en creacin de carpetas al caso de uso llamador 8. Fin del caso de uso
Alternativa al paso 4
El sistema recibe un mensaje de error de creacin de los documentos desde el sistema operativo
9. El sistema retorna un mensaje de error en creacin de documentos al caso de uso llamador 10. Fin del caso de uso
Pg.: 132
Eliminar Proyecto Los Usuarios con Perfil de Administrador o de Supervisor estn habilitados para eliminar proyectos del sistema, esto se hace ingresando a la opcin del men eliminar proyecto y desde hay se selecciona el proyecto a eliminar. Con esta informacin el sistema elimina las carpetas creadas para el proyecto y borra los datos del mismo de la base de datos.
Flujo de Eventos Activacin Un usuario con perfil administrador o supervisor ingresa al men de baja de proyecto. Flujo Principal 1. El usuario indica que quiere eliminar un proyecto 2. El sistema muestra la lista de
proyecto activos 3. El usuario selecciona el proyecto a eliminar 4. El sistema muestra los datos del proyecto y solicita la confirmacin de la baja 5. El usuario confirma la eliminacin 6. El sistema elimina las carpetas del sistema y borra los datos del
proyecto de la base de datos 7. Fin del caso de uso Flujos Alternativos Alternativa al paso 3 El usuario oprime el botn cancelar
Pg.: 133
Caso de Uso 8. Se vuelve al lugar desde donde se invoco la opcin 9. Fin del caso de uso
Eliminar Proyecto
Alternativa al paso 5
10. El usuario no confirma la eliminacin del proyecto 11. El sistema vuelve al paso 1.
No posee Para poder ingresar a este men el usuario debe contar con un perfil de Administrador del sistema o Supervisor.
No posee No posee
Tabla ASI 8: Descripcin del caso de uso Eliminar Proyecto
Abrir Proyecto Los Usuarios con permisos de acceso sobre el proyecto pueden abrirlo para acceder a sus datos.
Flujo de Eventos Activacin El usuario selecciona el proyecto que desea abrir. Flujo Principal
Pg.: 134
Caso de Uso 1. El sistema solicita los datos del proyecto. 2. El usuario indica el proyecto a abrir 3. El sistema llama al caso de uso validar usuario que confirma que el usuario puede acceder al proyecto 4. El sistema pasa al caso de uso mostrar proyecto 5. Fin del caso de uso Flujos Alternativos Alternativa al paso 1 6. Se vuelve al lugar desde donde se invoco la opcin 7. Fin del caso de uso
Abrir Proyecto
Alternativa al paso 2
8. El caso de uso verificar permisos indica que el usuario no posee permisos sobre el proyecto 9. El sistema vuelve al paso 1.
Pg.: 135
Finalizar Proyecto Los Usuarios con perfil de Administrador o Supervisor a cargo del proyecto podrn dar por finalizado el proyecto. Para que el mismo no puede recibir nuevas versiones de documentos.
Flujo de Eventos Activacin El usuario selecciona el proyecto a finalizar. Flujo Principal 1. El usuario indica que quiere finalizar un proyecto 2. El sistema solicita los datos del proyecto a finalizar 3. El usuario indica el proyecto 4. El sistema muestra los datos del proyecto y solicita la confirmacin de la accin al usuario 5. El usuario confirma la finalizacin del proyecto 6. El sistema ingresa la seal de proyecto finalizado a la base de datos 7. Fin del caso de uso Flujos Alternativos Alternativa al paso 3 8. Se vuelve al lugar desde donde se invoco la opcin 9. Fin del caso de uso El usuario oprime el botn cancelar
Alternativa al paso 5
Pg.: 136
Caso de Uso 10. El usuario no confirma la opcin 11. El sistema vuelve al paso 1.
Finalizar Proyecto
Mostrar Proyecto Una vez seleccionado un proyecto, a travs de la creacin o apertura del mismo, se podrn observar todos los elementos componentes del mismo.
Flujo de Eventos Activacin El caso es llamado por el caso de uso generar proyecto o abrir proyecto. Flujo Principal 1. El sistema muestra los objetos del proyecto (fases, subfases y
documentos) 2. El usuario selecciona alguna accin para aplicar sobre el proyecto. 3. Fin del caso de uso Requisitos especiales Precondiciones Poscondiciones Puntos de extensin No posee No posee No posee No posee
Tabla ASI 11: Descripcin del caso de uso Mostrar Proyecto
Pg.: 137
Asignar responsable Los usuarios con perfil de Administrador del sistema o de Supervisor estarn habilitados para poder asignar
responsables a un proyecto, ya sea tanto a nivel de proyecto (solo disponible para el administrador) como a nivel de fases o subfases. Flujo de Eventos Activacin El usuario con perfil administrador del sistema o supervisor ingresa al men de asignacin de responsables. Flujo Principal 1. El usuario indica que quiere asignar responsables a un proyecto 2. El sistema solicita el ingreso del proyecto a actualizar 3. El usuario indica el proyecto 4. El sistema muestra una dos cuadros de seleccin, uno conteniendo a los usuarios y otro conteniendo a las fases y subfases del proyecto. 5. El usuario ingresara la combinacin de usuario-elemento que cree
conveniente 6. El sistema confirma la asignacin 7. El sistema registrara los cambios en las bases de datos. 8. Fin del caso de uso Flujos Alternativos Alternativa al paso 3 El usuario oprime el botn cancelar
Pg.: 138
Caso de Uso 9. Se vuelve al lugar desde donde se invoco la opcin 10. Fin del caso de uso
Asignar responsable
Alternativa al paso 5 11. Se vuelve al lugar desde donde se invoco la opcin 12. Fin del caso de uso
Alternativa al paso 6
El
usuario
seleccionado
no
tiene
permisos para ser asignado a esa fase o proyecto. 13. El sistema indica que la asignacin no es viable 14. Fin del caso de uso
No posee Para poder ingresar a este men el usuario debe contar con un perfil de Administrador del sistema o Supervisor.
Poscondiciones
Anlisis del sistema de Informacin
No posee
Lic. Enrique Fernndez Pg.: 139
Mostrar documentos Los usuarios con permisos sobre el proyecto, fase o subfase en que se encuentre el documento pueden acceder al mismo para consultarlo o modificarlos.
Flujo de Eventos Activacin El usuario selecciona un documento a modificar. Flujo Principal 1. El usuario indica que desea ver un documento 2. El sistema muestra una pantalla con los datos principales del documento, el usuario determina a que versin del mismo quiere acceder 3. El usuario selecciona un documento 4. El sistema abre el documento elegido y actualiza los datos del acceso en las tablas del sistema 5. Fin del caso de uso Flujos Alternativos Alternativa al paso 3 6. Se vuelve al lugar desde donde se invoco la opcin 7. Fin del caso de uso El usuario oprime el botn cancelar
Alternativa al paso 4
Pg.: 140
Mostrar documentos
Verificar Permisos Se verifica que los permisos del usuarios sobre el proyecto y la fase o subfase del mismo a la que desea acceder.
Flujo de Eventos Activacin Alguno de los casos de uso: mostrar proyecto, eliminar Proyecto o abrir proyecto solicita que se verifiquen los permisos de acceso del usuario, respecto del proyecto, la fase o subfase a la que desea ingresar. Flujo Principal 1. El sistema verifica que el usuario registrado en el sistema se encuentre dentro de la lista de usuario con permiso de acceso sobre el proyecto, la fase o subfase determinada 2. El sistema responde al caso de uso llamador que el usuario posee
Verificar Permisos
El usuario registrado en el sistema no se encuentra dentro de la lista de usuario con permiso de acceso al proyecto, la fase o subfase determinada
4. El sistema responde al caso de uso llamador que el usuario no posee permisos de acceso 5. Fin del caso de uso
Generar Versin Ante la peticin del usuario de querer generar una nueva versin de un
documento en particular, el sistema genera automticamente la identificacin del nuevo documento, consulta al usuario con que programa desea generar esta nueva versin, y con esta informacin genera el nuevo documento. Flujo de Eventos Activacin El caso de uso modificar documentos indica que el usuario desea generar una nueva versin de un documento. Flujo Principal
Pg.: 142
Caso de Uso 1. El sistema busca los datos de todas las versiones del documento
Generar Versin
seleccionado e incrementa en uno el nmero de versin. 2. El sistema retorna la nueva versin generada. 3. el sistema registra la informacin de la nueva versin en la base de datos y ejecuta el programa elegido 4. Fin del caso de uso Requisitos especiales Precondiciones Poscondiciones Puntos de extensin No posee No posee No posee No posee
Tabla ASI 15: Descripcin del caso de uso Generar Versin
Consultar Proyectos Los usuarios con perfil de Administrador del sistema o de Supervisor estarn habilitados para poder realizar consultas sobre los distintos mismo. proyectos y documentos del
Flujo de Eventos Activacin El usuario con perfil administrador del sistema o supervisor ingresa al men de consulta del sistema. Flujo Principal 1. El sistema solicita el ingreso del informe a generar 2. El sistema muestra el informe
Pg.: 143
Caso de Uso Flujos Alternativos Alternativa al paso 1 4. Se vuelve al lugar desde donde se invoco la opcin 5. Fin del caso de uso
Consultar Proyectos
No posee Para poder ingresar a este men el usuario debe contar con un perfil de Administrador del sistema o Supervisor.
No posee No posee
Tabla ASI 16: Descripcin del caso de uso Consultar Proyectos
Pg.: 144
Esta actividad se lleva a cabo para cada uno de los casos de uso contenidos en un subsistema de los definidos en la actividad Identificacin de Subsistemas de Anlisis. Las tareas de esta actividad no se realizan de forma secuencial sino en paralelo, con continuas realimentaciones entre ellas y con las realizadas en las actividades Establecimiento de Requisitos, Identificacin de Subsistemas de Anlisis, Anlisis de Clases y Definicin de Interfaces de Usuario.
Una vez definidas cada una de las clases, se incorporan al modelo de clases de la actividad Anlisis de Clases, donde se identifican sus atributos,
responsabilidades y relaciones. Las clases que se identifican en esta tarea pueden ser:
Clases de Entidad (representan la informacin manipulada en el caso de uso). Clases de Interfaz de Usuario (se utilizan para describir la interaccin entre el sistema y sus actores. Suelen representar abstracciones de ventanas, interfaces de comunicacin, formularios, etc.). Clases de Control (son responsables de la coordinacin, secuencia de transacciones y control de los objetos relacionados con un caso de uso).
Pg.: 145
A continuacin se desarrolla el diagrama de clases para cada uno de los casos de uso del sistema, detallados en la figura ASI 3:
Figura ASI 7: Diagrama de clases del caso de uso Eliminar Proyecto Anlisis del sistema de Informacin Lic. Enrique Fernndez Pg.: 146
Figura ASI 10: Diagrama de clases del caso de uso Verificar Permisos
Figura ASI 11: Diagrama de clases del caso de uso Finalizar Proyecto Anlisis del sistema de Informacin Lic. Enrique Fernndez Pg.: 147
Proyectos Subfase
Interfaz AsignarResponsable
Fase
Usuarios Usuario
Figura ASI 12: Diagrama de clases del caso de uso Asignar Responsable
Figura ASI 13: Diagrama de clases del caso de uso Mostrar Documentos
Figura ASI 14: Diagrama de clases del caso de uso Generar Versiones
Figura ASI 15: Diagrama de clases del caso de uso Consultar Proyectos
Pg.: 148
Figura ASI 16: Diagrama de clases del caso de uso Cambio de Clave
Figura ASI 17: Diagrama de clases del caso de uso Generar Carpetas
Figura ASI 18: Diagrama de clases del caso de uso Mostrar Proyecto
Interfaz ValidarUsuario
Usuario
Figura ASI 19: Diagrama de clases del caso de uso Validar Usuario
Pg.: 149
Figura ASI 20: Diagrama de clases del caso de uso Comprobar Clave
Para representar esta informacin, se usan diagramas de interaccin que contienen instancias de los actores participantes, objetos, y la secuencia de mensajes intercambiados entre ellos. Se pueden establecer criterios para determinar qu tipo de objetos y mensajes se va a incluir en este diagrama, como por ejemplo: si se incluyen objetos y llamadas a bases de datos, objetos de interfaz de usuario, de control, etc. Estos diagramas pueden ser tanto de secuencia como de colaboracin, y su uso depende de si se quieren centrar en la secuencia cronolgica o en cmo es la comunicacin entre los objetos.
En aquellos casos en los que se especifique ms de un escenario para un caso de uso, puede ser conveniente representar cada uno de ellos en un diagrama de interaccin. Tambin es recomendable, sobre todo en el caso anterior, completar los diagramas con una descripcin textual.
Por ltimo, cabe aclarar que se mantendr la misma simbologa de clases (que permite identificar si una clase es del tipo de: Interfaz, Control o Entidad) utilizada en la tarea anterior.
Anlisis del sistema de Informacin Lic. Enrique Fernndez Pg.: 150
Figura ASI 21: Diagrama de Interaccin del caso de uso Incorporar Usuario
Usuarios
Interfaz ModificionUsuario
Usuario
Interfaz MenuPrincipal
Figura ASI 22: Diagrama de Interaccin del caso de uso Modificar Usuario
Figura ASI 23: Diagrama de Interaccin del caso de uso Eliminar Proyecto
Pg.: 151
Figura ASI 24: Diagrama de Interaccin del caso de uso Generar Proyecto
Figura ASI 25: Diagrama de Interaccin del caso de uso Abrir Proyecto
Proyectos
Subfases
VerificarPermisos
Fase
Usuarios
Figura ASI 26: Diagrama de Interaccin del caso de uso Verificar Permisos
Pg.: 152
Figura ASI 27: Diagrama de Interaccin del caso de uso Finalizar Proyecto
Proyectos
Fase Usuario
Interfaz Proyecto
Usuarios
Figura ASI 28: Diagrama de Interaccin del caso de uso Asignar Responsable
Figura ASI 29: Diagrama de Interaccin del caso de uso Mostrar Documentos
Interfaz Version
Versiones
GenerarArchivo
Usuario
Figura ASI 30: Diagrama de Interaccin del caso de uso Generar Versiones
Pg.: 153
Figura ASI 31: Diagrama de Interaccin del caso de uso Consultar Proyectos
Interfaz CambiarClave
Usuarios
Usuario
Figura ASI 32: Diagrama de Interaccin del caso de uso Cambiar Clave
Figura ASI 33: Diagrama de Interaccin del caso de uso Generar Carpetas
Figura ASI 34: Diagrama de Interaccin del caso de uso Mostrar Proyecto Anlisis del sistema de Informacin Lic. Enrique Fernndez Pg.: 154
Interfaz ValidarUsuario
2: Mostrar
Interfaz MenuPrincipal
Usuario ComprobarClave
Figura ASI 35: Diagrama de Interaccin del caso de uso Validar Usuarios
Figura ASI 36: Diagrama de Interaccin del caso de uso Comprobar Clave
Teniendo en cuenta las clases identificadas en la actividad Anlisis de los Casos de Uso, se elabora el modelo de clases para cada subsistema. A medida que avanza el anlisis, dicho modelo se va completando con las clases que vayan apareciendo, tanto del estudio de los casos de uso, como de la interfaz de usuario necesaria para el sistema de informacin.
Pg.: 155
Las responsabilidades de una clase definen la funcionalidad de esa clase, y estn basadas en el estudio de los papeles que desempean sus objetos dentro de los distintos casos de uso. A partir de estas responsabilidades, se puede comenzar a encontrar las operaciones que van a pertenecer a la clase. Estas deben ser relevantes, simples, y participar en la descripcin de la responsabilidad.
Los atributos de una clase especifican propiedades de la clase, y se identifican por estar implicados en sus responsabilidades. Los tipos de estos atributos deberan ser conceptuales y conocidos en el dominio.
De manera opcional, se elabora una especificacin para cada clase, que incluye: la lista de sus operaciones y las clases que colaboran para cubrir esas operaciones y una descripcin de las responsabilidades, atributos y operaciones de esa clase. Para aquellas clases cuyo comportamiento dependa del estado en el que se encuentren se realiza, tambin de manera opcional, un diagrama de transicin de estados.
versiones de documentos
Clase
Responsabilidades
Asistente borrarProyectos
alojan los datos del proyecto Asistente CrearProyecto Representa a la clase que coordinar la creacin de un nuevo proyecto Cdigo que identifica al proyecto Nombre del proyecto Carpeta donde se
alojan los datos del proyecto Asistente GenerarInforme Genera los informes del sistema en base al Tipo de reporte a
generar
parmetro recibido de la clase Interfaz Consulta ComprobarClave Verifica si el usuario y la clave ingresados Cdigo que identifica al usuario Clave de acceso
Cdigo que identifica al documento Nombre del documento Descripcin documento Titulo del documento a incorporar a la primer versin del documento de un proyecto del
EliminarCarpetas
Permite
eliminar
las
Carpeta
donde
se
Pg.: 157
Clase Fases
Atributos Cdigo que identifica al proyecto Cdigo que identifica a la fase Cdigo que identifica al usuario
FasesOriginales
GenerarArchivo
Carpeta
donde
se
alojan los datos del proyecto Cdigo que identifica al documento Nombre del documento Titulo del documento a incorporar a la primer versin del documento de un proyecto.
metodologa CRISP-DM
GenerarCarpetas
generar y
las
Carpeta
donde
se
documentos soporte al
alojan los datos del proyecto Cdigo que identifica a la fase Cdigo que identifica a la subfase Cdigo que identifica al documento
darn
proyecto
Interfaz AsignarResponsable
asignar tanto a
un al las
Cdigo que identifica al usuario Perfil de acceso del usuario Cdigo que identifica al proyecto
como
Pg.: 158
Clase
Responsabilidades
Interfaz CambiarClave
Interfaz Consulta
que los
Tipo
de
reporte
generar
que
Interfaz Documento
Permite
acceder
los
Cdigo que identifica al documento Nombre del documento Descripcin documento del
Interfaz ModificacionUsuario
Cdigo que identifica al usuario Nombre del usuario Apellido del usuario Direccin laboral del usuario Telfonos (1-3) Direccin electrnico Fecha de nacimiento Estado del usuario de correo
(operativo o inhibido) Especialidad usuario Perfil de acceso del usuario Cargo que ocupa en la empresa del
Pg.: 159
Responsabilidades Representa a la interfaz que permite acceder a los datos particulares de un proyecto
Atributos Cdigo que identifica al proyecto Nombre del proyecto Fecha de alta Cdigo que identifica al usuario creador Carpeta donde se
(activo o finalizado) Fecha de finalizacin del proyecto Breve descripcin del proyecto Interfaz Proyectos Representa a la interfaz desde la cual se puede acceder a los distintos Cdigo que identifica al proyecto Nombre del proyecto
proyectos dados de alta en el sistema Interfaz Usuario Permitir el ingreso de los nuevos usuarios Cdigo que identifica al usuario Nombre del usuario Apellido del usuario Direccin laboral del usuario Telfono (1-3) Direccin electrnico Fecha de nacimiento Estado del usuario de correo
del
Clase
Responsabilidades
Interfaz ValidarUsuario
Permite validar el usuario y la clave ingresados por el usuario para habilitar su ingreso al sistema
Interfaz Versin
observar
las
Cdigo que identifica al documento Identificador de versin Fecha de creacin de la versin Tamao original Fecha de ltimo del archivo
acceder
acceso al archivo Hora de ltimo acceso al archivo Cdigo que identifica al usuario que ingreso la ltima vez Proyectos Representa a los Cdigo que identifica al proyecto Nombre del proyecto Fecha de alta Cdigo que identifica al usuario creador Carpeta donde se
Clase
Responsabilidades
Atributos proyecto
Subfases
Cdigo que identifica al proyecto Cdigo que identifica a la fase Cdigo que identifica a la subfase Cdigo que identifica al usuario
generados
SubfasesOriginales
Cdigo que identifica a la fase Cdigo que identifica a la subfase Nombre de la subfase Descripcin de la subfase
Usuarios
Cdigo que identifica al usuario Clave de acceso Nombre del usuario Apellido del usuario Direccin laboral del usuario Telfono (1-3) Direccin electrnico Fecha de nacimiento Estado del usuario de correo
(operativo o inhibido) Especialidad usuario Perfil de acceso del usuario Cargo que ocupa en la empresa
Anlisis del sistema de Informacin Lic. Enrique Fernndez Pg.: 162
del
Clase VerificarPermisos
Responsabilidades Verifica si el usuario tiene permisos para acceder al elemento que seleccion
Versin
Representa
las
Cdigo que identifica al documento Identificador de versin Cdigo que identifica al proyecto pertenece documento Cdigo que identifica a la fase a la cual el al cual el
distintos proyectos
pertenece documento
Cdigo que identifica a la subfase a la cual pertenece documento documentos el (existen que se
vinculan con la fase, sin subfase intermedia) Fecha de creacin de la versin Tamao original Fecha de ltimo del archivo
acceso al archivo Hora de ltimo acceso al archivo Cdigo que identifica al usuario que ingreso la ltima vez
Tabla ASI 17: Descripcin de clases
Pg.: 163
Las relaciones surgen como respuesta a las demandas en los distintos casos de uso, y para ello puede existir la necesidad de definir agregaciones y herencia entre objetos. Una asociacin esta caracterizada por:
Los papeles que desempea. Su direccionalidad, que representa el sentido en el que se debe interpretar. Su cardinalidad, que representa el nmero de instancias implicadas en la asociacin.
A medida que se establecen las relaciones entre las clases, se revisa la especificacin de subsistemas de anlisis en la actividad Identificacin de Subsistemas de Anlisis, para conseguir optimizar los subsistemas.
Pg.: 164
Se entiende por asociacin de objetos a la identificacin de necesidad de cooperacin entre los mismos para poder llevar a cabo una responsabilidad. Esto puede ser visto como las fechas que unen las clases en los diagramas de colaboracin antes descriptos. En este caso es necesario estudiar cuidadosamente dichas conexiones dado que posteriormente indicaran referencias y agregaciones entre objetos.
A continuacin, en la figura ASI 37, se trata el tema de agregaciones y asociaciones para las clases de entidad.
Las clases de control, por su parte, son responsables de administrar los flujos de trabajo necesarios para implementar un caso de uso. Por lo general, utilizan a las clases de entidad como materia prima y resultado de su operacin.
Pg.: 165
Por esta razn las relaciones de estas clases se analizan en forma individual. Asistente ArmarProyecto:
Figura ASI 38: Diagrama de Clases para la clase de control Asistente ArmarProyecto
Asistente BorrarProyecto:
Figura ASI 39: Diagrama de Clases para la clase de control Asistente BorrarProyecto
Asistente CrearProyecto:
Figura ASI 40: Diagrama de Clases para la clase de control Asistente CrearProyecto
Pg.: 166
Asistente GenerarInforme:
Figura ASI 41: Diagrama de Clases para la clase de control Asistente GenerarInforme
ComprobarClave:
ComprobarClave
EliminarCarpetas:
EliminarCarpetas
Ubicacion Proyectos
Pg.: 167
GenerarArchivo:
GenerarArchivo
Ubicacion Proyectos
Nombre Versiones
GenerarCarpetas:
FasesOriginales -Compone 1 -Esta Compuesto * SubFasesOriginales -Compone -Esta compuesto * Introduccion Documentos
1 Obtener subfase
Obtener fase
GenerarCarpeta
Ubicacion Proyectos
Nombre Version
VerificarPermisos:
Figura ASI 46: Diagrama de Clases para la clase de control VerificarPermisos Anlisis del sistema de Informacin Lic. Enrique Fernndez Pg.: 168
Usuarios:
Los usuarios del sistema podrn tener diferentes perfiles: Administrador, Supervisor, Lder de Proyecto o Desarrollador. Si bien todos estos usuarios tendrn un comportamiento comn dentro del sistema (todos deben ingresar un nombre de usuario y clave de acceso, comparten documentos y responsabilidades sobre los mismos). De este perfil depende el poder realizar algunas operaciones del tipo restrictivas (como es, por ejemplo, dar de alta a un usuario) Teniendo en cuenta estas premisas, a continuacin se presenta el diagrama de generalizacin del mismo:
Usuarios
Administrador
Supervisor
Lder de Proyecto
Desarrollador
Pg.: 169
Al comienzo de este anlisis es necesario seleccionar el entorno en el que es operativa la interfaz, considerando estndares internacionales y de la instalacin, y establecer las directrices aplicables en los procesos de diseo y construccin. El propsito es construir una interfaz de usuario acorde a sus necesidades, flexible, coherente, eficiente y sencilla de utilizar, teniendo en cuenta la facilidad de cambio a otras plataformas, si fuera necesario.
Se identifican los distintos grupos de usuarios de acuerdo con las funciones que realizan, conocimientos y habilidades que poseen, y caractersticas del entorno en el que trabajan. La identificacin de los diferentes perfiles permite conocer mejor las necesidades y particularidades de cada uno de ellos.
Asimismo, se determina la naturaleza de los procesos que se llevan a cabo (en lotes o en lnea). Para cada proceso en lnea se especifica qu tipo de informacin requiere el usuario para completar su ejecucin realizando, para ello, una descomposicin en dilogos que refleje la secuencia de la interfaz de pantalla tipo carcter o pantalla grfica.
Finalmente, se define el formato y contenido de cada una de las interfaces de pantalla especificando su comportamiento dinmico.
Se propone un flujo de trabajo muy similar para desarrollos estructurados y orientados a objetos, coincidiendo en la mayora de las tareas, si bien es cierto que en orientacin a objetos, al identificar y describir cada escenario en la especificacin de los casos de uso, se hace un avance muy significativo en la toma de datos para la posterior definicin de la interfaz de usuario.
Anlisis del sistema de Informacin Lic. Enrique Fernndez Pg.: 170
Como resultado de esta actividad se genera la especificacin de interfaz de usuario, como producto que engloba los siguientes elementos:
Principios generales de la interfaz. Catlogo de perfiles de usuario. Descomposicin funcional en dilogos. Catlogo de controles y elementos de diseo de interfaz de pantalla. Formatos individuales de interfaz de pantalla. Modelo de navegacin de interfaz de pantalla. Formatos de impresin. Prototipo de interfaz interactiva. Prototipo de interfaz de impresin.
En primer lugar, se selecciona el entorno de la interfaz interactiva (grfico, carcter, etc.), siguiendo estndares internacionales y de la instalacin, y se determinan los principios de diseo de la interfaz de usuario, contemplando:
Directrices generales en cuanto a la interfaz y aspectos generales de interaccin. Principios de composicin de pantallas y criterios de ubicacin de los distintos elementos dentro de cada formato. Normas para los mensajes de error y aviso, codificacin, presentacin y comportamientos. Normas para la presentacin de ayudas.
Directrices generales.
Anlisis del sistema de Informacin Lic. Enrique Fernndez Pg.: 171
Los lineamientos principales para la construccin de la interfaz de usuarios son los siguientes:
La activacin de las distintas operaciones del sistema se producen mediante una barra de mens y botones opcionales. El sistema muestra las distintas fases, subfases y documento que componen a la metodologa CRISP-DM mediante un rbol, donde los nodos principales representan a las fases, y los nodos secundarios representan a las subfases, de esa forma se puede ubicar a los distintos documentos del sistema. El acceso a los documentos se realiza mediante ventanas que mostrarn las caractersticas del mismo y el detalle de las versiones existentes, para que el usuario pueda decidir a que versin del documento desea acceder. Las pantallas tendrn, en general, un botn para aceptar los datos provistos y otro para cancelarlos y, dependiendo de la funcionalidad provista, botones auxiliares para realizar otro tipo de operaciones. Los mensajes de error se mostrarn mediante pantallas emergentes. En todas las pantallas a las que ingrese el usuario, estarn activas las opciones de men a las cual puede acceder en funcin de su perfil de usuario. Cualquier operacin de cancelacin o cierre de una pantalla exigir la confirmacin por parte del usuario.
tarea anterior o en la especificacin de los casos de uso, y teniendo en cuenta los formatos estndar definidos en la tarea Especificacin de Principios Generales de la Interfaz, se definen los formatos individuales de la interfaz de pantalla requerida para completar la especificacin de cada dilogo.
En el caso de un anlisis orientado a objetos, estos formatos individuales van completando las especificaciones de los casos de uso.
En un anlisis estructurado se tiene en cuenta, para la realizacin de esta tarea, el modelo de datos y el modelo de procesos generados en paralelo en las actividades Elaboracin del Modelo de Datos y Elaboracin del Modelo de Procesos. Tambin se considera el catlogo de requisitos, para especificar las interfaces relacionadas con las consultas.
En la definicin de cada interfaz de pantalla se deben definir aquellos aspectos considerados de inters para su posterior diseo y construccin:
Posibilidad de cambio de tamao, ubicacin, modalidad (modal del sistema, modal de aplicacin), etc. Dispositivos de entrada necesarios para su ejecucin. Conjunto y formato de datos asociados, identificando qu datos se usan y cules se generan como consecuencia de su ejecucin. Controles y elementos de diseo asociados, indicando cules aparecen inicialmente activos e inactivos al visualizar la interfaz de pantalla.
A continuacin se muestra las distintas interfaces del sistema y la forma en que se vinculan entre ellas.
Pg.: 173
Ingreso
1 Men Principal
1 Proyecto
Documentos
Versiones
Consulta de Usuario
Consulta de Proyectos
Pg.: 174
Men Principal: Es la ventana principal del sistema, madre de las dems interfaces. Contiene una barra de men para que el usuario seleccione la funcin a realizar en el sistema.
Crear Proyecto: En esta ventana, el usuario ingresa los datos del nuevo proyecto, cargando el nombre del proyecto y la ubicacin del mismo como datos mas significativos.
Proyectos: En esta pantalla, el usuario selecciona de una lista, donde figuran todos los proyectos existentes, el proyecto al cual ingresa o eliminar.
Agregar Usuario: En esta pantalla, el usuario ingresa los datos particulares del nuevo usuario.
Modificar Usuario: En esta pantalla el usuario puede modificar alguno de los datos registrados del usuario o inhabilitar al mismo.
Cambiar Clave: En esta pantalla el usuario puede modificar su clave de acceso, para lo cual deber ingresar, en primer lugar su actual clave de acceso, y a continuacin dos veces la nueva clave de usuario.
Proyecto: En esta ventana, el usuario observa las caractersticas propias de cada proyecto (fases, subfases y documentos), desde esta pantalla adems se podr cambiar el estado del proyecto a Finalizado. Para lo cual hay un botn a tal efecto.
Pg.: 175
Asignar Responsables: En esta ventana, el usuario tiene dos listas, una conteniendo los usuarios registrados en el sistema y otra conteniendo las fases y subfases del proyecto. Para asignar un usuario a un proyecto, fase, o subfase, basta con que el usuario pinte los elementos a vincular y luego oprima el botn asignar.
Documentos: En esta ventana, el usuario observa todos los detalles de cada versin del documento. Para abrir una versin de documento, solo hace falta marcar la versin y oprimir el botn a tal fin. Para generar una nueva versin se debe oprimir el botn de nueva versin, el cual abre la ventana de carga de versin.
Versiones: En esta ventana, indica en las observaciones cual es el motivo de la nueva versin y a continuacin abre la nueva versin del documento.
Consulta de Usuarios: En esta ventana, el usuario puede observar a todos los usuarios registrados en el sistema.
Consulta de Proyectos: En esta ventana, el usuario puede observar a todos los proyectos dados de alta en el sistema.
Consulta de Proyectos Asignados: En esta ventana, el usuario puede observar a los distintos usuarios junto con los proyectos asignados.
Consulta de Responsables del Proyectos: En esta ventana, el usuario puede observar a todos los proyectos dados de alta en el sistema con sus respectivos responsables.
Pg.: 176
Pantalla de Ingreso: A continuacin, en la figura ASI 49, se muestra el diseo de la pantalla de ingreso al sistema. Esta pantalla presenta dos campos de texto, en los cuales se debe ingresar el identificador del usuario y la clave para validar el ingreso al sistema.
Aceptar
Cancelar
Cambiar Clave
Pantalla Men principal sin menes activados: A continuacin, en la figura ASI 50, se muestra el diseo de la pantalla de Men Principal del sistema. Esta pantalla una barra de men en la parte superior y un panel vaco en la parte inferior. Cada una de las opciones del men despliega una lista de items a seleccionar que se detallan mas a delante.
Ayuda
Pg.: 177
Pantalla Men principal, con el men de Proyectos activado: A continuacin, en la figura ASI 51, se muestra el diseo de la pantalla de Men Principal del sistema cuando se activa el men de Proyectos. El cual posee cuatro opciones principales: Crear Proyecto, Abrir Proyecto, Consultas y Salir. Las primeras dos opciones activan automticamente la ejecucin de sendas pantallas de gestin de proyectos. La tercer opcin de men despliega a su vez un nuevo submen desde donde se puede seleccionar el tipo de consulta a realizar. Por ltimo la cuarta opcin permite salir del sistema, volviendo al sistema operativo.
Pantalla Men principal, con el men de Usuarios activado: A continuacin, en la figura ASI 52, se muestra el diseo de la pantalla de Men Principal del sistema cuando se activa el men de Usuarios. El cual posee dos opciones principales: Agregar Usuario y Modificar Usuario. Ambas opciones activan automticamente la ejecucin de sendas pantallas de gestin de Usuarios.
Pg.: 178
Ayuda
Pantalla Men principal, con el men de Ayuda activado: A continuacin, en la figura ASI 53, se muestra el diseo de la pantalla de Men Principal del sistema cuando se activa el men de Ayuda. El cual posee tres opciones principales: ndice, CRISP-DM y Acerca de.
En virtud de que estas pantallas no sern detalladas en esta fase de desarrollo, a continuacin se da una breve resea de cada una:
ndice: despliega una pantalla en la cual a travs de un ndice alfabtico se puede identificar la ayuda pertinente a las distintas opciones que provee el sistema. CRISP-DM: despliega una pantalla de ayuda referida a la metodologa CRISPDM Acerca de: Muestra principalmente informacin referente a los desarrolladores del sistema y la versin actual del mismo.
Pg.: 179
Pantalla Crear Proyecto: A continuacin, en la figura ASI 54, se muestra el diseo de la pantalla de Crear Proyecto. Esta pantalla posee dos reas de texto en la cuales se debe ingresar el nombre del proyecto.
Crear Proyecto
Nombre Proyecto
Agregar
Cancelar
Pantalla Proyectos: A continuacin, en la figura ASI 55, se muestra el diseo de la pantalla de Proyectos. Esta pantalla posee una grilla en la cual se pueden observar todos los proyectos registrados en el sistema. Estos proyectos podrn ser abiertos mediante la accin de doble click sobre el proyecto o mediante el botn Aceptar, que abrir el proyecto que se encuentre seleccionado en la grilla. Adems desde esta pantalla se
Pg.: 180
podr eliminar proyectos, para lo cual se deber en primer lugar seleccionar el proyecto en la grilla y luego oprimir el botn Eliminar.
Proyectos
Cdigo
Nombre
Pantalla Proyecto: A continuacin, en la figura ASI 56, se muestra el diseo de la pantalla de Proyecto. Esta pantalla posee, en su parte izquierda, dos cuadros de navegacin que permite navegar por las fases y subfases del proyecto.
En la parte derecha de la pantalla se encuentra una grilla que muestra, para la fase o subfase seleccionada, los documentos existentes.
Pantalla Documentos: A continuacin, en las figura ASI 57, se muestra el diseo de la pantalla Documento. En la parte izquierda de esta pantalla se muestran los datos particulares de la versin del documento que se encuentre seleccionada.
Anlisis del sistema de Informacin Lic. Enrique Fernndez Pg.: 181
En la parte derecha de la pantalla se describen las distintas versiones y se incorporar dos botones, el primero, Nueva Versin, permite generar una nueva versin del documento, mientras que el segundo, Ver Documento, permite acceder al archivo Word del documento para la versin seleccionada.
Pantalla Asignar Responsable: A continuacin, en la figura ASI 58, se muestra el diseo de la pantalla de Asignacin de Responsables. Esta pantalla posee, en su parte izquierda, una grilla que permite identificar a los distintos usuario que han sido ingresados al sistema. Mientras que en la grilla de la parte derecha, se pueden apreciar todas las fases y subfases del proyecto, a las cuales se les puede asignar un responsable.
Para poder asignar un responsable, se debe seleccionar primeramente, con doble clic, un responsable, desde la grilla de la izquierda, esto actualizara el valor del cuadro de texto Usuario Seleccionado. Una vez seleccionado el usuario se podr vincular el mismo a alguna de las partes del proyecto haciendo, directamente, doble clic en el elemento o seleccionando el elemento con un clic y luego presionar el botn Vincular.
Pg.: 182
Asignar Responsables Usuario Perfil Proyecto Fase Subfase Subfase... Fase... Usuario
Usuario Seleccionado
Vincular
Aceptar
Cancelar
Pantalla Nuevo Usuario: A continuacin, en la figura ASI 59, se muestra el diseo de la pantalla Nuevo Usuario. Esta pantalla posee, un conjunto de cuadros de texto, que permiten ingresar datos particulares del usuario, y adems cuanta con tres combos desplegables que permiten asociar al usuario con caractersticas predefinidas en las tablas del sistema.
Pantalla Usuario: A continuacin, en la figura ASI 60, se muestra el diseo de la pantalla de Usuario. Esta pantalla permite realizar varias funciones: modificar datos particulares del usuario (excepto el cdigo de usuario y el nombre del usuario), Cambiar la clave del usuario o inhibir a un usuario.
Pg.: 183
Para que las modificaciones de los cambios hechos a los datos particulares del usuario tomen efecto, se debe oprimir el botn Aceptar, las otras dos funciones mencionadas en el prrafo anterior se activan oprimiendo el botn que lleva el nombre de la funcin.
Pantalla Cambio de Clave: A continuacin, en la figura ASI 61, se muestra el diseo de la pantalla de Cambio de Clave. Esta pantalla posee tres cuadros de texto: en el primero, se debe ingresar la actual clave de usuario, para validar que usuarios inescrupulosos modifiquen la clave de acceso de otros usuario. En el segundo, se debe ingresar la nueva clave de acceso. Y por ltimo en el tercero se debe volver a ingresar la nueva clave de acceso para poder confirmar que el usuario no ha incurrido en un error de tipeo involuntario en el primer ingreso.
Estos tres cuadros de textos deben ocultar su contenido, es decir, por cada letra que el usuario ingresa se debe reflejar un *.
Pg.: 184
Cambio de Clave
Aceptar
Cancelar
Pantalla Consulta de Usuario: A continuacin, en la figura ASI 62, se muestra el diseo de la pantalla de Consulta de Usuario. Esta pantalla posee, en su parte central, una grilla en la cual se pueden observar los datos particulares del usuario. Adems posee dos combos desplegables para poder filtrar los datos indicados en la grilla.
Los datos a ingresar en los combos desplegables son opcionales y no excluyentes. Es decir se puede ingresar un perfil determinado sin seleccionar una categora, o viceversa, o se pueden ingresar datos en ambos combos.
Los combos de seleccin por defecto indicarn: ninguno. Para que los datos ingresados en los combos desplegables tomen efecto sobre los datos de la grilla se debe presionar el botn Filtrar.
Por ltimo, esta pantalla cuenta con un botn Imprimir que permite al usuario imprimir los datos observados en la grilla.
Pg.: 185
Filtrar
Direccin Mail
Imprimir
Cancelar
Pantalla Consulta de Proyectos: A continuacin, en la figura ASI 63, se muestra el diseo de la pantalla de Consulta de Proyectos. Esta pantalla posee, en su parte central, una grilla en la cual se pueden observar los datos mas significativos de los proyectos. Adems posee un combo desplegable y un cuadro de texto para poder filtrar los datos indicados en la grilla.
Los datos a ingresar en los campos de filtro son opcionales y no excluyentes. Es decir se puede ingresar un estado de proyecto sin ingresar Fecha de Alta, o viceversa, o se pueden ingresar datos en ambos campos.
El combo de seleccin por defecto indicar: ninguno, mientras que el cuadro de texto estar en blanco.
Para que los datos ingresados en los campos tomen efecto sobre los datos de la grilla se debe presionar el botn Filtrar. Se debe tener en cuenta que el filtro que a aplicar por la fecha de alta deja pasar a los proyectos dados de alta a partir de esa fecha, es decir las fecha a mostrar son mayores o igual al parmetro. Este criterio es diferente al que se aplica con el campo Estado, que indica a los proyectos que estn es esa estado particular.
Por ltimo, esta pantalla cuenta con un botn Imprimir que permite al usuario imprimir los datos observados en la grilla.
Pg.: 186
Fecha Alta
Filtrar
Imprimir
Cancelar
Pantalla Consulta de Responsables de Proyectos: A continuacin, en la figura ASI 64, se muestra el diseo de la pantalla de Consulta de Responsables de Proyecto. Esta pantalla posee, en su parte central, una grilla en la cual se pueden observar los datos mas significativos del proyecto y el identificador del usuario asignado al mismo. Adems posee dos campos de texto para poder filtrar los datos indicados en la grilla.
Los datos a ingresar en los campos de texto son opcionales y no excluyentes. Es decir se puede ingresar un Usuario determinado sin seleccionar un Proyecto, o viceversa, o se pueden ingresar datos en ambos campos de texto.
Para que los datos ingresados en los campos de texto tomen efecto sobre los datos de la grilla se debe presionar el botn Filtrar.
Por ltimo, esta pantalla cuenta con un botn Imprimir que permite al usuario imprimir los datos observados en la grilla.
Pg.: 187
Filtrar
Nombre Proy. Fecha Alta Creado por Ubicacin Estado Usuario Res.
Imprimir
Cancelar
Pantalla Consulta de Proyectos Asignados: A continuacin, en la figura ASI 65, se muestra el diseo de la pantalla de Consulta de Proyecto Asignados. Esta pantalla posee, en su parte central, una grilla en la cual se pueden observar los datos mas significativos del usuario y un identificador de los proyectos en los que fue asignado. Adems posee dos campos de texto para poder filtrar los datos indicados en la grilla.
Los datos a ingresar en los campos de texto son opcionales y no excluyentes. Es decir se puede ingresar un Usuario determinado sin seleccionar una Fecha desde, o viceversa, o se pueden ingresar datos en ambos campos de texto.
Para que los datos ingresados en los campos de texto tomen efecto sobre los datos de la grilla se debe presionar el botn Filtrar. Se debe tener en cuenta que el filtro que a aplicar por la fecha de alta deja pasar a los proyectos dados de alta a partir de esa fecha, es decir las fecha a mostrar son mayores o igual al parmetro. Este criterio es diferente al que se aplica con el campo Estado, que indica a los proyectos que estn es esa estado particular.
Por ltimo, esta pantalla cuenta con un botn Imprimir que permite al usuario imprimir los datos observados en la grilla.
Pg.: 188
Filtrar
Proyecto Fecha Asig.
Imprimir
Cancelar
De acuerdo a los estndares establecidos en la tarea Especificacin de Principios Generales de la Interfaz, se definen los formatos individuales de informes y formularios, estos ltimos si son necesarios, as como sus caractersticas principales, entre las que se especifican la periodicidad, confidencialidad, procedimientos de entrega o difusin, y salvaguarda de copia. Opcionalmente, se recomienda la utilizacin de prototipos.
A continuacin, en la figura ASI 66, se muestra el diseo del formato del reporte asociado a la pantalla de Consulta de Usuarios.
Pg.: 189
Reporte de Usuarios
Fecha : ___/___/_____
Telfono
Reporte de Proyectos:
A continuacin, en la figura ASI 67, se muestra el diseo del formato del reporte asociado a la pantalla de Consulta de Proyectos.
Reporte de Proyectos
Fecha : ___/___/_____
de Creado por..
de
Pg.: 190
A continuacin, en la figura ASI 68, se muestra el diseo del formato del reporte asociado a la pantalla de Consulta de Responsables de Proyectos.
Fecha : ___/___/_____
Nombre Proyecto
A continuacin, en la figura ASI 69, se muestra el diseo del formato del reporte asociado a la pantalla de Proyectos Asignados.
Fecha : ___/___/_____
Nombre
Proyecto
Fecha de Asignacin
Figura ASI 69: Reporte de Proyectos Asignados Anlisis del sistema de Informacin Lic. Enrique Fernndez Pg.: 191
Verificacin de la calidad tcnica de cada modelo. Aseguramiento de la coherencia entre los distintos modelos. Validacin del cumplimiento de los requisitos.
Esta actividad requiere una herramienta de apoyo para realizar el anlisis de consistencia. Tambin se elabora en esta actividad la Especificacin de Requisitos Software (ERS), como producto para la aprobacin formal, por parte del usuario, de las especificaciones del sistema.
La Especificacin de Requisitos Software se convierte en la lnea base para los procesos posteriores del desarrollo del software, de modo que cualquier peticin de cambio en los requisitos que pueda surgir posteriormente, debe ser evaluada y aprobada.
Pg.: 192
Las diferentes comprobaciones varan en funcin del tipo de desarrollo, aunque, en general, son matrices entre los elementos comunes de los distintos modelos. Estas comprobaciones forman parte del producto Resultado de Anlisis de Consistencia.
Se verifica que:
Cada uno de los almacenes definidos en el modelo de procesos se corresponde con una parte del modelo lgico de datos normalizado. Es decir, un almacn se puede corresponder con una entidad, atributos de una entidad o con varias entidades relacionadas. Los atributos del modelo lgico de datos normalizado y del modelo de procesos se ajustan a una misma especificacin. El modelo lgico de datos normalizado satisface las principales consultas de informacin. Para comprobar que el modelo lgico de datos normalizado puede soportar dichas consultas, se proponen, como tcnicas opcionales, la determinacin de caminos de acceso lgico en consultas y el clculo de accesos lgicos. Todas y cada una de las entidades del modelo lgico normalizado son accedidas por algn proceso primitivo. Para dicha comprobacin, se propone una matriz de entidades/procesos, donde se especifique que tipo de acceso se realiza (alta, baja, modificacin o consulta).
Pg.: 193
En este anlisis se comprueba que los atributos relevantes que aparecen en cada dilogo de la interfaz de usuario forman parte del modelo lgico de datos normalizado o, en su caso, atributos derivados de los mismos.
El resultado del anlisis de consistencia en un anlisis estructurado es un producto que engloba los siguientes elementos:
Matriz de almacenes de datos / entidades del modelo lgico de datos normalizado. Matriz de atributos de interfaz / atributos de entidades del modelo lgico de datos normalizado. Caminos de acceso lgico en consultas. Clculo de accesos lgicos. Matriz de entidades / procesos. Matriz de dilogos / procesos.
Los anlisis de consistencia propuestos en Desarrollo Orientado a Objetos son los siguientes:
Considerando que la interfaz de usuario incluye diagramas dinmicos y forma parte del modelo de clases, los anlisis de consistencia con la interfaz pueden solaparse con los del resto de los modelos. Los anlisis de consistencia propuestos son:
Pg.: 194
Se comprueba que:
Cada mensaje entre objetos se corresponde con una operacin de una clase y que todos los mensajes se envan a las clases correctas. La clase que recibe un mensaje con peticin de datos tiene capacidad para proporcionar esos datos. Cada objeto del diagrama de interaccin de objetos tiene una correspondencia en el modelo de clases.
Se verifica que, para cada uno de ellos, todo evento se corresponde con una operacin de la clase. Tambin se tiene que establecer si las acciones y actividades de los diagramas de transicin de estado se corresponden con operaciones de la clase.
Cada clase que requiera una clase de interfaz de usuario, debe tener asociacin con ella en el modelo de clases. Todas las clases, atributos y operaciones identificados en la interfaz de usuario, deben tener su correspondencia con algn atributo, operacin o clase en el modelo de clases.
Cada elemento que active la navegacin entre pantallas, debe estar asociado con un mensaje del diagrama de interaccin de objetos.
Adems, se revisa que los subsistemas satisfagan la realizacin de todos los casos de uso, e incluyan las clases identificadas hasta el momento.
El resultado del anlisis de consistencia en un anlisis orientado a objetos es un producto que engloba los siguientes elementos:
Pg.: 195
Matriz de mensajes del diagrama de interaccin de objetos / operaciones del modelo de clases. Matriz de mensajes del diagrama de interaccin de objetos / operaciones y atributos del modelo de clases. Matriz de objetos del diagrama de interaccin de objetos / clases, atributos del modelo de clases. Matriz (evento, accin, actividad de clase) / operaciones de clase. Correspondencia elementos de negocio de interfaz de usuario / modelo de clases. Correspondencia entre elementos de navegacin de interfaz de usuario / mensajes del diagrama de interaccin de objetos.
Modelo de Negocio
Catalogo de Requisitos
Prototipo de Interfaz
Diagrama de Clases
Pg.: 196
La Matriz de la tabla ASI 18 muestra en las filas los requisitos del catlogo de requisitos y en la columnas las actividades del modelo de negocio. Como puede verse en la misma, cada una de las actividades tiene su correspondencia con algn requisito. Existen adems algunos requisitos que no tienen correspondencia con actividades del negocio. Estos requisitos fueron agregados como consecuencia de la interaccin con el usuario y cubren aspectos de funcionamiento operativo.
Responsable
RF 1 - Incorporar Usuario RF 2 Modificar Usuario RF 3 Cambiar Clave de Acceso RF 4 Incorporar Proyecto RF 5 Abrir Proyecto RF 6 Asignar Responsable RF 7 Abrir Documento RF 8 Nueva Versin de Documento RF 9 Finalizar Proyecto RF 10 Eliminar Proyecto RF 11 Administrar Consulta RF 12 Validacin de Usuario
Tabla ASI 18: Trazabilidades entre el Catalogo de Requisitos y Modelo de Negocio
X X X X X
La Matriz de la tabla ASI 19 muestra en las filas los requisitos del catlogo de requisitos y en las columnas los casos de uso del Modelo de Casos de Uso. Como puede verse en la misma cada requisito tiene correspondencia con algn caso de uso y viceversa.
Documentos
Proyecto
Incorporar
Ingresar
Asignar
Pg.: 197
Asignar Responsable
Mostrar Documentos
Generar Proyectos
Incorporar Usuario
Generar Carpetas
Eliminar Proyecto
Modificar Usuario
Comprovar Clave
Consulatr Proyecto
Generar Versin
Finalizar Proyecto X
RF 1 - Incorporar Usuario RF 2 Modificar Usuario RF 3 Cambiar Clave de Acceso RF 4 Incorporar Proyecto RF 5 Abrir X X
X X
Documento RF 8 Nueva de X
Versin Documento
Administrar Consulta RF 12 de X X
Validacin Usuario
Tabla ASI 19: Trazabilidades entre el Modelo de Casos de Uso y el Catalogo de Requisitos
Pg.: 198
Mostrar Proyecto
Validar Usuario
Cambiar Clave
La Matriz de la tabla ASI 20 muestra en las filas las pantallas del modelo del Prototipo de Interfaz y en las columnas los casos de uso del Modelo de Casos de Uso. Como puede verse en la misma cada pantalla tiene correspondencia con algn caso de uso y viceversa.
Asignar Responsable
Mostrar Documentos
Consulatr Proyecto
Generar Proyectos
Incorporar Usuario
Verificar Permisos
Finalizar Proyecto X
Generar Carpetas
Eliminar Proyecto
Modificar Usuario
Comprovar Clave
Validacin de Usuario y Clave Men Principal Crear Proyecto Proyectos Existentes Agregar Usuarios Modificar Usuarios Proyecto Cambiar Clave Asignar Responsable Documentos Versiones Consulta de Usuario
Anlisis del sistema de Informacin
X X X
Pg.: 199
Mostrar Proyecto X
Generar Versin
Validar Usuario
Cambiar Clave
Abrir Proyecto
Asignar Responsable
Mostrar Documentos
Consulatr Proyecto
Generar Proyectos
Incorporar Usuario
Verificar Permisos
Finalizar Proyecto
Generar Carpetas
Eliminar Proyecto
Modificar Usuario
Comprovar Clave
Tabla ASI 20: Trazabilidades entre el Modelo de Casos de Uso y el Prototipo de Interfaz
La Matriz de la tabla ASI 21 muestra en las filas las pantallas del modelo del Prototipo de Interfaz y en las columnas las pantallas del Modelo de Navegacin. Como puede verse en la misma cada pantalla de la interfaz de usuario tiene correspondencia con alguna de las pantallas del modelo de navegacin.
Consulta de Proyectos
Asignar Responsable
Proyectos Existentes
Consulta de Usuario
Modificar Usuarios
Validacin de Usuario y Clave Men Principal Crear Proyecto Proyectos Existentes Agregar Usuarios
X X X
Pg.: 200
Agregar Usuarios
Crear Proyecto
Cambiar Clave
Documentos
Versiones
Proyecto
Mostrar Proyecto
Generar Versin
Validar Usuario
Cambiar Clave
Abrir Proyecto
Consulta de Proyectos
Asignar Responsable
Proyectos Existentes
Consulta de Usuario
Modificar Usuarios
Modificar Usuarios Proyecto Cambiar Clave Asignar Responsable Documentos Versiones Consulta de Usuario Consulta de Proyectos Consulta de Proyectos Asignados Consulta de Responsables del Proyecto
Tabla ASI 21: Trazabilidades entre el Modelo de Navegacin de Interfaz y el Prototipo de Interfaz
La Matriz de la tabla ASI 22 muestra en las filas las Clases y en las columnas los casos de uso del Modelo de Casos de Uso. Como puede verse en la misma, cada clase tiene correspondencia con algn caso de uso y viceversa.
Pg.: 201
Agregar Usuarios
Crear Proyecto
Cambiar Clave
Documentos
Versiones
Proyecto
Asignar Responsable
Mostrar Documentos
Generar Proyectos
Consulatr Proyecto
Generar Versiones
Incorporar Usuario
Generar Carpetas
Comprovar Clave
Eliminar Proyecto
Modificar Usuario
Validar Usuario
Cambiar Clave
Asistente ArmarProyecto Asistente borrarProyectos Asistente CrearProyecto Asistente GenerarInforme ComprobarClave Documentos EliminarCarpetas Fases FasesOriginales GenerarArchivo GenerarCarpetas Interfaz AsignarResponsabl e Interfaz CambiarClave Interfaz Consulta Interfaz Documento Interfaz GenerarProyecto Interfaz ModificacionUsuari o Interfaz Proyecto
Anlisis del sistema de Informacin Lic. Enrique Fernndez
X X X X X X X X X X X X X
X X
Pg.: 202
Mostrar Proyecto X X
Abrir Proyecto
Asignar Responsable
Mostrar Documentos
Generar Proyectos
Consulatr Proyecto
Generar Versiones
Incorporar Usuario
Generar Carpetas
Comprovar Clave
Eliminar Proyecto
Modificar Usuario
Validar Usuario
Cambiar Clave
Interfaz Proyectos Interfaz Usuario Interfaz ValidarUsuario Interfaz Versin Proyectos Subfases SubfasesOriginales Usuarios VerificarPermisos Versin
X X X
X X X X X X X X X X X X X X X X X X X X X X
Tabla ASI 22: Trazabilidades entre el Modelo de Casos de Uso y el Diagrama de Clases
El plan de pruebas es un producto formal que define los objetivos de la prueba de un sistema, establece y coordina una estrategia de trabajo, y provee del marco adecuado para elaborar una planificacin paso a paso de las actividades de prueba. El plan se inicia en el proceso Anlisis del Sistema de Informacin (ASI), definiendo el marco general, y estableciendo los requisitos de prueba de aceptacin, relacionados directamente con la especificacin de requisitos.
Dicho plan se va completando y detallando a medida que se avanza en los restantes procesos del ciclo de vida del software, Diseo del Sistema de Informacin
Anlisis del sistema de Informacin Lic. Enrique Fernndez Pg.: 203
Mostrar Proyecto X
Abrir Proyecto
(DSI), Construccin del Sistema de Informacin (CSI) e Implantacin y Aceptacin del Sistema (IAS).
Pruebas unitarias. Pruebas de integracin. Pruebas del sistema. Pruebas de implantacin. Pruebas de aceptacin.
En esta actividad tambin se avanza en la definicin de las pruebas de aceptacin del sistema. Con la informacin disponible, es posible establecer los criterios de aceptacin de las pruebas incluidas en dicho nivel, al poseer la informacin sobre los requisitos que debe cumplir el sistema, recogidos en el catlogo de requisitos.
La presente planificacin de pruebas tiene como objetivo servir de gua para la realizacin de las pruebas, permitiendo verificar que el sistema construido cumple las necesidades establecidas dentro de un marco de garanta de calidad.
Para especificar las pruebas se ha adoptado el modelo de pruebas especificado en el estndar de Documentacin de Pruebas de Software de la IEEE [IEEE 829,1983], el cual ha sido adaptado a las caractersticas del presente proyecto.
5.7.1.1. Introduccin
El propsito de este plan es describir la estrategia, el alcance, la aproximacin, el esquema de plazos y los recursos necesarios para llevar a cabo las actividades de prueba del Sistema de Gestin de Proyectos basados en la Metodologa CRISP-DM. Este plan identifica los tems a ser probados, las caractersticas de los mismos, las tareas a ser realizadas y los responsables de las mismas.
Pg.: 204
5.7.1.2. Alcance
El alcance de este plan esta limitado a la definicin de las actividades generales de prueba a realizarse para el Sistema de Gestin de Proyectos basados en la Metodologa CRISP-DM
Las principales actividades de prueba a realizar estn asociadas con las tareas de:
Pg.: 205
Las pruebas unitarias deben desarrollarse de forma paralela a la codificacin de la aplicacin. Y solo cuando las actividades de pruebas unitarias hayan sido superadas exitosamente, se podr pasar a la siguiente actividad de prueba.
Una vez que todos los casos de prueba han sido superados exitosamente, la aplicacin estar lista para ser entregada.
Fecha de Prueba___/___/_____
Objetivo Probado:____________________________________________________ __________________________________________________________________ __________________________________________________________________ Errores Encontrados: Id. Caso de Prueba Nivel de Severidad Descripcin
Pg.: 207
1 PC equipada mnimamente con: un procesador Pentium II 128 Mb de Memoria RAM 10 Mb libre en el disco rgido 1 Impresora. Sistema operativo Windows 2000 Base de datos My SQL
5.7.5.1. tems
El criterio a emplear sobre cada uno de los tems es el siguiente:
Paso: Todas las pruebas realizadas sobre el tem fueron exitosas. Fallo: Al menos una de las pruebas realizadas no fue exitosa.
5.7.5.2. Aplicacin
El criterio a emplear sobre las pruebas de la aplicacin es el siguiente:
Exitosa: Todas las pruebas fueron realizados y no se encontraron defectos de severidad 1, 2 o 3. (Vase Tabla 19 - Severidad de Defectos).
Pg.: 208
Fallida: Al menos un defecto de severidad 1, 2 o 3 fue encontrado. (Vase Tabla 23 - Severidad de Defectos).
Nivel de Severidad 1 2 3 4 5
Descripcin Sistema detenido Fallas de funcionalidad Una solucin alternativa puede aplicarse Error de documentacin/ayuda Cambios y mejoras
Tabla 23: Severidad de Defectos
Las actividades de prueba deberan ser suspendidas si ocurre alguna de las situaciones:
Se encuentra un problema en una prueba que impide la realizacin de la prueba. Se encuentra un problema en un tem que impide la realizacin de ms pruebas.
Cuando se encuentre un problema y el mismo no impida la realizacin de ms pruebas, las mismas deben continuar.
Una vez solucionados los problemas encontrados, las pruebas deben reiniciarse, comenzando nuevamente por el primer caso de prueba para verificar que la solucin del problema no haya generado nuevos inconvenientes.
A continuacin se detallan los elementos a generar como resultado de la realizacin de las pruebas:
Plan de pruebas y Documento de diseo de la prueba. Especificacin de los casos de prueba y Especificacin del procedimiento de prueba.
Anlisis del sistema de Informacin Lic. Enrique Fernndez Pg.: 209
A continuacin se detallan las actividades a realizarse para concretar cada uno de los ciclos de prueba:
Actualizar el plan de pruebas y documento de diseo. Crear o actualizar casos y procedimientos de prueba. Ejecutar las pruebas y realizar el anlisis, evaluacin e informe de las mismas. Llevar a cabo la prueba de aceptacin.
Pg.: 210
I n ic io
S e le c c io n a r C aso de P ru e b a
E s p e c if ic a r caso de p ru e b a y a c t u a liz a r e l r e s u la t d o
P r o b le m a s ?
Si
E rro r d e E je c u c i n
Si
M a rc a r C a s o E rr n e o
No
No
D e t a lle d e l P r o b le m a E n c o n tra d o
S e g u ir P ro b a n d o ?
Si
S e le c c io n a r e l S ig u ie n t e C aso de P ru e b a
No
C la s if ic a r lo s E rro re s E n c o n tra d o s
P r o d u c ir e l I n f o r m e d e la P ru e b a
F in
Pg.: 211
Ambos deben ser coincidentes y las propiedades mnimas requeridas para los mismos se especifican a continuacin.
5.7.10.1. Hardware
PC Pentium II o superior 64 MB de RAM con al menos 100 MB libres en el disco rgido.
5.7.10.2. Software
My SQL instalado
5.7.10.3. Seguridad
Permisos de lectura/escritura sobre el directorio donde se ejecutar la aplicacin y donde se desea ubicar los proyectos que se crean a travs del sistema.
5.7.11. Responsabilidades
A continuacin se detallan todos los roles a cubrir durante el desarrollo y la ejecucin de las pruebas, estos roles, dentro del presente proyecto, sern llevados a cabo por el Tesista y la Directora de tesis, ya que los mismos son los nicos recursos humanos asignados al proyecto.
Pg.: 212
Disear, preparar y realizar las actividades de prueba. Gestionar el entorno local de prueba. Recolectar y analizar los resultados obtenidos de la realizacin de las actividades de prueba.
Proveer de los tems a probar. Revisar el plan de pruebas. Revisar las actividades de prueba. Revisar los resultados de las pruebas realizadas.
Revisar el plan de pruebas. Revisar los resultados de las pruebas realizadas. Coordinar las actividades de prueba.
A continuacin, en la tabla ASI 24, de detallan posibles riesgos a enfrentar en la implementacin del sistema con sus respectivas contingencias
Pg.: 213
desarrollo y de pruebas y el entorno a entregar los requerimientos de software y del cliente hardware y colaborar con el usuario en la verificacin/instalacin de los mismos Falta de conocimiento del usuario de Especificar como parte de la documentacin la herramienta para ejecutar la a entregar los pasos para ejecutar el sistema y colaborar con el usuario en la realizacin de los mismos
Tabla ASI 24: Anlisis de Riesgos y Contingencias
aplicacin
En una reunin mantenida entre el tesista y la Directora del proyecto se dio por aprobada la fase de Anlisis del Sistema de Informacin.
Pg.: 214
Captulo 6
A partir de dicha informacin, se generan todas las especificaciones de construccin relativas al propio sistema, as como la descripcin tcnica del plan de pruebas, la definicin de los requisitos de implantacin y el diseo de los procedimientos de migracin y carga inicial, stos ltimos cuando proceda.
Al ser MTRICA Versin III una metodologa que cubre tanto desarrollos estructurados como orientados a objetos, las actividades de ambas aproximaciones estn integradas en una estructura comn.
1. En un primer bloque de actividades, que se llevan a cabo en paralelo, se obtiene el diseo de detalle del sistema de informacin. La realizacin de estas actividades exige una continua realimentacin. En general, el orden real de ejecucin de las mismas depende de las particularidades del sistema de informacin y, por lo tanto, de generacin de sus productos.
Pg. 218
En la actividad Definicin de la Arquitectura del Sistema, se establece el particionamiento fsico del sistema de informacin, as como su organizacin en subsistemas de diseo, la especificacin del entorno tecnolgico, y sus requisitos de operacin, administracin, seguridad y control de acceso. Se completan los catlogos de requisitos y normas, en funcin de la definicin del entorno tecnolgico, con aquellos aspectos relativos al diseo y construccin que sea necesario contemplar. Asimismo, se crea un catlogo de excepciones del sistema, en el que se registran las situaciones de funcionamiento secundario o anmalo que se estime oportuno considerar y, por lo tanto, disear y probar. Este catlogo de excepciones se utiliza como referencia en la especificacin tcnica de las pruebas del sistema. El particionamiento fsico del sistema de informacin permite organizar un diseo que contemple un sistema de informacin distribuido, como por ejemplo la arquitectura cliente/servidor, siendo aplicable a arquitecturas multinivel en general. Independientemente de la infraestructura tecnolgica, dicho particionamiento representa los distintos niveles funcionales o fsicos del sistema de informacin. La relacin entre los elementos del diseo y particionamiento fsico, y a su vez, entre el particionamiento fsico y el entorno tecnolgico, permite una especificacin de la distribucin de los elementos del sistema de informacin y, al mismo tiempo, un diseo orientado a la movilidad a otras plataformas o la reubicacin de subsistemas. El sistema de informacin se estructura en subsistemas de diseo. stos a su vez se clasifican como de soporte o especficos, al responder a propsitos diferentes. Los subsistemas de soporte contienen los elementos o servicios comunes al sistema y a la instalacin, y generalmente estn originados por la interaccin con la infraestructura tcnica o la reutilizacin de otros sistemas, con un nivel de complejidad tcnica mayor. Los subsistemas especficos contienen los elementos propios del sistema de informacin, generalmente con una continuidad de los subsistemas definidos en el proceso de Anlisis del Sistema de Informacin (ASI). Tambin se especifica en detalle el entorno tecnolgico del sistema de informacin, junto con su planificacin de capacidades (capacity planning),
Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 219
y sus requisitos de operacin, administracin, seguridad y control de acceso. El diseo detallado del sistema de informacin, siguiendo un enfoque estructurado, comprende un conjunto de actividades que se llevan a cabo en paralelo a la Definicin de la Arquitectura del Sistema. El alcance de cada una de estas actividades se resume a continuacin: Diseo de la Arquitectura de Soporte, que incluye el diseo detallado de los subsistemas de soporte, el establecimiento de las normas y requisitos propios del diseo y construccin, as como la identificacin y definicin de los mecanismos genricos de diseo y construccin. Diseo de la Arquitectura de Mdulos del Sistema, dnde se realiza el diseo de detalle de los subsistemas especficos del sistema de informacin y la revisin de la interfaz de usuario. Diseo Fsico de Datos, que incluye el diseo y optimizacin de las estructuras de datos del sistema, as como su localizacin en los nodos de la arquitectura propuesta. En el caso de Diseo Orientado a Objetos, conviene sealar que el diseo de la persistencia de los objetos se lleva a cabo sobre bases de datos relacionales, y que el diseo detallado del sistema de informacin se realiza en paralelo con la actividad de Diseo de la Arquitectura de Soporte, y se corresponde con las siguientes actividades: Diseo de Casos de Uso Reales, con el diseo detallado del comportamiento del sistema de informacin para los casos de uso, el diseo de la interfaz de usuario y la validacin de la divisin en subsistemas. Diseo de Clases, con el diseo detallado de cada una de las clases que forman parte del sistema, sus atributos, operaciones, relaciones y mtodos, y la estructura jerrquica del mismo. En el caso de que sea necesario, se realiza la definicin de un plan de migracin y carga inicial de datos. Una vez que se tiene el modelo de clases, se comienza el diseo fsico en la actividad Diseo Fsico de Datos, comn con el enfoque estructurado. Una vez finalizado el diseo de detalle, se realiza su revisin y validacin en la actividad Verificacin y Aceptacin de la Arquitectura del Sistema, con el objeto de analizar la consistencia entre los distintos modelos y conseguir la aceptacin del diseo por parte de los responsables de las reas de Explotacin y Sistemas.
Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 220
El particionamiento fsico del sistema de informacin se especifica identificando los nodos y las comunicaciones entre los mismos, con cierta independencia de la infraestructura tecnolgica que da soporte a cada nodo.
Con el fin de organizar y facilitar el diseo, se realiza una divisin del sistema de informacin en subsistemas de diseo, como partes lgicas coherentes y con
Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 221
subsistemas especficos del sistema de informacin (en adelante, subsistemas especficos) y subsistemas de soporte, con la finalidad de independizar, en la medida de lo posible, las funcionalidades a cubrir por el sistema de informacin de la infraestructura que le da soporte. En la mayora de los casos, los subsistemas especficos provienen directamente de las especificaciones de anlisis y de los subsistemas de anlisis, mientras que los subsistemas de soporte provienen de la necesidad de interaccin del sistema de informacin con la infraestructura y con el resto de los sistemas, as como de la reutilizacin de mdulos o subsistemas ya existentes en la instalacin.
Debido a que la definicin de los subsistemas de soporte puede exigir la participacin de distintos perfiles tcnicos, se propone el diseo de ambos tipos de subsistemas en actividades distintas, aunque en paralelo. Una vez identificados y definidos los distintos subsistemas de diseo, se determina su ubicacin ptima de acuerdo a la arquitectura propuesta. La asignacin de dichos subsistemas a cada nodo permite disponer, en funcin de la carga de proceso y comunicacin existente entre los nodos, de la informacin necesaria para realizar una estimacin de las necesidades de infraestructura tecnolgica que da soporte al sistema de informacin. Este factor es especialmente crtico en arquitecturas multinivel o cliente/servidor, donde las comunicaciones son determinantes en el rendimiento final del sistema.
Se propone crear un catlogo de excepciones en el que se especifiquen las situaciones anmalas o secundarias en el funcionamiento y ejecucin del sistema de informacin, y que se ir completando a medida que se avance en el diseo detallado de los subsistemas. Para esto, en esta actividad tambin se establecen los requisitos, normas y estndares originados como consecuencia de la adopcin de una determinada solucin de arquitectura o infraestructura, que sern aplicables tanto en este proceso como en la Construccin del Sistema de Informacin (CSI). Se detallan a su vez, de acuerdo a las particularidades de la arquitectura del sistema propuesta, los requisitos de operacin, seguridad y control, especificando los procedimientos necesarios para su cumplimiento.
Como resultado final de esta actividad, se actualizan los catlogos de requisitos y normas, y se generan los siguientes productos:
Pg. 222
Diseo de la Arquitectura del Sistema, como producto que engloba el particionamiento fsico del sistema de informacin y la descripcin de subsistemas de diseo. Entorno Tecnolgico del Sistema, que a su vez comprende la especificacin del entorno tecnolgico, las restricciones tcnicas y la planificacin de capacidades. Catlogo de Excepciones. Procedimientos de Operacin y Administracin del Sistema. Procedimientos de Seguridad y Control de Acceso.
Se entender por nodo cada participacin fsica o parte significativa del sistema de informacin, con caractersticas propias de ejecucin o funcin, e incluso, de diseo y construccin.
Para facilitar la comprensin del sistema, el mismo se documentar mediante un Modelo de Despliegue de Componentes de UML. A continuacin de describen los elementos que contempla este tipo de diagrama: Nodos de procesamiento Dispositivos hardware Comunicacin entre nodos y con dispositivos Componentes de software empaquetados en unidades instalables
Pg. 223
a) Equipo cliente: Representa al equipo en el cual se desplegar la interfaz de usuario, si bien esta funcin puede ejecutarse tambin en el equipo donde se ubica la funcin del servidor, a continuacin se describen las caractersticas del mismo para desempear solo la funcin de iteracin con el usuario:
Requerimientos de hardware Un procesador Pentium II, 128 Mb de Memoria RAM, 10 Mb libre en el disco rgido.
Pg. 224
c) Equipo servidor: Representa al equipo en el cual se llevarn a cabo los procesos de manejo de la lgica de negocio y administracin de la base de datos. Si bien sobre esta mismo equipo se puede ejecutar la funcin de iteracin con el usuario, los requisitos que se definen a continuacin tienen que ver principalmente con la ejecucin de los procesos de servicio que se proveern al equipo cliente:
Requerimientos de hardware un procesador Pentium II, 256 Mb de Memoria RAM, 10 Mb libre en el disco rgido. Sistema operativo Windows 2000 Base de datos My SQL
d) Cliente GESCRISP: Este componente representa a la funcin del cliente del sistema, desde aqu el usuario podr realizar la administracin de los proyectos.
f) Gestor de Reportes: Representa al software Cristal Report, el cual se utilizara como principal herramienta para la gestin de impresin de reportes y listados.
g) Servidor GESCRISP:Este componente representa a la funcin del servidor del sistema, el cual se encarga de administrar todos los accesos a la base de datos y el manejo de la lgica de negocios.
h) Base de datos:Representa a la base de datos relacional donde se guarda la informacin referente a los usuarios y proyectos gestionados. Esta funcin ser implementada en una base de datos MySQL.
La distribucin de componentes mostrada en la figura DSI 1 ha tenido en cuanta los siguientes aspectos:
Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 225
Los usuarios se encuentran distribuidos dentro de la empresa u organizacin donde se implemente el sistema, lo cual implica que los mismos estarn ubicados en lugares fsicos diferentes. Los datos deben estar centralizado. Esto permitir a los distintos participantes del proyecto acceder a informacin unificada y consistente del mismo. Adems, el hecho de que la informacin se encuentre unificada permite que solo sea necesario realizar un nico backup para el resguardo de los datos as como la administracin de seguridad de los mismos. Los procesos se encontrarn distribuidos entre los componentes clientes y servidor de la aplicacin. De esta manera los componentes clientes se encargarn de las cuestiones referentes a un usuario en particular (carga de datos, consultas, etc.) y el componente servidor que tendr que ser normativamente mas robusto dado que deber soportar la concurrencia de mltiples usuarios y la gestin de los datos. Por otro lado, es indispensable asegurar el correcto funcionamiento de los mismos y su alta disponibilidad dado que ningn nodo cliente del sistema funcionar correctamente si los componentes del servidor no se encuentran disponibles.
A partir de este anlisis, podemos identificar un segundo diagrama lgico, el cual muestra la relacin entre los componentes identificados en la figura DSI 1 y es complementario al mismo:
Pg. 226
a) Comunicacin Cliente-Servidor: Esta comunicacin se establece fsicamente a travs de la red local que debe estar implementada en la organizacin, sobre la cual se utilizarn los servicios de RDS (Remote Data Services). Este servicio que es parte del three-tier framework permite establecer de una forma rpida y sencilla la comunicacin entre los componentes cliente y servidor.
b) Comunicacin Servidor-Base de datos: En este caso ambos componentes del sistema se encuentran en el mismo equipo, y se utilizar los servicios ADO (Access Data Objet) para el envo de instrucciones SQL desde el aplicativo servidor al driver de la base de datos.
Entre estos requisitos pueden estar los relacionados con lenguajes, rendimiento de los distintos elementos de la arquitectura, as como criterios de ubicacin de mdulos y datos en los distintos nodos.
Por tanto, como resultado de esta tarea se actualiza el catlogo de requisitos elaborado en el proceso Anlisis de Sistemas de Informacin.
Pg. 227
de Identificacin requisito
Impresin remota
El
sistema
debe
poder
imprimir
en
cualquier impresora accesible desde el equipo cliente, ya sea esta local o de red RNF-13 Carga de trabajo Los del cliente componentes del cliente sern
RNF-14
componentes
del
servidor
sern
RNF-15
Backup centralizado
RNF-16
Comunicacin
Este
requisito
ha
sedo
discutido
Se propone su catalogacin como ayuda para el diseo del sistema de informacin y como gua en la especificacin tcnica de las pruebas, al permitir la generacin de algunos casos de prueba de forma inmediata. Dicho catlogo se va completando a partir de las actividades correspondientes al diseo detallado de los subsistemas.
Tipo y descripcin de la excepcin. Condiciones previas del sistema de informacin. Elemento afectado (nodo, mdulo, caso de uso).
Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 228
Respuesta del sistema de informacin. Elemento asociado a la respuesta esperada del sistema (mdulo, clase, procedimiento, etc.).
Las excepciones que se proponen como obligatorias son las relacionadas con el funcionamiento general del sistema de informacin, habitualmente asociadas a:
Nodos y comunicaciones del particionamiento fsico del sistema de informacin. Este tipo de excepciones tiene lugar cuando no estn disponibles los gestores de bases de datos o los recursos compartidos del sistema (representados como nodos), cuando se producen fallos en las comunicaciones entre nodos, etc. Rangos o valores no vlidos en la entrada de datos, como pueden ser atributos obligatorios, con formatos especficos, etc.
Se recomienda, segn el nivel de especificacin que se establezca en cada caso, catalogar tambin las excepciones particulares que se identifiquen en las actividades del diseo de detalle.
A continuacin en las tablas DSI 2 a DSI 7 se describen las excepciones que contempla el presente desarrollo:
Pg. 229
EX-C001 Comunicacin El componente cliente intenta comunicarse al componente servidor y este no responde
Componente Cliente
del Mensaje de error al usuario indicando la imposibilidad de conectarse: El sistema no puede conectarse al servidor
Tabla DSI 2: Excepcin de comunicacin
EX-C002 Comunicacin El componente servidor intenta comunicarse el sistema gestor de base de datos pero el mismo no responde.
Condiciones previas
El sistema no se encuentra conectado al gestor de base de datos. El componente servidor ha recibido una peticin del componente cliente para ejecutar una transaccin
Componente Servidor
del El componente servidor debe comunicar al componente cliente la imposibilidad de ejecutar la transaccin. Este mensaje debe ser informado al usuario: El servidor informa que es imposible ejecutar la transaccin indicada
Tabla DSI 3: Excepcin de comunicacin
Pg. 230
EX-C003 Comunicacin El componente cliente logra comunicarse con el componente servidor, pero ocurre un error de comunicacin en medio de la transaccin
del Mensaje de error al usuario indicando la imposibilidad de ejecutar correctamente la transaccin: Ha ocurrido un error de comunicacin
Tabla DSI 4: Excepcin de comunicacin
EX-C004 Comunicacin El sistema intenta enviar datos a la impresora local pero esta no responde
Condiciones previas
Componente Cliente
del Mensaje de error al usuario indicando la imposibilidad de imprimir el reporte: Ha ocurrido un error de impresin
Tabla DSI 5: Excepcin de comunicacin
EX-V001 Validacin Se pretende cargar un dato cuyo valor se encuentra fuera de los rengos permitidos para el mismo.
del Mensaje de error al usuario indicando que dato ingresado es invlido: Ha ocurrido un error de comunicacin
Tabla DSI 6: Excepcin de validacin
Pg. 231
EX-P001 Permiso Se pretende acceder a un documento de un proyecto, pero no se cuenta con los permisos de acceso necesarios en el sistema operativo.
Condiciones previas
Componente Cliente
del Mensaje de error al usuario indicando que no posee permisos para acceder al documento: Ha ocurrido un error no le han asignado permisos de acceso en el sistema operativo
Tabla DSI 7: Excepcin de validacin
La divisin en subsistemas de diseo se puede realizar con una continuidad directa de los modelos del anlisis, o aplicando nuevos criterios de diseo, entre los que es posible citar los siguientes:
Facilidad de mantenimiento. Reutilizacin de elementos del propio sistema o de la instalacin. Optimizacin de recursos (por ejemplo, lneas de comunicaciones). Caractersticas de ejecucin (en lnea o por lotes). Funcionalidad comn. Aplicacin de mecanismos genricos de diseo al nivel de arquitectura.
Los subsistemas resultantes se califican como especficos o de soporte, asignando cada subsistema al nodo correspondiente.
Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 232
Los subsistemas especficos contemplan las funcionalidades propias del sistema de informacin, mientras que los de soporte cubren servicios comunes, proporcionando un acceso transparente a los distintos recursos. Estos ltimos estn relacionados con:
Comunicaciones entre subsistemas. Gestin de datos (acceso a bases de datos, ficheros, reas temporales, importacin y exportacin de datos, sincronizacin de bases de datos, etc.). Gestin de transacciones. Control y gestin de errores. Seguridad y control de acceso. Gestin de interfaz. Interaccin con los recursos propios del sistema.
La interaccin del sistema de informacin con la infraestructura que le da soporte, as como con el resto de los sistemas y servicios de la instalacin, puede originar la necesidad de nuevos subsistemas, mdulos, clases o servicios no especificados en el anlisis.
La definicin del comportamiento externo de cada subsistema se completa durante el diseo de detalle con la especificacin de su interfaz, as como con la dependencia entre subsistemas.
El diseo de detalle de los subsistemas identificados por criterios de optimizacin y reutilizacin, puede aconsejar la reorganizacin y reubicacin de los elementos que forman parte de cada subsistema y, a su vez, puede dar lugar a la identificacin de nuevos subsistemas de soporte.
En diseo estructurado, la descripcin de los subsistemas de diseo que conforman el sistema de informacin se especifica mediante un diagrama de estructura de alto nivel, que muestra los distintos subsistemas de que consta el sistema, incluidos los subsistemas de soporte, junto con la definicin de la interfaz de cada subsistema.
Pg. 233
La ubicacin de subsistemas en nodos y la dependencia entre subsistemas se especifica por medio de tcnicas matriciales, o bien en lenguaje natural o pseudocdigo.
Three-tier framework posee bsicamente tres componentes principales: a) el servidor, que administra la lgica de negocios y de acceso a datos, b) el cliente, que administra la comunicacin con el usuario, y, c) la base de datos, donde el sistema almacena la informacin. A continuacin, en la figura DSI 3, se muestra el esquema de implementacin del framework:
Niveles de Arquitectura (DSI 1.1). Para esto, se propone agrupar los elementos de la infraestructura en los siguientes conceptos:
Hardware: procesadores, unidades de almacenamiento, estaciones de trabajo, etc. Software: sistemas operativos, subsistemas, middleware, gestores de bases de datos, sistemas de ficheros, software de base, herramientas y utilidades de gestin propias del sistema, etc. Comunicaciones: diseo de la topologa de la red, protocolos, nodos de red, etc.
La definicin de los distintos elementos puede generar restricciones tcnicas que afecten al diseo o construccin del sistema de informacin.
Asimismo, se realiza una estimacin de la planificacin de capacidades (capacity planning) o se especifican los parmetros que Explotacin y Sistemas precisen para realizar dicha planificacin. Se indican, al menos, las necesidades previstas de:
Almacenamiento: espacio en disco, espacio en memoria, pautas de crecimiento y evolucin estimada del sistema de informacin, etc. Procesamiento: nmero y tipo de procesadores, memoria, etc. Comunicaciones: lneas, caudal, capacidades de elementos de red, etc.
Para poder determinar la planificacin de capacidades, es necesario conocer los diseos detallados de los mdulos / clases y escenarios, incluida la informacin de control en las comunicaciones, as como el diseo fsico de datos optimizado, productos que se estn generando en paralelo a esta actividad. Tambin se tienen en cuenta, cuando proceda, las estimaciones de volmenes de datos propios de la migracin y carga inicial de datos.
Pg. 235
Plataforma Intel: Procesador Pentium II o superior. 128 Mb. De RAM. 1GB de espacio libre en disco. Placa de Red. Pataforma AMD: Procesador Attlon o superior. 128 Mb. De RAM. 1GB de espacio libre en disco. Placa de Red.
Tomando como referencia los requisitos establecidos para el sistema, y teniendo en cuenta la arquitectura propuesta y las caractersticas del entorno tecnolgico definido en esta actividad, se lleva a cabo la definicin de los requisitos de seguridad y control de acceso necesarios para garantizar la proteccin del sistema y minimizar el riesgo de prdida, alteracin o consulta indebida de la informacin. Para ello, se disean los procedimientos relacionados con:
Acceso al sistema y a sus recursos (datos, transacciones, libreras, etc.). Mantenimiento de la integridad y confidencialidad de los datos. Control y registro de accesos al sistema (logs, certificacin, etc.).
Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 236
Asimismo, se definen los requisitos de operacin para los distintos elementos del sistema (mdulos, clases, estructuras fsicas de datos, sistemas de ficheros), que se estn elaborando en paralelo a esta actividad, y se disean los procedimientos asociados relacionados con:
Tratamiento en lnea (franja horaria/periodos crticos, nmero mximo de usuarios, etc.). Tratamiento por lotes (periodicidad y secuencia de ejecucin,
interdependencias, peticin de ejecucin, etc.). Control y planificacin de trabajos. Recuperacin y reanudacin de trabajos. Distribucin de informacin generada por el sistema, tanto trabajos planificados o bajo peticin. Control y seguimiento del correcto funcionamiento de los procedimientos de backup y recuperacin utilizados habitualmente.
Los pares usuario/contrasea que utilizaran los usuarios del sistema son de nivel aplicativo, es decir, son administrados por la aplicacin y no tiene sentido o uso a nivel de sistema operativo o base de datos.
Pg. 237
Dicho registro estar en forma ASCII para poder ser consultado fcilmente sin ningn tipo de software adicional. Se define su nombre compuesto para el archivo de log, el cual ser: ao-mes-da-gescrisp.log. As el archivo de log ser distinto para cada da de operacin del sistema, permitiendo una fcil extraccin de los archivos para resguardo y depuracin de los mismos.
Dado que el actual proyecto est involucrado dentro del marco de un trabajo acadmico, que no cuenta con presupuesto alguno y que el RDBMS utilizado carece de caractersticas avanzadas de backup y recupero, se recomienda un esquema de backup diario basado en copias del sistema de archivos en CD-ROM.
Pg. 238
Consecuencias
cliente que El sistema no guarda estado de sus objetos en el cada del cliente. Con lo cual, cualquier operacin no terminada (enviada al servidor) ser deshecha por completo. Al reanudar el uso del sistema, el usuario deber volver a ejecutar todos los pasos hechos anteriormente.
ocasiona
componente mismo
sistema
tampoco
almacena
estado
en
el
servidor, que ocasiona la componente servidor. cada del mismo Fallo base en de el
componente La base de datos posee lgica de gestin de datos, que transacciones. Por lo tanto, una cada en este componente resultar en volver las transacciones abiertas al ltimo estado consistente anterior.
Tabla DSI 7: Consecuencias de la interrupcin del servicio
El diseo de los subsistemas de soporte, conceptualmente, es similar al diseo de los subsistemas especficos, aunque debe cumplir con unos objetivos claros de reutilizacin. De esta manera, se consigue simplificar y abstraer el diseo de los subsistemas especficos de la complejidad del entorno tecnolgico, dotando al sistema de informacin de una mayor independencia de la infraestructura que le da soporte. Con este fin, se aconseja la consulta de los datos de otros proyectos existentes, disponible en el Histrico de Proyectos. Si esto no fuera suficiente, se puede contar en
Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 239
esta actividad con la participacin de perfiles tcnicos, con una visin global de la instalacin.
Esta actividad se realiza en paralelo al diseo detallado, debido a que existe una constante realimentacin, tanto en la especificacin de los subsistemas con sus interfaces y dependencias, como en la aplicacin de esqueletos o patrones en el diseo.
El nivel de reutilizacin de los subsistemas de soporte y sus servicios es potencialmente alto, de modo que se debe intentar emplear, en la medida de lo posible, los subsistemas que ya existan en la instalacin y se consideren viables. La informacin relativa a dichos subsistemas podr obtenerse del Histrico de Proyectos. En cualquier caso, cuando proceda realizar el diseo de los subsistemas de soporte, se recomienda hacerlo con ese fin. El diseo sigue las mismas pautas que las establecidas para los subsistemas especficos, aunque con las siguientes
particularidades:
Generalmente, ser necesaria una descomposicin de los subsistemas de soporte en servicios, entendiendo como independientes y reutilizables. Se recomienda realizar una descripcin de la interfaz y del comportamiento de cada servicio, previa a su diseo de detalle, que permita completar el diseo de los subsistemas especficos.
Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 240
La especificacin y diseo de cada servicio, mdulo o clase, se realiza con las tcnicas habituales de especificacin y diseo de mdulos o clases, o incluso opcionalmente, si la simplicidad de los elementos lo aconseja, otros lenguajes de especificacin, pseudocdigo o lenguaje natural.
A medida que se lleva a cabo esta tarea pueden surgir comportamientos de excepcin que debern contemplarse igualmente en el diseo, y que en funcin del nivel de especificacin que se haya establecido, se incorporan al catlogo de excepciones.
Las transacciones mas importantes en el contexto de estos objetos, son setComplete o setAbort, las cuales son mtodos pblicos que permiten controlar el fin de la transaccin.
Pg. 241
El esquema de funcionamiento del componente MTS mostrado en la figura DSI 4, puede complementarse con el uso del componente Distributed Transaction Coordinator (DTC), el mismo es un componente adicional que esta incluido dentro de MTS y permite gestionar los accesos a la base de datos. A continuacin, en la figura DSI 5, se muestra el diagrama de secuencia del componente MTS complementado con el componente DTC:
Figura DSI 5: Diagrama de secuencia del componente MTS acompaado del componente DTL
Para el desarrollo del presente desarrollo se generarn como objetos de la clase Cliente todos los formularios de Visual Basic que se utilicen para la generacin de la interfaz de usuario. Por otra parte, se generarn dos objetos, uno llamado Usuarios y otro llamado Proyectos que se derivan de las funciones de la clase Clase_VB_MTS. Por ltimo, se generar una clase llamada ServiciosDeDatos que implementar los accesos a la base de datos, para independizar a las clases Usuarios y Proyectos de conocer como se debe realizar el acceso puntual a la base de datos.
Pg. 242
Algunos de los escenarios detallados requerirn una nueva interfaz de usuario. Por este motivo es necesario disear el formato de cada una de las pantallas o impresos identificados.
Es importante validar que los subsistemas definidos en la tarea Identificacin de Subsistemas de Diseo tienen la mnima interfaz con otros subsistemas. Por este motivo, se elaboran los escenarios al nivel de subsistemas y, de esta forma, se delimitan las interfaces necesarias para cada uno de ellos, teniendo en cuenta toda la funcionalidad del sistema que recogen los casos de uso. Adems, durante esta actividad pueden surgir requisitos de implementacin, que se recogen en el catlogo de requisitos.
Las tareas de esta actividad se realizan en paralelo con las de Diseo de Clases .
Adicionales, ya que, como se ha sealado en la introduccin de esta actividad, las actividades Diseo de caos de uso reales y Diseo de clases se realizan en paralelo. Dichas clases se identifican a partir de las clases del modelo del anlisis y de aquellas clases adicionales necesarias para el escenario que se est diseando. A su vez, a medida que se va estudiando la descripcin de los casos de uso, pueden aparecer nuevas clases de diseo que no hayan sido identificadas anteriormente y que se incorporan al modelo de clases en la tarea Identificacin de Clases Adicionales.
Pg. 244
Figura DSI 10: Diagrama de Clases del caso de uso Abrir Proyecto
Pg. 245
Figura DSI 11: Diagrama de Clases del caso de uso Verificar Permisos
Figura DSI 12: Diagrama de Clases del caso de uso Finalizar Proyecto
Figura DSI 13: Diagrama de Clases del caso de uso Asignar Responsable
Pg. 246
Figura DSI 14: Diagrama de Clases del caso de uso Mostrar Documentos
Figura DSI 15: Diagrama de Clases del caso de uso Generar Versiones
Figura DSI 16: Diagrama de Clases del caso de uso Consultar Proyectos
CambiarClaveIU 1
Usuarios
Usuario
Figura DSI 17: Diagrama de Clases del caso de uso Cambiar Clave
Pg. 247
Figura DSI 18: Diagrama de Clases del caso de uso Generar Carpetas
Figura DSI 19: Diagrama de Clases del caso de uso Mostrar Proyecto
Figura DSI 20: Diagrama de Clases del caso de uso Validar Usuarios
Figura DSI 21: Diagrama de Clases del caso de uso Comprobar Clave
Pg. 248
En aquellos casos en los que se realizan modificaciones significativas sobre la interfaz de usuario, es conveniente que ste las valide, siendo opcional la realizacin de un nuevo prototipo.
Se identifican las clases de diseo, que denominamos clases adicionales, en funcin del estudio de los escenarios de los casos de uso, que se est realizando en paralelo en la actividad Diseo de Casos de Uso Reales, y aplicando los mecanismos genricos de diseo que se consideren convenientes por el tipo de especificaciones tecnolgicas y de desarrollo. Entre ellas se encuentran clases abstractas, que integran caractersticas comunes con el objetivo de especializarlas en clases derivadas. Se disean las clases de interfaz de usuario, que provienen del anlisis. Como consecuencia del estudio de los escenarios secundarios que se est realizando, pueden aparecer nuevas clases de interfaz. Tambin hay que considerar que, por el diseo de las asociaciones y agregaciones, pueden aparecer nuevas clases, o desaparecer incluyendo sus atributos y mtodos en otras, si se considera conveniente por temas de optimizacin. La jerarqua entre las clases se va estableciendo a lo largo de esta actividad, a medida que se van identificando comportamientos comunes en las clases, aunque haya una tarea propia de diseo de la jerarqua.
Otro de los objetivos del diseo de las clases es identificar para cada clase, los atributos, las operaciones que cubren las responsabilidades que se identificaron en el anlisis, y la especificacin de los mtodos que implementan esas operaciones, analizando los escenarios del Diseo de Casos de Uso Reales, luego, se determina la visibilidad de los atributos y operaciones de cada clase, con respecto a las otras clases del modelo. Una vez que se ha elaborado el modelo de clases, se define la estructura fsica de los datos correspondiente a ese modelo, en la actividad Diseo Fsico de Datos.
Adems, en los casos en que sea necesaria una migracin de datos de otros sistemas o una carga inicial de informacin, se realizar su especificacin a partir del modelo de clases y las estructuras de datos de los sistemas origen. Como resultado de todo lo anterior se actualiza el modelo de clases del anlisis, una vez recogidas las decisiones de diseo.
definir atributos adicionales. Para cada atributo identificado se define su tipo, con formatos especficos, y si existieran, las restricciones asociadas a ese atributo. Asimismo, se analiza la posibilidad de convertir un atributo en clase en aquellos casos en los que:
El atributo se defina en varias clases de diseo. La complejidad del atributo aumente la dificultad para comprender la clase a la que pertenece.
Clases de Anlisis Asistente ArmarProyecto Asistente borrarProyectos Asistente CrearProyecto Asistente GenerarInforme ComprobarClave Documentos EliminarCarpetas Fases FasesOriginales GenerarArchivo GenerarCarpetas Interfaz AsignarResponsable Interfaz CambiarClave Interfaz Consulta Interfaz Documento Interfaz GenerarProyecto Interfaz MenuPrincipal Interfaz ModificacionUsuario Interfaz Proyecto Interfaz Proyectos
Diseo del sistema de Informacin
Clases de diseo ArmarProyecto BorrarProyectos CrearProyecto GenerarInforme ComprobarClave Documentos Carpetas Fases FasesOriginales GenerarArchivo Carpetas AsignarResponsableIU CambiarClaveIU ConsultaIU DocumentoIU GenerarProyectoIU MenuPrincipalIU ModificarUsuarioIU ProyectoIU ProyectosIU
Lic. Enrique Fernndez Pg. 251
Clases de Anlisis Interfaz Usuario Interfaz ValidarUsuario Interfaz Versin Proyectos Subfases SubfasesOriginales Usuarios VerificarPermisos Versin
Clases de diseo UsuarioIU ValidarUsuarioIU VersinIU Proyectos Subfases SubfasesOriginales Usuarios Permisos Versiones
A continuacin , en la tabla DSI 9, se completa la informacin de los atributos de las clases identificados en la fase de anlisis: Clase ArmarProyecto Atributos CodigoProyecto NombreProyecto FechaAlta CodigoUsuario UbicacionCarpeta EstadoProyecto FechaFinalizacin DescripcinProyecto AsignarResponsableIU Usuarios (1-n) CodigoUsuario PerfilUsuario CodigoProyecto CodigoUsuarioACargo Fases (1-6) CodigoFase NombreFase (ResponsableFase) Subfases (1-n) CodigoSubfase NombreSubfase (ResponsableSubfase)
Diseo del sistema de Informacin Lic. Enrique Fernndez
Clase BorrarProyectos
Tipo Int String String String String String String String String Int Int String String Int String Date Date Int String String String Int Int String Int String String String Int String String Int String String
CambiarClaveIU
Carpetas ComprobarClave
ConsultaIU CrearProyecto
DocumentoIU
Documentos
Fases
FasesOriginales
GenerarArchivo
GenerarInforme GenerarProyectoIU
Pg. 253
Clase ModificacionUsuarioIU
Atributos CodigoUsuario NombreUsuario ApellidoUsuario DireccionUsuario Telefonos (1-3) DireccionCorreoE FechaNacimiento EstadoUsuario EspecialidadUsuario PerfilUsuario CargoUsuario
Tipo String String String String String String Date String String String String String String Int String
Permisos
CodigoUsuario PerfilUsuario
ProyectoIU
CodigoProyecto NombreProyecto Fases (1-6) CodigoFase NombreFase Subfases (1-n) CodigoSubfase NombreSubfase Documentos (1-n) CodigoDocumento NombreDocumento Versiones (1-n) IdentificadorVersion FechaCreacion
Int String
Int String
Int String
Int Date Int String Date String String String Date String
Pg. 254
Proyectos
Clase ProyectosIU
Tipo Int String Int Int Int String Int Int String String String String String String String String Date String String String String String String String String String String String Date String String String String String String
Pg. 255
Subfases
SubfasesOriginales
UsuarioIU
CodigoUsuario NombreUsuario ApellidoUsuario DireccinUsuario Telefono (1-3) DireccionCorreoE FechaNacimiento EstadoUsuario EspecialidadUsuario PerfilUsuario CargoUsuario
Usuarios
CdigoUsuario ClaveAcceso NombreUsuario ApellidoUsuario DireccionUsuario Telefono (1-3) DireccionCorreoE FechaNacimiento EstadoUsuario EspecialidadUsuario PerfilUsuario CargoUsuario
ValidarUsuarioIU
CodigoUsuario ClaveAcceso
Clase Versiones
Tipo Int Int Int Date Float Date Date String Int Int Date Float Date Date String
VersinIU
Las operaciones de las clases de diseo surgen para dar respuesta a las responsabilidades de las clases de anlisis y, adems, para definir las interfaces que ofrece esa clase.
Segn el entorno de desarrollo utilizado, se describe cada operacin especificando: su nombre, parmetros y visibilidad (pblica, privada, protegida). Si el entorno de desarrollo lo permite, se tiene en cuenta la posibilidad de simplificar el modelo de clases haciendo uso del polimorfismo y la sobrecarga de operaciones. Para identificar las operaciones de aquellos objetos que presenten distintos estados, por lo que su comportamiento depende del estado en el que se encuentren, es recomendable realizar un diagrama de transicin de estados, y traducir cada accin o actividad del mismo en una de estas operaciones.
Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 256
Para comenzar con el anlisis de los mtodos, hay que tener en cuenta la siguiente distincin:
Mtodos Triviales: Existen ciertos mtodos utilizados para leer o escribir los valores de los atributos de un objeto (conocidos con getters y setters), que dependiendo del lenguaje en que se implemente pueden ser implementados automticamente por el lenguaje. Por tal motivo, estos mtodos no se documentarn para facilitar el entendimiento del modelo. Mtodos no triviales: Son aquellos mtodos que agregan valor al sistema, es decir, modelan reglas de negocio y comportamiento de las clases del sistema. Estos mtodos si sern diseados y explicados en las tablas DSI 10 a DSI 17: a) ArmarProyecto: Mtodo armaProyecto Tipo Pblico Descripcin Recupera todos los datos de un proyecto, sus fases, subfases y documentos Parmetros Resultado CodigoProyecto CodigoProyecto, NombreProyecto, FechaAlta, CodigoUsuario, UbicacionCarpeta, EstadoProyecto FechaFinalizacin, CodigoFase, CodigoSubfase, CodigoDocumento CodigoVersion, FechaCreacion finalizar Pblico Parmetros Resultado
Diseo del sistema de Informacin
Tabla DSI 10: Descripcin de los mtodos de la clase ArmarProyecto Lic. Enrique Fernndez
b) BorrarProyectos:
Mtodo borraProyecto
Tipo Pblico
c) CrearProyecto:
Mtodo creaProyecto
Tipo Pblico
Descripcin En base a la informacin de las fases, subfases y documentos que posee un proyecto bsico, se arman el nuevo proyecto
Parmetros
Resultado
-----
d) GenerarInforme:
Mtodo generaInforme
Tipo Pblico
Descripcin El base al tipo de informe que el usuario seleccione se recogen los datos del mismo y se genera el reporte
Parmetros Resultado
TipoReporte -----
Pg. 258
e) ComprobarClave:
Mtodo compruebaClave
Tipo Pblico
Parmetros Resultado
f) Carpetas:
Mtodo generaCarpeta
Tipo Pblico
Parmetros Resultado
UbicacioCarpeta -----
g) GenerarArchivo:
Mtodo generaArchivo
Tipo Pblico
Parmetros
Resultado
-----
Pg. 259
h) Permisos:
Mtodo verificaPermiso
Tipo Pblico
Descripcin Controla que el usuario tenga los permisos necesarios para ingresar al proyecto, fase o subfase
Parmetros
Resultado
Descripcin Estas clases dominan fuertemente el dominio del negocio. Cada clase se corresponde con un concepto del negocio que es necesario modelar. Las relaciones entre estas clases, modelan las
relaciones, restricciones y reglas del negocio. Clases de Proceso Estas clases modelan procesos dentro del dominio. Por lo general, estos
procesos son de una importancia o complejidad tal que vale la pena su diseo e implementacin fuera de las clases de dominio
Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 260
Descripcin Estas clases modelan la interfaz grfica de usuario. Este tipo de clases estn altamente ligadas con las caractersticas del lenguaje de implementacin del
sistema.
Tabla DSI 18: Paquetes principales del sistema
A continuacin, en la figura DSI 22, se detalla en nomenclatura UML la relacin de los paquetes descriptos en la tabla DSI 18:
A continuacin; en las figuras DSI 23, DSI 24 y DSI 25; se describen los diagramas de clases correspondientes a cada uno de los paquetes:
Pg. 261
BorrarProyecto +borraProyecto()
GenerarInforme +generaInforme()
GenerarArchivos +generaArchivo()
Permisos +verificaPermisos()
Figura DSI 24: Diagrama de clases del paquete de proceso Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 262
c) Clases de interfaz. Las clases de interfaz de usuario, por un tema de unificacin de criterios de modelado, sern representadas como clases, pero no recibirn una implementacin directamente como clases, sino que, implementadas a travs de formularios de Visual Basic. sern
necesario cargar la siguiente informacin inicial para hacer posible el funcionamiento del mismo: Carga del usuario administrador inicial del sistema Carga de las fase de la metodologa CRSIP-DM Carga de las subfase de la metodologa CRSIP-DM Carga de los datos referentes a los distintos documentos de la metodologa CRISP-DM
La carga de esta informacin se har mediante el lenguaje SQL directamente sobre la base de datos, sin necesidad de utilizacin de algn software externo que provea esta funcin.
Las tareas de esta actividad se realizan de forma iterativa y en paralelo con las realizadas en las actividades Definicin de la Arquitectura del Sistema, dnde se especifican los detalles de arquitectura e infraestructura y la planificacin de capacidades, Diseo de la Arquitectura de Soporte, dnde se determinan y disean los servicios comunes que pueden estar relacionados con la gestin de datos (acceso a bases de datos, ficheros, reas temporales, sincronizacin de bases de datos, etc.), Diseo de Casos de Uso Reales y de Clases, para desarrollo orientado a objetos, y Diseo de la Arquitectura de Mdulos del Sistema, para desarrollo estructurado, dnde se especifica la lgica de tratamiento y las interfaces utilizadas. En el caso de diseo orientado a objetos, esta actividad tambin es necesaria. La obtencin del modelo fsico de datos se realiza aplicando una serie de reglas de transformacin a cada elemento del modelo de clases que se est generando en la actividad Diseo de Clases.
Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 264
Asimismo, en esta actividad hay que considerar los estndares y normas establecidos para el diseo aplicando, cuando proceda, los mecanismos genricos de diseo identificados en la tarea Identificacin de Mecanismos Genricos de Diseo.
Como paso previo al diseo de la estructura fsica de datos, se analizan las peculiaridades tcnicas del gestor de bases de datos o sistema de ficheros a utilizar, y las estimaciones sobre la utilizacin y volumen de las ocurrencias de cada entidad / clase del modelo lgico de datos normalizado o modelo de clases. Adems, si se ha establecido la necesidad de llevar a cabo una migracin de datos, se deben tener en cuenta tambin los volmenes de las estructuras de datos implicadas en la conversin. Esta informacin sirve para decidir la mejor implementacin del modelo lgico de datos/modelo de clases, as como para hacer una estimacin del espacio de almacenamiento.
De acuerdo al anlisis anterior, se determina cmo se van a convertir las entidades/clases en tablas, considerando las relaciones existentes entre ellas y los identificadores, definiendo sus claves primarias, ajenas, alternativas u otros medios de acceso en general. Tambin se definen aquellos elementos que, en funcin del gestor o sistemas de ficheros a utilizar, se considere necesario implementar. Entre estos elementos podemos citar los siguientes:
Pg. 265
A continuacin, en la tabla DSI 19, se describe en detalle cada una de las tablas descriptas en la grfica de la figura 26:
Tabla Cargo
Documentos
Clave Primaria
Especialidad
Codigo_especialidad
Clave primaria
Descripcin_especialidad String
Pg. 266
Tabla Estados
Tipo Int String Int Int String Int String String Int String Int String Date String String String Date String Int Int Int String
Fases
FasesOriginales
Clave primaria
Perfil
Codigo_perfil Descripcin_perfil
Clave primaria
Proyectos
Clave primaria
Subfases
SubfasesOriginales
Int Int String String String String String String String String String String
Telefonos
Nro_telefono Codigo_usuario
Clave primaria
Usuarios
Clave primaria
Pg. 267
Tabla
Tipo Date Int Int Int Int Int Int Int Date Float Date Date String
Condicionantes
Clave fornea Clave fornea Clave fornea Clave fornea Clave primaria Clave primaria Clave primaria
Versiones
Verificacin de la calidad tcnica de cada modelo o especificacin Aseguramiento de la coherencia entre los distintos modelos Aceptacin del diseo de la arquitectura por parte de Explotacin y Sistemas.
Pg. 268
Las diferentes comprobaciones se fundamentan generalmente en tcnicas matriciales o de revisin entre los elementos comunes de los distintos modelos. El anlisis de consistencia relativo a la arquitectura del sistema es comn para desarrollo estructurado y orientado a objetos, aunque respecto a los productos del diseo detallado es especfico para cada uno de los enfoques.
Figura DSI 27: Diagrama de entidad relacin del proyecto Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 269
Clases Asociadas a los Casos de Uso vs Clases de Interfaz de Usuario / Clases de Proceso / Clases de Dominio
La Matriz de la tabla DSI 28 muestra dos columnas, en la de la izquierda, se describen las clases del paquetes de Clases de Interfaz de Usuario / Clases de Proceso / Clases de Dominio y en la columna de la derecha las clases asociadas a los Casos de Uso, como puede observarse, existe una relacin uno a uno entre ambas clases:
Clases asociadas a los paquetes de clases de Clases asociadas a los Interfaz de Usuario / Clases de Procesos / Clases casos de uso de Dominios ArmarProyecto AsignarResponsableIU BorrarProyectos CambiarClaveIU Carpetas ComprobarClave ConsultaIU CrearProyecto DocumentoIU Documentos Fases FasesOriginales GenerarArchivo GenerarInforme GenerarProyectoIU MenuPrincipalIU ModificarUsuarioIU Permisos ProyectoIU Proyectos ProyectosIU Subfases
Diseo del sistema de Informacin Lic. Enrique Fernndez
ArmarProyecto AsignarResponsableIU BorrarProyectos CambiarClaveIU Carpetas ComprobarClave ConsultaIU CrearProyecto DocumentoIU Documentos Fases FasesOriginales GenerarArchivo GenerarInforme GenerarProyectoIU MenuPrincipalIU ModificarUsuarioIU Permisos ProyectoIU Proyectos ProyectosIU Subfases
Pg. 270
Clases asociadas a los paquetes de clases de Clases asociadas a los Interfaz de Usuario / Clases de Procesos / Clases casos de uso de Dominios SubfasesOriginales UsuarioIU Usuarios ValidarUsuarioIU Versiones VersinIU SubfasesOriginales UsuarioIU Usuarios ValidarUsuarioIU Versiones VersinIU
Interfaz de Usuario / Clases de Proceso / Clases de Dominio
Tabla DSI 28, Trazabilidades entre Clases Asociadas a los Casos de Uso versus Clases de
La Matriz de la tabla DSI 29 muestra en las filas las tablas y en las columnas las clases asociadas al paquete de dominio, como puede observase, todas las clases tiene su correspondencia con la tablas:
SubfasesOriginales
FasesOriginales
Especialidad
Documentos
X X X X X X X X X X X X
Versiones
Pg. 271
Proyectos
Telefonos
Subfases
Usuarios
Estados
Cargo
Fases
Perfil
La Matriz de la tabla DSI 30 muestra dos columnas, en la de la izquierda, se describen las clases del paquetes de Clases de Interfaz de Usuario y en la columna de la derecha las pantallas de la fase de anlisis, como puede observarse, existe una relacin uno a uno entre ambos componentes:
Clases de Interfaz de Usuario AsignarResponsableIU CambiarClaveIU ConsultaIU ConsultaIU ConsultaIU ConsultaIU DocumentoIU GenerarProyectoIU MenuPrincipalIU ModificarUsuarioIU ProyectoIU ProyectosIU UsuarioIU ValidarUsuarioIU VersinIU
Pantallas de la fase de anlisis Asignar Responsable Cambiar Clave Consulta de Usuario Consulta de Proyectos Consulta de Proyectos Asignados Consulta de Responsables del Proyecto Documentos Crear Proyecto Men Principal Modificar Usuarios Proyecto Proyectos Existentes Agregar Usuarios Validacin de Usuario y Clave Versiones
Tabla DSI 30, Trazabilidades entre las Clases de Interfaz de Usuario y las pantallas de la fase de anlisis
En una reunin mantenida entre el tesista y la Directora del proyecto se dio por aprobada la fase de Anlisis del Sistema de Informacin.
Pg. 272
Estas especificaciones definen la construccin del sistema de informacin a partir de las unidades bsicas de construccin (en adelante, componentes), entendiendo como tales unidades independientes y coherentes de construccin y ejecucin, que se corresponden con un empaquetamiento fsico de los elementos del diseo de detalle, como pueden ser mdulos, clases o especificaciones de interfaz.
La divisin del sistema de informacin en subsistemas de diseo proporciona, por continuidad, una primera divisin en subsistemas de construccin, definiendo para cada uno de ellos los componentes que lo integran. Si se considera necesario, un subsistema de diseo se podr dividir a su vez en sucesivos niveles para mayor claridad de las especificaciones de construccin.
Las dependencias entre subsistemas de diseo proporcionan informacin para establecer las dependencias entre los subsistemas de construccin y, por lo tanto, definir el orden o secuencia que se debe seguir en la construccin y en la realizacin de las pruebas.
Tambin se generan las especificaciones necesarias para la creacin de las estructuras de datos en los gestores de bases de datos o sistemas de ficheros.
El producto resultante de esta actividad es el conjunto de las especificaciones de construccin del sistema de informacin, que comprende:
Especificacin del entorno de construccin. Descripcin de subsistemas de construccin y dependencias. Descripcin de componentes. Plan de integracin del sistema de informacin. Especificacin detallada de componentes. Especificacin de la estructura fsica de datos.
Pg. 273
Se propone que la especificacin del entorno se realice segn los siguientes conceptos:
Entorno tecnolgico: hardware, software y comunicaciones. Herramientas de construccin, generadores de cdigo, compiladores, etc. Restricciones tcnicas del entorno. Planificacin de capacidades previstas, o la informacin que estime oportuno el departamento de sistemas para efectuar dicha planificacin. Requisitos de operacin y seguridad del entorno de construccin.
A continuacin, en la tabla DSI 31, se describen las especificaciones del entorno tecnolgico:
Concepto
Definicin
Entorno tecnolgico: Hardware, software El equipo de desarrollo ser un PC y comunicaciones AMD Athlon, con 256 Mb. De memoria RAM y un disco rgido de 80GB. El sistema operativo es Windows 2000. La base de datos MySQL. Herramientas de construccin, Visual Basic 6.0
Planificacin de capacidades previstas, o No se observan la informacin que estime oportuno el departamento de sistemas para efectuar dicha planificacin Requisitos de operacin y seguridad del No se observan entorno de construccin
Tabla DSI 31, Especificaciones del entorno tecnolgico
Pg. 274
Los componentes se definen mediante la agrupacin de elementos del diseo de detalle de cada subsistema de diseo. En principio, cada mdulo o clase y cada formato individual de interfaz se corresponden con un componente, aunque se pueden agrupar o redistribuir mdulos o clases en componentes, siguiendo otros criterios ms oportunos, como pueden ser:
Optimizacin de recursos. Caractersticas comunes de funcionalidad o de acceso a datos. Necesidades especiales de ejecucin: elementos crticos, accesos costosos a datos, etc.
Los subsistemas de construccin y las dependencias entre subsistemas y entre componentes de un subsistema recogen aspectos prcticos relativos a la plataforma concreta de construccin y ejecucin. Entre estos aspectos se pueden citar, por ejemplo:
Secuencia de compilacin entre componentes. Agrupacin de elementos en libreras o packages (por ejemplo, DLL en el entorno Windows, packages en Java).
La asignacin de subsistemas de construccin a nodos, por continuidad con el diseo, determina la distribucin de los componentes que lo integran.
Opcionalmente, se propone la realizacin de un plan de integracin del sistema de informacin, especificando la secuencia y organizacin de la construccin y prueba de los subsistemas de construccin y de los componentes, desde un punto de vista tcnico.
Pg. 275
Pruebas unitarias. Pruebas de integracin. Pruebas del sistema. Pruebas de implantacin. Pruebas de aceptacin.
Para ello se toma como referencia el plan de pruebas, que recoge los objetivos de la prueba de un sistema, establece y coordina una estrategia de trabajo, y provee del marco adecuado para planificar paso a paso las actividades de prueba. Tambin puede ser una referencia el plan de integracin del sistema de informacin propuesto, opcionalmente, en la tarea Definicin de Componentes y Subsistemas de Construccin.
Pg. 276
El catlogo de requisitos, el catlogo de excepciones y el diseo detallado del sistema de informacin, permiten la definicin de las verificaciones que deben realizarse en cada nivel de prueba para comprobar que el sistema responde a los requisitos planteados. La asociacin de las distintas verificaciones a componentes, grupos de componentes y subsistemas, o al sistema de informacin completo, determina las distintas verificaciones de cada nivel de prueba establecido.
Las pruebas unitarias comprenden las verificaciones asociadas a cada componente del sistema de informacin. Su realizacin tiene como objetivo verificar la funcionalidad y estructura de cada componente individual.
Las pruebas de integracin comprenden verificaciones asociadas a grupos de componentes, generalmente reflejados en la definicin de subsistemas de
construccin o en el plan de integracin del sistema de informacin. Tienen por objetivo verificar el correcto ensamblaje entre los distintos componentes.
Las pruebas del sistema, de implantacin y de aceptacin corresponden a verificaciones asociadas al sistema de informacin, y reflejan distintos propsitos en cada tipo de prueba:
Las pruebas del sistema son pruebas de integracin del sistema de informacin completo. Permiten probar el sistema en su conjunto y con otros sistemas con los que se relaciona para verificar que las especificaciones funcionales y tcnicas se cumplen. Las pruebas de implantacin incluyen las verificaciones necesarias para asegurar que el sistema funcionar correctamente en el entorno de operacin al responder satisfactoriamente a los requisitos de rendimiento, seguridad y operacin, y coexistencia con el resto de los sistemas de la instalacin, y conseguir la aceptacin del sistema por parte del usuario de operacin. Las pruebas de aceptacin van dirigidas a validar que el sistema cumple los requisitos de funcionamiento esperado, recogidos en el catlogo de requisitos y en los criterios de aceptacin del sistema de informacin, y conseguir la aceptacin final del sistema por parte del usuario.
Las pruebas unitarias, de integracin y del sistema se llevan a cabo en el proceso Construccin del Sistema de Informacin (CSI), mientras que las pruebas de
Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 277
Como resultado de esta actividad se actualiza el plan de pruebas con la informacin siguiente:
Especificacin del entorno de pruebas. Especificacin tcnica de niveles de prueba. Planificacin de las pruebas.
Entorno tecnolgico: hardware, software y comunicaciones. Restricciones tcnicas del entorno. Requisitos de operacin y seguridad del entorno de pruebas. Herramientas de prueba relacionadas con la extraccin de juegos de ensayo, anlisis de resultados, utilidades de gestin del entorno, etc. Planificacin de capacidades previstas, o la informacin que estime oportuno el departamento tcnico para efectuar dicha planificacin. Procedimientos de promocin de elementos entre entornos (desarrollo, pruebas, explotacin, etc.). Procedimientos de emergencia y de recuperacin, as como de vuelta atrs.
a) Procedimientos de promocin: El sistema, para sus pruebas, ser instalado en un equipo donde se cuente con el programa winRar, el mismo permite generar archivos tipo Rar. De esta forma, una probado y aprobado, se generarn archivos de este tipo para cada directorio involucrado con el sistema y los mismo sern resguardados para su puesta en produccin.
b) Procedimientos de emergencia y de recuperacin, as como de vuelta atrs: Se define como emergencia en la que haga falta una recuperacin del sistema, a aquel caso en el que el servidor se ve daado fsicamente y por ende genera el mal funcionamiento de la aplicacin. En este caso deber ser necesario recuperar el sistema con el siguiente curso de accin:
1. Tomar los archivos de instalacin del sistema. 2. Proceder a instalar el sistema en un servidor o bien en el servidor reparado. 3. Recuperar la copia de resguardo (backup) de la base de datos. Este punto vara de acuerdo a la base de datos en cuestin. Para el caso del servidor MySQL, esta recuperacin consiste en reemplazar el archivo de datos con la versin del backup. 4. Iniciar el sistema
sistema desde el punto de vista de los casos de uso, componentes de infraestructura y pruebas globales del sistema. Los tipos de prueba a realizar son:
Pruebas Unitarias: Prueban componentes especficos del sistema. Se preparar un plan de pruebas para el componente de comunicacin. Pruebas de Integracin: Abarca las pruebas por casos de uso (ya integrados al componente de comunicaciones y ejecutndose contra el servidor). Pruebas de Sistema: las pruebas sern ejecutadas y obtenidos sus
Adems, desde el SQL se ingresar a la base de datos un usuario con los siguientes datos:
Usuario = efernandez Nombre = Enrique Apellido = Fernndez Direccin = Dr Della Rosa 5392 Correo electrnico = qiqe2000@hotmail.com Fecha de nacimiento = 04/11/1973 Perfil = Administrador Especialidad = Redes neuronales Cargo = Gerente
Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 280
A continuacin, en las tablas DSI 32 a DSI 34, se describen en detalle los casos de prueba a realizar:
CP-0001 Objetivo Entrada Salida Condiciones Probar una autenticacin exitosa efernandez quique Enrique Fernndez No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ejecutar el entorno de comandos 2- Ejecutar la instruccin: ComClave efernandez quique 3- Se deber observar en la pantalla del men de comandos Enrique Fernndez Prerrequisitos Levantar el servidor de aplicaciones
Tabla DSI 32: Caso de Pruebas CP-0001
CP-0002 Objetivo Entrada Salida Condiciones Probar una autenticacin errnea efernandez pepe Usuario o Clave invlido No se permite el acceso a la base de datos por otros programas mientras se realizan las pruebas Procedimiento 1- Ejecutar el entorno de comandos 2- Ejecutar la instruccin: ComClave efernandez pepe 3- Se deber observar en la pantalla del men de comandos Usuario o Clave invlido Prerrequisitos Levantar el servidor de aplicaciones
Tabla DSI 33: Caso de Pruebas CP-0002
CP-0003 Objetivo Entrada Salida Probar una autenticacin sin funcionamiento del servidor efernandez quique Error de comunicacin
Lic. Enrique Fernndez Pg. 281
Condiciones
No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas
Procedimiento
1- Ejecutar el caso de pruebas CP-0001 2- Se deber observar en la pantalla del men de comandos Error de comunicacin
Prerrequisitos
Dada la topologa y funcionalidad del presente desarrollo se harn las pruebas necesarias dentro de las pruebas del sistema. Esta definicin se basa en la siguiente premisa:
Los componentes de funcionalidad clientes no pueden ser probados sin el uso del componente servidor y los medios de comunicacin (ya probados en el apartado anterior).
El proceso de pruebas se iniciar con una base de datos que contenga la informacin mnima que el instalador del sistema provee, es decir, la informacin de las fases, subfases y documentos de la metodologa CRISP-DM y un usuario con perfil Administrador llamado adminis cuya clave es 123456. Asimismo el ingreso de los casos de prueba se hace en el orden en que se detalla en la tabla DSI 34
Pg. 282
Cdigo CP-0004
CP-0005
Validar Usuario
CP-0006
Validar Usuario
CP-0007
Cambiar Clave
CP-0008
Cambiar Clave
Intentar
cambiar
verificacin de la nueva clave) CP-0010 Incorporar Usuario Ingresar correctamente un nuevo usuario CP-0011 Incorporar Usuario Intentar ingresar un
los datos de un usuario CP-0013 Modificar Usuario Intentar modificar los datos de un usuario inexistente CP-0014 Modificar Usuario Cambiar la clave de otro usuario CP-0015 CP-0016 Modificar Usuario Modificar Usuario Inhabilitar a otro usuario Habilitar a otro usuario
Pg. 283
Objetivo Para poder desarrollar las siguientes debern pruebas, ingresar se seis
nuevos usuarios con las siguientes caractersticas: 1 con perfil Administrador 1 con perfil supervisor 2 con perfil lder de proyecto 2 con perfil desarrollador CP-0023 Generar Proyecto Ingresar proyecto CP-0024 Generar Proyecto Intentar ingresar un un nuevo
proyecto sin nombre CP-0026 Generar Proyecto Intentar proyecto ingresar sin indicar un la
proyecto con un usuario sin permisos (perfil lder de proyecto) CP-0028 CP-0030 Generar Proyecto Para poder desarrollar los siguientes casos de
pruebas, se debe ingresar tres nuevos proyectos CP-0031 Eliminar Proyecto Eliminar correctamente un proyecto
Pg. 284
Cdigo CP-0032
proyecto con un usuario no asignado al mismo CP-0034 Asignar Responsable Asignar un responsable de categora Supervisor CP-0035 Asignar Responsable Asignar un responsable de categora lder de proyecto a la fase 1 CP-0036 Asignar Responsable Asignar un usuario de
categora Desarrollador al la subfase 2 de la fase 1 CP-0037 Asignar Responsable Intentar asignar como
desarrollador CP-0038 Finalizar Proyecto Finalizar correctamente un proyecto CP-0039 Finalizar proyecto Intentar finalizar un
Administrado y supervisor asignado al proyecto CP-0040 Abrir Proyecto Abrir un proyecto con un perfil
correctamente usuario de
asignado al mismo
Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 285
documento con un usuario sin permisos CP-0044 CP-0045 Mostrar Documento Mostar Documento Abrir un documento Crear una nueva versin del documento CP-0046 Consultar Proyecto Mostrar todos los usuarios con categora supervisor CP-0047 Consultar Proyecto Mostrar todos los
A continuacin se descripcin de los casos de prueba asociados a los casos de uso, segn el orden definido en la tabla DSI 34:
a) Casos de prueba asociados al caso de uso Validar Usuario (ver tablas DSI 36 a DSI 38):
CP-0004 Objetivo Entrada Probar un ingreso exitoso al sistema Usuario = adminis Clave = 123456 Salida Condiciones Men principal del sistema No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ejecutar el mdulo Cliente 2- Ejecutar gescrisp.exe 3- Cuando aparezca la pantalla de ingreso teclear: Usuario = adminis
Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 286
CP-0005 Objetivo Entrada Intentar ingresar al sistema con un usuario inexistente Usuario = enrique Clave = quique Salida Mensaje de usuario o clave invlido
Condiciones
No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas
Procedimiento
1- Ejecutar el mdulo Cliente 2- Ejecutar gescrisp.exe 3- Cuando aparezca la pantalla de ingreso teclear: Usuario = enrique Clave = quique 4- Presionar el botn Aceptar
Prerrequisitos
CP-0006 Objetivo Entrada Intentar ingresar al sistema con una clave errneo Usuario = adminis Clave = 123 Salida Condiciones Mensaje de usuario o clave invlido No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ejecutar el mdulo Cliente 2- Ejecutar gescrisp.exe 3- Cuando aparezca la pantalla de ingreso teclear: Usuario = adminis Clave = 123 4- Presionar el botn Aceptar Prerrequisitos Levantar el servidor de aplicaciones
Tabla DSI 38: Prueba de un ingreso errneo al sistema Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 287
b) Casos de prueba asociados al caso de uso Cambiar Clave (ver tablas DSI 39 a DSI 41):
CP-0007 Objetivo Cambiar exitosamente la clave de acceso de un usuario (desde el men de ingreso al sistema) Entrada Clave actual = 123456 Clave nueva = 123123 Salida Condiciones Se ha modificado la clave No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Presionar el botn Cambiar Clave 2- Cuando aparezca la pantalla de cambio de clave teclear: Ingrese Clave Anterior = 123456 Ingrese Clave Nueva = 123123 Reingrese Clave Nueva = 123123 3- Presionar el botn Aceptar Prerrequisitos Levantar el servidor de aplicaciones Ingresar a la pantalla de ingreso al sistema, ingresando usuario = adminis y clave = 123456
Tabla DSI 39: prueba de un cambio de clave exitoso
CP-0008 Objetivo Intentar cambiar errneamente la clave de acceso al sistema (ingresar un valor de clave anterior incorrecto) Entrada Clave actual = 123456 Ingreso Clave nueva = 123789 Reingreso Clave nueva = 123789 Salida Condiciones Clave anterior incorrecta No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Presionar el botn Cambiar Clave 2- Cuando aparezca la pantalla de cambio de clave teclear: Ingrese Clave Anterior = 123456 Ingrese Clave Nueva = 123789
Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 288
CP-0008 Reingrese Clave Nueva = 123789 3- Presionar el botn Aceptar Prerrequisitos Levantar el servidor de aplicaciones Ingresar a la pantalla de ingreso al sistema, ingresando usuario = adminis y clave = 123123
Tabla DSI 40: Prueba de un cambio de clave errneo
CP-0009 Objetivo Intentar cambiar errneamente la clave de acceso al sistema (reingresar errneamente la clave nueva) Entrada Clave actual = 123123 Ingreso Clave nueva = 123789 Reingreso Clave nueva = 123777 Salida Condiciones Reingreso de clave incorrecto No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Presionar el botn Cambiar Clave 2- Cuando aparezca la pantalla de cambio de clave teclear: Ingrese Clave Anterior = 123123 Ingrese Clave Nueva = 123789 Reingrese Clave Nueva = 123777 3- Presionar el botn Aceptar Prerrequisitos Levantar el servidor de aplicaciones Ingresar a la pantalla de ingreso al sistema, ingresando usuario = adminis y clave = 123123
Tabla DSI 41: Prueba de un cambio de clave errneo
c) Casos de prueba asociados al caso de uso Incorporar Usuario (ver tablas DSI 42 y DSI 43):
CP-0010 Objetivo Entrada Ingresar correctamente un nuevo usuario Usuario = efernandez Nombre = Enrique Apellido = Fernndez
Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 289
CP-0010 Direccin = Dr Della Rosa 5392 Correo electrnico = qiqe2000@hotmail.com Fecha de nacimiento = 04/11/1973 Perfil = Supervisor Especialidad = Redes Bayesianas Cargo = Supervisor Salida Condiciones Usuario ingresado No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1Ingresar desde men principal al men Usuarios
seleccionar la opcin Agregar Usuario 2- Cuando aparezca la pantalla de ingreso de usuario teclear: Usuario = efernandez Nombre = Enrique Apellido = Fernandez Direccin = Dr Della Rosa 5392 Correo electrnico = qiqe2000@hotmail.com Fecha de nacimiento = 04/11/1973 Perfil = Supervisor Especialidad = Redes Bayesianas Cargo = Supervisor 3- Presionar el botn Aceptar Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 42: Prueba de un ingreso correcto de un usuario
CP-0011 Objetivo Entrada Intentar ingresar un usuario ya existente Usuario = efernandez Nombre = Enrique Apellido = Fernandez Direccin = Dr Della Rosa 5392 Correo electrnico = qiqe2000@hotmail.com Fecha de nacimiento = 04/11/1973
Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 290
CP-0011 Perfil = Supervisor Especialidad = Redes neuronales Cargo = Supervisor Salida Condiciones El usuario ingresado ya existe No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1Ingresar desde men principal al men Usuarios
seleccionar la opcin Agregar Usuario 2- Cuando aparezca la pantalla de ingreso de usuario teclear: Usuario = efernandez Nombre = Enrique Apellido = Fernandez Direccin = Dr Della Rosa 5392 Correo electrnico = qiqe2000@hotmail.com Fecha de nacimiento = 04/11/1973 Perfil = Supervisor Especialidad = Redes neuronales Cargo = Supervisor 3- Presionar el botn Aceptar Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 43: Prueba de un ingreso errneo de un usuario
d) Casos de prueba asociados al caso de uso Modificar Usuario (ver tablas DSI 44 a DSI 48): CP-0012 Objetivo Entrada Modificar correctamente los datos un nuevo usuario Usuario = efernandez Nombre = Enrique Jos Salida Condiciones Modificacin aceptada No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas
Pg. 291
seleccionar la opcin Modificar Usuario 2- Cuando aparezca la pantalla de ingreso de usuario teclear: Usuario = efernandez 3- Presionar el botn Enter 4- Cuando aparezcan los datos del usuario, reemplazar el actual nombre por: Nombre = Enrique Jos 5- Presionar el botn Aceptar Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 44, Prueba de modificacin de los datos de un usuario
CP-0013 Objetivo Entrada Salida Condiciones Intentar modificar los datos de un usuario inexistente Usuario = juan Usuario Inexistente No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1Ingresar desde men principal al men Usuarios
seleccionar la opcin Modificar Usuario 2- Cuando aparezca la pantalla de ingreso de usuario teclear: Usuario = juan 3- Presionar el tecla Enter Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 45: Prueba de modificacin errnea de un usuario
CP-0014 Objetivo Entrada Cambiar la clave de otro usuario Usuario = efernandez Clave actual = 123456 Clave nueva = 111111
Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 292
CP-0014 Salida Condiciones Se ha modificado la clave No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1Ingresar desde men principal al men Usuarios
seleccionar la opcin Modificar Usuario 2- Cuando aparezca la pantalla de ingreso de usuario teclear: Usuario = efernandez 3- Presionar el botn Enter 4- Cuando aparezcan los datos del usuario, presionar el botn Cambiar Clave 5- Cuando aparezca la pantalla de cambio de clave teclear: Ingrese Clave Anterior = 123456 Ingrese Clave Nueva = 111111 Reingrese Clave Nueva = 111111 6- Presionar el botn Aceptar Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 46: prueba de cambio de clave exitoso de un usuario
CP-0015 Objetivo Entrada Salida Condiciones Inhabilitar a un usuario Usuario = efernandez Usuario Inhabilitado No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1Ingresar desde men principal al men Usuarios
seleccionar la opcin Modificar Usuario 2- Cuando aparezca la pantalla de ingreso de usuario teclear: Usuario = efernandez 3- Presionar el tecla Enter 4- Presionar el botn Inhabilitar/Habilitar Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 47: Prueba de inhibicin de un usuario Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 293
CP-0016 Objetivo Entrada Salida Condiciones Habilitar a un usuario Usuario = efernandez Usuario habilitado No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1Ingresar desde men principal al men Usuarios
seleccionar la opcin Modificar Usuario 2- Cuando aparezca la pantalla de ingreso de usuario teclear: Usuario = efernandez 3- Presionar el tecla Enter 4- Presionar el botn Inhabilitar/Habilitar Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 48: Prueba de habilitacin de un usuario
e) Casos de prueba asociados al caso de uso Incorporar Usuario (ver tablas DSI 49 a DSI 54):
CP-0017 Objetivo Entrada Ingresar correctamente un nuevo usuario Usuario = jperez Nombre = juan Apellido = Perez Direccin = xxxx Correo electrnico = xxx@yyy.com Fecha de nacimiento = 10/10/1970 Perfil = Administrador Especialidad = Cargo = Supervisor Salida Condiciones Usuario ingresado No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas
Pg. 294
seleccionar la opcin Agregar Usuario 2- Cuando aparezca la pantalla de ingreso de usuario teclear: Usuario = jperez Nombre = juan Apellido = Perez Direccin = xxxx Correo electrnico = xxx@yyy.com Fecha de nacimiento = 10/10/1970 Perfil = Administrador Especialidad = Cargo = Supervisor 3- Presionar el botn Aceptar Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 49: Prueba de incorporacin de usuario
CP-0018 Objetivo Entrada Ingresar correctamente un nuevo usuario Usuario = pperez Nombre = Pedro Apellido = Prez Direccin = yyy Correo electrnico = www@yyy.com Fecha de nacimiento = 10/10/1970 Perfil = Supervisor Especialidad = Cargo = Supervisor Salida Condiciones Usuario ingresado No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1Ingresar desde men principal al men Usuarios
seleccionar la opcin Agregar Usuario 2- Cuando aparezca la pantalla de ingreso de usuario teclear:
Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 295
CP-0018 Usuario = pperez Nombre = Pedro Apellido = Prez Direccin = yyy Correo electrnico = www@yyy.com Fecha de nacimiento = 10/10/1970 Perfil = Supervisor Especialidad = Cargo = Supervisor 3- Presionar el botn Aceptar Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 50, Prueba de incorporacin de usuario
CP-0019 Objetivo Entrada Ingresar correctamente un nuevo usuario Usuario = jsanchez Nombre = Juan Apellido = Snchez Direccin = pppp Correo electrnico = qqq@yyy.com Fecha de nacimiento = 10/10/1970 Perfil = lider de proyecto Especialidad = Cargo = Supervisor Salida Condiciones Usuario ingresado No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1Ingresar desde men principal al men Usuarios
seleccionar la opcin Agregar Usuario 2- Cuando aparezca la pantalla de ingreso de usuario teclear: Usuario = jsanchez Nombre = Juan Apellido = Snchez
Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 296
CP-0019 Direccin = pppp Correo electrnico = qqq@yyy.com Fecha de nacimiento = 10/10/1970 Perfil = lider de proyecto Especialidad = Cargo = Supervisor 3- Presionar el botn Aceptar Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 51, Prueba de incorporacin de usuario
CP-0020 Objetivo Entrada Ingresar correctamente un nuevo usuario Usuario = jmartinez Nombre = Juan Apellido = Martnez Direccin = mmmm Correo electrnico = rrrr@yyy.com Fecha de nacimiento = 10/10/1970 Perfil = Desarrollador Especialidad = Cargo = Supervisor Salida Condiciones Usuario ingresado No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas
Pg. 297
seleccionar la opcin Agregar Usuario 2- Cuando aparezca la pantalla de ingreso de usuario teclear: Usuario = jmartinez Nombre = Juan Apellido = Martnez Direccin = mmmm Correo electrnico = rrrr@yyy.com Fecha de nacimiento = 10/10/1970 Perfil = Desarrollador Especialidad = Cargo = Supervisor 3- Presionar el botn Aceptar Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 52: Prueba de incorporacin de usuario
CP-0021 Objetivo Entrada Ingresar correctamente un nuevo usuario Usuario = psanchez Nombre = Pedro Apellido = Snchez Direccin = aaaa Correo electrnico = ttt@yyy.com Fecha de nacimiento = 10/10/1970 Perfil = lider de proyecto Especialidad = Cargo = Supervisor Salida Condiciones Usuario ingresado No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1Ingresar desde men principal al men Usuarios
seleccionar la opcin Agregar Usuario 2- Cuando aparezca la pantalla de ingreso de usuario teclear:
Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 298
CP-0021 Usuario = psanchez Nombre = Pedro Apellido = Snchez Direccin = aaaa Correo electrnico = ttt@yyy.com Fecha de nacimiento = 10/10/1970 Perfil = lider de proyecto Especialidad = Cargo = Supervisor 3- Presionar el botn Aceptar Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 53: Prueba de incorporacin de usuario
CP-0022 Objetivo Entrada Ingresar correctamente un nuevo usuario Usuario = pmartinez Nombre = Pedro Apellido = Martnez Direccin = hhhh Correo electrnico = jjjj@yyy.com Fecha de nacimiento = 10/10/1970 Perfil = Desarrollador Especialidad = Cargo = Supervisor Salida Condiciones Usuario ingresado No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1Ingresar desde men principal al men Usuarios
seleccionar la opcin Agregar Usuario 2- Cuando aparezca la pantalla de ingreso de usuario teclear: Usuario = pmartinez Nombre = Pedro Apellido = Martnez
Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 299
CP-0022 Direccin = hhhh Correo electrnico = jjjj@yyy.com Fecha de nacimiento = 10/10/1970 Perfil = Desarrollador Especialidad = Cargo = Supervisor 3- Presionar el botn Aceptar Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 54: Prueba de incorporacin de usuario
f) Casos de prueba asociados al caso de uso Generar Proyecto (ver tablas DSI 55 a DSI 62):
CP-0023 Objetivo Entrada Ingresar un nuevo proyecto Nombre Proyecto = prueba1 Ubicacin = c:\prueba1 Salida Condiciones Proyecto ingresado No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Proyectos seleccionar la opcin Crear Proyecto 2- Cuando aparezca la pantalla de ingreso del proyecto teclear: Nombre Proyecto = prueba1 Ubicacin = c:\prueba1 3- Presionar el botn Aceptar Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 55: Prueba de generacin de proyecto
Pg. 300
CP-0024 Objetivo Entrada Intentar ingresar un proyecto con un nombre ya existente Nombre Proyecto = prueba1 Ubicacin = c:\prueba2 Salida Condiciones El proyecto ya existe No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Proyectos seleccionar la opcin Crear Proyecto 2- Cuando aparezca la pantalla de ingreso del proyecto teclear: Nombre Proyecto = prueba1 Ubicacin = c:\prueba2 3- Presionar el botn Aceptar Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 56: Prueba de generacin de proyecto
CP-0025 Objetivo Entrada Intentar ingresar un proyecto sin nombre Nombre Proyecto = Ubicacin = c:\prueba3 Salida Condiciones Falta ingresar el nombre del proyecto No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Proyectos seleccionar la opcin Crear Proyecto 2- Cuando aparezca la pantalla de ingreso del proyecto teclear: Nombre Proyecto = Ubicacin = c:\prueba3 3- Presionar el botn Aceptar Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 57: Prueba de generacin de proyecto
Pg. 301
CP-0026 Objetivo Intentar ingresar un proyecto sin indicar la ubicacin de la carpeta destino Entrada Nombre Proyecto = prueba2 Ubicacin = Salida Condiciones Falta ingresar la ubicacin del proyecto No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Proyectos seleccionar la opcin Crear Proyecto 2- Cuando aparezca la pantalla de ingreso del proyecto teclear: Nombre Proyecto = prueba2 Ubicacin = 3- Presionar el botn Aceptar Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 58: Prueba de generacin de proyecto
CP-0027 Objetivo Intentar ingresar un proyecto con un usuario sin permisos (perfil lder de proyecto) Entrada Nombre Proyecto = prueba3 Ubicacin = c:\prueba3 Salida Condiciones Opcin de men grisada No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Proyectos , aqu la opcin Crear Proyecto debe estar grisada Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = psanchez y clave = 123456
Tabla DSI 59: Prueba de generacin de proyecto
Pg. 302
CP-0028 Objetivo Entrada Ingresar un nuevo proyecto Nombre Proyecto = prueba2 Ubicacin = c:\prueba2 Salida Condiciones Proyecto ingresado No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Proyectos seleccionar la opcin Crear Proyecto 2- Cuando aparezca la pantalla de ingreso del proyecto teclear: Nombre Proyecto = prueba2 Ubicacin = c:\prueba2 3- Presionar el botn Aceptar Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = efernandez y clave = 111111
Tabla DSI 60: Prueba de generacin de proyecto
CP-0029 Objetivo Entrada Ingresar un nuevo proyecto Nombre Proyecto = prueba3 Ubicacin = c:\prueba3 Salida Condiciones Proyecto ingresado No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Proyectos seleccionar la opcin Crear Proyecto 2- Cuando aparezca la pantalla de ingreso del proyecto teclear: Nombre Proyecto = prueba3 Ubicacin = c:\prueba3 3- Presionar el botn Aceptar Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 61: Prueba de generacin de proyecto
Pg. 303
CP-0030 Objetivo Entrada Ingresar un nuevo proyecto Nombre Proyecto = prueba4 Ubicacin = c:\prueba4 Salida Condiciones Proyecto ingresado No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Proyectos seleccionar la opcin Crear Proyecto 2- Cuando aparezca la pantalla de ingreso del proyecto teclear: Nombre Proyecto = prueba4 Ubicacin = c:\prueba4 3- Presionar el botn Aceptar Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = pmartinez y clave = 123456
Tabla DSI 62: Prueba de generacin de proyecto
g) Casos de prueba asociados al caso de uso Eliminar Proyecto (ver tablas DSI 63 a DSI 65):
CP-0031 Objetivo Entrada Salida Condiciones Eliminar correctamente un proyecto Nombre Proyecto = prueba1 Proyecto eliminado No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Proyectos seleccionar la opcin Abrir Proyecto 2- Cuando aparezca la pantalla donde se despliegan los proyectos existentes, seleccionar el proyecto: prueba1 3- Presionar el botn Eliminar Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 63: Prueba de eliminacin de proyecto Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 304
CP-0032 Objetivo Intentar eliminar un proyecto con un usuario de perfil diferente a Supervisor y Administrador Entrada Salida Condiciones Nombre Proyecto = prueba2 Opcin de men grisada No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Proyectos seleccionar la opcin Abrir Proyecto 2- Cuando aparezca la pantalla donde se despliegan los proyectos existentes, el botn Eliminar debe estar grisado Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = psanchez y clave = 123456
Tabla DSI 64: Prueba de eliminacin de proyecto
CP-0033 Objetivo Intentar eliminar un proyecto con un usuario no asignado al mismo Entrada Salida Condiciones Nombre Proyecto = prueba4 Usuario no asignado al proyecto No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Proyectos seleccionar la opcin Abrir Proyecto 2- Cuando aparezca la pantalla donde se despliegan los proyectos existentes, seleccionar el proyecto: prueba4 3- Presionar el botn Eliminar Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = efernandez y clave = 111111
Tabla DSI 65: Prueba de eliminacin de proyecto
Pg. 305
h) Casos de prueba asociados al caso de uso Asignar Responsable (ver tablas DSI 66 a DSI 69):
CP-0034 Objetivo Entrada Asignar un responsable de categora supervisor Nombre Proyecto = prueba3 Usuario = efernandez Salida Condiciones Responsable asignado No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Proyectos seleccionar la opcin Abrir Proyecto 2- Cuando aparezca la pantalla donde se despliegan los proyectos existentes, seleccionar el proyecto: prueba3 y presionar el botn Asignar Responsable 3- Seleccionar desde la grilla izquierda al usuario efrenandez 4- Seleccionar desde la grilla derecha el nombre del proyecto 5- Presionar el botn Vincular Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 66: Prueba de asignacin de responsable
CP-0035 Objetivo Asignar un responsable de categora lder de proyecto a la fase 1 Entrada Nombre Proyecto = prueba3 Usuario = psanchez Salida Condiciones Responsable asignado No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Proyectos seleccionar la opcin Abrir Proyecto 2- Cuando aparezca la pantalla donde se despliegan los proyectos existentes, seleccionar el proyecto: prueba3 y presionar el botn Asignar Responsable
Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 306
CP-0035 3- Seleccionar desde la grilla izquierda al usuario psanchez 4- Seleccionar desde la grilla derecha la fase 1 del proyecto 5- Presionar el botn Vincular Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 67: Prueba de asignacin de responsable
Entrada
Salida Condiciones
Responsable asignado No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas
Procedimiento
1- Ingresar desde men principal al men Proyectos seleccionar la opcin Abrir Proyecto 2- Cuando aparezca la pantalla donde se despliegan los proyectos existentes, seleccionar el proyecto: prueba3 y presionar el botn Asignar Responsable 3- Seleccionar desde la grilla izquierda al usuario pmartinez 4- Seleccionar desde la grilla derecha la subfase 1 que se encuentra ubicada dentro de la fase 1 5- Presionar el botn Vincular
Prerrequisitos
1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 68: Prueba de asignacin de responsable
CP-0037 Objetivo Intentar asignar como responsable del proyecto a un usuario de categora Desarrollador Entrada Nombre Proyecto = prueba3
Lic. Enrique Fernndez Pg. 307
CP-0037 Usuario = pmartinez Salida Condiciones Perfil de usuario incompatible con la funcin No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Proyectos seleccionar la opcin Abrir Proyecto 2- Cuando aparezca la pantalla donde se despliegan los proyectos existentes, seleccionar el proyecto: prueba3 y presionar el botn Asignar Responsable 3- Seleccionar desde la grilla izquierda al usuario pmartinez 4- Seleccionar desde la grilla derecha el nombre del proyecto 5- Presionar el botn Vincular Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 69: Prueba de asignacin de responsable
i) Casos de prueba asociados al caso de uso Finalizar Proyecto (ver tablas DSI 70 y DSI 71): CP-0038 Objetivo Entrada Salida Condiciones Finalizar correctamente un proyecto Nombre Proyecto = prueba2 Proyecto finalizado No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Proyectos seleccionar la opcin Abrir Proyecto 2- Cuando aparezca la pantalla donde se despliegan los proyectos existentes, seleccionar el proyecto: prueba2 y presionar el botn Aceptar 3- Presionar el botn Finalizar Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 70: Prueba de finalizacin de proyecto Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 308
CP-0039 Objetivo Intentar finalizar un proyecto con un usuario de perfil diferente a Supervisor y Administrador Entrada Salida Condiciones Nombre Proyecto = prueba3 Opcin de men grisada No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Proyectos seleccionar la opcin Abrir Proyecto 2- Cuando aparezca la pantalla donde se despliegan los proyectos existentes, seleccionar el proyecto: prueba3 y presionar el botn Aceptar 3- Cuando aparezca la nueva pantalla el botn Finalizar debe estar grisado Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = psanchez y clave = 123456
Tabla DSI 71: Prueba de finalizacin de proyecto
j) Casos de prueba asociados al caso de uso Abrir Proyecto (ver tablas DSI 72 y DSI 73):
CP-0040 Objetivo Entrada Salida Condiciones Abrir un proyecto con un usuario de perfil desarrollador Nombre Proyecto = prueba3 Pantalla principal de Proyecto No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Proyectos seleccionar la opcin Abrir Proyecto Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = pmartinez y clave = 123456
Tabla DSI 72: Prueba de apertura de proyecto
Pg. 309
CP-0041 Objetivo Intentar abrir un proyecto con un usuario de perfil desarrollador no asignado al proyecto Entrada Salida Condiciones Nombre Proyecto = prueba3 Acceso denegado No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Proyectos seleccionar la opcin Abrir Proyecto Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = jmartinez y clave = 123456
Tabla DSI 73: Prueba de apertura de proyecto
k) Casos de prueba asociados al caso de uso Mostrar Proyecto (ver tablas DSI 74 y DSI 75): CP-0042 Objetivo Entrada Abrir un documento Nombre Proyecto = prueba3 Fase = 1 Subfase = 1 Documento = 1 Salida Condiciones Pantalla principal de documentos No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Proyectos seleccionar la opcin Abrir Proyecto 2- Cuando aparezca la pantalla donde se despliegan los proyectos existentes, seleccionar el proyecto: prueba3 y presionar el botn Aceptar 3- Cuando aparezca la nueva pantalla seleccionar la versin 1 del primer documento de la subfase 1 que esta en la fase 1 Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = pmartinez y clave = 123456
Tabla DSI 74: Prueba de apertura de documento Diseo del sistema de Informacin Lic. Enrique Fernndez Pg. 310
CP-0043 Objetivo Entrada Intentar abrir un documento con un usuario sin permisos Nombre Proyecto = prueba3 Fase = 2 Subfase = 1 Documento = 1 Salida Condiciones Mensaje de acceso denegado No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Proyectos seleccionar la opcin Abrir Proyecto 2- Cuando aparezca la pantalla donde se despliegan los proyectos existentes, seleccionar el proyecto: prueba3 y presionar el botn Aceptar 3- Cuando aparezca la nueva pantalla seleccionar la versin 1 del primer documento de la subfase 1 que esta en la fase 2 Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = pmartinez y clave = 123456
Tabla DSI 75: Prueba de apertura de documento
l) Casos de prueba asociados al caso de uso Mostrar Documento (ver tablas DSI 76 y 77):
CP-0044 Objetivo Entrada Abrir una versin de un documento Nombre Proyecto = prueba3 Fase = 1 Subfase = 1 Documento = 1 Versin = 1 Salida Condiciones Documento en formato WORD No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Proyectos
Lic. Enrique Fernndez Pg. 311
CP-0044 seleccionar la opcin Abrir Proyecto 2- Cuando aparezca la pantalla donde se despliegan los proyectos existentes, seleccionar el proyecto: prueba3 y presionar el botn Aceptar 3- Cuando aparezca la nueva pantalla seleccionar la versin 1 del primer documento de la subfase 1 que esta en la fase 1 4- Seleccionar la solapa Versin 5- Marcar la versin 1 del documento 6- Presionar el botn Abrir Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = pmartinez y clave = 123456
Tabla DSI 76: Prueba de apertura de versin
CP-0045 Objetivo Entrada Generar una nueva versin de un documento Nombre Proyecto = prueba3 Fase = 1 Subfase = 1 Documento = 1 Salida Condiciones Documento en formato WORD No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Proyectos seleccionar la opcin Abrir Proyecto 2- Cuando aparezca la pantalla donde se despliegan los proyectos existentes, seleccionar el proyecto: prueba3 y presionar el botn Aceptar 3- Cuando aparezca la nueva pantalla seleccionar la versin 1 del primer documento de la subfase 1 que esta en la fase 1 4- Seleccionar la solapa Versin 5- Marcar la versin 1 del documento 6- Presionar el botn Nueva
Prerrequisitos
m) Casos de prueba asociados al caso de uso Consultar proyecto (vert tablas DSI 78 a DSI 81):
CP-0046 Objetivo Entrada Salida Condiciones Mostrar todos los usuarios con categora Supervisor Perfil usuario = Supervisor Pantalla de consulta de usuarios No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Consultas seleccionar la opcin Usuario 2- Cuando aparezca la pantalla de consulta de usuario, seleccionar en el campo perfil la opcin Supervisor 3- Presionar el botn Filtra Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 78: Prueba de consulta
CP-0047 Objetivo Entrada Salida Condiciones Mostrar todos los proyectos finalizados Estado Proyecto = Finalizado Pantalla de consulta de proyectos No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Consultas seleccionar la opcin Proyectos 2- Cuando aparezca la pantalla de consulta de proyectos, seleccionar en el campo estado la opcin Finalizado 3- Presionar el botn Filtra Prerrequisitos 1- Levantar el servidor de aplicaciones
Lic. Enrique Fernndez Pg. 313
CP-0048 Objetivo Entrada Salida Condiciones Mostrar todos los proyecto de un usuario particular Usuario = efernandez Pantalla de consulta de responsables de proyecto No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Consultas seleccionar la opcin Responsables Proyectos 2- Cuando aparezca la pantalla de consulta de Responsable de proyecto, ingresar en el campo usuario: efernandez 3- Presionar el botn Filtra Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 80: Prueba de consulta
CP-0049 Objetivo Entrada Salida Condiciones Mostrar todos los proyecto de un usuarios particular Usuario = efernandez Pantalla de consulta de proyectos asignados No se permite el acceso a la base de datos de otros programas mientras se realizan las pruebas Procedimiento 1- Ingresar desde men principal al men Consultas seleccionar la opcin Proyectos Asignados 2- Cuando aparezca la pantalla de consulta de proyectos asignados, ingresar en el campo usuario: efernandez 3- Presionar el botn Filtra Prerrequisitos 1- Levantar el servidor de aplicaciones 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123
Tabla DSI 81: Prueba de consulta
Pg. 314
En una reunin mantenida entre el tesista y la Directora del proyecto se dio por aprobada la fase de Diseo del Sistema de Informacin.
Pg. 315
Captulo 7
Para conseguir dicho objetivo, en este proceso se realizan las pruebas unitarias, las pruebas de integracin de los subsistemas y componentes y las pruebas del sistema, de acuerdo al plan de pruebas establecido.
Asimismo, se define la formacin de usuario final y, si procede, se construyen los procedimientos de migracin y carga inicial de datos.
Al ser MTRICA Versin III una metodologa que cubre tanto desarrollos estructurados como orientados a objetos, las actividades de ambas aproximaciones estn integradas en una estructura comn.
La fase Especificaciones de Construccin del Sistema de Informacin, obtenida en la actividad de Generacin de Especificaciones de Construccin, es la base para la construccin del sistema de informacin. En dicho producto se recoge la informacin relativa al entorno de construccin del sistema de informacin, la especificacin detallada de los componentes y la descripcin de la estructura fsica de datos, tanto bases de datos como sistemas de ficheros.
Construccin del sistema de Informacin Lic. Enrique Fernndez Pg.: 318
En la actividad Preparacin del Entorno de Generacin y Construccin, se asegura la disponibilidad de la infraestructura necesaria para la generacin del cdigo de los componentes y procedimientos del sistema de informacin. Una vez configurado el entorno de construccin, se realiza la codificacin y las pruebas de los distintos componentes que conforman el sistema de informacin, en las actividades:
Generacin del Cdigo de los Componentes y Procedimientos, que se hace segn las especificaciones de construccin del sistema de informacin, y conforme al plan de integracin del sistema de informacin Ejecucin de las Pruebas Unitarias, dnde se llevan a cabo las verificaciones definidas en el plan de pruebas para cada uno de los componentes Ejecucin de las Pruebas de Integracin, que incluye la ejecucin de las verificaciones asociadas a los subsistemas y componentes, a partir de los componentes verificados individualmente, y la evaluacin de los resultados.
Una vez construido el sistema de informacin y realizadas las verificaciones correspondientes, se lleva a cabo la integracin final del sistema de informacin en la actividad Ejecucin de las Pruebas del Sistema, comprobando tanto las interfaces entre subsistemas y sistemas externos como los requisitos, de acuerdo a las verificaciones establecidas en el plan de pruebas para el nivel de pruebas del sistema.
Si se ha establecido la necesidad de realizar una migracin de datos, la construccin y pruebas de los componentes y procedimientos relativos a dicha migracin y a la carga inicial de datos se realiza en la actividad Construccin de los Componentes y Procedimientos de Migracin y Carga Inicial de Datos.
Pg.: 319
Las caractersticas del entorno de construccin y sus requisitos de operacin y seguridad, as como las especificaciones de construccin de la estructura fsica de datos, se establecen en la actividad Generacin de Especificaciones de Construccin, y constituyen el punto de partida para la realizacin de esta actividad.
Crear los elementos del sistema gestor de base de datos o sistema de ficheros Reservar el espacio de almacenamiento, definiendo, entre otros, los dispositivos fsicos a emplear, tamao de los bloques, tipo de registro fsico, zona de desbordamiento, opciones de almacenamiento de datos, etc. Inicializar la base de datos o ficheros, cargando los datos considerados necesarios en el espacio de almacenamiento previamente definido.
A continuacin, el al tabla, CSI 1, se describen los pasos a seguir para la instalacin de la base de datos:
Paso 1
2 3 4
Descomprimir el archivo en un directorio temporal Ejecutar el programa setup.exe Seguir los pasos planteados por el asistente de instalacin (configuracin por defecto
Una vez instalada, es necesario levantar la base de datos a travs de la siguiente instruccin: <directorio de intalacin>\bin\mysqladmin Stara
Tabla CSI 1: Pasos a seguir para la instalacin de la Base de Datos
Pg.: 320
Una vez instalada la base de datos se proceder a crear la base de datos gescrisp, para los cual se deben seguir los pasos que se indican en la tabla CSI 2:
Paso 1 2 3
Tarea Ejecutar la interfaz de comandos: <directorio de intalacin>\bin\mysql Crear la base de datos: create database gescrisp Para el uso de la base, a partir de ahora habr que usar la siguiente instruccin: use gescrisp
Tabla CSI 2: Pasos a seguir para la creacin de la Base de Datos
Con la base de datos creada y en ejecucin, se deber crear las tablas del sistema, lo cual se har a travs de instrucciones SQL en base a los datos definidos en la fase de diseo del sistema.
Bibliotecas o libreras a utilizar Herramientas: generadores de cdigo, editores, compiladores, verificadores sintcticos, montadores de enlace Puestos de trabajo Implementacin de los procedimientos de operacin y seguridad propios del entorno de construccin, de acuerdo a los requisitos de seguridad y operacin establecidos en la tarea Especificacin del Entorno de Construccin.
Pg.: 321
En paralelo a esta actividad, se desarrollan las actividades relacionadas con las pruebas unitarias y de integracin del sistema de informacin. Esto permite una construccin incremental, en el caso de que as se haya especificado en el plan de pruebas y en el plan de integracin del sistema de informacin.
Para generar el cdigo fuente se tienen en cuenta los estndares de nomenclatura, codificacin y calidad utilizados por la organizacin y recogidos en el catlogo de normas. Con el fin de verificar que el cdigo fuente especifica de forma correcta el componente, se realiza su ensamblaje o compilacin, verificando y corrigiendo los errores sintcticos, y el enlace del cdigo objeto obtenido con las correspondientes bibliotecas.
Pg.: 322
Para la ejecucin de los servicios desde el servidor, se deber crear un grupo de trabajo, dentro de los grupos de usuarios del sistema operativo, llamado admingescrisp. Dentro de este grupo se deber incluir a todos aquellos usuarios del sistema que deban operar con el presente gestor de proyectos, dicho grupo tendr permisos de acceso a las carpetas donde se crearn los directorios de trabajo que contengan los documentos del proyecto.
La aplicacin necesitar una cuenta para conectarse a la base de datos. Para ello se recomienda la creacin de un usuario admgescrisp dentro del servidor de Base de Datos. Esta cuenta debe tener permisos de administrador sobre la base de datos donde residen las tablas del sistema.
Para la ejecucin del sistema, se recomienda la creacin de un usuario adicional que solamente tenga permisos de ejecucin de SQL sobre las tablas, pero no de ejecucin de instrucciones a nivel de base de datos, para evitar que pueda eliminar tablas del sistema. As mismo, es aconsejable que este usuario tenga restricciones sobre la ejecucin del comando SQL TRUNCATE que permite eliminar todos los datos de una tabla. Para el funcionamiento del sistema, se deber ejecutar la instruccin de inicio de la base de datos y publicar los componentes del sistema a
Construccin del sistema de Informacin Lic. Enrique Fernndez Pg.: 323
travs de los servicios provistos por el sistema operativo, dentro del componente COM+.
En el plan de pruebas se ha definido el entorno necesario para la realizacin de cada nivel de prueba, as como las verificaciones asociadas a las pruebas unitarias, la coordinacin y secuencia a seguir en la ejecucin de las mismas y los criterios de registro y aceptacin de los resultados.
Para cada verificacin establecida, se realizan las pruebas con los casos de pruebas asociados, efectuando el correspondiente anlisis y evaluacin de los resultados, y generando un registro conforme a los criterios establecidos en el plan de pruebas. Seguidamente, se analizan los resultados de las pruebas unitarias,
evalundose las mismas para comprobar que los resultados son los esperados. Si los resultados no son los esperados hay que proceder a realizar las correcciones pertinentes.
Pg.: 324
En la realizacin de estas pruebas es importante comprobar la cobertura de los requisitos, dado que su incumplimiento puede comprometer la aceptacin del sistema por el equipo de operacin responsable de realizar las pruebas de implantacin del sistema, que se llevarn a cabo en el proceso Implantacin y Aceptacin del Sistema.
Para cada verificacin establecida, se realizan las pruebas con los casos de pruebas asociados, efectuando el correspondiente anlisis e informe de los resultados y generando un registro conforme a los criterios establecidos en el plan de pruebas.
Pg.: 325
Objetivo Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto
Pg.: 326
Cdigo CP-0032 CP-0033 CP-0034 CP-0035 CP-0036 CP-0037 CP-0038 CP-0039 CP-0040 CP-0041 CP-0042 CP-0043 CP-0044 CP-0045 CP-0046 CP-0047 CP-0048 CP-0049
Caso de Uso Eliminar Proyecto Eliminar Proyecto Asignar Responsable Asignar Responsable Asignar Responsable Asignar Responsable Finalizar Proyecto Finalizar proyecto Abrir Proyecto Abrir Proyecto Mostrar Proyecto Mostrar Proyecto Mostrar Documento Mostar Documento Consultar Proyecto Consultar Proyecto Consultar Proyecto Consultar Proyecto
Objetivo Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto Correcto
Pg.: 327
En una reunin mantenida entre el tesista y la Directora del proyecto se dio por aprobada la fase de Construccin del Sistema de Informacin.
Pg.: 328
Captulo 8
En primer lugar, se revisa la estrategia de implantacin que ya se determin en el proceso Estudio de Viabilidad del Sistema (EVS). Se estudia su alcance y, en funcin de sus caractersticas, se define un plan de implantacin y se especifica el equipo que lo va a llevar a cabo. Conviene sealar la participacin del usuario de operacin en las pruebas de implantacin, del usuario final en las pruebas de aceptacin, y del responsable de mantenimiento.
Las actividades previas al inicio de la produccin incluyen la preparacin de la infraestructura necesaria para configurar el entorno, la instalacin de los componentes, la activacin de los procedimientos manuales y automticos asociados y, cuando proceda, la migracin o carga inicial de datos. Para ello se toman como punto de partida los productos software probados, obtenidos en el proceso Construccin del Sistema de Informacin (CSI) y su documentacin asociada.
Se realizan las pruebas de implantacin y de aceptacin del sistema en su totalidad, las mismas responden a los siguientes propsitos:
Las pruebas de implantacin cubren un rango muy amplio, que va desde la comprobacin de cualquier detalle de diseo interno hasta aspectos tales
Implementacin del sistema de Informacin Lic. Enrique Fernndez Pg.: 332
como las comunicaciones. Se debe comprobar que el sistema puede gestionar los volmenes de informacin requeridos, se ajusta a los tiempos de respuesta deseados y que los procedimientos de respaldo, seguridad e interfaces con otros sistemas funcionan correctamente. Se debe verificar tambin el comportamiento del sistema bajo las condiciones ms extremas. Las pruebas de aceptacin se realizan por y para los usuarios. Tienen como objetivo validar formalmente necesidades. que el sistema se ajusta a sus
Asimismo, se llevan a cabo las tareas necesarias para la preparacin del mantenimiento, siempre y cuando se haya decidido que ste va a efectuarse. En cualquier caso, es necesario que la persona que vaya a asumir el mantenimiento conozca el sistema, antes de su incorporacin al entorno de produccin.
Adems hay que determinar los servicios (y niveles para cada uno) que requiere el sistema que se va a implantar, y el acuerdo que se adquiere una vez que se inicie la produccin. Hay que distinguir entre servicios de gestin de operaciones (servicios por lotes, seguridad, comunicaciones, etc.) y servicios al cliente (servicio de atencin a usuario, mantenimiento, etc.) que se deben negociar en cuanto a recursos, horarios, coste, etc. Se fija el nivel con el que se prestar el servicio como indicador de la calidad del mismo.
Conviene sealar que la implantacin puede ser un proceso iterativo que se realiza de acuerdo al plan establecido para el comienzo de la produccin del sistema en su entorno de operacin. Para establecer este plan se tiene en cuenta:
El cumplimiento de los requisitos de implantacin definidos en la actividad Establecimiento de Requisitos y especificados en la actividad
Pg.: 333
Una vez estudiado el alcance y los condicionantes de la implantacin, se decide si sta se puede llevar a cabo. Ser preciso establecer, en su caso, la estrategia que se concretar de forma definitiva en el plan de implantacin.
Se constituye el equipo de implantacin, determinando los recursos humanos necesarios para la propia instalacin del sistema, para las pruebas de implantacin y aceptacin, y para la preparacin del mantenimiento. Se identifican, para cada uno de ellos, sus perfiles y niveles de responsabilidad.
Se revisan los requisitos de implantacin (instalacin, infraestructura, formacin) establecidos en la tarea Especificacin de Requisitos de Implantacin y los procedimientos implicados en la implantacin, establecidos para cada uno de los sistemas de informacin en la tarea Especificacin de Requisitos de Operacin y Seguridad, con el fin de asegurar su adecuacin a la estrategia global de implantacin.
Una vez analizada la informacin anterior, se define un plan de implantacin que permita calcular adecuadamente el esfuerzo y los recursos necesarios para llevar
Pg.: 334
a cabo con xito la implantacin. Dicho plan debe contemplar todas las tareas relacionadas con:
La formacin necesaria para la implantacin, tanto a usuarios finales como al equipo que se encarga de realizar las pruebas de implantacin y aceptacin del sistema. La preparacin de la infraestructura necesaria para la incorporacin del sistema al entorno de operacin. La instalacin de todos los componentes y procedimientos manuales y automticos asociados a cada sistema de informacin implicado en la implantacin. La ejecucin de los procedimientos de carga inicial y migracin de datos, si se determin su necesidad. La realizacin de las pruebas de implantacin y aceptacin del sistema. La formalizacin del plan de mantenimiento.
8.1.1.2. Preparacin de la infraestructura necesaria para la incorporacin del sistema al entorno de operacin
Como ya se ha dicho en las fase de Diseo y Construccin del Sistema, ser necesario instalar los componentes de cliente y servidor de la aplicacin. Para la correcta implementacin del sistema, se deben contemplar varios roles que para el presente proyecto sern llevados a delante por el Tesis. Entre las tareas a desarrollar se encuadran las actividades descriptas en la tabla ISI 1:
Tarea
Rol
Implementacin de la base de datos que Administrador de Base de Datos necesita la aplicacin Instalacin de los clientes de aplicacin Administrador infraestructura Instalacin y verificacin del correcto Administrador funcionamiento de las cuestiones de comunicacin seguridad y comunicacin
Tabla ISI 1: Tareas a desarrollar para la implementacin del sistema
de
aplicacin
de
seguridad
Tarea
Rol
de
aplicacin
Pg.: 336
Explicacin No se prev que las bases de datos del sistema crezcan de forma desmesurada, por tal motivo no se considera necesario plantar esquemas de
mantenimiento especficos para este concepto. Performance del motor de No se prev que las bases de datos del sistema Base de Datos crezcan de forma desmesurada, ni tampoco que la cantidad de usuraos conectados al sistema pueda afectar los tiempos de respuesta de la misma. Accesos sistema indebidos al Para controlar este factor y poder proveer algn ajuste al sistema, se ha previsto la generacin de un archivo de log que contendr el detalle de todas las operaciones realizadas dentro del mismo. Por tal motivo, ser conveniente revisar este archivo
peridicamente Control de las copias de Las copia de seguridad son el nico recurso para seguridad reestablecer el sistema en caso de cada del mismo. Es por ello importante verificar que las mismas se realicen correctamente para lo cual se aconseja recuperarlas peridicamente en otro equipo y probar que el sistema se encuentre disponible como as tambin la consistencia de los datos
Tabla ISI 4: Aspectos a tener en cuanta para el mantenimiento del sistema
Pg.: 337
Administrador de Base de Esta funcin est a cargo del tesista y consiste en Datos instalar, crear y administrar los recursos de la base de datos Administrador de Seguridad y Esta funcin est a cargo del tesista y consiste en comunicaciones instala y verificar el correcto funcionamiento del componente de comunicacin del sistema. Administrador de Esta funcin est a cargo del tesista y consiste en instalar el aplicativo y asignar los permisos, desde el sistema operativo, para que los distintos usuarios puedan utilizar el sistema.
Tabla ISI 5: Descripcin del equipo de implementacin
Aplicaciones e Infraestructura
Pg.: 338
Mientras que las pruebas unitarias, de integracin y del sistema se pueden ejecutar en un entorno distinto de aqul en el que finalmente se implantar, las
pruebas de implantacin y aceptacin del sistema deben ejecutarse en el entorno real de operacin. El propsito es comprobar que el sistema satisface todos los requisitos especificados por el usuario en las mismas condiciones que cuando se inicie la produccin.
Por tanto, como paso previo a la realizacin de dichas pruebas y de acuerdo al plan de implantacin establecido, se verifica que los recursos necesarios estn disponibles para que se pueda realizar, adecuadamente, la instalacin de todos los componentes que integran el sistema, as como la creacin y puesta a punto de las bases de datos en el entorno de operacin. Asimismo, se establecen los procedimientos de explotacin y uso de las bases de datos de acuerdo a la normativa existente en dicho entorno.
Adems, si alguno de los sistemas de informacin implicados en la implantacin lleva implcita una migracin de datos habr que tener en cuenta, tambin, las caractersticas del entorno y los procedimientos propios de la migracin establecidos en el plan de migracin y carga inicial de datos, obtenido en la actividad Diseo de la Migracin y Carga Inicial de Datos (DSI 9).
Implementacin del sistema de Informacin Lic. Enrique Fernndez Pg.: 339
Una vez comprobada la idoneidad de los distintos elementos relacionados con la infraestructura, se realiza la instalacin del software de base necesario para la incorporacin posterior de los componentes asociados a los sistemas de informacin implicados en la implantacin.
Sistema Operativo Windows 2000 Server con el Service Pack 6, en el equipo Servidor Sistema Operativo Windows 2000 work station con el srvice Pack 4, en el equipo cliente MySQL en el equipo servidor
Asimismo, se prepara el entorno de datos identificando los sistemas de informacin que forman parte del sistema objeto de la implantacin. Para cada uno de ellos:
Se crean las bases de datos a partir del esquema fsico elaborado en el proceso de construccin. Se establecen los procedimientos de explotacin y uso de las bases de datos, es decir, la normativa necesaria para la utilizacin de las bases de datos, actualizacin, consulta, etc. Se revisan los procedimientos necesarios para realizar las copias de seguridad de los datos y de restauracin de las copias indicando su
Implementacin del sistema de Informacin Lic. Enrique Fernndez Pg.: 340
frecuencia, as como los procedimientos de consolidacin y sincronizacin de la informacin, stos ltimos cuando proceda. Se preparan las autorizaciones de acceso a los datos para los distintos perfiles de usuarios.
Una vez comprobada la correcta instalacin del nuevo sistema, se activan los procedimientos de operacin, de administracin del sistema, de seguridad y de control de acceso. Incluyen el arranque y cierre del sistema segn la frecuencia establecida, la planificacin de trabajos, su recuperacin y reanudacin, las autorizaciones de acceso al sistema segn los distintos perfiles de usuario, etc. Asimismo, si es necesaria una migracin de datos se activarn tambin los procedimientos asociados.
En cualquier caso, en la actividad Diseo de la Migracin y Carga Inicial de Datos se habrn definido y planificado los procesos y procedimientos necesarios para llevar a cabo la migracin, realizndose su codificacin en la actividad Construccin de los Componentes y Procedimientos de Migracin y Carga Inicial de Datos.
Pg.: 341
Comprobar el funcionamiento correcto del mismo en el entorno de operacin. Permitir que el usuario determine, desde el punto de vista de operacin, la aceptacin del sistema instalado en su entorno real, segn el cumplimiento de los requisitos especificados.
Para ello, el responsable de implantacin revisa el plan de pruebas de implantacin y los criterios de aceptacin del sistema, previamente elaborados. Las pruebas las realizan los tcnicos de sistemas y de operacin, que forman parte del grupo de usuarios tcnicos que ha recibido la formacin necesaria para llevarlas a cabo.
Una vez ejecutadas estas pruebas, el equipo de usuarios tcnicos informa de las incidencias detectadas al responsable de implantacin, el cual analiza la informacin y toma las medidas correctoras que considere necesarias para que el sistema d respuesta a las especificaciones previstas, momento en el que el equipo de operacin lo da por probado.
Pg.: 342
Los Directores de los Usuarios revisan los criterios de aceptacin, especificados previamente en el plan de pruebas del sistema, y dirigen las pruebas de aceptacin final que llevan a cabo los usuarios expertos. A su vez, stos ltimos deben elaborar un informe que los Directores de los Usuarios analizan y evalan para determinar la aceptacin o rechazo del sistema.
Se registra la realizacin de las pruebas, incluyendo un informe que recoja la desviacin de los requisitos establecidos y los problemas que quedan sin resolver.
Pg.: 344
En una reunin mantenida entre el tesista y la Directora del proyecto se dio por aprobada la fase de Implementacin del Sistema de Informacin, no obstante, como el presente trabajo forma parte de la tesis de Maestra, la aprobacin final del sistema consistir en la defensa del mismo ante un tribunal evaluador oportunamente reunido a tal fin.
Pg.: 345
Captulo 9
Pg.: 348
funcin de la cantidad de versiones de documentos que generan y el tiempo que les lleva terminar su tarea.
1. Incorporacin de nuevas metodologas a la herramienta software generada, esto podr hacerse mediante la incorporacin de un nuevo mdulo que permita la parametrizacin de las tablas que contengan informacin sobre las fases, subfases y documentos a generar, 2. Ampliacin de las funcionalidades del sistema respecto a la metodologa CRISP-DM, aportando un mdulo de sistema experto [Garca-Martnez y Britos, 2004] que permita, en funcin de las caractersticas del proyecto a tratar, determinar que fases y actividades deberan completarse. Facilitando de est forma la tarea de los desarrolladores (sobre todo a los novatos). Este punto de ampliacin no ser fcil extenderlo a otras metodologas debido a que para poder hacerlo se deber contar con un conjunto de expertos dispuestos a brindar su experiencia para incorporarla al nuevo sistema 3. Ampliacin de la herramienta para que puede ser ejecutada desde mltiples plataformas hardware y software.
Pg.: 349
Captulo 10
[Booch & Jacobson & Rumbaugh, 1998] Booch, G.; Jacobson, I.; Rumbaugh, J.; 1998; El proceso Unificado de Desarrollo de Software; Addison Wesley.
[Cano, J et al, 2005] Cano, J.; Herrera, F.; Lozano, M.; Seleccin Evolutiva de Instancias en Minera de Datos: Un Estudio Experimental; 2005. http://wwwdi.ujaen.es/~jrcano/docum/evol-iberamia02.pdf
[Chapman, P. et al, 1999] Chapman, P.; Clinton, J.; Kerber, R.; Khabaza, T.; Reinartz, T.; Shearer, C.; Wirth, R.; CRISP-DM 1.0 Step-by-step data mining guide; 1999. www.crisp-dm.org
[COCOMO II, 1999] Software de distribucin gratuita para estimacin de tiempo y esfuerzo de un proyecto en base al mtodo COCOMO II; University of Southern Califirnia.
Bibliografa y Glosario Lic. Enrique Fernndez Pg.: 352
[Cosmos, 1998] Software de distribucin gratuita para estimacin de puntos de funcin; East Tennessee State University, Departament of Computer and Information Sciences.
[Fernndez, B., 2005] Fernndez, B.: Entendimiento del negocio (CRISP-DM); 2005. http://www.uccor.edu.ar/paginas/seminarios/Cursos/DM-Medicine/Phase1-b.pdf
[Figueiras, A. et al, 2004] Figueiras, A.; Navia, A.; Fundacin COTEC para la innovacin tecnolgica; Nro. 21 Minera de Datos; Primera edicin: noviembre de 2004; ISBN: 84-95336-48-0; Grficas Arias Montano, S.A.. http://www.ratri.es/Subidas/DescargasPublicas/MineriaDatos.pdf
[Gesmet, 2000]; Software gratuito para la Gestin de proyectos de Ingeniera del Software basados en Mtrica III. http://www.csi.map.es/csi/metrica3/gesmet.htm
[Gondar Nores, J, 2004] Gondar Nores, J.; Metodologas para la realizacin de proyectos de Data Mining; 2004. http://www.estadistico.com/arts.html?20040426
[Hernndez Orallo, J. et al, 2004] Hernndez Orallo, J.; Ferri Ramrez, C.; Ramrez Quintana, J.;2004;Introduccin a la minera de datos; Pearson Educacion.
[Hernndez Orallo, J. et al, 2005]Hernndez Orallo, J.; Minera de Datos; Mster y Cursos de Postgrado del DSIC; Universitat Politcnica de Valncia; 2005. http://www.dsic.upv.es/~jorallo/master/dm5.pdf
[Larman, C., 2003] Larman, C.; 2003; UML y Patrones de Diseo; Pearson.
[Llombart, O., 2005] Llombart, O; BI: Inteligencia aplicada al negocio; 2005. http://www.eldiarioexterior.com/conocimiento/docs/BI_Inteligencia_aplicada_al_ negocio.pdf
Bibliografa y Glosario Lic. Enrique Fernndez Pg.: 353
[Menasalvas Ruiz, E., 2002] Menasalvas Ruiz, E.; Data Mining: Tcnicas y herramientas; Facultad de Informtica; Universidad Politcnica de Madrid; 2002. file:///C:/Documents%20and%20Settings/fe501719/Configuraci%F3n%20local/A rchivos%20temporales%20de%20Internet/Content.IE5/YVMJQH2V/261,6,Defin icin Intuitiva [Mtrica III, 2000]; Metodologa de planificacin, Desarrollo y Mantenimiento de Sistemas de Informacin del Ministerio de Administracin Pblica del Gobierno Espaol; 2004 http://www.csi.map.es/csi/metrica3/ [Pineda, R. et al, 2001] Pineda, R.; Vega, j.; Dorado, A.; Evaluacin y Seleccin de una Tcnica de Minera de Datos; Ingeniera de Sistemas y Computacin; Facultad de Ingeniera, Pontificia Universidad Javeriana;2001. http://atlas.puj.edu.co/ftp/javintec-2001/memorias/ProcesoKDD.doc
[Petronio, M., 2003] Petronio, M.; 2003; Tesis de Magster; Mercados Virtuales; Universidad Politcnica de Madrid Instituto Tecnolgico de Buenos Aires.
[Peralta, M., 2004] Peralta, M.; 2004; Tesis de Magster; Asistente para la evaluacin de CMMI-SW; Universidad Politcnica de Madrid Instituto Tecnolgico de Buenos Aires. [Rodrguez Montequn, M. et al, 2005] Rodrguez Montequn, M.; lvarez Cabal, V.; Mesa Fernndez, J.; Gonzlez Valds, A.; Metodologas para la realizacin de proyectos de Data Mining; Universidad de Oviedo; 2005. http://www.aeipro.com/congreso_03/pdf/mayte@api.uniovi.es_dc2336ab68ff25 2c5840828af4bc7999.pdf [Sturm, J., 1999] Sturm, J.; 1999; VB 6 UML Design and Development; Wrox Pres ltd. [Tramulla, J., 2005] Tramulla, J.; Minera de datos y textos; 2005. http://imhotep.unizar.es/drupal/filestore2/download/ [Venturn Del Piero, M., 2005] Venturn Del Piero, M.; Ventas: Quiero matar a mi cliente; 2005. http://www.elzondabusiness.diarioelzonda.com.ar/businees/1003.htm
Bibliografa y Glosario Lic. Enrique Fernndez Pg.: 354
[Villanueva Balsera, J. et al, 2005] Villanueva Balsera, J.; Alvarz Cabal, V.; Alba Gonzlez, C.; Badiola Valle, M.; Anlisis de la estimacin del esfuerzo en proyectos de S.I. con tcnicas de I.A.; I Simposio sobre Avances en la Gestin de Proyectos y Calidad del Software; Salamanca; Universidad de Oviedo; 2005. http://lisisu02.fis.usal.es/~mmoreno/JoaquinVBalsera.pdf
10.2. Glosario
Concepto Casos de Uso Descripcin Diagrama que permite mostrar que hace el sistema desde el punto de vista de un observador externo. Poniendo el nfasis en QUE hace el sistema y no en COMO lo hace. Se usan para documentar las especificaciones funcionales de un sistema. COCOMO Mtodo de estimacin de proyectos que permite estimar el esfuerzo y costo asociado al mismo CRISP-DM Metodologa estandard para el desarrollo de proyectos de exploracin de datos desarrollado por el consorcio de empresas conformado por: NCR, SPSS y DaimlerChrysler. Dataset Data mining Diagrama Actividad Diagrama secuencia Agrupamiento de datos Ver Minera de Datos de Diagrama que muestra como cuales son los pasos lgicos para realizar una funcin de Diagrama que muestra como interactan las distintas clases componentes del sistema
Exploracin de datos Ver Minera de Datos GESMET Software, de distribucin gratuita, para la gestin de Proyectos de Ingeniera del Software basados en Mtrica III. Desarrollado por la Empresa Getronic para el Instituto Nacional de Administracin Pblica Espaol. Mtrica III Metodologa de planificacin, desarrollo y mantenimiento de Sistemas de Informacin. Desarrollada por el Instituto Nacional de Administracin Pblica Espaol.
Bibliografa y Glosario
Pg.: 355
Descripcin Se denomina Minera de Datos [Servente, & GarcaMartnez, 2002; Perichinsky & Garca-Martnez, 2000; Perichinsky et al., 2000; Perichinsky et al., 2001;
Perichinsky et al., 2003; Felgaer, P. et al, 2003] al conjunto de tcnicas y herramientas aplicadas al proceso no trivial de extraer y presentar conocimiento implcito, previamente desconocido, potencialmente til y humanamente
comprensible, a partir de grandes conjuntos de datos, con objeto de predecir de forma automatizada tendencias y comportamientos; y describir de forma modelos previamente desconocidos. Modelo de Negocio Modelo grfico que forma parte de UML, el mismo tiene como objetivo mostrar el comportamiento del sistema desde el punto de vista de un usuario externo. Requisitos Funcionales Especifican que debe hacer el sistema que se va a construir desde el punto de vista funcional, es decir que funciones se necesita que el sistema realice. Requisitos funcionales especiales no Complementan a los requisitos funcionales, y tienen como o objetivo indicar aspectos tcnicos que condicionan el funcionamiento del sistema, por ejemplo el tiempo de respuesta del sistema o el tipo de interfaz de usuario que deber implementar el mismo. UML Lenguaje de Modelado Universal (en ingles Universal Modelling Language). Es un lenguaje grfico que permite modelar los elementos que constituyen un Sistema de Software. Pruebas negra de caja Mtodo de prueba que toma al sistema como una caja negra, es decir, no analiza como funciona internamente el mismo, sino, que se base en el anlisis de las respuestas que el sistema debe generar en base a las entradas recibidas Pruebas unitarias Prueba de los distintos componentes del sistema en forma aislada del resto de los componentes del mismo Pruebas de sistema Prueba integral que contempla como se desempea el sistema en su conjunto
Bibliografa y Glosario Lic. Enrique Fernndez Pg.: 356
automatizada
Descripcin Mtodo de estimacin de proyectos que permite estimar el tamao de un sistema en base a la cantidad de lneas de cdigo
SEMMA
Metodologa para el desarrollo de proyectos de exploracin de datos desarrollada por el SAS Institute
Bibliografa y Glosario
Pg.: 357
Apndice A
La interfaz de Gestin de Proyectos de Mtrica III contempla proyectos de desarrollo de Sistemas de Informacin en sentido amplio. Es decir, de acuerdo con EUROMTODO se consideran proyecto de desarrollo de nuevos sistemas de informacin y tambin proyectos de ampliacin y mejora de los ya existentes; estos ltimos, contemplados en mtrica III al proceso de Mantenimiento del Sistema de Informacin.
Actividades de inicio del proyecto (GPI): Al inicio del proyecto, al concluir el proceso de estudio de viabilidad del sistema, se realizan las actividades de estimacin de esfuerzo y Planificacin del Proyecto. Actividades de seguimiento y control (GPS): Comprende desde la asignacin de las tareas hasta su aceptacin interna por parte del equipo de proyecto, incluyendo la gestin de incidencias y cambios en los requisitos que puedan presentarse y afectar a la planificacin del proyecto.
Apndice A Lic. Enrique Fernndez Pg.: 360
Actividades de finalizacin del proyecto (GPF): Por ltimo, al concluir el proyecto se realizan las tareas propias del cierre del proyecto y registro de la documentacin de la gestin.
Es muy difcil calcular con absoluta precisin el esfuerzo requerido para desarrollar cualquier proyecto informtica, debido a la gran cantidad de factores que intervienen en su realizacin, algunos de ellos inciertos o desconocidos. Sin embargo, las tcnicas existentes para realizar los clculos proporcionan un valor aproximado suficiente para el alcance del desarrollo del proyecto. Ser siempre til la experiencia anterior que hubiese, extrada de la realizacin de proyectos similares en la organizacin, as como la existencia de una base de datos con informacin relativa a mtricas, en el sentido del trmino en ingeniera del software.
Para la estimacin del tamao y tiempos del presente desarrollo se utilizan los aplicativos COSMOS y COCOMO. El aplicativo COSMOS permite estimar el tamao del sistema en base al mtodo de puntos de funcin, mientras que el aplicativo COCOMO permite estimar costos, tiempos y cantidad de personal optimo a participar
Apndice A Lic. Enrique Fernndez Pg.: 361
en el desarrollo del sistema mediante la aplicacin del mtodo de estimacin COCOMO II.
A continuacin, en la tabla IPS 1, se describen las valoraciones hechas para cada una de las caractersticas del proyecto evaluadas durante la estimacin de los puntos de funcin:
Parmetros bsicos:
Parmetro Complejidad Complejidad Complejidad Justificacin Baja Entradas Externas 9 Media 0 Alta 2
Descripcin
al
proyecto Documento
tienen un nivel 5-Nueva de complejidad Versin alto, restantes entradas consideran un nivel las 6-Nuevo Usuario se 7-Modificar de Usuario de 8-Cambiar Clave 9-Tipo Reporte Salidas Externas 4 2 0 Se considera 1-Lista de de
complejidad bajo
que las salidas proyecto asociadas versionado documentos apertura documentos al 2-Lista de usuario y 3-Descripcin de de documento 4-Proyectos
Pg.: 362
de
Apndice A
Descripcin
tendrn un nivel Asignados de complejidad medio, considerando adems que las restantes salidas sern de complejidad baja Archivos Lgicos Internos 12 0 0 Se asigna un 1-Fases
archivo
lgico Originales
considera Originales
que todas son 5-Documentos de un nivel de 6-Versiones complejidad bajo 7-Proyecto 8-Usuarios 9-Telfonos 10-Categoras 11-Cargo 12Especialidad
Descripcin
de Asignados
complejidad media
Tabla IPS 1: parmetros bsicos del sistema
Luego de ingresar los parmetros bsicos se procede a realizar la valoracin de los factores de ajuste:
0 0
Valoracin Justificacin
las 0
transacciones Entradas de datos 5 On-Line Eficiencia del usuario 3 final El sistema va a contar con: Ayudas on-line Mens Impresin remota Teclas de funcin preasignada Seleccin mediante cursor de datos en pantalla Interfaces de ratn Actualizacin Line Procesos complejos Reutilizacin 0 3 On- 2 El sistema cuanta con actualizacin On-line de 4 o mas ficheros lgicos internos No existen restricciones de este tipo El 10% o mas de la aplicacin tiene en cuenta este aspecto Facilidad instalacin Facilidad operacin Instalacin distintos lugares en 2 Se necesita que la aplicacin pueda ser utilizada en mltiples lugares y funcionar bajo entorno de software y hardware similares Facilidad de cambios 0 No existen restricciones de este tipo
Tabla IPS 2: Factores de ajuste
de 0
de 0
Apndice A
Pg.: 365
Puntos de funcin sin ajustar Factor de ajuste Puntos de funcin ajustados Lneas de cdigo
Para la estimacin de lneas de cdigo del actual sistema, se estima que el lenguaje Visual Basic 6 tiene 29 lneas de cdigo por punto de funcin.
Una vez obtenida la cantidad de lneas de cdigo. Mediante puntos de funcin, se procede a realizar la estimacin del esfuerzo mediante la tcnica COCOMO II.
A continuacin, en la tabla IPS 4, se describe la valoracin hecha a las variables de ajuste del mtodo COCOMO II:
Apndice A
Pg.: 366
Variable
Valoracin Justificacin Se estima que: El tamao de las bases de datos es muy bajo La complejidad del producto es nominal El nfasis en la documentacin ser muy alta
Reutilizacin (RUSE)
Nominal
almacenamiento sern bajos La plataforma de trabajo es muy estable Capacidad (PERS) del personal Alto Se estima que: No se habr rotacin de personal La capacidad de los Analistas es alta La capacidad de los programadores es nominal Experiencia del personal Nominal (PREX) Se estima que: La experiencia en este tipo de aplicaciones es bajo La experiencia en la plataforma es media La experiencia en el lenguaje de programacin es media Facilidades (FCIL) Nominal Se estima que: El soporte de herramientas de
Es importante destacar que, como el actual proyecto no persigue fines econmicos (solo persigue fines acadmicos) no se ingresar un valor de coste de la hora hombre de trabajo.
Una vez hecho el ingreso de las valoraciones de ajuste las condiciones del proyecto son las siguientes:
Estimaciones obtenidas:
Apndice A
Pg.: 368
En base a las estimaciones hechas mediante el aplicativo COCOMO, puede decirse que el sistema es factible de ser desarrollado por un solo desarrollador (para el caso el tesista) en un tiempo inferior a un ao.
A continuacin, en la figura IPS 6, se muestra como ser la distribucin de los tiempos en relacin a las fases de desarrollo en base a la estimacin media de tiempos:
Es de hacer notar que la identificacin de las fases hecha por el aplicativo, en la figura IPS 6, no concuerda exactamente con la fase de desarrollo que define Mtrica III que es la metodologa que se va a utilizar para el desarrollo del presente trabajo de tesis. Por tal motivo, a continuacin, en la figura IPS 7, se describe como se pueden interpretar estos tiempos con relacin a Mtrica III, tomando como base una planificacin de proyecto Optimista, debido a que el desarrollador considera que podr terminar el desarrollo del sistema dentro de este margen de tiempos:
Apndice A
Pg.: 369
Apndice A
Pg.: 370
Las dems Actividades de la interfase de gestin de planificacin, se llevarn a cabo en paralelo a las fases de desarrollo del sistema mediante la comparacin de los tiempos y esfuerzos dedicados a cada uno de ellos, y solo sern documentados en esta interfaz desvos significativos que puedan producirse (diferencias de tiempo que impliquen mas de 1 semana de desvo entre lo planificado y el suceso real) .
En virtud de no haberse producido cambios significativos entre los tiempos planificados y los realmente aplicados al proyecto, se da por finalizada la presente interfaz.
Apndice A
Pg.: 371
A.2 SEGURIDAD
El objetivo de la interfaz de Seguridad de MTRICA Versin III es incorporar en los sistemas de informacin mecanismos de seguridad adicionales a los que se proponen en la propia metodologa, asegurando el desarrollo de cualquier tipo de sistema a lo largo de los procesos que se realicen para su obtencin.
La seguridad del sistema de informacin ya se considera en MTRICA Versin III como requisito funcional, es decir previamente al desarrollo del mismo. La interfaz de Seguridad hace posible incorporar durante la fase de desarrollo las funciones y mecanismos que refuerzan la seguridad del nuevo sistema y del propio proceso de desarrollo, asegurando su consistencia y seguridad.
El Anlisis de los Riesgos constituye una pieza fundamental en el diseo y desarrollo de sistemas de informacin seguros. Si bien los riesgos que afectan a un sistema de informacin son de distinta ndole: naturales (inundaciones, incendios, etc.) o lgicos (fallos propios, ataques externos, virus, etc.) son estos ltimos los contemplados en la interfaz de Seguridad de MTRICA Versin III.
De lo anterior se desprende que existen dentro de la interfaz dos tipos de actividades diferenciadas:
Actividades relacionadas con la seguridad intrnseca del sistema de informacin. Estas actividades no se consideran como parte del alcance del presente Apndice.
Apndice A
Pg.: 372
Actividades que velan por la seguridad del propio proceso de desarrollo del sistema de informacin. Estas actividades se consideran como parte del alcance del presente Apndice.
Si en la organizacin ya existe un plan de seguridad o una metodologa de anlisis y gestin de riesgos para cada sistema de informacin debern analizarse las necesidades de seguridad del sistema respecto al mtodo vigente, y determinar las diferencias si las hubiera, as como aquellas necesidades concretas que no se encuentren recogidas, estableciendo as el plan de seguridad del sistema de informacin. Si no existe un plan de seguridad en la organizacin habr que desarrollarlo desde el principio. El plan recoger adems las medidas de seguridad activas o preventivas y reactivas, en respuesta a situaciones en que se produce un fallo reduciendo su efecto, relacionadas con la seguridad del sistema de informacin y del proceso de desarrollo.
Las valoraciones sobre la seguridad deben ser realizadas en funcin de las caractersticas del sistema: complejidad, tamao, incertidumbre, participantes, etc. por los responsables de la seguridad del sistema de informacin, quienes se apoyarn para sus decisiones en su conocimiento y experiencia en la materia sin perder de vista adems que, al ser finitos los recursos, no pueden asegurarse todos los aspectos del desarrollo de los sistemas de informacin, por lo que habr que aceptar un determinado nivel de riesgo concentrndose en los aspectos ms comprometidos o amenazados, que sern diferentes segn las circunstancias.
Apndice A
Pg.: 373
El objetivo de la Gestin de la Configuracin es mantener la integridad de los productos que se obtienen a lo largo del desarrollo de los sistemas de informacin, garantizando que no se realizan cambios incontrolados y que todos los participantes en el desarrollo del sistema disponen de la versin adecuada de los productos que manejan. As, entre los elementos de configuracin software, se encuentran no nicamente ejecutables y cdigo fuente, sino tambin los modelos de datos, modelos de procesos, especificaciones de requisitos, pruebas, etc.
La gestin de configuracin se realiza durante todas las actividades asociadas al desarrollo del sistema, y continua registrando los cambios hasta que ste deja de utilizarse. Adems, facilita el mantenimiento del sistema, aportando informacin precisa para valorar el impacto de los cambios solicitados y reduciendo el tiempo de implementacin de un cambio, tanto evolutivo como correctivo. Asimismo, permite controlar el sistema como producto global a lo largo de su desarrollo, obtener informes
Apndice A
Pg.: 374
sobre el estado de desarrollo en que se encuentra y reducir el nmero de errores de adaptacin del sistema, lo que se traduce en un aumento de calidad del producto, de la satisfaccin del cliente y, en consecuencia, de mejora de la organizacin.
La interfaz de gestin de configuracin de MTRICA Versin 3 permite definir las necesidades de gestin de configuracin para cada sistema de informacin, recogindolas en un plan de gestin de configuracin, en el que se especifican las actividades de identificacin y registro de productos en el sistema de gestin de configuracin durante el desarrollo y posterior mantenimiento del sistema de informacin.
Si en la organizacin ya existe un sistema de gestin de configuracin estndar, para el sistema de informacin en concreto debern analizarse las necesidades de configuracin especficas respecto a dicho sistema estndar y determinar las diferencias, si las hubiera, as como aquellas necesidades concretas que no se encuentren recogidas, estableciendo as el plan de gestin de configuracin del sistema de informacin.
Los productos registrados en el sistema de gestin de la configuracin se encuentran identificados y localizados unvocamente, de manera que la informacin relativa a los productos es de fcil acceso.
Informacin relacionada con Anlisis, Diseo, Construccin, Implantacin y Aceptacin del Sistemas de Informacin, como productos globales que integran todos los productos que lo componen. Informacin de un producto en concreto, su versin, estado, traza de su evolucin y cualquier dato que el plan de gestin de la configuracin determine de inters (por ejemplo, participantes en la elaboracin o modificacin del producto).
Apndice A
Pg.: 375
Para armar el plan de Gestin de Configuracin del actual proyecto de desarrollo de software se han consultado los estndares de Gestin de Configuracin definidos por ANSI e IEEE [ANSI/IEEE 1042, 1987]. En base a estos estndares, se ha generado el presente plan de Gestin de Configuracin, el cual no seguir exactamente los pasos definidos por Mtrica Versin III.
El Plan de Gestin de Configuracin no debe tomarse con algo esttico que se define al inicio del desarrollo del sistema y nunca mas se modifica. Este plan debe revisarse y validarse al inicio de cada una de las fases del proyecto, modificndolo en caso de ser necesario.
Todas las modificaciones al Plan de Gestin de Configuracin debern ser realizadas por quien lleva a delante el proceso de Gestin de Configuracin del
Proyecto. Quien ante cada pedido de cambio llevar a cabo una revisin formal del pedido e impulsar la implementacin del mismo en caso de considerarlo necesario.
Asimismo, en esta seccin se identifican las tareas de coordinacin y gestin que sern necesarias para llevar a cabo las actividades de Gestin de Configuracin
Apndice A Lic. Enrique Fernndez Pg.: 376
del Software en el proyecto de desarrollo del Sistema de Gestin de Proyectos de Explotacin de Datos.
A.3.3. Organizacin
La Gestin de Configuracin del Proyecto est a cargo de un Responsable denominado Responsable de la Gestin de Configuracin, que ser parte del equipo de desarrollo. Por la magnitud del proyecto que se esta tratando en el presenta trabajo no se constituir un Comit de Control de Cambios, los mismos sern tratados y evaluados por el responsable de la Gestin de Configuracin. Dicha funcin est a cargo del tesista.
Asimismo, se considera conveniente que se realizan un conjunto de auditorias y controles, por personal ajeno al equipo de desarrollo, para controlar la labor desarrollada por el Responsable de la Gestin de Configuracin, funcin que queda a cargo de la Directora del proyecto de tesis.
Es de hacer notar que lo ideal para este punto es contar con distintas personas para la implementacin de cada una de las funciones mencionadas, pero debido a las caractersticas del proyecto las mismas sern distribuidas entre los dos integrantes del equipo de desarrollo del proyecto (la Directora del proyecto de tesis y el tesista). Esto pone de manifiesto la importancia de desarrollar proyectos con metodologas de trabajo flexibles que se puedan adaptar a las caractersticas de cada proyecto y su equipo de desarrollo.
1. Crear y mantener un Plan de Gestin de Configuracin para la organizacin. 2. Asegurar el cumplimiento a nivel organizacional del estndar de gestin de configuracin. 3. Proveer guas organizacionales para todas las actividades de Gestin de Configuracin.
Apndice A Lic. Enrique Fernndez Pg.: 377
4. Asegurar que los cambios sobre la lnea base se registran con suficiente detalle. 5. Asegurar que no se realicen cambios no autorizados sobre la lnea base. 6. Operacin de la herramienta de Gestin de Configuracin del Software. 7. Aprobar, monitorear y controlar requerimientos de cambios. 8. Establecer lneas base. 9. Auditar el proyecto.
Todos los elementos de configuracin del proyecto (documentos y cdigo fuente) que se encuentren bajo control de configuracin sern almacenados en un repositorio electrnico de proyecto cuyo acceso ser limitado a aquellos participantes autorizados del proyecto. En caso de requerirse copias fsicas de algn documento, dicha copia ser numerada de manera unvoca; cualquier cambio sobre el documento requiere de la obtencin de la versin controlada anterior y la sustitucin de la misma por una nueva.
El tesista (que est a cargo de administrar el control de cambios) ser responsable por aprobar, rechazar y controlar la correcta implementacin de los cambios que se produzcan sobre aquellos documentos que formen parte de la lnea base del proyecto. Es, adems, l responsable de resolver situaciones relacionadas con el cambio de alcance del proyecto.
Es conveniente, adems, utilizar un procedimiento que permita administrar cambios en los elemento de configuracin una vez que los mismos pasen satisfactoriamente sus revisiones y deban incorporarse a la lnea base, tambin se deben prever procedimientos de administracin de cambio ante cambios que afecten el calendario o el tamao del proyecto.
El procedimiento para incorporar un documento a la lnea base del proyecto comprende la realizacin de los siguientes pasos:
Apndice A Lic. Enrique Fernndez Pg.: 378
1. Cuando un documento se encuentra en condiciones de ser revisados, el autor del mismo (el tesista) le aplica una etiqueta con el siguiente formato: Nombre de la de desarrollo a la cual pertenece + nmero de versin, por ejemplo: Planificacion_1.doc, este nombre indica que se est presentando la versin 1 de la fase de Planificacin del Sistema. 2. Llevar a cabo la reunin de revisin con la Directora del proyecto de Tesis. 3. Cuando, despus de realizar la revisin es necesario corregir el documento, se le asigna al mismo una nueva etiqueta de lnea base segn el siguiente formato: Nombre de la de desarrollo a la cual pertenece + ltimo nmero de versin asignado para la fase + 1; siguiendo con el ejemplo del punto 1, el nombre del documento modificado quedara as: Planificacion_2.doc.
Las auditorias de configuracin se llevarn a cabo en el proyecto a solicitud de la Directora del proyecto de Tesis, quien verificar el cumplimiento de los pasos definidos dentro de la metodologa de desarrollo.
Si bien no se contar con una herramienta especifica de gestin de configuracin, se utilizara el Software GESMET [GESMET 2000] para la generacin de los documentos en la etapa de desarrollo. El mencionado software genera un documento por cada actividad definida en la metodologa Mtrica versin III, cuando el tesista considere que la fase metodolgica esta terminada unificar todos los documentos que completo en uno solo y lo presentar a la directora del proyecto de Tesis. Una vez que el documento es aprobado por la Directora del proyecto de tesis, se resguarda en una carpeta llamada Linea_Base que contiene una subcarpeta por cada fase de la metodologa.
Por otra parte se registrar en una planilla del tipo EXCEL cada uno de los documentos ingresados a esta carpeta indicando: su nombre, la versin, la fecha en que fue ingresado, una breve descripcin de propsito del mismo y el motivo de su generacin. De esta manera cuando deba realizarse alguna modificacin a un documento (producto de alguna correccin generada por alguna iteracin del proceso de desarrollo) quedar registrado cual es el cambio realizado y por que.
Apndice A
Pg.: 379
Estos elementos de configuracin se determinan en funcin del ciclo de vida a aplicar al proyecto, en este caso se aplica un ciclo de vida incremental, dentro del cual el actual proyecto apunta a la obtencin del primer prototipo que soporte la gestin de proyectos basados en la metodologa de desarrollo de sistema de explotacin de datos, CRISP-DM, pero debe servir de base para poder incorporar mas metodologas de desarrollo y funcionalidades de gestin (ver lneas de investigacin futura).
El mencionado ciclo de vida es soportado ampliamente por la metodologa Mtrica Versin III, en tal sentido, y para aplicar con mayor facilidad las funcionalidades del software GESMET, se toma al documento principal de cada una de las fases de la metodologa como un elemento de configuracin (como se mencion anteriormente, este documento, contendr todos los documento que para esa fase de desarrollo se produjeron mediante GESMET) junto con los documentos auxiliares que el mismo contiene.
Esta doble registracin de los elementos complementarios (dentro del documento Word y fuera en su formato original) se realiza por motivos de seguridad. Muchas veces, cuando se recupera un elemento pegado dentro de un documento word y se lleva a su programa original (por ejemplo Visio) para intentar modificar el grafico, se pierden elementos de agrupamiento para poder hacerlo.
Apndice A
Pg.: 380
Lnea base de Planificacin del Sistema de Informacin Lnea base de Estudio de Viabilidad del Sistema Lnea base de Anlisis del Sistema de Informacin Lnea base de Diseo del Sistema de Informacin Lnea base de Construccin del Sistema de Informacin Lnea base de Implementacin del Sistema de Informacin
Todos los elementos de configuracin, de tipo documento, que se generen sern almacenados, antes de ser aprobados y pasados a lnea base, en la carpeta Tesis_Desarrollo_Docum , mientras que los elementos del tipo software (cdigo fuente y ejecutables) sern almacenados en la carpeta
Tesis_Desarrollo_Prog_[Versin]. La identificacin de los distintos elementos de configuracin se detalla a continuacin: a) Documentos: El nombre de los documentos deber seguir la siguiente convencin:
<ID_Documento><Versin>.<Extensin>
Donde: ID_Documento es el nombre del documento a resguardar (ver tabla GCON 1) Versin es un nmero secuencial que se asigna al documento, comienza en uno y se incrementa de a uno por cada nueva versin del mismo Extensin: es el tipo de archivo
b) Programas fuentes y Ejecutables: Para la administracin de los programas fuentes y ejecutables, el esquema de identificacin es el siguiente: por cada nueva versin de programa se genera una nueva carpeta que contendr las objetos del proyecto a modificar. La forma de identificar a estas carpetas es la siguiente:
Tesis_Desarrollo_Prog <ID_Versin>
Donde:
Apndice A Lic. Enrique Fernndez Pg.: 381
ID_Versin es un nmero secuencial que se asigna al documento, comienza en 1 y se incrementa de a 1 por cada nueva versin del mismo
A continuacin, en la tabla GCON 1, se detalla como se compone cada lnea base, es decir que elementos de configuracin que la integran.
Lnea Base
Elementos de configuracin
Id.
de
los
elementos
(documentos) Planificacin Sistema Informacin (PSI) del de Planificacin del Sistema de Informacin Diagramas de planificacin Complementarios (por ej.: diagramas GANTT) Estudio Viabilidad Sistema (EVS) de del Estudio de Viabilidad del Sistema Diagramas de Viabilidad Complementarios (por ej.: modelo de negocio) Anlisis del Sistema de Informacin (ASI) Anlisis del Sistema de Informacin Diagramas de Anlisis Complementarios (casos de uso y diagramas de clases) Diseo del Sistema de (DSI) Informacin Diseo del Sistema de Informacin Diagramas de planificacin Complementarios (por ej.: diagramas de secuencia) Construccin Sistema Informacin (CSI) del de Construccin del Sistema de Informacin Diagramas de planificacin Complementarios Cdigo fuente Ejecutables Entorno de desarrollo (contempla versin de sistema operativo, Construccin Diag-construccin Diseo Diag-Diseo Anlisis Diag-Anlisis Viabilidad Diag-Viabilidad Planificacin Diag-Planificacin
Apndice A
Pg.: 382
Lnea Base
Elementos de configuracin
Id.
de
los
elementos
(documentos) entorno de desarrollo, etc.) Implementacin del Sistema Informacin (ISI) de Implementacin del Sistema de Informacin Diagramas de planificacin Complementarios
Tabla GCON 1-Relacin entre lneas base y elementos de configuracin
Implementacin Diag-Implementacin
Para el alojamiento de un elemento de configuracin en una lnea base, se generan 2 carpetas similares a las creadas para la etapa de desarrollo, donde se incorporarn los elementos aprobados por la Directora del proyecto de tesis. Esta carpeta ser peridicamente resguardada en un CD de backup al igual que la carpeta de desarrollo.
Para conocer el procedimiento para incorporar un documento a la lnea base del proyecto referirse a la seccin Implementacin del plan de Gestin de Configuracin.
Finalmente, no existen requerimientos para la aplicacin de un esquema de control de interfaces en el presente proyecto.
Documento
A continuacin, en la tabla GCON 3, se muestra un ejemplo donde se ha cargado al sistema la primer versin de todos los documentos:
Apndice A
Pg.: 383
Documento
Planificacin
10/03/2005
Primer versin
Viabilidad
20/03/2005
Primer versin
Anlisis
01/04/2005
Primer versin
Diseo
01/05/2005
Primer versin
Construccin
01/06/2005
Primer versin
Implementacin 1
01/06/2005
Sistema
Primer versin
procedimiento.
Referirse a la seccin Identificacin de la Configuracin para detalles sobre el almacenamiento de las mismas.
Tesis_Desarrollo_Prog
_<versin>,
Tesis_Produccion_Docum_<versin>
semanalmente generara dos CD de resguardo para estas carpetas (labor que desarrolla el tesista) .
Uno de los CD de backup ser guardado en la oficina del tesista, mientras que la otra copia de backup ser almacenada en la facultad hasta culminar el desarrollo del proyecto.
Apndice A
Pg.: 385
La calidad se define como el grado en que un conjunto de caractersticas inherentes cumple con unos requisitos. El Aseguramiento de la Calidad pretende dar confianza en que el producto rene las caractersticas necesarias para satisfacer todos los requisitos del Sistema de Informacin. Por tanto, para asegurar la calidad de los productos resultantes el equipo de calidad deber realizar un conjunto de actividades que servirn para:
Reducir, eliminar y prevenir las deficiencias de calidad de los productos a obtener. Alcanzar una razonable confianza en que las prestaciones y servicios esperados por el cliente o el usuario queden satisfechas.
Para conseguir estos objetivos, es necesario desarrollar un plan de aseguramiento de calidad especfico que se aplicar durante la planificacin del proyecto de acuerdo a la estrategia de desarrollo adoptada en la gestin del proyecto. En el plan de aseguramiento de calidad se reflejan las actividades de calidad a realizar (normales o extraordinarias), los estndares a aplicar, los productos a revisar, los procedimientos a seguir en la obtencin de los distintos productos durante el desarrollo
Apndice A
Pg.: 386
en MTRICA III y la normativa para informar de los defectos detectados a sus responsables y realizar el seguimiento de los mismos hasta su correccin.
El grupo de aseguramiento de calidad participa en la revisin de los productos seleccionados para determinar si son conformes o no a los procedimientos, normas o criterios especificados, siendo totalmente independiente del equipo de desarrollo. Las actividades a realizar por el grupo de aseguramiento de calidad vienen gobernadas por el plan. Sus funciones estn dirigidas a:
Identificar las posibles desviaciones en los estndares aplicados, as como en los requisitos y procedimientos especificados. Comprobar que se han llevado a cabo las medidas preventivas o correctoras necesarias.
Las revisiones son una de las actividades ms importantes del aseguramiento de la calidad, debido a que permiten eliminar defectos lo ms pronto posible, cuando son menos costosos de corregir. Adems existen procedimientos extraordinarios, como las auditorias, aplicables en desarrollos singulares y en el transcurso de las cuales se revisarn tanto las actividades de desarrollo como las propias de aseguramiento de calidad. La deteccin anticipada de errores evita el que se propaguen a los restantes procesos de desarrollo, reduciendo substancialmente el esfuerzo invertido en los mismos. En este sentido es importante destacar que el establecimiento del plan de aseguramiento de calidad comienza en el Estudio de Viabilidad del Sistema y se aplica a lo largo de todo el desarrollo, en los procesos de Anlisis, Diseo, Construccin, Implantacin y Aceptacin del Sistema y en su posterior Mantenimiento.
1. Objetivos de funcionamiento: No se aceptar el producto si en las pruebas de aceptacin surgen errores de severidad inferior o igual a 4, es decir que se registre algn error de severidad 1 (Sistema detenido) o 2 (Fallas de funcionalidad) o 3 (Una
Apndice A Lic. Enrique Fernndez Pg.: 387
solucin alternativa puede aplicarse) o 4 (Error de documentacin/ayuda). Para poder cumplir con este objetivo se recolectar un conjunto de mtricas relacionadas con los resultados obtenidos en las pruebas de aceptacin final (ver Mtricas de Proyecto).
recolectar y documentar mtricas que permitan soportar los objetivos definidos en el punto anterior. La informacin recolectada y documentada deber ser presentada ante la Directora de Tesis quin en este punto har las veces de Auditora del sistema.
Mtrica
Comentarios
Satisfaccin usuario
del No
de
la
parmetros
Apndice A
Pg.: 388
Mtrica
Comentarios
de
prueba
Carpeta de Mtricas Los defectos producidos durante sern durante la el desarrollo controlados fase de
primer prototipo
mantenimiento que ser administrada como un proyecto independiente. Defectos detectados No por el usuario Carpeta de Mtricas Los defectos producidos durante sern durante la el desarrollo controlados fase de
mantenimiento que ser administrada como un proyecto independiente. Total de errores y No defectos en el conocidos cdigo al de Carpeta de Mtricas El producto debe ser entregado libre de
errores conocidos.
momento
entregar el producto Tiempo calendario y Si productividad para Carpeta de Mtricas El proyecto implica el desarrollo de un
producto nuevo.
de
la Si de
Carpeta de Mtricas Anlisis de las horas/ hombre dedicada a cada fase del proyecto
de
la Si de
Carpeta de Mtricas Anlisis de los desvos producidos respecto del Calendario estimado del proyecto, hecho en base a Cocomo II.
Apndice A
Pg.: 389
Mtrica
Comentarios
Adecuacin estimacin
de
la No de
de
puntos
Productividad
Si
de
la del
desarrollador en cada una de las fase del proyecto Cantidad de cdigo No reutilizado Carpeta de Mtricas Se aplicar en la
creacin de las futuras nuevas versiones, que podrn nuevas implementar funciones de
requerimientos
Costos
No
Carpeta de Mtricas Si bien este proyecto no tiene fines econmicos, se simular un costo estimado del proyecto, en base al valor de la hora hombre promedio
Gestin de riesgos
No
Plan de Riesgos
Cantidad replanificaciones
de Si
Carpeta de Mtricas Se documentar cada cambio producido sobre el plan del proyecto
Apndice A
Pg.: 390
Para poder llevar a delante el proceso de recoleccin de Mtricas se incorpora al proyecto una carpeta llamada Mtricas, la cual almacenar todos los documentos que contengan las distintas mtricas obtenidas.
1. Datos de calidad de pruebas: A continuacin, en la tabla PAC 2, se detalla el formato de la planilla que recoge los datos que se utilizan para armar esta mtrica:
Resultado
Cantidad de
Cantidad
casos severidad de 1 2 3 4
probados
La
presente
planilla
ser
guardada
en
un
archivo
llamado
Calidad_Pruebas.xls.
2. Total de errores y defectos conocidos en el cdigo al momento de entregar el producto. A continuacin, en la tabla PAC 3, se detalla el formato de la planilla que recoge los datos que se utilizan para armar esta mtrica:
Tipo de Error
Ubicacin
Severidad
Detectado por
Posible solucin
Tabla PAC 3: Total de errores y defectos conocidos en el cdigo al momento de entregar el producto
La
presente
planilla
ser
guardada
en
un
archivo
llamado
Total_Errores.xls.
Apndice A
Pg.: 391
3. Tiempo calendario y productividad para mejoras del producto. A continuacin, en la tabla PAC 4, se detalla el formato de la planilla que recoge los datos que se utilizan para armar esta mtrica:
Fecha solicitud
de Fecha
de Tiempo ocupado
finalizacin
aprobacin
La
presente
planilla
ser
guardada
en
un
archivo
llamado
Productividad.xls.
4. Adecuacin de la estimacin de esfuerzo. A continuacin, en la tabla PAC 5, se detalla el formato de la planilla que recoge los datos que se utilizan para armar esta mtrica:
Fase de desarrollo
Esfuerzo estimado
Esfuerzo aplicado
Diferencia
5. Adecuacin de la estimacin de calendario. A continuacin, en la tabla PAC 6, se detalla el formato de la planilla que recoge los datos que se utilizan para armar esta mtrica:
Fase de desarrollo
Tiempo estimado
Tiempo aplicado
Diferencia
La
presente
planilla
ser
guardada
en
un
archivo
llamado
Adecuacin_Calendario.xls.
6. Adecuacin de la estimacin de tamao del producto. A continuacin, en la tabla PAC 7, se detalla el formato de la planilla que recoge los datos que se utilizan para armar esta mtrica:
Apndice A
Pg.: 392
Tamao estimado
Tamao aplicado
Diferencia
La
presente
planilla
ser
guardada
en
un
archivo
llamado
Adecuacin_Tamao.xls.
7. Productividad. A continuacin, en la tabla PAC 8, se detalla el formato de la planilla que recoge los datos que se utilizan para armar esta mtrica:
Fase de desarrollo
Tiempo
por Desarrollador
La
presente
planilla
ser
guardada
en
un
archivo
llamado
Productividad.xls.
8. Cantidad de replanificaciones. A continuacin, en la tabla PAC 9, se detalla el formato de la planilla que recoge los datos que se utilizan para armar esta mtrica:
Fase desarrollo
de Nueva estimada
fecha Motivo
de
la
planificacin replanificacin
replanificacin
anterior
La
presente
planilla
ser
guardada
en
un
archivo
llamado
Replanificaciones.xls.
A.4.4. Auditorias
La Directora de la Tesis es la encargada se llevar a delante las auditorias del sistema, dichas auditorias podrn ser planificadas con antelacin o podrn ser
Apndice A
Pg.: 393
sorpresivas. Para estas ltimas la Directora solicitar, al Tesista, que traiga informacin adicional a la correspondiente a la reunin semanal.
El Tesista ser responsable por asegurar que se aplican respuestas de manera adecuada y a tiempo a las acciones correctivas surgidas durante las auditorias.
Apndice A
Pg.: 394