Fernandez Tesisdemagister

TESIS DE MAGISTER EN INGENIERA DEL SOFTWARE
Asistente para la Gestin de Documentos De Proyectos de Explotacin de Datos

Autor: Lic. Enrique J. Fernndez Directores M. Ing. Paola V. Britos DR. Ramn Garca Martnez Buenos Aires, 2006
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
Asistente para la Gestin de Documentos de Proyectos de Explotacin de Datos
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.
1.2. A quines est dirigida?

El trabajo se encuentra dirigido principalmente a Ingenieros de Software, profesionales de la industria del software, y ctedras universitarias vinculadas al software, que apliquen tanto metodologas de desarrollo de Software como metodologas de Explotacin de Datos.
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.
1.3. Organizacin del documento

El material se divide en 10 captulos que abarcan la totalidad del trabajo de tesis.
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
Lic. Enrique Fernndez
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.
2.1. Introduccin al proceso de Explotacin de Datos

El gran desarrollo tecnolgico de las computadoras en las ltimas dcadas ha potenciado el almacenamiento de grandes cantidades de datos y ha permitido el desarrollo de herramientas para su tratamiento, dando lugar a una nueva disciplina conocida como data mining[Rodrguez, M. et al, 2004].
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]
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)
Figura IP 1: Resultados de la encuesta realizada en http://www.kdnuggets.com
2.2. Introduccin a SEMMA

SAS Institute desarrollador de esta metodologa, la define como el proceso de seleccin, exploracin y modelado de grandes cantidades de datos para descubrir patrones de negocio desconocidos.
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)
Figura IP 2: Fases de la metodologa SEMMA
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.
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.
En la Figura IP 3 se puede ver un esquema de la dinmica general de la metodologa.
Pg.: 25
Figura IP 3: Metodologa SEMMA
2.3. Introduccin a CRISP-DM

La metodologa CRISP-DM [Chapman et al, 1999] consta de cuatro niveles de abstraccin, organizados de forma jerrquica en tareas que van desde el nivel ms general hasta los casos ms especficos (ver Figura IP 4)
Fases Modelo Genrico
Tareas Generales
Proyeccin
Tareas Especficas
Modelo Especfico Instancias de Porceso
Figura IP 4: Esquema de los cuatro niveles de abstraccin de la metodologa CRISP-DM
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.
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.
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.
2.4. Comparacin de Metodologas

Las metodologas SEMMA y CRISP-DM comparten la misma esencia, estructurando el proyecto de Explotacin de Datos en fases que se encuentran interrelacionadas entre s, convirtiendo el proceso de Explotacin de Datos en un proceso iterativo e interactivo.
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.
Pg.: 29
Com prencin del Negocio Muestreo
Com prensin de los Datos
Exploracin Preparacin de los Datos
Manipulacin
Modelado
Modelado
Valoracin
Evaluacin Implem entacin
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.
2.5. Eleccin de la Metodologa

Se ha elegido a CRISP-DM coma la metodologa mas apropiada para el presenta trabajo de tesis por considerarla mas completa que SEMMA (posee una fase de desarrollo dedicada integramente al entendimiento del negocio) y mas flexible (es abierta para trabajar con cualquier herramienta de Explotacin de Datos).
A continuacin se ampliaran las definiciones hechas sobre la metodologa CRISP-DM.
Pg.: 30
2.6. Descripcin de CRISP-DM

La Metodologa CRISP-DM, aunque se desarrollo para llevar a delante grandes proyectos, es suficientemente amplia y flexible para aplicarla a proyectos de cualquier tamao.
En la figura IP 7 se detalla, nuevamente, el ciclo de vida de un proyecto de Explotacin de Datos.
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
Figura IP 7: Ciclo de Vida de un Proyecto de Explotacin de Datos
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.
Herramienta tcnica especifica que se aplica durante el proceso de explotacin de datos.
A continuacin, en las figuras IP 8, se detallan las fases que componen a la metodologa CRISP-DM:
Comprensin del Negocio
Comprensin de los datos
Preparacin de los datos
Modelado
Evalucin
Implementacin
Figura IP 8: Fases componentes de la metodologa CRISP-DM
A continuacin se detalla como se compone cada una de las fases de la metodologa:
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
Proceso de Explotacin de Datos
inicial
de
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
Reporte de calidad de datos
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
Tabla IP 3: Preparacin 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
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
mantenimiento Informe Final
mantenimiento Informe final Presentacin Final
Revisin del proyecto
Documentacin experiencia
Tabla IP 6: Implementacin
de
la
2.6.1. Anlisis de las fases de CRISP-DM

A continuacin se detalla como se compone cada una de las fases metodolgicas de CRISP-DM:
Comprensin del negocio
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.
A continuacin, en la figura IP 9, se detalla como esta compuesta la fase:
Pg.: 34
Comprencin de los datos
Modelado
Evalucin
Implementacin
Determinar los objetivos del negocio
Background
Objetivos del negocio
Criterios de xito del negocio
Evaluacin de la situacin
Inventarios de recursos
Requisitos, supuestos y requerimientos
Riesgos y contingencias
Terminologa
Costos y beneficios
Determinar Objetivos del Proceso de Explotacin de Datos
Las metas del Proceso de Expl. de Datos
Criterios de xito del Proceso de Expl. de Datos
Realizar el Plan del Proyecto
Plan de proyecto
Valoracin inicial de herramientas
Figura IP 9: Descripcin de la fase Comprensin del Negocio
Actividades que se realizan:
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
Descripcin de las subfase:
Determinar los objetivos del negocio:
El primer objetivo del analista de datos es comprender completamente la perspectiva del negocio, es decir, lo que el cliente realmente quiere lograr.
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.
Evaluacin de la situacin actual:
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
(fundamentalmente hardware y software).
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.
Determinar los objetivos del Proceso de Explotacin de Datos:
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)
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.
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
Reporte de recoleccin de datos inicial
Recolectar los datos iniciales
Reporte de descripcin de los datos
Exploracin de los Datos
Reporte de Exploracin de Datos
Verificar la Calidad de lo Datos
Reporte de Calidad de los Datos
Figura IP 10: Descripcin de la fase Comprensin de los 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
Pg.: 39
Seleccin de datos Reestructuracin de los datos segn el anlisis lo requiere Transformacin de campos (tomando proporciones, diferencias, etc.)
Describir los datos:
Examina la totalidad o la superficie de los datos adquiridos y informa los resultados.
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.
Recolectar los datos iniciales:
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.
Exploracin de los datos:
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.
Verificar la calidad de los datos:
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.
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
Descripcin del Dataset
Seleccionar los datos
Inclusin/ exclusin de datos
Limpiar los datos
Reporte de calidad de datos limpios
Estructurar los datos
Derivacin de atributos
Generacin de registros
Integrar los datos
Unificacin de datos
Formato de los datos
Reporte de calidad de los datos
Figura IP 11: Descripcin de la fase Preparacin de los datos
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,
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.
Estructura de los datos:
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.
Ingresar los Datos:
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.
Formato de los Datos:
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.
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.

Comprensin del Negocio Comprencin de los datos Preparacin de los datos Implementacin
Modelado
Evalucin
Seleccionar una tcnica de modelado
La tcnica modelada
Supuestos del modelo
Generar el plan de pruebas
Plan de pruebas
Construir el modelo
Configuracin de parmetros
Modelo
Descripcin del modelo
Evaluar el modelo
Evaluar el modelo
Revisacin de la configuracin de parmetros
Figura IP 12: Descripcin de la fase Modelado
Pg.: 45
Construccin del Modelo Interpretacin del Modelo Validacin / Evaluacin del Modelo Refinamiento y Repeticin
Seleccionar una Tcnica de Modelado:
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
Generar el Plan de Pruebas:
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.
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.
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
Valoracin de resul. mineros con respecto al xito del negocio
Modelos aprobados
Proceso de Revisin
Revisin del proceso
Determinar Prximos pasos
Listar posibles acciones
Figura IP 13: Descripcin de la fase Evaluacin
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
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.
Determinar Prximos Pasos:
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.
En esta tarea se deben tener en cuanta los recursos y presupuesto restantes.
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).
Pg.: 50
Modelado
Evalucin
Implementacin
Plan de Implementacin
Plan de Implementacin
Plan de monitoreo y mantenimiento
Plan de monitoreo y mantenimiento
Informe Final
Informe final
Presentacin Final
Documentacin de la experiencia
Figura IP 14: Descripcin de la fase Implementacin
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.
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.
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.
2.7. Estado de la tecnologa

Para poder llevar a cabo un proyecto de Ingeniera del software, cualquiera sea su enfoque, es fundamental contar con una gestin de documentacin completa, ordenada y acorde a las necesidades del mismo.
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.
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.
2.8. Solucin propuesta

Se propone desarrollar una herramienta software del tipo multiusuario que permita gestionar los documentacin de varios proyectos de Explotacin de Datos (de forma paralela) basados en la metodologa CRISP-DM.
La misma contar con:
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
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
evacuar todo tipo de duda respecto de la metodologa CRISP-DM y el uso de la propia herramienta.
Pg.: 56
Captulo 3
Planificacin del Sistema de Informacin
3. PLANIFICACIN DEL SISTEMA DE INFORMACIN

El Plan de Sistemas de Informacin tiene como objetivo la obtencin de un marco de referencia para el desarrollo de sistemas de informacin que responda a los objetivos estratgicos de la organizacin. Este marco de referencia consta de:
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.
La perspectiva del plan debe ser estratgica y operativa, no tecnolgica.
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
3.1. Inicio del Plan de Sistemas de Informacin

El objetivo de esta actividad es determinar la necesidad del plan de Sistemas de Informacin y llevar a cabo el arranque formal del mismo, con el apoyo del nivel mas alto de la organizacin. Como resultado, se obtiene una descripcin general del Plan de Sistemas de Informacin que proporciona una definicin inicial del mismo, identificando los objetivos estratgicos a los que apoya, as como el mbito general de la organizacin al que afecta, lo que permite implicar a las direcciones de las reas afectadas por el Plan de Sistemas de Informacin.
Adems se identifican los factores crticos de xito y los participantes en el Plan de Sistemas de Informacin, nombrando a los mximos responsables.
3.1.1. Anlisis de la necesidad del Plan de Sistemas de Informacin

Se analizan las expectativas de las reas que han planteado la necesidad de llevara a cabo el Plan de Sistemas de Informacin, as como los productos finales esperados. Una vez verificado que las necesidades de la organizacin se deben cubrir con un Plan de Sistemas de Informacin, se toma la decisin de su inicio.
3.1.1.1. Descripcin general del Plan de Sistemas de Informacin

El presente plan de Sistemas de Informacin tiene como objetivo permitir al tesista obtener el ttulo de Magster en Ingeniera del Software. Dentro de este marco de investigacin, se ha observado que en virtud del avance, en la cantidad y magnitud, de los proyectos de Exploracin de Datos que se llevan a delante hoy da, se hace cada vez mas necesario contar con un entorno de gestin que permita a las partes intervinientes en el proyecto coordinarse en las tareas de desarrollo para obtener un producto de alta calidad.
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.
3.1.2. Identificacin del alcance del Plan de Sistemas de Informacin

Se define el mbito del Plan de Sistemas de Informacin en trminos de procesos de la organizacin afectados y, como consecuencia, las direcciones de las reas implicadas. Se determinan los objetivos estratgicos de la organizacin que deben ser considerados en el Plan de Sistemas de Informacin, as como aquellos aspectos que la direccin considera factores crticos de xito para el mismo.
3.1.2.1. Descripcin general del Plan de Sistemas de Informacin

El presente Plan de Sistemas de Informacin tiene como objetivo la generacin de un sistema de gestin de documentacin basado en la metodologa CRISP-DM, que desde las Universidades: Instituto Tecnolgico de Buenos Aires y Politcnica de Madrid, pueda distribuirse tanto a la comunidad educativa como empresarial.
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.
3.1.3. Determinacin de responsables

Delimitado el mbito del Plan de Sistema de Informacin, se implica a las unidades organizativas afectadas, informndoles de la decisin y solicitando su participacin en el estudio a iniciar. En sesiones de trabajo con las distintas unidades se determinan los principales responsables del Plan de Sistemas de Informacin a los que seguidamente se les debe comunicar su nombramiento y solicitar su aceptacin. Las personas seleccionadas sern los participantes en la Direccin del Plan de Sistemas de Informacin.
Pg.: 63
3.1.3.1. Responsables del Plan de Sistema de Informacin

Para la concrecin del presente proyecto se asigna como principales responsables a:
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.
3.2. Definicin y Organizacin del Plan de Sistemas de Informacin

En esta actividad se detalla el alcance del plan, se organiza el equipo de personas que lo va a llevar a cabo y se elabora un calendario de ejecucin. Todos los resultados o productos de esta actividad constituirn el marco de actuacin del proyecto mas detallado que en el Inicio del Plan de Sistemas de Informacin en cuanto a objetivos, participantes y fechas de entrega.
3.2.1. Definicin del Plan de Trabajo

El objetivo de esta tarea es determinar todos los productos finales del Plan de Sistemas de Informacin, a como la fecha prevista de obtencin y entrega de los mismos. Es necesario planificar las distintas actividades y estimar los tiempos requeridos para llevarlas a cabo, teniendo en cuenta la disponibilidad de los usuarios del Plan de Sistemas de Informacin. Se deben considerar tambin los factores crticos de xito, identificados en la actividad anterior y recogidos en la descripcin general de procesos de la organizacin afectados, ya que pueden condicionar la elaboracin del plan de trabajo.
3.2.1.1. Plan de Trabajo

El plan de trabajo para el desarrollo del Sistema se lleva a cabo en base a la metodologa de desarrollo Mtrica Versin III. A continuacin, en la figura PSI 1, se detallan los tiempos estimados para la construccin del sistema:
Pg.: 64
Figura PSI 1: Planificacin del Sistema
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
3.2.2. Comunicacin del plan de trabajo

Una vez definido el plan de trabajo se comunica a los usuarios del Plan de Sistemas de Informacin con el fin de que sea aceptado. Esto permite que los usuarios conozcan el mtodo de trabajo a seguir, los resultados a obtener y la dedicacin necesaria por su parte.
3.2.2.1. Aceptacin del plan de trabajo

En una reunin mantenida entre el tesista, quien es el encargado de llevar a delante el desarrollo del presente trabajo, y la Directora, quien es la encargada de controlar el desarrollo del mismo, se ha aceptado y aprobado el plan de trabajo detallado en el punto anterior (Plan de trabajo).
3.3. Estudio de la Informacin Relevante

El objetivo de esta actividad es recopilar y analizar todos los antecedentes generales que pueden afectar a los procesos y a las unidades organizativas implicadas en el Plan de Sistemas de Informacin, as como los resultados del mismo. Pueden ser de especial inters los estudios realizados con anterioridad al Plan de Sistemas de Informacin, relativos a los sistemas de informacin de su mbito, o bien a su entorno tecnolgico, cuyas conclusiones deben ser conocidas por el equipo de trabajo del Plan de Sistemas de Informacin.
3.3.1. Seleccin y Anlisis de antecedentes

Se seleccionan las fuentes de informacin y documentacin a considerar en este estudio, teniendo en cuenta todos aquellos antecedentes de inters: plan estratgico de sistemas de informacin, estudios previos, plan general informtico, etc. y se analiza el contenido de la informacin anterior. En el inicio y organizacin del Plan de Sistemas de Informacin se habr orientado sobre la existencia de estos antecedentes, para facilitar al equipo de trabajo el desarrollo de esta actividad.
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.
3.3.1.1. Anlisis de los antecedentes

Como antecedentes al presente trabajo se ha analizado las tesis de Magister en Ingeniera del Software presentadas por los alumnos: Mario Peralta [Peralta, M., 2004] y Marcelo Petronio [Petronio, M., 2003], en las cuales se ha observado una aplicacin concreta de la Metodologa Mtrica versin III. Aqu se ha observado que fases son realmente necesarias para el desarrollo de un proyecto de Tesis autnomo, como el que se lleva a delante, y que fases no son tan esenciales. Otro antecedente analizado es el Sistema Gesmet, el cual permite la gestin de documentacin de proyectos basados en la metodologa Mtrica versin III, del anlisis de este sistema se han obtenido los requisitos bsicos que debe cumplir el nuevo sistema a desarrollar.
3.3.2. Valoracin de Antecedentes

Se realiza la valoracin de los antecedentes analizados en la tarea anterior y las conclusiones se recogern en el catlogo de requisitos. La realizacin de las valoraciones ayudar a establecer trminos de referencia en cuanto a estndares, procedimientos, normativas, etc., si es que existen.
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.
3.4. Identificacin de Requisitos

El objetivo final de esta actividad va a ser la especificacin de los requisitos de informacin de la organizacin, as como obtener un modelo de informacin que los contemple.
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
3.4.1. Anlisis de las Necesidades de Informacin

En esta tarea se analiza la informacin recogida en las tareas de estudio de proceso del Plan de Sistemas Informacin y anlisis de las necesidades de informacin. Se definen los requisitos, incorporndolos al catlogo que se haba comenzado a elaborar en la actividad Estudio de la Informacin Relevante y se le asignan prioridades.
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.
3.4.1.1. Catlogo de Requisitos

A continuacin se amplia el catalogo de requisitos del sistema especificados en la actividad anterior, manteniendo el criterio de asociacin de requisitos en funcin de los mdulos a desarrollar del sistema:
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
Proceso de Explotacin de Datos
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
Reporte de calidad de datos
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
Tabla PSI 3: Preparacin 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
Tabla PSI 5: Evaluacin
Pg.: 71
Fase 6: Implementacin Tareas Componentes Plan de Implementacin Plan de monitoreo y Documentos asociados Plan de Implementacin Plan de monitoreo y
mantenimiento Informe Final
mantenimiento Informe final Presentacin Final
Documentacin experiencia
de
la
Tabla PSI 6: Implementacin
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.
Administrar un repositorio centralizado para todos los proyectos.
3.5. Definicin de la Arquitectura Tecnolgica

En esta actividad se propone una arquitectura tecnolgica que de soporte al modelo de informacin y de sistemas de informacin incluyendo, si es necesario, opciones. Para esta actividad se tienen en cuenta especialmente los requisitos de carcter tecnolgico, aunque es necesario considerar el catlogo completo de requisitos para entender las necesidades de los procesos y proponer los entornos tecnolgicos que mejor se adapten a las mismas.
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.
3.5.1.1. Alternativas de arquitectura tecnolgica

