No. 128 Julio - Septiembre 2013 ISSN 0120-5919

Asociación Colombiana deIngenieros de Sistemas

Calle 93 No. 13 - 32 of. 102Bogotá, D.C.

www.acis.org.co

Asociación Colombiana deIngenieros de Sistemas

Calle 93 No. 13 - 32 of. 102Bogotá, D.C.

www.acis.org.co

RE

VIS

TA

SIS

TE

MA

S N

o. 128

DE

SA

RR

OL

LO

DE

SO

FT

WA

RE

: T

EC

NO

LO

GÍA

S C

AD

A V

EZ

MÁ

S P

OD

ER

OS

AS

¿S

ON

MÁ

S E

FE

CT

IVA

S?

Tarifa Postal Reducida Servicios Postales Nacionales S.A. No. 2013-186 4-72, vence 31 de Dic. 2013

EditorialAplicaciones sobre nuevas tecnologías: oportunidad y retoLa tecnología y el software avanzan en términos de utilidades posibles hacia los usuarios, lo que significa amplias oportunidades de negocio para el país.

Reutilización y automatización al desarrollar software para las nuevas tecnologíasEsta columna plantea el tema de reutilización y automatización en los proyectos de software, como una manera de lograr agilidad y competitividad en el contexto actual del desarrollo de software para nuevas tecnologías.

Alexis Ocampo, una voz autorizada en la Ingeniería de Software El líder de arquitectura empresarial de Ecopetrol habló con base en su amplia experiencia, sobre todos los asuntos que contempla esta disciplina.

Industria TI colombiana: un sector emergente y atractivo¿Por qué se considera atractiva la Industria TI? Por su dinámica financiera, liquidez, rentabilidad, operación y endeudamiento.

Ingeniería de SoftwareLas nuevas tecnologías de software son cada vez más poderosas, ¿son más efectivas?

Desarrollo del Software en ColombiaLa Industria del Software y las Tecnologías de la Información ha presentado un crecimiento sostenible de 27%, razón por la cual desde el año 2005, los ingresos se han duplicado. Dentro de este texto, se podrá observar cómo se ha desempeñado el sector, y qué se prevé para la proyección del mismo.

Cómo contratar software a la medidaEl presente artículo plantea una de las principales bases para la contratación de software: el manejo de requerimientos.

Columnista invitado

Entrevista

Encuesta

Cara y Sello

Uno

Dos

4

8

14

22

30

61

En esta edición

1SISTEMAS

67

Publicación de la Asociación Colombiana deIngenieros de Sistemas (ACIS)

Resolución No. 003983 delMinisterio de Gobierno

Tarifa Postal Reducida No. 2013-186.4-72Servicios Postales Nacionales S.A.

ISSN 0120-5919Apartado Aéreo No. 94334

Bogotá D.C., Colombia

Francisco Rueda Fajardo

Julio López M.María Esperanza Potes L.

Gabriela Sánchez A.Jeimy J. Cano

Manuel Dávila S.

Dalia Trujillo Penagos

Sara Gallardo M.

2013-2014

Jaime García Cepeda

Hilda Cristina Chaparro López

Martha Elena Frías Díaz

Edgar Ruíz Dorantes

Jorge A. Quiroga GutiérrezRicardo Munévar MolanoCamilo Rodríguez Acosta

Beatriz E. Caicedo R.

Bruce Garavito

Javegraf

Los artículos que aparecen en esta edición no reflejan necesariamente el pensamiento de la Asociación. Se

publican bajo la responsabilidad de los autores.

Calle 93 No.13-32 Of. 102Teléfonos 616 1407 – 616 1409

A.A. 94334Bogotá D.C.

www.acis.org.co

Dirección General

Consejo de Redacción

Editora Técnica

Editora

Junta Directiva ACIS

Presidente

Vicepresidente

Secretaria

Tesorero

Vocales

Directora Ejecutiva

Diseño y diagramación

Impresión

Julio-Septiembre 2013

3 SISTEMAS

Asociación Colombiana deIngeniería de Sistemas

Calle 93 No. 13 - 32 of. 102Bogotá, D.C.

www.acis.org.co

Curso: Desarrollo de Aplicaciones Ágiles Web 2.0/RIA en Arquitectura Java con frameworks de ultima generación: Vaadin,

GWT, Ibatis, Dynamic Reports, Spring & ApacheSeptiembre 20 al 27 de 2013

Curso: Moviltrónica con Android y ArduinoSeptiembre 23 a Octubre 16 de 2013

Curso: Fundamentos ISO/IEC 20000:2011Septiembre 30 a Octubre 4 de 2013

Curso: Taller “Gerencia de Riesgos” Aplicado para Organizaciones y Proyectos

Octubre 1 al 16 de 2013

Curso: Modelar Arquitecturas Empresariales de manera unificada con Archimate

Octubre 2 al 18 de 2013

Curso: Seminario Taller de Recuperación de Proyectos en Problemas

Octubre 15 de 2013

Curso: Introducción a la Mineria de DatosOctubre 15 al 22 de 2013

Curso:Especificacion de Requerimientos con Casos de UsoOctubre 23 al 29 de 2013

Curso:Android - Usabilidad y diseño de aplicaciones móviles

Octubre 23 a Noviembre 13 de 2013

Curso: Sistema de autenticación y servicio de directorio Utilizando OpenLdap.Fecha por confirmar

Cursos vigentes

¡Inscríbase ya!

Mayor información en: www.acis.org.co

Editorial

4 SISTEMAS

La tecnología y el software avanzan en términos de utilidades posibles hacia los usuarios, lo que significa amplias oportunidades de negocio para el país.

Un día corriente empieza con una alarma, mes, se quedó corta frente a la realidad ya no la del reloj con campana en la parte actual. superior, sino una programable con capa-cidad de distinguir los días de la semana, Ahora hay aplicaciones para hacer dife-con melodías variadas, volumen “in cres- rentes actividades en el trabajo y de forma cendo” y capacidad de esperar veinte personal, además de otros dispositivos de minutos a que el usuario se levante, con uso común, como son las tablets y los celu-recordatorios cada cinco. lares inteligentes. Estos nos permiten

entrar en un mundo virtual y tener acceso a Este es el primer contacto diario con la experiencias antes inconcebibles. Y es tecnología, acompañado de la utilización claro que todavía falta mucho por acome-de diferentes aplicaciones para el trabajo, ter, que nuestros hijos están viviendo la realización de transacciones o consul- maneras diferentes de estudiar y encon-tas en la web y variadas aplicaciones en el trarán formas inimaginables para trabajar celular para controlar presupuesto, pedir y ser útiles a la comunidad.taxi, controlar horarios, hacer consultas del cine o el colegio de los hijos, encontrar La tecnología y el software avanzan en la ruta para ir a algún lugar en particular, términos de utilidades posibles hacia los entre otras cosas que hacemos día a día. usuarios, lo que significa amplias oportuni-

dades de negocio para el país. Paola Res-El mundo de hoy está orientado a la utili- trepo, presidente ejecutiva de Fedesoft, zación de la tecnología en todos los fren- muestra en el artículo “Desarrollo de Soft-tes. Aquella premonitoria frase de Bill ware”, cómo la industria de software y las Gates de que habría un PC en cada hogar tecnologías de información viene en gran en el momento en que sólo había mainfra- crecimiento desde el año 2005. Y Carlos

Dalia Trujillo Penagos

Aplicaciones sobre nuevas tecnologías: oportunidad y reto

5SISTEMAS

Hugo Gómez del Ministerio de TIC, por su mucho más que codificar y se enfatiza parte, señala los atractivos del sector de en la calidad. La crisis del software lleva TI. a la necesidad de crear e implantar meto-

dologías. Las revistas de esta Asocia-El Gobierno lleva haciendo fuertes esfuer- ción, desde 1977, por ejemplo, se refie-zos en impulsar el crecimiento de esta ren principalmente a algorítmica y economía, por todas las posibilidades que máquinas de cómputo. Y sólo hasta tiene para el país. Y es que siendo una 1985, encontramos un artículo de Alber-industria que requiere relativamente bajo to García sobre la “Metodología CIFI – capital y con opciones ilimitadas, sólo Uniandes para el desarrollo de sistemas dadas por lo que la imaginación alcance, de información”, texto que contempla las es la posibilidad de aprovechar la capaci- fases basados en la metodología de dad de trabajo, el empuje y la recursividad Tom de Marco, de Análisis de la situa-de la raza colombiana. ción actual, Diseño lógico, Diseño físico,

Programación, Implantación, Operación Para poder aprovechar estas oportunida- y mantenimiento [3], básicamente en un des tenemos en nuestras manos ciertos concepto cascada puro (pero sin la fase retos. El primero de ellos, la necesidad de de pruebas). abrir nuestra mente y pensar en grande, dirigirnos hacia los mercados del mundo Casi simultáneamente nace el modelo con la mejor calidad y cumplimiento. CMM, que luego evoluciona y se con-

vierte en CMMI, como la forma de eva-No es un secreto que nuestra pujante cul- luar los procesos de software más críti-tura también es indisciplinada, tendiente a cos de la industria militar de Estados ver sólo el corto plazo y que el cumplimien- Unidos. La metodología en cascada to es uno de nuestros mayores desafíos. evoluciona al método en V, donde se Saber aprovechar las metodologías y la recalca la importancia de pruebas e tecnología de manera adecuada es posi- incluye cuatro estados de pruebas: Uni-blemente una de las llaves para alcanzar tarias, Integración, Sistema y Acepta-el éxito en el crecimiento de la industria de ción. Empieza entonces la especializa-software, al igual que casos exitosos de ción de las tareas: requerimientos, dise-desarrollo e implementación de sistemas ño, pruebas, y el brote de metodologías de información en el país. como Métrica 3 y De Marco.

En cuanto a las metodologías es fuerte la Posteriormente, nace el concepto itera-evolución registrada en los últimos treinta tivo, alrededor de metodologías como años, a partir del famoso Reporte del Caos PSP/TSP y RUP, para dar paso al naci-de 1985, realizado por Standish Group, en miento del manifiesto ágil como reac-el que se evidencia que sólo el 16% de los ción a la cantidad de documentación, proyectos de desarrollo de software son procesos definidos y contratos firmados, exitosos. En general, el reporte muestra prefiriendo el software en producción, que los proyectos de software tuvieron que ahora se concreta en metodologías altos sobrecostos y los tiempos reales tales como SCRUM y Lean, además de superaron en varias veces los inicialmente algunas combinaciones con las anterio-planeados. Señala también que los erro- res como AUP y EssUP, entre otras.res en el software llevaron a fuertes pérdi-das en las empresas e incluso vidas. De otro lado, las tecnologías de las apli-

caciones han evolucionado de forma En este momento, nace la conciencia muy rápida, desde los desarrollos sobre sobre el hecho de que desarrollar es mainframes en lenguajes de máquina,

6 SISTEMAS

pasando por diferentes lenguajes como una formalidad metodológica y un correcto Fortran, PL1, RPG; del lenguaje deses- aprovechamiento de los lenguajes y herra-tructurado al manejo de 4GL y, más tarde, mientas para desarrollar software. hacia la orientación a objetos, al manejo de cliente/servidor, a los sistemas en mul- En nuestro reto de explotar la industria del tinivel actuales, con la diversidad de cana- software y tecnologías de información les existentes hoy (tablets, computadores, requerimos aprender en forma adecuada celulares, etc.). el uso de las metodologías y las tecnolo-

gías. El manejo metodológico no puede Aparece entonces la necesidad de diseño ser trabajado como una moda, que depen-por la complejidad de los requerimientos y diendo de la frustración por la demora del su solución, que evoluciona al concepto de resultado, se salta a otra “más actualizada arquitectura de software como el medio de con resultados demostrados”. garantizar que los diferentes tipos de requerimientos (ahora funcionales y no fun- Implementar una metodología obliga a cionales) se cumplan a cabalidad, garanti- entender adecuadamente sus principios, zando la correcta evolución del software a no sólo sus técnicas, además de cambiar lo largo del tiempo en producción. los hábitos y la cultura de todos los implica-

dos, incluyendo la gerencia y los usuarios, Lo impactante de este entorno es que des- para entender lo que realmente se está pués de tanta evolución, los proyectos haciendo y no tomar decisiones apresura-todavía se demoran más de lo inicialmente das sobre cambios que impliquen perder planeado y existen errores críticos en pro- el brote de la semilla metodológica que ya ducción. Entre la comunidad hay opinio- empezaba a florecer en productividad. nes sobre la baja productividad en las nue- Varios de estos retos y cambios los descri-vas tecnologías e incluso la sensación de be Alexis Ocampo en la entrevista. que hace varios años existían los mismos sistemas de nómina y contabilidad de hoy.

La recursividad de nuestra raza debe estar ¿Tal situación significará que estamos orientada a la creación de nuevas solucio-descendiendo en lugar de evolucionar? nes de software, en lugar de la evasión de ¿Que tanto esfuerzo en términos metodo- principios y prácticas metodológicas. lógicos no ha dado su fruto?

También es fundamental entender que los A pesar de la existencia de los sistemas de proyectos de gran escala se manejan de nómina, los requerimientos ahora son forma totalmente diferente a los peque-totalmente diferentes. En la actualidad, el ños; que un proyecto en gran escala no se software se refiere principalmente a la puede volver la suma de varios proyectos interacción con el usuario, con gran canti- pequeños, ni un proyecto pequeño vale la dad de caminos y una fuerte integración pena trabajarlo como uno en gran escala. con otras aplicaciones. Parte de este entendimiento contempla

preparar en forma adecuada la contrata-Por tal razón, hay un mundo de posibilida- ción de software, como lo señala Ricardo des y existe software para todas las verti- Naranjo en su artículo.cales de la industria, además del diseñado especialmente para el hogar y el uso per- Muchos de los retos que tiene la industria sonal. Esto genera una mayor posibilidad de TI se profundizan en el Cara y Sello de de funcionalidades y de integración entre esta edición, donde vemos los puntos de ellas, pero también mayor riesgo de error vista de casas desarrolladoras y los de en las aplicaciones. De ahí que se requiera clientes de servicios de software.

7SISTEMAS

El dominio de la tecnología requiere pro-fundo conocimiento para evitar caer en soluciones con bases tecnológicas erra- [1] Revista Sistemas, ACIS. Pedro Bossio das, y demanda contar con esquemas de de la Espriella. “CCLA – conformación, productividad generados por la industria, corrección, liquidación y auditoría de de tal manera que cuando salga una declaraciones en-línea”. Julio 1977.nueva tecnología no haya que volver a empezar. Es decir, profesionalizar las [2] Revista Sistemas, ACIS. Manuel Davi-fábricas de software, sean de desarrollo la Sguerra. “Un concepto sobre Sistemas a la medida o de productos especializa- Generales de Validación”. Octubre 1977.dos.

[3] Revista Sistemas, ACIS. Alberto Gar-María Consuelo Franky, de la Pontificia cía. CIFI-Uniandes. “Metodología CIFI – Universidad Javeriana, muestra el para- Uniandes para el desarrollo de sistemas digma de la reutilización y automatiza- de información”. 1985.ción como un mecanismo para mejorar la productividad y la calidad del software. [4] Tom De Marco. “Structured Analysis

and System Specification”.1979.Con este número de la revista Sistemas, la Asociación y el Consejo de Redacción [5] Kruchten, Phillipe. “The Rational Uni-desean llevar a la comunidad informática fied Process: An Introduction”. Object un mensaje de confianza y responsabili- Technology Series. Second Edition. dad mostrando que el mundo de hoy está 2000.lleno de oportunidades para nuestro país, en lo que se refiere a la industria del [6] S. Pressman, Roger. Ingeniería del software y a las tecnologías de informa- Software: Un enfoque práctico. Sexta ción. Así mismo, desean señalar que se Edición. McGrawHill.requiere un buen conocimiento y uso del avance en términos metodológicos y de [7] http://agilemanifesto.org/iso/es/disciplina, además del correcto impulso sobre las nuevas tecnologías de informa- [8] http://icrovett.wordpress.com/2010/ción. 11/18/origen-de-cmmi-el-cmm/

Referencias

Dalia Trujillo Penagos. Ingeniero de Sistemas y Computación, universidad de Los Andes. Especialización en administración, Gerencia de recursos humanos, Magister en Ingeniería de Sistemas y Computación de la misma universidad. Scrum Master Certificado. Certificada en Administración de Requerimientos con Casos de Uso. Certificada en Rational Unified Process (RUP). Por 20 años ha sido docente catedrática en universidades como Pontificia Universidad Javeriana, Universidad de los Andes, UNAB, en pregrado y postgrado. Instructor de Indudata Ltda - Rational, Oracle de Colombia, IBM de Colombia. Se ha desempeñado como gerente de proyectos de gran escala de desarrollo en Estrada Caro y Cía. Gerenció el proyecto de desarrollo FACINS (Facturación) de ETB. Coordinó el área de Arquitectura (y requerimientos) de ETB. Fue Gerente de Desarrollo de Dexon Software Inc. Consultora de calidad y metodologías en empresas como Banco Colpatria, EPM, Salud Total, CAF, FINAGRO, BVC e ICFES, entre otras. Actualmente es asesora de diferentes empresas en ingeniería de software y desarrollo seguro, con su empresa Magis Ltda.

8 SISTEMAS

Columnista Invitado

Esta columna plantea el tema de reutilización y automatización en los proyectos de software, como una manera de lograr agilidad y competitividad en el contexto actual del desarrollo de software para nuevas tecnologías.

Numerosos y profundos cambios se están sistemas y las empresas deben conocer produciendo en estos últimos años en el estas técnicas y metodologías, si quieren mundo del software. Las nuevas tecnolo- participar en los mercados emergentes gías abren enormes posibilidades para para estas tendencias tecnológicas.diseñar nuevos productos de software y se dispone de nuevos ambientes de desarro- Para lograr agilidad en el mercado las llo muy poderosos, pero requieren largas empresas del sector de software deben curvas de aprendizaje. agilizar sus procesos de desarrollo, ade-

más de aplicar y adaptar prácticas ágiles Grandes consultoras como Gartner, Info- como XP[1] o metodologías ágiles como qo Forbes, así como revistas de divulga- Scrum [2]. Estas empresas deben estan-ción internacionales, señalan como fuer- darizar la manera como desarrollan sus tes tendencias tecnológicas para el desa- proyectos de software. De esta estandari-rrollo del software las aplicaciones web zación deberían pasar a la reutilización y con interfaces flexibles, la computación automatización, de tal manera que cada móvil, la computación en la nube, las redes nuevo proyecto sea generado parcialmen-sociales y los video-juegos, entre otras. te y pueda aprovechar componentes ya Para cada una de estas tendencias hay utilizados en otros. una manera particular de desarrollar los productos de software y de manejar los Con esta reutilización y automatización las procesos de desarrollo. Los ingenieros de empresas del sector de software logran

María Consuelo Franky

Reutilización y automatización al desarrollar software para las nuevas tecnologías

9SISTEMAS

