No description available.

Estudia las habilidades blandas obtenidas por los profesionales PSP y las compara con la industria mediante portales de anuncios de trabajo y encuestas, notándose como resultado la importancia de este método. Se suma una propuesta de integración a la malla curricular de una carrera de Ingeniería de Software a modo de caso. Cada persona que participa en el proceso de software debe hacerlo con procesos maduros, de manera que pueda competir en una industria que solicita calidad en sus productos, para ello el SEI propuso una metodología personal denominada PSP. En Latinoamérica existen más de 1200 profesionales certificados en esta metodología, pero el número debería ser mayor ya que según la teoría son las formas fundamentales bajo las que debería proceder un ingeniero de software en su profesión. / Tesis

Genera e implementa un modelo de aseguramiento de la calidad en el proceso de desarrollo de software con un enfoque orientado al factor humano; factor que es responsable de introducir y gestionar la calidad en el proceso de desarrollo de software. El modelo propuesto se basa en tres modelos “Modelos de Madurez de Capacidades Integrado, Proceso de Software para Equipos y Proceso de Software para Personas. / Tesis

Los estudios muestran que una de las causas de los atrasos de los proyectos de software se encuentra en la Captación de Requisitos. Se sabe que el costo para reparar un error en los requisitos es 5 a 10 veces menos que en la codificación y 200 veces menos que en el mantenimiento. Existen muchos esfuerzos para mitigar este problema, como por ejemplo: herramientas y técnicas que facilitan el trabajo en la administración y gestión de requisitos, tales como REM, Entrevistas, Encuestas, Casos de Usos, Win Win, etc. Sin embargo, según los últimos reportes aún se mantienen los problemas. Es por ello que en el presente trabajo proponemos Un Modelo de Razonamiento Basado en Casos para la Captación de Requisitos en el desarrollo de proyectos de software. Con esta técnica de inteligencia artificial se aprovecha los requisitos funcionales de proyectos de software desarrollados anteriormente, para luego resolver o identificar requisitos funcionales de un nuevo proyecto. Se realizan dos casos de estudio donde se compara el Modelo CBR propuesto con otras dos técnicas: Casos de Usos y Win Win, se aplica métricas de calidad a los requisitos obtenidos con el modelo propuesto, Casos de Uso y Win Win, finalmente, se ve el éxito de los resultados. Palabras clave: Razonamiento basado en casos, Requisito, Captación de Requisitos. / --- Studies show that one of the causes of delay in software projects is in the Collection Requirements. It is also known that the cost to repair an error in the requirements is 5 to 10 times less than in the encoding and 200 times less than in maintenance. Thus there are many efforts to mitigate this problem. Such as: tools and techniques that make working in the administration and management requirements, such as REM, Interviews, Surveys, Case Uses, Win Win, etc. However according to the latest reports are the problems. That is why in this paper we propose a model of Case-Based Reasoning for Collecting Requirements in the software development project. With this artificial intelligence technique, is used the functional requirements of software projects previously developed to solve or identify functional requirements of a new project. There are two case studies, which compares the proposed CBR model with two other techniques: Use Cases and Win Win. Quality Metrics Applicable requirements obtained with the proposed model, Use Cases and Win Win, finally see the successful outcome. Keywords: Case-based reasoning, Requirement, Requirements Elicitation.

Actualmente, ante el auge que tienen los medios de comunicación y el uso avanzado de la tecnología en el mercado, las empresas necesitan ser más competitivas y promocionarse aún más a través de su imagen y la elaboración de sus productos. Hoy en día no sólo las grandes casas americanas de software, sino las grandes empresas multinacionales promocionan su imagen a través de los diversos accesorios que se utilizan para las computadoras como almanaques, pad’s para los mouses, protectores de pantalla (a través de disquetes, Cd’s o de la Internet), etc. (...) Es por eso que este trabajo está destinado a construir un Protector de Pantalla para la Universidad Nacional Mayor de San Marcos, contribuyendo a que alguna empresa o a algún investigador interesado en este tipo de productos, se anime a desarrollar su propio protector de pantalla, mejorando aún más sus resultados.

Se presenta el desarrollo del Software WIMCIT; el cual ha sido producido tomando como base el CPC[16] (Código para Cálculo de Reactores), que realiza la simulación, automatiza las entradas numéricas y genera el modelamiento matemático en formato estándar, para el código de cálculo neutrónico CITATION [11] del reactor nuclear peruano RP-10 en 2 y 3 dimensiones para varios grupos de energía. Dicho código se encarga de hallar la solución numérica de la ecuación de transporte en su aproximación de difusión, mediante el método de diferencias finitas y muestra sus salidas para un análisis posterior con el Software WIMCIT. Finalmente se han añadido al programa desarrollado; capacidades gráficas y comunicación con el sistema operativo, los cuales permitirán un manejo robusto del proceso, una fácil interacción usuario-software, y mejoras sustanciales en la visualización de los resultados.

