Made available in DSpace on 2014-06-12T15:58:59Z (GMT). No. of bitstreams: 2 arquivo4794_1.pdf: 2683672 bytes, checksum: ea816cfe4cb13fb4f70bae7d4e2876eb (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2003 / Recentemente a comunidade de software vem se deparando com um grupo de novas metodologias de desenvolvimento de software, classificadas como metodologias ágeis . Algumas das metodologias que fazem parte deste grupo são Extreme Programming (XP) e SCRUM, sendo XP a mais conhecida e utilizada. Estas metodologias possuem em comum um conjunto de valores para o desenvolvimento de software, priorizando: indivíduos e iterações sobre processos e ferramentas; software funcionando sobre documentação compreensiva; colaboração do cliente sobre negociação de contrato; resposta à mudança sobre seguir um plano. Em paralelo à disseminação das metodologias ágeis, os investimentos em qualidade de software vêm aumentando a cada ano. Pesquisas realizadas sobre o setor de software, indicam um crescimento na adoção de modelos de qualidade como ISO 9000 e Capability Maturity Model for Software (CMM). Modelos de qualidade e metodologias ágeis possuem fundamentos opostos, como é possível notar nos valores definidos por essas metodologias. Autores de metodologias ágeis freqüentemente criticam modelos como o CMM. Em contra partida, alguns trabalhos indicam que é possível utilizar as duas abordagens em um mesmo ambiente. Este trabalho apresenta o Guia XP-CMM2, que tem como objetivo apoiar as organizações no uso da metodologia ágil XP em um ambiente nível 2 do CMM. Com o uso do Guia XP-CMM2, as organizações deverão se beneficiar da agilidade proposta por XP e da maturidade adquirida com o nível 2 do modelo de qualidade de software mais respeitado do mundo, o CMM. Para a elaboração do Guia XP-CMM2, foi realizado inicialmente um diagnóstico da satisfação de XP ao nível 2 do CMM e, depois, para cada problema identificado, uma solução foi proposta. Finalmente o Guia XP-CMM2 foi aplicado em dois ambientes distintos visando avaliação dos resultados obtidos

Made available in DSpace on 2014-06-12T15:59:19Z (GMT). No. of bitstreams: 2 arquivo5090_1.pdf: 295189 bytes, checksum: 39c52722be8604ec8e51c1e69ea30f77 (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2002 / Uma das maiores dificuldades encontradas no gerenciamento de projetos de software, é saber a dimensão do que está sendo gerenciado. Inúmeras dúvidas são pertinentes aos gerentes de projeto quando se fala em dimensionamento, prazo e custo dos projetos. Diante dos problemas encontrados no desenvolvimento de software, tais como software que não atende aos requisitos de funcionalidade e qualidade esperados pelo cliente, projetos que extrapolam prazo e custo previsto, entre outros, pesquisas têm mostrado que o elevado número de projetos fracassados são decorrentes de uma gerência de projetos ineficiente. A gestão de projetos e produtos de software somente atinge determinado nível de eficácia e exatidão se houver medidas que possibilitem gerenciar através de fatos. Dessa forma, identificamos as métricas como uma das principais ferramentas de apoio ao gerente de projetos, pois fornecem um conjunto de informações tangíveis para planejar o projeto, realizar estimativas, gerenciar e controlar os projetos com maior precisão. Por outro lado, um sistema efetivo de medição é recomendado por vários modelos de qualidade de software, como aspecto fundamental para subsidiar as atividades de planejamento e gerenciamento de projetos. Entre esses modelos, o Capability Maturity Model for Software (CMM) destaca-se como um dos modelos de qualidade de software mais adotados no mundo e recomenda fortemente o uso de métricas. Particularmente o nível 2 de maturidade do CMM, recomenda que sejam estabelecidos processos básicos de gerência de projetos de software para controlar e acompanhar custos, cronogramas e funcionalidades, todos recomendando o uso de métricas. O trabalho apresentado nesta dissertação foca na qualidade do desenvolvimento de software, através de uma gerência de projetos eficiente, guiada pelas normas do CMM nível 2 e fazendo uso de métricas como ferramenta fundamental para uma efetiva gerência de projetos. Sem a utilização de métricas, o planejamento e acompanhamento de projetos tornam-se atividades empíricas, realizadas com base apenas no sentimento e experiência dos gerentes de projetos. Com este trabalho buscamos contribuir para o aperfeiçoamento do gerenciamento de projetos nas organizações que realizam desenvolvimento de software, introduzindo nas mesmas uma cultura de utilização de métricas para realização de acompanhamento dos projetos, gerenciamento da qualidade do produto gerado e construção de uma base histórica para estimativas de projetos futuros, segundo as diretrizes do CMM 2

As Máquinas de Medir a Três Coordenadas (MM3Cs) desde sua criação evoluíram sensivelmente, entretanto poucas foram as modificações estruturais observadas. Hoje, para fabricantes de máquinas destacarem-se no mercado, são necessários grandes investimentos na busca de novos materiais estruturais e no desenvolvimento de programas computacionais cada vez mais versáteis. O sistema eletrônico e os programas computacionais utilizados durante as medições são inacessíveis e rígidos. Estes aplicativos normalmente não podem ser analisados nem modificados pelo usuário. São exemplos clássicos desta rigidez as características préestabelecidas pelo programa, ou métodos de ajustes utilizados na definição das grandezas. Este trabalho tem por objetivo exibir a interface eletrônica e computacional que quebra essa rigidez e permite a aquisição dos sinais das escalas da MM3C, possibilitando o desenvolvimento de novos aplicativos computacionais. O sistema foi aplicado em uma MM3C do tipo Ponte Móvel. Foi desenvolvido um programa computacional, MaqMed 2000, que utiliza os valores dos pontos coordenadas capturados no volume de trabalho da MM3C, e faz a compensação das coordenadas dos pontos utilizados, através das equações do Modelo Reduzido de Sintetização de Erros (MRSE). A avaliação da compatibilidade do dispositivo construído foi feita através do MaqMed 2000 em situações práticas. Foram tomados pontos no perfil de artefatos-padrão e os pontos ajustados através de duas rotinas, uma com e outra sem compensação dos erros. Os artefatos foram medidos em várias posições no volume da MM3C e averiguada a proximidade entre os resultados compensados e os não compensados, ao valor calibrado do artefato. O sistema desenvolvido permitiu compensar os erros em até 98% para compensação bidimensional e 87% para tridimensional. / Since the advent Coordinate Measuring Machines (CMMs) have improved substantially. However, only a small number of structural modifications were observed. Nowadays, considerable capital expenditure is needed to keep CMM builders competitive. Most important research fields concern structural material and production of more flexible and versatile software. The electronic system and the software used during measurement with CMM are rigid and inaccessible and no user modification is permitted. Typical examples are the predetermined software features and curve fitting methods used on the magnitudes definition process. This research aims to exhibit an interface that copes with the system stiffness and enables signal acquisition from the scales of the CMM, allowing the development of new types softwares. The proposed system was implemented on a moving bridge type CMM. A program that uses the values of the coordinate points obtained from the CMM work volume was created. The software MaqMed 2000 performs the compensation of the coordinates of the used points by means of synthesized errors equations. Evaluation of the performance of the built device was carried out using MaqMed 2000 in practical situations. Data sets were collected along the profile of artefacts and fitted by means of two routines, one with error compensation and the other not compensated. Artefacts were measured in several locations in the whole volume of the CMM. The proximity between the compensated and noncompensated results with respect to the calibrated artefact value was examined. The developed system allowed for error compensation of 98% for bi-dimensional compensation and 87% for tri-dimensional compensation.

This thesis addresses the research gap that exists in the area of capability maturity measurement for Security Operations Centers (SOCs). This gap is due to the fact that there is very little formal research done in this area. To address this gap in a scientific manner, a multitude of research methods is used. Primarily, a design research approach is adopted that combines guiding principles for the design of maturity models with basic design science theory and a step by step approach for executing a design science research project. This design research approach is extended with interviewing techniques, asurvey and multiple rounds of evaluation. The result of any design process is an artefact. In this case, the artefact is a self-assessment tool that can be used to establish the capability maturity level of the SOC. This tool was named the SOC-CMM (Security Operations Center Capability Maturity Model). In this tool, maturity is measured across 5 domains: business, people, process, technology and services. Capability is measured across 2 domains: technology and services. The tool provides visual output of results using web diagrams and bar charts. Additionally, an alignment with the National Institute of Standards and Technology Cyber Security Framework (NIST CSF) was also implemented by mapping services and technologies to NIST CSF phases. The tool was tested in several rounds of evaluation. The first round of evaluation was aimed at determining whether or not the setup of the tool would be viable to resolve the research problem. The second round of evaluation was a so-called laboratory experiment performed with several participants in the research. The goal of this second round was to determine whether or not the acreated artefact sufficiently addressed the research question. In this experiment it was determined that the artefact was indeed appropriate and mostly accurate, but that some optimisations were required. These optimisations were implemented and subsequently tested in a third evaluation round. The artefact was then finalised. Lastly, the SOC-CMM self-assessment tool was compared to the initial requirements and research guidelines set in this research. It was found that the SOC-CMM tool meets the quality requirements set in this research and also meets the requirements regarding design research. Thus, it can be stated that a solution was created that accurately addresses the research gap identified in this thesis. The SOC-CMM tool is available from http://www.soc-cmm.com/

The School of Systems and Computer Engineering of the Peruvian University of Applied Sciences, UPC, prepares a simulation environment in the enterprise level in the careers of ISI and ISW. The purpose of this simulation is to introduce students to a business environment where they can develop their thesis project, where the processes of research, development of SW and certification are performed. To achieve this, the school has formed a Virtual Enterprise where students can propose and develop projects at the end of his career, following company standards. By the year 2013 it has been 6 virtual enterprises. Four are designed to develop projects focused in a particular methodology and three companies provide services for the optimal development of projects. The virtual enterprise support Quality Assurance is a company that provides assurance and quality control of projects developed by students of the companies mentioned above. Its purpose is to verify that the artifacts and software products defined and implemented comply with the requirements and project objectives, achieving customer satisfaction. After the inspection of projects, QA enterprise elaborated a constancy and a certificate validating that the quality of the project is acceptable. Without this proof by the company QA, the project cannot be approved by the Project Committee. Because the QA functions are critical for project approval, should review and improve internal processes so that they are appropriate to the amount of work each academic semester. / La Escuela de Ingeniería de Sistemas y Computación de la Universidad Peruana de Ciencias Aplicadas, UPC, prepara un ambiente de simulación de actividades a nivel empresarial en las carreras de Ingeniería de Sistemas de Información e Ingeniería de Software. El objetivo de esta simulación es presentar a los alumnos un ambiente empresarial en donde puedan elaborar su proyecto de tesis. Para lograr este fin, se han constituido empresas virtuales en donde los alumnos pueden proponer y desarrollar proyectos, afines a su carrera, que cumplan estándares empresariales. La empresa virtual de apoyo Quality Assurance (la cual será referida en adelante como QA) es una empresa que brinda servicios de Aseguramiento y Control de calidad a los proyectos desarrollados por los alumnos de las seis empresas virtuales existentes en el año 2013. Tiene como finalidad verificar que los artefactos y productos de software definidos e implementados cumplan con los requerimientos y objetivos del proyecto, logrando la satisfacción del cliente y/o interesados. Al finalizar la inspección de los proyectos se emite una constancia o certificado de calidad, el cual valida que el nivel de calidad del resultado del proyecto es aceptable. Sin esta constancia por parte de la empresa QA, el proyecto no puede ser aprobado por el Comité de Proyectos. Debido a que las funciones de QA son críticas para la aprobación de los proyectos, se deben revisar y mejorar los procesos internos para que éstos se adecuen a la demanda presentada en cada semestre académico.

Software process improvement (SPI) is generally associated with large organizations. Large organizations have the possibilities to fund software process improvement programs as large scale activities. Often these improvement programs do not show progress until some time has elapsed. The Capability Maturity Model can take one year to implement and not until then can measures be made to see how much quality increased. Small organizations do not have the same funding opportunities but are still in need of software process improvement programs. Generally it is better to initiate a software process improvement program as early as possible, no matter what size of organization. Although the funding capabilities for small organizations are less compared to large organizations, the total required funding will still be smaller than in large organizations. The small organization will grow and overtime become a midsized or large organization, so by starting an improvement program at an early stage the funding overall should be minimized. This becomes more visible when the organization has grown large. This master thesis presents the idea of implementing a software process improvement program, or at least parts of it, by evaluating the software project. By evaluating a project the specific needs that are most critical are implemented in the next project. This process is iterated for each concluded project. The master thesis introduces the Iterating Evaluation Model based on an interview survey. This model is compared to an already existing model, the Experience Factory.

IBM del Perú es una empresa dedicada a brindar productos y servicios de TI. Una de sus principales líneas de negocio es el Outsourcing de infraestructura de TI. Actualmente la gestión de los contratos de Outsourcing no solo demanda calidad sino también velocidad en la atención de requerimientos de cambio. El cumplimiento se esta expectativa viene registrando una tendencia negativa desde enero del 2013 lo cual se refleja en los resultados de Customer Satisfaction. El presente trabajo contiene tres capítulos orientados a identificar las causas principales de esta problemática para así encontrar una solución rápida y factible de aplicar, utilizando modelos y conjuntos de buenas prácticas aceptadas y reconocidas por la Comunidad de TI. Se espera entonces, implementar un mecanismo que permita mejorar la gestión de los cambios solicitados por los clientes de IBM. Con el logro de los objetivos se espera obtener beneficios para la empresa, como reducir el tiempo de las tareas administrativas, reducir los indicadores de incumplimiento de SLAs del contrato y detectar nuevas oportunidades de negocio. / Tesis

En el presente proyecto profesional tiene como objetivo general mejorar las pruebas de software (testing) que forman parte del proceso de desarrollo de software en Formas Continuas y Derivados S.A. Por otro lado demostrar c?mo el proceso de desarrollo de software se puede optimizar con la implementaci?n de herramientas de gesti?n de procesos, buenas pr?cticas que ofrece CMMI y como aplicando la gesti?n de calidad durante todo el proceso se logran productos de software m?s robustos. / Tesis

El presente proyecto profesional tiene como finalidad proponer mejoras al proceso de desarrollo de software de la Oficina de Crédito Educativo del Programa Nacional de Becas (PRONABEC). A lo largo del desarrollo del presente documento se revisará con ayuda de herramientas BPM, del modelo de buenas prácticas CMMi, y normas y estándares de calidad el detalle del mencionado proceso, ubicando las oportunidades de mejora que se podrían aplicar. La estructura principal del trabajo consta de tres capítulos: Gestión de procesos del negocio, CMMI y Gestión de la calidad del software. En cada uno de estos capítulos se presenta la fundamentación teórica que sirve de sustento al desarrollo aplicado al objeto de estudio. En el caso del capítulo Gestión de procesos de negocio se hace uso de la metodología BPM para analizar los procesos de Análisis y Diseño de desarrollo de software del PRONABEC - OCE, ubicando oportunidades de mejora en el proceso y sus respectivos indicadores que permitan hacer un seguimiento. En el capítulo correspondiente a CMMI se toma las áreas de proceso Planificación del proyecto (PP) y Monitoreo y control del proyecto (PMC) como referencia para realizar un diagnóstico y su correspondiente propuesta de mejora en relación a la situación encontrada. El tercer capítulo: Gestión de la calidad de software menciona las principales normas que se aplican a la gestión de la calidad, se enuncia la política de calidad y sus objetivos para el proceso de desarrollo de software de PRONABEC – OCE y se hace un enlace con los capítulos anteriores al incluir en el Mapa de procesos del sistema de la calidad los procesos de: análisis, diseño y planificación (PP y PMC) del proceso de desarrollo de software. Finalmente, se presentan las conclusiones y recomendaciones a las que se han llegado luego del desarrollo y análisis realizado. / Tesis

El presente proyecto se basa en la aplicación del modelo de mejora continua de procesos en los talleres y proyectos de la carrera de Ingeniería de Software de la Universidad Peruana de Ciencias Aplicadas UPC que basan el desarrollo de sus proyectos en la metodología RUP. El modelo de calidad en referencia es el CMMI (Capability Maturity Model Integration), cuyo propósito es proveer una guía de las mejores prácticas para mejorar los procesos de una organización, en cuanto al desarrollo, adquisición y mantenimiento de productos software y servicios. Se describe el proceso seguido para obtener un diagnóstico inicial de la situación de los talleres y proyectos con respecto a los lineamientos establecidos por el modelo CMMI, el cual se obtuvo haciendo uso de la metodología de evaluación SCAMPI (Standard CMMI Appraisal Method for Process Improvement). Como segundo paso se describe el proceso de detallado del desarrollo de las soluciones para cubrir las brechas de cumplimiento de los lineamientos identificada en la evaluación SCAMPI. Posteriormente se detalla el proceso de implementación de las soluciones en proyectos denominados pilotos, el seguimiento correspondiente en el cumplimiento de las actividades y utilización de las soluciones iv Finalmente, se presenta un análisis de los resultados obtenidos luego del proceso de implementación describiendo las mejoras alcanzadas en el cumplimiento de los lineamientos del modelo que, si se mantienen en el tiempo, se conseguiría resultados visibles de mejora en los productos finales de los proyectos. / Tesis