beneficios de disminución de tiempos y componentes a las aplicaciones que los costos en el desarrollo de los proyectos, van a utilizar.con lo cual aseguran competitividad espe-cialmente en este nuevo mercado de pro- Sin embargo, el costo de utilizar servicios ductos de software para las nuevas tecno- web como componentes es el overead de logías. invocarlos, especialmente cuando se tra-

baja dentro de una misma tecnología (i.e. A continuación presentaré en forma gene- no hay heterogeneidad) y su exposición ral las estrategias que pueden aplicar las como servicios web resulta innecesaria y empresas del sector de software para pesada en tiempo de respuesta al usuario. lograr una alta reutilización y automatiza- Actualmente, ha tomado popularidad una ción en sus proyectos de software. alternativa de servicios web basada en el

protocolo RESTful[4] y no SOAP[3], los cuales son más simples y representan menor overead en la invocación.

Cuando los proyectos trabajan bajo una arquitectura SOA[5], se busca con fre-cuencia la integración de aplicaciones existentes para implantar procesos de Otra alternativa para aumentar la reutiliza-negocio BPM[6]. ción de componentes en diversos proyec-

tos de software es construir generadores En el caso general hay que enfrentar el de estos componentes que produzcan su problema de heterogeneidad, pues estas código fuente y lo acoplen a un proyecto.aplicaciones están construidas bajo diver-sas tecnologías. Una solución a este pro- Hay varias técnicas para construir genera-blema es que cada aplicación exponga dores de código [9]:sus funcionalidades mediante servicios Web[7], los cuales atienden pedidos bajo • Técnica de plantillas: para cada compo-un protocolo estándar. nente se tienen uno o varios archivos de

plantillas con propiedades que son reem-En esta alternativa los componentes reuti- plazadas por los valores que suministra el lizables están constituidos por servicios usuario, con el fin de obtener los archivos web disponibles para aplicaciones que fuentes del componente. Los procesado-actúan como clientes. Para favorecer la res de lenguajes de plantillas permiten reutilización y facilitar la administración de expresar reemplazos condicionales y estos servicios web, se utilizan buses de ciclos; también permiten indicar el subdi-servicios[8], en donde se inscriben y en los rectorio específico del proyecto de softwa-que se pueden aprovechar servicios agre- re en donde debe colocarse el archivo gados (por ejemplo, de seguridad o de resultante de una plantilla; por medio de transformación de datos). macros es posible prever la extensión

incremental de un mismo archivo fuente Entre los beneficios de los servicios web del proyecto de software.como componentes reutilizables se puede nombrar su disponibilidad para cualquier • Técnica de expresiones regulares: para tipo de aplicación cliente, sin importar la evitar el costo de tener que mantener un tecnología en que esté construido el servi- gran conjunto de plantillas que represen-cio web ni la tecnología en que está cons- tan múltiples componentes, se pueden truida la aplicación cliente. Otro beneficio programar procesadores que por medio es que no hay que acoplar este tipo de de Expresiones Regulares [10] buscan

Reutilización y automatización median-te servicios web

Reutilización y automatización median-te generadores de componentes

10 SISTEMAS

patrones en un proyecto de software para un proyecto de forma independiente a la insertar el código fuente correspondiente a tecnología en que se vaya implementar, un componente. El código fuente inserta- por lo cual hay que contar con un transfor-do es tomado de otro proyecto considera- mador por cada tecnología contemplada; do modelo y es transformado mediante ese transformador generará el código Expresiones Regulares. fuente a partir del modelo.

Tanto la técnica de Plantillas como la téc- Los transformadores de MDA-MDE pue-nica de Expresiones Regulares permiten den desarrollarse con las técnicas de plan-materializar las buenas prácticas de una tillas o técnicas de Expresiones Regulares empresa que desarrolla proyectos de soft- descritas en la sección anterior.ware, construyendo incrementalmente un "framework de generación" constituido por Un modelo en MDA-MDE puede incluir las plantillas o los procesadores de Expre- elementos que se refieran a componentes siones Regulares, que permiten generar reutilizables. Al generar código fuente en componentes y acoplarlos a un nuevo una tecnología específica, un transforma-proyecto. Cada framework de generación dor acoplará a ese código fuente la imple-está destinado para una tecnología espe- mentación de los componentes para esa cífica pues plantillas o Expresiones Regu- tecnología.lares se escriben a partir de fuentes de proyectos realizados para una tecnología. El enfoque MDA-MDE trae grandes bene-

ficios como poder expresar una sola vez el Los frameworks de generación favorecen diseño de un proyecto a través de un mode-la reutilización de componentes por múlti- lo y luego obtener su implementación en ples proyectos y promueven la mejora múltiples tecnologías. Esto simplifica el continua de estos componentes, a medida desarrollo de los proyectos y los vuelve que la empresa evoluciona en sus buenas mucho más mantenibles.prácticas.

En las nuevas tecnologías asociadas a Sin embargo, los frameworks de genera- computación móvil se programa en múlti-ción tienen el costo de tener que mantener ples lenguajes para múltiples plataformas un gran número de plantillas o un número (i.e. sistemas operacionales). Muchas no tan grande de procesadores de Expre- empresas de servicios quieren poner en siones Regulares. Además, la depuración operación sus aplicaciones sobre disposi-de plantillas o de Expresiones Regulares tivos de computación móvil, lo cual implica resulta compleja. un esfuerzo de desarrollo por cada plata-

forma. MDA-MDE permite reducir este esfuerzo modelando la aplicación una sola vez y usando transformadores (uno por plataforma) para obtener la aplicación ejecutable de cada plataforma.

El enfoque metodológico MDA-MDE pro-El costo de MDA-MDE es el asociado a la mueve el desarrollo de proyectos de soft-definición de lenguajes de modelado y a ware basándose en diseños expresados la construcción de transformadores. Adi-en un lenguaje de modelado [11] [12]. cionalmente, si el código fuente obtenido es modificado y extendido, hay que pre-Parte de esta metodología es la definición ver mecanismos para asegurar que se del lenguaje mediante un meta-modelo preserve la consistencia respecto al que puede ser textual y/o gráfico. El len-modelo [13].guaje debe permitir expresar el modelo de

Reutilización y automatización median-te el desarrollo dirigido por Modelos (MDA-MDE)

11SISTEMAS

Reutilización y automatización median-te líneas de productos de software

Reutilización y automatización median-te Maven

dencias de librerías que tiene un proyecto: las librerías para Maven son artefactos identificados por nombre, grupo y versión, y residen en repositorios universales en En el enfoque de Líneas de Productos las sitios de Internet o en repositorios propios similitudes entre múltiples aplicaciones de la empresa que utiliza tales artefactos. (desarrolladas por una empresa de softwa-

re) se convierten en elementos reutilizables Existe una gran cantidad de plugins para que deben ser expuestos como activos con Maven que permite realizar las tareas interfaces bien definidas [14] [16]. Adicio-usuales del ciclo de vida de los proyectos o nalmente, se establecen las relaciones de tareas más sofisticadas como, por ejem-composición y de dependencias que hay plo, generar la página web de un proyecto. entre esos activos, expresándolas median-También hay plugins para aplicar Maven a te árboles jerárquicos. Establecer las inter-proyectos .NET.faces y las relaciones entre activos facilita

su acople para generar nuevos productos.Además de ser una herramienta de soft-ware que ofrece las facilidades ya mencio-En este enfoque de Líneas de Productos de nadas, Maven constituye una estrategia software se trabaja en 2 procesos [15]: para manejar los proyectos de manera muy flexible, potenciando la reutilización y • La ingeniería de dominio se centra en el automatización.análisis y la elaboración de activos.

Un ejemplo de aplicación de Maven para • La ingeniería de la aplicación se centra en lograr reutilización y automatización de los la elaboración de productos utilizando los proyectos de software lo constituye el activos.proyecto "Lion: Soporte al desarrollo de aplicaciones empresariales mediante El beneficio de este enfoque de Línea de frameworks de generación". En este pro-Productos de software es que es fácil lograr yecto cofinanciado por Colciencias partici-nuevos productos mediante composición paron el grupo de investigación SIDRe de de los activos establecidos en el proceso la Pontificia Universidad Javeriana y la de ingeniería de dominio.empresa Heinsohn Business Technology.

El costo es el asociado a la adecuación de En el proyecto Lion se buscó como objeti-los activos previamente existentes para vo global aumentar la automatización y lograr tener las interfaces requeridas por la productividad de la empresa en el desarro-Línea de Productos. Por otra parte, la reuti-llo de sus proyectos de software. Como lización que se logra con una Línea de Pro-estado inicial se partió de un conjunto de ductos de software está limitada por el domi-componentes de software que la empresa nio de negocio específico con el que fue Heinsohn había desarrollado con funcio-construida la línea.nalidades comunes (como seguridad y auditoría) para sus proyectos Java EE. Aunque los componentes eran muy útiles, su acople podía tardar 1 a 3 semanas de trabajo, pues era una labor manual.Maven es en primera instancia una herra-

mienta de software que permite realizar las Apoyándose en Maven, en el proyecto tareas del ciclo de vida de los proyectos Lion se siguieron los siguientes pasos:Java, como son la compilación, empaque,

pruebas, publicación en un servidor, etc. • Se cambió la estructura de los compo-[17]. Permite además, declarar las depen-

12 SISTEMAS

nentes para volverlos más reutilizables, lo Como experiencia concreta se presentó el cual implicó convertirlos en proyectos proyecto universidad-empresa “Lion” diri-Mavenmulti-módulo registrados como un gido por la autora de esta columna. En conjunto de artefactos en un repositorio este proyecto se obtuvieron muy buenos Maven. resultados de reutilización y automatiza-

ción mediante la estrategia Maven. En un • A partir de una aplicación modelo de la siguiente proyecto se quiere abordar el empresa, se utilizaron facilidades de enfoque MDA-MDE para lograr trabajar el Maven para construir un generador de una diseño de los proyectos de software, nueva aplicación como proyecto Maven- mediante modelos que incluyen compo-multi-módulo (este tipo de generadores se nentes reutilizables. Tales modelos luego denominan arquetipos Maven). se transformarían a código fuente de tec-

nologías específicas. También como tra-• Se construyó una herramienta “LionWi- bajo futuro se quiere establecer la Línea zard” que permite construir una nueva de Productos de la empresa y lograr el aplicación (mediante el generador arqueti- desarrollo de proyectos combinando el po Maven) tomando en cuenta valores de enfoque MDA-MDE con esta Línea de propiedades indicados por el usuario; Productos.luego la herramienta permite acoplar a la nueva aplicación los componentes que selecciona el usuario; este acople resulta sencillo de automatizar pues consiste en [1] Beck, K. Extreme Programming agregar las referencias de los componen- Explained: Embrace Change. Upper Sad-tes (i.e. artefactos Maven) como depen- dle River, NJ, USA, Addison Wesley, Pro-dencias de la aplicación, y adicionalmente fessional, Second Edition. 2004.modificar algunos descriptores.

[2] Schwaber, K. Agile project manage-El resultado final es que la duración de la ment with Scrum. Microsoft Press. 2004.labor de acoplar componentes a un nuevo proyecto pasó de varias semanas a máxi- [3] Curbera, F., Leymann,F., Storey,T., mo algunas horas. Esto representa un Ferguson, D., Weerawarana, S. Web Ser-aumento muy importante en la productivi- vices Platform Architecture: SOAP, dad de la empresa, un ahorro en costos y WSDL, WS-Policy, WS-Addressing, WS-tiempos, y una mayor competitividad en el BPEL, WS-Reliable Messaging and More. mercado Lavoisier S.A.S. 2005.

[4] Richardson, L., Ruby, S. RESTful web services. O'Reilly. 2007

En esta columna se presentaron varias estrategias que se pueden aplicar para [5]Rosen, M., et al. Applied SOA: Service-lograr alta reutilización y automatización Oriented Architecture and Design en los proyectos de software. Mediante Strategies.Wiley Publishing, Inc. 2008.estas estrategias técnicas, combinadas con procesos ágiles de Ingeniería de Soft- [6]Jeston, J, and Nelis J. Business Pro-ware, las empresas del sector pueden cess Management. Elsevier.2007.lograr la agilidad y la competitividad tan necesarias para sobrevivir en el actual [7] Newcomer, E., and Lomow, G. Under-entorno de nuevas tecnologías y de nue- standing SOA with Web Services, Addi-vos mercados de productos de software. son-Wesley Professional, 1 edition.2004.

Referencias

Conclusiones

13SISTEMAS

[8] Chappell, D. Enterprise Service Bus. ance in Roundtrip Engineering: A Type-O'Reilly.2004. Based Approach. In CLEI 2012: XXXVIII

Conferencia Latinoamericana en Informá-[9] Franky, M. C., and Pavlich-Mariscal, J. tica (Medellín, Colombia, Oct. 2012) .IEEE A. Improving Implementation of Code Gen- Catalog Number: CFP1225S-ART.2012.erators: A Regular-Expression Approach. In CLEI 2012: XXXVIII Conferencia Lati- [14] Pohl, K. ,Böckle, G. , and Linden., F. J. noamericana en Informática (Medellín, v. d. Software Product Line Engineering: Colombia, Oct. 2012) .IEEE Catalog Num- Foundations, Principles and Techniques. ber: CFP1225S-ART.2012. Springer-Verlag.2005.

[10] Friedl, J. Mastering Regular Expres- [15] Clements, P., and Northrop, L. Soft-sions. O'Reilly.2002. ware Product Lines : Practices and Pat-

terns. Addison-Wesley Professional.2001.[11] Mellor, S., Scott, K., Uhl, A. , and Weise, D. MDA Distilled, Principles of [16] C. Parra, L. Giral, A. Infante, and C. Model Driven Architecture, Addison- Cortés. Extractive SPL adoption using Wesley Professional. 2004. multi-level variability modeling. In Pro-

ceedings of the 16th International Soft-[12] Kelly S., and Tolvanen, J.-P. ware Product Line Conference - Volume 2, Domain-spec i f i c model ing .Wi ley- SPLC 2012, ACM, pages 99-106, New IEEE.2008. York, NY, USA, 2012.

[13] Pavlich-Mariscal, J. A. ,Franky, M. C. , [17] Sonatype Company. 2008. Maven: and López, A. Towards Security Assur- The Definitive Guide. O'Reilly. 2008.

María Consuelo Franky: Ingeniera de Sistemas y Computación de la Universidad de los Andes. Master (D.E.A) y Doctorado en Informática de la Universidad de Lille I (Francia). Durante 16 años fue Profesora-Investigadora de la Universidad de los Andes. Fue profesora invitada de varias universidades latinoamericanas. Durante 10 años trabajó en CincoSOFTLtda, donde desarrolló sistemas en Java EE para empresas en EEUU y en Colombia, y también un framework para agilizar estos proyectos. Durante un año se desempeñó como arquitecta en Heinsohn Business Technology en donde dirigió proyectos relacionados con frameworks de desarrollo para Java EE. Ha sido miembro de la Junta Directiva de la ACIS y es actual codirectora del XXXIII Salón de Informática 2013. En la actualidad, es profesora de planta del Departamento de Ingeniería de Sistemas de la Pontificia Universidad Javeriana.

14 SISTEMAS

Sara Gallardo M.

Entrevista

El líder de arquitectura empresarial de Ecopetrol habló con base en su amplia experiencia, sobre todos los asuntos que contempla esta disciplina.

Las opiniones de Alexis Eduardo rado en Informática de la Universidad Ocampo Ramírez pesan en el medio Técnica de Kaiserslautern, sino espe-informático colombiano, no solo por su cialmente por su trayectoria y resulta-formación académica como ingeniero dos.de sistemas y computación y su docto-

Alexis Ocampo, una voz autorizada en la Ingeniería de Software

15SISTEMAS

Sin ínfulas de ninguna naturaleza y mación, experiencia y/o técnicos con el tono modesto que hace verda- para introducir la disciplina de inge-deros sabios, se refirió a los que él niería de software en la industria, no considera sus mayores logros. “Mis se encuentran en su nivel óptimo. Un ejercicios profesionales más importan- ejemplo relacionado con estimación tes han sido la creación del estándar puede ser el siguiente: si se desea de desarrollo de software para el seg- aplicar el método Delphi, los exper-mento de tierra de la Agencia Espacial tos en el dominio, tanto en el provee-Europea (ESA); el desarrollo del dor como en el contratante, son difí-estándar para la construcción de soft- ciles de encontrar, con lo cual las ware de la Agencia Espacial Japonesa personas que hacen la estimación (JAXA); y, la construcción de la arqui- introducen desviaciones importan-tectura empresarial para Ecopetrol”. tes. Otro ejemplo se da con la técnica

de puntos de función, donde es posi-Su compromiso profesional no le resta ble que se ejecute un proyecto sobre espacio al ejercicio, a viajar o a escu- un lenguaje de programación para el char música. Y mucho menos, a los cual no existe una base de datos protegidos momentos para jugar con histórica que pueda ser usada. Igual-sus hijos. Tiene tiempo para todo, de mente, para compañías que constru-ahí que no dudara en atender y dar yen el software a través de provee-respuesta a nuestras inquietudes. dores y su negocio no consiste en

construir software, no existen bases de datos históricas con información confiable, para hacer estimaciones del esfuerzo de construir aplicacio-nes para soportar operaciones industriales. Finalmente, estas prác-ticas en empresas que no son cons-tructoras de software no son entendi-das ni adoptadas, dado que implican una gran inversión y no se puede asociar su retorno concreto/medible al producto final. Por ende, mi con-clusión es que no ha habido una evo-lución y que estamos estancados, especialmente porque no es fácil Aunque hoy en día la industria tiene demostrar que la disciplina de Inge-claridad sobre la importancia y la nece-niería de Software, efectivamente sidad de una buena estimación del representa beneficios para el pro-esfuerzo de un proyecto, aún no existe ducto final de las organizaciones.una ejecución sistemática de dicha

práctica. A pesar de que en la mayoría de universidades los nuevos ingenie-ros son entrenados y en sus proyectos de materias o tesis deben aplicar tales conceptos, los prerrequisitos de infor-

Revista Sistemas: Aunque la inge-niería de software no es un tema nuevo y tanto las metodologías como las herramientas han tenido una gran evolución, hay quienes consideran, entre los serios proble-mas que afrontan, una inadecuada estimación de costos y tiempos. ¿Cuál es su opinión al respecto? ¿Ha habido algún avance en tal sen-tido?

Alexis Eduardo Ocampo Ramírez:

RS: Desde su perspectiva, ¿cuá-les son los problemas de los pro-yectos de software en Colombia? ¿Por qué fallan? ¿Cuáles son sus

16 SISTEMAS

recomendaciones en la búsqueda de soluciones?

AEOR:

de mover fechas de entrega en los casos en que se hace una subestima-ción en la planeación, como la única salida a una circunstancia que sobre- Algunos de los problemas de viene en el proyecto o un riesgo que se los proyectos de software que he dispara. Esto termina restando credibi-observado son: falta de sensibilidad y lidad al proyecto y sus promesas de conocimiento del negocio al cual está valor de cara al negocio.contribuyendo el proyecto de software