El sistema ser construido como una herramienta de software multiusuario, ejecutable en computadoras personales, con amplias capacidades grficas de interfaz con el usuario y manejar una base de datos centralizada, a la cual accedern todos los usuario.
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
medida como parmetro en funcin de las caractersticas del mercado actual).
Arquitectura Software (tipo distribuida):
Cliente-Servidor WEB
Sistemas Operativos (aplicables a la plataforma Hardware):
Windows 98, NT, 2000, XP o superiores Linux
Lenguajes de desarrollo evaluados (aplicables a la plataforma Hardware y sistemas operativos):
Java, Net Express, Visual Basic, .Net.
Bases de datos evaluadas (aplicables a la plataforma Hardware y sistemas operativos):
Oracle (vlida para ambos sistemas operativos), SQL Server (solo para sistema operativo Windows), My SQL (vlida para ambos sistemas operativos).
3.5.2. Seleccin de la arquitectura tecnolgica

Esta tarea est encaminada a la seleccin de una alternativa de plataforma tecnolgica para determinar lo que llamaremos arquitectura tecnolgica, que recoge la infraestructura ms adecuada para dar soporte, en el contexto de la organizacin, al modelo de informacin y de sistemas de informacin propuesto.
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.
Por ltimo, una
estimacin econmica global puede ayudar a elegir la
alternativa que va a ser propuesta, para la cual pueden incluirse opciones.
3.5.2.1. Arquitectura tecnolgica

A continuacin se seleccionar, para la construccin del primer prototipo, los elementos tecnolgicos mas apropiados para su desarrollo:
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).
Arquitectura Software (tipo distribuida):
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
Aspecto a evaluar Complejidad de desarrollo Facilidad versiones para
Arquitectura WEB Alta
Arquitectura Cliente-Servidor Media Media
actualizar Alta
Facilidad de distribucin en los Alta equipos clientes
Media
Tabla PSI 7 Aspectos tecnolgicos Arquitecturas de desarrollo
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:
Aspecto a evaluar Complejidad de desarrollo
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.
3.6. Definicin del Plan de accin

En el Plan de Accin, que se elabora en esta actividad, se definen los proyectos y acciones a llevar a cabo para la implantacin de los modelos de informacin y de sistemas de informacin, determinados en las actividades Identificacin de Requisitos, con la arquitectura tecnolgica propuesta en la actividad Definicin de la Arquitectura Tecnolgica. El conjunto de estos dos modelos constituye la arquitectura de informacin.
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
3.6.1. Elaboracin del Plan de Mantenimiento del PSI

Una vez establecido el plan de accin, se deben definir las acciones que permitan mantener actualizado el Plan de Sistemas de Informacin a su terminacin, y conocer el grado de avance de los proyectos que en l se han definido. Todo ello se denomina Plan de Mantenimiento del Plan de Sistemas de Informacin.
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.
3.6.1.1. Plan de Mantenimiento del PSI

En una reunin mantenida entre el tesista, quien ser el encargado de llevar a delante el desarrollo del proyecto, y la directora, quien ser la encargada de supervisar el proyecto, se ha establecido que ambos integrantes del proyecto se reunirn una ves a la semana, preferentemente los das mircoles, para que en estas reuniones el tesista muestre a su directora el grado de avance del sistema. Con esta informacin la directora controlar el grado de avance del proyecto y determinar el grado de desvo del mismo, si esto llegase a producirse.
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.
3.7. Revisin y Aprobacin del PSI

Esta actividad tiene como objetivo contrastar con los responsables de la direccin del Plan de Sistemas de Informacin la arquitectura de informacin y el plan de accin elaborados anteriormente, para mejorar la propuesta si se considera necesario y por ltimo, obtener su aprobacin final.
3.7.1. Convocatoria de la Presentacin

Se elabora un resumen que recoja los resultados finales de las actividades Identificacin de Requisitos, Definicin de la Arquitectura Tecnolgica y Definicin del Plan de Accin. El Jefe de Proyecto del Plan de Sistemas de Informacin enva esta informacin a quienes constituyen la direccin del Plan de Sistemas de Informacin, para su estudio junto con la convocatoria, y espera su confirmacin.
3.7.1.1. Plan de Presentacin

Para la presentacin del actual Plan de Sistemas Informacin, se ha decidido recopilar los resultados de las Actividades: Identificacin de Requisitos, Definicin de la Arquitectura Tecnolgica y Definicin del Plan de Accin, los cuales no sern detallados en este apartado debido a que los mismos no han sufrido variaciones.
3.7.2. Aprobacin del PSI

Se entrega la propuesta final, y se solicita formalmente al Comit de Direccin del Plan de Sistemas de Informacin la aprobacin de la misma. Por ltimo, se debe informar de los resultados a las unidades organizativas participantes y a todas aquellas afectadas por los resultados del Plan de Sistemas de Informacin.
Pg.: 79
3.7.2.1. Aprobacin formal del PSI

En una reunin mantenida entre el tesista y la directora, esta ltima aprob el presente Plan de Sistemas de Informacin y habilito al tesista para que inicie la siguiente fase del desarrollo del proyecto.
Pg.: 80
Captulo 4
Estudio de Viabilidad del Sistema
4. ESTUDIO DE VIABILIDAD DEL SISTEMA

Mientras que el Plan de Sistemas de Informacin tiene como objetivo proporcionar un marco estratgico que sirva de referencia para los Sistemas de Informacin de un mbito concreto de una organizacin, el objetivo del Estudio de Viabilidad del Sistema es el anlisis de un conjunto concreto de necesidades para proponer una solucin a corto plazo, que tenga en cuenta restricciones econmicas, tcnicas, legales y operativas. La solucin obtenida como resultado del estudio puede ser la definicin de uno o varios proyectos que afecten a uno o varios sistemas de informacin ya existentes o nuevos. Para ello, se identifican los requisitos que se ha de satisfacer y se estudia, si procede, la situacin actual.
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.
4.1. Establecimiento del Alcance del Sistema

En esta actividad se estudia el alcance de la necesidad planteada por el cliente o usuario, o como consecuencia de la realizacin de un PSI, realizando una descripcin general de la misma. Se determinan los objetivos, se inicia el estudio de los requisitos y se identifican las unidades organizativas afectadas estableciendo su estructura.
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.
4.1.1. Estudio de la Solicitud

Se realiza una descripcin general de la necesidad planteada por el usuario, y se estudian las posibles restricciones de carcter econmico, tcnico, operativo y legal que puedan afectar al sistema. Antes de iniciar el estudio de los requisitos del sistema se establecen los objetivos generales del Estudio de Viabilidad, teniendo en cuenta las restricciones identificadas anteriormente.
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.
4.1.1.1. Descripcin General del Sistema

La necesidad de gestin de proyectos de Explotacin de Datos basados en CRISP-DM, se traduce en la creacin de una herramienta software que permita la administracin de los documentos que se generan en cada fase de la metodologa.
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
4.1.1.2. Catlogo de Objetivos de la Evaluacin del Sistema de Informacin

Como se indic en el punto anterior (descripcin general del sistema) el actual sistema tiene como principal objetivo la construccin de un sistema software que permita gestionar proyectos de exploracin de datos basados en la metodologa CRISP-DM, dentro del mbito acadmico. Por tal motivo, se asume que la viabilidad del proyecto es alta desde todo punto de vista y, en base a lo que indica Mtrica III (ver prrafo detallado a continuacin) el objetivo de la fase anlisis de viabilidad del sistema del sistema estar centrada en la especificacin de requisitos, descripcin del nuevo sistema y planificacin.
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
4.2. Definicin de Requisitos del Sistema

Esta actividad incluye la determinacin de los requisitos generales, mediante una serie de sesiones de trabajo con los usuarios participantes, que hay que planificar y realizar. Una vez finalizadas, se analiza la informacin obtenida definiendo los requisitos y sus prioridades, que se aaden al catlogo de requisitos que servir para el estudio y valoracin de las distintas alternativas de solucin que se propongan.
Pg.: 87
4.2.1. Identificacin de Requisitos

Para la obtencin de las necesidades que ha de cubrir el sistema en estudio, se debe decidir qu tipo de sesiones de trabajo se realizarn y con qu frecuencia tendrn lugar, en funcin de la disponibilidad de los usuarios participantes.
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.
4.2.1.1. Identificacin de Requisitos

Si bien no se ha considerado necesario la realizacin del anlisis de los sistemas que actualmente operan en la organizacin, por considerar al actual proyecto como un desarrollo autnomo, a continuacin se detallan nuevos requisitos a incorporar al sistema luego de una sesin de trabajo llevada a cabo entre el tesista y la directora del proyecto: Perfiles de usuarios del sistema:
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.
Consultas bsicas del sistema:
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).
Estas consultas estarn disponibles para los usuarios:
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.
4.2.2. Catalogacin de Requisitos

Se analiza la informacin obtenida en las sesiones de trabajo para la Identificacin de Requisitos, definiendo y catalogando los requisitos (funcionales y no funcionales) que debe satisfacer el sistema, indicando sus prioridades. Se incluirn tambin requisitos relativos a distribucin geogrfica y entorno tecnolgico.
4.2.2.1. Catlogo de Requisitos

Requisitos Funcionales
A continuacin, en la figura EVS 1, se muestran los requisitos funcionales del 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 8 Nueva Versin de Documento
RF 9 Finalizar Proyecto
RF 10 Eliminar Proyecto
Consultas
RF 11 Administrar Consulta
Ingreso al Sistema
RF 12 Validacin de Usuario
Figura EVS 1, Requisitos funcionales del sistema
Descripcin de los Requisitos Funcionales:
RF1: Incorporar 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
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.
RF2: Modificar Usuario
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.
RF 3: Cambiar Clave de Acceso
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
RF 8: Nueva Versin del Documento
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:
A continuacin, en la figura EVS 2, se muestran los requisitos no funcionales del sistema:
Pg.: 96
Usabilidad
RNF 1 Intrefaz Grfica RNF 2 Gua On line RNF 3 Multiples Usuarios
RNF 4 Consulta Previa de Listados
RNF 5 Inhabilitacin de Usuarios
RNF 6 Operativa de Ingreso
RNF 7 Valor inicial de la clave
RNF 8 Solicituid de cambio de clave
RNF 9 Usuario Inicial
Portabilidad
RNF 10 Soporte de Sistemas Operativos RNF 11 Restricciones de carpetas RNF 12 Editor de Documentos
Figura EVS 2, Requisitos no funcionales del sistema
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.
RNF 7: Valor inicial de la clave
Cuando un usuario es dado de alta queda registrado en el sistema con un valor de clave igual a: 123456.
RNF 8: Solicitud de cambio de clave
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.
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.
RNF 12: Editor de Documentos
En la primer versin del sistema solo se podr editar y modificar documentos hechos con Microsoft Word.
4.2.2.2. Arquitectura tecnolgica

A continuacin se detallan, para el desarrollo del primer prototipo, los elementos tecnolgicos mas apropiados:
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:
El lenguajes de desarrollo ser: Visual Basic.
Base de datos:
La base de datos a utilizar para este primer prototipo ser My SQL.
4.3. Estudio de Alternativas de Solucin

Este estudio se centra en proponer diversas alternativas que respondan satisfactoriamente a los requisitos planteados, considerando tambin los resultados obtenidos en el Estudio de la Situacin Actual, en el caso de que se haya realizado.
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.
4.3.1. Preseleccin de Alternativas de Solucin

Una vez definidos los requisitos a cubrir por el sistema, se estudian las diferentes opciones que hay para configurar la solucin. Entre ellas, hay que considerar la adquisicin de productos software estndar del mercado, desarrollos a medida o soluciones mixtas.
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.
4.3.1.1. Alternativas de Solucin

Si bien en la actualidad existen sistemas que permiten la gestin de proyectos en base a los parmetros que brinda una metodologa (por ejemplo podemos mencionar a GESMET que permite gestionar proyecto de desarrollo en Ingeniera del software basados en Mtrica III). No se conoce al momento ningn sistema que permita gestionar proyectos de Exploracin de Datos basados en la metodologa CRISP-DM. Por tal motivo la nica alternativa viable para cubrir la necesidad de gestin de este tipo de proyectos es la construccin de un Software a tal efecto.
4.3.2. Descripcin de Alternativas de Solucin

Para cada alternativa propuesta, se identifican los subsistemas que cubre y los requisitos a los que se da respuesta.
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
4.3.2.1. Descripcin de alternativas de solucin

En virtud de haberse definido como nica alternativa viable la construccin de un nuevo sistema, para el cual se han definido los requisitos en funcin de los mdulos funcionales que componen el mismo, a continuacin se detalla un conjunto de alternativas de solucin para cada mdulo en particular. Estas alternativas sern compatibles entre si, de modo tal que de la eleccin de la mejor alternativa para cada mdulo saldr la solucin final del sistema: Mdulo 1, Administracin de usuario: 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.
Mdulo 3, Administracin de proyectos:
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
Mdulo 4, Ingreso al Sistema:
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.
4.4. Valoracin de las Alternativas

Una vez descritas las alternativas se realiza una valoracin de las mismas, considerando el impacto en la organizacin, tanto desde el punto de vista tecnolgico y organizativo como de operacin, y los posibles beneficios que se esperan contrastados con los costes asociados. Se realiza tambin un anlisis de los riesgos, decidiendo cmo enfocar el plan de accin para minimizar los mismos y cuantificando los recursos y plazos precisos para planificar cada alternativa.
4.4.1. Estudio de Riesgos

Para cada alternativa se seleccionan los factores de situacin que habr que considerar, relativos tanto a la incertidumbre como a la complejidad del sistema. Se identifican y valoran los riesgos asociados y se determinan las medidas a tomar para minimizarlos.
4.4.1.1. Valoracin de Alternativas

Se considera que los riesgos que se asume para la realizacin de la alternativa de desarrollo indicada en el punto Descripcin de las Alternativas de Solucin son mnimos y los mismos estn altamente controlados.
A continuacin, en la tabla EVS 1, se detalla la valoracin de las distintas alternativas de solucin:
Pg.: 103
Aspecto evaluar
a Alternativa 1 (concentrar documentos base de datos) en
Alternativa 2 los (guardar
Alternativa 3 los (guardar en los un
la documentos dentro documentos del equipo servidor) existe equipo a elegir)
Seguridad de Alta, al guardar los Baja, los documentos
la Media, si bien existe la de que
documentos dentro de posibilidad de que posibilidad la base de datos, los personas
con personas con acceso al
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
usuarios que no se registran sistema. en el
permisos
estn acotados por el mismo
Facilidad
Baja, no todos los Alta,
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
Necesidad de Ninguna, que realicen operaciones
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
por fuera del necesario sistema
servidor equipo asigne permisos acceso a los del
administradores
del asigne permisos de de a
sistema tengan que acceso darle usuarios permisos para a distintos que del
los distintos
usuarios
usuarios sistema, para que los para mismos a puedan los
sistema, los
puedan acceder a los que documentos.
mismos acceder
puedan acceder a documentos. los documentos.
Pg.: 104
Aspecto evaluar
a Alternativa 1 (concentrar documentos base de datos) en
Alternativa 2 los (guardar
Alternativa 3 los (guardar en los un
la documentos dentro documentos del equipo servidor) los Alto, todos equipo a elegir)
Nivel impacto los
de Alto,
todos
los Bajo, los documentos
en documentos
estarn documentos estarn se guardarn en forma en el almacenados en el distribuida mismo. dentro de
recursos almacenados mismo.
servidor
varios equipos.
Tabla EVS 1: Valoracin de Alternativas de Solucin
4.4.2. Planificacin de Alternativas

En funcin del anlisis de riesgos realizado en la tarea anterior, y para cada una de las alternativas existentes:
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.
4.4.2.1. Plan de Trabajo de Cada Alternativa

A continuacin, en la tabla EVS 2, se detalla un nico el plan de proyectos para la construccin del sistema, por considerar que las diferencias existentes entre las distintas alternativas de solucin no tienen un impacto considerable desde el punto de vista de los tiempos del proyecto. Asimismo, esta planificacin es compatible con la planificacin inicial detallada en la fase de Planificacin del Sistema de Informacin (el detalle de cmo se obtuvieron estos tiempos se encuentra en el apndice A en la seccin Interfase de Gestin de Proyecto).
Pg.: 105
Tabla EVS 2: Plan de Trabajo
4.5. Seleccin de la Solucin

Antes de finalizar el Estudio de Viabilidad del Sistema, se convoca al Comit de Direccin para la presentacin de las distintas alternativas de solucin, resultantes de la actividad anterior. En dicha presentacin, se debaten las ventajas de cada una de ellas, incorporando las modificaciones que se consideren oportunas, con el fin de seleccionar la ms adecuada. Finalmente, se aprueba la solucin o se determina su inviabilidad.
4.5.1. Convocatoria de la Presentacin

Se efecta la convocatoria de la presentacin de las distintas alternativas propuestas, adjuntando los productos de la actividad anterior con el fin de que el Comit de Direccin pueda estudiar previamente su contenido. Se espera confirmacin por parte del Comit de Direccin de las alternativas a presentar.
Pg.: 106
4.5.1.1. Plan de Presentacin de Alternativas

Se ha convocado a una reunin entre el tesista y la Directora del proyecto, en la cual el tesista explic a la Directora el alcance las tres posibles soluciones a adoptar para el proyecto.
4.5.2. Evaluacin de las Alternativas de Seleccin

Una vez recibida la confirmacin de qu alternativas van a ser presentadas para su valoracin, se efecta su presentacin al Comit de Direccin, debatiendo sobre las ventajas e inconvenientes de cada una de ellas y realizando las modificaciones que sugiera dicho Comit, hasta la seleccin de la solucin final.
4.5.2.1. Solucin Propuesta

Luego de realizarse la reunin entre el tesista y la directora del proyecto, se ha definido, para el primer prototipo a construir, a la alternativa tres (guardar los documentos en un equipo a elegir) como la mas conveniente. Esto es debido a que se considera a la misma como la alternativa de desarrollo mas flexible, tanto como para servir de base para la construccin de nuevas versiones que puedan trabajar con otro gestor de bases de datos, como para aquellos proyectos en los cuales se deba portar la documentacin final del proyecto a otra herramienta o entorno.
4.5.3. Aprobacin de la Solucin

El Comit de Direccin da su aprobacin formal o determina la inviabilidad del sistema, por motivos econmicos, de funcionalidad como resultado del incumplimiento de los requisitos identificados en plazos razonables o de cobertura de los mismos, etc.
4.5.3.1. Aprobacin de la solucin

En una reunin mantenida entre el Tesista y la Directora del proyecto, se dio como vlida a la actual propuesta de desarrollo y se considera aprobada la misma.
Pg.: 107
Captulo 5
Anlisis del Sistema de Informacin
5. ANLISIS DEL SISTEMA DE INFORMACIN

El objetivo de este proceso es la obtencin de una especificacin detallada del sistema de informacin que satisfaga las necesidades de informacin de los usuarios y sirva de base para el posterior diseo del sistema.
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:
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.
5.1. Definicin del Sistema