Publicación a texto completo no autorizada por el autor / El documento digital no refiere asesor / Establece lineamientos para el proceso de la gestión de la demanda que permitirá realizar estimación de recursos, plazos y costos de los requerimientos de construcción de software mediante la aplicación de métodos de secuenciación y coordinación, para la Oficina de Tecnología del Ministerio de la Producción. Establece lineamientos para la gestión de la demanda que permitan enmarcar las funciones que desarrollará la dirección ejecutiva de TI y los usuarios gestores de la construcción del software. Establece un marco de relaciones y responsabilidades entre TI y los usuarios gestores de la construcción del software. Proporciona a la dirección ejecutiva de TI información y conocimiento para la comprensión de los costes regulares en la atención de requerimientos para la construcción de software y los costos ocultos de una inadecuada gestión de la demanda. / Trabajo de suficiencia profesional

En los últimos años han surgido diferentes problemas en la elicitación de requisitos de software, lo cual ocasiona que se obtenga requisitos deficientes. Por ello, la elicitación es una pieza clave para la industria del software, puesto que los requisitos con mala calidad son una de las causas del fracaso de los proyectos de software. Por esta razón, se han realizado diferentes estudios sobre la elicitación de requisitos, sin embargo, en la literatura se han identificado factores que afectan algunas actividades del proceso de elicitación, de ahí que se hallen actividades que no han sido estudiadas, pero que son importantes en el proceso, puesto que obtener un “buen requisito” depende de todas las actividades del proceso en su conjunto. Además, estos estudios no analizan cómo las actividades del proceso de elicitación contribuyen en la calidad del requisito. En la presente tesis se introduce nuevos factores que influyen en cada una de las actividades del proceso de elicitación de requisitos, así mismo, se identifican las cualidades que estas actividades deben cumplir con el fin de garantizar un “buen requisito”. Las teorías del Comportamiento Organizacional, Aprendizaje Organizacional, Argumentación, entre otras, proporcionan factores no estudiados en el área de elicitación de requisitos (capacidad de aprendizaje, capacidad de negociación, personal estable, confianza, estrés y semi-autonómica). Dos estudios empíricos demuestran, a través de pruebas estadísticas, que los factores mencionados tienen influencia entre “alta” y “muy alta” sobre las actividades del proceso de elicitación, además, que estas actividades deben cumplir dieciséis cualidades para obtener un buen requisito. Finalmente, ambos estudios se corroboran con la prueba de hipótesis T-Student, con el 95% de confianza. / Tesis

La tesis busca describir cómo mejorar la usabilidad de un aplicativo de software desde las fases tempranas de su desarrollo, para ello se propone la integración de las actividades y enfoques de un modelo de proceso orientado a la Usabilidad y Diseño Centrado en el Usuario al proceso de desarrollo de software habitual, la misma que se aplicará en las actividades de análisis y diseño de un sistema de gestión comercial orientado a las PyMES. Con ello, además se busca proporcionar un ejemplo referencial y de documentación, de manera que logre el entendimiento de los implicados del proyecto, facilite la gestión de cambios y mejore el proceso de desarrollo en general. / Tesis

El Lenguaje de Modelaje Unificado (UML, Unified Modeling Language), es el lenguaje de modelaje orientado a objetos estándar de la industria para especificar, visualizar, construir y documentar los elementos de los sistemas de software. En este proyecto presentamos la realización del análisis y diseño del Sistema de Tarjeta de Crédito utilizando el UML. Para llevar a cabo este proyecto se utilizó la metodología del Proceso Unificado que consiste en la iteración de sus diferentes fases, proporcionando en cada iteración nuevas versiones del Sistema. En el trabajo presentamos los diferentes diagramas(Casos de Uso, Secuencia, Colaboración, Diagrama de clases, etc.) y formatos finales, producto de estas iteraciones. / The Language of Unified Modelaje (UML, Unified Modeling Language), is the language of modeling Object Orient to estandar of the industry to specify, to visualize, to construct and to document the elements of the software systems. In this project we presented the making of the analysis and design of the Credit Card System using the UML. In order to make this project we used method of the Unified Process (UP) that consists of iteration of its different phases, providing in each iteration new release of the System. In the work we presented the different diagrams (Case from Use, Sequence, Collaboration, Chart of classes, etc.) and final formats, product of these iterations.