y, especialmente, los indicadores A pesar que se configuran equipos de estratégicos que está mejorando la trabajo interdisciplinarios para algunos solución que se construye. Falta de proyectos, se subestiman el impacto sensibilidad y conocimiento del estado de las interacciones, las culturas y de la calidad de la información de la procesos de dichos equipos, lo que solución y de prácticas asociadas. Nos trae como consecuencia fricciones y enfocamos en programar la funcionali-desgastes que inciden en la ejecución dad, pero la información no es relevan-del proyecto. La experiencia y compe-te para nosotros. Sin embargo, el usua-tencia de los roles que se involucran rio final confía en una solución cuando en el proyecto, especialmente los su información es única, consistente, expertos de TI y de negocio del equipo completa, oportuna y tiene los niveles constructor de software, no son las de seguridad adecuados. Tampoco se adecuadas.aplica una metodología adecuada de

construcción de software, de acuerdo ¿Cómo se pueden solucionar? En con el contexto en que se encuentra el realidad no se puede generalizar una proyecto; y, en general, existe una solución mágica a este problema tan tendencia de aplicar las metodologías complejo, pero si propongo tres temá-tradicionales en los proyectos de soft-ticas en las cuales considero se deben ware (y un temor de aplicar metodolo-enfocar los esfuerzos: especializar gías ágiles), lo que en algunos casos le expertos de negocio y de TI; las orga-resta oportunidad a la entrega de victo-nizaciones que construyen software rias tempranas. Además, la falta de deben entender muy bien su foco de ejecución sistemática de la disciplina negocio y una vez hecho esto, entre-de administración de la configuración, nar sus recursos de tal forma que genera quiebres entre la operación y el adquieran “hands-on-experience” desarrollo. Falta también disciplina en para que sean reconocidos por sus la administración de requerimientos; clientes y se conviertan en socios en la administración de pruebas y en la estratégicos que de una manera rápi-ejecución sistemática de pruebas de da y contundente puedan contribuir a regresión.las metas de negocio. Así mismo, incorporar prácticas y tecnología rela-La práctica de generar el plan de traba-cionadas con la calidad de la informa-jo como una referencia importante de ción y aplicarlas en los proyectos de lo que se debe hacer y las fechas de construcción, entrega y operación de entrega es generalizada. Sin embar-software. En mi opinión, las organiza-go, también se generaliza la práctica

17SISTEMAS

ciones que proveen software deben entrenar sus recursos en competen-cambiar el paradigma de que entregar cias asociadas con la disciplina y cons-valor significa solamente funcionali- tancia, al igual que compromiso res-dad y/o los últimos targets tecnológi- pecto al resultado del proyecto.cos; se deben concentrar en que cuan-do conciban, diseñen y entreguen la información de las soluciones, esta sea de calidad y oportuna, de tal forma que se pueda utilizar para la toma de decisiones. Se trata también de incor-porar prácticas de manejo de proyec-tos interdisciplinarios, cuya entrega de valor se da de forma acelerada., ade-más de las definiciones de arquitectu-ra de infraestructura en los proyectos de implementación de soluciones.

Tengo dos respuestas a esta pregunta, toda vez que la interpreto de dos maneras diferentes.

La primera tiene que ver con compe-tencias de los desarrolladores. Creo

Mi segunda interpretación de la pre-que la Academia está haciendo una gunta consiste en el balance de la ofer-buena labor y esfuerzo en incorporar ta frente a la demanda de recursos. técnicas y metodologías de Ingeniería Se escucha que no hay gente para de Software en sus programas acadé-contratar. Adicionalmente, hablando micos. Sin embargo, me preocupa que con gerentes en Colombia estos mani-la disciplina en el trabajo se está per-fiestan que la oferta de proyectos no es diendo o no está siendo aplicada sis-constante; que existen picos y valles. temáticamente por los ingenieros Esto hace difícil estimar y mantener el entrenados, lo cual se puede corrobo-staff de recursos adecuado para pro-rar en los productos finales. Entonces, veer a los proyectos. Una alternativa las universidades, al igual que las orga-de largo plazo podría ser que las enti-nizaciones que proveen estos recur-dades educativas innoven en las for-sos al mercado, deberían ahondar en mas de atraer estudiantes para el área definir programas o mecanismos para

RS: También se habla de la carencia en el país de personas capacitadas para soportar en forma adecuada las necesidades de la industria de software. En su opinión ¿cuáles son los vacíos más importantes? ¿Qué se podría hacer al respecto?

AEOR:

18 SISTEMAS

de Ingeniería de Software. Lo que he dologías de manera apropiada con observado hasta el momento es que competencias y conocimiento espe-las universidades están haciendo su cializado del negocio, sus procesos y mejor esfuerzo para atraer estudian- los objetivos que se están apalancan-tes. Sin embargo, no están siendo tan do. Facilitar la ejecución sistemática y exitosos como se esperaba original- disciplinada por parte de los ingenie-mente. ros de las prácticas durante la ejecu-

ción del proyecto. Y hacer explícito a la Otra alternativa sería la de las empre- alta gerencia el retorno de la inversión sas de construcción de software ofre- asociado con la ejecución de dichas ciendo de manera integral la creación prácticas.de clusters de competitividad en cier-tas áreas específicas de conocimiento distribuidas en el país, para que de esta manera se asegure la transferen-cia de conocimiento avanzado.

Los conceptos técnicos aso-ciados con Ingeniería de Software están totalmente interiorizados y en este aspecto nuestras empresas están bien preparadas. La especialización en el negocio y el entendimiento de la contribución en términos que entien-dan los gerentes y presidentes de las Con base en mi experiencia, organizaciones, todavía presenta opor-la mayor ganancia para una organiza-tunidades para mejorar. La claridad de ción consiste en incorporar procedi-entregar soluciones que provean infor-mientos que se puedan seguir en mación de calidad y confiable para ser forma sistemática para construir de usada efectivamente por el negocio, manera ordenada una solución de TI. aún no es parte de la conciencia colec-Sin dichas prácticas, no sería posible tiva de dichas fábricas y es un tema a desarrollar grandes sistemas de infor-desarrollar. La suma de todas las ante-mación sin incurrir en mayores costos riores haría que nuestras fábricas de derivados de problemas de calidad software se convirtieran en aquel socio del resultado y de ejecución de pro-estratégico deseado y esperado por yectos. Adicionalmente, es posible las organizaciones que las necesitan. diseñar proyectos basados en meto- dologías ágiles que garanticen solu-

ciones productivas en cortos interva-los de tiempo, que realmente demues-tren y generen valor para los dueños de procesos de negocio. Como lo men- Las empresas clientes son cionaba anteriormente, los mayores conscientes de que una táctica para el retos para su implementación en los crecimiento y/o sostenibilidad de su proyectos son: combinar dichas meto- negocio consiste en rodearse de alia-

RS: ¿Cree usted que las fábricas de software colombianas están listas para el uso de las nuevas metodolo-gías?

RS: Con base en su experiencia, AEOR: ¿cuáles son las mayores ganan-cias que ofrecen las nuevas meto-dologías de ingeniería de softwa-re? ¿Cuáles son los mayores retos para su implementación?

AEOR:

RS: Y qué sucede con las empresas cliente, ¿están listas?

AEOR:

19SISTEMAS

dos estratégicos que los entiendan y mantener la disciplina y el orden para acompañen a ser mejores. Por ende, construir software. A este respecto el desarrollo de software, siguiendo las creo que el mayor reto está en evitar mejores prácticas de manera sistemá- que el usuario sufra una sobrecarga tica y disciplinada y produciendo los innecesaria de información, dado que resultados esperados, se constituye la tendrá a disposición en cualquier claramente en un apalancador nece- sitio geográfico, en cualquier momen-sario. Sin embargo, tal y como sucede to, en cualquier dispositivo. O dicho en la mayoría de los casos en la indus- de otra forma, que el usuario vea la tria de software, se da prioridad a la información que necesita para tomar funcionalidad sobre la calidad de la decisiones, ni más ni menos y que su información que se entrega como solu- experiencia de usuario sea la más ción. Esto sumado a la falta de conoci- agradable para visualizar y mantener miento del beneficio de seguir la disci- dicha información. Desde la perspec-plina de la Ingeniería de Software en tiva de la Ingeniería de Software esta-un negocio –por ejemplo, de lácteos-, mos hablando de combinar modelos hace más difícil introducir o institucio- conceptuales y metodologías relacio-nalizar la disciplina en las organizacio- nadas con experiencia de usuario, nes cliente. analítica, calidad de información, sis-

temas distribuidos, restricciones de memoria, restricciones de energía y desempeño del hardware, a la hora de concebir una nueva solución. Esto posiblemente afecta la manera como La Ingeniería de Software ha se especifican los requerimientos, se venido evolucionando con técnicas y diseñan las pruebas, se programa etc.metodologías que se han perfecciona-

do, en la medida en que la tecnología ha cambiado. Inicialmente hablamos de los principios de modularización, cuando la programación era estructu-rada y luego pasamos a distribución y Como lo mencionaba en la "componentización", con la programa- anterior respuesta, la ventaja más ción orientada a objetos. Después importante reside en que el usuario pasamos por protocolos que permiten final dispondrá de información rele-la interoperabilidad y para ellos hemos vante para su toma de decisiones en desarrollado patrones y estilos de cualquier lugar, cualquier momento, y arquitectura que han organizado e sobre cualquier dispositivo. Los retos introducido ingeniería, al uso de las se asocian más con una combinación tecnologías habilitadoras. Hoy esta- de los issues de interoperabilidad, mos ante nuevas tecnologías como la restricciones en desempeño y proce-movilidad, la nube, las redes sociales, samiento del hardware, experiencia los manejadores de grandes volúme- de usuario final óptima y visualización nes de datos, entre otros, que generan de buena calidad, construida sobre un interrogantes sobre nuevos modelos subconjunto de un gran volumen de conceptuales o metodologías para datos.

RS: ¿Cuáles son los mayores retos ante los nuevos usuarios?

AEOR:

RS: ¿Cuáles son las ventajas y los retos más importantes que ofrecen las nuevas tecnologías?AEOR:

20 SISTEMAS

RS: ¿Qué papel desempeña la Aca-demia para incentivar las acciones necesarias encaminadas a mejorar las prácticas de desarrollo de soft-ware en las organizaciones del país?

AEOR:

RS: En el marco de la competitivi-dad, las organizaciones enfrentan el reto de sus productos, la calidad y los procesos. En su concepto, ¿la formación de los profesionales del

RS: ¿Cuáles son sus recomenda-software contempla los nuevos con-ciones basadas en la experiencia textos del pensamiento global?personal?

AEOR: AEOR:

desarrolladores, de tal forma que sean ingenieros altamente motivados para ejercer su profesión. El supuesto es que cualquier persona que sea feliz en lo que está haciendo, lo hará de mane-ra más efectiva y su resultado será de alta calidad. Pero, para poder enten-der esto, se están realizando pruebas Creo que la Academia tiene la sicológicas a los desarrolladores a responsabilidad de investigar las razo-medida que van ejecutando su trabajo. nes que puedan explicar el porqué de Este trabajo de investigación está en las brechas entre lo que se enseña en desarrollo y será interesante ver cua-las universidades y su aplicación real les actividades de nuestra Ingeniería, en la industria. Se han mencionado definitivamente no ponen contentos a algunas percepciones de mi parte, los desarrolladores. En otras palabras, pero se deben realizar estudios más cuales son un “ladrillo”. Esto conlleva a serios de carácter empírico que permi-argumentar sobre datos concretos, tan determinar tendencias o comporta-donde podemos hacer nuestra labor mientos marcados, para así tomar más satisfactoria, de tal forma que se acciones desde los programas univer-haga un rediseño de la misma o un sitarios y en conjunto con las organiza-nuevo planteamiento. En ese orden de ciones que desarrollan e incorporan ideas conecto con la anterior respues-software. ta y argumento que las universidades deben involucrarse en este tipo de estudios, ser autocríticas y preguntar-se si existen posibilidades u otras for-mas de producir resultados exitosos.

La percepción global es que Definitivamente, creo que tal y algunas de las grandes “soluciones”

como lo recomiendan los creadores de exitosas, por ejemplo Wikipedia, no las metodologías ágiles, es necesario fueron hechas siguiendo un conjunto replantear algunas de las metodolo-estricto de metodologías para el desa-gías o técnicas de la Ingeniería de Soft-rrollo, como lo propone la actual Inge-ware para removerlas del proceso, niería de Software. Entonces la pre-toda vez que no generan beneficios gunta que surge es: ¿cuáles son esos para los procesos de negocio. Adicio-pasos para llegar a soluciones con nalmente, creo que el modelo de inno-tanto éxito? Algunos estudios están vación y competitividad promovido en tratando de revisar desde el campo de importantes clusters alrededor del la sicología, si la rigidez de nuestra mundo debe ser tomado en cuenta, Ingeniería de Software realmente tanto por la Academia como por la genera satisfacción y felicidad en los

Sara Gallardo M. Periodista comunicadora, universidad Jorge Tadeo Lozano. Ha sido directora de las revistas “Uno y Cero”, “Gestión Gerencial” y “Acuc Noticias”. Editora de Aló Computadores del diario El Tiempo. Redactora en las revistas Cambio 16, Cambio y Clase Empresarial. Ha sido corresponsal de la revista Infochannel de México y de los diarios “La Prensa” de Panamá y “La Prensa Gráfica” de El Salvador. Autora del libro “Lo que cuesta el abuso del poder”. Investigadora en publicaciones culturales. Gerente de Comunicaciones y Servicio al Comensal en Andrés Carne de Res, empresa de 1800 empleados; corresponsal de la revista IN de Lanchile. Es editora de esta publicación.

21SISTEMAS

industria, con el objetivo de entender lle las características de los individuos esa cultura de implementar aplicacio- que lideraron o lograron este tipo de nes exitosas en corto tiempo que agre- transformaciones y sus perfiles. Los gan valor y que son productos estables profesionales deben ser formados y reutilizables, donde se han utilizado tanto en la universidad como en la las técnicas necesarias de ingeniería industria, con el objetivo de estabilizar de software, para luego venderlo. la práctica.Igualmente, se deben estudiar en deta-

22 SISTEMAS

Investigación

La evolución de la tecnología y el cono- instrumento importante para los nego-cimiento ha llevado a la sociedad a la cios, toda vez que permiten la apertura era de la información; en la que inter- de mercados, mejoras en el control de net se ha convertido en el eje de las calidad y en los procesos de produc-comunicaciones y ha traído consigo ción y muchos otros impactos que una enorme producción y transforma- apuntan a la productividad y por ende ción de datos. Este entorno representa a la competitividad de las empresas y un nuevo reto para las mejoras en soft- los sectores a los que pertenecen.ware, aplicaciones y hardware, satis-faciendo de este modo la demanda de Una de las características más impor-uso y apropiación de las tecnologías tantes de las TI es su comportamiento de información, TI. transversal; es decir, pueden ayudar a

mejorar cualquier sector productivo Hoy, tales tecnologías son una herra- que emplee sus bondades. A través de mienta que usada de la manera ellas también se logran otros benefi-correcta, puede generar impactos cios tales como la reducción de costos, importantes a nivel económico, social el mejoramiento del monitoreo de indi-y cultural, toda vez que permite el inter- cadores y reducciones de tiempo, ade-cambio, transferencia y transforma- más del impacto positivo en el medio ción de la información. Además de ambiente, con posibilidades de cero constituirse en un elemento poderoso papel. para asumir situaciones cotidianas simples y complejas y cerrar las bre- El presente artículo muestra las tecno-chas sociales. Así mismo, las TI son un logías de información desde el punto

Carlos Hugo Gómez Gonzáles

Industria TI colombiana: un sector emergente y atractivo¿Por qué se considera atractiva la Industria TI? Por su dinámica financiera, liquidez, rentabilidad, operación y endeudamiento.

23SISTEMAS

de vista de la oferta. Es decir, un pano- Hoy es tangible el esfuerzo de todos rama general sobre la industria que los agentes: empresarios, Gobierno, desarrolla hardware, sistemas de universidades e instituciones de información y quienes prestan servi- carácter asociativo y gremial, para cios relacionados como ITO, haciendo considerar esta industria en el primer realidad el impacto que generan estas informe sectorial publicado por la tecnologías en la vida de las personas Cámara Colombiana de Informática y

4 5y en los negocios. Telecomunicaciones , y Fedesarrollo como: El sector TIC, la nueva locomo-

6tora de la economía colombiana .

En la década pasada, la industria de TI -considerando sus resultados en el entramado económico internacional- fue categorizada para Colombia como Según el estudio desarrollado por el sector emergente y junto a la biotecno- Ministerio de TIC con el apoyo de Fede-

7logía y el turismo fueron dimensiona- soft, en el año 2012 , la industria TI se dos como apuestas de carácter com- encuentra ubicada principalmente en petitivo, explícitas en los retos del pro- los códigos de la Clasificación Interna-

8grama de transformación productiva, cional Industrial Uniforme CIIU K72 y 1sectores de clase mundial . G5243, delimitados por la clasificación

del DANE, así respectivamente (Figu-Diferentes programas e iniciativas se ra 1):generaron para acortar estas brechas y el Estado colombiano ha sido el prin-cipal dinamizador, respondiendo de manera temprana al desafío competiti-vo, generando estructuras como el Ministerio de Tecnologías de la Infor-mación y las Comunicaciones -

2MinTIC , creado en el 2009, mediante la Ley 1341, y su estrategia específica para el sector TI y el Fortalecimiento de la Industria de Tecnologías de la

3Información FiTi-, entidad que tiene como propósito general fomentar la transformación de la Industria de las A partir de la descripción taxonómica Tecnologías de la Información, por expuesta, fueron empleadas como medio del desarrollo de acciones espe-cíficas desde diferentes dimensiones.

La Industria TI colombiana

Clasificación de la Industria TI en Colombia

1http://www.ptp.com.co/portal/default.aspx2http://www.mintic.gov.co3http://www.fiti.gov.co

4http://www.ccit.org.co5http://www.fedesarrollo.org.co6http://www.fedesarrollo.org.co/wp-content/uploads/2013/06/TIC-Junio-21031.pdf7http://www.fiti.gov.co/down.aspx?f=documentos/EstudiocifrassectorSW2012.pdf8http://es.wikipedia.org/wiki/Clasificaci%C3%B3n_Internacional_Industrial_Uniforme

Figura 1

24 SISTEMAS

bases de consulta de información insumo fundamental para trazar accio-financiera y contable, las suministra- nes pertinentes desde los diferentes das por la DIAN y la Supersociedades agentes interesados en transformar para conocer el desempeño y la ten- esta industria, en un sector de talla dencia financiera atractiva del sector, mundial.entre los años 2009 y 2012, evidencia-do en la siguiente gráfica que contem-pla la participación del grupo G5243 frente al sector general que converge La industria posee además, un atracti-en el K72 (Figura 2). vo aumento en la generación de ingre-

sos. Por ejemplo, en el año 2009 factu-raba $6,5 billones, y en el 2011 pasó a $8,8 billones, aproximadamente, con un crecimiento equivalente al 35,4% en dos años (Figura 3).