Esta actividad tiene como objetivo efectuar una descripcin del sistema, delimitando su alcance, estableciendo las interfaces con otros sistemas e identificando a los usuarios representativos. Las tareas de esta actividad se pueden haber desarrollado ya en parte en el proceso de Estudio de Viabilidad del Sistema (EVS), de modo que se parte de los productos obtenidos en dicho proceso para proceder a su adecuacin como punto de partida para definir el sistema de informacin.
5.1.1. Determinacin del Alcance del Sistema

En esta tarea se delimita el sistema de informacin, utilizando como punto de partida el modelo de procesos especificado en la descripcin de la solucin del proceso Estudio de Viabilidad del Sistema (EVS). Se indica qu procesos pertenecen
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.
5.1.1.1. Modelo de Negocio

El modelo de negocio contempla los procesos principales del negocio bajo anlisis y la forma en que los mismos se llevan a cabo. Dentro de este modelo, los procesos se representan mediante casos de uso de negocio. El detalle sobre las actividades llevadas a cabo y las entidades utilizadas para completar cada proceso, se documentan mediante diagramas de actividades.
Anlisis del sistema de Informacin
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
Figura ASI 1: Modelo de negocio
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.
A continuacin se describen las actividades detalladas en el diagrama:
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.
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.
5.1.2. Identificacin de los Usuarios Participantes y Finales

En esta tarea se identifican los usuarios participantes y finales, interlocutores tanto en la obtencin de requisitos como en la validacin de los distintos productos y la aceptacin final del sistema. Para ello, se actualiza el catlogo de usuarios generado previamente en el Estudio de Viabilidad del Sistema (EVS).
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.
El alcance de este plan de trabajo se limita al proceso de anlisis.
5.1.2.1. Catalogo de Usuarios

Descripcin de usuarios finales:
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
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.
Usuario Jefe de Equipo:
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
5.2. Establecimiento de Requisitos

En esta actividad se lleva a cabo la definicin, anlisis y validacin de los requisitos a partir de la informacin facilitada por el usuario, completndose el catlogo de requisitos obtenido en la actividad Definicin del Sistema. El objetivo de esta actividad es obtener un catlogo detallado de los requisitos, a partir del cual se pueda comprobar que los productos generados en las actividades de modelizacin se ajustan a los requisitos de usuario.
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.
5.2.1. Especificacin de Casos de Uso

Esta tarea es obligatoria en el caso de orientacin a objetos, y opcional en el caso de anlisis estructurado, como apoyo a la obtencin de requisitos.
El objetivo de esta tarea es especificar cada caso de uso identificado en la tarea anterior, desarrollando el escenario.
Para completar los casos de uso, es preciso especificar informacin relativa a:
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).
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.
Para la obtencin de esta informacin es imprescindible la participacin activa de los usuarios.
5.2.1.1. Casos de Uso

A continuacin, en la figura ASI 3, se muestra el diagrama de casos de uso del sistema:
Incorporar Usuario
Modificar Usuario
extends Cam biar Clave
Elim inar Proyecto
extends
Generar Proyectos
Generar Carpetas
extends Usuario Abrir Proyecto
Validar Usuarios
Com probar Clave extends
Verificar Perm isos
Finalizar Proyecto
Mostrar Proyecto
Asignar Responsables
Mostrar Docum entos
Generar Versin
Consultar Proyectos
Figura ASI 3: Diagrama de Casos de Uso
Pg.: 119
A continuacin se detalla la simbologa aplicada a las flechas del diagrama:
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.
A continuacin se describen los casos de uso detallados en la figura ASI 3:
Caso de Uso Descripcin del caso de uso
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
El usuario oprime el botn cancelar

Lic. Enrique Fernndez Pg.: 120
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
Los datos del usuario ingresados no son correctos
9. El sistema muestra un mensaje con el error encontrado 10. El sistema vuelve al paso 2
Requisitos especiales Precondiciones
No posee Para poder ingresar a este men el usuario debe registrarse en el sistema con un perfil de Administrador.
Poscondiciones Puntos de extensin
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
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
El usuario selecciona modificar datos del 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
Modificar Usuario El usuario oprime el botn cancelar
El usuario ingresado no existe en el sistema
16. El sistema muestra un mensaje con el error encontrado 17. El sistema retorna al paso 2
Los datos del usuario ingresados no son correctos
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
Modificar Usuario con un perfil de Administrador.
Poscondiciones
No posee
Puntos de extensin
Cambiar Clave
Tabla ASI 2: Descripcin del caso de uso Modificar Usuario
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
habilitar o deshabilitar los menes del sistema. Opcionalmente, en esta
instancia, el usuario podr cambiar su clave de acceso. Flujo de Eventos Activacin El usuario, que haba ingresado
anteriormente al sistema, se registra en el antes de comenzar a operar el mismo.
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
Caso de Uso 6. Fin del caso de uso
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
programa 8. Fin del caso de uso
El usuario o la clave no concuerdan con los datos registrados en la base de datos
9. El sistema muestra el mensaje de error: Usuario o Clave Invalido 10. El sistema vuelve al paso 1
El usuario ingresa por primera vez al sistema
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
El usuario desea cambiar su clave
Cuando se produzcan tres intentos de

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
Tabla ASI 3: Descripcin del caso de uso Validar Usuarios
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
registrada en la base de datos con la que ingreso el usuario y ambas

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
El sistema no encuentra el cdigo de usuario en la base de datos
5. Devuelve al caso de uso llamador el mensaje usuario y clave incorrectos 6. fin del caso de uso
La clave registrada en la base de datos no coincide con la que ingreso el usuario
7. Devuelve al caso de uso llamador el mensaje usuario y clave incorrectos 8. fin del caso de uso
Requisitos especiales Preconsideraciones
No posee Que el usuario intente ingresar al
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
correctos. Puntos de extensin No posee
Tabla ASI 4: Descripcin del caso de uso Comprobar Clave
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
El usuario o la clave no concuerdan con los datos registrados en la base de datos
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
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
Requisitos especiales Precondiciones Poscondiciones Puntos de extensin
No posee No posee No posee No posee
Tabla ASI 5: Descripcin del caso de uso Cambiar Clave
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.
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
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.
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.
No posee Mostrar Proyecto

Tabla ASI 6: Descripcin del caso de uso Generar Proyecto
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
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
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

Tabla ASI 7: Descripcin del caso de uso Generar Carpetas
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
El usuario cancela la eliminacin del proyecto
10. El usuario no confirma la eliminacin del proyecto 11. El sistema vuelve al paso 1.
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
El usuario no posee permisos para acceder al proyecto
8. El caso de uso verificar permisos indica que el usuario no posee permisos sobre el proyecto 9. El sistema vuelve al paso 1.
No posee No posee No posee Mostrar Proyecto

Tabla ASI 9: Descripcin del caso de uso Abrir Proyecto
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
El usuario no confirma la finalizacin del proyecto
Pg.: 136
Caso de Uso 10. El usuario no confirma la opcin 11. El sistema vuelve al paso 1.
Finalizar Proyecto

Tabla ASI 10: Descripcin del caso de uso 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
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
Poscondiciones
No posee
Caso de Uso Puntos de extensin
Asignar responsable No posee

Tabla ASI 12: Descripcin del caso de uso Asignar Responsable
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
El sistema no puede abrir el documento
Pg.: 140
Caso de Uso 8. Se informa al usuario que el
Mostrar documentos
documento no pudo abrirse 9. Fin del caso de uso
Tabla ASI 13: Descripcin del caso de uso 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
permisos de acceso 3. Fin del caso de uso

Caso de Uso Flujos Alternativos Alternativa al paso 1
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

Tabla ASI 14: Descripcin del caso de uso Verificar Permisos
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
generado 3. Fin del caso de uso
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
Alternativa al paso 2 6. El sistema imprime el informe
El usuario oprime el botn imprimir informe
generado 7. Fin del caso de uso
No posee No posee
Tabla ASI 16: Descripcin del caso de uso Consultar Proyectos
5.3. Anlisis de los Casos de Uso

El objetivo de esta actividad, que slo se realiza en el caso de Anlisis Orientado a Objetos, es identificar las clases cuyos objetos son necesarios para realizar un caso de uso y describir su comportamiento mediante la interaccin dichos objetos.
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.
5.3.1. Identificacin de Clases Asociadas a un Caso de Uso

En esta tarea se comienzan a identificar los objetos necesarios para realizar el caso de uso, basndose en la especificacin que tenemos del mismo. A partir del estudio del caso de uso, se extrae una lista de objetos candidatos a ser clases. Es posible que, inicialmente, no se disponga de la informacin necesaria para identificar todas, por lo que se hace una primera aproximacin que se va refinando posteriormente, durante esta actividad y en el proceso de diseo. Adems, algunos de los objetos representan mejor la informacin del sistema si se les identifica como atributos en vez de como clases. Para poder diferenciarlas, es necesario estudiar el comportamiento de esos objetos en el diagrama de interaccin y adems se debe tener en cuenta una serie de reglas, como puede ser el suprimir palabras no pertinentes, con significados vagos o sinnimos.
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
5.3.1.1. Identificacin de clases

En este apartado no se utiliza la nomenclatura estndar de UML para esteriotipar las clases, por problemas en la implementacin de estas en la herramienta de desarrollo, en su lugar se utilizar la nomenclatura detallada en la figura ASI 4.
Clase de Enridad Clase de Interfaz Clase de Control
Figura ASI 4: Estereotipos de Clases
A continuacin se desarrolla el diagrama de clases para cada uno de los casos de uso del sistema, detallados en la figura ASI 3:
Caso de uso Incorporar Usuario:
Figura ASI 5: Diagrama de clases del caso de uso Incorporar Usuario
Caso de Uso Modificar Usuario:
Figura ASI 6: Diagrama de clases del caso de uso Modificar Usuario
Caso de Uso Eliminar Proyecto:
Figura ASI 7: Diagrama de clases del caso de uso Eliminar Proyecto Anlisis del sistema de Informacin Lic. Enrique Fernndez Pg.: 146
Caso de Uso Generar Proyectos:
Figura ASI 8: Diagrama de clases del caso de uso Generar Proyecto
Caso de Uso Abrir Proyecto:
Figura ASI 9: Diagrama de clases del caso de uso Abrir Proyecto
Caso de Uso Verificar Permisos:
Figura ASI 10: Diagrama de clases del caso de uso Verificar Permisos
Caso de Uso Finalizar Proyecto:
Figura ASI 11: Diagrama de clases del caso de uso Finalizar Proyecto Anlisis del sistema de Informacin Lic. Enrique Fernndez Pg.: 147
Caso de Uso Asignar Responsable:
Proyectos Subfase
Interfaz AsignarResponsable
Fase
Usuarios Usuario
Figura ASI 12: Diagrama de clases del caso de uso Asignar Responsable
Caso de Uso Mostrar Documentos:
Figura ASI 13: Diagrama de clases del caso de uso Mostrar Documentos
Caso de Uso Generar Versiones:
Figura ASI 14: Diagrama de clases del caso de uso Generar Versiones
Caso de Uso Consultar Proyectos:
Figura ASI 15: Diagrama de clases del caso de uso Consultar Proyectos
Pg.: 148
Caso de Uso Cambiar Clave:
Figura ASI 16: Diagrama de clases del caso de uso Cambio de Clave
Caso de Uso Generar Carpetas:
Figura ASI 17: Diagrama de clases del caso de uso Generar Carpetas
Caso de Uso Mostrar Proyecto:
Figura ASI 18: Diagrama de clases del caso de uso Mostrar Proyecto
Caso de Uso Validar Usuarios:
Interfaz ValidarUsuario
Usuario
Figura ASI 19: Diagrama de clases del caso de uso Validar Usuario
Pg.: 149
Caso de Uso Comprobar Clave:
Figura ASI 20: Diagrama de clases del caso de uso Comprobar Clave
5.3.2. Descripcin de la Interaccin de Objetos

El objetivo de esta tarea es describir la cooperacin entre los objetos utilizados para la realizacin de un caso de uso, que ya fueron identificados en la tarea anterior.
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.
5.3.2.1. Identificacin de la Interaccin de Objetos

A continuacin se detallan los diagramas de colaboracin de objetos, donde se muestra como se vinculan los diferentes objetos identificados en la tarea anterior. La forma de vincular a los objetos esta relacionada con su participacin dentro de los casos de uso.
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.
Caso de uso Incorporar Usuario:
Figura ASI 21: Diagrama de Interaccin del caso de uso Incorporar Usuario
Caso de Uso Modificar Usuario:
Usuarios
Interfaz ModificionUsuario
Usuario
Interfaz MenuPrincipal
Figura ASI 22: Diagrama de Interaccin del caso de uso Modificar Usuario
Caso de Uso Eliminar Proyecto:
Figura ASI 23: Diagrama de Interaccin del caso de uso Eliminar Proyecto
Pg.: 151
Caso de Uso Generar Proyectos:
Figura ASI 24: Diagrama de Interaccin del caso de uso Generar Proyecto
Caso de Uso Abrir Proyecto:
Figura ASI 25: Diagrama de Interaccin del caso de uso Abrir Proyecto
Caso de Uso Verificar Permisos:
Proyectos
Subfases
VerificarPermisos
Fase
Usuarios
Figura ASI 26: Diagrama de Interaccin del caso de uso Verificar Permisos
Pg.: 152
Caso de Uso Finalizar Proyecto:
Figura ASI 27: Diagrama de Interaccin del caso de uso Finalizar Proyecto
Caso de Uso Asignar Responsable:
Proyectos
Subfase Interfaz AsignarResponsable
Fase Usuario
Interfaz Proyecto
Usuarios
Figura ASI 28: Diagrama de Interaccin del caso de uso Asignar Responsable
Caso de Uso Mostrar Documentos:
Figura ASI 29: Diagrama de Interaccin del caso de uso Mostrar Documentos
Caso de Uso Generar Versiones:
Interfaz Version
Versiones
GenerarArchivo
Usuario
Figura ASI 30: Diagrama de Interaccin del caso de uso Generar Versiones
Pg.: 153
Caso de Uso Consultar Proyectos:
Figura ASI 31: Diagrama de Interaccin del caso de uso Consultar Proyectos
Caso de Uso Cambiar Clave:
Interfaz CambiarClave
Usuarios
Usuario
Figura ASI 32: Diagrama de Interaccin del caso de uso Cambiar Clave
Caso de Uso Generar Carpetas:
Figura ASI 33: Diagrama de Interaccin del caso de uso Generar Carpetas
Caso de Uso Mostrar Proyecto:
Figura ASI 34: Diagrama de Interaccin del caso de uso Mostrar Proyecto Anlisis del sistema de Informacin Lic. Enrique Fernndez Pg.: 154
Caso de Uso Validar Usuarios:
2: Mostrar
Interfaz MenuPrincipal
Usuario ComprobarClave
Figura ASI 35: Diagrama de Interaccin del caso de uso Validar Usuarios
Caso de Uso Comprobar Clave:
Figura ASI 36: Diagrama de Interaccin del caso de uso Comprobar Clave
5.4. Anlisis de Clases

El objetivo de esta actividad que slo se realiza en el caso de Anlisis Orientado a Objetos es describir cada una de las clases que ha surgido, identificando las responsabilidades que tienen asociadas, sus atributos, y las relaciones entre ellas. Para esto, se debe tener en cuenta la normativa establecida en la tarea Especificacin de Estndares y Normas, de forma que el modelo de clases cumpla estos criterios, con el fin de evitar posibles inconsistencias en el diseo.
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.
5.4.1. Identificacin de Responsabilidades y Atributos

El objetivo de esta tarea es identificar las responsabilidades y atributos relevantes de una clase.
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.
5.4.1.1. Definicin de Responsabilidades y Atributos

A continuacin, en la tabla ASI 17, se muestran las distintas clases del sistema junto con sus responsabilidades y atributos: Clase Asistente ArmarProyecto Responsabilidades Permite recabar los datos particulares del proyecto, sus fase, subfases y Atributos Cdigo que identifica al proyecto Nombre del proyecto Fecha de alta Cdigo que identifica al usuario creador Carpeta donde se
versiones de documentos
alojan los datos del proyecto Estado del proyecto
(activo o finalizado) Fecha de finalizacin del proyecto

Clase
Responsabilidades
Atributos Breve descripcin del proyecto
Asistente borrarProyectos
Representa a la clase que coordina la eliminacin de los datos de un proyecto existente
Cdigo que identifica al proyecto Nombre del proyecto Carpeta donde se
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
concuerda con los datos registrados en el sistema Documentos Representa a los
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
documentos Standard de la metodologa CRISP-DM
EliminarCarpetas
Permite
eliminar
las
Carpeta
donde
se
carpetas generadas para almacenar los documentos del proyecto

Anlisis del sistema de Informacin Lic. Enrique Fernndez
alojan los datos del proyecto
Pg.: 157
Clase Fases
Responsabilidades Representa a las fases de los proyectos generados
Atributos Cdigo que identifica al proyecto Cdigo que identifica a la fase Cdigo que identifica al usuario
FasesOriginales
Representa a las fases originales de CRISP-DM
Cdigo que identifica a la fase Nombre de la fase Descripcin de la fase
GenerarArchivo
Permite generar la versin original de los distintos documentos componen a que la
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
Permite carpetas que
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
Permite responsable proyecto
asignar tanto a
un al las
Cdigo que identifica al usuario Perfil de acceso del usuario Cdigo que identifica al proyecto
como
distintas fases y subfase del mismo
Pg.: 158
Clase
Responsabilidades
Atributos Cdigo que identifica a la fase Cdigo que identifica a la subfase
Interfaz CambiarClave
Permite la modificacin de la clave de acceso del usuario
Cdigo que identifica al usuario Clave de acceso
Interfaz Consulta
Interfaz acceder reportes sistema a
que los
permite distintos brinda el
Tipo
de
reporte
generar
que
Interfaz Documento
Permite
acceder
los
Cdigo que identifica al documento Nombre del documento Descripcin documento del
distintos documentos del proyecto
Interfaz ModificacionUsuario
Permite la modificacin de los datos particulares del usuario
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
Clase Interfaz Proyecto
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
(operativo o inhibido) Especialidad usuario Perfil de acceso del

del
Clase
Responsabilidades
Atributos usuario Cargo que ocupa en la empresa
Permite validar el usuario y la clave ingresados por el usuario para habilitar su ingreso al sistema
Cdigo que identifica al usuario Clave de acceso
Interfaz Versin
Permite distintas generadas
observar
las
Cdigo que identifica al documento Identificador de versin Fecha de creacin de la versin Tamao original Fecha de ltimo del archivo
versiones para como a un as las
documento, tambin mismas
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
proyectos dados de alta en el sistema
(activo o finalizado) Fecha de finalizacin del proyecto Breve descripcin del

