Facultad de Ingeniería Presidente Gelasio Cardona Serna Rector Juan Carlos Vergara Silva Vicerrector Académico Carlos Arturo Ramírez Escobar Vicerrector Administrativo Sara Ríos Gast Secretario General Adelsabel Chamorro Ramírez Decano Rafael Camerano Fuentes Director Ingeniería de Sistemas Luis Antonio García Director Ingeniería Industrial Arturo Rojas Rincón Director Ingeniería Electrónica Jorge Enrique López Duarte Director Ingeniería Electromecánica Néstor Sergio Gutiérrez Director Ingeniería Ambiental Juan Benavides Martín Director Diseño Industrial Alejandro Otálora Castillo Director Postgrados en Ingeniería Fernando Sánchez Sánchez Coordinador de Investigaciones de Ingeniería Luisa Fernanda Velásquez Director de la Revista Rafael Camerano Fuentes Consejo Editorial Rafael Camerano Fuentes Universidad Autónoma de Colombia Luini Leonardo Hurtado M.Sc. (Universidad Nacional de Colombia) Universidad Autónoma de Colombia Armando Fonseca Correa M.Sc. (Universidad Nacional de Colombia) Universidad Autónoma de Colombia Fernando Sánchez Sánchez M.Sc. (Universidad Nacional de Colombia) Universidad Autónoma de Colombia Comité Científico Max Garzón Ph.D. (University of Illinois, Urbana, USA) University of Memphis, USA Ester Fecci M.Sc.(Universidad Diego Portales, Chile) Universidad Austral de Chile, Chile Germán Méndez Ph.D. (Universidad Central de Las Villas, Cuba) Universidad Distrital Francisco José de Caldas, Colombia Alfonso Reyes Alvarado Ph.D. (University of Lincoln, Inglaterra) Universidad de Los Andes, Colombia Editor Eduardo Ocampo Ferrer M.Sc. Universidad Nacional de Colombia Universidad Autónoma de Colombia 1
ISSN: 1900-1355 Suscripciones: Dirección Revista Clepsidra, Facultad de Ingeniería, Universidad Autónoma de Colombia, Calle 12 # 4-31 Bloque 10 Oficina 301, Bogotá, Colombia. Correo electrónico: clepsidra@fuac.edu.co Teléfono: 334 36 96 Ext. 313-314. Fax: Ext. 314 El contenido de los artículos, reseñas y debates bibliográficos son responsabilidad de sus autores y no comprometen de ninguna forma a la Facultad de Ingeniería, ni a la Universidad Autónoma de Colombia. Público objetivo: Docentes, Investigadores y Estudiantes de Ingeniería. Diseño de carátula: Diana Fonseca Robayo Diagramación: Doris Andrade B. Impresión: Digiprint Editores E.U. Calle 63 Bis No. 70-49 Tel. 57-1-251 70 60 Bogotá D.C., Colombia, Sur América
Contenido Metodología Unificada de Factoría de Software - MUFS 11 Hernando Castillo García, Rafael Castillo Santos El desarrollo sostenible como factor articulador de la gestión pública dentro de la valoración de los costos ambientales 25 Fernando Sánchez Sánchez Modelo de gestión logística colaborativa para integración de cadenas de suministros en pequeñas y medianas empresas: estudio de casos en Bogotá 33 Martha Ruth Mendoza Torres, Eduardo Ocampo Ferrer Dossier de Facultad La pedagogía de proyectos en el programa de Ingeniería Electromecánica de la FUAC 53 Néstor Gutiérrez Diseñar diseñadores 61 Alejandro Otálora Castillo El proceso de registro calificado en programa de Ingeniería Electrónica 69 Jorge Enrique López Duarte, Carlos René Suárez Suárez Autoevaluación con fines de acreditación en el programa de Ingeniería Industrial de la Universidad Autónoma de Colombia 73 Arturo Rojas Rincón 3
Editorial Rafael Camerano Fuentes Decano Facultad de Ingeniería Fundación Universidad Autónoma de Colombia La Facultad de Ingeniería se prepara para recibir la visita de los Pares Académicos del CNA, con miras a la Acreditación de Alta Calidad del programa de Ingeniería Industrial. La Universidad ha asumido el compromiso con la juventud colombiana de ofrecer programas académicos de calidad, acordes con el desarrollo científico tecnológico que ha caracterizado la segunda parte del siglo XX y lo que va corrido del siglo XXI. Recientemente el CNA visitara el programa de Derecho y como resultado de la evaluación exhaustiva del programa, reconoció el compromiso institucional por mejorar las condiciones en que la Universidad imparte sus funciones sustantivas de docencia, investigación y proyección social, y destacó el novedoso y moderno modelo curricular el cual está sustentado en los principios de libertad e igualdad, en donde el estudiante es el constructor de su propio proyecto educativo. El programa de Ingeniería Industrial consecuente con el proyecto educativo institucional, los lineamientos curriculares y su proyecto educativo ha venido trabajando en los procesos de mejoramiento continuo, mediante la consolidación de una comunidad académica comprometida en la formación profesional, científica y tecnológica de jóvenes altamente capacitados para asumir los nuevos retos asociados a la apertura de mercados, la globalización y la modernización de los procesos productivos. El Consejo Directivo consciente de la necesidad de mejorar la calidad del talento humano y los recursos físicos e informáticos que dan soporte a la academia, ha implementado una serie de medidas tendientes a facilitar la labor de asimilación de los estudiantes de las complejas teorías y modernos procedimientos que caracterizan la eficiente producción de bienes y servicios 5
Clepsidra modernos. La exigencia de vincular docentes con maestría o doctorado para asumir los componentes microcurriculares de las áreas de profesionalización y profundización de los programas académicos ofrecidos por la Universidad es una clara muestra del interés institucional de posicionarse en el concierto nacional por el profesionalismo y pertinencia de sus egresados. La adquisición de laboratorios de última generación en las áreas de automatización de procesos, redes telemáticas, ensayos no destructivos e invasivos mediante el análisis espectral de la fluorescencia de rayos X, ergonomía y metrología, ubica a la universidad entre las universidad con la mejor infraestructura tecnológica de apoyo a la docencia, la investigación y la proyección social. De esta manera hemos logrado superar el tener que imaginar la tecnología por la interacción directa, no simulada, con los elementos físicos, tangibles, los mismos que utiliza la industria en sus procesos productivos y de medición. Las mejoras locativas de los ambientes y espacios de laboratorios, al lado de su modernización de los equipos, confirma el alto compromiso de la Universidad en coadyuvar al desarrollo del país y de entregarle un contingente de profesionales con una alta sensibilidad social y con la capacidad de adaptarse a los vertiginosos cambios del mundo moderno. La Universidad se ha preparado seriamente para recibir la visita de los Pares Académicos del CNA. Hemos realizado un proceso de autoevaluación que nos ha permitido reconocer nuestras fortalezas y debilidades con miras al diseño de un plan de mejoramiento continuo que mantenga vigente y pertinente el programa de Ingeniería Industrial. El equipo de trabajo conformado por profesores de experiencia docente y profesional, directivos del programa y la asesoría directa de la Presidencia de la Universidad, ha logrado concretar un plan de acción viable y acorde con sus condiciones reales. Ofrecemos a nuestros lectores este nuevo número de la revista Clepsidra, órgano de difusión de la producción investigativa desarrollada por la comunidad académica de la Facultad de Ingeniería, como testimonio del compromiso adquirido por la Universidad consignado en su misión y visión de ser una Universidad acreditada, de reconocida influencia en el medio cultural, económico y social del país, con una comunidad académica y científica relacionada nacional e internacionalmente. 6
Resúmenes METODOLOGÍA UNIFICADA DE FACTORÍA DE SOFTWARE - MUFS Hernando Castillo García, Rafael Castillo Santos MUFS es una propuesta de metodología de factoría de software, que proporciona las guías para el desarrollo de proyectos de software, sobre las plataformas tecnológicas existentes. Pone a disposición, la utilización de técnicas, herramientas, métodos y procesos de ingeniería de software para el desarrollo de sistemas de información, en diferentes plataformas y con criterios de alta productividad y calidad, a partir de las necesidades del cliente, expresadas en especificaciones funcionales. Los clientes potenciales son aquellos que desean concentrar sus esfuerzos en funciones que le proporcionen ventajas competitivas, tengan carencias de tiempo, espacio o recursos especializados, delegando en un socio tecnológico las funciones relacionadas con el desarrollo de los sistemas de información. Para cuantificar la capacidad de servicio, en ausencia de métricas específicas del cliente, MUFS propone las métricas para la estimación del costo, las cuales clasifican los casos de uso de cada proyecto en función del dominio y la complejidad. EL DESARROLLO SOSTENIBLE COMO FACTOR ARTICULADOR DE LA GESTIÓN PÚBLICA DENTRO DE LA VALORACIÓN DE LOS COSTOS AMBIENTALES Fernando Sánchez Sánchez Este ensayo hace un paralelo entre las diferentes tendencias de la sostenibilidad y sustentabilidad ambiental; y la relación de estas con la Gestión Pública, de manera integrada con el aspecto de cuantificación de los recursos naturales con el objeto de relacionar los supuestos que tienen en común estas tendencias con el mejoramiento de la calidad de vida de la población. 7
Clepsidra MODELO DE GESTIÓN LOGÍSTICA COLABORATIVA PARA INTEGRA- CIÓN DE CADENAS DE SUMINISTROS EN PEQUEÑAS Y MEDIANAS EMPRESAS: ESTUDIO DE CASOS EN BOGOTÁ Martha Ruth Mendoza Torres, Eduardo Ocampo Ferrer El propósito de este artículo es presentar los resultados obtenidos en la investigación Modelo de gestión logística colaborativa para integración de cadenas de suministro pymes: estudio de casos en Bogotá la cual identificó falencias concretas en la sincronización de los flujos logísticos al interior de las organizaciones, y lleva a proponer un modelo de logística colaborativa interna, que articule estos flujos para que respondan efectivamente a los requerimientos del mercado. DOSSIER DE ACREDITACIÓN LA PEDAGOGÍA DE PROYECTOS EN EL PROGRAMA DE INGENIERÍA ELECTROMECÁNICA DE LA FUAC Néstor Gutiérrez El presente artículo tiene como propósito, presentar a la comunidad académica las experiencias de la implementación del Aprendizaje Basado en Proyectos (ABP), como documentación y testimonio de su significativo valor pedagógico, en el proceso de Enseñanza y Aprendizaje de los cursos del programa de Ingeniería Electromecánica. Se hace referencia a los modelos pedagógicos que por la pertinencia de sus estrategias metodológicas y didácticas en la educación superior contemporánea, han originado la aparición de corrientes revolucionarias como la Pedagogía Problémica y la Pedagogía de proyectos o Aprendizaje Basado en Proyectos, que por su carácter vanguardista fueron adoptadas hace 10 años, por el equipo académico del naciente programa de Ingeniería Electromecánica. Adicionalmente se plasman algunas experiencias de su implementación, de su excelente legado como método de aprehensión de conocimientos, de formación integral de sus estudiantes, con resultados sobresalientes en la proyección social del programa y algunos buenos logros en la investigación formativa y la investigación propiamente dicha. 8 DISEÑAR DISEÑADORES Alejandro Otálora Castillo A finales de 1998, la UAC implementó el programa de pregrado en Diseño Industrial bajo el concepto de Diseñar Diseñadores. En el 2004 dos eventos marcaron su devenir: Los primeros egresados, en junio, y la implementación de la reforma curricular. Esta reforma nos permitió adaptarnos, tanto a las nuevas normativas ministeriales como a las nuevas pedagogías. El plan de investigación trazado, nos ha permitido, a través de sus resultados, el buen posicionamiento del programa y nos estableció una plataforma para potenciar la generación posgrados y actividades de servicio a la comunidad. Por otra parte se ha abordado el proceso de acreditación de alta calidad de programa de diseño industrial, así como la formulación de tres (3) nuevos programas de pregrado: Diseño Gráfico, Diseño de Modas y Diseño Digital y de Multimedia, sustentados en lineamientos de la dirección de la universidad quienes proyectan una facultad de Diseño.
Resúmenes EL PROCESO DE REGISTRO CALIFICADO EN PROGRAMA DE INGENIERÍA ELECTRÓNICA Jorge Enrique López Duarte, Carlos René Suárez Suárez Se presenta una rápida descripción del proceso de acreditación de programas académicos en general y se especifican las particularidades de este al interior del Programa de Ingeniería Electrónica de la Universidad Autónoma de Colombia. Esencialmente, el documento inicia con unos párrafos dedicados a la historia y constitución del Programa para concluir en la necesidad legal y académica de iniciar un plan de acciones tendientes a la obtención del Registro Calificado por parte del Ministerio de Educación Nacional. Se mencionan y analizan algunas de las condiciones mínimas de calidad exigidas y se desglosan en acciones a tomar o en ejecución resaltando las debilidades y fortalezas del Programa de Ingeniería Electrónica. AUTOEVALUACIÓN CON FINES DE ACREDITACIÓN EN EL PROGRAMA DE INGENIERÍA INDUSTRIAL DE LA UNIVERSIDAD AUTÓNOMA DE COLOMBIA Arturo Rojas Rincón La universidad viene empeñada en acreditar algunos de sus programas académicos, con base en los lineamientos formulados en el Sistema Nacional de Acreditación por el CNA. El programa de Ingeniería Industrial se postuló en al año 2007, para ser parte de este grupo de programas y su solicitud fue aprobada por el comité de autoevaluación institucional. En consecuencia el artículo trata sobre las características del programa, el proceso de autoevaluación realizado desde el 2007 a la fecha y un resumen de los juicios emitidos en el documento resultante que se debe presentar ante el CNA, para aspirar a la acreditación de calidad. 9
Metodología Unificada de Factoría de Software - MUFS Hernando Castillo García Ingeniero de Sistemas, Especialista en Multimedia para la Docencia, Magíster en Sistemas de Información y las Comunicaciones (Énfasis en Sistemas de Información). Docente Universidad Autónoma de Colombia. hernandocastillo2004@yahoo.com Rafael Castillo Santos Ingeniero de Sistemas, Especialista en Soluciones Telemáticas, Magíster en Administración, Magíster en Sistemas y Computación. Docente Universidad Autónoma de Colombia. rafael.castillo@fuac.edu.co Recibido: 15-02-2010, aceptado: 05-06-2010, versión final: 05-06-2010 1. Resumen MUFS es una propuesta de metodología de factoría de software, que proporciona las guías para el desarrollo de proyectos de software, sobre las plataformas tecnológicas existentes. Pone a disposición, la utilización de técnicas, herramientas, métodos y procesos de ingeniería de software para el desarrollo de sistemas de información, en diferentes plataformas y con criterios de alta productividad y calidad, a partir de las necesidades del cliente, expresadas en especificaciones funcionales. Los clientes potenciales son aquellos que desean concentrar sus esfuerzos en funciones que le proporcionen ventajas competitivas, tengan carencias de tiempo, espacio o recursos especializados, delegando en un socio tecnológico las funciones relacionadas con el desarrollo de los sistemas de información. Para cuantificar la capacidad de servicio, en ausencia de métricas específicas del cliente, MUFS propone las métricas para la estimación del costo, las cuales clasifican los casos de uso de cada proyecto en función del dominio y la complejidad. Palabras clave: Abstracción, Acoplamiento, AOO Análisis orientado a objetos, Arquitectura, Contrato, MUFS, OM, OMG, OO Proceso de software, Producto de software, Requerimiento, Riesgo, UAC Universidad Autónoma de Colombia, UML Lenguaje de Modelado Unificado. Abstract MUFS is a methodology oriented to Software factory development. It gives guides to software development projects, based upon any technological platform. It disposes to anyone who needs techniques, tools, methods and processes of software engineering to develop information systems over any computational platform, with high quality and productivity. All these from user functional requirements specification. Are potential clients, all who wants concentrate their strengths in functions related with competitive advantages, those who have scarce time, limited time and resources, and search a technological partner who develops all the related functions about developing information systems. In order to quantify the service capacity, without having own metrics organizations may use MUFS`s metrics to estimate costs classifying project`s uses cases in function of problem domain and complexity. Keywords: Abstraction, coupling, AOO object oriented analysis, Architecture, MUFS, OM, OMG, OO, software process, software product, Requirement, Risk, UAC Universidad Autónoma de Colombia, UML. 1 Grupo de Investigación de Factoría de Software - Universidad Autónoma de Colombia, Bogotá D. C., Colombia. Castillo García Hernando, Rafael Castillo Santos. Metodología Unificada de Factoría de Software MUFS (Artículo sobre el Informe final del proyecto de investigación Desarrollo de una Metodología en el contexto de Factoría de Software). 11
Metodología Unificada de Factoría de Software - MUFS 1. Introducción El presente artículo, está basado en el documento Metodología Unificada de Factoría de Software MUFS, el cual fue desarrollo por el Grupo de Investigación de Factoría de Software. Con MUFS, se han desarrollado productos de software y garantizado la calidad de los mismos. Formulación del proyecto Procesos organizacionales Contratación factoría Procesos de Ingeniería Producto de software Figura No. 1 Organización del servicio de MUFS MUFS establece un marco de referencia común al proceso de factoría de software, utilizando terminología basada en estándares de la OMG 2, UML 3 y el PU 4, procesos, actividades y tareas las cuales son aplicadas durante el proceso de producción de software en el contexto de factoría, durante el desarrollo, operación y mantenimiento del mismo. Mantenimiento Inicio Ciclo de vida del proyecto Fin Procesos de apoyo La figura No. 1, muestra la propuesta de organización del servicio de factoría de software. Se presentan los procesos organizacionales y de apoyo los cuales se mantienen durante el tiempo de vigencia del proyecto de factoría de software, es decir, durante el ciclo de vida del proyecto. El proyecto de factoría se inicia con la formulación del proyecto y termina con la entrega del producto de software en producción en mantenimiento. El proyecto se ejecuta con los procesos de ingeniería después de haberse firmado el contrato con el cliente. El desarrollo de MUFS se plantea en un contexto metodológico que agrupa cuatro niveles, los cuales se encargan de generar productos específicos que generan valor al proyecto MUFS, es un camino ordenado, conformado por un conjunto de pasos conducentes hacia el desarrollo de software en el contexto de factoría. La metodología incluye además del método, el objeto y el marco teórico, es decir, la metodología considera las interrelaciones existentes entre marco teórico y métodos, entre marco teórico y conocimiento del objeto, y finalmente, la relación entre método y objeto. Según Jean Piaget, 12 2 OMG: El Object Management Group u OMG (de sus siglas en inglés Grupo de Gestión de Objetos) es un consorcio dedicado al cuidado y el establecimiento de diversos estándares de tecnologías orientadas a objetos, tales como UML, XML y CORBA. Es una organización NO lucrativa que promueve el uso de tecnología orientada a objetos mediante guías y especificaciones para tecnologías orientadas a objetos. 3 UML: Lenguaje Unificado de Modelado (UML, por sus siglas en inglés, Unified Modeling Language) es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad; aun cuando todavía no es un estándar oficial, está respaldado por el OMG. 4 PU: El Proceso Unificado de Desarrollo Software o simplemente Proceso Unificado es un marco de desarrollo de software que se caracteriza por estar dirigido por casos de uso, centrado en la arquitectura y por ser iterativo e incremental. la metodología es la teoría de los procedimientos generales de investigación que describen las características que adopta el proceso general del conocimiento científico y las etapas en que se divide dicho proceso, desde el punto de vista de su producción y las condiciones en las cuales debe hacerse. La metodología hace referencia, entonces, a la teoría de los métodos empleados en la investigación científica y las técnicas conexas con dichos métodos (Piaget, 1970).
Hernando Castillo García / Rafael Castillo Santos Nivel 1 Nivel 2 Nivel 3 Seguridad Procesos organizacionales MUFS Formulación del proyecto de Factoría de Software Contratación de la factoría de software Procesos de ingeniería Procesos de apoyo guías para ordenar los procesos, actividades, tareas y técnicas utilizadas y especifica los resultados a obtener. MUFS se repite en una serie de ciclos organizados en niveles, como se muestra en la figura No. 1. Cada ciclo representa una versión del resultado del nivel y, estos niveles son formulación del proyecto, contratación, procesos y mantenimiento, los cuales se describen a continuación. Nivel 4 Mantenimiento del producto de factoría de softwate Figura No. 2 Metodología Unificada de factoría de Software (Fuente: Metodología Unificada de Desarrollo de Software) MUFS es aplicable al desarrollo, operación y mantenimiento de productos software. Incluye también definiciones para contextualizar productos y servicios software, no es un curso de UML, Base de datos, Análisis y diseño orientado a objetos, ni de programación, ingenieros, estudiantes, profesores y demás interesados en aplicar está guía, deben tener los conocimientos y experiencias de cómo implementar cada uno de esos conceptos. MUFS, presenta los procesos del ciclo de vida que pueden emplearse al desarrollar, operar, y mantener productos software. El objetivo es proporcionar a través de MUFS un marco de trabajo estándar para que los estudiantes, profesores e ingenieros puedan aplicarla adecuadamente. MUFS es una metodología de construcción de productos de software en el contexto de factoría, propuesto para desarrollar sistemas de información y aplicaciones, independiente de su tamaño y complejidad, la cual proporciona La tabla No. 1 presenta una vista global por niveles, de los procesos y actividades de MUFS, cada nivel muestra los procesos o las actividades que pueden llevarse a cabo durante el ciclo de MUFS. Un proyecto de factoría de software se formula en el primer nivel, se contrata en el segundo nivel y se ejecuta entre el tercero y cuarto nivel, los procesos y actividades del tercero y cuarto nivel son cíclicas y permiten desarrollar cada subsistema en forma incremental. En la medida en que cada subsistema entra en producción, se acopla con los demás subsistemas hasta que se logre un sistema total integrado. MUFS permite desarrollar un proyecto de factoría de software partiendo de las necesidades concretas del cliente, las cuales deben ser escritas técnicamente a partir del desarrollo de las tareas y la generación de los productos de cada una de estas tareas. En el documento de formulación de proyecto debe quedar completamente claro qué se debe hacer, cuánto cuesta, cuándo se hace, quién lo hace, cuál es la plataforma tecnológica que soportara el sistema, éste proceso debe ser aprobado satisfactoriamente para seguir con el nivel 2 de contratación. Una vez registrado el contrato se da inicio a la construcción del sistema. 13
Metodología Unificada de Factoría de Software - MUFS Las actividades y/o tareas presentadas en la Tabla No. 1, no siempre son necesarias para todos los proyectos de factoría de software. Dependiendo de la magnitud y complejidad del sistema a construir se utilizan algunas y otras no. Los proyectos con los que se ha probado MUFS son: SIAO (Sistema de información para la administración de ópticas), SIACOOP (Sistema de información para la administración de cooperativas) y SIAMRM (Sistema de información para la administración de materiales reciclables metálicos), los procesos y actividades fueron diferentes en la ejecución de los proyectos. Tabla No. 1 Vista global de procesos y actividades de MUFS Vista global procesos y actividades de MUFS Nivel 1: Formulación del proyecto de Factoría de Software Definición de Objetivo General Definición objetivos específicos Definición de procesos, productos, servicios Planteamiento de la solución Planteamiento de alternativas Definición de riesgos Cuantificación de costos Análisis costo beneficio Determinación equipo de trabajo Valoración de alternativas Selección alternativas Planeación ejecución proyecto Determinación de sostenibilidad Determinación de fuentes de financiación Selección de metodología Selección de estándares de desarrollo Nivel 2: Contratación de la factoría de software utilizando CECUA Objeto del contrato Precio Pago Obligación del contratista de informarse Calendario Reparaciones locales Acceso a locales Entrega e instalación Modificaciones Prórroga del plazo de cumplimiento Mora imputable al contratista Fuerza mayor Pruebas de cumplimiento Recepción Nivel de calidad Incorporaciones Repuestos Mantenimiento Equipo lógico software Interfaces y compatibilidad Mantenimiento de utilización y documentación Capacitación y asistencia técnica Garantía contractual de buen funcionamiento Garantía contractual de servicios ocultos Cesión del contrato Subcontratación Transmisión de la propiedad Responsabilidad y seguros Daños directos o consecuenciales Patentes y derechos de autor Quiebra Confidencial Disposiciones legales y otras consideraciones Renuncia Solución de litigios Ley aplicable Nivel 3: Procesos de factoría de software Procesos de ingeniería MUFS Análisis Diseño Implementación Pruebas Puesta en marcha Procesos de apoyo MUFS Documentación Gestión del riesgo Gestión del cambio Aseguramiento de la calidad Seguridad Procesos organizacionales MUFS Estimación de costos Planeación Organización Ejecución Control 14 Registro de la solicitud Análisis de la solicitud Desarrollo de la solicitud Implementación de la solicitud Control y seguimiento de la solicitud Nivel 4: Mantenimiento del producto de factoría de software
Hernando Castillo García / Rafael Castillo Santos La síntesis del desarrollo de cada uno de los niveles y procesos de MUFS, se realiza a continuación. 2. Nivel 1 Formulación del proyecto En este nivel se determinan con claridad los alcances del proyecto, las expectativas iniciales que se tienen con el producto de software a desarrollar, con su especificación y funcionalidad completas, se trabajará conjuntamente con el personal técnico, usuarios finales y los ingenieros participantes del proyecto (ver figura 3). Como resultado se elaborará el documento de formulación del proyecto y se realizará la transferencia de conocimiento de la técnica de análisis y documentación con casos de uso. Definición de Objetivo General Definición de procesos, productos, servicios y usuarios Planteamiento de la solución El ciclo del nivel 1 es el inicio de MUFS y, es importante por parte del cliente tener claro cuáles son sus necesidades y ponerlas por escrito a través de un experto Ingeniero de software. En este nivel se desarrollan las actividades que tienen que ver con la definición de los procesos que serán incluidos en el sistema a construir. Formulación proyectos de MUFS Planteamiento de alternativas Definición de riesgos Cuantificación de costos Análisis costo beneficio RESULTADOS Aprobación proyecto Necesidades de la organización Definición objetivo específico 1 Definición objetivo específico 2 Definición objetivo específico Figura 3 Detalle del nivel 1 de MUFS Determinación del equipo de trabajo Definición indicadores ObjEsp 1 Definición indicadores ObjEsp 2 Valoración de alternativas Definición indicadores ObjEsp Selección alternativa solución Definición arquitectura base Planeación ejecución proyecto Determinación de sostenibilidad Determinación de fuentes de financiación Selección de metodología Selección de estándares de desarrollo Contratación de la factoría de software Se definen y estudian las diferentes alternativas solución y se selecciona la alternativa solución. Para la alternativa escogida como ganadora se establecerá su arquitectura, se desarrollan los procesos de costeo, determinación del grupo de trabajo y la planeación de la ejecución, así como la sostenibilidad, financiación y estándares de desarrollo. El sistema inicialmente se divide en subsistemas y, para cada uno se definen las actividades y tareas que lo conforman. Para lograr el objetivo se utilizan técnicas de modelado como BPM 5, diagramas de actividades, secuencias, casos de uso y especificación de casos de uso. Y para cada una de ellas se determina la factibilidad. 5 BPM: (Business Process Model) Modelo de procesos del negocio. Diagrama que en un entorno gráfico permite el diseño de procesos de negocio que serán desarrollados en el sistema. Este nivel permite que el cliente tenga claro que los procesos del negocio, los productos y servicios, donde se presentan sus necesidades, queden incluidos en el sistema a desarrollar. Adicionalmente cómo sería su funcionamiento en un ambiente abierto de tecnología, la cobertura, las áreas involucradas y los usuarios que utilizarán el sistema. De igual forma la planificación presenta el tiempo estimado de construcción del software y los recursos que se deben disponer al momento de realizar el contrato de construcción del producto, el cual es el siguiente paso de MUFS. 15
Metodología Unificada de Factoría de Software - MUFS Responsable: Comité de dirección, Líder del equipo de usuarios, jefe de proyecto. Contratación de la factoría de software Documento de formulación de proyectos MUFS Objeto del contrato Pruebas de cumplimiento Cesión del contrato Resultados: Conocimiento del domino del problema y sus posibles soluciones. Meta: Dimensionar el proyecto y entender el dominio del problema. Artefactos: Documento con los objetivos, alternativas de solución, alternativa elegida, análisis de viabilidad y factibilidad del proyecto y retorno de la inversión, fuentes de financiación y sostenibilidad del proyecto. Precio Pago Obligación del contratista de informarse Calendario Reparaciones locales Acceso a locales Entrega e instalación Modificaciones Prórroga del plazo de cumplimiento Mora imputable al contratista Fuerza mayor Recepción Nivel de calidad Incorporaciones Repuestos Mantenimiento Equipo lógico software Interfaces y compatibilidad Mantenimiento de utilización y documentación Capacitación y asistencia técnica Garantía contractual de buen funcionamiento Garantía contractual de servicios ocultos Subcontratación Transmisión de la propiedad Responsabilidad y seguros Daños directos o consecuenciales Patentes y derechos de autor Quiebra Confidencial Disposiciones legales y otras consideraciones Renuncia Solución de litigios Ley aplicable 16 3. Nivel 2 Contratación de software RESULTADOS Contrato MUFS Para elaborar un contrato de desarrollo de software es importante asesorarse de un abogado y de un ingeniero de software. El abogado revisa las leyes y normatividad del contrato mientras que el ingeniero se encarga de la parte técnica. El contrato es un acuerdo legal y confiable entre el cliente y el desarrollador de software, donde se busca que ambas partes ganen, es decir, que el cliente reciba un producto de calidad y el desarrollador realice un negocio de factoría de software. En el contrato, el cliente es una persona física o jurídica que acuerda comprar o mandar desarrollar el software; el contrato son las condiciones en que se debe desarrollar el producto y el proveedor es la persona física o jurídica que desarrolla el producto. La figura No. 4., presenta las actividades a desarrollar en el proceso de contratación. Registro en Notaría Figura No. 4 Detalle del nivel 2, Contratación MUFS. Nivel 3 Procesos MUFS El contrato 6 se basa en la información del documento generado en la formulación del proyecto de software de MUFS, a la vez el proceso de contratación propuestos por MUFS se ha planteado sobre CECUA 7. A partir de ahí, se establecen las condiciones contractuales que permiten desarrollar el software, es decir, objeto, precio y tiempo que han sido calculados y validados en el nivel anterior. Las actividades en doble línea significan que son opcionales y las de una sola línea significan que se deben realizar obligatoriamente. 6 Un contrato, en términos generales, es definido como un acuerdo privado, oral o escrito, entre partes que se obligan sobre materia o cosa determinada, y a cuyo cumplimiento pueden ser compelidas. Es un acuerdo de voluntades que genera derechos y obligaciones para las partes. 7 La CECUA presentó el modelo de condiciones de contratación para la adquisición de equipos de computación, apoyada por la comisión europea y publicada por el Institute of Purchasing and Supply de Inglaterra (IPS).
Hernando Castillo García / Rafael Castillo Santos Las actividades del contrato relacionados con entrega, modificaciones, prorroga, mora, fuerza mayor, pruebas de cumplimiento, recepción, forma de pago, calidad, mantenimiento, interfaces, documentación, utilización, asistencia técnica, garantía, servicios, sesión del contrato, subcontratación, propiedad intelectual, seguros, daños, patentes, quiebra de las empresas, confidencialidad, renuncia, litigio y leyes aplicables dentro del contrato, deben quedar perfectamente definidas para evitar ambigüedades, buscando siempre salidas negociadas y evitar el aprovechamiento de una de las partes. Es importante que ambas partes conozcan perfectamente cada uno de los ítems del contrato, y estén siempre vigilantes durante el tiempo de ejecución del contrato. Se recomienda que los contratos se registren en una Notaría para garantizar su validez y para que las partes puedan ejercer sus derechos en el momento que se presente cualquier tipo de vulnerabilidad. Los responsable, entregables, metas y artefactos del nivel de contratación de factoría de software, se presentan a continuación: Responsable: Analistas, comité de dirección, equipo de usuarios, equipo de soporte técnico, jefe de proyecto, equipo de mantenimiento, equipo de seguridad. Resultados: Documento contrato de desarrollo de software autenticado en notaría. Meta: Concretar el negocio de factoría de software. Artefactos: Los artefactos a producir se presentan en la Tabla No. 2. Documento contrato de desarrollo de software autenticado en notaría con el siguiente contenido: Artefacto Objeto del contrato Precio y forma de pago Entrega e instalación Calendario y prórroga de cumplimiento Nivel de calidad Mantenimiento Capacitación Garantía Sesión y subcontratación Propiedad intelectual Seguros Disposiciones legales Disolución Tabla No. 2 Contratación de la factoría de software Artefactos nivel 2: Contratación de factoría de software Comentario Especificación de lo que se va a desarrollar Valor de la solución y forma de pago por subsistema entregado en producción evaluado por casos de uso Condiciones de entrega del producto instalado Fechas de entrega de cada subsistema y plazos de prorroga Definición del nivel de calidad garantizado para el producto Valor del mantenimiento, tiempo de duración y cubrimiento Cursos programados para usuários y valor Especificación de las garantías ofrecidas y como exigirlas Descripción de cómo ceder y realizar subcontrataciones con terceros Definición de derechos de propiedad intelectual y comercial del producto de software construido Seguros exigibles, cubrimiento y exigencia Leyes con base en las cuales el contrato es legal Condiciones de terminación de contrato de desarrollo de software 17
Metodología Unificada de Factoría de Software - MUFS 4. Nivel 3 Procesos de factoría de software de MUFS Una vez elaborado y autenticado el contrato entre el cliente y el proveedor, éste último da inicio a la factoría de software del producto, para lo cual MUFS presenta el nivel 3 de su metodología (Ver figura 5). En este nivel se conjugan los procesos de ingeniería, organización y apoyo. Estos procesos se presentan a continuación. Procesos de ingeniería de MUFS Alternativa de solución contratada Subsistema 1 Subsistema 2 Subsistema... Procesos de apoyo Acoplamiento Versión cohesiva de cada subsistema Procesos Análisis Diseño Prototipo 18 4.1. Procesos de Ingeniería Procesos organizacionales Con base en la alternativa de solución contratada se da inicio al desarrollo del sistema. Se parte del sistema total, definido en el objetivo general, el cual por modularidad es dividido en subsistemas, guiados por los objetivos específicos y con cada uno de ellos se procede con el proceso de ingeniería de MUFS. Como se muestra en la figura 5, se realizan procesos cíclicos de análisis, diseño, implementación y puesta en marcha, realizando las pruebas para cada ciclo, pero es importante encontrar el subsistema o módulo que será el núcleo a partir del cual se integraran todos los demás subsistemas o módulos. Cada iteración o ciclo esta soportada y definida por los procesos organizacionales y procesos de apoyo. Los ciclos en cada proceso garantizan un desarrollo acoplado, incremental e iterativo dirigido por los Casos de uso encontrados de cada subsistema o módulo. Cada ciclo de análisis, diseño, implementación y puesta en marcha logra construir una versión funcional del software. Se realizan las pruebas, y siempre se hace aplicación del aseguramiento de la calidad del software. Los procesos de ingeniería mencionados se describen brevemente a continuación. Aseguramiento de la calidad Implementación Puesta en marcha Subsistema de software instalado Pruebas Figura 5 Detalle de los procesos de ingeniería del nivel 3 de MUFS Seguridad Nivel 4 Mantenimiento MUFS Análisis: es el proceso de identificar específicamente las necesidades del sistema que satisfará las necesidades de los usuarios y facilitará el entendimiento de los diferentes elementos que componen el dominio del problema del sistema y servirá de base para el diseño del nuevo sistema. Por lo anterior, se complementan los casos de uso, se especifican los subsistemas, se analizan las clases, se redefinen o complementan los casos de uso, se determinan las interfaces de usuario, se verifica la cohesión de cada subsistema y se planean las pruebas. Diseño: es el proceso de aplicar distintas técnicas y principios con el propósito de definir un sistema con suficiente detalle para permitir su implementación. La calidad del diseño se mide por la capacidad de controlar y reducir al mínimo el esfuerzo para resolver el problema.
Hernando Castillo García / Rafael Castillo Santos Los artefactos de diseño que deben realizarse son: modelo de la arquitectura del sistema, modelo de la arquitectura de datos, modelo de la arquitectura de procesos, modelo de la arquitectura de componentes del sistema, modelo de la arquitectura de despliegue. Para ello se utilizan diagramas de clases, diagramas de actividad, diagramas de secuencia, diagramas de colaboración, diagramas de objetos, diagramas de relaciones de datos, diagramas de arquitectura por niveles (cliente/ servidor, arquitectura WEB, SOA, etc), diagramas de componentes, diagramas de despliegue, todos ellos con notación UML. Pruebas e implementación: Es el proceso donde se genera y prueba el código de los componentes del sistema, se desarrollan los procedimientos de operación y seguridad y se elaboran los manuales de usuario final y de explotación del sistema, con el objetivo de asegurar el correcto funcionamiento del sistema para su posterior puesta en marcha. Es importante que cada una de las pruebas realizada en esta fase este documentada y que tenga las observaciones de quienes participaron, para dar soporte al proceso de calidad del producto a entregar. Puesta en marcha: Es el proceso de entrega y aceptación del sistema en su totalidad, se define un plan de implantación y se especifica el equipo que lo va a llevar a cabo. Conviene señalar la participación del usuario de operación en las pruebas de implantación, del usuario final en las pruebas de aceptación, y del responsable de mantenimiento. Se realizan las pruebas de implantación y de aceptación del sistema en su totalidad. Las pruebas de aceptación se realizan por y para los usuarios. Tienen como objetivo validar formalmente que el sistema se ajusta a sus necesidades. Asimismo, se llevan a cabo las tareas necesarias para la preparación del mantenimiento. Se debe documentar y firmar cada una de las pruebas y entregas realizadas como soporte al proceso de aseguramiento de calidad. Aseguramiento de la calidad: Es el proceso donde se proporciona un marco de referencia para la definición y puesta en marcha de planes específicos de funcionalidad, disponibilidad, modularidad, confiabilidad, aplicables al proyecto. Si en la organización ya existe un sistema de gestión de la calidad, los procesos y documentos definidos por él deberán ser coherentes con el mismo, completándolos en los aspectos no contemplados relativos a normas particulares del cliente, usuario o sistema concreto. Después de ser liberado cada subsistema y el sistema de información en su totalidad, se continúa con el proceso de mantenimiento. El mantenimiento debe quedar definido en el contrato de desarrollo de software, según los pecios, tiempos y condiciones establecidos para éste proceso. Seguridad: El objetivo del proceso de seguridad de MUFS es agregar en los sistemas de información mecanismos de seguridad, garantizando su implementación en cualquier tipo de sistema, para todos los procesos que realice. Es un ciclo que se repite, para cada versión del software generada por los procesos de análisis, diseño, implementación, pruebas y puesta en marcha. La seguridad del software aplica los principios de la seguridad de información al desarrollo de software. La seguridad de información se refiere comúnmente a la protección de sistemas de información contra el acceso no autorizado o a la protección de la modificación de información. 4.2. Procesos de apoyo MUFS Los procesos de documentación, gestión del riesgo, gestión del cambio y aseguramiento de la calidad, son los procesos de apoyo escogidos por MUFS. El proceso de documentación garantiza la escritura de documentos soporte, manuales para todo el sistema y la generación de todas las actas que sean necesarias, en formatos o plantillas definidas según estándares o normas que el proceso de aseguramiento de la calidad haya establecido. 19
Metodología Unificada de Factoría de Software - MUFS Acoplamiento Procesos de apoyo de MUFS Alternativa de solución contratada Subsistema 1 Subsistema 2 Subsistema... Gestión de cada subsistema Procesos de ingeniería Procesos organizacionales Procesos Subsistema de software instalado Documentación Gestión del riesgo Gestión del cambio Aseguramiento de la calidad Nivel 4 Mantenimiento MUFS Figura 6 Detalle de los procesos de apoyo del nivel 3 de MUFS 4.3. Procesos organizacionales de MUFS En la figura 7, Se pueden observar los procesos de estimación de costos, planeación, organización, ejecución, control y administración de personal como núcleo del soporte organizacional de MUFS. En la formulación del proyecto de MUFS, se han definido los costos estimados del proyecto, a partir de éstos, se empiezan a precisar a partir del inicio de los procesos de ingeniería. Estos procesos permiten la planeación en tiempo, secuencialidad de los procesos, asignación de los recursos y aproximación al costo total del proyecto. La organización determina los roles y funciones de quienes participan en el proyecto con la correspondiente cadena de mando. La dirección y control permiten mantener el plan del proyecto en su cronograma establecido o determinar los mecanismos necesarios para volver a poner el rumbo correcto al proyecto de ingeniería de software. 20 La gestión del riesgo se encarga de inventariar, clasificar, cualificar y cuantificar los riesgos y definir los planes de acción necesarios para el control o mitigación de los mismos, asignándoles un responsable de su gestión. La gestión del cambio se encarga de controlar los cambios que se presentan en la factoría de software, estableciendo quién, por qué, cuándo y el impacto del cambio. El aseguramiento de la calidad garantiza el producto de software desde el punto de vista del usuario, el cumplimento de los requerimientos, la calidad del proceso, la calidad de las herramientas y correcta aplicación de una metodología, aplicando normas o estándares definidos por la organización o adoptados de normas o estándares nacionales o internacionales. Procesos organizacionales de MUFS Acoplamiento Alternativa de solución contratada Subsistema 1 Subsistema 2 Subsistema... Gestión de cada subsistema Procesos de ingeniería Procesos de apoyo Aseguramiento de la calidad Estimación de costos Planeación Organización Administración de procesos Subsistema de software instalado Control Ejecución Procesos Nivel 4 Mantenimiento MUFS Figura 7 Detalle de los procesos organizacionales del nivel 3 de MUFS