Una de las problemáticas identificadas en la industria TI colombiana, es que la clasificación de las actividades econó-micas de las empresas que la confor-man, no es lo suficientemente precisa. En otras palabras:

Aunque en el total nacional de las • Existen empresas que no pertene- exportaciones del sector no son repre-cen a la Industria TI, que están clasifi- sentativas, se destaca el incremento cadas en los códigos anteriormente de estas en el sector TI, especialmente descritos. en Software y Servicios (Figura 4).

• Y también hay empresas que perte-necen a la industria TI, clasificadas en códigos diferentes a los descritos. Definitivamente, la Industria TI está

presente de manera transversal en Esta situación dificulta la caracteriza- todos los sectores productivos, apor-ción de la Industria TI, a la hora de tando a su competitividad. Una buena hacer estudios y análisis que permitan parte de las empresas de esta Indus-la comprensión de la misma, lo cual es tria dirigen su oferta de productos y

Figura 2.partir de la base de datos de Supersocie-dades

Figura 3. Fuente: DIAN

Fuente: elaboración propia a

Ingresos y exportaciones

Mercado y oferta

25SISTEMAS

servicios en primer lugar, a una gran de negocio en la industria TI nacional, diversidad de sectores, lo cual eviden- es que tenemos un bajo nivel de espe-cia la falta de especialización de la cialización, lo que nos pone en des-misma. A su vez, el segundo cliente ventaja frente a otros mercados exter-más grande es el Gobierno, agente nos. En la anterior tabla se ven las cua-que impulsa el sector y es un gran con- tro principales líneas de negocio en sumidor de tecnologías de información Colombia.(Figura 5).

Esto pone sobre la mesa el reto, en lo Por otra parte, la oferta de la Industria que se refiere a especializar la indus-TI colombiana está centrada en cuatro tria, de acuerdo con los productos y líneas de negocio, registradas en la mercados específicos, en coherencia siguiente tabla (Figura 6): con las demandas nacionales e inter-

nacionales y con las capacidades endógenas de las regiones, que dina-mizan esta industria. Esto se traduciría en beneficios que apuntan a la produc-tividad y por ende a la competitividad del sector.

A diferencia de otros sectores en Colombia, la Industria de Tecnologías de Información es formal y de carácter societario. De lo que se aprecia al ver las líneas

Figura 6. Fuente: Estudio – Caracteriza-ción de la Industria TI – MINTIC-Fedesoft

Estructura societaria

Figura 4. Fuente: Estudio – Caracterización de la Industria TI – MINTIC-Fedesoft

Figura 5. Fuente: Estudio – Caracterización de la Industria TI – MINTIC-Fedesoft

26 SISTEMAS

Los empresarios TI se alejan, cada vez continuo y potencial crecimiento de las más, de las figuras de carácter natural, compañías de la industria. prefiriendo la persona jurídica para sus compañías. En el año 2009 generaron La banca es la fuente que año tras año el 86,4% y, en 2011, el 89% del total de está soportando, de manera progresi-los ingresos netos. Las figuras predi- va, las operaciones de las empresas lectas fueron las sociedades anóni- TI; pasó del 5,4% en 2009, a un intere-mas -S.A.-, por acciones simplificadas sante 24,5% en 2012, con un apalan--S.A.S.- y, de responsabilidad limitada camiento de largo plazo y disminuyen--Ltda.-. do, año tras año, el endeudamiento de

corto plazo (Figura 7).

Esta perspectiva positiva no sólo se Vale la pena mencionar algunos de los evidencia en los compromisos con indicadores financieros de la industria entidades financieras. El estudio TI, tomando como referencia el perío-demostró que los empresarios TI desa-do de 2009 a 2012, el cual evidencia rrollan además, una adecuada gestión un gran potencial del sector, teniendo financiera de la liquidez (prueba áci-en cuenta un prometedor rendimiento da), con el fin de respaldar sus pasivos frente a los ratios inherentes a los com-corrientes, es decir, de corto plazo, promisos por pasivos, toda vez que se aún sin contar con sus inventarios. En identificó una marcada tendencia a comparación con los demás sectores entablar relaciones estratégicas y esta-económicos es el de mejor desempe-bles en el largo plazo con el sector ño en el año 2012.financiero que, por un lado, demues-

tran la seriedad y potencial de la indus-Comprendiendo en conjunto este indi-tria TI y, por el otro, una plena confian-cador con el anterior de endeudamien-za de las entidades bancarias con el

Comportamiento financiero de la Operación Dinámica y LíquidaIndustria TI

Figura 7. Fuente: Análisis Propio con base en la Superintendencia financiera.

27SISTEMAS

to, entendemos que las empresas de la Industria TI desarrollan sus proyec-tos financiados a largo plazo por enti-dades bancarias y que, a su vez, poseen la capacidad de responder a plenitud con sus compromisos de amortización y abono a capital, en el corto plazo (Figura 8).

aspecto de excelente manejo en el último cuatrienio, en el sector que com-prende las compañías K72 y G5243, toda vez que su Capital de Trabajo Neto Operativo ha sido notablemente ascendente, del año 2009 a 2012, pasando de $520 mil millones, a $829 mil millones, respectivamente.

Esto corresponde a una excelente optimización del ciclo de los inventa-

Frente a la gestión de los activos fijos, rios y la cartera de las compañías, liga-que comprende la convertibilidad de da con los compromisos asumidos en dichos activos en fuente de dinero plazos y desembolsos a proveedores; para la compañía, la industria TI considerando que, la circulación efec-demostró conservar un desempeño tiva de los recursos generados por los financiero superior a los otros secto- bienes y servicios de TI, han permitido res, donde sólo le siguen las activida- aumentar el capital de trabajo en un des relacionadas con comercio, que 59,4%, en cuatro años (Figura 10).es por naturaleza un sector altamente dinámico en este ratio (Figura 9). En cuanto a la generación de utilidad,

sin tener en cuenta los gastos financie-La gestión del capital de trabajo neto ros, tributarios y demás gastos conta-–CTNO-, es uno de los aspectos más bles, que no involucran egresos de relevantes de estudio, para la revisión dinero, comprendida dentro del indica-del desarrollo cotidiano de una organi- dor Earnings Before Interest, Taxes, zación. Este ratio involucra la circula- Depreciation and Amortization -ción del dinero entre los proveedores, EBITDA-, se obtuvo también una ten-el negocio de TI y el recaudo; un dencia positiva en los últimos años,

Figura 8

Figura 9

28 SISTEMAS

sionista en el sector. Revisando el com-portamiento de la rentabilidad del patrimonio ROE, el sector nuevamen-te demuestra sus beneficios, obtenien-do porcentajes de rentabilidad entre el 35,4% y el 12,7%, en el cuatrienio ana-lizado, muy por encima del resto de los sectores económicos representativos (Figura 12).

¿Sector emergente, maduro o apuesta en crecimiento? Con la información suministrada sobre cada uno, los lec-tores sacarán sus propias conclusio-nes.

representada en un importante Este artículo busca comprender por aumento de 75,7%, entre el período qué se considera la Industria TI atracti-2009 a 2012. Se trata de un indicador va; y revisar cualitativamente su diná-que reafirma la capacidad del sector mica financiera, desde las perspecti-para ser sostenible financieramente y vas de liquidez, rentabilidad, opera-potencial, por su aumento periódico. ción y endeudamiento.Este indicador, unido al incremento en los últimos tres años del margen ope- Pero, más allá de todas las validacio-rativo, demuestra un atractivo sector nes cuantitativas realizadas, es nece-de talla mundial (Figura 11). sario recordar que la industria, no sólo

aporta como sector a la economía, Complementario a este concepto de también fortalece las competencias margen, es necesario revisar la renta- del resto del aparato económico y edu-bilidad para un propietario-inver- cativo; incrementa la productividad de

Figura 10

Figura 11

29SISTEMAS

amplios sectores económicos, entre sine qua non, podamos afirmar que el otros, el financiero, la industria y la sector TI es la nueva locomotora de la administración pública. De ahí que, economía colombiana.

Figura 12

Carlos Hugo Gómez Gonzáles. Consultor externo para la dirección de políticas y desarrollo de TI -MinTIC-.

30 SISTEMAS

Sara Gallardo M.

Cara y Sello

Las nuevas tecnologías de software son cada vez más poderosas, ¿son más efectivas?

Toda una paradoja. Mientras los pro- temas, sumados a las metodologías veedores invierten millones de dólares ágiles, a los procesos de pruebas y al en investigación para alimentar el mer- papel de la Academia, entre otros, cado con nuevas tecnologías cada vez sustentaron el debate.más poderosas, muchos desarrollado-res de software se sienten agobiados. Francisco Rueda, director de la revis-Situación descrita por algunos de los ta, Dalia Trujillo, moderadora y editora invitados al foro, quienes manifestaron técnica en este número, acompaña-que cuando creen tener andando un dos por Beatriz Caicedo, directora proyecto llega la moda y de paso la ejecutiva de la Asociación y la editora, migración a esas nuevas tecnologías. acogieron a los invitados: Alejandro Un proceso que puede impactar el Salamanca, gerente General de Ase-sufrido andamiaje y comprometer no software; Alejandro Cruz, asesor de sólo el trabajo adelantado por ellos, Tecnología en el Ministerio de Hacien-sino el los responsables en la empresa da; y, Diego Fernando Marín, director que los contrató. de Nuevos Negocios en Heinsohn.

En ese escenario, la contratación es Dos caras de la moneda dispuestas a determinante, toda vez que debe con- exponer sus opiniones, para esta sec-templar muy bien los riesgos, para ción que busca generar polémica y tranquilidad de los firmantes. Estos conclusiones llevaderas a la práctica.

Ingeniería de Software

31 SISTEMAS

Dalia TrujilloEditora técnica y moderadoraRevista SistemasLa Ingeniería de Software ha tenido en los últimos años evolución conti-nua, ¿qué aspectos considera han sufrido avances importantes? ¿En cuáles todavía falta avanzar? ¿A qué punto piensa usted que debe-ríamos llegar? ¿Hay estadísticas que demuestren que la utilización de las nuevas metodologías ha aumentado el número de proyectos exitosos, entendiendo por exitosos, tiempo costos y expectativas del negocio?

Alejandro SalamancaGerente GeneralAsesoftware

Francisco RuedaDirector Revista SistemasPero, ¿no hay metodologías parti-

muchos aspectos. Por ejemplo, la arquitectura de software es una disci-plina madura, en la que es posible hacer uso de las teorías y ponerlas en práctica; lo mismo sucede en lo que se refiere a Ingeniería de Requerimien-tos, a procesos; en particular, hay modelos como CMMI que también han contribuido en el mismo sentido. No obstante, todavía falta mucho y lo he vivido como empresa desarrolladora. En los proyectos de software, la direc-ción de proyectos se ha vuelto algo o demasiado genérica o muy influencia-da por las modas. No se mira la esen-cia del desarrollo de software. Adicio-nalmente, en lo que se ha avanzado, pero no de la misma manera como se ha hecho en otros aspectos, es en las pruebas.

Desde mi grado en la universidad en 1985, he visto cómo la Ingeniería de Software se ha convertido en una dis-ciplina completa y evolucionada en

Dalia Trujillo lideró el debate.

32 SISTEMAS

culares para administración de pro- Alejandro Salamancayectos de software? Metodologías como la de PMI, parecen muy gené-ricas.

Alejandro Salamanca

Dalia TrujilloY ¿en lo referente a las pruebas, cómo es el panorama?

Como teoría han mejorado, existen modelos uno de ellos TMMI, pero no ha avanzado en los términos que se requiere. Como empresa de desarrollo sufrimos de una tendencia en el mer-cado, en torno a que las compañías Me refiero a la parte de administración están tratando de tercerizar las prue-de proyectos. Existe una tendencia bas, con el fin de lograr lo que ellos denominada ahora PMI-Agile, pero es denominan “independencia”. Es infor-muy incipiente, orientada a la Direc-tunada, porque de acuerdo con las ción de Proyectos y no a la parte de estadísticas de Caper Jones, las prue-software. Es una iniciativa orientada a bas encuentran el 35% de los defec-“acomodar” las habilidades de direc-tos, mientras algunas metodologías ción a las metodologías ágiles. En este como revisiones encuentran porcenta-sentido, me producen muchas dudas jes hasta del 65% y más altos, metodo-las técnicas de dirección y de ingenie-logías de verificación que están dentro ría de requerimientos, usando méto-del desarrollo y no “afuera”. Por otro dos que pueden ocasionar más pro-lado, existen diferencias en el tipo de blemas que soluciones.contratación de pruebas y de desarro-llo. Conozco contratos de pruebas que se cobran por horas, mientras el con-trato del mismo desarrollo se paga a

Alejandro Salamanca, gerente general de Asesoftware, señaló que las pruebas como teoría, han mejorado.

33 SISTEMAS

precio fijo, con base en resultados, lo comercialmente. Los aspectos buenos que considero absurdo. En mi opinión que observo es que se le da mayor esto sucede por la falta de madurez en énfasis al proceso de validación y veri-lo que se refiere al esquema de pre- ficación, sin que quiera decir esto que cios. se requiera de una compañía indepen-

diente. Todo lo contrario, requiere una empresa inmersa en el mismo desa-rrollo, en lo que se refiere a pruebas. Hace falta mucha teoría, la universi-dad en particular debe poner mayor atención a todo lo relacionado con las pruebas. Pero, no tratar las teorías tradicionales, sino diseñar programas No, no me refiero a eso, existen que conduzcan la generación de soft-muchas compañías de pruebas exito-ware de mayor calidad.sas. El problema puede residir en la

manera como se contratan las mis-mas. Lo que hoy se usa es desligar las empresas de pruebas con las de desa-rrollo durante el mismo proceso de

Dentro de los temas en los cuales se desarrollo y no creo que sea el método ha avanzado se destaca el fortaleci-más apropiado. Por un lado, esto no miento del diseño, involucrando con-crea la sinergia necesaria para mejo-ceptos de Arquitectura (Empresarial, rar la calidad; y, por otro, conduce a de aplicaciones, etc.), lo cual ha sido situaciones que no me parecen justas

Francisco Rueda¿No han avanzado las compañías de prueba en Colombia? Desde hace ya varios años existen.

Alejandro Salamanca

Alejandro CruzAsesor de TecnologíaMinisterio de Hacienda

Francisco Rueda, director de la revista, indagó sobre las compañías de prueba en Colombia.

34 SISTEMAS

muy importante. Eso no se observa estas nuevas tecnologías de software sólo en el proceso, sino también en la falta mucho para poder avanzar. No es administración del desarrollo. Es nece- fácil, no tanto de parte de los directivos sario empezar a evangelizar y sociali- de tecnología, sino de los responsa-zar estos conceptos de mayor forma, bles del negocio. Entender estos en especial con los clientes, usuarios y temas para que los involucren como líderes de negocio, aunque estos cada prácticas o como proveedores espe-vez están más involucrados. Es nece- cializados no es fácil. Sobre la contra-sario ejercer un liderazgo más notorio. tación, este asunto en el sector público Estos conceptos de arquitectura se es bien complicado, requiere mucha han unificado con el desarrollo de los atención y trabajo para lograr cambios, procesos, el entendimiento de estos por parte del Gobierno y de la empre-por parte de los desarrolladores, tanto sa; contratar a precio fijo genera serias externos como las personas de la com- dificultades, por los imprevistos que se pañía, hace que los elementos que presentan a mitad de camino. Si los soportan el negocio sean entendidos esquemas de contratación no contem-de mejor manera. Se ha logrado una plan tales situaciones, pues los tropie-mayor articulación y entendimiento zos no se hacen esperar.con los procesos organizacionales que, incluso, facilita la realización de las pruebas, no sólo por parte del desa-rrollador, sino también por el líder del negocio. Estos son los tres puntos que considero importantes. En el cambio y la cultura organizacional para adoptar

Sara GallardoEditora Revista SistemasBuena parte de lo que usted plantea ¿obedece al entorno de dificultad que rodea los procesos públicos de contratación?

Sara Gallardo, editora de la revista, preguntó sobre la dificultad en los procesos de contratación pública.

35 SISTEMAS

Alejandro Cruz

Francisco Rueda¿Qué tipo de cultura organizacional debe tener la empresa para que haya más probabilidades de que los proyectos de software sean exito-sos?

Alejandro Cruz

humano, toda vez que no se trata sola-mente de un asunto del desarrollador, Por supuesto, es muy complicado, sino de habilidades y talentos especia-sobre todo porque en el caso de un les de la gerencia del proyecto. proyecto complejo, concretarlo toma

más de un año, para citar algún tiem-po. Esto implica un manejo presupues-tal muy especial que, desde luego, genera dificultades para que sea expe-dito. A comienzos de este año señalá-bamos que el Estado debería generar un marco de contratación específico para las tecnologías de información y comunicaciones, porque las circuns-tancias son muy distintas a las de cual- Por lo general se tiene una cultura pro-quier otro. Es necesario contemplar pia, tradicional. Ese ambiente cultural las variaciones y los tropiezos que implica un cambio frente a los requeri-pueden presentarse, tanto en el desa- mientos, por parte de la gente, y esto rrollo como en el mismo negocio. No no es fácil de manejar, implica retos en es fácil asumirlas y encontrar los espa- la administración de requerimientos y cios adecuados. El sistema de métri- los cambios que estos reflejan. Los cas y pruebas asociadas es un tema desarrolladores tienen ciertos talentos que falta por mejorar y adaptar. En lo especiales y específicos que también que se refiere a metodologías, se pre- tiene que ser administrados y maneja-sentan problemas de cara al recurso dos en un entorno de cambio. Se están

Alejandro Cruz, asesor del Ministerio de Hacienda, se refirió a los tiempos en la contratación pública.

36 SISTEMAS

administrando y gerenciando perso- do bastante es la comunión entre las nas, en entornos de cambios de nece- metodologías y las herramientas. Nor-sidades y cambios de procesos y orga- malmente, cuando uno hacía las nización que se reflejan en cambios en implementaciones o seguía un enfo-el producto, lo que hace complejo este que metodológico, uno de los temas tema. más difíciles era cómo hacer eso auto-

mático, más fluido dentro de las orga-nizaciones. Hoy en día se notan los avances sobre el uso de herramientas para utilizar tales metodologías. Tengo un caso sobre las pruebas. Uno Definitivamente, la Ingeniería de Soft-no puede desconocer que la Ingenie-ware sí ha evolucionado, en los aspec-ría de Software es un proceso y en tal tos más relevantes como las arquitec-sentido, una de sus etapas de pruebas turas. Y los escenarios de hoy en el se encamina a corregir un desperdicio. software como servicio ofrecen una No es una etapa que aporte valor, en la gama mucho más amplia en las arqui-medida en que no está construyendo tecturas de referencia, no sólo en cuan-software, sino corrigiendo. Y con la to al software, sino en la infraestructu-creación de empresas orientadas a ra. En los trabajos adelantados por ofrecer los servicios de pruebas, más compañías como Amazon, se empie-allá del valor que le presten al negocio, za a ver la integración y se registran le han quitado las responsabilidades y discusiones mucho más profundas en profesionalismo al grupo de ingenieros torno a las prácticas para construir de software. Ese es uno de los proble-sistemas de uso intensivo. Otro de los mas que uno encuentra en las fábri-temas de relevancia y que ha avanza-