Clase
Responsabilidades
Atributos proyecto
Subfases
Representa a las subfases de los proyectos
Cdigo que identifica al proyecto Cdigo que identifica a la fase Cdigo que identifica a la subfase Cdigo que identifica al usuario
generados
SubfasesOriginales
Representa a las subfases originales de CRISP-DM
Cdigo que identifica a la fase Cdigo que identifica a la subfase Nombre de la subfase Descripcin de la subfase
Usuarios
Representa a los usuarios del sistema
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
del
Clase VerificarPermisos
Responsabilidades Verifica si el usuario tiene permisos para acceder al elemento que seleccion
Atributos Cdigo que identifica al usuario Perfil de acceso del usuario
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
versiones de documentos generadas para los
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
5.4.2. Identificacin de Asociaciones y Agregaciones

En esta tarea se estudian los mensajes establecidos entre los objetos del diagrama de interaccin para determinar qu asociaciones existen entre las clases correspondientes. Estas asociaciones suelen corresponderse con expresiones verbales incluidas en las especificaciones.
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.
Dichas caractersticas pueden obtenerse a partir de la especificacin de los casos de uso.
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.
5.4.2.1. Diagrama de Clases donde se identifican Asociaciones y Agregaciones

Para entrar en detalle sobre este punto, en lo que se refiere al presente proyecto de tesis, podemos recordar que las clases de objetos se dividen en tres grandes categoras: Interfaz, entidad y control. Por lo general los lenguajes de programacin orientados a objetos vienen acompaados de libreras de clases, estn contienen implementaciones orientadas a objetos de las caractersticas ms importantes de las interfaces de usuarios. Es por esta razn, que cualquier desarrollo de interfaz estar fuertemente ligado a las clases provistas por el lenguaje en cuestin. Durante el anlisis se ha optado por indagar en cuestiones relacionadas con las clases de control y entidad y postergar las definiciones relacionadas con la interfaz de usuario para un momento posterior en cuanto se trate el diseo detallado.
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.
Figura ASI 37: Diagrama de 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
Usuario a validar Usuario
Figura ASI 42: Diagrama de Clases para la clase de control ComprobarClave
EliminarCarpetas:
EliminarCarpetas
Ubicacion Proyectos
Figura ASI 43: Diagrama de Clases para la clase de control EliminarCarpetas
Pg.: 167
GenerarArchivo:
GenerarArchivo
Ubicacion Proyectos
Nombre Versiones
Figura ASI 44: Diagrama de Clases para la clase de control GenerarArchivo
GenerarCarpetas:
FasesOriginales -Compone 1 -Esta Compuesto * SubFasesOriginales -Compone -Esta compuesto * Introduccion Documentos
1 Obtener subfase
Obtener fase
GenerarCarpeta
Ubicacion Proyectos
Nombre Version
Figura ASI 45: Diagrama de Clases para la clase de control GenerarCarpetas
VerificarPermisos:
Figura ASI 46: Diagrama de Clases para la clase de control VerificarPermisos Anlisis del sistema de Informacin Lic. Enrique Fernndez Pg.: 168
5.4.3. Identificacin de Generalizaciones

El objetivo de esta tarea es representar una organizacin de las clases que permita una implementacin sencilla de la herencia y una agrupacin semntica de las diferentes clases, basndose siempre en las normas y estndares definidos en la actividad Definicin del Sistema.
5.4.2.1. Descripcin de las Generalizaciones Identificadas

La identificacin de generalizaciones es utilizada durante el anlisis para extraer comportamiento compartido y comn entre diferentes clases de anlisis. Las generalizaciones obtenidas en esta parte del proceso de desarrollo deben ser de nivel alto y conceptual dado que su objetivo debe ser mantener el modelo de anlisis simple y de fcil comprensin. A continuacin se analizan las generalizaciones obtenidas:
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
Figura ASI 47: Diagrama de Clases para la clase Usuarios
Pg.: 169
5.5. Definicin de Interfaces de Usuario

En esta actividad se especifican las interfaces entre el sistema y el usuario: formatos de pantallas, dilogos, e informes, principalmente. El objetivo es realizar un anlisis de los procesos del sistema de informacin en los que se requiere una interaccin del usuario, con el fin de crear una interfaz que satisfaga todos los requisitos establecidos, teniendo en cuenta los diferentes perfiles a quines va dirigido.
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.
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.
5.5.1. Especificacin de Principios Generales de la Interfaz

El objetivo de esta tarea es especificar los estndares, directrices y elementos generales a tener en cuenta en la definicin de la interfaz de usuario, tanto para la interfaz interactiva (grfica o carcter), como para los informes y formularios impresos.
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.
Hay que establecer criterios similares para la interfaz impresa:
Directrices generales.
Principios de composicin de informes y formularios. Normas de elaboracin, distribucin y salvaguarda de la informacin.
5.5.1.1. Principios Generales de la Interfaz

La interfaz de usuario ser grfica e interactiva, del tipo standard utilizado en todos los aplicativos basados en ventanas.
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.
5.5.2. Especificacin de Formatos Individuales de la Interfaz de Pantalla

El objetivo de esta tarea es especificar cada formato individual de la interfaz de pantalla, desde el punto de vista esttico. Para cada proceso en lnea identificado en la
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.
5.5.3. Modelo de Navegacin de Interfaz

En este modelo se completan las interfaces de usuario que existen en el sistema y la forma en que las mismas pueden navegarse.
A continuacin se muestra las distintas interfaces del sistema y la forma en que se vinculan entre ellas.
Pg.: 173
Ingreso
1 Men Principal
2 Crear Proyecto Proyectos Agregar Usuarios Modificar Usuarios
1 Proyecto
Cambiar Clave Asignar Responsables
Documentos
Versiones
Consulta de Usuario
Consulta de Proyectos
Consulta de Proyectos Asignados
Consulta de Responsables del Proyecto
Figura ASI 48: Diagrama de Jerarqua de Pantallas
Pg.: 174
5.5.3.1. Descripcin de las caractersticas generales de cada pantallas

Ingreso: Es la ventana de ingreso al sistema, en la cual el usuario ingresa su cdigo de usuario y clave, para que el sistema lo habilite para ingresar.
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
5.5.3.2. Definicin de las Pantallas del Sistema

A continuacin se detallan los prototipos de las pantallas del sistema:
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.
Ingreso Usuario Clave
Aceptar
Cancelar
Cambiar Clave
Figura ASI 49: pantalla de ingreso al sistema
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.
Men Principal Proyectos Usuarios
Ayuda
Figura ASI 50: Men principal
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.
Figura ASI 51: Men principal con men de Proyectos Activado
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
Agregar Usuario Modificar Usuario
Figura ASI 52: Men principal con men de Usuarios Activado
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
Ayuda ndice CRISP-DM Acerca de..
Figura ASI 53: Men principal con men de Ayuda Activado
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
Figura ASI 54: Pantalla de Creacin de Proyectos
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
Eliminar Aceptar Cancelar
Figura ASI 55: Pantalla de Proyectos
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.
Figura ASI 56: Pantalla de detalles del Proyecto
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.
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.
Figura ASI 57: Pantalla de Documento con la solapa Documento Activada
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
Figura ASI 58: Pantalla de vinculacin de Usuarios al Proyecto
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.
Figura ASI 59: Pantalla de Ingreso de Usuario
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.
Figura ASI 60: Pantalla de modificacin de Usuario
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
Ingrese Clave Anterior Ingrese Nueva Clave Reingrese Nueva Clave
Aceptar
Cancelar
Figura ASI 61: Pantalla de Cambio de Clave
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
Consulta de Usuarios Filtrar por

Perfil Categoria
Filtrar
Direccin Mail
Id Usuario Apellido Nombre Espec. Perfil Cargo
Imprimir
Cancelar
Figura ASI 62: Pantalla de Consulta de Usuario
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.
Pg.: 186
Consulta de Proyectos Filtrar por

Nombre Estado
Fecha Alta
Filtrar
Fecha Alta Creado por Ubicacin Estado Fecha Finalizacin
Imprimir
Cancelar
Figura ASI 63: Pantalla de Consulta de Proyectos
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.
Ambos campos de texto por defecto estarn en blanco.
Para que los datos ingresados en los campos de texto tomen efecto sobre los datos de la grilla se debe presionar el botn Filtrar.
Pg.: 187
Consulta de Responsables de Proyectos Filtrar por Usuario Proyecto
Filtrar
Nombre Proy. Fecha Alta Creado por Ubicacin Estado Usuario Res.
Imprimir
Cancelar
Figura ASI 64: Pantalla de Consulta de Responsables de Proyectos
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.
Ambos campos de texto por defecto estarn en blanco.
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.
Pg.: 188
Consulta de Proyectos Asignados Filtrar por Usuario Fecha desde

Id Usuario Apellido Nombre
Filtrar
Proyecto Fecha Asig.
Imprimir
Cancelar
Figura ASI 65: Pantalla de Consulta de Proyectos Asignados
5.5.4. Especificacin de Formatos de Impresin

El objetivo de esta tarea es especificar los formatos y caractersticas de las salidas o entradas impresas del sistema.
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.
5.5.4.1. Formatos de Impresin

A continuacin se detallan los diseos se impresin asociados a cada una de las pantallas de consulta indicadas en la seccin Definicin de las Pantallas del Sistema. Reporte de Usuarios:
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 : ___/___/_____
Id. Usuario Apellido Nombre Esp. Perfil Cargo Direccin Mail
Telfono
Figura ASI 66: Reporte de Usuarios
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 : ___/___/_____
Nombre Fecha Alta
de Creado por..
Ubicacin Estado Fecha Finalizacin
de
Figura ASI 67: Reporte de Proyectos
Pg.: 190
Reporte de Responsables de Proyectos:
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.
Reporte de Responsables de Proyectos
Fecha : ___/___/_____
Nombre Proyecto
Fecha de Alta Creado por..
Ubicacin Estado Usuario Responsable
Figura ASI 68: Reporte de Responsables de Proyectos
Reporte de Proyectos Asignados:
A continuacin, en la figura ASI 69, se muestra el diseo del formato del reporte asociado a la pantalla de Proyectos Asignados.
Reporte de Proyectos Asignados
Fecha : ___/___/_____
Id. Usuario Apellido
Nombre
Proyecto
Fecha de Asignacin
Figura ASI 69: Reporte de Proyectos Asignados Anlisis del sistema de Informacin Lic. Enrique Fernndez Pg.: 191
5.6. Anlisis de Consistencia y Especificacin de Requisitos

El objetivo de esta actividad es garantizar la calidad de los distintos modelos generados en el proceso de Anlisis del Sistema de Informacin, y asegurar que los usuarios y los Analistas tienen el mismo concepto del sistema. Para cumplir dicho objetivo, se llevan a cabo las siguientes acciones:
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.
5.6.1. Verificacin de los modelos

El objetivo de esta tarea es asegurar la calidad formal de los distintos modelos, conforme a la tcnica seguida para la elaboracin de cada producto y a las normas determinadas en el Catlogo de Normas.
5.6.2. Verificacin de Modelos

Se verific la calidad de los distintos modelos de forma separada con el propsito de garantizar su adecuacin al problema a resolver y su seguimiento respecto de las tcnicas de anlisis seleccionadas.
Pg.: 192
Como resultado de la verificacin, se efectuaron correcciones que fueron posteriormente comprobadas.
5.6.3 Anlisis de Consistencia entre mtodos

El objetivo de esta tarea es asegurar que los modelos son coherentes entre s, comprobando la falta de ambigedades o duplicacin de informacin.
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.
Los anlisis de consistencia propuestos en Desarrollo Estructurado son:
Modelo Lgico de Datos Normalizado / Modelo de Procesos:
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
Modelo Lgico de Datos Normalizado / Interfaz de Usuario:
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.
Modelo de Procesos / Interfaz de Usuario:
Se comprueba que todo proceso en lnea tiene asociado al menos un dilogo.
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:
Modelo de Clases / Diagramas Dinmicos:
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.
En el caso de haber elaborado diagramas de transicin de estados para clases significativas:
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.
Modelo de clases / Interfaz de usuario
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.
Anlisis de la Realizacin de los Casos de Uso / Interfaz de Usuario
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.
5.6.3.1. Anlisis de Consistencia

Se comprueba la coherencia entre los distintos modelos de acuerdo a las trazabilidades que se presentan en la figura ASI 70.
Modelo de Negocio
Catalogo de Requisitos
Modelo de Navegacin de Interfaz
Modelo de Casos de Uso
Prototipo de Interfaz
Diagrama de Clases
Figura ASI 70: Trazabilidades entre los distintos modelos
La comprobacin se lleva a cabo mediante un conjunto de matrices de trazabilidad.
Pg.: 196
Catalogo de Requisitos vs Modelo de Negocio
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
Modelo de Casos de Uso vs Catalogo de Requisitos
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
Abrir Proyecto Verificar Permisos
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
Proyecto RF 6 Asignar Responsable RF 7 Abrir X X X
Documento RF 8 Nueva de X
Versin Documento
RF 9 Finalizar Proyecto RF 10 Eliminar X Proyecto RF 11 X
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
Modelo de Casos de Uso vs Prototipo de Interfaz
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
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
Consulta de Proyectos Consulta de Proyectos Asignados Consulta de Responsables del Proyecto
Tabla ASI 20: Trazabilidades entre el Modelo de Casos de Uso y el Prototipo de Interfaz
Modelo de Modelo de Navegacin de Interfaz vs 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.
Validacin de Usuario y Clave Men Principal
Consulta de Proyectos Asignados
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
Validacin de Usuario y Clave Men Principal
Consulta de Proyectos Asignados X
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
Modelo de Casos de Uso vs Clases
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
Verificar Permisos Finalizar Proyecto X X
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
Verificar Permisos Finalizar Proyecto X X X X X
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
5.7. Especificacin del Plan de Pruebas

En esta actividad se inicia la definicin del plan de pruebas, el cual sirve como gua para la realizacin de las pruebas, y permite verificar que el sistema de informacin cumple las necesidades establecidas por el usuario, con las debidas garantas de calidad.
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
Mostrar Proyecto X
Abrir Proyecto
(DSI), Construccin del Sistema de Informacin (CSI) e Implantacin y Aceptacin del Sistema (IAS).
Se plantean los siguientes niveles de prueba:
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.
5.7.1. Plan de Pruebas
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
5.7.1.3. tems y caractersticas a probar

El presente plan tiene como objetivo probar el Sistema de Gestin de Proyectos basados en la Metodologa CRISP-DM, para lo cual se estima pertinente realizar pruebas unitarias (para verificar como se realiza cada funcin del sistema) y una prueba global del Sistema.
5.7.1.4. Caractersticas que no van a ser probadas

Aplicaciones y herramientas no desarrolladas (por ejemplo, Sistema Operativo, Mquina Virtual de Java, soporte de impresin y almacenamiento). Performance del producto (por ejemplo, tiempo de respuesta de la aplicacin e interfaz de usuario). Entorno de trabajo (por ejemplo, disponibilidad de red y tiempo de respuesta del equipo). Control de acceso a los documentos del proyecto por fuera del sistema.
5.7.2. Actividades a Realizar
Las principales actividades de prueba a realizar estn asociadas con las tareas de:
Pruebas unitarias. Pruebas de sistema. Anlisis y evaluacin de la prueba.
Pg.: 205
5.7.2.1. Pruebas unitarias

Esta actividad debe cubrir cada una de las clases creadas durante la etapa de codificacin. Todas las entradas y salidas de una clase deben ser probadas, y en caso de existir la posibilidad de combinar varias al mismo tiempo, esto tambin debe ser probado.
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.
5.7.2.2. Pruebas de sistema

Las pruebas de sistema sern orientadas segn la tcnica de caja negra; utilizado particularmente los mtodos de particin de equivalencias y anlisis de valores lmites. Una prueba de caja negra examina algunos aspectos externos del modelo del sistema sin tener en cuenta la estructura lgica interna del software.
Una vez que todos los casos de prueba han sido superados exitosamente, la aplicacin estar lista para ser entregada.
5.7.2.3. Pruebas de aceptacin

Estas pruebas ser realizadas por la Directora del Proyecto, quien tomar como criterio de evaluacin el cumplimiento, por parte del sistema, de los requisitos funcionales del mismo.
5.7.2.4. Pruebas unitarias

Los resultados de las pruebas unitarias debern ser almacenados en el documento de registro estndar y la ejecucin de los mismos ser manual.
5.7.2.5. Pruebas de sistema

Los resultados de las pruebas debern ser almacenados en el documento de registro estndar y la ejecucin de las mismas ser manual.
5.7.2.6. Amplitud de las pruebas

La amplitud y criterio de completitud a emplear se basar en la cobertura realizada sobre la funcionalidad requerida.
5.7.3. Reporte de fallas de las pruebas

Las fallas sern identificadas durante el anlisis y evaluacin de los resultados de la ejecucin de las pruebas. A continuacin, en la figura ASI 71, se detalla el formato del reporte de pruebas a utilizar:
Reporte de Prueba Nro.:__________
Fecha de Prueba___/___/_____
Objetivo Probado:____________________________________________________ __________________________________________________________________ __________________________________________________________________ Errores Encontrados: Id. Caso de Prueba Nivel de Severidad Descripcin
Figura ASI 71: Documento de reporte de pruebas
5.7.4. Trazabilidad de requerimientos

En el punto Anlisis de consistencia entre mtodos se detallan las matrices de trazabilidad que muestran la consistencia entre los distintos modelos generados en la fase de anlisis.
Pg.: 207
5.7.4.1. Disponibilidad de tems de prueba

Las actividades de prueba no podrn comenzar hasta que todas las unidades de prueba se encuentren disponibles.
5.7.4.2. Disponibilidad de recursos para las pruebas

A continuacin se detallan los elementos necesarios para llevar a delante las pruebas unitarias y de sistema:
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. Criterio de Paso/Falla

A continuacin se detallan los criterios a aplicar en la evaluacin de las distintas instancias de prueba:
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
5.7.6. Criterio de suspensin y reiniciacin de pruebas
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.
5.7.7. Artefactos de las pruebas
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.
Informe de los casos de prueba. Informe de la prueba.
5.7.8. Actividades de prueba
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.
5.7.9. Procedimiento de pruebas

A continuacin, en la figura ASI 72, se detalla el esquema de procedimiento de pruebas:
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
Figura ASI 72: Procedimiento de Pruebas
5.7.10. Necesidades de ambiente
Existen dos entornos principales relacionados con las pruebas:
Entorno local de pruebas. Entorno del cliente.
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.10.4. Modo de uso

Referirse a Definicin del Sistema y Establecimiento de Requisitos.
5.7.10.5. Certificacin de entorno

