Source: http://docplayer.es/14553278-Universidad-de-tarapaca.html
Timestamp: 2020-01-25 22:54:47+00:00

Document:
UNIVERSIDAD DE TARAPACÁ - PDF Free Download
Download "UNIVERSIDAD DE TARAPACÁ"
Mercedes Prado Vera
1 UNIVERSIDAD DE TARAPACÁ ESCUELA UNIVERSITARIA DE INGENIERÍA INDUSTRIAL, INFORMÁTICA Y DE SISTEMAS Área de Ingeniería en Computación e Informática PROGRAMA INVESTIGACIÓN EN EDUCACIÓN UTA 2013 PROYECTO UNA INVESTIGACIÓN EXPLORATORIA-DESCRIPTIVA DE LA COMPETITIVIDAD DE EMPRESAS CREADAS POR EXALUMNOS DE LA CARRERA DE INGENIERÍA EN COMPUTACIÓN E INFORMÁTICA DE LA UTA INFORME N 3 UNA BASE DE LA ENTREVISTA ESTRUCTURADA V 2.0 Autores: Marco Villalobos Abarca (JP) Vesna Karmelic Pavlov Mauricio Néspolo Cova ARICA, 15 DE JULIO DE 2014
2 Historia de revisiones FECHA VERSIÓN DESCRIPCIÓN AUTOR 14/07/ Se presenta una primera aproximación de los procesos para el desarrollo o producción de software - Una base de la entrevista estructurada 15/07/ Se presenta una primera aproximación de un instrumento para apoyar la entrevista semiestructurada 16/07/ Agrega SWEBOK (Guide to the Software Engineering Body of Knowledge, IEEE/ACM) Marco Villalobos Abarca Marco Villalobos Abarca Marco Villalobos Abarca 2
3 CONTENIDO I. INTRODUCCIÓN II. OBJETIVOS 2.1 Propósito 2.1 Objetivo General 2.2 Objetivos Específicos III. DESARROLLO 3.1 Estándares internacionales de procesos para desarrollar software 3.2 SWEBOK (Guide to the Software Engineering Body of Knowledge) 3.3 Instrumento apoyo entrevista semiestructurada IV. CONCLUSIONES 3
4 I. INTRODUCCIÓN En el presente documento se describe los resultados de una recopilación sobre los estándares de procesos asociados al desarrollo o producción de software. Estos aspectos en general son considerados en un curso de Ingeniería de Software. Estas descripciones de procesos, serán la base de una de las secciones de la entrevista semiestructurada que se ha delineado para relacionar el nivel de competitividad de las empresas de los exalumnos con la formación en Ingeniería de Software que recibieron al momento de egresar y crear una empresa en la Industrial del Software, así como su opinión respecto de la importancia que hoy le dan en este sentido. 4
5 II. OBJETIVOS 2.1 Propósito En el presente documento se describe los resultados de una recopilación sobre los estándares de procesos asociados al desarrollo o producción de software. Estos aspectos en general son considerados en un curso de Ingeniería de Software. 2.2 Objetivo General Determinar el los procesos y actividades asociadas el desarrollo o producción de software de acuerdo a estándares internacionales. 2.2 Objetivos Específicos Realizar un estudio bibliográfico sobre estándares de procesos para desarrollo y producción de software. Realizar una sistematización para su uso en una entrevista semiestructurada. Diseñar el instrumento para la recolección de datos en una entrevista semiestructurada. Informar los resultados parciales. 5
6 III. DESARROLLO 3.1 ESTÁNDES INTERNACIONALES DE PROCESOS PARA DESARROLLAR SOFTWARE ISO/IEC TR (SPICE) Los procesos que deben ser considerados por una empresa que desarrolla software según ISO/IEC TR (SPICE) [1], se indican en la tabla N 1. Tabla N 1: Procesos que deben ser considerados por una empresa que desarrolla software según ISO/IEC TR (SPICE) [1] CATEGORÍA DE PROCESO CLIENTE- PROVEEDOR Procesos que impactan directamente en el cliente INGENIERÍA Procesos que especifican, implementan o mantienen un sistema y el producto software GESTIÓN (PROYECTO) Procesos que establecen el proyecto, y coordinar y gestionar sus recursos SOPORTE Procesos que permiten y soportan la ejecución de los otros procesos de un proyecto ORGANIZACIÓN Procesos que establecen los objetivos del negocio de la organización y el proceso de desarrollo, el producto y los valores de recursos que ayudarán a la organización a alcanzar sus objetivos de negocio SUBPROCESOS Adquirir de productos software y/o servicios Establecer de contratos Identificar las necesidades del cliente Realizar auditorías y revisiones conjuntas Entregar e instalar el software Mantener el software Proporcionar servicio al cliente Valorar la satisfacción del cliente Análisis y diseño de requerimientos del sistema Análisis de requerimientos del software Diseño del software Construcción del software Integración y pruebas del software Integración y pruebas del sistema Mantenimiento del software y del sistema Gestionar el proceso Gestionar el proyecto Gestionar la calidad Gestionar los riesgos Gestión de equipos de trabajo Documentación Gestión de la configuración del software Garantía de calidad Resolución de problemas Realizar revisiones conjuntas Alineamiento de la organización Establecimiento del proceso Evaluación del proceso Mejora del proceso Gestión de recursos humanos Infraestructura Reutilización Gestión de cambio tecnológico Fuente: Elaboración con base a The Spice User Group ( 6
7 3.1.2 CMMI Los procesos que deben ser considerados por una empresa que desarrolla software según CMMI [2], se indican en la tabla N 2. Tabla N 2: Procesos que deben ser considerados por una empresa que desarrolla software según CMMI [2] CATEGORIA AREA DE PROCESO Gestión de Proyectos Planificación de Proyectos Seguimiento y Control de Proyectos Gestión de Acuerdo con los Proveedores Gestión integrada de Proyectos Gestión de Riesgos Gestión Cuantitativa de Proyectos Gestión de Procesos Enfoque de Procesos de la Organización Definición de Procesos de la Organización Entrenamiento Organizacional Desempeño de los Procesos de la Organización Innovación y Desarrollo de la Organización Ingeniería Gestión de Requerimientos Desarrollo de Requerimientos Gestión de Cambios Tecnológicos Solución Técnica Integración de Productos Verificación Validación Soporte Gestión de la Configuración Aseguramiento de la Calidad del Producto y Proceso Medición y Análisis Análisis de Decisión y Resolución Análisis y Resolución Desarrollo integrado del proceso y producto Ambiente Organizacional para la Integración Equipo para el desarrollo Integrado Gestión de Proveedores Selección y Control de Proveedores Gestión Integrada de Proveedores Gestión Cuantitativa de Proveedores Fuente: Elaboración con base a [2] 7
8 3.1.3 ISO/IEC Los procesos que deben ser considerados por una empresa que desarrolla software según ISO/IEC [3], se indican en la tabla N 3 (ISO/IEC Information Technology / Software Life Cycle Processes, es el estándar para los procesos de ciclo de vida del software de la organización ISO) Tabla N 3: Procesos que deben ser considerados por una empresa que desarrolla software según ISO [3] CATEGORÍA DE PROCESO Procesos Principales Identificar la necesidad, preparar una solicitud y seleccionar un proveedor. Gestionar el proceso. Determinar procedimientos y recursos para gestionar el proyecto. Contiene actividades de análisis, diseño...para el producto software. Puede contener actividades a nivel de sistema. Cubre la operación del producto software y apoyo a los usuarios. Las actividades y tareas hacen referencia al sistema. Modificar el producto software preservando su integridad. Incluye la migración y retirada del producto. Procesos de Apoyo El propósito de este proceso es obtener y persistir información, identificar, definir y versionar, mediante líneas bases, los elementos del sistema, así como también asegurar la completitud y correctitud de los elementos que pertenecen a la configuración, de controlar su manejo, persistencia y entrega de los mismos. Proveer de mecanismos para objetiva e independientemente asegurar que los productos y/o servicios cumplan con los estándares y requerimientos establecidos, y que el desarrollo de otros procesos se apeguen lo más posible a lo planificado originalmente. Proveer las evaluaciones referentes a la verificación de un producto o servicio de una actividad dada. Determinar si un sistema ya construido cumple con las especificaciones y requerimientos para los cuales fue realizado. Proveer un marco que favorezca la integración entre inspector e inspeccionado es proveer un marco adecuado para establecer auditorias formales y contractuales sobre un determinado producto o servicio provisto. Procesos de Gestión El propósito de este proceso es proveer actividades y tareas genéricas que pueden emplearse y ajustarse para gestionar otros procesos. Fuente: Elaboración con base a ( SUBPROCESOS Adquisición Suministro Desarrollo Explotación. Mantenimiento Documentación Gestión de la configuración Aseguramiento de calidad Verificación. Validación Revisión conjunta Auditoría Resolución de problemas Inicio y Definición de Alcance Planificación Ejecución y Control Revisión y Evaluación Terminación 8
9 3.2 SWEBOK (Guide to the Software Engineering Body of Knowledge) Con el proyecto SWEBOK (Guide to the Software Engineering Body of Knowledge) (SWEBOK [4]), la comunidad informática pretende establecer un referente conceptual de la ingeniería de software, considerando los requerimientos de la práctica de desarrollo en la industria. Este proyecto representa un esfuerzo de unificación de organismos como IEEE 1 y Computer Society quienes, junto con reconocidas instituciones académicas, han venido trabajando desde 1979 para definir un cuerpo unificado de conocimiento de esta disciplina. En su versión 2004, SWEBOK presenta, una estructura conformada por 11 áreas de conocimiento KA (Knowledge Area) que integran las perspectivas teóricas y prácticas propias de la ingeniería de software (Figuras 1a y 1b). En SWEBOW, las KA s presentadas en la Figura 1a (KA1 a KA5), hacen referencia a disciplinas de ingeniería con un propósito particular dentro del ciclo de vida del proyecto, las presentadas en la cuadro Figura 1b (KA6 KA10), hacer referencia a disciplinas de apoyo a las demás. El proceso, el producto, las personas, la tecnología son elementos que están siempre presentes en las diferentes disciplinas con algunas variantes particulares justificadas por el desarrollo histórico del área de conocimiento
11 3.3 INSTRUMENTO APOYO ENTREVISTA SEMIESTRUCTURADA CATEGORÍA DE PROCESO SUBPROCESO INDIQUE QUE SUBPROCESO LE FUE ENSEÑADO INDIQUE CUÁN COMPETENTE SE SENTÍA AL EGERSAR INDIQUE LA IMPORTANCIA DE LA ENSEÑANZA DEL SOBPROCESO PARA EL DESARROLLO COMPETITIVO DE SU EMPRESA INGENIERÍA Análisis de requerimientos del sistema Análisis de requerimientos del Software Diseño del software Construcción del software Verificación y Validación del Sistema y Software Mantenimiento del software y del sistema CLIENTE Adquirir de productos software y/o servicios Establecer de contratos Identificar las necesidades del cliente Realizar auditorías y revisiones conjuntas Entregar e instalar el software Proporcionar servicio al cliente Valorar la satisfacción del cliente PROVEEDOR Selección y Control de Proveedores Gestión Integrada de Proveedores Gestión Cuantitativa de Proveedores Gestión de Acuerdo con los Proveedores GESTIÓN DE PROYECTO Inicio (Necesidad de negocio que el proyecto pretende abordar, Descripción preliminar del producto, Definición del gerente de proyecto identificado/asignado, Restricciones (por ejemplo presupuesto, plazo, personal, etc.)) Planificación (Definir el Alcance, Desarrollar Calendario, Estimar Costos, Planificar Calidad, Planificar Organización, Reclutar personal, Planificar Comunicaciones, Planificar Riesgos, Planificar Adquisiciones) Ejecución (Ejecución de la Ingeniería, Ejecución de la Planificación, Herramientas para Desarrollar Software) Control (Cambio de alcance, calendario, costos, calidad, riesgos, cambios) Terminación (Cierre administrativo, Cierre del contrato) GESTIÓN DE PROCESO Alineamiento de la organización Establecimiento del proceso Evaluación del proceso Mejora del proceso Gestión de recursos humanos Infraestructura Reutilización Gestión de cambio tecnológico Innovación y desarrollo de la organización SOPORTE Documentación Gestión de la configuración del software Garantía de calidad Resolución de problemas Aseguramiento de la Calidad del Producto y Proceso Medición y Análisis Análisis de Decisión y Resolución 11
12 IV. CONCLUSIONES Los objetivos planteados se cumplieron, en especial, se determinó una serie de estándares y la descripción de los procesos asociados al desarrollo y producción de software. Se diseñó un instrumento bases para la recolección de datos en una entrevista semiestructurada. 12
13 Referencias: 1. The Spice User Group ( 2. Marilyn Bush, Donna Dunaway, CMMI Assessments: Motivating Positive Change, Published Feb 18, 2005, Addison-Wesley Professional. Part of the SEI Series in Software Engineering series. 3. ISO/IEC Information Technology / Software Life Cycle Processes, 4. SWEBOK (2004). Guide to the Software Engineering Body of Knowledge. SWEBOK 2004 Version. A project of the IEEE Computer Society Professional Practices Comité.( 13
INFORME FINAL EATPA 1 LEVANTAMIENTO DE INFORMACIÓN ASOCIADA AL PROGRAMA Y SU CONTEXTO
INFORME FINAL EATPA 1 LEVANTAMIENTO DE INFORMACIÓN ASOCIADA AL PROGRAMA Y SU CONTEXTO ELABORACIÓN DE LA DOCUMENTACIÓN DE PROCESOS DEL PROGRAMA DE INDUCCIÓN, ADAPTACIÓN Y VINCULACIÓN A LA VIDA UNIVERSITARIA

References: Resolución 
 Resolución 
 Resolución 
 Resolución 
 Resolución 
 Resolución