Diego Fernando MarínDirector de Nuevos NegociosHeinsohn

Diego Fernando Marín, de Heinsohn, describió la evolución de la Ingeniería de Software, en lo más relevante como las arquitecturas.

37 SISTEMAS

cas, el ingeniero de software no asume mundo, pero esta medición requiere su responsabilidad sobre la calidad de una gestión objetiva y honesta de la lo que construye ni en las prácticas calidad de nuestros proyectos y soft-que debe seguir. De alguna manera, ware producido, pero son pocas las siempre está esperando que un terce- empresas en nuestra región que ro resuelva las dificultades. Y eso se toman este camino. Es el mismo caso presenta en todos los niveles, desde con los clientes, en el sector público las universidades, hasta cuando los por ejemplo, existe un gran desconoci-profesionales llegan a la industria. miento sobre las realidades que Colombia no tiene muy buena califica- enfrenta un proyecto de construcción ción en la fundamentación matemáti- de software, principalmente en los ca, como consecuencia de la forma- factores técnicos y ambientales de ción de los ingenieros de software y las afectan su desempeño y que son de personas que se dedican a la cons- responsabilidad compartida; basta trucción. Tanta proliferación de tecno- revisar el modelo propuesto para la logías tiene sus aspectos positivos, gestión del riesgo en el portal de la pero también negativos. Las personas contratación o en las diferentes licita-no se fundamentan en buenas prácti- ciones para entender la brecha exis-cas con relación a la algoritmia o tente. estructuras de datos. En la medida en que las tecnologías avanzan, hay menos interés en los ingenieros de software por optimizar el código, por hacer aplicaciones mucho más efi-cientes, casi todo lo sustentan en las capacidades de las herramientas El tema de pruebas debe formar parte actuales. Este panorama genera la del proceso integral de desarrollo, no necesidad de una revisión profunda al se debe tomar como un proceso apar-proceso de ingeniería. También hay te. Si existe un proveedor diferente vacíos en la gerencia de los proyectos, para pruebas, se debe crear una siner-uno de los principales problemas en tal gia entre el proveedor y el desarrolla-sentido tiene que ver con que en dor para realizar las pruebas, y el per-Colombia no existe una cultura de ges- sonal de las mismas que se requiera tión al riesgo operativo, y muchas de debe estar siempre bajo el control de la las buenas prácticas que hoy en día empresa desarrolladora. El esquema existen para medir y mejorar la cons- de pruebas externas, en el caso de trucción de software están fundamen- nosotros en Minhacienda, no se consi-tadas en este principio, para ilustrar un dera, toda vez que el esquema de una ejemplo, la organización International empresa externa para las pruebas no Software Benchmarking Stan- va a tener la misma funcionalidad y dardsGroup (ISBG), promueve la medi- conocimiento de lo que ya se ha traba-ción cuantitativa de los proyectos de jado, además de que el proceso de software como recurso comparativo contratación es difícil. Debe ser del nivel de calidad y productividad de alguien que esté muy metido en el los desarrollos de software en todo el negocio, con el conocimiento de quie-

Dalia TrujilloY ¿con relación a las pruebas y a las empresas de pruebas?

Alejandro Cruz

38 SISTEMAS

nes están al frente del mismo, como de contratar a un desarrollador es un quienes están desarrollando. tema complicado, recurrir a un tercero

para las pruebas, en la práctica no es viable.

Por la complejidad y especificidad de nuestros procesos, no consideramos el grupo de pruebas como un tercero, sino como parte de un todo totalmente integrado. En procesos de negocios muy grandes, esta integración facilita el proceso de desarrollo, teniendo en cuenta también las dificultades en los procesos de contratación. De hecho, si

Francisco Rueda¿Es difícil que la empresa encarga-da de las pruebas se integre al Francisco Ruedacomienzo del proyecto, y no al final, La impresión que tengo es que los como actualmente se hace? Si proyectos de software siguen desde el comienzo participan en teniendo muchos problemas: se todos los procesos, verificando demoran más de lo previsto, termi-todos los aspectos con la misma nan costando más de lo acordado profundidad que la empresa encar- inicialmente, hay muchas dificulta-gada del desarrollo. des en la contratación, etc. ¿Será

que todavía el desarrollo de softwa-Alejandro Cruz re es muy artesanal? De nada sirve

que haya procesos elaborados, si se siguen presentando esos incon-venientes

Dalia TrujilloPara complementar la pregunta de Francisco, ¿hay avance o no?, ¿es-tadísticas?

Para Francisco Rueda y Dalia Trujillo, persisten los problemas en las pruebas y en los proyectos.

39 SISTEMAS

Francisco RuedaY lo grave es que los proyectos pro-blemáticos perjudican a las dos partes. Dentro del Estado implica un estrés muy fuerte para quien asume los proyectos, tanto como contratante como contratista. ¿Existe alguna posibilidad de gene-rar un proceso de contratación más sencillo?

Alejandro Salamanca

lisis profundo y, aunque no es genera-lizado, sí se observa la disminución de tales puntos funcionales por mes. Tenemos estadísticas en Java, .Net y en este último las estadísticas son dramáticas. La productividad en ese entorno era de 28 puntos funcionales al mes, y ahora es de 25, 24 puntos. Y al hacer las estimaciones con la pro-ductividad histórica, al comparar el año anterior, se observa baja en la productividad. Esto puede obedecer a

En ciertos términos se ha mejorado y otras causas diferentes, porque no se en otros no. Si uno realiza una prueba debe con exclusividad a la tecnología. ácida sobre el tiempo que debe tomar Las principales son la arquitectura, no un proyecto, pues con determinados porque ésta sea mala, sino porque es parámetros de calidad, diría que no ha más compleja y requiere de mucho mejorado mucho. Infortunadamente, más código que antes. Cuando lo que uno espera es ser más producti- comenzamos a hacer software utilizá-vo, que el proyecto sea más fluido, bamos lenguajes de cuarta genera-creo que ahí no existen muchas dife- ción y, realmente, la productividad era rencias frente a lo que se hacía antes. impresionante, alrededor de 35 o 40 Realmente, las arquitecturas sí son puntos. Y verla reducida, primero a 28 ahora mucho más complejas, con más y ahora a 25, pues lo que vemos es capas, más operaciones, más difícil que vamos de para atrás. Por supues-las integraciones, a pesar del avance to que las tecnologías antes eran más en herramientas, en automatización y sencillas, únicamente de dos capas, lo demás. Pero, el entorno ha mejorado que puede ser parte del problema. En mucho. De hecho, tenemos estadísti- términos generales, nosotros como cas dentro de la compañía que mues- empresa no hemos visto grandes avan-tran que realmente la productividad se ces en productividad. Quizás por los ha disminuido en varios puntos y, para cambios tan frecuentes en tecnología nosotros eso es preocupante, porque la situación se complica. En nuestros como vivimos básicamente de una principios los proyectos grandes con buena productividad, hemos visto que Java, versus Forms, las diferencias ha bajado por las nuevas tecnologías y eran brutales, tuvimos muchos fraca-

sos, muchas pérdidas mientras cali-nuevas herramientas; ha bajado como brábamos el nuevo modelo al ritmo unos tres o cuatro puntos. Y, frente a actual. En general, con respecto a la ese panorama, uno se pregunta ¿qué cuarta generación, no hubo mejoras, estamos haciendo? Es una impreci-hubo retroceso en lo que a productivi-sión de quienes adquieren el software, dad se refiere. Sin embargo, sobre las en el sentido de que ellos quieren indi-tecnologías cuando se usaba cuarta car la tecnología a usar, además de generación, se generaba software algunos de los procesos. Alrededor de menos estable, menos mantenible, tales situaciones hemos hecho un aná-

40 SISTEMAS

menos transportable. Pero, en ocasio- Pero, infortunadamente, muchas nes uno se pregunta cuando una veces queremos inventarnos “el agua empresa que ha invertido millones de tibia” en sistemas y tendemos a utilizar dólares en una plataforma como Ora- lo que hacen los técnicos de las cle, por ejemplo, decida cambiar a empresas. En cuanto a metodologías SQL Server u otra tecnología, de ahí a ágiles, veo tristemente cómo en teoría que sea portable no importa mucho. Y, de Ingeniería Industrial y Administra-los mismos empresarios que nos con- ción durante años, no son las grandes tratan, a veces por estar a la moda, metodologías, porque existen en exigen el cambio. Después de estar manufactura y otros procesos, meto-migrando cosas que estaban en cuarta dologías que llevan 40 0 50 años en generación a Java y demás, todavía otras industrias y que no nos hemos nos salen proyectos de modernización puesto en la tarea de mirar con deteni-en ese sentido y hay mucho negocio. miento y respeto. En ese sentido, las Lo que uno observa con tristeza es que metodologías ágiles funcionan por la el proyecto se demora dos o tres veces carencia de una buena administración, más que antes. Y que, probablemente, no porque sean mejores. Cuando no el mantenimiento va a ser más compli- se tiene nada, pues adoptar cualquier cado que antes. Eso es lo que obser- metodología es bueno. Una industria vamos en la sofisticación de las nue- tan seria como la del software debería vas arquitecturas. Hemos tratado de tener su propia teoría que se base tam-mirar algo parecido a lo que se obtenía bién en lo que tiene y lo que ya hizo la con lenguajes de cuarta generación, Ingeniería Industrial. Hay aspectos pero no tanto por echar código, en el que se informalizan, la documenta-mal sentido, porque “echar código es ción, la arquitectura y no es cierto que algo maravilloso”, pero en el mal senti- eso genere más valores. Falta ver los do sí lo es. Me parece que el uso de resultados en cuatro o cinco años, frames que generan una parte auto- relacionados con mantenimiento, toda-mática, no se ha estabilizado. Hay vía no medidos.gente que prefiere no usar el frame completo, pero una vez que se introdu-ce es una complicación, una pesadilla, no se entiende lo que genera en forma adecuada. Así que vale la pena pensar en los desarrollos que se daban con lenguajes de cuarta generación, com-parativamente con los actuales. En torno a metodologías nuevas, hemos visto ciertos avances, más en la admi-nistración del proyecto. No la vemos como un procedimiento o un cómo Nuestra industria es relativamente hacer de la parte de administración del joven y ha tomado la mala práctica de proyecto, que eso sí ayuda. Una admi- adoptar buenos principios de otras nistración diaria adecuada, por industrias muy formales y estructura-supuesto produce buenos efectos. das que han mejorado sus procesos,

Dalia Trujillo¿Las nuevas tecnologías de desa-rrollo son más efectivas para el cubrimiento de las necesidades del negocio? ¿Qué se ha ganado con las nuevas tecnologías? ¿Qué se ha perdido? ¿Qué costos tienen para el negocio?

Diego Fernando Marín

41 SISTEMAS

adoptados más de cara a la tecnolo- rrollo muy bueno en Java, pero en gía. Vivimos en un negocio en el que otros entornos no. Se trata de una com-dependemos de otros jugadores binación de factores con los que se mucho más grandes y eso tiene que debe jugar. En tal sentido obtenemos ver con el hecho de que los proyectos cinco proyectos con buenos resulta-sigan fracasando y no existan mejo- dos y otros en que uno de esos facto-ras. Todo proceso se ve afectado por res cambió y hasta ahí llegó la buena una serie de factores, ambientales o práctica.técnicos y son elementos a veces difí-ciles de cambiar. Siempre depende-mos de la siguiente versión o adquisi-ción de un proveedor de tecnología. Y después, el proveedor de desarrollo es quien tiene que resolver los líos y la integración de tales sistemas y eso acaba con cualquier principio de bue-nas prácticas. Y lo otro es lo que ha pasado con la proliferación de metodo-logías ágiles. No todas son las que deberían ser para un entorno organi-zacional. Se vuelven una moda y no se sabe de qué se trata. Lo que se obser-va en la actualidad es que la arquitec-tura hay que verla como un todo, no por interacciones. Con las historias de usuario sucede lo mismo, hay que agregarles algo que se denomina diá-logos, a dos renglones. Eso depende mucho de los contextos, existen algu-nos proyectos exitosos y otros que no lo son. El coordinador de desarrollo de Office para Microsoft maneja mucho el tema de historias de usuario, lo que sucede es que en su empresa cuentan con dos mil desarrolladores, y cada uno se especializa. Pero, cuando se trata de un sistema más complejo es muy difícil que eso se pueda lograr. De tal manera, esa configuración de facto-res en cada proyecto, no permite ver el resultado final. Y para la industria de software y para nosotros en particular sucede lo mismo, la productividad es cada vez menor, por la complejidad. No se refiere solamente al uso de tec-Se puede tener un ingeniero de desa- nología, sino al de las metodologías. El

Francisco RuedaLo que se observa entonces es que las tecnologías avanzan en la bús-queda de mayor eficiencia; pero, paradójicamente, terminan convir-tiéndose en un problema para los desarrolladores y las empresas, y no cumplen por lo tanto ese objeti-vo.

Sara Gallardo M.Se convierte en la paradoja de que el avance de la tecnología frena el desarrollo de software.

Alejandro Cruz

42 SISTEMAS

riesgo que se corre es que las nuevas metodologías y tecnologías se con-viertan en una, y se apliquen en forma repetitiva, sin apropiarse de ellas. Cuando empezamos a utilizar los casos de uso sin haberlos socializado correctamente, los usuarios los llama-ban “casos de abuso”, porque no esta-ban acostumbrados a ellos, lo que nos Las nuevas metodologías de desarro-lleva a pensar, no sólo en la compleji- llo pueden ser más efectivas para dad inicial del problema a resolver, cubrir las necesidades del negocio, sino en aspectos funcionales que las pero no en todos los casos y para tecnologías y metodologías nos deben todos los procesos. Debe haber un ayudar a solucionar; no sólo aplicar la buen nivel de conocimiento de lo que nueva metodología o tecnología “per se requiere y de la aplicación de la se”. metodología para llegar a un buen

producto final, lo que implica un lide-razgo y una gerencia fuertes, tanto en lo técnico como en el negocio.

Ese es un tema bien complicado, los

¿Considera usted que en Colombia hay buen avance en cuanto a tecno-logía y metodología de Ingeniería de Software? ¿Cuáles son las mayores fortalezas? ¿Cuáles las falencias más importantes?

Alejandro Cruz

Dalia Trujillo¿Cree usted que las nuevas meto-dologías de desarrollo son más efec-tivas para el cubrimiento de las Dalia Trujillonecesidades del negocio? ¿Qué se ¿Y sobre las tecnologías?ha ganado con las nuevas metodo-logías? ¿Qué se ha perdido? ¿Qué Alejandro Cruzcostos tienen para el negocio?

Alejandro Cruz habló sobre las nuevas tecnologías y los obstáculos para la migración.

43 SISTEMAS

nuevos desarrollos generan impedi- tecnología de un solo proveedor, pues mentos de soporte y empieza la nece- viene el problema de migrar todas las sidad de migrar. Desde el punto de aplicaciones, lo que puede llegar a ser vista del cliente normal, este no tiene un asunto bien complicado. Y con todo el conocimiento tecnológico y todos los requerimientos que hay hoy debe apoyarse en los proveedores, en día en las empresas, específica-quienes deben realizar la adaptación. mente en el Estado, frente a las Se trata de un asunto que entorpece demandas de interoperabilidad entre más que agilizar. Cuando el usuario las diferentes entidades, ya no es sola-está contento con una tecnología ante- mente qué sucede con una, sino con rior, viene la “moda”, el cambio y hay las demás, con las que se interactúa, que migrar, porque se corre el riesgo el impacto de un cambio de tecnología de no tener soporte. es transversal.

En ese caso, no hay modelos formales que le indiquen a uno cómo evaluar la Se trata de tomar lo positivo y sobre tecnología, pero existen ciertas meto-las tecnologías no bien se madura dologías orientadas a medir el riesgo una, cuando llega la siguiente. Entre frente al cambio tecnológico que, infor-una y otra pueden existir grandes dife-tunadamente, no se aplican, en la rencias y si se tiene toda la base en

Francisco Rueda Francisco RuedaO sea que las tecnologías han resul- ¿Y cuál es la solución para la tado más negativas que positivas, a empresa, que tiene dificultades pesar de que le apuntan a ser mejo- para negarse al cambio, ante la pre-res, no lo son. Es un dolor de cabeza sión del proveedor?permanente para todo el mundo.

Alejandro SalamancaAlejandro Cruz

Alejandro Salamanca expresó que no existen modelos formales para evaluar la tecnología, pero sí, metodologías para medir el riesgo.

44 SISTEMAS

medida en que nos inventamos todo migrar. Y les ha funcionado durante de cero. El análisis de riesgo ya está muchos años. Pero, como proveedo-inventado y debería ser utilizado res tenemos que migrar ante la peti-desde adentro de las empresas, en la ción del usuario. Los proyectos de adaptación de una nueva tecnología. migración son buenos en el sentido de Conozco compañías muy exitosas en que generan valor, porque los errores la adaptación de tecnología, porque de la versión anterior se corrigen en la aplican como receta no ir a la primera siguiente y en oportunidades se hace versión del código, toda vez que saben sin pensar en el valor para el negocio. de los problemas que puede tener, Cuando las cosas están funcionando, prefieren no acogerse a la moda. Noso- así suenen viejas, vale la pena mante-tros, por ejemplo, somos proveedores nerlas. De ahí que existan modelos del Banco de la República y son muy funcionando mejor en Cobol que en reacios a cambiar la tecnología y tie- nuevas tecnologías, increíble, pero así nen su razón, aunque nos hagamos la es. Precisamente, uno de los proble-pregunta de por qué si cuentan con un mas que tenemos nosotros en la recurso humano tan bueno. Después migración es que siempre nos compa-uno entiende por qué la primera ver- ran con la tecnología anterior y aunque sión no sirve, la segunda más o tiene menos capas, el funcionamiento menos, la tercera sí y estas empresas es mejor, por lo menos en cuanto a del corte del Banco no se le miden a performance se refiere.estar a la moda, porque saben que definitivamente es un problema man-tenerla. Lo que hacen es que cuando la tecnología es estable ahí sí deciden

Dalia Trujillo¿Cómo afecta la contratación de desarrollo de software la aplicación

Dalia Trujillo puso sobre la mesa de debate los aspectos difíciles en la contratación, además de la contribución de la Academia en la superación de las falencias en la Ingeniería de Software.

45 SISTEMAS

de estas nuevas tecnologías o meto-dologías de desarrollo? ¿Cuáles esquemas ha visto usted como los más adecuados? ¿Para qué casos? ¿Cómo cree usted que la Academia puede mejorar las falencias y aumentar las fortalezas? ¿Cómo cree usted que el Gobierno puede mejorar las falencias y aumentar las fortalezas?

Diego Fernando Marín