No existen necesidades concretas de certificacin de entorno.
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
Ingeniero de pruebas (Este funcin esta a cargo del tesista)
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.
Lder de desarrollo (Este funcin esta a cargo del tesista)
Proveer de los tems a probar. Revisar el plan de pruebas. Revisar las actividades de prueba. Revisar los resultados de las pruebas realizadas.
Lder de proyecto (Este funcin esta a cargo del tesista)
Revisar el plan de pruebas. Revisar los resultados de las pruebas realizadas. Coordinar las actividades de prueba.
Especialista en calidad (Este funcin esta a cargo de la Directora de Tesis)
Revisar el plan de pruebas. Revisar las actividades de prueba.
Cliente (Este funcin esta a cargo de la Directora de Tesis)
Realizar las pruebas de aceptacin.
5.7.12. Riesgos y contingencias de pruebas
A continuacin, en la tabla ASI 24, de detallan posibles riesgos a enfrentar en la implementacin del sistema con sus respectivas contingencias
Pg.: 213
Riegos Diferencias entre
Contingencias el entorno de Especificar como parte de la documentacin
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
5.8. Aprobacin del Anlisis del Sistema de Informacin

5.8.1. Presentacin y Aprobacin del Anlisis del Sistema de Informacin
En esta tarea se realiza la presentacin del anlisis del sistema de informacin al Comit de Direccin, para la aprobacin final del mismo.
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
Diseo del Sistema de Informacin
6. DISEO DEL SISTEMA DE INFORMACIN

El objetivo del proceso de Diseo del Sistema de Informacin (DSI) es la definicin de la arquitectura del sistema y del entorno tecnolgico que le va a dar soporte, junto con la especificacin detallada de los componentes del sistema de informacin.
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.
Las actividades de este proceso se agrupan en dos grandes bloques:
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.
Diseo del sistema de Informacin
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.
2. El segundo bloque de actividades complementa el diseo del sistema de

informacin. En l se generan todas las especificaciones necesarias para la construccin del sistema de informacin: Generacin de Especificaciones de Construccin, fijando las directrices para la construccin de los componentes del sistema, as como de las estructuras de datos. Diseo de la Migracin y Carga Inicial de Datos, en el que se definen los procedimientos de migracin y sus componentes asociados, con las especificaciones de construccin oportunas. Especificacin Tcnica del Plan de Pruebas, que incluye la definicin y revisin del plan de pruebas, y el diseo de las verificaciones de los niveles de prueba establecidos. El catlogo de excepciones permite, de una forma muy gil, establecer un conjunto de verificaciones relacionadas con el propio diseo o con la arquitectura del sistema. Establecimiento de Requisitos de Implantacin, que hace posible concretar las exigencias relacionados con la propia implantacin del sistema, tales como formacin de usuarios finales, infraestructura, etc. Finalmente, en la actividad de Presentacin y Aprobacin del Diseo del Sistema de Informacin, se realiza una presentacin formal y aprobacin de los distintos productos del diseo.
6.1. Definicin de la Arquitectura del Sistema

En esta actividad se define la arquitectura general del sistema de informacin, especificando las distintas particiones fsicas del mismo, la descomposicin lgica en subsistemas de diseo y la ubicacin de cada subsistema en cada particin, as como la especificacin detallada de la infraestructura tecnolgica necesaria para dar soporte al sistema de informacin.
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
interfaces claramente definidas.
Para esto, se establece una distincin entre
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.
6.1.1. Definicin de Niveles de Arquitectura

En esta tarea se definen los niveles de arquitectura software, mediante la definicin de los principales participaciones fsicas del sistema de informacin, representadas como nodos y comunicaciones entre nodos.
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
6.1.1.1. Descripcin de los Niveles de Arquitectura del Sistema

A continuacin, en la figura DSI 1, se describen los componentes del presente sistema:
Pg. 223
Figura DSI 1: Niveles de arquitectura del sistema
A continuacin se describen los elementos del sistema identificados en la figura DSI 1:
Descripcin de los nodos identificados:
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.
Sistema operativo Windows 98 / 2000 / XP o superior
Pg. 224
b) Impresora: Permite imprimir los reportes generados a travs de la aplicacin.
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
Descripcin de los componentes identificados:
d) Cliente GESCRISP: Este componente representa a la funcin del cliente del sistema, desde aqu el usuario podr realizar la administracin de los proyectos.
e) Manejador de ayuda:Representa al manejador de ayuda HTML que brinda Visual Basic.
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:
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:
Figura DSI 2: Relacin entre componentes
Pg. 226
Descripcin de la comunicacin entre componentes:
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.
6.1.2. Identificacin de Requisitos de Diseo y Construccin

En esta tarea se realiza la especificacin de los requisitos que estn directamente relacionados con la adopcin o diseo de una arquitectura o infraestructura concreta, y que pueden condicionar el diseo o la construccin del sistema de informacin.
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.
6.1.2.1. Descripcin de los requisitos adicionales

A continuacin, en la tabla DSI 1, se detallan los requisitos no funcionales identificados a lo largo de esta fase:
Pg. 227
Cdigo requisito RNF-12
de Identificacin requisito
del Descripcin del 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
desarrollados teniendo en cuenta soportar la carga de un nico usuario por sesin
RNF-14
Carga de trabajo Los del servidor
componentes
del
servidor
sern
desarrollados teniendo en cuenta soportar la carga de mltiples usuarios de forma concurrente.
RNF-15
Backup centralizado
Recupero de datos centralizado.
RNF-16
Comunicacin
Este
requisito
ha
sedo
discutido
desarrollado en la seccin anterior.

Tabla DSI 1: Requisitos no funcionales de diseo
6.1.3. Especificaciones de Excepcin

El objetivo de esta tarea es la definicin de los comportamientos no habituales en el sistema, que reflejan situaciones anmalas o secundarias en el funcionamiento y ejecucin del sistema de informacin. Para ello, se establece previamente el nivel de especificacin de las mismas, as como los criterios de catalogacin y clasificacin.
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.
Las excepciones se describen incluyendo, al menos, los siguientes conceptos:
Tipo y descripcin de la excepcin. Condiciones previas del sistema de informacin. Elemento afectado (nodo, mdulo, caso de uso).
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.
6.1.3.1. Catalogo de Excepciones

Para el presente desarrollo se han determinado tres tipos de excepciones: comunicacin, validacin y permisos. Las excepciones de comunicacin contemplan los problemas que pueden suscitarse cuando no existe conexin entre los componentes principales del sistema, es decir, cuando el cliente no puede comunicarse con el servidor, o cuando este ltimo no puede comunicarse con la base de datos; las excepciones de de validacin tienen que ver con aspecto que hacen a la conformidad de los datos a ingresar en los distintos campos de pantalla; por ltimo, la excepciones de permisos tienen que ver con el control que hace el sistema para verificar que el usuario que est accediendo a un determinado documento posea los permisos necesarios para hacerlo.
A continuacin en las tablas DSI 2 a DSI 7 se describen las excepciones que contempla el presente desarrollo:
Pg. 229
Excepcin Tipo Descripcin
EX-C001 Comunicacin El componente cliente intenta comunicarse al componente servidor y este no responde
Condiciones previas Elemento afectado Respuesta sistema
El sistema no se encuentra conectado al servidor
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
Elemento afectado Respuesta sistema
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
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
El componente cliente ejecuta la transaccin en el componente servidor Componente Cliente
del Mensaje de error al usuario indicando la imposibilidad de ejecutar correctamente la transaccin: Ha ocurrido un error de comunicacin
EX-C004 Comunicacin El sistema intenta enviar datos a la impresora local pero esta no responde
Condiciones previas
El componente cliente no est debidamente conecto a la impresora
Componente Cliente
del Mensaje de error al usuario indicando la imposibilidad de imprimir el reporte: Ha ocurrido un error de impresin
EX-V001 Validacin Se pretende cargar un dato cuyo valor se encuentra fuera de los rengos permitidos para el mismo.
Se selecciona una opcin que requiere el ingreso de un valor. Componente Cliente
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
Se seleccion un documento para el cual el usuario tenia permisos.
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
6.1.4. Identificacin de Subsistemas de Diseo

En esta tarea se divide de forma lgica el sistema de informacin en subsistemas de diseo, con el fin de reducir la complejidad y facilitar el mantenimiento. Hay que tomar como referencia inicial los subsistemas de anlisis especificados en el proceso de Anlisis del Sistema de Informacin (ASI).
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.
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.
6.1.4.1. Subsistemas de Diseo

En esta seccin se divide de forma lgica el sistema en subsistemas para de diseo, pera reducir la complejidad y facilitar el mantenimiento del mismo. Para facilitar esta tarea se va a aplicar el three-tier framework, el cual consiste de un conjunto de reglas que permiten dividir de forma mas ordenada y criteriosa al sistema.
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:
Figura DSI 3: Esquema de trabajo de Relacin entre componentes Three-tier framework
6.1.5. Especificacin del Entorno Tecnolgico

En esta tarea se definen en detalle los distintos elementos de la infraestructura tcnica que dan soporte al sistema de informacin, determinando la implementacin concreta de los nodos y comunicaciones especificados en la tarea Definicin de
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.
6.1.5.1. Especificacin de Hardware

El sistema podr ser ejecutado en equipos de distintas tecnologas. Se preveen las siguientes configuraciones mnimas:
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.
6.1.5.2. Especificacin de Software

Para ambas plataformas:
Sistema operativo Windows Base de datos MySQL
6.1.5.3. Especificacin de Comunicacin

Como ya se mencion el sistema esta preparado para ser ejecutado sobre una red de rea local, preferentemente del tipo Ethernet.
6.1.6. Especificacin de Requisitos de Operacin y Seguridad

El objetivo de esta tarea es definir los procedimientos de seguridad y operacin necesarios para no comprometer el correcto funcionamiento del sistema y garantizar el cumplimiento de los niveles de servicios que exigir el sistema en cuanto a la gestin de operaciones (procesos por lotes, seguridad, comunicaciones, etc.). Los niveles de servicio se especifican formalmente en el proceso Implantacin y Aceptacin del Sistema (IAS).
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.).
Copias de seguridad y recuperacin de datos y su periodicidad. Recuperacin ante catstrofes.
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.
6.1.6.1. Acceso al sistema y a sus recursos

El sistema cuenta con una base de datos relacional para almacenar sus datos y ejecutar determinadas transacciones. El acceso a dichos datos, estructura de datos y transacciones se encuentra protegido por el mecanismo de autenticacin bsica provisto por el vendedor de la base de datos en cuestin. En este caso la base de datos provee un sistema de seguridad basado en usuario y contrasea y un mecanismo que permite legislar los equipos desde los cuales es posible conectarse, o bien, delegar la autenticacin al sistema operativo.
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
6.1.6.2. Mantenimiento de la integridad y confidencialidad de los datos

La confidencialidad de los datos se obtiene debido a que la aplicacin no permite ver los datos que no estn relacionados con el usuario autenticado que est usando el sistema; y por otro lado, la base de datos se encuentra protegida dentro del servidor de aplicaciones en una carpeta con acceso restringido.
6.1.6.3. Control y registro de acceso al sistema

Se llevar a cabo un registro de auditoria (log), el cual mantendr informacin sobre las operaciones no triviales realizadas por el usuario, por ejemplo:
Ingresar al sistema, Ejecutar una transaccin
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.
6.1.6.4. Copia de seguridad y recuperacin de datos y su periodicidad

Las bases de datos relacionales preveen mecanismos especficos para los resguardos de seguridad y la recuperacin ante una eventual necesidad. Estos mecanismos varan desde el backup a nivel sistema de archivo hasta copias replicadas en lnea para cambiar el servidor de base de datos y continuar operando sin interrupciones.
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
6.1.6.5. Recuperacin y reanudacin de trabajos

Los trabajos no pueden ser recuperados o reanudados. Simplemente, cada operacin puede ejecutarse satisfactoriamente, o no. En caso de una interrupcin en el servicio suceder lo indicado en la tabla DSI 7:
Origen de la interrupcin Fallo en el la
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
Fallo en el componente del El
sistema
tampoco
almacena
estado
en
el
servidor, que ocasiona la componente servidor. cada del mismo Fallo base en de el
En caso de caerse este
componente, se producir la cada de todo el sistema.
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
ocasiona la cada del mimo
6.2. Diseo de la Arquitectura de Soporte

En esta actividad se lleva a cabo la especificacin de la arquitectura de soporte, que comprende el diseo de los subsistemas de soporte identificados en la actividad de Definicin de la Arquitectura del Sistema (DSI 1), y la determinacin de los mecanismos genricos de diseo. Estos ltimos sirven de gua en la utilizacin de diferentes estilos de diseo, tanto en el mbito global del sistema de informacin, como en el diseo de detalle.
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
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.
Los productos resultantes de esta actividad son:
Diseo Detallado de los Subsistemas de Soporte. Mecanismos Genricos de Diseo y Construccin.
6.2.1. Diseo de Subsistemas de Soporte

El objetivo de esta tarea es la especificacin y diseo de los mdulos/clases que forman parte de los subsistemas de soporte, identificados en la tarea Identificacin de Subsistemas de Diseo. Se lleva a cabo siempre y cuando no se disponga en la instalacin de servicios comunes que respondan satisfactoriamente a los requisitos planteados.
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.
tales mdulos o clases
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.
6.2.1.1. Diseo detallado del sistema de soporte

La arquitectura de la aplicacin se basa en el Three-tier framework, el cual se implementar montado sobre componentes Microsoft Transaction Server (MTS). A continuacin, en la figura DSI 4, se detalla un diagrama de secuencia genrico, donde se muestra como interactan las distintas clases cuando se trabaja con componentes MTS:
Figura DSI 4: Diagrama de secuencia genrico del Three-tier framework
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
6.3. Diseo de Casos de Uso Reales

Esta actividad, que se realiza solo en el caso de Diseo Orientado a Objetos, tiene como propsito especificar el comportamiento del sistema de informacin para un caso de uso, mediante objetos o subsistemas de diseo que interactan, y determinar las operaciones de las clases e interfaces de los distintos subsistemas de diseo. Para ello, una vez identificadas las clases participantes dentro de un caso de uso, es necesario completar los escenarios que se recogen del anlisis, incluyendo las clases de diseo que correspondan y teniendo en cuenta las restricciones del entorno tecnolgico, esto es, detalles relacionados con la implementacin del sistema. Es necesario analizar los comportamientos de excepcin para dichos escenarios. Algunos de ellos pueden haber sido identificados en el proceso de anlisis, aunque no se resuelven hasta este momento. Dichas excepciones se aadirn al catlogo de excepciones para facilitar las pruebas.
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 .
6.3.1. Identificacin de Clases Asociadas a un Caso de Uso

El objetivo de esta tarea es identificar las clases que intervienen en cada caso de uso, a partir del conjunto de clases definidas en la tarea Identificacin 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.
6.3.1.1. Clases Asociadas a los Casos de Usos

A continuacin, en las figuras DSI 6 a DSI 21, se describen las clases de diseo que se utilizan para realizar cada caso de uso:
a) Caso de uso Incorporar Usuario:
Figura DSI 6: Diagrama de Clases del caso de uso Incorporar Usuario
b) Caso de Uso Modificar Usuario:
Usuarios ModificarUsuarioIU 1 Usuario 1 MenuPrincipalIU
Figura DSI 7: Diagrama de Clases del caso de uso Modificar Usuario
Pg. 244
c) Caso de Uso Eliminar Proyecto:
Figura DSI 8: Diagrama de Clases del caso de uso Eliminar Proyecto
d) Caso de Uso Generar Proyectos:
Figura DSI 9: Diagrama de Clases del caso de uso Generar Proyecto
e) Caso de Uso Abrir Proyecto:
Figura DSI 10: Diagrama de Clases del caso de uso Abrir Proyecto
Pg. 245
f) Caso de Uso Verificar Permisos:
Figura DSI 11: Diagrama de Clases del caso de uso Verificar Permisos
g) Caso de Uso Finalizar Proyecto:
Figura DSI 12: Diagrama de Clases del caso de uso Finalizar Proyecto
h) Caso de Uso Asignar Responsable:
Figura DSI 13: Diagrama de Clases del caso de uso Asignar Responsable
Pg. 246
i) Caso de Uso Mostrar Documentos:
Figura DSI 14: Diagrama de Clases del caso de uso Mostrar Documentos
j) Caso de Uso Generar Versiones:
Figura DSI 15: Diagrama de Clases del caso de uso Generar Versiones
k) Caso de Uso Consultar Proyectos:
Figura DSI 16: Diagrama de Clases del caso de uso Consultar Proyectos
l) Caso de Uso Cambiar Clave:
CambiarClaveIU 1
Usuarios
Usuario
Figura DSI 17: Diagrama de Clases del caso de uso Cambiar Clave
Pg. 247
m) Caso de Uso Generar Carpetas:
Figura DSI 18: Diagrama de Clases del caso de uso Generar Carpetas
n) Caso de Uso Mostrar Proyecto:
Figura DSI 19: Diagrama de Clases del caso de uso Mostrar Proyecto
o) Caso de Uso Validar Usuarios:
Figura DSI 20: Diagrama de Clases del caso de uso Validar Usuarios
p) Caso de Uso Comprobar Clave:
Figura DSI 21: Diagrama de Clases del caso de uso Comprobar Clave
Pg. 248
6.3.2. Revisin de la Interfaz de Usuario

El objetivo de esta tarea es realizar el diseo detallado del comportamiento de la interfaz de usuario a partir de la especificacin de la misma, obtenida en el proceso de anlisis, y de acuerdo con el entorno tecnolgico definido. Si se hubiera realizado un prototipo de la interfaz de usuario, ste se tomara como punto de partida para el diseo. Adems, se incluyen las ventanas alternativas o elementos de diseo surgidos como consecuencia del diseo de los escenarios definidos en la tarea anterior. Adems, se revisa: la interfaz de usuario, la navegacin entre ventanas, los elementos que forman cada interfaz, sus caractersticas (que deben ser consistentes con los atributos con los que estn relacionadas), su disposicin, y cmo se gestionan los eventos relacionados con los objetos.
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.
6.3.2.1. Resultado de la revisin de la Interfaz de Usuario

Como puede verse en el apartado anterior, no aparecen nuevas clases de interfaz que deban ser tratadas en este punto. Igualmente se ha realizado una comparacin entre las clases de interfaz antes definidas y las actuales clases de diseo y no se han encontrado diferencias significativas que justifiquen la modificacin del actual modelo.
6.4. Diseo de Clases

El propsito de esta actividad, que se realiza slo en el caso de Diseo Orientado a Objetos, es transformar el modelo de clases lgico, que proviene del anlisis, en un modelo de clases de diseo. Dicho modelo recoge la especificacin detallada de cada una de las clases, es decir, sus atributos, operaciones, mtodos, y el diseo preciso de las relaciones establecidas entre ellas, bien sean de agregacin, asociacin o jerarqua. Para llevar a cabo todos estos puntos, se tienen en cuenta las decisiones tomadas sobre el entorno tecnolgico y el entorno de desarrollo elegido para la implementacin.
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.
6.4.1. Identificacin de Atributos de las Clases

