Documentos de Académico
Documentos de Profesional
Documentos de Cultura
ARQUITECTURA PARA EL SOFTWARE DE ASEGURAMIENTO DE CALIDAD DE LOS PROYECTOS DE SOFTWARE BAJO EL MARCO DE CMMI: GESTIN DE PROCESOS Y METODOLOGAS
Autores: Marisa Zacaras Barrutia ngel Sueyoshi Zamami Asesor: Ing. Ilver Anache Pupo
A las personas que creyeron que todo en la vida se consigue en base a la perseverancia.
INTRODUCCIN El presente trabajo tiene como finalidad mostrar la arquitectura de software del subsistema de procesos y metodologas (GPM), as como mostrar la relacin que existe entre los dems subsistemas los cuales son en su mayora modelo de calidad de software (SGMCS),
subsistema de proyectos de software (GPS), subsistema de planeamiento SCAMPI (PPSCAMPI) y subsistema de ejecucin de SCAMPI (EP-SCAMPI).
Se pretende mostrar un modelo de arquitectura de software para registrar no solo las metodologas sino los modelos de calidad CMMI, el registro de los proyectos de software y los modelos de planeamiento y ejecucin de SCAMPI.
En el subsistema de procesos y metodologas se presentar la ejecucin y administracin del proyecto, los requerimientos funcionales, la arquitectura del software y finalmente las pruebas realizadas para el subsistema.
Finalmente se presentar los casos de uso y casos de prueba identificados en los requerimientos funcionales.
Los objetivos del proyecto son los siguientes: Proveer de un mecanismo de registro de metodologas de software. Administrar las actualizaciones de las metodologas de software. Realizar el matching de las metodologas registradas con los niveles de CMMI solicitados. Proveer a los subsistemas de SCAMPI y Proyectos de Software la informacin procesada de las metodologas con los niveles de CMMI. Administrar las actualizaciones de las metodologas de software.
INDICE DE CONTENIDO
CAPITULO 1...................................................................................................................................................10 1. FUNDAMENTACIN TERICA...............................................................................................................10 CAPITULO 2...................................................................................................................................................18 2. GESTIN DEL PROYECTO.......................................................................................................................18 CAPITULO 3...................................................................................................................................................28 3. PRODUCTO..................................................................................................................................................28 CAPITULO 4...................................................................................................................................................56 4. DISEO ARQUITECTNICO....................................................................................................................56 CAPITULO 5...................................................................................................................................................78 5. PRUEBAS DEL SISTEMA..........................................................................................................................78 6. CONCLUSIONES Y RECOMENDACIONES............................................................................................89 7. BIBLIOGRAFA...........................................................................................................................................90
INDICE DE GRAFICOS
Figura 1.1 - Diagrama de los subsistemas.........................................................................................................11 Figura 1.2 - Fases e Iteraciones de la Metodologa RUP..................................................................................12 Figura 1.3 - Metodologa Extreme Programming.............................................................................................14 Figura 1.4 - Metodologa MSF..........................................................................................................................15 Figura 3.5 - Diagrama de Caso de Uso Especialista en Metodologas (General)..............................................32 Figura 3.6 - Diagrama de Caso de Uso Especialista en Metodologas (Actividad)..........................................33 Figura 3.7 - Diagrama de Caso de Uso Especialista en Metodologas (Componente)......................................33 Figura 3.8 - Diagrama de Caso de Uso Especialista en Metodologas (Fase)...................................................34 Figura 3.9 - Diagrama de Caso de Uso Especialista en Metodologas (Proceso)..............................................34 Figura 3.10 - Diagrama de Caso de Uso Especialista en Metodologas (Metodologa)....................................35 Figura 3.11 - Diagrama de Caso de Uso Especialista en Metodologas (Rol)..................................................35 Figura 3.12 - Diagrama de Caso de Uso: Especialista en Metodologas (Tipo de Componente).....................35 Figura 3.13 - Diagrama de Caso de Uso: Usuario de Metodologa...................................................................36 Figura 3.14 - Diagrama de Caso de Uso GPS...................................................................................................37 Figura 3.15 - Diagrama de Caso de Uso SGMCS.............................................................................................37 Figura 3.16 Pantalla Mantenimiento de Metodologas...................................................................................38 Figura 3.17 Pantalla Mantenimiento de Actividades......................................................................................39 Figura 3.18 Pantalla Mantenimiento de Componentes...................................................................................40 Figura 3.19 Pantalla Mantenimiento de Fases................................................................................................41 Figura 3.20 Pantalla Mantenimiento de Procesos..........................................................................................42 Figura 3.21 Pantalla Mantenimiento de Rol...................................................................................................43 Figura 3.22 Pantalla Mantenimiento de Tipo de Componente.......................................................................44 Figura 3.23 Pantalla Asignacin Niveles CMMI a Metodologa...................................................................45 Figura 3.24 Pantalla Asignacin Niveles CMMI a Componente...................................................................46 Figura 3.25 Pantalla Consultar Historial de Tabla de Procesos.....................................................................47 Figura 3.26 Pantalla Buscar Actividad...........................................................................................................47 Figura 3.27 Pantalla Buscar Metodologa......................................................................................................48 Figura 3.28 Pantalla Buscar Fase...................................................................................................................48 Figura 3.29 Pantalla Buscar Proceso..............................................................................................................49 Figura 3.30 Pantalla Buscar Rol.....................................................................................................................49 Figura 3.31 Pantalla Buscar Tipo Componente..............................................................................................50 Figura 3.32 Pantalla Buscar Componente......................................................................................................50 Figura 3.33 Pantalla Metodologas en Relacin a CMMI..............................................................................51 Figura 3.34 Pantalla Componentes en Relacin a CMMI..............................................................................52 Figura 3.35 Pantalla Componentes en Relacin a CMMI..............................................................................53 Figura 3.36 Pantalla Metodologas en Relacin a CMMI..............................................................................54 Figura 4.37 - Diagrama de Arquitectura General del Sistema...........................................................................57 Figura 4.38 - Diagrama de Arquitectura de la Aplicacin.................................................................................58 Figura 4.39 - Diagrama de servicios entre subsistemas.....................................................................................60
Figura 4.40 - Diagrama de clases de diseo......................................................................................................62 Figura 4.41 - Diagrama de clases consumido....................................................................................................69 Figura 4.42 - Diagrama de clases publicados....................................................................................................70 Figura 4.43 Modelo de Datos.........................................................................................................................72 Figura 4.44 Diagrama de Componentes.........................................................................................................74 Figura 4.45 Diagrama de Despliegue.............................................................................................................75
INDICE DE TABLAS
Tabla 2.1 Equipo de Proyecto.........................................................................................................................21 Tabla 2.2 Stakeholders...................................................................................................................................21 Tabla 2.3 Entregables del Proyecto................................................................................................................22 Tabla 2.4 Lista de Riesgos..............................................................................................................................26 Tabla 3.5 Resumen de Capacidades...............................................................................................................29 Tabla 3.6 - Caractersticas del Producto............................................................................................................29 Tabla 4.7 Servicios Requeridos......................................................................................................................61 Tabla 4.8 Componentes del Diagrama de Despliegue....................................................................................76 Tabla 5.9 - Escenarios para Caso de Prueba Mantenimiento de Metodologa .................................................79 Tabla 5.10 - Escenarios para Caso de Prueba Mantenimiento de Fase.............................................................79 Tabla 5.11 - Escenarios para Caso de Prueba Mantenimiento de Procesos......................................................79 Tabla 5.12 - Escenarios para Caso de Prueba Mantenimiento de Actividades.................................................80 Tabla 5.13 - Escenarios para Caso de Prueba Mantenimiento de Roles...........................................................80 Tabla 5.14 - Escenarios para Caso de Prueba Mantenimiento de Tipo de Componente...................................80 Tabla 5.15 - Escenarios para Caso de Prueba Mantenimiento de Componente................................................81 Tabla 5.16 - Escenarios para Caso de Prueba de Asignacin de Niveles de CMMI a Metodologa.................81 Tabla 5.17 - Escenarios para Caso de Prueba de Asignacin de Niveles de CMMI a Componente.................82 Tabla 5.18 - Escenarios para Caso de Prueba de Metodologas en Relacin de CMMI...................................82 Tabla 5.19 - Escenarios para Caso de Prueba de Componente en Relacin de CMMI.....................................83 Tabla 5.20 - Escenarios para Caso de Prueba de Historial de Tabla de Procesos.............................................83 Tabla 5.21 - Escenarios para Caso de Prueba Buscar Metodologa..................................................................83 Tabla 5.22 - Escenarios para Caso de Prueba Buscar Fase...............................................................................84 Tabla 5.23 - Escenarios para Caso de Prueba Buscar Proceso..........................................................................84 Tabla 5.24 - Escenarios para Caso de Prueba Buscar Actividad.......................................................................84 Tabla 5.25 - Escenarios para Caso de Prueba Buscar Componente..................................................................84 Tabla 5.26 - Escenarios para Caso de Prueba Buscar Rol.................................................................................85 Tabla 5.27 - Escenarios para Caso de Prueba Buscar Tipo de Componente.....................................................85 Tabla 5.28 - Herramientas.................................................................................................................................87
Pgina 9
CAPITULO 1
1.
FUNDAMENTACIN TERICA
En este captulo se describen los antecedentes del proyecto, el dominio del problema, solucin propuesta, objetivos del sistema y los lineamientos a emplear sobre los cuales se basa el sistema.
1.1
La Universidad Peruana de Ciencias Aplicadas (UPC) en sus talleres y/o proyectos de Ingeniera de Software ha requerido implementar un proceso de gestin de proyectos de software que sigan los estndares de calidad proporcionados por el CMMI. La UPC tiene la necesidad de contar con un Sistema de Aseguramiento de la Calidad del Software, que facilite la gestin de proyectos de software en el marco de un modelo de calidad internacionalmente reconocido. Este sistema est dividido en cuatro subsistemas: Gestor de Modelo de Calidad del Software. Gestor de Procesos y Metodologas. Gestor de Proyectos de Software.
Pgina 10
El mdulo a desarrollar ser el Subsistema de Gestin de Procesos y Metodologas con la finalidad de registrar las metodologas que en su mayora pueden ser aplicables en los diferentes proyectos de Ingeniera de Software. A continuacin se muestra la relacin entre los subsistemas:
Seguridad
A continuacin se presentar tres metodologas para el desarrollo de software con la finalidad de mostrar el alcance de la problemtica a cubrir y que se plasman en los objetivos del proyecto. Rational Unified Process (RUP)1 El proceso RUP, llamado as por sus siglas en ingls Rational Unified Process, se divide en
1.1.1
http://www-306.ibm.com/software/rational/
Pgina 11
Concepcin: El objetivo en esta etapa es determinar la visin del proyecto. Elaboracin: En esta etapa el objetivo es determinar la arquitectura del proyecto. Construccin: En esta etapa el objetivo es llevar a obtener la capacidad operacional inicial.
Transicin: El objetivo es llegar a entregar el producto al usuario: distribucin, entrenamiento, soporte y mantenimiento.
Cada una de estas etapas es desarrollada mediante el ciclo de iteraciones, el cual consiste en reproducir el ciclo de vida en cascada a menor escala. Los objetivos de cada iteracin se establecen en funcin al trabajo a desarrollar y a la meta a alcanzar.
Figura 1.2 - Fases e Iteraciones de la Metodologa RUP Fuente: Metodologas de desarrollo de software (http://www.informatizate.net)
Actividades: Procesos que se llegan a determinar en cada iteracin. Roles: Personas o entes involucrados en cada proceso. Artefactos: Documento, modelo o un producto de trabajo.
Pgina 12
1.1.2
Es una de las metodologas de desarrollo de software ms exitosas en la actualidad de las metodologas giles. El Extreme Programing se diferencia del resto de metodologas porque le pone mayor nfasis a la adaptabilidad que en la previsibilidad. Los cambios de requisitos se pueden realizar en cualquier punto del proyecto y es un aspecto muy natural en esta metodologa. El usuario final es parte del equipo de proyecto. El Extreme Programing generalmente se utiliza para proyectos pequeos en la que el tiempo de presentacin de los entregables es uno de los principales riesgos que se deben mitigar. La metodologa XP se divide en 4 fases el desarrollo del software:
Planificacin del Proyecto: Se ejecuta distintas actividades teniendo en cuenta las historias de usuario, release planning, iteraciones, velocidad del proyecto, programacin en pareja y reuniones diarias.
Codificacin: La codificacin debe hacerse ateniendo a estndares de codificacin ya creados, as mismo crear test que prueben el funcionamiento de los distintos cdigos implementados.
Pruebas: Para asegurar el funcionamiento final de una determinada historia de usuario se deben crear Test de aceptacin y verificar cumplen su cometido.
http://www.extremeprogramming.com
Pgina 13
Figura 1.3 - Metodologa Extreme Programming Fuente: Metodologas de desarrollo de software (http://www.informatizate.net)
La respuesta ante el cambio es ms importante que el seguimiento de un plan La comunicacin entre los usuarios y los desarrolladores La simplicidad, al desarrollar y codificar los mdulos del sistema La retroalimentacin, concreta y frecuente del equipo de desarrollo, el cliente y los usuarios finales.
1.1.3 Microsoft Solution Framework (MSF) Esta es una metodologa flexible e interrelacionada con una serie de conceptos, modelos y prcticas de uso, que controlan la planificacin, el desarrollo y la gestin de proyectos tecnolgicos. MSF se centra en los modelos de proceso y de equipo dejando en un segundo plano las elecciones tecnolgicas. MSF se compone de varios modelos encargados de planificar las diferentes partes implicadas en el desarrollo de un proyecto: Modelo de Arquitectura del Proyecto, Modelo de Equipo, Modelo de Proceso, Modelo de Gestin del Riesgo, Modelo de Diseo de Proceso y finalmente el modelo de Aplicacin.
Pgina 14
Las fases y algunos de los entregables de cada una que posee la metodologa MSF son las siguientes:
Visionado: Elaboracin de la Visin, alcance, estructura del proyecto, planteamiento de los riesgos, lista Inicial de caractersticas a probar.
Planificacin: Se elabora perfiles de usuarios actualizados, requerimientos candidatos, casos de Uso detallados y escenarios de uso actuales.
Desarrollo: Cdigo fuente y archivo ejecutables, script de instalacin, especificacin funcional, especificacin para pruebas y casos funcional.
Estabilizacin: Se realiza la distribucin final, notas de distribucin, elementos de soporte de funcionamiento, cdigo fuente y archivos ejecutables.
Pgina 15
Adaptable: Es parecido a un comps, usado en cualquier parte como un mapa, del cual su uso es limitado a un especfico lugar.
Escalable: Puede organizar equipos tan pequeos entre 3 o 4 personas, as como tambin, proyectos que requieren 50 personas a ms.
Flexible: Utilizada en el ambiente de desarrollo de cualquier cliente. Tecnologa Agnstica: Usada para desarrollar soluciones basadas sobre cualquier tecnologa.
1.2
Lineamientos a Emplear
Las metodologas presentadas anteriormente poseen algunas similitudes. En dichas metodologas se muestran en comn: Fases: Periodo o etapa en la cual se divide el desarrollo de un proyecto de software. Actividades: Son las tareas a realizar en una determinada fase del proyecto. Roles: Es la responsabilidad que tiene un individuo para la realizacin de una actividad. Artefactos: Al desarrollar las actividades se elaboran de ser necesarios un conjunto de documentos. El subsistema Gestor de Procesos y Metodologas enfocar el desarrollo del mismo a las similitudes encontradas en las distintas metodologas mencionadas y enfocadas al cliente, la UPC. Cabe indicar que las carreras de Computacin de la UPC, desarrollan los diversos talleres utilizando la metodologa de tipo iterativa e incremental como Rational Unified Process (RUP). Las metodologas a desarrollar se encontraran relacionadas debidamente con el Modelo de
Pgina 16
Calidad de CMMI. Este modelo ser brindado por el subsistema Gestor de Modelo de Calidad de Software.
Pgina 17
CAPITULO 2
2.
En este captulo se presentar el tema si como su alcance y las tareas que se realizarn para el desarrollo del proyecto. 2.1 Dominio del Problema
Los proyectos de software carecen de un control adecuado de las metodologas y procesos en relacin a los niveles de calidad del CMMI para el desarrollo de software de las carreras de computacin de la UPC. El problema afecta a las carreras de computacin de la UPC, quienes se encargan de desarrollar productos de software. Los impactos causados son: Los jefes de proyectos toman demasiado tiempo en verificar si los proyectos desarrollados contienen un nivel de calidad adecuado. Los alumnos no pueden verificar si sus proyectos asignados van siguiendo una metodologa adecuada en base a los artefactos desarrollados. 2.2 Solucin del Problema
El Subsistema de Gestor de Procesos y Metodologas permitir administrar las distintas metodologas y procesos que existen en el mercado para el desarrollo de software, as como
Pgina 18
comparar dichas metodologas con los estndares de calidad del CMMI. Proporcionar una relacin de metodologas y procesos para el desarrollo de software Relacionar procesos, actividades, artefactos y roles de una metodologa con los niveles de calidad del CMMI. Brindar una informacin adecuada de las metodologas y procesos de un proyecto determinado a los jefes de proyectos para que estos mismos puedan tomar las decisiones correspondientes y desarrollar un producto de software de calidad. 2.3 Objetivos del Sistema
El subsistema de gestor de procesos y metodologas es un subsistema que ofrece administrar las distintas metodologas y procesos que existen en el mercado para el desarrollo de software, as como comparar dichas metodologas con los estndares de calidad del CMMI. As mismo podr controlar si los diversos proyectos de software siguen una metodologa existente. El proyecto se encargar de trabajar los siguientes aspectos: Registrar y actualizar las metodologas utilizadas para el desarrollo de Software, obteniendo un modelo comn entre las distintas metodologas, relacionndolas con los estndares descritos en el CMMI. Registrar y actualizar las metodologas para el desarrollo de Software as como los roles, actividades, artefactos y productos aplicados en la UPC y ser capaz de adicionar otras metodologas que existan en el mercado actual Administrar las actualizaciones de las versiones que puedan tener las metodologas registradas en el sistema
Pgina 19
Solicitar y evaluar la informacin que provee el Sistema de Modelo de Calidad de Software para verificar que se cumplan los niveles de calidad con las metodologas registradas en el sistema a desarrollar.
Disear los artefactos necesarios que son utilizados por cada una las metodologas a desarrollar as como los procesos de las mismas.
2.4
Beneficios
A continuacin se listarn los beneficios del Subsistema Gestor de Procesos y Metodologas: Obtener un control de las metodologas registradas en el subsistema. Otorgar un historial de versiones de una misma metodologa. Comparar las metodologas registradas con los estndares de calidad del CMMI. Facilitar la informacin de los documentos necesarios que son consultados por el usuario para una determinada metodologa 2.5 Alcance
El alcance del proyecto incluye lo siguiente: Registrar una metodologa con sus respectivos procesos, artefactos, productos y roles. Actualizar una metodologa registrada.
Administracin de las distintas versiones de una metodologa. Comparar las metodologas registradas con los estndares de calidad del CMMI. Proporcionar a los dems subsistemas (Gestor de Modelo de Calidad y Gestor de Proyectos) la informacin proporcionada como metodologas y artefactos.
Pgina 20
El alcance del proyecto no incluye lo siguiente: Evaluar los proyectos de Software en funcin a las metodologas registradas.
2.6
El proyecto est organizado de la forma siguiente: 2.6.1 Equipo de Proyecto Se presenta a las personas involucradas en el desarrollo del Proyecto.
Comit de proyectos Auspiciador Jefe de proyecto Lder tcnico Jefe de producto Participantes Ludvik Medic, Ilver Anache y Rosario Villalta UPC Ilver Anache Miguel Arrunategui Ludvik Medic Marisa Zacarias y ngel Sueyoshi Tabla 2.1 Equipo de Proyecto
2.7
La relacin de entregables del proyecto as como la fecha de entrega esta definida por el Comit de Proyectos.
Pgina 21
Descripcin Documento que contiene una informacin general del proyecto a desarrollar Documento que contiene una descripcin general del producto que se va a desarrollar, objetivos, alcances, caractersticas, etc. Documento que contiene el estudio del mercado para el producto y su funcionalidad Contiene los riesgos que puede tener el desarrollo del proyecto Contiene la informacin referente al desarrollo del proyecto. Documento que detalla la especificacin de la funcionalidad requerida del subsistema Documento que detalla el modelo de los casos de uso a elaborar. Contiene la informacin del plan a desarrollar para la gestin de los cambios de los requerimientos. Documento en el cual se prioriza los requerimientos del subsistema Documentos que detallan el funcionamiento de cada caso de uso. Documento en cual se detallara el anlisis a desarrollar en el subsistema Documento en el cual mostrar el modelo de la arquitectura del producto Contiene la informacin detallada (objetivo, actividades, etc.) para dicha iteracin. Documento que permite tener una visin integral de la arquitectura del proyecto, contiene los siguientes modelos: Modelos de Anlisis y Diseo, Modelo de base de datos, Modelo de Implementacin, Modelo de despliegue, Modelo de casos de uso. Prototipo inicial del subsistema Documento que permite desarrollar el modelo a disear en el subsistema. Documento en el cual se mostrara la arquitectura de las pruebas a desarrollar Describe el plan de pruebas a elaborar. Tabla 2.3 Entregables del Proyecto
Bloque 1
Lista de Riesgos Plan de Desarrollo de Software Documento SRS Modelo de Casos de Uso Plan de gestin de Cambios Priorizacin de los requerimientos Documentos Especificacin de Casos de Uso Modelo de Anlisis Modelo UML de la arquitectura Plan de Release Documento de Arquitectura de software
Bloque 2 Bloque 2
Bloque 2 Bloque 2
Primera Versin del Sistema Modelo de Diseo Arquitectura de las pruebas Plan General de Pruebas de Software
2.8
Los participantes del equipo de proyecto utilizaran las siguientes herramientas para el desarrollo del Subsistema Gestor de Procesos y Metodologas:
Pgina 22
Se utilizar como metodologa de desarrollo del sistema el RUP. Se utilizar las herramientas del Rational XDE para el diseo del subsistema. El lenguaje de modelacin ser el Unified Modeling Languaje (UML). El lenguaje de programacin ser Microsoft Visual .Net. Se utilizar como motor de base de datos Microsoft SQL Server.
Modelamiento: Rose Enterprise Edition Gestin de cambios: ClearQuest Gestin de requerimientos: RequisitePro Gestin de configuracin: ClearCase Se elaborarn scripts de pruebas unitarias: Test Manager y Robot
2.9
Se presentan los planes para la administracin de configuracin y el plan de evaluacin a seguir a lo largo del proyecto. 2.9.1 Plan de Administracin de Configuracin Para la administracin del subsistema a desarrollar se utilizar la herramienta Rational Clear Case para el manejo de las distintas versiones del producto. Para el lanzamiento de una nueva versin se coordinar con el comit del proyecto junto con el equipo de desarrollo. 2.9.2 Plan de Evaluacin Para la realizacin de la evaluacin del proyecto el comit del proyecto presentar una vez por semana las correcciones de cada uno de los entregables y artefactos presentados con la
Pgina 23
finalidad de obtener un buen producto y no modificar el calendario de proyecto. Al trmino de cada hito se presentar al comit del proyecto todos los entregables propuestos para ser evaluados.
2.10
A continuacin se presentarn los riesgos vinculado al proyecto y tambin se detallarn los alcances, definiciones utilizadas y las referencias con la finalidad de eliminar o minimizar la probabilidad de riesgo que pueda afectar el desarrollo del proyecto. Adems se pretende informar al usuario sobre los riesgos que se pueden correr durante el desarrollo del proyecto. El xito del proyecto depende mucho si se combaten los riesgos que se detallan en este documento 2.10.1 Incumplimiento del calendario de desarrollo del proyecto En todo proyecto de desarrollo de software es muy comn el incumplimiento con el calendario establecido inicialmente. Este problema radica bsicamente por los siguientes motivos: Insuficiente personal para el proyecto, demasiada carga de trabajo trae como consecuencia el incumplimiento del calendario pactado. El proyecto a desarrollar hasta la etapa de elaboracin cuenta con dos integrantes. Mala definicin la definicin de los alcances y en los entregables a presentar en el plan de desarrollo de software. 2.10.2 Cambio en los requerimientos del cliente Es comn encontrar en todo proyecto cambios en los requerimientos del cliente ocasionado por la falta de informacin del mismo cliente, ste se puede presentar de dos formas: Cambio en las interfaces del sistema
Pgina 24
2.10.3 Insuficiencia de informacin del negocio La falta de informacin sobre el negocio produce un mal diseo del software desde la etapa inicial. Segn la metodologa empleada (RUP) en la fase de concepcin se considera como parte principal el conocimiento del negocio. 2.10.4 Falta de integracin con los otros subsistemas La falta de integracin con los otros subsistemas es un riesgo que es muy comn por la falta de comunicacin por parte de los integrantes del proyecto. 2.10.5 Insuficiente tiempo para el cumplimiento del desarrollo del proyecto La falta de tiempo para el cumplimiento del calendario es uno de los riesgos mas comunes que se presentan en todo proyecto. Esto se debe bsicamente a la falta de experiencia y una inadecuada definicin en las fechas de entrega del producto parcial y final. 2.10.6 Pruebas insuficientes al subsistema Durante la fase de elaboracin del proyecto no se tuvieron en consideracin una cantidad de pruebas suficientes o un adecuado plan de pruebas.
Pgina 25
La magnitud del riesgo se mide en una escala del 1 al 10, 1 es el menos crtico y el 10 es el ms crtico A continuacin se presenta la matriz de prioridad de riesgos asociados al proyecto:
tem 1 2 3 4 5 6 Riesgo Insuficiencia de informacin del negocio Falta de integracin con los otros subsistemas Cambio en los requerimientos del cliente Insuficiente tiempo para el cumplimiento del desarrollo del proyecto Incumplimiento del calendario de desarrollo del proyecto Pruebas insuficientes al subsistema Tabla 2.4 Lista de Riesgos Magnitud 10 10 8 8 6 6
Pgina 26
Captulo 3. Producto
Pgina 27
Captulo 3. Producto
CAPITULO 3
3.
PRODUCTO
Se plasman las caractersticas funcionales y no funcionales con el fin de obtener una aproximacin del sistema final. Mediante ello se realiza una adecuada priorizacin de las necesidades que deben ser satisfechas de manera inmediata. 3.1 Perspectiva del Producto
El subsistema de gestor de procesos y metodologas es un subsistema ofrecer administrar las distintas metodologas y procesos que existen en el mercado para el desarrollo de software, as como comparar dichas metodologas con los estndares de calidad del CMMI. As mismo podr controlar si los diversos proyectos de desarrollo software siguen una metodologa existente.
3.2
Se listar los beneficios del cliente en relacin a las caractersticas soportadas por el Subsistema Gestor de Procesos y Metodologas
Pgina 28
Captulo 3. Producto
Beneficios del cliente Registro de los procesos y metodologas Registro de las ltimas versiones de las metodologas. Configuracin de metodologas en base a los estndares establecidos en el CMMI. Seguridad de la informacin Generacin de reportes
Caractersticas Soportadas Los docentes de la carrera de Ingeniera de Software podrn realizar el registro de las metodologas y procesos para el desarrollo de software. Los usuarios podrn actualizar las metodologas en funcin a las ltimas versiones que existen en el mercado. Los docentes podrn establecer la relacin que existe entre los artefactos de una metodologa con los estndares establecidos del CMMI. A cada usuario se le asignara ciertos roles, delimitando sus accesos. El subsistema generara reportes de artefactos de una determinada metodologa. En base al proyecto de software y al nivel deseado del CMMI, el subsistema podr generar la lista de artefactos que deben realizar par alcanzar dicho objetivo.
3.3
Requerimientos No Funcionales
Pgina 29
Captulo 3. Producto
3.3.1 Supuestos de Hardware La UPC cuenta con equipos adecuados para la realizacin del proyecto. Los equipos se encuentran conectados a una red Lan que se encuentra disponible las 24 horas del da. 3.3.2 Supuestos de Software Los terminales contarn con sistema operativo, Windows XP Profesional. El servidor contar con Windows Server 2003 como sistema operativo. Se utilizar como motor de base de datos Microsoft SQL Server 2000.
3.3.3 Dependencia con el Mdulo de Seguridad El Sistema se conectar a un mdulo de seguridad en la cual se almacenarn la informacin de los usuarios y contraseas encriptadas. Estos usuarios estarn agrupados por perfiles para una mejor administracin de los permisos. 3.3.4 Facilidad de Uso En las interfaces se utilizar la misma jerarqua propuesta por el CMMI, es decir versin, estructura, nivel, proceso, metas especficas, prcticas especficas y workproducts. Adems el Sistema ser capaz de poder exportar los reportes en formatos de texto y hoja de clculo. 3.3.5 Usabilidad Se debe garantizar cubrir los siguientes parmetros de uso para la interfaz del usuario.
a) Interfaz de Usuario Amigable El sistema se disear bajo los estndares de Microsoft GUI el cual es uno del os ms utilizado en la industria de desarrollo de software. Adems se presentar los prototipos iniciales al cliente para su posterior aprobacin.
Pgina 30
Captulo 3. Producto
b)
Intuitiva
La informacin colocada en las pantallas debe tener una distribucin adecuada con la finalidad de que el usuario pueda acceder fcilmente a la informacin. Se presentarn prototipos parciales al cliente hasta lograr su plena satisfaccin. 3.3.6 Confiabilidad Se deben cumplir los siguientes requisitos de confiabilidad: a) Disponibilidad de Hardware Se contar con un servidor de base de datos, un servidor de aplicaciones y un servidor Web. b) Backups en la Base de Datos Se realizar el backup incremental de la base datos diariamente y un backup total los das domingos y as tener la data completamente segura ante una posible cada en la base de datos. c) Compatibilidad El sistema ser compatible con los browsers de Internet. Para ello se debe realizar las pruebas correspondientes. 3.3.7 Requerimientos de Plataforma El cliente necesitar un procesador Intel Pentium D de 1.77 Ghz con 1GB de memoria RAM. El servidor de aplicacin necesitar los siguientes como requerimiento mnimo un procesador Intel Pentium D de 3Ghz con 4 GB de memoria RAM. El servidor de base de datos necesitar los siguientes como requerimiento mnimo un procesador Intel Pentium IV de 3Ghz con 6 GB de memoria RAM. 3.3.8 Interfaces Se utilizar Net Remoting con Security Socket Layer para la comunicacin entre el cliente y el servidor.
Pgina 31
Captulo 3. Producto
3.4
<<extend>>
Especialista en Metodologas
(f rom Actores)
Buscar Metodologia
Actualizar Actividad
Pgina 32
Captulo 3. Producto
<<extend>>
Buscar Metodologia
<<extend>>
Especialista en Metodologas
(from Actores)
Buscar Actividad
<<extend>>
Buscar Proceso
Actualizar Componente
<<extend>>
Buscar Componente
<<extend>>
Especialista en Metodologas
(from Actores)
Actualizar Componente
Buscar Proceso
Pgina 33
Captulo 3. Producto
Especialista en Metodologas
(from Actores)
Actualizar Fase
<<extend>>
Buscar Metodologia
<<extend>>
Especialista en Metodologas
(from Actores)
Actualizar Proceso
Buscar Metodologia
<<include>>
Actualizar Fase
Pgina 34
Captulo 3. Producto
<<extend>>
Especialista en Metodologas
(from Actores)
Actualizar Metodologa
Buscar Metodologia
Actualizar Rol
Actualizar Actividad
<<extend>>
Especialista en Metodologas
(from Actores)
Pgina 35
Captulo 3. Producto
Usuario de Metodologa
(from Actores)
Pgina 36
Captulo 3. Producto
Se muestra el diagrama de caso de uso del actor Gestor de Proyectos de Software (GPS)
GPS
(from Actores Comunes) ...)
Se muestra el diagrama de caso de uso del actor Gestor del Modelo Calidad de Software
SGMCS
(from Actores Comunes) ...)
Pgina 37
Captulo 3. Producto
3.4.1 Casos de Uso del actor: Especialista en Metodologas a) Caso de Uso: Actualizar Metodologa Este caso de uso permite al especialista en metodologas crear, modificar o eliminar las metodologas que van a ser utilizadas para la evaluacin de los proyectos y comparar con los niveles de CMMI.
Pgina 38
Captulo 3. Producto
b) Caso de Uso: Actualizar Actividad El Especialista en Metodologas tendr la opcin de crear, modificar, eliminar o buscar una actividad de una fase.
Pgina 39
Captulo 3. Producto
c) Caso de Uso: Actualizar Componente Este caso de uso permite crear, modificar o eliminar los componentes de un tipo de componente, perteneciente a una metodologa.
Pgina 40
Captulo 3. Producto
d) Caso de Uso: Actualizar Fase El Especialista en Metodologas tendr la opcin de crear, modificar, eliminar o buscar una fase de una fase.
Pgina 41
Captulo 3. Producto
e) Actualizar Proceso El Especialista en Metodologas tendr la opcin de crear, modificar, eliminar o buscar un proceso de una metodologa.
Pgina 42
Captulo 3. Producto
f) Caso de Uso: Actualizar Rol El Especialista en Metodologas tendr la opcin de crear, modificar o eliminar un Rol perteneciente a una Actividad.
Pgina 43
Captulo 3. Producto
g) Caso de Uso: Actualizar Tipo de Componente El Especialista en Metodologas tendr la opcin de crear, modificar o eliminar un tipo de componente de una metodologa.
Pgina 44
Captulo 3. Producto
h) Caso de Uso: Asignar Niveles CMMI a Metodologa El Especialista en Metodologas podr asignar los niveles de CMMI correspondientes a una metodologa.
Pgina 45
Captulo 3. Producto
i) Caso de Uso: Asignar Niveles CMMI a Componente El Especialista en Metodologas podr asignar los niveles de CMMI correspondientes a un componente.
Pgina 46
Captulo 3. Producto
j) Caso de Uso: Consultar Historial de Tabla de Procesos El Especialista en Metodologas podr visualizar la informacin de todas la configuraciones correspondientes entre la metodologa con su respectivo nivel de CMMI.
k) Caso de Uso: Buscar Actividad El Especialista en Metodologas utilizara este caso de uso el cual permite la bsqueda de una actividad segn el criterio establecido.
Pgina 47
Captulo 3. Producto
l) Caso de Uso: Buscar Metodologa El Especialista en Metodologas utilizara este caso de uso el cual permite la bsqueda de una metodologa segn el criterio establecido.
m) Caso de Uso: Buscar Fase El Especialista en Metodologas utilizara este caso de uso el cual permite la bsqueda de una fase segn el criterio establecido.
Pgina 48
Captulo 3. Producto
n) Caso de Uso: Buscar Proceso El Especialista en Metodologas utilizara este caso de uso el cual permite la bsqueda de un proceso segn el criterio establecido.
o) Caso de Uso: Buscar Rol El Especialista en Metodologas utilizara este caso de uso el cual permite la bsqueda de una actividad segn el criterio establecido.
Pgina 49
Captulo 3. Producto
p) Caso de Uso: Buscar Tipo Componente El Especialista en Metodologas utilizara este caso de uso el cual permite la bsqueda de un tipo de componente segn el criterio establecido.
q) Caso de Uso: Buscar Componente El Especialista en Metodologas utilizara este caso de uso el cual permite la bsqueda de un componente segn el criterio establecido.
Pgina 50
Captulo 3. Producto
3.4.2 Casos de Uso del actor: GPS a) Caso de Uso: Entregar Tabla de Procesos de Desarrollo El GPS (Gestor de Proyectos de Software) podr visualizar la tabla de relaciones entre los componentes de una metodologa con sus respectivos niveles de CMMI. b) Caso de Uso: Consultar Metodologas en Funcin de CMMI Este caso de uso permite al GPS (Gestor de Proyectos de Software) y al Usuario de la Metodologa visualizar la informacin de las metodologas para el desarrollo de software en relacin al modelo de CMMI.
Pgina 51
Captulo 3. Producto
c) Caso de Uso: Consultar Componentes en Funcin de CMMI Este caso de uso permite a GPS visualizar la informacin de los componentes de una metodologa con su respectiva rea de CMMI.
Pgina 52
Captulo 3. Producto
3.4.3 Casos de Uso del actor: Usuario de Metodologa a) Caso de Uso: Consultar Componentes en Funcin de CMMI Este caso de uso permite Usuario de la Metodologa visualizar la informacin de los componentes de una metodologa con su respectiva rea de CMMI.
Pgina 53
Captulo 3. Producto
b) Caso de Uso: Consultar Metodologas en Funcin de CMMI Este caso de uso permite al GPS (Gestor de Proyectos de Software) y al Usuario de la Metodologa visualizar la informacin de las metodologas para el desarrollo de software en relacin al modelo de CMMI.
Pgina 54
Pgina 55
CAPITULO 4
4.
DISEO ARQUITECTNICO
En este captulo se especifican los diagramas de Vista Lgica, el cual contiene las clases de diseo del sistema. Adems, se especifican el diagrama de componentes y de despliegue del sistema. 4.1 Arquitectura General del Sistema
La arquitectura general del sistema se ha diseado de acuerdo a las expectativas de crecimiento y a los servicios que se quieren ofrecer, basado en los estndares internacionales y a las tendencias en los sistemas y servicios de informacin. As mismo, su elaboracin se basa en la arquitectura actual de la Universidad Peruana de Ciencias Aplicadas.
Pgina 56
Usuarios Usuarios Externos: Usuarios del subsistema que van a ingresar a travs de la Internet. El flujo de sus acciones considera la verificacin por un Firewall. Usuarios Internos: Usuarios del subsistema que van a ingresar mediante la Lan Interna. El flujo de sus acciones no considera la verificacin por un Firewall. Zona Desmilitarizada (Insegura) Servidor Web IIS: Servidor Web aloja los servicios Web. Zona Segura Servidor Web IIS y de Aplicaciones: Servidor Web que aloja los componentes de lgica de negocios, lgica de acceso a datos, servicios Web internos y el Agente de Servicios, el cual permite consumir los servicios de otros subsistemas del Sistema de Aseguramiento de Calidad de Software. Servidor de Base de Datos: Servidor de base de datos en SQL Server 2000.
Pgina 57
4.2
Arquitectura de la Aplicacin
La arquitectura de aplicacin se basa en modelos de componentes por capas, as mismo, existen varios tipos de componentes habituales. El componente hace referencia a una de las partes de la solucin total, como los componentes de software compilado (por ejemplo, los ensamblados de Microsoft .NET) y otros elementos de software, como las pginas Web. A continuacin presentamos la arquitectura de aplicacin del subsistema a desarrollar:
Pgina 58
Capa de Presentacin Los componentes de la interfaz de usuario del Subsistema de Gestin de Procesos y Metodologas, se basan en interfaces en Windows Forms las cuales se han agrupado en las siguientes funcionalidades.
Interfaz de Autenticacin del Sistema: Es la interfaz encargada del ingreso del usuario y contrasea del usuario para el ingreso al sistema. Interfaces de Mantenimiento: Son aquellas interfaces con las funcionalidades de creacin, modificacin y eliminacin de registros que se encuentran en la base de datos. Interfaces de Asignacin de Informacin: Son aquellas interfaces encargadas de asociar la informacin ingresada en el Subsistema de Procesos y Metodologas con otros subsistemas externos. Interfaces de Consulta de Informacin: Son aquellas interfaces de consulta de tanto la informacin ingresada en el subsistema como el ingresado por otros subsistemas.
Capa de Lgica del Negocio Los componentes de la capa lgica del negocio se basan en las peticiones del usuario y lgica del negocio, establecindose aqu las reglas que deben cumplirse. Los componentes de la capa del negocio para el Subsistema de Gestin de Procesos y Metodologas son:
Interfaces de Servicio (Web Services): Es el componente encargado de brindar los servicios Web especificadas en los contratos con los otros subsistemas utilizando el protocolo SOAP. Controlador de Dominio: Son los componentes encargados de manejar las entidades
Pgina 59
del negocio con la finalidad de proveer al sistema el acceso a las operaciones transaccionales y no transaccionales. Auditoria: Es el componente encargado de manejar la auditoria del componente de controlador de dominio. Entidades del Negocio: Son los componentes encargados de manejar el acceso a la base de datos.
Capa de Acceso a Datos Es la capa encargada del manejo de acceso a la base de datos mediante conexiones.
4.3
A continuacin se muestran los servicios ofrecidos y solicitados por el Subsistema de Procesos y Metodologas, la informacin se especifica mediante los contratos.
Sistema de Aseguramiento de Calidad - Otros Sub sistemas N E T R E M O T I N G Gestor de Modelo de Calidad de Software -Entregar Informacin de CMMI Gestor de Proyectos de Software -Consultar Tabla de Procesos de Desarrollo
Agente de Servicios
Seguridad
Pgina 60
4.3.1 Servicios Ofrecidos El subsistema Gestor de Procesos y Metodologas ofrecer un servicio al Subsistema Gestor de Proyectos de Software, el cual es el siguiente: Entregar Tabla de Procesos de Desarrollo Brindar a los mdulos GPS (Gestor de Proyectos de Software) la tabla de relaciones entre los componentes de una metodologa con sus respectivos niveles de CMMI. Esta tabla es conocida por el nombre Tabla de Procesos de Desarrollo. 4.3.2 Servicios Requeridos El subsistema Gestor de Procesos y Metodologas recibir los siguientes servicios del Subsistema Gestor de Modelo de Calidad de Software:
Proyecto SGMCS SGMCS SGMCS SGMCS SGMCS SGMCS SGMCS Servicio S1 S2 S3 S4 S5 S6 S7 Nombre del Servicio Requerido Solicitar Versiones de CMMI Solicitar Tipo de Representacin Solicitar Nivel de Representacin Solicitar reas de Proceso Solicitar Objetivos Solicitar Practicas Solicitar Workproducts Tabla 4.7 Servicios Requeridos
Pgina 61
4.4
4.4.1
SG M CS
(from Actores Comunes) ...)
ISGM CS
(from Interfaces) ...)
ICom ponente_Practica
( from Interfaces)
GP S
(from Actores Comunes) ...)
M etod ol o gia i d _m e tod olo gi a : In teg er i d _version : Inte ger estado : Sm a l li n t 1 nom bre_m etod ol o gia : String descri pcio n : String Grabar() Re cup era r() CrearFase () 1 Ro l 1..* Fase
(from C lases Entidades)
Com p onentePracti ca i d_ m etodo logi a : Inte ger nom bre_m etodo logia : Stri ng i d_ version_m etod ol o gia : Integ er nom bre_versi on : String i d_ activi dad : Inte ger nom bre_a cti vidad : String i d_ fase : Integ er nom bre_fase : String i d_ ti po_co m p onente : Integ er nom bre_tipo_com ponente : S tring i d_ com ponen te : Intege r nom bre_com p on ente : Stri ng i d_ represen tacion : In teger nom bre_represen taci on : Stri ng i d_ nivel : Inte ger nom bre_n i vel : S trin g i d_ area : Integer nom bre_a rea : String ti_obj eti vo : Sm all in t i d_ obje tivo : Integer nom bre_o bj e ti vo : Strin g resu m e n_ obje tivo : String ti_practica : Sm al li nt i d_ proceso : Integ er i d_ practi ca : In teg er nom bre_p ractica : S tring esta do : Sm al lint i d_ workpro duct : Integer nom bre_workp roduct : String ni vel _asoci aci on : 3,2
Co m pon ente i d_m eto do logi a : Inte ger i d_versi on : Intege r i d_fa se : Integer i d_ti po_ com p onente : In teg er i d_com pon en te : Inte ger nom bre _co m p one nte : S tring descri pci on : S trin g es_e xte rno : Bool ean Grabar() Recu pe rar() 1 1 ..* 0..*
i d_m eto dolo gi a : Integer i d_ve rsion : Inte ge r i d_fa se : Inte ge r no m bre_fase : Strin g de scri pci on : S tring Grabar() Recu perar() Crea rActivi dad() 1 1
id_m etod ologi a : Integer id_version : Integer id_fase : Integ er id_activi d ad : Integer id_rol : In teger 1 nom bre_rol : String descrip ci on : S tring Gra ba r() Recupera r() 1..*
1 1 Actividad T ipo Co m p on ente i d _ti po_com po nen te : Intege r nom bre_ tip o_com ponente : S tring descri pci on : S tring Grab ar() Recuperar()
i d_p roceso : In teger n om bre _proceso : String d escri pcion : S trin g 1 Grab ar() Recupe rar()
i d_m e tod ologi a : Integer i d_version : Integ er i d_fase : Integer i d_activi d ad : Integer no m bre_acti vida d : String de scri pcio n : String 1 es_ 1..* hito : Boo l ea n es_ extern o : Boo l ea n Graba r() Re cup era r() AsignarActi vi dad Entrada() Cre arCom ponen te() 0..*
En el
Subsistema de Procesos y Metodologas. A continuacin se describe las clases y actores identificados. SGMCS: Subsistema de Modelo de Calidad de Software, representa el subsistema
Pgina 62
que contiene toda la informacin de los niveles de calidad de CMMI. Este subsistema se accede mediante la interfaz ISGMCS.
ISGMCS: Interfaz por la cual se comunican el Subsistema Gestor de Modelo de Calidad de Software con los otros subsistemas relacionados.
GPS: Gestor de Proyectos de Software, representa el subsistema que maneja todos los proyectos y el Subsistema de Procesos y Metodologas le entrega la informacin de los niveles de calidad de CMMI relacionado con los componentes de las metodologas.
CCSeguridad: Clase controladora que maneja todo lo relacionado a la seguridad del acceso al Sistema de Aseguramiento de Calidad de Software.
CCGPM: Clase controladora que se relaciona con todas las entidades de los procesos y metodologas. Los mtodos de esta clase controladora son los siguientes: o GetMetodologia(Entero Id_Metodologia): Obtiene toda la informacin relacionada a las metodologas (fase, proceso, rol, componente y tipo de componente)
o
GetComponentePractica (): Obtiene toda la tabla de procesos de desarrollo que contiene la informacin entre la relacin de los niveles de calidad de CMMI contra los componentes de la metodologa registrada en la base de datos.
Componente_Practica: Clase que contiene la informacin de la tabla de procesos de desarrollo que contiene la relacin de los niveles de calidad de CMMI contra los componentes de la metodologa registrada en la base de datos. Los atributos contenidos en esta clase son los siguientes:
o
Pgina 63
o Nombre_Metodologia (Cadena): Nombre de la metodologa. o Id_Version_Metodologia (Entero): Versin de la metodologa. o Nombre_Version (Cadena): Nombre de la versin de la metodologa. o Id_Actividad (Entero): Cdigo de la actividad de la metodologa. o Nombre_Actividad (Cadena): Nombre de la actividad de la metodologa. o Id_Fase (Entero): Cdigo de la fase de la metodologa. o Nombre_Fase (Cadena): Nombre de la fase de la metodologa. o Id_Tipo_Componente (Entero): Cdigo del tipo de componente. o Nombre_Tipo_Componente (Cadena): Nombre del tipo de componente. o Id_Componente (Entero): Cdigo de componente. o Id_Proceso (Entero): Cdigo de proceso de la metodologa. o Nombre_Componente. Nombre del componente. o Id_Representacion (Entero): Cdigo de representacin de CMMI. o Nombre_Representacin (Cadena): Nombre de la representacin de CMMI. o Id_Nivel (Entero): Cdigo de nivel de CMMI. o Nombre_Nivel (Cadena): Nombre de nivel de CMMI. o Id_Area (Entero): Cdigo de rea de proceso de CMMI. o Nombre_Area (Cadena): Nombre de rea de proceso de CMMI. o TI_Objetivo (Entero Pequeo): Tipo de objetivo de CMMI (Genrico o Especfico). o Id_Objetivo (Entero): Cdigo de objetivo ya sea genrico o especfico segn el campo TI_Objetivo. o Nombre_Objetivo (Cadena): Nombre del objetivo ya sea genrico o
Pgina 64
especfico segn el campo TI_Objetivo. o Resumen_Objetivo: Descripcin del objetivo ya sea genrico o especfico segn el campo TI_Objetivo. o TI_Practica (Entero Pequeo): Tipo de prctica de CMMI (Genrica o Especfica). o Id_Practica (Entero): Cdigo de prctica ya sea genrica o especfica segn el campo TI_Practica. o Nombre_Practica (Cadena): Nombre de la prctica ya sea genrica o especfica segn el campo TI_Practica. o Id_Workproduct (Entero): Cdigo de workproduct de CMMI. o Nombre_Workproduct (Cadena): Nombre del workproduct de CMMI. o Estado (Entero Pequeo): Estado del componente prctica que pueden tener los valores de activo o inactivo.
o
Nivel_Asociacion (Decimal (3,2)): Porcentaje que determina el nivel de relacin entre el componente de la metodologa con el nivel de CMMI.
Metodologa: Clase que contiene la informacin relacionada a las metodologas. Los atributos son los siguientes: o Id_Metodologa (Entero): Cdigo de la metodologa. o Id_Version (Entero): Cdigo de la versin de la metodologa. o Nombre_Metodologia (Cadena): Nombre de la metodologa. o Descripcin (Cadena): Descripcin de la metodologa. o Estado (Entero Pequeo): Indicador si la metodologa se encuentra activa o inactiva. Los mtodos son los siguientes:
Pgina 65
o Recuperar(): Obtiene los datos de la metodologa. o CrearFase(): Crea un objeto de la fase de la metodologa.
Fase: Clase que contiene la informacin relacionada a las fases de la metodologa. Los atributos son los siguientes: o Id_Metodologia (Entero): Cdigo de la metodologa. o Id_Version (Entero): Cdigo de versin de la metodologa. o Id_Fase (Entero): Cdigo de fase de la metodologa. o Nombre_Fase (Cadena): Nombre de la fase de la metodologa. o Descripcion (Cadena): Descripcin de la fase de la metodologa.
Versin: Clase que contiene la informacin sobre la versin de la metodologas. Los atributos son los siguientes: o Id_Version (Entero): Cdigo de la versin de la metodologa. o Nombre_Version (Cadena): Nombre de la versin de la metodologa.
Actividad: Clase que contiene la informacin sobre las actividades de una metodologa. Los atributos son los siguientes:
o
o Id_Version (Entero): Cdigo de la versin de la metodologa. o Id_Fase (Entero): Cdigo de fase de la metodologa. o Id_Actividad (Entero): Cdigo de la actividad de la metodologa. o Nombre_Actividad (Cadena): Nombre de la actividad de la metodologa. o Descripcion (Cadena): Descripcin de la actividad de la metodologa.
o
Pgina 66
o Es_Externo (Booleano): Flag que indica si la actividad es externa. Los mtodos son los siguientes:
o
AsignarActividadEntrada(): Inserta los cdigos de las actividades de entrada si es lo tuviera para una actividad.
Rol: Clase que contiene la informacin de los roles. Los atributos son los siguientes: o Id_Metodologa (Entero): Cdigo de la metodologa. o Id_Version (Entero): Cdigo de la versin de la metodologa. o Id_Fase (Entero): Cdigo de fase de la metodologa. o Id_Actividad (Entero): Cdigo de la actividad de la metodologa. o Id_Rol (Entero): Cdigo de rol. o Nombre_Rol (Cadena): Nombre del rol. o Descripcion (Cadena): Descripcin del rol. Los mtodos son los siguientes: o Grabar(): Guarda la informacin sobre los roles. o Recuperar(): Obtiene la informacin de los roles.
Componente: Clase que contiene la informacin de los componentes de una metodologa. Los atributos son los siguientes: o Id_Metodologa (Entero): Cdigo de la metodologa. o Id_Version (Entero): Cdigo de la versin de la metodologa.
Pgina 67
o Id_Fase (Entero): Cdigo de fase de la metodologa. o Id_Tipo_Componente (Entero): Cdigo del tipo de componente. o Id_Componente (Entero): Cdigo del componente. o Nombre_Componente (Cadena): Nombre del componente de la metodologa.
o
o Es_Externo (Booleano): Flag que indica si la actividad es externa. Los mtodos son los siguientes: o Grabar(): Guarda la informacin de los componentes. o Recuperar(): Obtiene la informacin de los componentes.
Tipo_Componente: Clase que contiene la informacin de los tipos de componente. Los atributos son los siguientes: o Id_Tipo_Componente (Entero): Cdigo de tipo de componente. o Nombre_Tipo_Componente (Cadena): Nombre del tipo de componente. o Descripcion(Cadena): Descripcin del tipo de componente. Los mtodos son los siguientes. o Grabar(): Guarda la informacin de los tipos de componentes. o Recuperar(): Obtiene la informacin de los tipos de componente.
Pgina 68
INivelRepresent acion
(from Interfaces)
IAreaProces o
(from Interfaces) ...)
WSSGMCS
(from Cl ases Controladoras)
IWorkproduct
(from Interfaces)
ICMMI_Versio n
(from Interfaces)
ITipoRepresent acion
(from Interfaces)
IMetas
(from Interfaces)
CCGPM
(from Clases Controladoras)
GetMetodologia() GetComponentePractica()
El Subsistema de Procesos y Metodologas tiene interaccin con el Subsistema de Modelo de Calidad de Software para la obtencin de los niveles de CMMI. La recuperacin de la informacin se realizar por niveles, cada nivel est representado por cada una de las interfaces.
Pgina 69
Para obtener la informacin de los niveles de calidad de software se utiliza siete interfaces que son los siguientes:
ICMMIVersion: Interfaz que maneja las versiones de CMMI. ITipoRepresentacion: Interfaz que maneja los tipos de representacin de CMMI. INivelRepresentacion: Interfaz que maneja los niveles de representacin de CMMI. IAreaProceso: Interfaz que maneja el rea de proceso de CMMI. IMetas: Interfaz que maneja las metas especficas y/o genricas. IWorkproduct: Interfaz que manejan los workproducts.
CCSeguridad
(from Cl ases Controladoras)
CCGPM
(from Cl ases Controladoras)
GetMetodologia() GetComponentePractica()
Pgina 70
El Subsistema de Procesos y Metodologas publica la informacin la cual est contenida en la tabla de procesos de desarrollo que es la que maneja la informacin entre las niveles de CMMI contra los componentes de la metodologa. Los componentes son los siguientes: CCGPM: Clase controladora que es la que interacta con todas las clases del Subsistema de Procesos y Metodologas.
CCSeguridad: Clase controladora que maneja todo el entorno de seguridad del Sistema de Aseguramiento de Calidad de Software.
GPS: Paquete del Subsistema de Proyectos de Software. IComponente_Practica: Interfaz que publica los mtodos que contiene la tabla de procesos de desarrollo.
Pgina 71
4.5
Modelo de Datos
G P M _ T B L _ V E R S IO N Id _ V e rs io n: inte g e r N O T N U L L N o m b re : va rc ha r(255) N O T N U L L D e s c rip c io n: va rc ha r(4000) N U L L F e c ha _ C re a c io n: s ma lld a te time N O T N U L L F e c ha _ M o d ific a c io n: s ma lld a te tim e N O T N U L L U s ua rio _ C re a c io n: va rc ha r(20) N O T N U L L U s ua rio _ M o d ific a c io n: va rc ha r(20) N O T N U L L
G P M _ T B L _ M E T O D O L O G IA Id _ M e to d o lo g ia : inte g e r N O T N U L L Id _ V e rs io n: inte g e r N O T N U L L (F K ) N o m b re : va rc ha r(255) N O T N U L L D e s c rip c io n: va rc ha r(4000) N U LL E s ta d o : s ma llint N O T N U L L F e c ha _ C re a c io n: s ma lld a te time N O T N U LL F e c ha _ M o d ific a c io n: s m a lld a te time N O T N U L L U s ua rio _ C re a c io n: va rc ha r(20) N O T N U LL U s ua rio _ M o d ific a c io n: va rc ha r(20) N O T N U L L
G P M _ T B L _ A C T IV ID A D Id _ M e to d o lo g ia : inte g e r N O T N U LL (F K ) Id _ V e rs io n: inte g e r N O T N U L L (F K ) Id _ F a s e : inte g e r N O T N U LL (F K ) Id _ A c tivid a d : inte g e r N O T N U L L N o m b re : va rc ha r(255) N O T N U L L D e s c rip c io n: va rc ha r(4000) N O T N U L L E s _ H ito : b it N O T N U L L E s _ E xte rno : b it N O T N U LL F e c ha _ C re a c io n: s m a lld a te time N O T N U LL F e c ha _ M o d ific a c io n: s ma lld a te tim e N O T N U L L U s ua rio _ C re a c io n: va rc ha r(20) N O T N U L L U s ua rio _ M o d ific a c io n: va rc ha r(20) N O T N U L L G P M _ T B L_ C O M P O N E N T E xA C T IV ID A D Id _ A c tivid a d : inte g e r N O T N U L L (F K ) Id _ F a s e : inte g e r N O T N U L L (F K ) Id _ M e to d o lo g ia : inte g e r N O T N U L L (F K ) Id _ V e rs io n: inte g e r N O T N U LL (F K ) Id _ C o m p o ne nte : inte g e r N O T N U L L (F K )
G P M _ T B L_ F A S E Id _ M e to d o lo g ia : inte g e r N O T N U LL (F K ) Id _ V e rs io n: inte g e r N O T N U L L (F K ) Id _ F a s e : inte g e r N O T N U LL N o m b re : va rc ha r(255) N O T N U L L D e s c rip c io n: va rc ha r(4000) N U L L F e c ha _ C re a c io n: s m a lld a te tim e N O T N U LL F e c ha _ M o d ific a c io n: s m a lld a te time N O T N U L L U s ua rio _ C re a c io n: va rc ha r(20) N O T N U LL U s ua rio _ M o d ific a c io n: va rc ha r(20) N O T N U L L
G P M _ T B L _ A C T IV ID A D xR O L Id _ A c tivid a d : inte g e r N O T N U L L (F K ) Id _ R o l: inte g e r N O T N U L L (F K ) Id _ F a s e : inte g e r N O T N U L L (F K ) Id _ M e to d o lo g ia : inte g e r N O T N U L L (F K ) Id _ V e rs io n: inte g e r N O T N U L L (F K ) G P M _ T B L_ C O M P O N E N T E Id _ C o m p o ne nte : inte g e r N O T N U L L Id _ T ip o _ C o m p o ne nte : inte g e r N U L L (F K) N o m b re : va rc ha r(255) N O T N U LL D e s c rip c io n: va rc ha r(4000) N U L L E s _ E xte rno : b it N O T N U L L F e c ha _ C re a c io n: s ma lld a te time N O T N U L L F e c ha _ M o d ific a c io n: s ma lld a te tim e N O T N U LL U s ua rio _ C re a c io n: va rc ha r(20) N O T N U L L U s ua rio _ M o d ific a c io n: va rc ha r(20) N O T N U LL
G P M _ T B L _ C O M P O N E N T E _ P R A C T IC A Id _ C o m p o ne nte _ P ra c tic a : inte g e r N O T N U L L Id _ M e to d o lo g ia : inte g e r N U L L N o mb re _ M e to d o lo g ia : va rc ha r(255) N U L L Id _ V e rs io n_ M e to d o lo g ia : inte g e r N U L L N o mb re _ V e rs io n: va rc ha r(255) N U L L Id _ F a s e : inte g e r N U L L N o mb re _ F a s e : va rc ha r(255) N U LL Id _ A c tivid a d : inte g e r N U L L N o mb re _ A c tivid a d : va rc ha r(255) N U LL Id _ R o l: inte g e r N U L L N o mb re _ R o l: va rc ha r(255) N U LL Id _ C o m p o ne nte : inte g e r N U L L N o mb re _ C o mp o ne nte : va rc ha r(255) N U L L Id _ T ip o _ C o mp o ne nte : inte g e r N U L L N o mb re _ T ip o _ C o m p o ne nte : va rc ha r(255) N U LL Id _ R e p re s e nta c io n: inte g e r N U L L N o mb re _ R e p re s e nta c io n: va rc ha r(255) N U L L Id _ N ive l: inte g e r N U L L N o mb re _ N ive l: va rc ha r(255) N U LL Id _ A re a : inte g e r N U L L N o mb re _ A re a : va rc ha r(255) N U LL T i_ O b je tivo : s ma llint N U LL Id _ O b je tivo : inte g e r N U L L N o mb re _ O b je tivo : va rc ha r(255) N U L L R e s ume n_ O b je tivo : va rc ha r(4000) N U L L T i_ P ra c tic a : s ma llint N U L L Id _ P ra c tic a : inte g e r N U L L N o mb re _ P ra c tic a : va rc ha r(255) N U L L Id _ W o rk p ro d uc t: inte g e r N U L L N o mb re _ W o rkp ro d uc t: va rc ha r(255) N U L L E s ta d o : s ma llint N U L L N ive l_ A s o c ia c io n: d e c ima l(3,2) N U LL F e c ha _ C re a c io n: d a te tim e N O T N U L L F e c ha _ M o d ific a c io n: d a te tim e N O T N U L L U s ua rio _ C re a c io n: va rc ha r(20) N O T N U L L U s ua rio _ M o d ific a c io n: va rc ha r(20) N O T N U L L
G P M _ T B L_ R O L Id _ R o l: inte g e r N O T N U LL N o mb re : va rc ha r(255) N O T N U L L D e s c rip c io n: va rc ha r(4000) N U L L F e c ha _ C re a c io n: s m a lld a te time N O T N U L L F e c ha _ M o d ific a c io n: s ma lld a te time N O T N U L L U s ua rio _ C re a c io n: va rc ha r(20) N O T N U L L U s ua rio _ M o d ific a c io n: va rc ha r(20) N O T N U L L
G P M _ T B L_ T IP O _ C O M P O N E N T E Id _ T ip o _ C o mp o ne nte : inte g e r N O T N U L L N o m b re : va rc ha r(255) N U LL D e s c rip c io n: va rc ha r(4000) N U LL F e c ha _ C re a c io n: d a te time N O T N U L L F e c ha _ M o d ific a c io n: d a te tim e N O T N U LL U s ua rio _ C re a c io n: va rc ha r(20) N O T N U L L U s ua rio _ M o d ific a c io n: va rc ha r(20) N O T N U L L
G P M _ T B L _ LO G Id _ L o g : inte g e r N O T N U L L D e s c rip c io n: va rc ha r(4000) N U LL F e c ha _ C re a c io n: d a te time N O T N U L L F e c ha _ M o d ific a c io n: d a te time N O T N U LL U s ua rio _ C re a c io n: va rc ha r(20) N O T N U LL U s ua rio _ M o d ific a c io n: va rc ha r(20) N O T N U L L
Pgina 72
A continuacin se presentan las tablas identificadas en el modelo de datos: gpm_tbl_actividad: Tabla de actividades de la metodologa. gpm_tbl_actividadXrol: Tabla creada para la relacin de muchos a muchos entre las actividades y los roles. gpm_tbl_componente: Tabla de componente de la metodologa. gpm_tbl_componente_practica: Tabla que contiene la tabla de procesos de desarrollo que contiene la informacin de la relacin entre los niveles de CMMI contra los componentes de la metodologa. gpm_tbl_componenteXactividad: Tabla creada para la relacin de muchos a muchos entre los componentes y la actividad. gpm_tbl_fase: Tabla de fases de la metodologa. gpm_tbl_log: Tabla de log para todas las operaciones de mantenimiento de la base de datos. gpm_tbl_metodologia: Tabla que contiene la informacin de las metodologas. gpm_tbl_proceso: Tabla que contiene la informacin de los procesos de las metodologas. gpm_tbl_procesoXfase: Tabla creada para la relacin de muchos a muchos entre el proceso y las fases de la metodologa. gpm_tbl_rol: Tabla que contiene la informacin de los roles. gpm_tbl_tipo_componente: Tabla que contiene la informacin de los tipos de componente. gpm_tbl_version: Tabla que contiene la informacin de las versiones de la metodologa.
Pgina 73
4.6
Diagrama de Componentes
DB_GPM
<<Application>> COM+
Metodologa
Fase
Net Remoting
Seguridad.exe
GPS.exe
SGMCS. exe
Los componentes necesarios para la instalacin del subsistema GPM son los siguientes: COM+ (Component Object Model): Componente instalado en el servidor de aplicaciones utilizado para la comunicacin a la base de datos. Es aqu en la que se utilizar el Net Remoting como medio de comunicacin entre los otros subsistemas.
Pgina 74
Net Remoting: Componentes utilizados para la comunicacin con los subsistemas Gestor de Proyectos de Software (GPS) y Gestor de Modelo de Calidad de Software (SGMCS).
Microsoft Framework 2.0: Conjunto de libreras utilizado para el funcionamiento de todo el sistema de aseguramiento de calidad de software.
DB_GPM: Nombre de la base de datos del Subsistema de Procesos y Metodologas. Seguridad: Mdulo que maneja toda la capa de seguridad para todo el Sistema de Aseguramiento de Calidad de Software. Este mdulo es independiente al sistema a desarrollar.
4.7
Diagrama de Despliegue
Subsistema de Procesos y Metodologas (GPM)
TCP/IP
Se rv idor de A plica cione s COM + / Se rv id or W e b IIS Se rv id o r BD SQL Server 2000 BD_GPM Acceso Datos 1433 TCP/IP GPM Lgica Negocio Agente Servicio GPS
wsSGMCS
Sistema Operativo:
Windows XP Professional.
Pgina 75
Caractersticas de Software:
Intel Pentium D 1.76 Ghz. 1 GB Microsoft Framework 2.0 GPM.ini Ligero. Poca capacidad de procesamiento. GPM.exe
Capa de Lgica del Negocio Sistema Operativo: Servidor de Aplicaciones: Servidor Web: Microsoft Windows 2003 Server COM+ Internet Information Services (IIS)
Capa de Acceso a Datos Motor de Base de Datos: Protocolo de Transferencia de Datos Microsoft SQL Server 2000 TCP/IP
Pgina 76
Pgina 77
CAPITULO 5
5.
En este captulo se especifican las estrategias a realizar para implementar el plan de pruebas, lo que permitir validar que el software cumpla los requerimientos de calidad esperados y organizar el despliegue de stas. 5.1 Requerimientos para las Pruebas
Las pruebas estarn basadas en los riesgos del proyecto, casos de uso, requisitos funcionales, elementos de diseo, los presuntos fallos o defectos. 5.1.1 Pruebas Funcionales Se describen las pruebas a desarrollar para las interfaces de los usuarios: Verificar una sencilla navegacin entre las interfaces. Verificar que las interfaces cumplan con los estndares especificados en el documento Desarrollo de Software. Verificar que los datos obligatorios sean ingresados debidamente.
Pgina 78
Describir el caso de pruebas para el caso de uso Actualizar Metodologas. Los escenarios son los siguientes:
N 1 2 3 4 5 6 Escenario / Condicin Creacin de Metodologa Metodologa y Versin existente (Creacin) Modificacin de Metodologa Metodologa y Versin existente (Modificacin) Informacin incompleta del Nombre de Metodologa Informacin incompleta de la versin de Metodologa
Mantenimiento de Fase Describir el caso de pruebas para el caso de uso Actualizar Fase. Los escenarios son los siguientes:
N 1 2 3 4 5 6 Escenario / Condicin Creacin de Fase Fase, Metodologa y Versin existente (Creacin) Modificacin de Fase Fase, Metodologa y Versin existente (Modificacin) Informacin incompleta del Nombre de la metodologa Informacin incompleta del Nombre de Fase
Mantenimiento de Proceso
Describir el caso de pruebas para el caso de uso Actualizar Proceso. Los escenarios son los siguientes:
N 1 2 3 4 5 6 7 Escenario / Condicin Creacin de Proceso Proceso existente (Creacin) Modificacin de Proceso Proceso existente (Modificacin) Informacin incompleta del Nombre de Metodologa Informacin incompleta del Proceso Informacin incompleta de las fases seleccionadas
Pgina 79
Mantenimiento de Actividades
Describir el caso de pruebas para el caso de uso Actualizar Actividad. Los escenarios son los siguientes:
N 1 2 3 4 5 6 7 8 Escenario / Condicin Creacin de Actividad Actividad existente (Creacin) Modificacin de Actividad Actividad existente (Modificacin) Informacin incompleta del Nombre de Metodologa Informacin incompleta del proceso Informacin incompleta de la actividad Informacin incompleta de los componentes
Mantenimiento de Rol Describir el caso de pruebas para el caso de uso Actualizar Rol. Los escenarios son los siguientes:
N 1 2 3 4 5 6 7 8 Escenario / Condicin Creacin de Rol Rol y Actividad existente (Creacin) Modificacin de Rol Rol y Actividad existente (Modificacin) Informacin incompleta del Nombre Metodologa Informacin incompleta del Nombre del Proceso Informacin incompleta del Nombre del Rol Informacin incompleta de las Actividades Seleccionadas
Describir el caso de pruebas para el caso de uso Actualizar Tipo de Componente. Los escenarios son los siguientes:
N 1 2 3 4 5 Escenario / Condicin Creacin de Tipo de Componente Tipo de Componente existente (Creacin) Modificacin de Tipo de Componente Tipo de Componente existente (Modificacin) Informacin incompleta del Tipo de Componente
Mantenimiento de Componente
Universidad Peruana de Ciencias Aplicadas, 2012
Pgina 80
Describir el caso de pruebas para el caso de uso Actualizar Componente. Los escenarios son los siguientes:
N 1 2 3 4 5 6 7 Escenario / Condicin Creacin de Componente Componente existente (Creacin) Modificacin de Componente Componente existente (Modificacin) Informacin incompleta del Nombre de Metodologa Informacin incompleta del proceso Informacin incompleta del componente
Describir el caso de pruebas para el caso de uso Actualizar Niveles de CMMI a Metodologa. Los escenarios son los siguientes:
N Escenario / Condicin 1 Asignacin CMMI a Metodologa 2 Asignacin CMMI a Metodologa Metodologa, versin de la metodologa, versin de CMMI, tipo de representacin y nivel de 3 representacin existente (Creacin) Metodologa, versin de la metodologa, versin de CMMI, tipo de representacin y nivel de 4 representacin existente (Creacin) 5 Informacin incompleta para el Nombre de la metodologa 6 Informacin incompleta para la Versin de la metodologa 7 Informacin incompleta para la Versin del CMMI 8 Informacin incompleta para el Tipo de Representacin del CMMI 9 Informacin incompleta para el rea de Proceso del CMMI 10 Informacin incompleta para el Nivel de CMMI 11 Informacin incompleta para el Nivel de CMMI 12 Informacin incompleta para el rea de Proceso del CMMI Tabla 5.16 - Escenarios para Caso de Prueba de Asignacin de Niveles de CMMI a Metodologa
Pgina 81
Describir el caso de pruebas para el caso de uso Actualizar Niveles de CMMI a Componente. Los escenarios son los siguientes:
N 1 2 3 4 5 6 7 8 9 10 11 12
Escenario / Condicin Asignacin de Nivel de CMMI a Componente Informacin incompleta del Nombre de Metodologa Informacin incompleta de la versin de Metodologa Informacin incompleta del proceso Informacin incompleta de la fase Informacin incompleta de la actividad Informacin incompleta del tipo de componente Informacin incompleta del componente Informacin incompleta del nivel de asociacin Nivel de Asociacin Incorrecta Nivel de Asociacin de CMMI existente Aprobacin de Nivel de Asociacin de CMMI existente
Tabla 5.17 - Escenarios para Caso de Prueba de Asignacin de Niveles de CMMI a Componente
Metodologas en Relacin de CMMI Describir el caso de pruebas para el caso de uso Consultar Metodologas en Funcin a CMMI. Los escenarios son los siguientes:
N 1 2 3 4 5 6 7 8 Escenario / Condicin Consulta de Metodologas Consulta de Metodologas Informacin incompleta para la Versin CMMI Informacin incompleta para el tipo de representacin Informacin incompleta para el rea de proceso Informacin incompleta para el nivel de CMMI Informacin incompleta para el nivel de CMMI Informacin incompleta para el rea de proceso
Pgina 82
Describir el caso de pruebas para el caso de uso Consultar Componentes en Funcin a CMMI. Los escenarios son los siguientes:
N 1 2 3 4 5 6 7 8 9 Escenario / Condicin Consulta de Componente en Funcin de CMMI Informacin incompleta de la versin de CMMI Informacin incompleta del tipo de representacin Informacin incompleta del rea de proceso Informacin incompleta del tipo de objetivo Informacin incompleta del objetivo Informacin incompleta de la prctica Informacin incompleta del workproduct Nivel de CMMI incorrecto
Describir el caso de pruebas para el caso de uso Consultar Historial de Tabla de Procesos de Desarrollo. Los escenarios son los siguientes:
N Escenario / Condicin 1 Consulta de una configuracin de la tabla de procesos de desarrollo Tabla 5.20 - Escenarios para Caso de Prueba de Historial de Tabla de Procesos
Buscar Metodologa
Describir el caso de pruebas para el caso de uso Buscar Metodologa. Los escenarios son los siguientes:
N 1 2 3 Escenario / Condicin Buscar Metodologa Metodologa vaca Metodologa no encontrada
Pgina 83
Buscar Fase
Describir el caso de pruebas para el caso de uso Buscar Fase. Los escenarios son:
N 1 2 3 Escenario / Condicin Buscar Fase Fase vaca Fase no encontrada
Buscar Proceso
Describir el caso de pruebas para el caso de uso Buscar Proceso. Los escenarios son los siguientes:
N 1 2 3 Escenario / Condicin Buscar Proceso Proceso no encontrado Proceso Vaco
Buscar Actividad
Describir el caso de pruebas para el caso de uso Buscar Actividad. Los escenarios son los siguientes:
N 1 2 3 Escenario / Condicin Buscar Actividad Actividad no encontrada Actividad Vaca
Buscar Componente
Describir el caso de pruebas para el caso de uso Buscar Componente. Los escenarios son los siguientes:
N 1 2 3 Escenario / Condicin Buscar Componente Componente no encontrado Componente Vaco
Pgina 84
Buscar Rol
Describir el caso de pruebas para el caso de uso Buscar Rol. Los escenarios son los siguientes:
N 1 2 3 Escenario / Condicin Buscar Rol Rol vaco Rol no encontrado
Describir el caso de pruebas para el caso de uso Buscar Tipo de Componente. Los escenarios son los siguientes:
N 1 2 3 Escenario / Condicin Buscar Tipo de Componente Tipo de Componente vaco Tipo de Componente no encontrado
5.1.2 Pruebas de Conectividad Se realizar pruebas de conectividad entre los distintos componentes de Net Remoting de todos los subsistemas, los subsistemas son los siguientes: Subsistema Gestor de Modelo de Calidad de Software Subsistema de Gestor de Proyectos de Software
Verificar que los terminales ejecuten el aplicativo en Windows XP Verificar que los terminales cuenten con 1GB en memoria RAM Verificar que los terminales tengan instalados Microsoft Framework 2.0 Verificar que los terminales tengan el archivo de configuracin GPM.ini
Pgina 85
Verificar que los terminales tengan el archivo ejecutable GPM.exe Verificar que los terminales tengan el componente GPM.dll Verificar que el servidor de aplicaciones posea como sistema operativo Microsoft Windows 2003 Server
5.2
Verificar que el servidor de aplicaciones este instalado COM+ Verificar que el servidor de aplicaciones posea Internet Information Services (IIS) Estrategia de las Pruebas
5.2.1 Tipos de Prueba 5.2.1.1 Pruebas Funcionales Verificar la interaccin de los usuarios con el Software, asegurar el acceso apropiado, navegacin sencilla a travs de las funciones y verificar que las interfaces cumplan con los estndares respectivos. Objetivos La navegacin a travs de la aplicacin debe reflejar las funciones del negocio, incluyendo diversos mtodos (teclado y mouse) Los componentes (mens, tamao, posicin y cursor) de cada interfase deben encontrarse conformes a los estndares. Tcnica Crear o modificar pruebas para cada una de las interfaces para verificar la navegacin y el estado de los componentes. Se realizarn pruebas unitarias para la funcionalidad de los prototipos Se confeccionar un data pool por cada caso de uso para la realizacin de las pruebas funcionales
Universidad Peruana de Ciencias Aplicadas, 2012
Pgina 86
5.2.1.2 Pruebas de Conectividad Verificar que la aplicacin se conecte con los otros subsistemas que tiene relacin. Objetivos Validar y verificar que la aplicacin se conecte correctamente con los otros subsistemas. Tcnica Ejecutar la aplicacin en varias estaciones
5.2.1.3 Pruebas de Configuracin Verificar que la aplicacin funcione correctamente en los terminales, utilizando Windows XP. As mismo, verificar los requerimientos de hardware en dichos equipos, conexin de red, servidor de aplicaciones. Objetivos Tcnica Probar las distintas aplicaciones en las estaciones, as como el software. Ejecutar la aplicacin en varias estaciones Validar y verificar que la aplicacin funcione correctamente en las estaciones
5.2.2 Herramientas Las herramientas a utilizar para el desarrollo de las pruebas son las siguientes:
Tipo de Prueba Pruebas Funcionales de Prototipo Casos de Prueba Pruebas Unitarias Herramienta Rational Robot Rational Robot Microsoft Word Rational Robot
Pgina 87
5.2.3 Tareas En esta seccin se describirn las tareas para el desarrollo de las pruebas: Administracin de Reportes Identificar, priorizar e implementar los casos de uso Ejecutar las pruebas Verificar los resultados
Pgina 88
Conclusiones y Recomendaciones
6.
CONCLUSIONES Y RECOMENDACIONES
Al concluir con la presentacin de la arquitectura del subsistema de procesos y metodologas (GPM) se ha mostrado un modelo flexible para todo tipo de metodologas ya sean giles o pesadas.
La Universidad Peruana de Ciencias Aplicadas (UPC) podr contar con un sistema capaz de administrar todos los proyectos de software que cuentan sus distintos talleres as como registrar los modelos de CMMI y metodologas para el desarrollo de software.
Pgina 89
Bibliografa
7.
BIBLIOGRAFA
EVJEN, Bill 2006 Visual Basic 2005, 1ra edicin, Indianpolis: Wiley Publishing Inc. EXTREME PROGRAMMING 2007 http://www.extremeprogramming.com Informacin de la metodologa Extreme Programing. BOWEN, Christopher 2006 Visual Studio 2005 Team System, 1ra edicin, Indianpolis: Wiley Publishing Inc. CRUZ, Pedro 2007 Administracin y Gestin del Cambio en los Proyectos. Lima: UPC CRUZ, Pedro 2007 Especificacin, Documentacin y Validacin de Requerimientos. Lima: UPC. CRUZ, Pedro 2007 Establecer la Visin y el Alcance del Producto Software. Lima: UPC. CRUZ, Pedro 2007 Gestin de Requerimientos de Software con Caso de Uso. Lima: UPC. CRUZ, Pedro 2007 Modelo de Caso de Uso. Lima: UPC. IBEZ, Aarn 2007 Modelo de Despliegue. Lima: UPC IBEZ, Aarn 2007 Patrones de Diseo. Lima: UPC
Pgina 90
Bibliografa
MENDOZA, Mara 2004 http://www.informatizate.net Metodologas de desarrollo de software METRICA 3 2007 http://www.csi.map.es/csi/metrica3/ Web Site Metrica 3 MICROSOFT CORPORATION 2007 http://www.microsoft.com Informacin sobre Net Remoting NIWOT RIDGE RESOURCES 2007 http://www.niwotridge.com/Resources/PM- SWEResources/SWMethodologies.htm Web Site Software Processes and Methodologies PRESSMAN, Roger 2002 Ingeniera del Software: Un enfoque prctico, 5ta edicin, Madrid: McGraw Hill RATIONAL UNIFIED PROCESS 2004 http://www-306.ibm.com/software/rational/ Documentacin de Rational Unified Process RATIONAL UNIFIED PROCESS 2007 http://www.dsi.uclm.es/asignaturas/42541/pdf/M1tema4.pdf Documentacin de Rational Unified Process SOFTWARE ENGINEERING INSTITUTE 2006 CMMI for Development Version 1.2. Pittsburgh, PA. Carnegie Mellon VIDAURRE, Alex 2007 Fundamentos de Pruebas de Software. Lima: UPC VIDAURRE, Alex 2007 Tcnicas de Pruebas Funcionales. Lima: UPC VIDAURRE, Alex 2007 Verificacin Mtodos Estticos. Lima: UPC WIKIPEDIA 2007 http://www.wikipedia.com Informacin enciclopdica.
Pgina 91