ción y posteriores proyectos es la falta de conocimiento sobre la naturaleza del desarrollo de software en los servi-dores públicos a cargo de estos, he visto licitaciones de miles de millones donde los pliegos tienen errores de concepto, como interpretar la densi-dad de defectos como un indicador porcentual y no de razón y emplear esta medida como un factor determi-nante al momento de seleccionar el proveedor. A favor de los clientes debo decir que algunas veces el desconoci-Definitivamente, los esquemas de miento del proveedor sobre las impli-contratación tienen un impacto directo caciones legales que tiene la contrata-y muy grande en relación con la cons-ción de servicios para el funcionario trucción de software. Un mal esquema público, también es una fuente gene-cierra las posibilidades a uno de los radora de problemas a la hora de eje-aspectos más importantes en la inge-cutar un proyecto. He visto casos muy niería de software, que es la capacidad buenos, como el Banco de la Repúbli-de estar adaptado el ciclo de desarro-ca. Hace unos dos años realizamos un llo a las necesidades del proyecto. Las trabajo con ellos sobre cuáles son los contrataciones a costo fijo sin especifi-elementos importantes en un proceso caciones claras del alcance esperado de contratación. Definimos, por ejem-son un gran ejemplo de la fórmula para plo, acuerdos sobre la asignación míni-el fracaso. Otro factor difícil de mitigar ma de un gerente de proyecto, ade-en los actuales esquemas de contrata-

Diego Fernando Marín (izquierda) se refirió al impacto de los esquemas de contratación, en la construcción de software.

46 SISTEMAS

más de generar una escala para el resto de recurso humano; así mismo, Para eso el Estado tendría que contar cuáles indicadores valía la pena medir, con una muy buena infraestructura, cómo se debía medir y evaluar el resul- con un recurso humano muy bien for-tado del proyecto. De lo que conozco mado, líderes técnicos. En el Banco ya ellos tienen el mejor modelo de contra- no hacen desarrollo interno, pero han tación, es muy maduro y muy justo. Y madurado ese proceso mucho.esto tiene que ver con el nivel de for-mación del recurso humano.

En el Estado hay buenas intenciones, pero falta camino por recorrer, princi-

Con el Banco de la República da gusto palmente en alinear el deber ser de los trabajar porque no sucede lo que si se proyectos de software con los instru-da en el otro esquema de los contratos mentos de control; un cambio en el leoninos que, en ocasiones hay que modelo de contratación no podría ir en asumir por efectos de la Ley 80 y los contra de los esquemas de control y requisitos que esta contempla. vigilancia del Estado, afectaría todo el

soporte jurídico y dejaría sin instru-mentos a entidades como la Contralo-ría. Otro de los aspectos es que a veces la contratación se orienta a que el proceso sea de medio y no de resul-tado, se ven casos de pliegos con 15 acuerdos de niveles de servicio, cuan-do lo requerido no es más que lo aso-

Alejandro Salamanca

Diego Fernando Marín

Alejandro Salamanca

Francisco RuedaSería ideal que el Estado elaborara contratos siguiendo los lineamien-tos de empresas como el Banco de la República, entidad que ha apren-dido mucho al respecto y tiene bue-nas experiencias para compartir.

Diego Marín (izquierda) y Alejandro Salamanca (derecha) estuvieron de acuerdo en señalar al Banco de la República como modelo de una buena contratación.

47 SISTEMAS

ciado a controlar el esfuerzo, el crono- tecnológica debería existir un modelo grama y la calidad. Muchos de los pro- específico. Uno siempre quiere contra-blemas en la ejecución de los proyec- tar en forma, equilibrada, pero el mode-tos con el Estado son derivados de lo actual no es flexible y a veces no se esto enfoque, sucede mucho y es uno logra este equilibrio. Los estudios pre-de los problemas de Gobierno en vios y los documentos técnicos preli-Línea, para los proveedores se con- minares tienen que pasar por un filtro vierte en pesadilla administrar un pro- jurídico y, a veces, discutir y analizar yecto de tal naturaleza. estos temas con los profesionales del

derecho, no es fácil. A lo abogados, que en últimas son quienes hacen la contratación, les falta preparación en El Banco de la República es un refe-temas tecnológicos. Es muy difícil rente, no solo a nivel de contratación, explicarle a un abogado cómo se sino también a nivel técnico. Desde el estructura un contrato para conver-Ministerio de Hacienda tenemos claro gencia o comunicaciones, por ejem-que cuando esa entidad migra, noso-plo. Se quieren poner las mismas cláu-tros también lo debemos hacer. Apren-sulas, los mismos análisis de riesgo, demos de ellos y tienen un esquema las proformas de los contratos que de colaboración bastante bueno. En existen, pero estos no necesariamente Hacienda también creemos que para aplican para todo, especialmente para migrar debe existir plena conciencia el caso de la tecnología, que es cam-del impacto, técnico y funcional. En lo biante, y es algo que hay que tener en que se refiere a la contratación pública cuenta y acomodarlo a un mismo hay que trabajar mucho. En la órbita

Alejandro Cruz

Alejandro Cruz (derecha) manifestó que el Banco de la República es un referente, en términos de contratación.

48 SISTEMAS

esquema es muy difícil. La Agencia pueda solucionar en forma más rápi-Nacional de Contratación está hacien- da. Que tenga en cuenta las necesida-do grandes esfuerzos en el marco jurí- des, tanto de los proveedores de tec-dico, pero el proceso de generar leyes, nología como de los responsables decretos, resoluciones, toma su tiem- dentro de la entidad estatal. A veces po en el Estado uno se encuentra dentro de una cami-

sa de fuerza, porque quiere contratar, entiende las necesidades del provee-dor, se tienen convenios acuerdos equilibrados, pero no se puede avan-zar, porque el marco normativo no lo permite. Además, a esto se suman los procesos de supervisión y control que pueden ser bien complicados. El fun-Sí se puede. No es un trabajo sola-cionario público encargado de estos mente técnico, sino también de carác-temas debe andar con “pies de plomo”, ter jurídico con el apoyo de los técni-porque las explicaciones y aclaracio-cos. Lo que sucede es que no se nes que se deben dar son muchas y en puede quedar solamente en lo jurídico, diferentes instancias, y no es que esto debe trascender a considerar los esté mal, porque se debe partir de la aspectos técnicos. Los abogados tie-transparencia y claridad en los proce-nen que apoyarse y conocer el asunto sos, lo cual es imprescindible, pero sí tecnológico, para determinar un marco se deben tener herramientas jurídicas que aunque no sea específico, sí con-para facilitar las labores.temple los temas de tecnología y los

Dalia Trujillo¿El modelo de contratación del Esta-do no se puede aplicar a la Ingenie-ría de Software?

Alejandro Cruz

Los participantes en medio del debate, observa Beatriz E. Caicedo (primer plano derecha), directora ejecutiva de Acis.

49 SISTEMAS

Francisco RuedaPero, ¿es posible tomar un modelo de contratación como el del Banco de la República para tratar de ade-

Alejandro Salamancacuarlo a la ley de contratación del Estado, dentro de un marco jurídi-co viable?

Alejandro Cruz

Diego Fernando Marín

Sara Gallardo M.Para ponerlo en términos coloquia-les, se trata de un “chicharrón”.

Francisco Rueda¿Habría que involucrar a las entida-

Francisco Ruedades de control en los procesos de Lo anterior conduce a que, en los contratación?proyectos las conversaciones y acuerdos se hacen más entre abo-Diego Fernando Maríngados, que entre ingenieros. Es un mal síntoma, y es difícil que los pro-yectos sean exitosos de esa mane-ra. No es un problema exclusivo del mundo de la Ingeniería de Software.

Diego Fernando Marín

Francisco RuedaY esos procesos se demoran mucho tiempo y, no necesariamen-te porque existan tropiezos técni-cos, sino de carácter jurídico, de

de la contratación pública, esto ha generado una relación más fluida con el cliente.

El problema fundamental es que la contratación en este momento está basada en el control versus la colabo-ración, eso es lo que pretenden las metodologías de desarrollo ágil. Y Sí es posible, pero como decía un polí-para usarlas sí es necesario un esque-tico hace unos años, hay que hacer ma de contratación basado en colabo-acuerdos sobre lo fundamental. Todos ración, confianza y no en control. Yo los actores participantes en el proceso no lo veo a corto plazo, ni cómo sea de contratación, incluidos los órganos posible en el sistema actual, a menos de control, deben estar de acuerdo de que sea algo por costo y materiales.sobre lo que se establezca para poder

facilitar su ejecución.

La historia lo muestra, en otras indus-trias vemos los escándalos por corrup-ción y no sientan un buen precedente, no ayudan a un cambio en los términos que proponemos.

Sí. Precisamente por estos días se están discutiendo estos temas por iniciativa del Ministerio de las TIC, por-que lo primero que hay que hacer es educar al Estado para que entienda cuál es la naturaleza y cuáles los fun-damentos del desarrollo, porque la

Si se quiere aprender sobre cómo liti-naturaleza del desarrollo de software gar en estos asuntos, basta ir a una es que es evolutivo y eso no tiene audiencia donde no hay técnicos, sino estructura en el marco actual, es abogados y eso intimida.inconcebible para cualquier unidad de

control interno. Ese es uno de los gran-des problemas. De nuestra parte tam-bién hay que hacer un trabajo impor-tante. Una de las experiencias positi-vas para nosotros fue formar nuestros gerentes en entender los lineamientos

50 SISTEMAS

contratación. A veces no se entien-de que a mitad de camino pueden presentarse situaciones que gene-ran dificultad, tal y como se regis-tran en otras esferas, como en la construcción de una autopista, por ejemplo. Entonces, se pierde mucho tiempo. Y la parte técnica guarda silencio y se apoya en abo-gados, de tal manera que se con-

Dalia Trujillovierte en un asunto de abogados y En las circunstancias actuales hay no de técnicos, como debiera ser.que esperar a solucionar los tropie-zos del contrato anterior, para abor-Diego Fernando Maríndar el nuevo.

Alejandro Cruz

Sara Gallardo M.Y los “lobbies” y la injerencia políti-Alejandro Cruzca ¿qué tanto pesan en los esque-mas de contratación?

Alejandro Cruz

debe poner en práctica. No se trata simplemente de aplicar multas o san-ciones, sino de corregir la dificultad en procura del éxito del proyecto. No se puede trabajar con el concepto de “pierde, pierde”, el cliente sin tener el producto que quiere y sin el valor agre-gado que quiere, y el proveedor san-cionado.

Las leyes en Colombia están dedica-das al control, partiendo de la base de la mala fe. Y, lo peor de todo, es que

Sí, así es la situación.los resultados frente a la corrupción lo muestran.

Insisto en la necesidad de construir un esquema de colaboración, en torno a unos acuerdos para facilitar que los proyectos fluyan. Ese paso es impor-

En el caso de Minhacienda no se ven, tante y hay que lograrlo; no lo veo tan porque se trata de una entidad emi-fácil a corto plazo, pero sería el estado nentemente técnica y ese tipo de ideal. El concepto del “gana, gana”, se

El foro dejó propuestas y consejos para llevar a la práctica.

51 SISTEMAS

acciones no se presentan. Llevo mucho tiempo allí y afortunadamente no lo he vivido.

De todo hay en el camino. A nosotros nos ha tocado enfrentar factores ambientales jugando en contra, cuan-do se trata de la contratación pública; hay proyectos con entidades donde la En mi concepto, en esos temas de administración ha cambiado hasta tres cultura es en los que el Estado debe veces en dos años y cada cambio cues- trabajar con mayor énfasis, para esta-tiona el alcance del proyecto y por blecer cuáles son los principios que les ende el compromiso con su cierre. Es permitan tomar decisiones sobre la un tema difícil de manejar, y si vamos a tecnología a adoptar, cómo plantear estar en este negocio es necesario modelos de contratación para cada aprender a valorar tales riesgos, para uno de los posibles escenarios. El bien o para mal. Hay casos donde se Gobierno debe avanzar en tal sentido llega a decir “gracias a Dios” no me y el problema que veo es un elemento gané ese proyecto. coyuntural muy grave, existe mucho

Francisco Rueda¿No será que parte del problema es la debilidad del área de Sistemas en las entidades oficiales? En las que

Francisco Rueda esta tiene un cierto nivel de madu-En el software no se da mucho ¿o rez, como es el caso del Banco de la sí? República, las cosas funcionan

mejor. Habría quizás que darle una Diego Fernando Marín mayor solidez e institucionalización

a las áreas de Sistemas en las empresas oficiales.

Diego Fernando Marín

Diego Fernando Marín enfatiza en que el Estado debe trabajar en asuntos de cultura.

52 SISTEMAS

dinero por concepto de regalías, pero nos estamos quedando cortos en for-mular los grandes proyectos tecnológi-cos que requiere el país. Se observa mucho entusiasmo en temas como el emprendimiento enfocado a Pymes, lo

Reitero que no es un problema de cual está muy bien, pero hace falta

recursos, las dificultades se presentan más trabajo e inversión públi-

en los procesos de negocio. En el co/privada para la formulación de los

Ministerio, a pesar de que los modelos proyectos base de un país desarrolla-

de negocio están maduros, los cam-do, como son los sistemas unificados

bios en los requerimientos funcionales de control y gestión de trámites, de

pueden ser tan drásticos y dramáticos, inteligencia de negocios e interopera-

que realizarlos y ponerlos a andar no bilidad entre entidades, etc.

es ni ha sido fácil. Es decir, el tema pasa primero por el modelo de nego-cio.

El tema no es de recursos, porque los hay o se pueden conseguir, incluso a través de los proyectos de coopera-ción técnica con entidades multilatera-les. Es más de direccionamiento, de que la gente piense en los grandes sistemas que le faltan al país.

mente grande para solidificar las áreas de Sistemas, por lo cual no se obtienen los resultados esperados.

Alejandro Cruz

Alejandro Cruz

Sara Gallardo M.Con relación a la integración institu-cional, ¿a esa situación se le suma la cultura paquidérmica de la ges-tión pública en el país? ¿Ajustar, renovar, cambiar implica una serie de procesos en las distintas entida-Francisco Ruedades que desestimulan la puesta en Pero eso obedece a que quizás no marcha del cambio?se ha hecho un esfuerzo suficiente-

Sobre los resultados, Alejandro Cruz (izquierda), advierte que no se trata de un problema de recursos, sino de dificultades en los procesos de negocio.

53 SISTEMAS

Alejandro Cruz

Francisco Rueda Dalia TrujilloPero en las áreas de tecnología pare- Para cerrar el foro, ¿cómo cree ciera que falta mucho. Es decir, la usted que la Academia y el Gobier-organización de los sistemas del no pueden mejorar las falencias y Estado es en general débil, los pro- aumentar las fortalezas?cesos son deficientes, no hay un

Diego Fernando Marínrecurso humano bien capacitado, no les pagan un salario adecuado.

Alejandro Cruz

Se han hecho avances en el Estado, pero faltan.

Normalmente, se habla mucho de estas alianzas empresa-Estado y ese es el camino que debe continuar, lugar en donde las universidades tienen que En el tema de procesos sí falta trabajar estar un poco más alineadas con las en el Estado. Además del Banco de La empresas, y estas a su vez más com-República, algunas entidades han prometidas en la formación de los estu-avanzado en asuntos como las bue-diantes, futuros ingenieros. El caso nas prácticas, en seguridad y gestión personal y de la empresa ha sido que a tecnológica, pero no es lo corriente. nosotros nos ha funcionado la relación Involucrar aspectos de TIC para agili-con la Academia, en la medida en que zar los sistemas de contratación tec-intervenimos y la apoyamos hasta en nológica, no se ha hecho. Existe la los programas de formación. Y, para paradoja en el sentido de que

tras mayor sea la madurez de los pro-cesos, la contratación y la gestión del cambio son lentas.

, mien-

De acuerdo con los asistentes al foro, la Academia debe jugar un papel muy importante.

54 SISTEMAS

llegar a eso, saco de la muestra las dinámica en la que la persona no desa-grandes universidades del país, me rrolla la competencia, lo preparan para refiero a las pequeñas en las que se el examen. Entonces el Estado en su encuentra el mayor número de estu- afán de masificar, ha descuidado el diantes, nos ha tocado intervenir hasta control y la calidad de la formación que dar tiempos para que nuestros inge- contrata, supongo que tiene que ver nieros sean docentes de apoyo a los mucho también con la dinámica de profesionales de la universidad, con el mostrar resultados en cada Gobierno. propósito de fortalecer los programas Cada uno muestra el número de estu-y generar una buena formación. Para diantes formados, pero no cuántas mejorar es necesario ver un valor com- semillas deja sembradas para que en partido, dentro de los dos escenarios, el siguiente período resulte un deter-en un proceso de gana-gana entre minado número de profesionales bien empresa y Academia. No se debe formados. La carencia es esa, recur-mirar como un tema de caridad ni de sos hay, iniciativas de inversión en ese una buena obra social, sino mirarlo tipo de programas también, entonces como un negocio. La colaboración con los puntos a mejorar es que las empre-una universidad obedece a la necesi- sas deben tener mayor participación y dad de contar con profesionales bien verlo como un negocio. Además de las capacitados, profesionales que políticas de control que el Estado debe podrán en un futuro estar vinculados adelantar. Así mismo, las universida-En tal sentido, está el caso del Servicio des deben acogerse con mayor interés Nacional de Aprendizaje (Sena), está a ese entorno. Precisamente, hemos avanzando en el programa de forma- tenido conversaciones con algunas ción de tecnólogos, pero es necesario universidades interesadas en adelan-fortalecer los programas académicos y tar investigación científica, pero des-los tutores o docentes responsables. cuidan la investigación aplicada. No Sobre las acciones del Estado, este ha porque la primera no sea importante, invertido en esa dirección; por ejem- pero es un escenario que necesitamos plo, a través de Colciencias la financia- mejorar.ción a maestrías. Lo que se requiere también es ser un poco más exigentes en los programas que se están ofre-ciendo y las empresas responsables. Algunas empresas que ofrecen al Esta-do servicios de formación se enfocan en lograr simplemente la certificación del recurso, no en medir el nivel de competencia o grado de satisfacción He trabajado con todo tipo de universi-de las empresas con el recurso forma- dades, toda vez que dentro de mis do. Una experiencia particular fue la de funciones está el manejo de las fábri-hacer entrevistas a 600 personas, cas de software satélites. Y mi trabajo para quedarnos con 10; debido a que a es mantener una buena relación con estas empresas les pagan por cada ellas. A veces, he tenido un mejor dina-uno que certifique y eso genera una mismo con las grandes, que con las

Francisco RuedaSugiero que no se descarten de ese planteamiento las universidades grandes, las cuales también pueden tener debilidades.

Diego Fernando Marín

55 SISTEMAS

pequeñas. Estas últimas son un poco olvidando la ingeniería y los riesgos más cerradas a los cambios que impli- que subyacen a esas tecnologías. En quen modificar sus esquemas, en pro- eso ha faltado más intervención de la cura de cumplir con las necesidades Academia, ser más contundentes con de la empresa. ciertos tipos de modas que han traído

más males, que aspectos positivos.