El objetivo de esta tarea es identificar y describir, una vez que se ha especificado el entorno de desarrollo, los atributos de las clases. Para identificar los atributos se revisa el modelo de clases obtenido en el proceso de Anlisis del Sistema de Informacin (ASI), considerando que, a partir de uno de ellos, puede ser necesario
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.
6.4.1.1. Atributos de Clases

Antes de pasar a definir los atributos de las clases, se mostrar, en la tabla DSI 8, como se vinculan las clases de anlisis y diseo.
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
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
Tabla DSI 8: Comparacin entre clases de Anlisis y Diseo
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
Tipo Int String Date String String Char Date String
String String Int String
Int String String
Int String String

Pg. 252
Clase BorrarProyectos
Atributos CdigoProyecto NombreProyecto UbicacionCarpeta
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
CodigoUsuario ClaveActual ClaveNueva
Carpetas ComprobarClave
Ubicacin CodigoUsuario Clave
ConsultaIU CrearProyecto
TipoReporte CdigoProyecto NombreProyecto UbicacionCarpeta
DocumentoIU
CodigoDocumento DescripcionDocumento FechaCreacion HoraCreacion
Documentos
CodigoDocumento NombreDocumento DescripcinDocumento TituloDocumento
Fases
CodigoProyecto CodigoFase CodigoUsuario
FasesOriginales
CodigoFase NombreFase DescripcinFase
GenerarArchivo
UbicacionCarpeta CodigoDocumento NombreDocumento TituloDocumento
GenerarInforme GenerarProyectoIU
TipoReporte NombreProyecto UbicacinCarpeta
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
CodigoProyecto NombreProyecto FechaAlta CodigoUsuario UbicacionCarpeta EstadoProyecto FechaFinalizacion DescripcinProyecto
Clase ProyectosIU
Atributos CodigoProyecto NombreProyecto
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
CodigoProyecto CodigoFase CodigoSubfase CodigoUsuario
SubfasesOriginales
CodigoFase CodigoSubfase NombreSubfase DescripcionSubfase
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
Atributos CodigoDocumento IdentificadorVersion CodigoProyecto FechaCreacinVersin TamaoArchivo FechaUltimoAcceso HoraUltimoAcceso CodigoUsuario
Tipo Int Int Int Date Float Date Date String Int Int Date Float Date Date String
VersinIU
CodigoDocumento IdentificadorVersion FechaCreacin TamaoArchivo FechaUltimoAcceso HoraUltimoAcceso CodigoUsuario

Tabla DSI 9: Atributos de la clase
6.4.2. Identificacin de Operaciones de las Clases

El objetivo de esta tarea es definir, de forma detallada, las operaciones de cada clase de diseo. Para ello, se toma como punto de partida el modelo de clases generado en el anlisis, as como el diseo de los casos de uso reales y los requisitos de diseo que pueden aparecer al definir el entorno de desarrollo.
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.
6.4.2.1. Operaciones de Clases

En el presente trabajo, no se encuentran objetos cuyo comportamiento cambie en funcin de su estado, por lo tanto, no se desarrollarn diagrama de transicin de estados.
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
Marca al proyecto como finalizado CodigoProyecto -----Pg. 257
Tabla DSI 10: Descripcin de los mtodos de la clase ArmarProyecto Lic. Enrique Fernndez
b) BorrarProyectos:
Mtodo borraProyecto
Tipo Pblico
Descripcin Elimina todos los datos de un
determinado proyecto Parmetros Resultado CodigoProyecto -----
Tabla DSI 11: Descripcin de los mtodos de la clase BorrarProyecto
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
CodigoProyecto, NombreProyecto, UbicacionCarpeta,
Resultado
-----
Tabla DSI 12: Descripcin de los mtodos de la clase CrearProyecto
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 -----
Tabla DSI 13: Descripcin de los mtodos de la clase GenerarInforme
Pg. 258
e) ComprobarClave:
Mtodo compruebaClave
Tipo Pblico
Descripcin Verifica si la clave ingresada coincide con la registrada en el sistema
Parmetros Resultado
CodigoUsuario, Clave Resultado (verdadero / falso)
Tabla DSI 14: Descripcin de los mtodos de la clase ComprobarClave
f) Carpetas:
Mtodo generaCarpeta
Tipo Pblico
Descripcin Genera las carpetas y documentos de base del proyecto
Parmetros Resultado eliminaCarpeta Pblico
UbicacioCarpeta ----Elimina las carpetas y documentos de un proyecto
Parmetros Resultado
UbicacioCarpeta -----
Tabla DSI 15: Descripcin de los mtodos de la clase Carpetas
g) GenerarArchivo:
Mtodo generaArchivo
Tipo Pblico
Descripcin Genera los archivos bsicos del proyecto
Parmetros
UbicacioCarpeta, NombreDocumento, DescripcionDocumento
Resultado
-----
Tabla DSI 16: Descripcin de los mtodos de la clase GenerarArchivo
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
CodigoUsuario, CodigoProyecto, CodigoFase, CodigoSubfase
Resultado
Resultado (verdadero / falso)
Tabla DSI 17: Descripcin de los mtodos de la clase Permisos
6.4.3. Diagrama de Clases de Diseo

Antes de desarrollar el diagrama de clases de diseo, es necesario mencionar el tema de paquetes. Los paquetes son una forma de agrupar clases. Si bien fsicamente no tienen por que conservar paralelismo alguno con cuestiones fsicas de librera, sirven para agrupar clases en base a criterios de cohesin o acoplamiento conceptual. Para el presente proyecto, y dado que este es el diseo detallado, se divide el sistema en tres paquetes principales, los cuales se describen en la tabla DSI 18:
Paquete Clases de Dominio
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
Paquete Clases de Interfaz Grfica de Usuario
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:
Figura DSI 22: Relacin entre paquetes del sistema
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:
a) Diagrama de clases para las clases de dominio:
Pg. 261
Figura DSI 23: Diagrama de clases del paquete de dominio
b) Diagrama de clases para las clases de proceso:

ArmarProeycto +armaProyecto() : <sin especificar> +Finalizar() CrearProyecto +creaProyecto()
BorrarProyecto +borraProyecto()
GenerarInforme +generaInforme()
ComprobarClave +compruebaClave() : <sin especificar>
Carpetas +generaCarpeta() +eliminaCarpeta()
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
Figura DSI 25: Diagrama de clases del paquete de Interfaz de Usuario
6.4.4. Especificacin de Necesidades de Migracin y Carga Inicial de Datos

En esta tarea se realiza una primera especificacin de las necesidades de migracin o carga inicial de los datos requeridos por el sistema, que se completa en la actividad Diseo de la Migracin y Carga Inicial de Datos.
6.4.4.1. Carga Inicial de Datos

Para el presente proyecto no es necesario plantear un esquema de migracin dado, ya que no se prevee que el actual sistema tome datos de otros sistemas existentes en las organizaciones en las cuales se implemente. Pero, se considera
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.
6.5. Diseo Fsico de Datos

En esta actividad se define la estructura fsica de datos que utilizar el sistema, a partir del modelo lgico de datos normalizado o modelo de clases, de manera que teniendo presentes las caractersticas especficas del sistema de gestin de datos concreto a utilizar, los requisitos establecidos para el sistema de informacin, y las particularidades del entorno tecnolgico, se consiga una mayor eficiencia en el tratamiento de los datos. Tambin se analizan los caminos de acceso a los datos utilizados por cada mdulo/clase del sistema en consultas y actualizaciones, con el fin de mejorar los tiempos de respuesta y optimizar los recursos de mquina.
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.
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.
6.5.1. Diseo del Modelo Fsico de Datos

El objetivo de esta tarea es realizar el diseo del modelo fsico de datos a partir del modelo lgico de datos normalizado o del modelo de clases, en el caso de diseo orientado a objetos.
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:
Bloqueo y comprensin de datos. Agrupamientos (cluster). Punteros. Otros.
Pg. 265
6.5.1.1. Diseo del modelo fsico de datos

En primer lugar, para facilitar el entendimiento de como se vinculan las distintas tablas del sistema, en la figura DSI 26, se describe el diagrama de entidad relacin:
Figura DSI 26: Diagrama de entidad relacin del proyecto
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
Columnas Codigo_cargo Descripcin_cargo
Tipo Int String Int String String String Int
Condicionantes Clave primaria
Documentos
Codigo_documento Nombre_documento Descripcin_documento Titulo_documento
Clave Primaria
Especialidad
Codigo_especialidad
Clave primaria
Descripcin_especialidad String
Pg. 266
Tabla Estados
Columnas Codigo_estado Descripcin_estado
Tipo Int String Int Int String Int String String Int String Int String Date String String String Date String Int Int Int String
Condicionantes Clave primaria
Fases
Codigo_proyecto Codigo_fase Codigo_usuario
Clave primaria Clave primaria
FasesOriginales
Codigo_fase Nombre_fase Descripcin_fase
Clave primaria
Perfil
Codigo_perfil Descripcin_perfil
Clave primaria
Proyectos
Codigo_proyecto Nombre_proyecto Fecha_alta Codigo_usuario Ubicacin_carpeta Estado_proyecto Fecha_finalizacion Descripcin_proyecto
Clave primaria
Subfases
Codigo_proyecto Codigo_fase Codigo_subfase Codigo_usuario
Clave primaria Clave primaria Clave primaria
SubfasesOriginales
Codigo_fase Codigo_subfase Nombre_subfase Descripcin_subfase
Int Int String String String String String String String String String String
Clave primaria Clave primaria
Telefonos
Nro_telefono Codigo_usuario
Clave primaria
Usuarios
Cdigo_usuario Clave_acceso Nombre_usuario Apellido_usuario Direccion_usuario Direccion_norreoE
Clave primaria
Pg. 267
Tabla
Columnas Fecha_nacimiento Codigo_estado Codigo_especialidad Codigo_perfil Codigo_cargo
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
CodigoDocumento IdentificadorVersion CodigoProyecto FechaCreacinVersin TamaoArchivo FechaUltimoAcceso HoraUltimoAcceso CodigoUsuario
Tabla DSI 19: Descripcin de las tablas del sistema
6.6. Verificacin y Aceptacin de la Arquitectura del Sistema

El objetivo de esta actividad es garantizar la calidad de las especificaciones del diseo del sistema de informacin y la viabilidad del mismo, como paso previo a la generacin de las especificaciones de construccin.
Para cumplir dicho objetivo, se llevan a cabo las siguientes acciones:
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.
6.6.1. Verificacin de la Especificacin de Diseo

El objetivo de esta tarea es asegurar la calidad formal de los distintos modelos, conforme a la tcnica seguida para la elaboracin de cada producto y a las normas y estndares especificados en el catlogo de normas.
Pg. 268
6.6.1.1. Resultado de la Verificacin de la Especificacin de Diseo

Se han verificado los distintos modelos generados juntamente con la directora de Tesis y se han aplicado las modificaciones correspondientes.
6.6.2. Anlisis de Consistencia de las Especificaciones de Diseo

El objetivo de esta tarea es asegurar que las especificaciones del diseo son coherentes entre s, comprobando la falta de ambigedades o duplicacin de informacin. Esta consistencia se asegura entre especificaciones de diseo, y con respecto a los modelos del anlisis.
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.
6.6.2.1. Consistencia de las Especificaciones de Diseo

Se comprueba la coherencia entre los distintos modelos de acuerdo a las trazabilidades que se presentan en la figura DSI 27.
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
Tablas vs Clases de Dominio
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
Documentos Fases FasesOriginales Proyectos Subfases SubfasesOriginales Usuarios Versiones X
X X X X X X X X X X X X
Tabla DSI 29, Trazabilidades entre tablas y las Clases de Dominio
Versiones
Pg. 271
Proyectos
Telefonos
Subfases
Usuarios
Estados
Cargo
Fases
Perfil
Clases de Interfaz de Usuario vs Pantalla de la fase de anlisis
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
6.7. Aceptacin de la Arquitectura del Sistema

El objetivo de esta tarea es obtener la aceptacin, por parte de las reas de explotacin y sistemas, de la arquitectura del sistema de informacin y de los requisitos de operacin y seguridad, con el fin de poder valorar su impacto en la instalacin.
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
6.8. Generacin de Especificaciones de Construccin

En esta actividad se generan las especificaciones para la construccin del sistema de informacin, a partir del diseo detallado.
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
6.8.1. Especificacin del Entorno de Construccin

El objetivo de esta tarea es la definicin detallada y completa del entorno necesario para la construccin de los componentes del sistema de informacin.
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
generadores de cdigo, compiladores, etc. Restricciones tcnicas del entorno No se observan
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
6.8.2. Definicin de Componentes y Subsistemas de Construccin

La especificacin de los subsistemas de construccin se realiza a partir de los subsistemas de diseo, con una continuidad directa, permitindose a su vez un mayor nivel de detalle agrupando componentes en subsistemas dentro de un subsistema de construccin.
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
6.8.2.1. Componentes y Subsistemas de Construccin

Para el presente trabajo, se ha decidido dejar las clases tal y como se han diseado. De esta forma cada clase que compone el diseo se encontrar representada por una clase en el dominio de la implementacin y viceversa. A continuacin, en la figura DSI 28, se muestra el pertinente diagrama UML:
Figura DSI 28: Relacin entre los dominios de diseo y implementacin
6.9. Especificacin Tcnica del Plan de Pruebas

En esta actividad se realiza la especificacin de detalle del plan de pruebas del sistema de informacin para cada uno de los niveles de prueba establecidos en el proceso Anlisis del Sistema de Informacin:
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
implantacin y aceptacin se realizan en el proceso Implantacin y Aceptacin del Sistema (IAS).
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.
6.9.1. Especificacin del Entorno de Pruebas

El objetivo de esta tarea es la definicin detallada y completa del entorno necesario para la realizacin de las pruebas del sistema: unitarias, de integracin, de implantacin y de aceptacin.
Se propone considerar los siguientes conceptos en la especificacin del entorno:
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.
6.9.1.1. Entorno de Pruebas

Para la realizar los casos de pruebas, no se requerir especificar nuevos elementos de equipamiento, tanto a nivel de hardware como de software, a los ya explicados en las fases anteriores. A continuacin se describe cual ser el mecanismo
de promocin de elementos entre entornos y procedimientos de emergencia y recuperacin en caso de fallo:
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
6.9.2. Revisin de la Planificacin de Pruebas

En esta tarea se completa y especifica la planificacin de las pruebas, determinando los distintos perfiles implicados en la preparacin y ejecucin de las pruebas y en la evaluacin de los resultados, as como el tiempo estimado para la realizacin de cada uno de los niveles de prueba, de acuerdo a la estrategia de integracin establecida.
6.9.2.1. Planificacin de Pruebas

Teniendo en cuanta que el sistema ha sido desarrollado con un enfoque de casos de uso, se genera un plan de pruebas que apunte a probar funcionalmente el
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
resultados utilizado al propio sistema como herramienta y probando el circuito total.
6.9.2.2. Pruebas Unitarias

El nico componente a probar de forma independiente es el componente de comunicaciones. Las pruebas tienen como objetivo la ejecucin de una transaccin especfica y evaluar el funcionamiento del componente tal de una transaccin y evaluar el funcionamiento del componente como de detalla en su diseo y en el catlogo de requisitos y excepciones. Para ello, deber construirse un programa especial que permita probar el componente, la transaccin ser la autenticacin de usuario. El programa recibir por lnea de comando un par de usuario-clave y ejecutar la transaccin de autenticacin en el servidor. Como resultado mostrar por consola el nombre completo del usuario. El programa se llamar ComClave.
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
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
CP-0003 Objetivo Entrada Salida Probar una autenticacin sin funcionamiento del servidor efernandez quique Error de comunicacin
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
Bajar el servidor de aplicaciones

6.9.2.2. Pruebas de Integracin

Las pruebas de integracin tienen como objetivo encontrar fallas en el funcionamiento de los componentes y subsistemas del sistema, al funcionar en conjunto para proveer la funcionalidad deseada.
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).
6.9.2.3. Pruebas del Sistema

Las pruebas de integracin tienen como objetivo probar cada uno de los casos de uso implementados en la aplicacin.
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
Caso de Uso Validar Usuario
Objetivo Probar un ingreso exitoso al sistema
CP-0005
Validar Usuario
Intentar ingresar al sistema con un usuario inexistente
CP-0006
Validar Usuario
Intentar ingresar al sistema con una clave errnea
CP-0007
Cambiar Clave
Cambiar exitosamente la clave de acceso de un usuario
CP-0008
Cambiar Clave
Intentar
cambiar
errneamente la clave de acceso al sistema (cargar una clave anterior
incorrecta) CP-0009 Cambiar Clave Intentar cambiar
errneamente la clave de acceso al sistema (cargar errneamente la
verificacin de la nueva clave) CP-0010 Incorporar Usuario Ingresar correctamente un nuevo usuario CP-0011 Incorporar Usuario Intentar ingresar un
usuario ya existente CP-0012 Modificar Usuario Modificar correctamente
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
Cdigo CP-0017 CP-0022
Caso de Uso Incorporar Usuario
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 con nombre ya existente CP-0025 Generar Proyecto Intentar ingresar un
proyecto sin nombre CP-0026 Generar Proyecto Intentar proyecto ingresar sin indicar un la
ubicacin de la carpeta destino CP-0027 Generar Proyecto Intentar ingresar un
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
Caso de Uso Eliminar Proyecto
Objetivo Intentar eliminar un
proyecto con un usuario de perfil diferente a
Administrado y supervisor asignado al proyecto CP-0033 Eliminar Proyecto Intentar eliminar un
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
director del proyecto a un usuario con perfil
desarrollador CP-0038 Finalizar Proyecto Finalizar correctamente un proyecto CP-0039 Finalizar proyecto Intentar finalizar un
proyecto con un usuario de perfil diferente a
Administrado y supervisor asignado al proyecto CP-0040 Abrir Proyecto Abrir un proyecto con un perfil
correctamente usuario de
Administrador CP-0041 Abrir Proyecto Intentar abrir un proyecto con un usuario no
asignado al mismo
Cdigo CP-0042 CP-0043
Caso de Uso Mostrar Proyecto Mostrar Proyecto
Objetivo Seleccionar un documento Intentar seleccionar un
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
proyectos finalizados CP-0048 Consultar Proyecto Mostrar todos los
proyectos de un usuario CP-0049 Consultar Proyecto Mostrar todos los
proyectos de un usuario particular

Tabla DSI 35: Secuencia de ingreso de casos de Prueba
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
Clave = 123456 4- Presionar el botn Aceptar Prerrequisitos Levantar el servidor de aplicaciones

Tabla DSI 36: Prueba de un ingreso exitoso al sistema
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
Levantar el servidor de aplicaciones

Tabla DSI 37: Prueba de un ingreso errneo al sistema
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
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
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
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
CP-0012 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, 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
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:
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
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
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:
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
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
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
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
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
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
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
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
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
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
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
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
CP-0036 Objetivo Asignar un responsable de categora desarrollador a la subfase 1 de la fase 1
Entrada
Nombre Proyecto = prueba3 Usuario = pmartinez
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
CP-0037 Objetivo Intentar asignar como responsable del proyecto a un usuario de categora Desarrollador Entrada Nombre Proyecto = prueba3
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
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
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
1- Levantar el servidor de aplicaciones

CP-0045 2- Ingresar al ingresar al sistema con usuario = pmartinez y clave = 123456

Tabla DSI 77: Prueba de generacin de versin
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
CP-0047 2- Ingresar al ingresar al sistema con usuario = adminis y clave = 123123

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
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
Pg. 314
6.11. Aprobacin del Diseo del Sistema de Informacin
6.11.1. Presentacin y Aprobacin del Diseo del Sistema de Informacin

En esta tarea se realiza la presentacin del diseo del sistema de informacin al Comit de Direccin para la aprobacin final del mismo.
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
Construccin del Sistema de Informacin
7. CONSTRUCCIN DEL SISTEMA DE INFORMACIN

En este proceso se genera el cdigo de los componentes del Sistema de Informacin, se desarrollan todos los procedimientos de operacin y seguridad y se elaboran todos los manuales de usuario final y de explotacin con el objetivo de asegurar el correcto funcionamiento del Sistema para su posterior implantacin.
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.
7.1. Preparacin del Entorno de Generacin y Construccin

El objetivo de esta actividad es asegurar la disponibilidad de todos los medios y facilidades para que se pueda llevar a cabo la construccin del sistema de informacin. Entre estos medios, cabe destacar la preparacin de los puestos de trabajo, equipos fsicos y lgicos, gestores de bases de datos, bibliotecas de programas, herramientas de generacin de cdigo, bases de datos o ficheros de prueba, entre otros.
Construccin del sistema de Informacin
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.
7.1.1. Implantacin de la Base de Datos Fsica o Ficheros

En esta tarea se debe:
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.
7.1.1.1. Creacin de la Base de Datos

Para el presente proyecto, esta tarea consiste en instalar la base de datos MySQL, crear la base de datos gescrisp, dentro de la cual se crearn las tablas del sistema.
A continuacin, el al tabla, CSI 1, se describen los pasos a seguir para la instalacin de la base de datos:
Paso 1
Tarea Bajar el archivo de instalacin desde la siguiente direccin de internet: www.mysql.com
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.
7.1.2. Preparacin del Entorno de Construccin

En esta tarea se prepara el entorno en el que se construirn los componentes del sistema de informacin, contemplando aspectos tales como:
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.
7.1.2.1. Generacin del Entorno de trabajo

Para el presente proyecto, se debern instalar el entorno de trabajo de Visual Basic 6 Enterprice Edition en su versin tpica y el driver de acceso a la base de datos MySQL. Para esta tarea se recomienda consultar el manual de instalacin de los mencionados productos.
Pg.: 321
7.2. Generacin del Cdigo de los Componentes y Procedimientos

El objetivo de esta actividad es la codificacin de los componentes del sistema de informacin, a partir de las especificaciones de construccin obtenidas en el proceso Diseo del Sistema de Informacin, as como la construccin de los procedimientos de operacin y seguridad establecidos para el mismo.
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.
7.2.1. Generacin del Cdigo de Componentes

En esta tarea se genera el cdigo correspondiente a cada uno de los componentes del sistema de informacin, identificados en la tarea Definicin de Componentes y Subsistemas de Construccin.
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.
7.2.1.1. Generacin de los Componentes

Para la generacin del cdigo de los componentes, se tendrn en cuenta las nomenclaturas, cdigos y estndares definidos por Microsoft en sus definiciones del three-tiers frameworks.
Pg.: 322
7.2.2. Generacin del Cdigo de los Procedimientos de Operacin y Seguridad

El objetivo de esta tarea es generar los procedimientos de operacin y administracin del sistema de informacin, as como los procedimientos de seguridad y control de acceso, necesarios para ejecutar el sistema una vez que se haya implantado y est en produccin.
7.2.2.1. Generacin de Procedimientos de Operacin y Seguridad

Como ya se ha indicado antes, el sistema posee dos componentes fsicos: cliente y Servidor. En el presente apartado, se van a especificar aspectos tcnicos de seguridad del componente servidor, ya que dentro del mismo es donde se encuentran las transacciones que reflejan las reglas de negocio y la base de datos del sistema.
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+.
7.3. Ejecucin de las Pruebas Unitarias

En esta actividad se realizan las pruebas unitarias de cada uno de los componentes del sistema de informacin, una vez codificados, con el objeto de comprobar que su estructura es correcta y que se ajustan a la funcionalidad establecida.
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.
7.3.1. Realizacin y Evaluacin de las Pruebas Unitarias

El objetivo de esta tarea es comprobar el correcto funcionamiento de los componentes del sistema de informacin, codificados en la actividad Generacin del Cdigo de los Componentes y Procedimientos, conforme a las verificaciones establecidas en el plan de pruebas para el nivel de pruebas unitarias, en la actividad Especificacin Tcnica del Plan de Pruebas.
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
7.3.1.1. Resultado de la Realizacin de las Pruebas Unitarias

A continuacin, en la tabla CSI 3, se detalla el resultado de las pruebas unitarias luego de realizar dos iteraciones de modificacin sobre el desarrollo de los componentes de comunicacin:
Cdigo CP-0001 CP-0002 CP-0003
Componente Comunicacin Comunicacin Comunicacin
Resultado Correcto Correcto Correcto
Tabla CSI 3: Resultado de la ejecucin de los casos de prueba unitarios
7.4. Ejecucin de las Pruebas del Sistema

El objetivo de las pruebas del sistema es comprobar la integracin del sistema de informacin globalmente, verificando el funcionamiento correcto de las interfaces entre los distintos subsistemas que lo componen y con el resto de sistemas de informacin con los que se comunica.
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.
7.4.1. Realizacin de las Pruebas del Sistema

El objetivo de esta tarea es comprobar la integracin de todos los subsistemas y componentes del sistema de informacin, as como la interaccin del mismo con otros sistemas de informacin con los que se relaciona, de acuerdo a las verificaciones establecidas para el nivel de pruebas 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
7.4.1.1. Resultado de la Realizacin de las Pruebas de Sistema

A continuacin, en la tabla CSI 4, se detalla el resultado de las pruebas a nivel de sistemas luego de realizar tres iteraciones de modificacin sobre el desarrollo del sistema: Cdigo CP-0004 CP-0005 CP-0006 CP-0007 CP-0008 CP-0009 CP-0010 CP-0011 CP-0012 CP-0013 CP-0014 CP-0015 CP-0016 CP-0017 CP-0018 CP-0019 CP-0020 CP-0021 CP-0022 CP-0023 CP-0024 CP-0025 CP-0026 CP-0027 CP-0028 CP-0029 CP-0029 CP-0031 Caso de Uso Validar Usuario Validar Usuario Validar Usuario Cambiar Clave Cambiar Clave Cambiar Clave Incorporar Usuario Incorporar Usuario Modificar Usuario Modificar Usuario Modificar Usuario Modificar Usuario Modificar Usuario Incorporar Usuario Incorporar Usuario Incorporar Usuario Incorporar Usuario Incorporar Usuario Incorporar Usuario Generar Proyecto Generar Proyecto Generar Proyecto Generar Proyecto Generar Proyecto Generar Proyecto Generar Proyecto Generar Proyecto Eliminar Proyecto
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
Tabla CSI 4: Resultado de la ejecucin de los casos de prueba unitarios
7.4.2. Evaluacin del Resultado de las Pruebas del Sistema

El objetivo de esta actividad es analizar los resultados de las pruebas del sistema de informacin y efectuar su evaluacin. Dicha evaluacin recoge el grado de cumplimiento de las mismas.
7.4.2.1. Resultado de la Evaluacin de los Resultados de las Pruebas de Sistema

En funcin del anlisis de los resultado de los casos de prueba indicado en la tabla CSI 4 podemos decir que el sistema a alcanzado los niveles de calidad deseados, dado que todas las salidas se encuentran dentro de los parmetros de valores esperado.
Pg.: 327
7.5. Aprobacin del Sistema de Informacin

En esta tarea se recopilan los productos del sistema de informacin y se presentan al Comit de Seguimiento para su aprobacin.
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
Implementacin y Aceptacin del Sistema de Informacin
8. IMPLANTACIN Y ACEPTACIN DEL SISTEMA

Este proceso tiene como objetivo principal la entrega y aceptacin del sistema en su totalidad, y la realizacin de todas las actividades necesarias para el paso a produccin del mismo.
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
Establecimiento de Requisitos de Implantacin. La estrategia de transicin del sistema antiguo al nuevo.
Finalmente, se realizan las acciones necesarias para el inicio de la produccin.
Implementacin del sistema de Informacin
Pg.: 333
8.1. Establecimiento del Plan de Implantacin

En esta actividad se revisa la estrategia de implantacin para el sistema, establecida inicialmente en el proceso Estudio de Viabilidad del Sistema (EVS). Se identifican los distintos sistemas de informacin que forman parte del sistema objeto de la implantacin. Para cada sistema se analizan las posibles dependencias con otros proyectos, que puedan condicionar el plan de implantacin.
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.
8.1.1. Definicin del Plan de Implantacin

La estrategia de implantacin del sistema se habr determinado en la tarea Evaluacin de las Alternativas y Seleccin del proceso Estudio de Viabilidad del Sistema, en funcin de la envergadura del sistema, es decir el nmero de sistemas de informacin implicados en la implantacin y la cobertura geogrfica, cuyo alcance depende de las caractersticas y complejidad de los sistemas de informacin que conforman el sistema objeto de la implantacin.
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.1. Formacin de usuarios finales y equipo de pruebas

Se prev capacitar a un usuario lder en el uso del sistema de informacin de forma tal que pueda utilizarlo para verificar que el mismo cumple con sus requisitos para posteriormente aceptar el sistema. Dicho usuario debe ser una persona con experiencia en el desarrollo de proceso de Explotacin de Datos.
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 Implementacin del servidor
Rol de Administrador de aplicacin e
aplicaciones necesario para ejecutar los infraestructura componentes servidor de aplicacin

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
8.1.1.3. Ejecucin de carga inicial

Para que el usuario pueda probar el sistema de informacin, ser necesario hacer una carga inicial de datos, para ello se ejecutar los scrips SQL necesario para la insercin de los datos del sistema, esta tarea se describe en la tabla ISI 2:
Tarea
Rol
Ejecucin de los procedimientos de carga Administrador de Base de Datos inicial

Tabla ISI 2: Tareas a desarrollar para la carga inicial de datos
8.1.1.4. Realizacin de las pruebas de implementacin y aceptacin del sistema

Se necesitar generar un perfil de usuario con permisos para acceder a las carpetas y base de datos del sistema. Esta tarea se describe en la figura ISI 3:
Tarea Creacin de las cuantas del usuario
Rol Administrador infraestructura

Tabla ISI 3: Tareas a desarrollar para la operacin del sistema por parte del usuario
de
aplicacin
Pg.: 336
8.1.1.5. Formalizacin del plan de mantenimiento

La etapa de mantenimiento del sistema de informacin excede los lmites del proyecto de tesis. De todas formas, en la figura ISI 4, se indican como se resolvern las cuestiones de mantenimiento que con mayor frecuencia aparecen en la etapa de mantenimiento del sistema cuando estos se encuentran en produccin:
Concepto Especio de almacenamiento
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
8.1.2. Especificacin del Equipo de Implantacin

Se constituye el equipo de trabajo necesario para llevar a cabo la implantacin y aceptacin del sistema, segn el plan de implantacin establecido en la tarea anterior. Para ello se identifican, en funcin del nivel de esfuerzo requerido, los distintos participantes implicados en la implantacin del sistema (usuarios, equipo tcnico y responsable de mantenimiento), determinando previamente sus perfiles, responsabilidades, nivel de implicacin y fechas previstas de participacin a lo largo de toda la implantacin.
8.1.2.1. Equipo de Implantacin

Si bien el presente trabajo ha sido desarrollado por el tesis con la colaboracin de la Directora del proyecto, se prev para esta instancia la incorporacin de uno de los alumnos de la Carrera Especialidad en Procesos de Explotacin de Datos que har las veces de usuario final y colaborar en la realizacin de la prueba de aceptacin del sistema. A continuacin , en la tabla ISI 5, se describen los involucrados en el desarrollo de esta fase y su funcin:
Rol Usuario Final
Perfil Es el especialista en Explotacin de Datos que ser el encargado de ejecutar el sistema
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
8.2. Incorporacin del Sistema al Entorno de Operacin

En esta actividad se realizan todas las tareas necesarias para la incorporacin del sistema al entorno de operacin en el que se van a llevar a cabo las pruebas de implantacin y aceptacin del sistema.
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.
8.2.1. Preparacin de la Instalacin

En esta tarea se verifica que est disponible la infraestructura necesaria para configurar el entorno. Dicha infraestructura debe cumplir los requisitos de implantacin (instalacin e infraestructura) y tener en cuenta los procedimientos de seguridad y control de acceso (mantenimiento de la integridad y confidencialidad de los datos, control de accesos al sistema, copias de seguridad y recuperacin de datos, etc.), y operacin y administracin del sistema (estndares, recuperacin y reanudacin de trabajos, planificacin de trabajos, etc.).
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).
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.
8.2.1.1. Descripcin de la Instalacin

Dentro del contexto de desarrollo del presente trabajo, se deber proceder a la instalacin del siguiente software:
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
8.2.2. Realizacin de la Instalacin

Se realiza la instalacin de todos los componentes del nuevo sistema, incluidos los procedimientos manuales y automticos, de acuerdo al plan de implantacin y a su ubicacin fsica, establecida en el proceso Diseo del Sistema de Informacin. Se deben tener en cuenta los estndares y normativas por los que se rige la organizacin en los entornos de operacin.
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
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.
8.2.2.1. Instalacin del sistema

Se procedi a realizar la instalacin del sistema en lo que sera un ambiente de produccin tpico y la misma resulto completamente exitosa.
8.3. Carga de Datos al Entorno de Operacin

Teniendo en cuenta que los sistemas de informacin que forman parte del sistema a implantar pueden mejorar, ampliar o sustituir a otros ya existentes en la organizacin, puede ser necesaria una carga inicial y/o una migracin de datos cuyo alcance depender de las caractersticas y cobertura de cada sistema de informacin implicado. Por tanto, la necesidad de una migracin de datos puede venir determinada desde el proceso Estudio de Viabilidad del Sistema (EVS), en la actividad Seleccin de la Solucin. All se habr establecido la estrategia a seguir en la sustitucin, evaluando las opciones del enfoque de desarrollo e instalacin ms apropiados para llevarlo a cabo.
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
8.3.1. Migracin y Carga inicial de Datos

Se realiza la carga inicial de datos del nuevo sistema, y se comprueba que ha finalizado correctamente.
8.3.1.1. Instalacin del sistema

Se procedi a ejecutar los scrips de carga de datos iniciales y los mismos se ejecutaron con xito, a partir de este momento el sistema se encuentra correctamente instalado y operable.
8.4. Pruebas de Implantacin del Sistema

La finalidad de las pruebas de implantacin es doble:
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
8.4.1. Preparacin de las Pruebas de Implantacin

Se comprueba la disponibilidad de los recursos humanos y tcnicos necesarios para realizar las pruebas de implantacin. Se revisan las verificaciones establecidas en el plan de pruebas. Si fuera necesario, se crea algn caso de prueba adicional que se considere importante y que no se haya tenido en cuenta hasta entonces. Se preparan las condiciones que permitan simular las situaciones lmite previstas para las pruebas, formalmente, se comunica el plan de pruebas de implantacin al equipo responsable de llevarlas a cabo.
8.4.1.1. Pruebas de Implantacin

Luego de revisar el esquema de pruebas definido en la fase de diseo y aplicado durante la etapa de construccin, se considera que el mismo posee una adecuada cobertura de la funciones del sistema, y por tal motivo no se considera necesario la generacin de un nuevo plan de pruebas.
8.4.2. Realizacin de las Pruebas de implantacin

Se realizan las pruebas de implantacin, de acuerdo a las verificaciones establecidas en el plan de pruebas definido en la actividad Especificacin Tcnica del Plan de Pruebas.
8.4.2.1. Prueba de Implantacin

El usuario cargo todos los casos de prueba en el entorno de produccin, y la ejecucin de los mismos fue exitosa en todos los casos.
8.4.3. Evaluacin del Resultado de las Pruebas de Implantacin

Se evalan los resultados de las pruebas analizando las incidencias recibidas y comprobando que se han llevado a cabo todos los casos de pruebas establecidos en el plan de pruebas.
8.4.3.1. Evaluacin de la Prueba de Implantacin

Como el usuario no ha registrado anomalas en la carga de los casos de prueba, se da por aprobada la prueba de implementacin del sistema.
8.5. Pruebas de Aceptacin del Sistema

Las pruebas de aceptacin tienen como fin validar que el sistema cumple los requisitos bsicos de funcionamiento esperado y permitir que el usuario determine la aceptacin del sistema. Por este motivo, estas pruebas son realizadas por el usuario final que, durante este periodo de tiempo, debe plantear todas las deficiencias o
errores que encuentre antes de dar por aprobado el sistema definitivamente.
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.
8.5.1. Realizacin de las Pruebas de Aceptacin

Se llevan a cabo las pruebas de aceptacin final del sistema para asegurar que todos los componentes responden a los criterios de aceptacin especificados.
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.
8.5.1.1. Pruebas de Aceptacin

Las pruebas de aceptacin del sistema se han llevado a cabo entre el usuario experto en procesos de Explotacin de Datos juntamente con la prueba de implementacin y el resultado de la misma ha sido exitoso.
Pg.: 344
8.6. Presentacin y Aprobacin del Sistema

Una vez que se han efectuado las pruebas de implantacin y de aceptacin, y que se ha fijado el acuerdo de nivel de servicio, el Comit de Direccin debe formalizar la aprobacin del sistema. Para esto, se lleva a cabo una presentacin general del sistema al Comit de Direccin y se espera la confirmacin de su aprobacin.
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
Conclusin y Futuras Lneas de Trabajo
9. CONCLUSIN Y FUTURAS LNEAS DE TRABAJO