Lo primero es que la Academia tiene que mantener su independencia con relación a las grandes compañías, porque se tiende a sacar certificacio-nes en Oracle, Java, .Net y otras, por la presión de los grandes fabricantes. De pregrado no conozco. Existen pro-Entiendo que no es fácil para la Acade- gramas en Estados Unidos, aquí no mia, pero es necesario hacerlo. Así tengo conocimiento. Cuando tomé la mismo, se requieren más programas maestría en Ingeniería de Software, de Ingeniería de Software, no de Siste- hace cuatro años, estuve mirando la mas y Computación únicamente. Se oferta y la fundamentación en estos requieren más maestrías, solo conoz- temas, pero lo que existe es que la co una de los Andes. Son necesarias formación en ciencias de la computa-aquellas que vayan a las bases, inde- ción está bien, pero tiene que dividirse pendientemente de las modas. Y que la parte de Ingeniería de Software y, cuando estas lleguen, la Academia cierta rama de la Academia, piensa debe intervenir de manera científica que eso debe ser solo a nivel de maes-para mostrar cuáles son los peligros tría, considero que lo deben contem-que se pueden registrar al adoptarlas, plar también para los pregrados. Hay

Alejandro SalamancaFrancisco Rueda¿Existen programas de pregrado en Ingeniería de Software?

Alejandro Salamanca

Fueron varias las recomendaciones para la Academia.

56 SISTEMAS

gente que no está muy de acuerdo con esos programas desde ese nivel, por la razón expuesta.

Sí, absolutamente. Desde nuestra experiencia, en todos los niveles de la contratación es complicado, desde el

Lo que sucede es que hay una línea director del proyecto, arquitecto, inge-que señala una mezcla en Ingeniería niero, analista, todos. Hay que luchar de Sofware y Ciencias de la Computa- contra 10 empresas que están detrás ción. Existe una tendencia de unas de la misma persona. Es un asunto iniciativas, por ejemplo, en Carnegie muy difícil.Mellon, no ofrecen pregrados porque consideran que para ser buenos inge-nieros de software, deben tener prime-ro unas bases sólidas en ciencias de la computación. Ellos tienen maestrías en Ingeniería de Software, pero como pregrado no lo recomiendan. Desde mi experiencia personal y en el mercado No puedo dar una explicación específi-lo que observo son estas carencias. ca, pero hay mucha más demanda. Me parece que si se piensa sólo en Además, hay requerimientos de profe-maestrías, estas deberían ser masivas sionales muy buenos. A nosotros nos y deberían tener más acogida. Por ha tocado formar a nuestros ingenie-ejemplo, la de Arquitecturas es sólo ros. El aspecto que mencionaba Diego una parte de Ingeniería de Software y Fernando, en el sentido del apoyo a las nos estamos olvidando del resto. Ese universidades, muestra que no todos es el lugar que le corresponde a la Aca- los entes educativos sacan profesio-demia, mantener la independencia y nales de la misma calidad. Y la cues-diseñar unos programas de Ingeniería tión también es de cantidad. Ese núme-de Software, especialmente frente a la ro de profesionales, no se ven. amenaza de todas las modas que nos invaden, de las cuales al poco tiempo se ven las consecuencias. La Acade- Eso puede ser por las carencias de mia debería tener programas de inves- fundamentación en algunas universi-tigación para medir el impacto de esas dades. Esa es una de las fuentes del modas. Y para eso, debe ser crítica y problema. En mi época teníamos que asumir los efectos en las relaciones ver tres tipos de algoritmos y su uso con las empresas proveedoras, era absolutamente necesario. Cursos poniendo de presente que se trata de que ayudaban a formar unas bases, Ingeniería. antes de entrar en un proceso de desa-

rrollo. Con sorpresa he visto que en

Francisco Rueda¿Comparten la opinión del Ministe-rio de TIC, en el sentido de que falta gente? ¿En qué niveles, con cuáles

Francisco Rueda competencias?¿Sería conveniente tener progra-mas de pregrado en el área de Inge- Alejandro Salamancaniería de Software?

Alejandro Salamanca

Francisco RuedaPero si en Colombia hay más de 260 programas de Ingeniería de Siste-mas, ¿cómo puede faltar gente?

Alejandro Salamanca

Diego Fernando Marín

57 SISTEMAS

algunos programas han sido elimina- nos líderes. Una persona que enseña dos esos cursos básicos de algoritmos a otras, yo sueño con una empresa y los cambian por un paradigma orien- así. tado a objetos. También se trata de la gente que se gradúa. Nosotros en par-ticular, lo que hemos visto en las fábri-cas es que siempre estamos en déficit de recurso humano bien calificado. Puede ser porque los programas han venido modificando sus cursos, ya no tienen ese nivel de profundización en construcción de software. Tienen unas líneas asociadas a redes o dirección de proyectos o temas digitales y cuan- Sí, eso es lo que se transmite, pero si do la persona sale, lo último será pre- se tienen buenos procesos y las cosas sentarse a un cargo de desarrollador. se hacen en forma adecuada, no es Lo hemos visto en muchas ciudades que no se tenga que trasnochar nun-donde hemos ido, hay tres o cuatro ca, pero no es un asunto diario. En universidades y sólo una tiene una Heinsohn, por ejemplo, se que no lo línea con dos tres profesores que hacen todos los días. Con nosotros la fomentan la construcción de software. gente tampoco se queja. El recién egre-

sado desea que su vida personal se le respete y que se le enriquezca tam-

Ese es otro aspecto adicional que bién. Que sepamos, por ejemplo, cuá-aumenta la carencia, que de los profe- les son sus hobbies y poder disponer sionales que resultan, muy pocos tie- de tiempo para disfrutarlos, además nen interés en ser desarrolladores. de que la pasión por el desarrollo no se Quieren ser directores de proyecto y les quite. Todos quieren ser directores arquitectos. Y ese es un problema, si de proyecto y no hay espacio para hay tantas personas como se dice, no todos. se ven. Propendemos porque el desa-rrollador no tenga que convertirse en administrador de empresas para ser La Ingeniería de Software no es que se alguien en la vida, esa fue la razón de haya degradado, pero estos profesio-ser para que nosotros iniciáramos una nales en la práctica, tienen que asumir compañía. En tal sentido, hemos sido el trabajo que demanda más dedica-fieles a ese principio. La verdad es que ción y “trasnochadas”. Y cuando se en el medio, el desarrollo no es atracti- conforman equipos, se trata del rol al vo para los recién graduados. No les que menos atención se le da, cuando gusta, quieren salir rápido de esa realmente es un componente muy etapa no tenerla, o lo que es peor, no importante, si no el más. Se destina pasar nunca por ahí. Y no deberían tiempo para el director del proyecto, el considerarla una etapa, sino el sentir arquitecto, el encargado de la calidad y de una carrera, de su vida. Proyectar- al desarrollador casi ni lo mencionan, se como desarrolladores, siendo bue- cuando se trata del eslabón más

Francisco Rueda¿La vida de ustedes, como desarro-lladores, es muy difícil? La gente la asocia con proyectos atrasados, trasnochos, trabajo habitual los fines de semana. Eso es lo que se transmite a los demás.

Alejandro Salamanca

Alejandro Salamanca

Alejandro Cruz

58 SISTEMAS

importante. En un proyecto si el direc- mas, pero me parece que tiene mucho tor se cambia, no es tan fuerte el que ver y aportar. Para los equipos de impacto; pero, si es el desarrollador, mantenimiento es muy difícil conse-las consecuencias pueden ser muy guir gente y se tiene que hacer a través fuertes. de distintas empresas. No solamente

porque no tienen el perfil o la capaci-dad que se requiere, sino porque no llegan hojas de vida en cantidad sufi-ciente para hacer un proceso de selec-ción.

Pues aunque no conozco el contenido de los programas, me parece que tiene En una reunión en el Ministerio de TIC mucho que ver. Para los equipos de estaban hablando con la Cadena Fox mantenimiento es muy difícil conse- para tratar de hacer una serie donde guir gente y lo tenemos que hacer a se le muestre a la gente lo interesante través de distintas empresas. No sola- que es el desarrollo de software. Esta mente porque no tienen el perfil o la profesión no se ha degradado, pero no capacidad que se requiere, sino por- ha trascendido en el país, al nivel de que no llegan hojas de vida. importancia que tiene en otros países.

Un ingeniero desarrollador es un experto, pero aquí parece que tuviera más importancia quien sabe del último Framework, de Java y no más. Eso ha generado un mal ambiente, que orien-ta los sueños de los desarrolladores a

No conozco el contenido de los progra- querer ser arquitectos o gerentes.

Dalia Trujillo¿Y la Academia en ese sentido qué tiene que ver?

Alejandro Cruz

Diego Fernando Marín

Francisco Rueda¿No es atractivo para el recién gra-duado?

Alejandro Cruz

Francisco Rueda (derecha) indaga sobre el atractivo de la Ingeniería de Software para los recién graduados.

59 SISTEMAS

Dalia Trujillo secuencia de los dos aspectos ante-Lo que podemos concluir con base riores, sale de aquí una recomenda-en lo expuesto por ustedes es que ción hacia el Gobierno y es mirar la en la Ingeniería de Software, si bien forma de mejorar esos procesos se ha avanzado, todavía falta que no están permitiendo avanzar mucho. En términos de cultura tam- en los proyectos de software. Y, por bién, en el sentido de que el cliente último, al perfil del ingeniero que pueda dimensionar lo que es un hace el desarrollo de software es proyecto de software, saber qué importante darle la trascendencia significado tiene un proyecto de que merece dentro del proyecto, software, tanto para el cliente como para que sus condiciones y calidad para las mismas personas del desa- de vida sean tenidas en cuenta. Por rrollo. Con base en sus opiniones ahora, es una estrella ignorada, sin se observa que la gente está sepa- reconocimiento. Y en esa medida, rada, en cuanto los requerimientos, se advierte la escasez de estos pro-las pruebas, hacer casos de “abu- fesionales. so”, etc., que falta mucho por avan-

Francisco Ruedazar. Las metodologías ágiles nos Al desarrollador de software no se señalan que se deben realizar los le reconoce en ningún espacio aspectos en una forma más rápida, como la estrella que es. Se trata de no obstante lo que estamos es un tema muy importante, que es aprendiendo de otras disciplinas. necesario abordar desde todas las Sobre la tecnología es un poco preo-esquinas, para promover el avance cupante la percepción, en la medida y eliminar el estancamiento. El soft-en que su avance puede frenar la ware es una carrera de permanente productividad del desarrollo de soft-aprendizaje.ware. Entonces, en ese entorno tam-

bién hay mucho por hacer, para escoger la tecnología adecuada. En cuanto a la contratación, como con-

El video del encuentro está disponible en: www.acis.org.co

Sara Gallardo M. Periodista comunicadora, universidad Jorge Tadeo Lozano. Ha sido directora de las revistas “Uno y Cero”, “Gestión Gerencial” y “Acuc Noticias”. Editora de Aló Computadores del diario El Tiempo. Redactora en las revistas Cambio 16, Cambio y Clase Empresarial. Ha sido corresponsal de la revista Infochannel de México y de los diarios “La Prensa” de Panamá y “La Prensa Gráfica” de El Salvador. Autora del libro “Lo que cuesta el abuso del poder”. Investigadora en publicaciones culturales. Gerente de Comunicaciones y Servicio al Comensal en Andrés Carne de Res, empresa de 1800 empleados; corresponsal de la revista IN de Lanchile. Es editora de esta publicación.

60 SISTEMAS

Revista Sistemas

Asociación Colombiana deIngenieros de Sistemas (ACIS)

Diríjase a la editora de la revista:Sara Gallardo M.

saragallardo@acis.org.co

¡Escríbanos!

Asociación Colombiana deIngenieros de Sistemas

Calle 93 No. 13 - 32 of. 102Bogotá, D.C.

www.acis.org.co

Uno

La Industria del Software y las Tecnologías de la Información ha presentado un crecimiento sostenible de 27%, razón por la cual desde el año 2005, los ingresos se han duplicado. Dentro de este texto, se podrá observar cómo se ha desempeñado el sector, y qué se prevé para la proyección del mismo.

Actualmente, la Industria del Software años. Así mismo, entre 2010 y 2011, y las Tecnologías de la Información es las ventas de este sector arrojaron uno de los campos más fuertes en el como resultado, un aumento del 44%, contexto global, y hace parte del desa- toda vez que para el 2011 ascendieron rrollo de la economía del país. a 3.3 billones de dólares.

Durante los últimos años, el sector ha El mercado del software ha contado registrado un avance significativo, con el apoyo del Gobierno Nacional, pues cada vez más, aumentan los beneficiando notoriamente a aquellas ingresos en la industria, demostrando entidades que se dedican al desarrollo que el fortalecimiento y la participación del sector desde el interior de las com-en aras de reforzar la tecnología como pañías y, a través de estas estrategias, potencia nacional, es una realidad. se busca que los empresarios no

deban destinar tanto capital al pago de Las cifras respaldan este incremento, impuestos y puedan apalancar el desa-pues el mercado total colombiano de rrollo de la industria.software y de tecnologías de la infor-mación ha registrado un crecimiento El sector del software se encuentra del 27% en el país en los últimos cinco atravesando un proceso de desarrollo

Desarrollo del Software en Colombia

Paola Restrepo

61 SISTEMAS

y se ha caracterizado por tener un seg- Para ese entonces, Colombia estaba mento de mercado disminuido, en el tildada de tardía en relación con su que las nuevas oportunidades de nego- ingreso a los mercados del software, lo cio están tomando auge. De esta for- que denota desventajas frente a sus ma, las empresas que se desempeñan competidores. Estos detrimentos se dentro de las TI están orientando sus refieren a la poca experiencia con res-esfuerzos para promover el mercado pecto a los demás países en procesos interno y fortalecer las ganancias. de producción y desarrollo.

Para apoyar ese entorno, es menester Para hacer contrapeso a esta caren-que los ingenieros que se desenvuel- cia, ha sido fundamental la caracteri-ven en el sector, vean a las TI como zación del sector y se han implementa-una oportunidad a futuro y se profesio- do capacitaciones que permiten a los nalicen, toda vez que hay posibilidad directivos, desarrolladores de softwa-de desarrollo personal dentro del mer- re y equipos de apoyo, en su conjunto, cado. mejorar el nivel de productividad,

lograr altos niveles de calidad y admi-nistrar eficientemente los proyectos en las empresas en términos de tiempo y costo.Desde el año de 1999 se vio la necesi-

dad de unir Indusoft y Fedecolsoft en De otra parte, el programa de Fortale-una sola asociación que agremia a cimiento de la Industria de Tecnolo-productores y desarrolladores de soft-gías de la información –FITI-, tiene ware del país, en la Federación como propósito contribuir a la transfor-Colombiana de la Industria del Softwa-mación de la Industria de TI en un sec-re (Fedesoft), consolidándose hoy en tor de talla mundial. Este sistema fun-día como la entidad gremial con mayor ciona a través del Ministerio de Tecno-representatividad del sector TI (Indus-logías de la Información y las Comuni-tria de Software y Tecnologías Infor-caciones de Colombia en conjunto con máticas Relacionadas).Fedesoft en la consolidación del sec-tor. La industria ha sido reconocida como

potenciador transversal de otros sec-Del año 2005 al 2009, el sector ha cre-tores de la economía e intensivo en cido en exportaciones el 106%. De conocimiento y mano de obra califica-igual manera, como fuente de empleo da. Es por esto que desde el año 2002, en el país tuvo una avance del 77% y el Gobierno ha incentivado el desarro-actualmente ha generado 39.432 llo de software innovador, a través de empleos; en ingresos operacionales el la exención de renta para los produc-82%, a pesar de que el entorno de la tos avalados como tal ante Colcien-economía mundial no era el más ade-cias. Las empresas beneficiadas por cuado para su óptimo desarrollo.este incentivo han podido invertir en

investigación y desarrollo, impulsando En definitiva, el Gobierno se convierte su crecimiento y sostenibilidad en el en el eje central del sistema por su tiempo.

Crecimiento del sector

62 SISTEMAS

condición de primer demandante de En ese sentido, mediante el Artículo software y de servicios relacionados 161 de dicha norma se amplía la vigen-para los productores internos, y por la cia de exención que existe desde el posibilidad de aplicar políticas que 2002 por cinco años más, con el fin de generen un clima favorable para el beneficiar a todos los empresarios desarrollo del negocio. De esta forma, pertenecientes el sector del software. el ente está implementando una Este tributo señala lo siguiente: “cual-amplia gama de medidas para reforzar quier persona que desarrolle nuevos la Industria Colombiana de TI, en un productos de software elaborados en intento por duplicar los ingresos del Colombia, con un alto contenido de sector entre los años 2010 y el 2014. investigación científica y tecnológica

nacional, tendrá derecho a deducir de renta los ingresos recibidos por la comercialización del mismo”.

Pese a que el país logró exportar en el Además, ese privilegio va de la mano año 2009, 75 millones de dólares por con un importante aspecto bancario, concepto del sector del Software y las pues quien contribuya con esta Tecnologías de la información, la par-opción, tendrá una retención en la fuen-ticipación a nivel mundial se encuen-te no del 11%, sino del 3.5%, respecti-tra en proceso de auge, es decir, un vamente.despegue que va de la mano del

Gobierno Nacional para incentivar el Por otro lado, a partir de diciembre de desarrollo de esta área en la econo-2012 la industria cuenta con un Vice-mía del país.ministerio de TI, encargado de trabajar en el fortalecimiento y competitividad Con el objetivo de apoyar y reforzar el del sector en Colombia.sector, el gobierno del Presidente de la

República, Juan Manuel Santos, ha Así mismo, el sector tiene otras iniciati-venido ejecutando diferentes estrate-vas. Por una parte, el plan Vive Digital gias con el fin de colaborar con los del Ministerio de Tecnologías de la empresarios y fomentar el desarrollo Información y las Comunicaciones que del software.busca un gran salto tecnológico del país, mediante la masificación del uso Estas maniobras implementadas por de internet. Por otro lado, el Programa la Administración Nacional a través de de Transformación Productiva (PTP) Mintió, van enfatizadas a la ampliación del Ministerio de Comercio, Industria y de la exención del tributo de renta, a Turismo, por su parte, busca desarro-través de la Ley 1607 del 26 de diciem-llar sectores de clase mundial median-bre de 2012, legislada e impuesta para te la formulación y ejecución de planes regir desde el pasado mes de enero, la de negocio sectoriales para favorecer cual contiene normas en materia de el crecimiento económico y el fortaleci-impuestos, tanto para personas natu-miento del aparato productivo nacio-rales como para las sociedades, refor-nal, dentro de los que se encuentra el ma del Impuesto al Valor Agregado sector de software y servicios relacio-–IVA-, e impuesto al consumo.

Ayuda del Gobierno Nacional

63 SISTEMAS

nados. Esta es una iniciativa público- apoyar las empresas en la implemen-privada de la cual Fedesoft hace parte tación de diferentes modelos como activa como representante privado. PSP/TSP, CMMI; en el año 2013 se