9.1. Conclusin
El aportar una herramienta de gestin de documentos para la metodologa CRISP-DM, que adems proporciona un mdulo de ayuda en lnea, permite a quienes desarrollan el proyecto y estn ya familiarizados con la metodologa poder llevar a delante sus tareas de una forma mas aliviada. Por otra parte, para los desarrolladores novatos o junior el hecho de contar con una herramienta que tenga predefinidos todos los documentos a generar identificados en funcin de la fase de la metodologa en que se encuentren ubicados y con la facilidad de contar con un mdulo de ayuda en lnea, que le aporte informacin sobre cual es el objetivo del documento y cuales son sus contenidos bsicos del mismo, le permite una rpida entrada al equipo de desarrollo, haciendo que la curva de aprendizaje del mismo sea mucho mas suave. Adems de los aportes indicados para los desarrolladores del proyecto, el contar con una herramienta que permita gestionar de forma centralizada los proyectos, constituye un medio de consulta fundamental para los niveles directivos de la organizacin. Quienes necesitan conocer el estado de cada uno de los proyectos que se estn desarrollando. A este nivel se requiere poder ver que actividades o fases de la metodologa se han completado y quienes o que desarrollador realizo la tarea, asimismo, el hecho de poder ver la cantidad de versiones generadas para un determinado documento dentro de un proyecto puede permitir sacar conclusiones respecto de su complejidad y tamao. Tambin se puede evaluar la habilidad de los distintos desarrolladores en
Conclusin y Futuras lneas de Trabajo
Pg.: 348
funcin de la cantidad de versiones de documentos que generan y el tiempo que les lleva terminar su tarea.
9.2. Futuras Lneas de Trabajo

Como lneas de investigacin futura se han identificado:
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.
Conclusin y Futuras lneas de Trabajo
Pg.: 349
Captulo 10
Bibliografa y Glosario de Trminos
10. BIBLIOGRAFA Y GLOSARIO

10.1. Bibliografa
[Baena Garcia, M et al, 2005] Baena Garca, M.; Morales Bueno, R.; Frotes Ruiz, I.; Prospeccin de Datos; Estudios de Diversas Tcnicas y su aplicacin a Datos sobre Incapacidad Laboral; Universitas Malacitana; 2005. http://rigel.lcc.uma.es/~datam/moises04/pdf/incapacidadPermanente.pdf
[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
[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
[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
Concepto Minera de Datos
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
automatizada
Concepto Puntos de funcin
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
A.1 GESTIN DE PROYECTOS

La gestin de Proyectos tiene como finalidad principal la planificacin, el seguimiento y control de las actividades y de los recursos humanos y materiales que intervienen en el desarrollo de un sistema de informacin. Como consecuencia de este control es posible conocer en todo momento que problemas se producen y resolverlos o paliarlos de manera inmediata.
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.
Dentro de la interfaz de gestin de proyectos se distinguen tres grupos de actividades:
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.
A.1.1. Inicio del Proyecto

Las actividades de inicio del proyecto tienen un doble objetivo: estimar el esfuerzo a realizar para desarrollar el sistema y planificar las actividades de dicho desarrollo. Para ello, tomando como punto de partida la solucin propuesta en el Estudio de Viabilidad del Sistema, se identifican los elementos a desarrollar, se calcula el esfuerzo a realizar, y se planifican las actividades del proyecto comprendiendo los aspectos de recursos, programacin de tareas y establecimiento de un calendario de entregas y recepciones entre el cliente y los proveedores.
A.1.1.1. Estimacin del Esfuerzo

El objetivo de esta actividad es conocer el tamao aproximado del sistema a desarrollar, y establecer el coste, la duracin y los recursos necesarios para conseguir desarrollado.
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.
Estimacin del sistema:
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
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
Se estima que 1-Ingreso las entradas sistema
al
vinculadas a la 2-Nuevos asignacin responsables de Proyectos 3-Abrir
del proyecto y Proyecto Administracin de 4-Abrir
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
Parmetro Complejidad Complejidad Complejidad Justificacin Baja Media Alta
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
interno por cada 2-Fases tabla implementar, se a 3-Subfases y 4-Subfases
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
Archivos Lgicos Externos
El sistema no interactuar con ningn otro
sistema externo Consultas 0 4 0 Se considera 1-Usuarios
que las cuatro 2-Proyectos consulta a 3-Responsable
generar por el Proyecto sistema son de 4-Proyectos

Parmetro Complejidad Complejidad Complejidad Justificacin Baja Media Alta un nivel
Descripcin
de Asignados
complejidad media
Tabla IPS 1: parmetros bsicos del sistema
A continuacin, en la figura IPS 1, se muestra la valoracin hecha en el aplicativo COSMOS:
Figura IPS 1: parmetros bsicos del sistema
Luego de ingresar los parmetros bsicos se procede a realizar la valoracin de los factores de ajuste:
Factor Comunicacin datos Funciones Distribuidas Rendimiento Configuraciones

Apndice A
Valoracin Justificacin y 3 El sistema cuenta con entradas On-line
No existen funciones distribuidas
0 0
No existen requisitos de rendimiento No existen restricciones de este tipo

Factor fuertemente utilizadas Frecuencia de
Valoracin Justificacin
las 0
No existen restricciones de este tipo
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
Todas las entradas del sistema son de este tipo
de 0
de 0
A continuacin, en la figura IPS 2, se muestra la valoracin hecha en el aplicativo COSMOS:
Apndice A
Pg.: 365
Figura IPS 2: Factores de ajuste
En base a las ponderaciones ingresadas se ha obtenido el siguiente resultado:
Puntos de funcin sin ajustar Factor de ajuste Puntos de funcin ajustados Lneas de cdigo
165 0,83 137 3971,6
Tabla IPS 3: Resultado de la estimacin de puntos de funcin
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
Fiabilidad y Complejidad Nominal del producto (RCPX)
Reutilizacin (RUSE)
Nominal
Se estima que el nivel de reutilizacin del sistema ser nominal
Dificulta de la plataforma Bajo (PDIF)
Se estima que: Los lmites de tiempo y
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
desarrollo es bajo Moderado soporte de desarrollo en mltiples sitios

Tabla IPS 4: Anlisis de las variables de ajuste
A continuacin, en la figura IPS 3, se muestra la valoracin hecha en el aplicativo COCOMO:

Figura IPS 3: Anlisis de las variables de ajuste
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:
Caractersticas del proyecto:
Figura IPS 4: Caractersticas del Proyecto
Estimaciones obtenidas:
Figura IPS 5: Resultado de la estimacin mediante COCOMO II
Apndice A
Pg.: 368
Interpretacin de los resultados:
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:
Figura IPS 6: Distribucin del esfuerzo por fase
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
Figura IPS 7: Diagrama Gannt del proyecto
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.
A.2.1 Seguridad del Actual Proyecto

En virtud de que el objetivo de la primer versin del sistema a desarrollar contemplada en el actual proyecto de tesis esta orientado principalmente a funcionar dentro del mbito acadmico, se considera que las tareas a desarrollar en esta interfaz exceden los objetivos del mismo. No obstante, y por tratarse de la seguridad un tema crtico en todo proyecto de desarrollo, estos puntos sern analizados especialmente dentro de cada una de las fases de desarrollo, donde se verificarn aspectos vinculados tanto a la seguridad del proyecto, como a la seguridad que brinde el sistema a desarrollar en el ambiente de produccin.
Apndice A
Pg.: 373
A.3 GESTIN DE CONFIGURACIN

En el desarrollo de software los cambios, debidos principalmente a modificaciones de requisitos y fallos, son inevitables. Normalmente se trabaja en equipo por lo que es preciso llevar un control y registro de los cambios con el fin de reducir errores, aumentar la calidad y la productividad y evitar los problemas que puede acarrear una incorrecta sincronizacin en dichos cambios, al afectar a otros elementos del sistema o a las tareas realizadas por otros miembros del equipo de proyecto.
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.
La informacin que puede solicitarse al sistema de gestin de la configuracin es variada:
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
A.3.1. La Gestin de Configuracin en el Presente Proyecto
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.
A.3.1.1. Definicin del Proceso de Gestin de Configuracin del Software

El proceso de Gestin de Configuracin del Software consisten en administrar de forma ordenada los elementos que se generan durante todo el Ciclo de Vida del Proyecto. Para ello se debe, en primer lugar, identificar y definir los tems de Configuracin del sistema, es decir todos las salidas del proceso de software que necesiten, por su importancia para el proyecto, ser identificados y almacenados de forma controlada. Dicho control implica: identificar de forma univoca a cada elemento y corroborar el estado del mismo (validando su correccin y completitud).
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.
A.3.2. Especificaciones de Gestin

En primer lugar se va a definir el ciclo de vida del proyecto, el cual permite identificar a las lneas base del proyecto y sus elementos de configuracin.
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
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.
A.3.3.1. Actividades a Realizar

A continuacin se detallan las tareas que ataen al presente Plan de Gestin de Configuracin del Software:
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.
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.
A.3.3.2. Implementacin del Plan de Gestin de Configuracin

En funcin de los pocos recursos intervinientes en el actual proyecto, se asigna al tesista como responsable de llevar a cabo las actividades 1 a 8, y a la Directora del proyecto de tesis como responsable de la actividad 9, la cual ser llevada a cabo durante las reuniones de seguimiento semanales.
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:
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
A.3.4. Actividades de Gestin de Configuracin

En esta seccin se planifica cada una de las actividades de la Gestin de Configuracin del Software que se realizarn en el proyecto de desarrollo de la Tesis de Magster.
A.3.4.1. Identificacin de la Configuracin

La identificacin de la configuracin permitir definir e identificar todos los elementos de configuracin que formarn parte del proyecto.
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
Las lneas base a establecer son las siguientes:
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:
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.
A.3.4.2. Diseo de Registros

Por la caractersticas del actual proyecto de desarrollo, donde las tareas de construccin estn a cargo de un solo desarrollador, solo se considera necesario llevar registro de los elementos de configuracin cuando los mismos ingresan a las lneas base. Por ello a continuacin se detalla el formato de la planilla EXCEL que contendr la informacin de los elementos de configuracin incorporados a las lneas base:
Documento
Versin Fecha ingreso Propsito
Motivo del cambio
Tabla GCON 2-Diseo de la planilla de registracin de elementos de configuracin
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
Versin Fecha ingreso Propsito Planificacin general del
Motivo del cambio
Planificacin
10/03/2005
Sistema Estudio de Viabilidad del
Primer versin
Viabilidad
20/03/2005
Sistema Modelo de Anlisis del
Primer versin
Anlisis
01/04/2005
Sistema Modelo de Diseo del
Primer versin
Diseo
01/05/2005
Sistema Construccin del
Primer versin
Construccin
01/06/2005
Sistema Implementacin del
Primer versin
Implementacin 1
01/06/2005
Sistema
Primer versin
Tabla GCON 3-ejemplo de implementacin de la planilla de registracin de elementos de configuracin
A.3.5. Control de la Configuracin

El control de configuracin del proyecto ser regido por lo indicado en el proceso organizacional sin realizarse ningn tipo de desviacin de dicho
procedimiento.
A.3.6. Auditoria de la Configuracin

Referirse a la seccin Implementacin del plan de Gestin de Configuracin para detalles de tipo y caractersticas.
Referirse a la seccin Identificacin de la Configuracin para detalles sobre el almacenamiento de las mismas.
A.3.7. Recogida y retencin de registros

El backup de las carpetas Tesis_Desarrollo_Docum_<versin>, y
Tesis_Desarrollo_Prog
_<versin>,
Tesis_Produccion_Docum_<versin>
Tesis_Produccion_Prog _<versin>, ser responsabilidad del rea de desarrollo que

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
A.4. Plan de Aseguramiento de la Calidad

El objetivo de la interfaz de Aseguramiento de la Calidad de MTRICA III es proporcionar un marco comn de referencia para la definicin y puesta en marcha de planes especficos de aseguramiento de calidad aplicables a proyectos concretos.
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.
A.4.1. Objetivos de Calidad

A continuacin se detallan los siguientes objetivos de calidad que han sido seleccionados para el actual proyecto:
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
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).
A.4.2. Definicin de los Recursos

El Tesista, quien es el encargado de llevar a delante el actual proceso de desarrollo, es responsable de asegurar que existan los medios adecuados para
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.
A.4.3. Mtricas de Proyecto

A.4.3.1. Definicin de las mtricas
A continuacin, en la tabla PAC 1, se detallan las mtricas a ser obtenidas y reportadas para el aseguramiento de la calidad del proyecto. Dicha tabla cuanta con cuatro columnas: en la primera, llamada Mtrica, se detallan la distintas mtricas a aplicar; en la segunda, llamada Aplica en esta fase, se indica si esta mtrica ser recabada en esta etapa del proyecto; en la tercera, llamada Ubicacin de Recoleccin, se indica donde se irn registrando estos informes; y en la cuarta, llamada Comentarios, se incorpora un breve comentario aclaratorio de algunos aspectos.
Mtrica
Aplica en esta Ubicacin fase
Comentarios
Satisfaccin usuario
del No
Carpeta de Mtricas Resultados
de
la
encuestata realizada luego de la entrega del producto.
Datos de calidad de Si pruebas
Carpeta de Mtricas Establece
parmetros
que permiten evaluar la calidad y cantidad de
Apndice A
Pg.: 388
Mtrica
Comentarios
casos evaluados Defectos posteriores No a la entrega del
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
mejoras del producto
producto nuevo.
Adecuacin estimacin esfuerzo Adecuacin estimacin calendario
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
Carpeta de Mtricas Comparacin
de
producto respecto de las estimaciones mediante funcin hechas de
tamao del producto
puntos
Productividad
Si
Carpeta de Mtricas Anlisis productividad
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
gestin o metodologas de desarrollo Cantidad requerimientos cambio de No de Carpeta de Mtricas No se implementarn de
requerimientos
cambio para el prototipo.
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
Se analizar la aparicin de los riesgos definidos y como se soluciona los mismo
Cantidad replanificaciones
de Si
Carpeta de Mtricas Se documentar cada cambio producido sobre el plan del proyecto
Tabla PAC 1- Definicin de las mtricas para el aseguramiento de la Calidad
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.
A.4.3.2. Descripcin de las Mtricas a aplicar en esta etapa del proyecto:

A continuacin se describa las mtricas que sern aplicadas a esta primer etapa del proyecto, las mismas pueden identificarse, en la tabla PAC 1, debido a que en la columna Aplica en esta fase se les ha asignado el valor Si.
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:
Tipo de Fecha prueba
Resultado
Cantidad de
Cantidad
Cantidad de errores de por
casos de libres error
casos severidad de 1 2 3 4
probados
Tabla PAC 2: Datos de calidad de pruebas
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:
Tipo de Solicitado Mejora por
Fecha solicitud
de Fecha de Fecha inicio
de Fecha
de Tiempo ocupado
finalizacin
aprobacin
Tabla PAC 4: Tiempo calendario y productividad para mejoras del producto
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
Tabla PAC 5: Adecuacin de la estimacin de esfuerzo
La presente planilla ser guardada en un archivo llamado esfuerzo.xls.
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
Tabla PAC 6: Adecuacin de la estimacin de calendario
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
Tabla PAC 7: Adecuacin de la estimacin de tamao del producto
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
estimado Tiempo aplicado por Diferencia desarrollador
por Desarrollador
Tabla PAC 8: Productividad
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 Fecha estimada Fecha en
de Nueva estimada
fecha Motivo
de
la
planificacin replanificacin
replanificacin
anterior
Tabla PAC 9: Cantidad de replanificaciones
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.
Se desarrollarn los siguientes tipos de auditorias: Auditorias Funcionales. Auditorias de Configuracin.
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

Fernandez Tesisdemagister

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Fernandez Tesisdemagister

Uploaded by

Copyright:

Available Formats

TESIS DE MAGISTER EN INGENIERA DEL SOFTWARE

Asistente para la Gestin de Documentos De Proyectos de Explotacin de Datos

Asistente para la Gestin de Documentos de Proyectos de Explotacin de Datos

1.2. A quines est dirigida?

Asistente para la Gestin de Documentos de Proyectos de Explotacin de Datos

1.3. Organizacin del documento

Lic. Enrique Fernndez

Asistente para la Gestin de Documentos de Proyectos de Explotacin de Datos

Lic. Enrique Fernndez

Asistente para la Gestin de Documentos de Proyectos de Explotacin de Datos

2.1. Introduccin al proceso de Explotacin de Datos

Lic. Enrique Fernndez

Asistente para la Gestin de Documentos de Proyectos de Explotacin de Datos

Asistente para la Gestin de Documentos de Proyectos de Explotacin de Datos

Figura IP 1: Resultados de la encuesta realizada en http://www.kdnuggets.com

2.2. Introduccin a SEMMA

Figura IP 2: Fases de la metodologa SEMMA

Lic. Enrique Fernndez

Asistente para la Gestin de Documentos de Proyectos de Explotacin de Datos

En la Figura IP 3 se puede ver un esquema de la dinmica general de la metodologa.

Lic. Enrique Fernndez

Asistente para la Gestin de Documentos de Proyectos de Explotacin de Datos

Figura IP 3: Metodologa SEMMA

2.3. Introduccin a CRISP-DM

Fases Modelo Genrico

Modelo Especfico Instancias de Porceso

Figura IP 4: Esquema de los cuatro niveles de abstraccin de la metodologa CRISP-DM

Lic. Enrique Fernndez

Asistente para la Gestin de Documentos de Proyectos de Explotacin de Datos

Lic. Enrique Fernndez

Asistente para la Gestin de Documentos de Proyectos de Explotacin de Datos

Lic. Enrique Fernndez

Asistente para la Gestin de Documentos de Proyectos de Explotacin de Datos

2.4. Comparacin de Metodologas

Lic. Enrique Fernndez

Asistente para la Gestin de Documentos de Proyectos de Explotacin de Datos

Com prencin del Negocio Muestreo

Com prensin de los Datos

Exploracin Preparacin de los Datos

Evaluacin Implem entacin

2.5. Eleccin de la Metodologa

A continuacin se ampliaran las definiciones hechas sobre la metodologa CRISP-DM.

Lic. Enrique Fernndez

Asistente para la Gestin de Documentos de Proyectos de Explotacin de Datos

2.6. Descripcin de CRISP-DM

En la figura IP 7 se detalla, nuevamente, el ciclo de vida de un proyecto de Explotacin de Datos.

Figura IP 7: Ciclo de Vida de un Proyecto de Explotacin de Datos

Asistente para la Gestin de Documentos de Proyectos de Explotacin de Datos

Herramienta tcnica especifica que se aplica durante el proceso de explotacin de datos.

Comprensin del Negocio

Comprensin de los datos

Preparacin de los datos

Figura IP 8: Fases componentes de la metodologa CRISP-DM

A continuacin se detalla como se compone cada una de las fases de la metodologa:

Proceso de Explotacin de Datos

Lic. Enrique Fernndez

Asistente para la Gestin de Documentos de Proyectos de Explotacin de Datos

Reporte de calidad de datos

Tabla IP 3: Preparacin de los datos

Lic. Enrique Fernndez

Asistente para la Gestin de Documentos de Proyectos de Explotacin de Datos

mantenimiento Informe Final

mantenimiento Informe final Presentacin Final

Revisin del proyecto