está trabajando en el modelo SCRUM Por medio de estos dos programas se (Desarrollo ágil de software), desde busca fortalecer el sector, a través de junio y hasta el mes noviembre, con el la innovación en los procesos de ges- objetivo de capacitar a más de 1158 tión, además de generar impacto en el personas, quienes asimilan nuevas desarrollo de la industria de aplicacio- metodologías para trabajar en diferen-nes, mediante un marco convergente tes entornos, que requieren rapidez y que promueva la competencia y la flexibilidad, situaciones frecuentes en inversión en el sector. De igual mane- el desarrollo de determinados siste-ra, el desarrollo del marco normativo, mas de software. En los años anterio-el talento humano y la infraestructura, res fueron capacitadas más de 2000 mejoramiento de los modelos de nego- personas. cios y del portafolio de servicios.

Durante 2012, Fedesoft con apoyo del Programa para el Fortalecimiento de la Industria de TI (FITI), del Ministerio Esta es una de las principales barreras TIC, realizó un estudio de salarios a en el desarrollo del sector, pues impide profesionales en las empresas que se el desarrollo de la Industria del Softwa-desempeñan en el sector, en el país. re en Colombia. El mayor inconvenien-Este análisis determinó que el 64% se te es que la demanda potencial de la dedica al desarrollo del software, y el industria supera la oferta local de 55% de las mismas, a actividades de mano de obra calificada, a un ritmo que servicio.puede frenar el crecimiento, especial-

mente hacia los mercados externos.De acuerdo con la investigación, por medio de una encuesta realizada a Existe una relación estrecha entre el empresas que se desenvuelven den-tamaño de las empresas y el número tro del sector, los salarios a los trabaja-de empleados, lo cual afirma que la dores reportaron un aumento, de industria es intensiva en mano de obra hasta el 10% en el 2012, y se espera calificada y que su recurso humano es que estas compañías mantengan el indispensable para asegurar su creci-mismo incremento para el presente miento.año, toda vez que conservan los valo-res y el Índice de Precios al Consumi-Para ello, Fedesoft ha estado trabajan-dor (IPC) de los últimos años.do con el apoyo del Servicio Nacional

de Aprendizaje –Sena-, para promo-De igual modo, se encontró que el 55% ver el fortalecimiento del recurso huma-del talento humano del sector es con-no en el sector del Software y TI, por tratado a término indefinido, seguido medio del programa de Formación por un 20%, bajo contratos tempora-continua Especializada, encaminado a

Salarios obtenidos en la IndustriaImportancia en materia de tecnolo-gía del recurso humano

64 SISTEMAS

les; y, sólo un 10% por honorarios. estos procedimientos se llevan a cabo Además, en promedio, el 86% de los en el área de operaciones, desarrollo y trabajadores recibe un salario básico, comercial. mientras que el 21% percibe bonifica-ciones por resultados. El 13% del Los indicadores de innovación habi-talento humano recibe un salario inte- tuales son la disminución de errores, gral, y el 6%, obtiene primas extrale- productividad derivada de la innova-gales. ción, aumento en ventas, rentabilidad

de nuevos productos y disminución de El sector de la tecnología de la infor- errores de producción.mación está trabajando en el fortaleci-miento del capital humano para mejo-rar los procesos de calidad, razón por la cual se están llevando a cabo certifi- El posicionamiento de las cifras del caciones para mejorar el nivel de pro- sector determina que países como ductividad. Colombia tengan la oportunidad de

desarrollar el negocio y utilizar su La posibilidad de vinculación laboral potencial para ampliar el mercado en el sector se da, toda vez que la interno y lograr penetrar en mercados Industria de las Tecnologías de la internacionales. Para el país, conver-Información brinda oportunidad de tirse en una de las potencias en pro-proyección y solidez laboral. Actual- ducción de software y de servicios es mente, en la industria, los cargos que una de las metas con el apoyo del las empresas más incorporan a sus Gobierno nacional. procesos productivos, son gerente de desarrollo, ingeniero de desarrollo Se espera que la industria continúe senior, ingeniero de desarrollo están- con la misma dinámica de crecimiento dar y gerente de operaciones. de los últimos cuatro años. Los esfuer-

zos para la apertura de mercados internacionales y los incentivos para que la industria se dinamice y sea más

La innovación en las empresas del competitiva, han hecho posible que sector se ha convertido en un punto estas perspectivas se sigan logrando y importante para asegurar su competiti- proyectando.vidad y sostenibilidad, y poder conocer la existencia de procesos de innova- Existen temas importantes que nece-ción; y la forma en la que se generan sitan ser resueltos a través de estrate-los mismos contribuye a identificar las gias de corto, mediano y largo plazo, acciones que se deben tomar. para que el sector siga creciendo. Y

Fedesoft tiene la labor de guiar e infor-En este sentido, el 49% de las compa- mar a los empresarios sobre estas ñías del sector consultadas en la oportunidades para que sigan aumen-investigación de salarios, aseveraron tando de forma constante, a través de contar con procesos de innovación sus unidades estratégicas de proyec-dentro de las mismas. Comúnmente, tos, jurídica y de capacitaciones.

Proyección del sector

Procesos de innovación

65 SISTEMAS

Otras cifras

Referencias

cios de la Industria del Software y ser-vicios asociados, Página 35.

En el país existen 1.850 empresas de [2] Fedesoft (2011). Estudio de la tecnología, de las cuales 850 se dedi-caracterización de productos y servi-can al desarrollo de software. cios de la Industria del Software y ser-vicios asociados, Página 45.En Fedesoft se encuentran agrupadas

380 de esas compañías, que cumplen [3] Fedesoft (2011). Estudio de la con estándares de desarrollo. caracterización de productos y servi-cios de la Industria del Software y ser-En Colombia, el sector exportó en el vicios asociados, Página 66.año 2011, 106 millones de dólares,

registrando un aumento del 41%, [4] Fedesoft (2011). Estudio de la desde el pasado 2009. No obstante, caracterización de productos y servi-en la actualidad, tienen un gran reto las cios de la Industria del Software y ser-políticas gubernamentales relaciona-vicios asociados, Página 11.das con la industria del software, toda

vez que es una forma para abrir una [5] Fedesoft (2012). Estudio de sala-puerta y fortalecer este sector de la rios y profesionales del sector de soft-economía en el país.ware y TI de Colombia, Página 50.

[6] Fedesoft (2012). Estudio de sala-[1] Fedesoft (2011). Estudio de la rios y profesionales del sector de soft-caracterización de productos y servi- ware y TI de Colombia, Página 22.

Paola Restrepo Ospina. Desde febrero del 2006 es la Presidenta Ejecutiva de la Federación Colombiana de la Industria del Software y Tecnologías Relacionadas -Fedesoft-. Así mismo, es Representante por Colombia y Miembro de la Junta Directiva (Tesorera) de la Federación de Asociaciones de Latinoamérica, el Caribe y España de Entidades de Tecnologías de la Información -Aleti-; Presidenta de la Mesa de Teleinformática del Sena y Presidenta de la Coalición Regional de Servicios de Bogotá y Cundinamarca, de la Cámara de Comercio de Bogotá, Sector Tecnologías de la Información.

66 SISTEMAS

El gran problema es la comunica-ción

estarán buscando un beneficio mutuo mediante la ejecución del contrato.

Sin embargo, en muchos casos, los Basado en la premisa de que un con-proyectos de desarrollo de software trato es un acuerdo entre las partes, es finalizan en sobrecostos, adiciones necesario que ambas tengan un claro presupuestales, incumplimiento en los conocimiento de los resultados espe-cronogramas, malos entendidos y rados al final de la implementación de pleitos, y ambas partes terminan con un software.malestar, pérdidas económicas y lo que es aún peor, no se termina el soft-Presumiendo la buena fe de ambas ware objeto del contrato.partes podemos deducir que en un

contrato de desarrollo de software, el El contratante, quien tiene las necesi-contratante dispone de sus recursos dades, es el responsable de transmitir económicos para solventar una pro-el mensaje al contratista, no obstante, blemática relacionada con el manejo el contratista tiene el deber profesional de su información, y el contratista está de asesorar al contratante para que destinando su potencial profesional este mensaje tenga las características para generar herramientas que atien-técnicas requeridas por este tipo de dan estas necesidades, a cambio de procesos.una retribución económica. Ambos

Dos

El presente artículo plantea una de las principales bases para la contratación de software: el manejo de requerimientos.

Cómo contratar software a la medida

Ing. Ricardo Naranjo Faccini, M.Sc.

67 SISTEMAS

En un fallo de una corte de Mendoza, IT conocedor de las tecnologías que Argentina, encontré este párrafo que pueden aplicarse, como del lenguaje denota esta problemática y, por que se debe utilizar en el documento.supuesto, la responsabilidad de la contraparte técnica en la contratación Una mala práctica generalizada por de software: “La situación de desigual- quienes van a contratar software por dad entre las partes, característica de primera vez es realizar en forma rápida los contratos de adhesión, se agrava y verbal la comunicación con cada una en los contratos informáticos, en los de las casas de software convocadas cuales el cliente, por ignorancia técni- para participar, esperando obtener en ca, no puede establecer juicio sobre el forma rápida y exacta la evaluación de producto o servicio que se le propone”. tiempos y costos con los que se com-

prometerá el contratista.La mejor forma de establecer un acuerdo que genere el correcto com- El desenlace de esta historia es que promiso de ambas partes es mediante cada una de las casas de software la redacción de un documento escrito, pretenderá aplicar la tecnología que en un lenguaje claro y explicando domina e intentará resaltar sus venta-explícitamente los términos técnicos jas competitivas en su propuesta, que se utilizarán para mitigar los pro- como es natural. Y el resultado será blemas. que las distintas cotizaciones y pro-

puestas que recibe el contratante no serán homogéneas, presentarán cobertura a las necesidades que la casa de software alcanzó a identificar en la charla. Adicionalmente los crono-Debido al desconocimiento que el con-gramas no serán coherentes y los cos-tratante tiene con respecto a las meto-tos presentados variarán en forma dologías que se pueden utilizar para abismal. El problema que se presenta plasmar en un documento los requeri-es que no se podrán comparar entre sí mientos, es común pensar que la y la elección prácticamente será al redacción tiene que ser llevada a cabo, azar.bien sea por la misma persona que

tiene la necesidad o por un gurú de la Cuando se piense en la contratación informática, con un conocimiento abso-de un software, como es un proyecto luto y experiencia en estos temas.de ingeniería, hay que hacer el trabajo Por supuesto ninguno de los dos enfo-mental de asociar el proceso a la cons-ques planteados es correcto, un análi-trucción de un edificio en el que, antes sis de requerimientos debe ser llevado de iniciar la construcción, se requieren a cabo por un equipo de trabajo en el los planos arquitectónicos.cual deben participar: los directivos

que detectaron la necesidad y que Para tener unos buenos planos que están destinando los recursos para respondan a los deseos del contratan-solventarla; los operarios que se te hay que invertir recursos importan-enfrentan en su rutina diaria con los tes en su diseño. Es necesario reunir-problemas existentes; y, el equipo de

Mitos que enmarcan el análisis de requerimientos

68 SISTEMAS

se con el arquitecto y verificar que los mentar el capítulo llamado “Glosario planos describan correctamente las de términos”.necesidades planteadas.

El documento no deberá estar sesga-do a tecnologías, excepto en los aspectos que específicamente son requeridos e imprescindibles.

Finalmente, el documento debe brin-En este punto el lector podrá pensar dar una calificación a los requerimien-que un documento de especificación tos para indicar su prioridad, discrimi-de requerimientos es un documento nando entre aquellos que son impres-técnico escrito en un lenguaje incom-cindibles y aquellos que son desea-prensible; pero, por el contrario, estos bles, pero que, aunque no estén con-documentos deberán estar escritos en templados en la propuesta, serán teni-un lenguaje claro para el contratante. dos en cuenta (Figura 1).Por supuesto, deberán escribirse con

una metodología formal y seguir unos estándares mínimos, para garantizar que cubran todos los aspectos que se deben tener en cuenta.

Tener un documento de requerimien-El documento deberá detallar cada tos formalmente construido garantiza-uno de los requerimientos, en un len- rá que las diferentes propuestas se guaje preciso y deberá cubrir comple- podrán comparar entre sí, y que todas tamente los requerimientos del siste- ellas estarán cubriendo completamen-ma. De tal forma, que las reuniones te los requerimientos calificados como con las casas de software participan- imprescindibles. Además, se identifi-tes sean únicamente para despejar carán y diferenciarán claramente, los dudas, pero no para explicar el propó- valores agregados adicionales ofreci-sito del contrato. dos por cada proponente.

De esta forma, tendremos un docu- Este documento se podrá utilizar como mento que delimite claramente el un listado de chequeo para revisar las alcance del proyecto y con el cual el entregas parciales y finales realizadas contratista pueda identificar los dife- por la casa de software elegida, garan-rentes módulos que componen el sis- tizando que se evaluarán todas las tema. funcionalidades solicitadas.

El lenguaje utilizado no deberá permitir Al integrar dentro del equipo redactor ambigüedades, evitando palabras del documento a los operarios que como “etc.”. Adicionalmente, los térmi- utilizarán el software y que conocen la nos técnicos y los utilizados por el con- rutina diaria, se mitigará la aparición tratante para referirse a asuntos de su de “cuellos de botella” en la operación.negocio que puedan ser sujetos de El contratante tendrá claridad en la malas interpretaciones, deberán ali- existencia de requerimientos ocultos

Características de un buen docu-mento de especificación de reque-rimientos

Beneficios al utilizar metodologías formales

69 SISTEMAS

que implican trabajo por parte del con- Complementariamente, se tendrá una tratista y que muchas veces pasan base de negociación con la casa de desapercibidos, como aquellos rela- software contratada cuando se detec-cionados con la seguridad, la redac- ten nuevos requerimientos durante la ción de los manuales de uso del siste- fase de desarrollo, castigando la ma y el mantenimiento del software en implementación de funcionalidades de funcionamiento. menor importancia, lo cual evitará lle-

gar a acuerdos que permitan mante-Los contratistas que no tengan posibi- nerse dentro del presupuesto.lidad de implementar alguno o varios de los requerimientos que no son Esto último es particularmente impor-imprescindibles, podrán participar con tante cuando se presentan cambios en su propuesta especificando esta situa- el entorno durante la fase de desarrollo ción y el contratante podrá evaluarla y del software, que repercuten en la apa-calificarla objetivamente. rición o desaparición de necesidades.

El alcance del proyecto estará delimi- Finalmente, tener un documento de tado mediante un compromiso escrito, requerimientos formal permitirá delimi-lo cual evitará la aparición de nuevos tar las fases del proyecto y contratar la requerimientos durante la fase de implementación parcial de la solución, desarrollo. Al tener delimitado el alcan- si no se dispone de los recursos nece-ce, se podrá realizar una estimación sarios. También facilitará el crecimien-acertada de costos y tiempos. to controlado del software.

Figura 1

70 SISTEMAS

Temas fundamentales en la espe-cificación de requerimientos

sistema de información. Estos casos de uso deberán redactarse de tal for-ma, que se indique paso a paso la inte-racción entre el usuario y el sistema de El documento resultante del trabajo información.deberá tener una introducción que

realizará la descripción general del Basándose en los casos de uso se entorno y las necesidades que llevan a presentarán todos los requerimientos la contratación del desarrollo; descri-funcionales, los cuales se podrán iden-birá el estado actual en que se encuen-tificar fácilmente con un título que com-tra el contratante con respecto al pro-plete la frase: “El sistema deberá per-yecto; planteará los objetivos que se mitir...”.persiguen; delimitará el alcance de la

solución propuesta; y, planteará los En la tabla se presenta un ejemplo de riesgos a los que está expuesto el pro-redacción de un requerimiento funcio-yecto, identificados durante esta etapa nal describiendo:precontractual. Cerrando esta intro-

ducción deberá existir un glosario de • Usuarios de requerimientos.términos, que mitigue malos entendi-

dos por el uso de una palabra con sig-• Interfaz de acceso a la funcionali-nificado ambiguo.

dad.

El documento deberá continuar con • Prioridad (5 significará imprescin-una descripción de los actores involu-

dible y 1 deseable).crados en el proyecto, indicando quié-nes están Interesados en la solución y

• Descripción del requerimiento.presentando para cada uno de los dife-rentes roles de usuario, sus casos de

• Información de datos.uso del sistema.

• Frecuencia de uso por parte de los Para aclarar qué es un rol de usuario usuarios.podemos pensar en el dueño de una

microempresa, quien a veces es • Volumen de datos que se transmiti-gerente, a veces técnico, a veces

rá al sistema, cada vez que se secretaria y otras, mensajero. Es la haga uso del requerimiento.misma persona, pero asume roles

diferentes, dependiendo de la activi-• Carga inicial de datos, en el caso dad que está realizando. Así mismo,

de que el sistema tenga que utilizar son los roles de usuario las tipificacio-información proveniente de las nes del estilo de uso del software, por soluciones informáticas, utilizadas parte de los operarios.previamente a la implementación del software.Cada uno de estos roles de usuario

tendrá asociado varios casos de uso • Observaciones y anotaciones adi-como procesos atómicos y autoconte-

cionales.nido, en los cuales un usuario utiliza el

71 SISTEMAS

Tras los requerimientos funcionales se 7. Mantenimiento y actualización.presentarán los requerimientos no funcionales que generalmente, están 8. Lenguaje de programación.ocultos a la vista del usuario, pero que también requieren ser especificados y 9. Plataforma de implantación.exigirán esfuerzos de trabajo por parte de la casa de software elegida para la 10. Portabilidad.implementación.

11. Requerimientos de documenta-Los siguientes, son algunos de los ción en línea y de sistemas de tipos de requerimientos no funcionales ayuda.que deben aparecer en el documento, y que deberán ser complementados 12. Propiedad intelectual.con aquellos que se detecten en cada proyecto: El contratante deberá tener en cuenta

que la implementación de estos reque-1. Usabilidad / Amigabilidad del rimientos tendrá también un impacto

software. en el costo del software resultante; por lo tanto, también deberá indicar la prio-

2. Confiabilidad. ridad que existe para cada uno de ellos.

3. Seguridad.

4. Desempeño.[1] SCJMendoza, Sala I, 05-02-1990,

5. Integridad de la información. “Sistex S.A. c/ Oliva S.A. Valerio” en LL 1990-D-419 y LL 1991-A-404, con

6. Interfaces. nota de Mosset Iturraspe.

Referencias

Ricardo Naranjo Faccini. Ingeniero, empresario y docente enfocado en el sector de la tecnología de información y comunicaciones, eMarketing, con amplia experiencia en desarrollo de software, el uso de estándares de comunicación y la óptima integración del software libre en las organizaciones. Magíster en Ingeniería de Sistemas y Computación de la Universidad de Los Andes 1998. Diplomado en docencia en Ingeniería de la Pontificia Universidad Javeriana, 2008. Gerente de la firma Skina IT Solutions. Experto en calidad en el desarrollo de software, con énfasis en el uso de herramientas libres orientadas hacia WWW. Colaborador del grupo ACIS-Linux y profesor del curso de eMarketing apoyado en redes sociales, dictado por ACIS en mayo y octubre de 2012.

72 SISTEMAS