cuadernos de investigación - usfx.bo · simulador de procesador hipotÉtico (simuproc) ..... 255...

Cuadernos de Investigacin

PROYECTOS DE GRADOINGENIERA DE SISTEMAS

AOS 2006-2007

ARTCULOS

DEPARTAMENTO DEINGENIERA DE SISTEMAS

Escuela de Ingeniera

ISSN 1692-0694. Medelln. Julio de 2008. Documento 64 - 072008

La Universidad EAFIT aspira a ser reconocida nacional e internacional-mente por sus logros acadmicos e

investigativos.Para ello desarrolla la capacidad

intelectual de sus alumnos yprofesores en todos

los programas acadmicos,con la investigacin como

soporte bsico.

-De la visin institucional-

EdicinDireccin de Investigacin y DocenciaUniversidad EAFITMedelln, Colombia

DirectorFlix Londoo Gonzlez

Los contenidos de este documento son responsabilidad de los autores.

Se autoriza la reproduccin total o parcial de este material para fines educativos siempre y cuando se cite la fuente.

Serie Cuadernos de InvestigacinCarrera 49 7 sur 50Telfono (574) 261 95 40www.eafit.edu.co/investigacion/cuadernosdeinv.htm

TABLA DE CONTENIDORESUMEN. ABSTRACT. AUTOR

INTRODUCCIN ................................................................................................................................................................................. 1

UTILIDAD PRCTICA DE IMPLEMENTAR E-BUSUNESS EN LAS EMPRESAS DE MEDELLN ..................................................... 2

QFD: UNA APLICACIN A LA INGENIERA DE REQUISITOS ......................................................................................................... 14

PROCESO DE DESARROLLO DE APLICACIONES WEB PARA EMPRESAS DESARROLLADORAS DE SOFTWARE CON INTERS DE COMERCIALIZAR EN EL EXTERIOR Y PRODUCIR LOCALMENTE ....................................... 31

SISTEMAS DE INFORMACIN PARA CORPORACIN ENVIGADEA DE SORDOS (COENPSOR) .............................................. 34

SISTEMAS DE INDUCCIN DE EMPLEADOS .................................................................................................................................... 37

ESTUDIO SOBRE LA SITUACIN ACTUAL DEL USO DE SOFTWARE LIBRE EN ALGUNAS EMPRESAS DE MEDELLN ........... 42

GUA PARA LA GESTIN DE PROCESOS EN ORGANIZACIONES DE SOFTWARE ........................................................................ 47

ESTUDIO SOBRE EL ESTADO Y CASOS REALES DE XITO A NIVEL MUNDIAL DE PRESTACIN DE SERVICIOS TIC MEDIANTE LA MODALIDAD DE OFF SHORING ................................................................................................. 50

SOLUCIN DE INTEGRACIN: ALTAMENTE FLEXIBLE Y ESCALABLE ......................................................................................... 54

MODELO DE MADUREZ PARA LA SEGURIDAD DE LA INFORMACIN .......................................................................................... 60

SISTEMAS DE COMERCIALIZACIN BASADO EN PROTOCOLOS PARA INTERNET .................................................................... 69

IMPLEMENTACIN DE UNA AUDIONOVELA INTERACTIVA, UN MDULO DE GRAMTICA Y UN SOFTWARE PARA LA ADMINISTRACIN DE EJERCICIOS SOPORTADO EN MOODLE Y BASADO EN EL ESTNDAR SCORM PARA LA CREACIN DE CONTENIDO PARA UN CURSO DE ESPAOL COMO LENGUA EXTRANJERA ....................................................................... 73

INVESTIGACIN Y APRENDIZAJE, DESARROLLO DE LA HERRAMIENTA PARA LA ESTIMACIN DE PROYECTOS BASADA EN PUNTOS DE CASOS DE USO ....................................................................................................... 82

FUNDAMENTOS DE LA COMPUTACIN E INFORMTICA CUNTICA ............................................................................................ 87

IMPLEMENTACIN DEL PROTOCOLO OAI-PMH PARA LA RECOLECCIN DE METADATOS EN UNA BIBLIOTECA DIGITAL ............................................................................................................................. 97

APLICACIONES DE GESTIN DEL DESEMPEO CORPORATIVO A NIVEL MUNDIAL ................................................................. 102

FRAMEWORK DE COMUNICACIONES Y CONTEXTO PARA LA CONSTRUCCIN DE JUEGOS MULTIUSUARIO ............................................................................................................................................................... 108

ESTUDIO DE LA WEB COLOMBIANA: TOPOLOGA Y VISUALIZACIN ........................................................................................ 117

QFD: UNA APLICACIN A LA INGENIERA DE REQUISITOS ......................................................................................................... 123

METODOLOGA PARA ENTENDER INCIDENTES DE SEGURIDAD INFORMTICA EN LA MEDIANA EMPRESA COLOMBIANA ..................................................................................................................................... 134

ALGUNAS LGICAS MODALES ASOCIADAS AL RAZONAMIENTO DE AGENTES INTELIGENTES ........................................... 144

DIRECTRICES PARA LA DEFINICIN DE TIC QUE APOYEN LA INTELIGENCIA DE NEGOCIOS PARA MEJORAR LA VENTAJA COMPETITIVA EN LAS PYME DEL REA ......................................................... 159

DIAGNOSTICADOR DE TRASTORNOS EN EL DESARROLLO DE NIOS ..................................................................................... 167

METODOLOGA PARA LA GESTIN DE REQUISITOS BAJO LA ARQUITECTURA ORIENTADA A SERVICIOS (SOA) ....................................................................................................................................................................... 175

ESTUDIO SOBRE EL USO DE LA INFORMACIN NO ESTRUCTURADA EN LAS PYMES DE INGENIERA DE SOFTWARE DE LA CIUDAD DE MEDELLN ................................................................................................... 182

IDENTIFICACIN Y DISTRIBUCIN DEL CONOCIMIENTO A TRAVS DE UN SISTEMA DE PGINAS AMARILLAS ................................................................................................................................................................. 192

SIMULACIN DE INTERFAZ INTELIGENTE PARA IPTV ................................................................................................................. 201

UNA MANERA SENCILLA PARA EVALUAR LA CALIDAD DE UN PRODUCTO SOFTWARE.......................................................... 207

ESTNDARES DE CALIDAD PARA LA CREACIN Y CONTROL DE BASES DE DATOS ............................................................ 215

INTRANET, UN PORTAL DE CONOCIMIENTO ................................................................................................................................ 218

SISTEMAS DE INFORMACIN COMO APOYO A LA GESTIN .................................................................................................... 222

MEJORES PRCTICAS PARA LA ESTIMACIN DE PROYECTOS DE SOFTWARE A LA MEDIDA ............................................. 225

MODELO CMMI APLICADO AL MANTENIMIETO INDUSTRIAL ........................................................................................................ 239

ESTUDIO SOBRE LAS METODOLOGAS PARA LA GESTIN DE PROYECTOS DE SU INTELIGENCIA DE NEGOCIOS, SU APLICACIN Y FACTORES CRTICOS DE XITO ................................................... 247

SIMULADOR DE PROCESADOR HIPOTTICO (SIMUPROC) .......................................................................................................... 255

EL USO DE OGRE PARA EL DESARROLLO DE AMBIENTES SIMULADOS CON NEWTON DYNAMICS .................................... 258

ARQUITECTURA EMPRESARIAL: UN RETO PARA LAS ORGANIZACIONES ................................................................................ 263

AUTORES

Informacin recopilada y organizada por Hernn Daro Toro Escobar (Coordinador de Proyectos de Grado de Ingeniera de Sistemas) con la colaboracin de Daniel Fernando Gmez y Milena Aragons (estudiantes de Ingeniera de Sistemas).

RESUMEN

Este cuaderno presenta algunos de los artculos escritos por estudiantes de la carrera Ingeniera de Sistemas en

su ltimo semestre de estudios en los aos 2006 y 2007 como producto de su proyecto de grado. Aunque no todos

los artculos presentan ideas innovadoras en el campo de los sistemas y la computacin, porque slo muestran un

compendio o resumen del proyecto de grado, todos ellos se convierten en fuente bibliogrfica de alto valor para toda

la comunidad academica nacional e internacional

ABSTRACT

This document presents some articles written by students of the Computer Science program at EAFIT University as a

result of their graduating work during the period 2006-2007. Although not all the articles present innovative ideas in the

field of systems and computation, since they are just the compendium or abstract of their graduating work, all of them

become an important bibliographic reference for the national and international academic communities.

1

INTRODUCCIN

PROYECTOS DE GRADO INGENIERA

DE SISTEMAS

El anlisis, diseo, desarrollo, creacin y aplicacin de las tecnologas informticas para el beneficio de los individuos, de las organizaciones y del pas es el objetivo principal de la carrera de Ingenieras de Sistemas que actualmente ofrece la Universidad EAFIT de Medelln. Sus estudiantes trabajan en proyectos innovadores y colaboran con profesionales de las ms diversas reas en organizaciones existentes y/o creando sus propias empresas. Los nfasis de la carrera de Ingeniera de Sistemas en la Universidad EAFIT permiten que sus egresados se desempeen en los campos de desarrollo de software, diseo y administracin de redes, gerencia de sistemas, gestin de sistemas de informacin, investigacin en reas relacionadas con la computacin, entre otros.

Tanto la Universidad EAFIT como la carrera de Ingeniera de Sistemas han logrado el reconocimiento de Acreditacin de la Calidad por parte del Ministerio de Educacin Nacional y sus estudiantes y egresados son competentes no slo a nivel nacional, sino tambin a nivel internacional con una slida formacin integral en el campo cientfico, tcnico, tecnolgico y humanstico.

Dentro de su plan de estudio y como colofn de su carrera, el estudiante tiene la posibilidad de desarrollar un proyecto donde aplica de manera integral los conocimientos y habilidades adquiridos en el recorrido de sus estudios y con proyeccin hacia la creatividad y al inicio de actividades investigativas.

De cada proyecto de grado se genera un artculo, cuya propiedad intelectual es del autor o autores, y es requisito fundamental para la sustentacin del proyecto.

El Departamento de Sistemas tiene la gran satisfaccin de presentar en este cuaderno los artculos de algunos de los proyectos de grado de los estudiantes de Ingeniera de Sistemas desarrollados en los aos 2006 y 2007, que los har testigo tanto de la calidad de los proyectos como de la madurez de los estudiantes en su formacin profesional.

Hernn Daro Toro EscobarCoordinador Proyectos de Grado de la carrera Ingeniera de Sistemas

UTILIDAD PRCTICA DE IMPLEMENTAR

E-BUSINESS EN LAS EMPRESAS DE

MEDELLN

WENDY ORTA MONTOYA.ING. SONIA CARDONA ROS

DEPARTAMENTO DE INFORMTICA Y SISTEMAS

REA DE NFASIS SISTEMAS DE INFORMACIN

ASESOR PRINCIPALING. SONIA CARDONA ROS

EMPRESAEMPRESAS DEL SECTOR COMERCIAL Y FINANCIERO

RESUMEN

Con este artculo se pretende mostrar un resumen sobre el marco conceptual del e-business y de esta forma llegar al ncleo de este trabajo, mostrar las diferentes modalidades del e-business y las mejores practicas para lograr la implementacin exitosa. Tambin se revela la realidad del e-business en las empresas antioquenas y se realiza una comparacin entre lo visto en la parte terica con lo recogido en la parte practica.

Esto con el objetivo de mostrarle al empresario la realidad del e-business en el mundo y de esta forma poder empezar a cambiar la situacin que se presenta en el pas, para que se empiecen a explotar las mltiples ventajas que puede ofrecer este tipo de tecnologas.

PALABRAS CLAVES

Negocios electrnicos, modalidades de negocios electrnicos, internet, mejores prcticas, Medelln, ERP, CRM, SCM

ABSTRACT

Through the making of this article it is sought to show a summary on the general view of the e-business and a view of the nucleus of this work, which is different modalities of the e-business and the best practice to achieve the successful implementation. This article revels the reality of the e-business in the antioquean companies and the comparison among the done in the theoretical part with that information picked up in the practice part.

This with the objective of showing the CIOs the reality of the e-business in the world and this way to be able to begin to change the situation that is presented in our country, and begin to explode the multiple advantages that this type of technologies offers.

2

3

sus empleados, clientes, distribuidores, proveedores, socios, etc. La optimizacin en la gestin empresarial como va de lograr mayor rentabilidad y crecimiento de la empresa, es uno de lo grandes retos de cualquier empresario/trabajador. Para ello las nuevas tecnologas aparecen como facilitadoras de la gestin y relacin con los grandes colectivos que generan valor en una compaa: los clientes, proveedores y empleados. El e-business implica la utilizacin de las modernas redes de comunicacin electrnica para que las organizaciones transmitan y reciban informacin a travs de diversos medio y para diversos propsitos. Esto quiere decir que la informacin puede utilizarse, adems para transacciones, para suministrar noticias, fidelizar a los clientes, comunicar normativas y gestionar el conocimiento. Es por todo esto que el objetivo del e-business no es solo el establecer relaciones comerciales, sino tambin administrar valor a la organizacin frente a sus trabajadores, clientes, proveedores y socios.

1.1 CMO SURGI EL E-BUSINESS

La historia del e-Business comenz con la puesta en comn de la informacin y la utilizacin de ordenadores. A medida que los sistemas informticos se convirtieron en una parte fundamental de la vida ordinaria de las empresas, se desarrollaron nuevos sistemas para su uso interno en las compaas. Sirvindose de esos nuevos sistemas, los gestores de empresas, departamentos y proyectos observaron que podan obtener un acceso actualizado a la informacin, y el siguiente paso lgico fue potenciar este proceso mediante el intercambio entre empresas y sus clientes y proveedores. El problema para su realizacin consista en el empleo de cdigos internos en cada compaa, as como la utilizacin de cdigos y denominaciones de productos que no eran uniformes. Incluso el orden de la informacin no coincida, por lo que era necesario que una persona la interpretara antes de su introduccin en los ordenadores receptores. Esta deficiencia dio lugar al desarrollo de estndares como el EDI (electronic data interchange o intercambio electrnico de datos) y el XML (extensible markuplanguage o lenguaje de marcacin ampliado). A mediados del decenio de 1990, Internet, o ms exactamente, la World Wide Web, apareci en escena, y las empresas comprendieron que podan utilizar este nuevo medio para presentarse mediante sus propios sitios web, en los que, de repente,

INTRODUCCIN

E-Business (negocios electrnicos) es un nuevo fenmeno en el mundo comercial de hoy. Hay diferentes opiniones acerca de lo que e-business es realmente, pero todas tienen algo en comn: e-business debe mejorar la eficiencia de las organizaciones reduciendo el nmero de pasos entre el proveedor y el cliente. Muchas soluciones se enfocan fuera de la organizacin: como el e-Commerce (vendiendo va Web) o e-Procurement (pidiendo va Web), pero la ganancia mas grande puede ser obtenida empezando dentro de la organizacin (empleados).

El e-business es la transformacin de los procesos de negocio a un entorno de red (Internet, Intranet o Extranet) para integrarse con los diferentes componentes de la organizacin y optimizar as las relaciones internas y las relaciones con los clientes y proveedores.

El reto del e-business pasa por integrar las Tecnologas de la Informacin e Internet en la infraestructura propia de la organizacin y establecer entornos on-line para ofrecer servicios tanto a los clientes como a los proveedores, optimizando as procesos claves del negocio incluyendo los de la propia organizacin que establece servicios (a nivel Intranet) entre los distintos departamentos o delegaciones. La implantacin del e-business en una organizacin implica desarrollar un plan estratgico previo y un sistema de aplicacin paso a paso que permita adaptarse a los continuos cambios y particularidades del entorno.

1. MARCO GENERAL DEL E-BUSINESS

El e-business (Negocio electrnico) es un trmino general con el que se denomina a una nueva manera de llevar a cabo el proceso empresarial mediante medios electrnicos. Con el uso de las nuevas tecnologas de la informacin, se consigue mejorar y transformar los principales procesos empresariales, llegando a la automatizacin y optimizacin de la gestin tanto interna como externa de la empresa en todos sus sectores posibles. Por tanto podemos decir que el negocio electrnico es un conjunto de actividades empresariales con sus estrategias, procesos, servicios, logstica, herramientas de gestin corporativa, tecnologas de la informacin y especialmente, tecnologas de transmisin electrnica de datos entre la empresa y

Cuaderno de Investigacin No. 64

4

Proyectos de Grado Ingeniera de Sistemas Aos 2006-2007

todas las compaas tenan la misma posibilidad de atraer la atencin de los clientes

1.2 EVOLUCIN

La irrupcin de Internet revoluciono los negocios, permitiendo a las empresas de todo el mundo adoptar las nuevas tecnologas de la informacin para transformar sus operaciones. Ese fue el nacimiento del e-business, un trmino creado por IBM en 1996. Desde entonces, ha habido tres fases distintas en el desarrollo del e-business.

Figura 1: Evolucin del e-business [ROD18]

2. MODALIDADES DEL E-BUSINESS, MEJO-RES PRCTICAS PARA IMPLEMENTAR E IM-PACTOS OCACIONADOS

Las organizaciones acuden a estructuras que faciliten la entrega de productos y servicios a sus clientes. Con ese fin, disean sus canales de distribucin, fuerzas de ventas, formas de pago, exposicin de productos etc. La infraestructura fsica, la tecnologa y los procesos complementan esta labor. Cada vez es ms comn, que en la formulacin de la estrategia de negocio, estas estructuras estn apoyadas por procesos de innovacin tecnolgica. Sin embargo, no en todos los casos la apropiacin de tecnologa se realiza de manera organizada, contemplando el riesgo inherente a la complejidad y teniendo total conciencia del beneficio.

En el caso de e-business la situacin no es diferente. Entre otras muchas razones, lo que motiva a actuar a los directivos

manteniendo la inercia de presupuestos anteriores, es sencillamente que no tienen claro el tema. Es necesario entender, en que consiste un proyecto de e-business y cuales son sus componentes estructurales, con el fin de canalizar el esfuerzo al interior de las empresas. Canalizar el esfuerzo, significa disear procesos y adaptaciones tecnolgicas al interior de la organizacin, que permitan visualizar resultados en corto plazo, pero manteniendo una lnea de accin en el largo plazo.

Figura 2: Modalidades E-business [MAR15]

2.1. E-BUSINESS TRANSACCIONAL

Se define el e-business transaccional como el uso de TIC para mejorar las comunicaciones con todas las personas y/o organismos implicados, los cuales pueden ser clientes, proveedores, instituciones financieras, etc., en otras palabras, el e-business transaccional es una metodologa moderna para hacer negocios que detecta la necesidad de las empresas, proveedores y clientes de reducir costos, as como mejorar la calidad de los bienes y servicios, adems de mejorar el tiempo de entrega de los bienes o servicios. Por lo tanto no debe seguirse contemplando el e-business transaccional como una tecnologa, sino que es el uso de la tecnologa para mejorar la forma de llevar a cabo las actividades empresariales. Actualmente la manera de comerciar se caracteriza por el mejoramiento constante en los procesos de abastecimiento, y como respuesta a ello los negocios a nivel mundial estn cambiando tanto su organizacin como sus operaciones. El e-business transaccional es el medio de llevar a cabo dichos cambios dentro de una escala global, permitiendo a las compaas ser ms eficientes y flexibles en sus operaciones internas, para as trabajar de una manera ms cercana con sus

5


proveedores y estar ms pendiente de las necesidades y expectativas de sus clientes, todo esto gracias al uso adecuado de Internet.

Hoy en da el e-business transaccional parte de una definicin genrica como cualquier forma de transaccin o intercambio de informacin comercial basada en la transmisin de datos sobre redes de comunicacin como Internet. Es decir, se incluye tanto lo que son las compraventas en s mismas como todas aquellas actividades previas a las mismas tales como el marketing, bsqueda de informacin, contratacin previa etc. De hecho y hoy por hoy el mayor uso que se hace de Internet es publicitario, las empresas utilizan la Red principalmente para darse a conocer, y para ofrecer sus productos y servicios y atraer a nuevos clientes.

2.1.1. IMPACTO DEL E-BUSINESS TRANSAC-CIONAL

El inicio de e-business empieza por la mejora en el canal (Channel Enhancement) y estos canales electrnicos son la cara tecnologa que las organizaciones reflejan. A este nivel, las compaas hacen uso de la tecnologa para compartir informacin, para la comercializacin de sus productos y ms que nada para el e-commerce, en otras palabras, para el mercadeo (compra y ventas de productos y servicios por Internet). Alcance global, disponibilidad las 24 horas del da, los siete das de la semana, alta velocidad, costos bajo en las transacciones, las capacidades del arreglo para requisitos particulares y la interactividad han hecho que los canales electrnicos sean la opcin mas eficaz y elegida para vender y comprar lo necesario para hacer negocio. El cambio organizacional a este nivel, es unos procesos que debe ser orientado de forma tal que no sea un cambio radical sino un cambio incremental buscando lo tctico.

2.1.2. MEJORES PRCTICAS

Es necesario llevar a cabo un modelo de adopcin del e-business transaccional basado en los niveles de funcionalidad que tendr un sitio Web, ste de acuerdo a las fases que incurre una empresa para estabilizar una presencia comercial en la red. En este proceso de adopcin, se distinguen tres etapas:

1. Creacin de un sitio Web.2. Automatizacin del proceso de negocios.3. Integracin del Comercio Electrnico en la Empresa.

2.2. E-BUSINESS INFORMATIVO

El e-business informativo aprovecha la potencia de Internet para crear nuevas oportunidades de negocio, con sus soluciones ERP, CRM y SCM, entre otras, basadas en tecnologa Intra/Internet, cambia la manera en que las compaas compiten, permite desarrollar nuevas prcticas de negocio, expandir mercados, retener eficazmente a sus clientes y mejorar la eficiencia de sus procesos internos, en otras palabras el e-business informativo constituye un conjunto de aplicaciones de gestin empresarial que le permite a las empresas aprovechar ntegramente los beneficios de la tecnologa de informacin.

Aplicando tecnologas de informacin y telecomunicaciones, se desarrollan herramientas que faciliten el intercambio de informacin y la automatizacin de procesos, mediante la transformacin de los procesos de la empresa a travs de las nuevas tecnologas e Internet, se reorienta el modelo de negocio.

Figura 3: Integracin de Internet y la tecnologa de informacin [MAR15]

2.2.1. IMPACTO DEL E-BUSINESS INFORMATIVO

La Integracin de la Cadena de Valor ha sido uno de los impactos ms importantes que las empresas han tenido gracias al e-business informativo. La definicin de valor en trminos de experiencia para el cliente implica una organizacin en la cual el cliente sea el centro real de atencin y en buena parte de decisiones. Todo ello

6


lleva a una inversin de la cadena de valor tradicional. Tradicionalmente la empresa se vea a si misma en los siguientes trminos. A partir de sus competencias internas, defina una estructura ms o menos rgida de procesos que elabora un producto o servicio. Tras todo ello se sita un conjunto de canales de distribucin que llegan hasta el cliente. En la empresa e-business, la cadena de valor se inicia con las necesidades del cliente que llegan a la empresa a travs de un conjunto de canales integrados (CRM). Este conocimiento de necesidades ha permitido el diseo y elaboracin personalizada de productos o servicios, todo ello a travs de procesos altamente flexibles.

La exigencia de procesos flexibles lleva a la empresa a un nuevo comportamiento organizativo caracterizado por mantener de forma permanente aquellos elementos que garantizan sus competencias claves para su xito.

Esta aproximacin llevada a un extremo conduce a ver la organizacin como un agente coordinador de proveedores de recursos (materiales, conocimiento, servicios de apoyo), situados a modo de red alrededor de la empresa, y que son requeridos nicamente cuando son precisos. A demandas personalizadas de los clientes la empresa responde con una configuracin de su sistema de valor tambin personalizada. Desafortunadamente el nmero de competencias clave que una empresa puede desarrollar y mantener es limitado. Por ello la empresa e-business debe focalizarse en un conjunto limitado de capacidades que dan lugar a cuadro grandes posibilidades de diseo organizativo la integracin de la cadena de valor: la gestin de relacin con los clientes (CRM), los sistemas de gestin integrados (ERP), gestin del ciclo de vida de productos (PLM) y la gestin de la cadena de suministro (SCM). Cada uno de estos diseos supone distintas prioridades en la asignacin de recursos, incidiendo internamente en procesos muy diferenciados. La figura a continuacin muestra los procesos que caracterizan estos diseos.


Lo ideal es llevar a cabo una metodologa como las siguientes:

Etapa 1 - Anlisis inicial de la estrategia, tecnologa, procesos, personas y organizacin.

Etapa 2 - Formacin de un comit de proyecto.Etapa 3 - Designacin de un lder de proyecto.Etapa 4 - Definicin de las mejoras en los procesos y organizacin que aportar la implantacin de un proyecto de e-business informativo.Etapa 5 - Elaboracin de un programa detallado.Etapa 6 - Definicin del plan de gestin del cambio. Etapa 7 - Seguimiento

2.3. E-BUSINESS ESTRATGICO

Las estrategias de e-business no estn desligadas de la estrategia general de la compaa y viceversa. Como todas las compaas que participan en el mercado tienen acceso a las diferentes tecnologas disponibles, la adquisicin de las mismas no genera por s sola ventajas competitivas. Es lo que cada compaa esta en capacidad de hacer y el mximo retorno que pueda obtener de estas inversiones, lo que hace la diferencia. En la prctica estas dos estrategias se fusionan de tal manera, que es difcil diferenciar claramente lo que corresponde a la estrategia de e-business y a la estrategia global de negocio. Adicionalmente, el hecho de que la estrategia de negocio involucre a las diferentes reas de la organizacin y la estrategia de e-business ofrezca oportunidades de mejora para cada una de ellas; indica un alto grado de cohesin. Si bien es cierto, la conciencia sobre la implementacin del tema de e-business ha ido incrementando paulatinamente, en algunos casos no se tiene claridad sobre la manera de abordarlo. En otras palabras, una estrategia organizada que parta de entender el impacto de los cambios del entorno y la situacin interna de la organizacin, que permita definir las iniciativas a disear; que oriente la construccin de las soluciones que tecnolgicas, que facilite proyectar la continuidad en el tiempo; para finalmente acompaar su implantacin, con el fin de asegurar la apropiacin de la nueva forma de hacer el negocio.

2.3.1. IMPACTO DEL E-BUSINESS ESTRATGICO

Se puede manifestar que actualmente el e-business estratgico cumple una importante funcin en las empresas, ya que logra un aumento de utilidad en su aplicacin a la accin de gestin empresarial. Por medio del e-business estratgico se genera una transformacin en las empresas permitiendo que estas rediseen los procesos con ayuda


7

de la tecnologa permitindole tener una estructura mas flexible y con canales integrados. Pero este no es el nico impacto que el e-business estratgico trae a las empresas si no que tambin les permite la convergencia, la cual reside en tener procesos que estn totalmente integrados de modo tal que se puede responder con flexibilidad y velocidad a la demanda del mercado, en otra palabras es tener un modelo de negocio que le permita dar respuesta a un entorno continuo de cambio de manera eficaz.


Lo ideal es llevar a cabo una metodologa como las siguientes:

Etapa 1 Divulgar las ventajas del E-BusinessEtapa 2 Evaluacin de la compaaEtapa 3 Identificar el catalogo de soluciones y proyectosEtapa 4 Priorizar soluciones y proyectos

La compaa debe ser capaz de identificar oportunidades y actuar ante ellas con rapidez, los objetivos se deben fijar con un horizonte temporal de no ms de seis meses. En este sentido, es conveniente adoptar la filosofa de versin. No se debe ambicionar una solucin perfecta en un ao, es mejor construir una buena solucin en un semestre y desarrollar posteriormente versiones ms complejas.

3. INVESTIGACIN SOBRE EL E-BUSINESS EN LAS EMPRESAS ANTIOQUEAS

Esta investigacin tiene como objetivo estudiar algunas empresas antioqueas para obtener resultados sobre la actualidad y los proyectos de e-business. Se pretende realizar un comparativo entre la teora obtena a nivel mundial con la practica a nivel local. Para ello este estudio se estructura en torno a dos reas que ayudan a comprender el estado del e-business:

El nivel de compresin y aplicacin sobre las 1. soluciones e-business, para lograr conocer el nacimiento y evolucin del e-business en la empresas antioqueas.Modalidades del e-business. Analiza la presencia 2. y la naturaleza de estas modalidades. Entre otros aspectos, se repasan, la estrategia, la ejecucin y los

resultados de los proyectos de e-business, as como las perspectivas de estas modalidades.

Para llevar este proyecto a cabo se entrevistaron 10 directivos, cada uno en representacin de 6 empresas de diferentes sectores empresariales. Para lograr tener un conocimiento sobre el e-business en cada una de estas empresas se llevo a cabo el siguiente interrogatorio:

Nivel de comprensin/aplicacin del e-business1. Como lo entiendea)

De donde surgi en la empresab) De las siguientes herramientas, en cuales se c) apoya el e-business de la empresa

Correo electrnicoSitio Web corporativoProtocolos de comunicacin directaMercados electrnicos (e-Markets)Mercados privados

Como ha evolucionado desde el iniciod) Actualmente a que esta enfocado el e-businesse)

Modalidades implementadas2. Procesos en los cuales el e-business esta a) presenteFactores crticos de xito en la empresab) Problemas derivados (cambios ocasionados en la c) empresa)Como se llevo a cabo (implementacin) el d) proyecto de e-businessPorque no se ha avanzado en las siguientes e) modalidades del e-business

3.1. CMO SE ENTIEDE EL E-BUSINESS

Las empresas antioqueas que participaron en el estudio estn enteradas y familiarizadas con el termino de e-business ya que conocen muy bien su definicin y concuerda totalmente con la teora analizada en el capitulo 1. Por medio de este estudio se puedo verificar que para las compaas antioqueas entrevistadas as como para los tericos consultados, el e-business consigue mejorar y transformar los principales procesos empresariales, llegando tanto a la automatizacin y optimizacin de la gestin interna como la externa por medio de las TIC, con el fin de lograr mejores relaciones con los clientes, reducir costos al desintermediar e integrar procesos de negocio,

8


adems de penetrar nichos o segmentos de mercado rentables.

3.2. NACIMIENTO Y HERRAMIENTAS DE APOYO DEL E-BUSINESS

No solo las empresas antioqueas estn familiarizadas con este trmino sino que tambin el nacimiento de sus proyectos de e-business y las herramientas de apoyo concuerdan con la teora. Esto tiene mucha importancia ya que logramos ver que en las empresas de la muestra tienen un enfoque claro y concreto sobre el e-business, que no se esta tan alejando de una practica a nivel mundial. Se tiene la infraestructura adecuada y las herramientas necesarias para dar apoyo a un plan de adopcin del e-business dentro de las empresas.

3.3. EVOLUCIN DEL E-BUSINESS

Segn las empresas antioqueas que colaboraron es este estudio y mediante un anlisis obtenidos en la cmara de comercio sobre otras compaas antioqueas, en Medelln las empresas estn en una fase de acceso alta, en otras palabras, las empresas han desarrollando una presencia en Internet alta con sitios Web que integran el flujo de trabajo y con procesos de reingeniera y sitios interactivos con transacciones de negocios. La transicin a la fase siguiente de la evolucin del e-business, esto es la fase de integracin, est en pleno desarrollo en las empresas antioqueas. Este atraso en la evolucin se debe a la falta de confianza en la seguridad tanto por parte de los clientes como de las mismas empresas, lo cual ha sido una gran barrera para introducirse en el mundo del e-business. En la medida que navegar no represente riesgo, los visitantes de un sitio normalmente estn dispuestos a proporcionar informacin como edad, sexo y hasta nivel de ingresos a cambio de una suscripcin gratuita o por acceder gratuitamente a una zona restringida del sitio Web.

Todo esto cambia al momento de involucrar transacciones monetarias. Sucede en la vida real, no vemos por qu deba cambiar en la vida virtual. En el momento en el que se incorporan los conceptos de dinero en la navegacin, todas las alarmas de precaucin se afinan y se encienden, aumentando el nivel de desconfianza. El problema que surge es que los negocios se basan en una muestra de seguridad y confianza, mientras que Internet se caracteriza por el anonimato y la inseguridad.

3.4. ACTUALIDAD DEL E-BUSINESS

Segn el marco conceptual la verdadera revolucin que ha generado la existencia de la red en el medio ambiente de los negocios, sta se ha hecho presente en prcticamente todas las reas de las empresas, permitiendo la interaccin dentro de la misma (Intranet), entre Empresas (Extranet) y hacia el exterior (Internet). Por lo anterior, la red permite darse a conocer a millones de usuarios en el pas, la regin, y el mundo, mejorando las comunicaciones con clientes y proveedores, permitiendo reducir costos de operacin e incrementar la satisfaccin de los clientes.

Las empresas antioquenas de la muestra han logrado incorporarse al mundo del e-business de la misma forma que las empresas a nivel mundial se han incorporado al e-business transaccional. En la actualidad estas empresas se han dado a conocer mediante la construccin de un sitio con la informacin de la organizacin. Han logrado conquistar clientes leales, ya que el e-business es el mejor camino para conquistar la lealtad y fidelidad de los clientes y mejorar la relacin con proveedores. En el sitio Web, los clientes pueden ver manuales y catlogos, logrando acceder a toda la informacin que la empresa desee compartir, sin que sta deba incurrir en costos de impresin y distribucin. Se puede confirmar la llegada de un envo o la emisin de una factura sin gastar tiempo de la mano de obra. Estos contactos generan vnculos que hacen que el cliente o proveedor, sea cada da ms dependiente de la Web. Tambin han logrado vender a nuevos mercados, el e-business no es tema del futuro, sino, una realidad en todo el mundo. La capacidad de las empresas para manejarse en este mbito puede definir su futuro.

3.5. MODALIDADES IMPLEMENTADAS

El e-business transaccional esta presente en las compaas antioqueas debido a que las empresas entrevistadas estn en un nivel adecuado para llevar a cabo esta modalidad. Es relevante ver como estas empresas desarrollaron un plan de negocios para cerciorarse de tener un buen anlisis para la adecuada implementacin de este tipo de proyectos.

Algunas de las empresas antioqueas entrevistas para este estudio realizaron un plan estratgico que contena la evaluacin del monto de la inversin, un plan para operar el negocio y medir su progreso y un indicativo del retorno esperado sobre la inversin. Este anlisis no se encontr


9

en la teora analizada a nivel mundial pero es de suma importancia que las empresas lo tengan en cuenta a la hora de la implementacin de un proyecto de e-business, ya que se enfoca sobre los puntos crticos del proyecto y lo que se requiere para cada uno de esto tems con el fin de garantizar el xito del proyecto.

El e-business informativo est en un nivel inicial en las empresas estudias ya que cada una de estas empresas cuenta con desarrollos integrales de sistemas de informacin tales como los CRM, ERP o SCM pero ninguna de estas empresa ve til y fcil realizar un proyecto de integracin de dichos sistemas con las soluciones que ofrece el e-business informativo.

Por otro lado las empresas antioquenas no conocen el e-business estratgico, por ende no lo han implementado.

3.5.1. PROCESOS DEL E-BUSINESS TRANSACCIONAL

El e-business transaccional es el medio de llevar a cabo dichos cambios dentro de una escala global, permitiendo a las compaas ser ms eficientes y flexibles en sus operaciones internas, para as trabajar de una manera ms cercana con sus proveedores y estar ms pendiente de las necesidades y expectativas de sus clientes, todo esto gracias al uso adecuado de Internet.

Hoy en da el e-business transaccional parte de una definicin genrica como cualquier forma de transaccin o intercambio de informacin comercial basada en la transmisin de datos sobre redes de comunicacin como Internet. Es decir, se incluye tanto lo que son las compraventas en s mismas como todas aquellas actividades previas a las mismas tales como el marketing, bsqueda de informacin, contratacin previa etc. De hecho, hoy por hoy el mayor uso que se hace de Internet es publicitario, las empresas utilizan la Red principalmente para darse a conocer, y para ofrecer sus productos y servicios y atraer a nuevos clientes.

3.5.2. FACTORES CRTICOS DE XITO DE LAS MODALIDADES IMPLEMENTADAS

Varios factores han tenido un importante papel en el xito de la implementacin del e-business transaccional en las

empresas tanto a nivel mundial como a nivel local. Entre ellos se encuentran:

Proporcionar valor al cliente. 1.

Proporcionar servicio y ejecucin. 2.

Proporcionar una pagina Web atractiva 3.

Proporcionar atencin personal. 4.

Proporcionar confianza y seguridad. 5.

Optimizar los procesos de negocio.6.

Construir un modelo de negocios slido, creando 7. una nueva cadena de valor.

Construir una organizacin con suficiente agilidad 8. y sistemas de alerta para responder rpidamente a los cambios en el entorno econmico, social y fsico de una empresa.

3.5.3. PROBLEMAS DERIVADOS

A diferencia de la teora para las empresas entrevistadas el mayor problema para implementar el e-business transaccional fue la falta de experiencia tcnica. El poco conocimiento que se tena sobre este tema fren las inversiones y es lgico pensar que el tema de la seguridad no fuera un problema como ha sido a nivel mundial.

El tema de seguridad es recurrente cuando se habla de negocios por Internet. Todava persiste, aunque menos, la falta de conocimiento sobre el tema en la mayora de los usuarios y los temores de pagar con la tarjeta de crdito. Por el contrario, sigue aumentando el nmero de transacciones por la red al igual que el volumen de compras a efectuar por la misma, por lo que el ndice de fraude ha disminuido. Adicionalmente, los almacenes virtuales se han dado cuenta de la importancia de crear condiciones que mejoren la confianza del comprador en el sitio, condiciones como facilidad de reclamos, atencin local de garantas y reversin de cargos.

Las condiciones de confianza estn establecidas ya en el mundo real, y el esquema de seguridad se limita al conocimiento del cliente. El establecimiento de la forma de

10


pago se efecta directamente por transacciones bancarias establecidas tambin con anterioridad. En este tipo de negocio trasciende todava el tema de la certificacin que garantice que quien hace un pedido o el sitio donde se compra son realmente los que dicen ser y no unos impostores. Hay en pi mecanismos de autenticacin y validacin adicional de las transacciones que aumenta cada da mas el esquema de seguridad.

3.5.4. PASOS DE LA METODOLOGA PROPUESTA POR LAS EMPRESAS ANTIOQUEAS

Figura 4: Anlisis comparativo del e-business transaccional

3.5.5. AVANCES EN LAS DIFERENTES MODALIDADES DEL E-BUSINESS

Muchas barreras se han impuesto para que las 2 modalidades siguientes del e-business no hayan llegado a un periodo de maduracin apto.

3.5.5.1. E-BUSINESS INFORMATIVO

La falta de madurez, la inseguridad y la falta de personal calificado han hecho de la modalidad del e-business informativo un problema en las empresas entrevistadas. En Medelln no se conocen empresas que hayan llevado a cabo un proyecto de e-business informativo por lo cual no existe una referencia a la cual apuntar o de cual guiarse. Otra barrera que tenemos un nuestra ciudad es la falta de personal calificados para el e-business. El tema de e-business es poco mencionado en las empresas y a nivel educativo los estudios realizados en este tema son pocos. Para efectos del estudio se busco documentacin terica en las diferentes bibliotecas universitarias encontrando muy pocos estudios sobre este tema. Tambin los libros escasean en las bibliotecas no solo universitarias sino pblicas. En cuanto a la inseguridad es un asunto ms complicado de lo que parece ya que es uno de los factores mas incrustados en los pensamientos antioqueos debido a la realidad en la cual vivimos. La seguridad es algo que los colombianos exigimos y es algo que no se ha podio lograr por lo cual no se confan en nadie y mucho menos en cuestiones tecnologas ya que la Red esta a disposicin de cualquier tipo de personal. Es por eso que cualquier nueva innovacin siempre genera dudas en los antioqueos ante la seguridad que pueda tener.

Lo que las empresas antioquenas no han logrado visualizar es que el e-business informativo aprovecha la potencia de Internet para crear nuevas oportunidades de negocio, con sus soluciones ERP, CRM y SCM, entre otras, basadas en tecnologa Intra/Internet, cambia la manera en que las compaas compiten, permite desarrollar nuevas prcticas de negocio, expandir mercados, retener eficazmente a sus clientes y mejorar la eficiencia de sus procesos internos, en otras palabras el e-business informativo constituye un conjunto de aplicaciones de gestin empresarial que le permite a las empresas aprovechar ntegramente los beneficios de la tecnologa de informacin.


11

3.3.5.2. E-BUSINESS ESTRATGICO

Lograr hbitos que caractericen el comportamiento organizacional, conlleva un proceso que va desde la experimentacin con los nuevos paradigmas, procesos y tecnologa, seguida de una repeticin constante de dicho comportamiento, hasta alcanzar la costumbre y finalmente con su profundizacin convertirlos en principios que determinan los hbitos al actuar. Esta no es tarea fcil en los procesos de cambio.

En una estrategia de e-business, el reto del estratega va ms all de asegurarse que la gente apropie un cambio en un proceso, o se capacite para consultar un pedido a travs de un sistema de Internet. Debe ser capaz de transformar la manera de pensar de la compaa, entorno a las posibilidades que ofrecen los canales electrnicos. Implica ensear a su equipo humano, a reformular constantemente los paradigmas de trabajo, y con ello lograr una dinmica de cambio en la mente de las personas.

Registrar informacin que permita evaluar peridicamente los beneficios obtenidos y comunicar los resultados a todos los involucrados, hacen parte de los factores que complementan el acompaamiento. Para ello se necesita definir un esquema de niveles de servicio, que le permita medir el desempeo de los servicios implantados, canalizar las energas y la percepcin sobre los beneficios de las mejoras o los problemas encontrados; es fundamental para evitar que se afecten las expectativas de todo el equipo.

Es necesario que las empresas antioquenas conozcan bien el e-business estratgico, ya que por medio del se genera una transformacin en las empresas permitiendo que estas rediseen los procesos con ayuda de la tecnologa permitindole tener una estructura mas flexible y con canales integrados, tambin les permite la convergencia, la cual reside en tener procesos que estn totalmente integrados de modo tal que se puede responder con flexibilidad y velocidad a la demanda del mercado.

4. CONCLUSIONES

En el transcurso de la presente trabajo, se resaltado las principales ideas y hallazgos. De esta manera a continuacin se resumen las respuestas concretas a las preguntas de investigacin planteadas:

Cuales son los factores clave que hacen posible obtener beneficio del e-business para apoyar tanto la estrategia competitiva como la toma de decisiones?Mediante este estudio se logro visualizar que las empresas que mejor se adaptan al cambio tendrn ms garantas de xito. Es por esto que las capacitaciones constantes al personal y mantener un ambiente propicio para el cambio es un factor clave para la adecuada implementacin del e-business.

Las nuevas tecnologas de la informacin nos posibilitan una mejor organizacin de nuestros esfuerzos, mayor conocimiento de nuestros clientes, delegar en las personas y aprovechar su talento, visin global para actuar local y global, etc. Es necesario contar con las TIC para poder llevar a cabo un proyecto de e-business y de esta forma obtener un apoyo en la toma de decisiones.

Hay que tener una metodologa, en otras palabras contar con un plan detallado que siga una secuencia de pasos, como se vio en las mejores prcticas a nivel mundial. Dentro de esas etapas a seguir es muy aconsejable documentar todo lo que se hizo en el proyecto, de esta forma se esta controlando la fuga de conocimiento y se tienen bases para comenzar otros futuros proyectos de este tipo, donde se van a dejar de cometer muchos errores y el rendimiento de estos ser muy superior al anterior o anteriores

Qu sugiere el marco terico acerca de las transformaciones que deben emprender las empresas para incorporar el e-business a los procesos de negocio?La realizacin de un marco terico de las transformaciones en las organizaciones a nivel mundial para mejorar el proceso de negocio electrnico me ayudo para atender y transmitirles a las empresas que participaron en este trabajo, la importancia de moldear las organizacin para que la incorporacin del e-business tenga un impacto positivo en el ncleo del negocio y se extienda a toda la organizacin. Mejoramiento en el canal, integracin de la cadena de valor, la transformacin en la industria y la convergencia son etapas que las empresas deben ir desarrollando de manera progresiva a media que se implementen las diferentes modalidades del e-business.

Qu impacto tiene las iniciativas de e-business tanto a nivel tecnolgico, como operacional y estratgico y sus

12


efectos en las relaciones con los actores externos a la empresa?Las ventajas de adoptar iniciativas de e-business se basan en una reduccin de costes, en una mejor competicin (en el sentido de un mejor posicionamiento en el mercado), generacin de nuevos servicios, acceso a nuevos mercados (por razn de costes y de alcanzabilidad), mejora de las relaciones con los clientes y proveedores y disminucin de los tiempos de todos los procesos empresariales.

Con las iniciativas de e-business las empresas se muestran como pioneras en tecnologa y de esta forma cautivan a los clientes, proveedores y empleados para lograr negociar, comprar y respetar a la empresa y generar la confianza en ella.

El desarrollo de proyecto de e-business ha favorecido el cambio de los ambientes rutinarios de aprendizaje por otros caracterizados por la innovacin y la interaccin permanente. Una parte de las mejoras en el rendimiento laboral y la productividad se han debido a la incorporacin transversal de proyectos de e-business en la produccin, tanto de bienes como de servicios.

Cules son los aspectos relevantes que identifican las empresas entrevistadas en la prctica del e-business?Se logro ver que las empresas antioquenas manejan muy bien el tema del e-business transaccional teniendo su propio plan de trabajo y un anlisis rigurosos para llevar a cabo este tipo de modalidad. La metodologa implementada es mucho ms detallada que la analizada en las mejores practicas a nivel mundial. Esta metodologa cuanta con varios pasos que permite que las empresas lleven a cabo exitosamente este tipo de proyecto. Las empresas antioquenas cuentan con la infraestructura adecuada y con un nivel de conocimiento apto.

Por otro lado se logra visualizar que no se ha implementado totalmente el e-business informativo, modalidad en la que apenas las empresas antioquenas estn entrando con herramientas de sistemas de informacin. En cuanto a la modalidad del e-business estratgico se conoce muy poco y se ve como un plan muy costoso y riesgoso para las organizaciones.

Cules son las principales diferencias y similitudes entre la teora y la prctica del e-business?

En este trabajo se realizo un anlisis comparativo entre lo prctico y terico para identificar si es apropiada y exitosa la implementacin del e-business en las empresas de Medelln. Se logro ver que al no tener los niveles de conectividad de que gozan regiones como Estados Unidos y Europa, en Colombia ha sido especialmente lento el desarrollo del e-business. As mismo, el desconocimiento de los empresarios de este nuevo canal y la desconfianza que el mismo le genera an a muchos consumidores, han hecho tambin que el tema no avance como se quisiera.

A pesar de esta situacin, hoy en da vemos en Colombia el advenimiento de la banda ancha, la mayor disponibilidad de medios de pago, la creciente oferta, mayores garantas de seguridad y mayor capital humano para el manejo de las TIC. Por lo cual las empresas antioquenas han fijando sus miradas hacia la implementacin del e-business, realizando proyectos de e-business transaccional con un plan de trabajo apropiado y extenso enfocado a las mejores practicas a nivel mundial.

Como trabajo futuro es interesante estudiar ms a fondo las empresas antioquenas y teniendo en manos lo recogido sobre las prcticas en el e-business transaccional, las dificultades de las empresas locales en la implementacin de otras modalidades y la teora del e-business para elaborar un plan de trabajo apto para efectuar en Antioquia un proyecto de e-business informativo y estratgico.

Las transicin entre modalidades del e-business no se desarrollan siguiendo etapas que van una detrs de la otra, como si se siguiera una lnea recta la cual nos llevara a obtener ciertos resultados. En realidad es ms un ciclo el que se sigue, pero este ciclo se puede ver roto algunas veces, cuando por los mismos motivos del proyecto se tiene que retroceder a etapas anteriores y replantear lo que ya se ha hecho. Seria ideal realizar una metodologa con pasos apropiados para realizar dicha transicin.

5. BIBLIOGRAFA

[BAS02] BASTO Fernando, Los desafos en e_Business para el 2006 en: http://www.deltaasesores.com/prof/ART0043.html

[CHA04] CHAU Preston, Tesis: Inhibitors to EDI adoption in small businesses: An empirical investigation. Universidad St Thomas, 2005


13

[DEI05] DEISE Martin, NOWIKOW Conrad, KING Patrick, WRIGHT Amy, Executives Guide to E-Business: From Tactics to Strategy. Ed PricewaterhouseCoopers, Mayo 2000

[FAR06] FARAMARZ Damanpour, E-business e-commerce evolution: Perspective and strategy, Managerial Finance, Patrington 2001, Vole. 27, No. 7, pg. 16-18

[FIG07]FIGUEROA, Jos Lus. Necesitas mejorar tu competitividad? E-business mas que una opcin una oportunidad. Noviembre 2001. Ed. Printell House.

[GOR09] GORDON Jhon, Tesis Why visualization of e-business models matters, University of Miami, 2006

[HAM11] HARMON Preston., ROSEN Marian, Developing E-Business Systems and Architectures, Ed Academic Press, San Diego, 2001.

[KAL12] KALAKOTA Ravi, ROBINSON Marcia, From e-commerce to e-business, Ed Addison Wesley, 2005

[LEV13] LEVY Margi, POWELL Philip, WORRALL Les, Strategic intent and e-business in smes: enablers and inhibitors, 2004.

[LOP14] LOPEZ Juan Carlos, E-business la evolucin, Finanzas y Estrategias, Vol. 03, No. 1, pg. 7-10, Mayo 2005.

[MAR15] MARSHALL Peter, MCKAY George, Exploring The Perceptions Of Inhibitors And Drivers Of E-Business

Progression Among Smes At Different Stages Of E-Business Maturity Monash University, School of Information Management & Systems, 2004

[OST17] OSTERWALDER Alexander, GORDIJN Jaap, Tesis: Comparing two business model ontologies for designing e-business models and value constellations, Eslovenia, junio 2005.

[ROD19] RODRIGUEZ Fernando, ZAMBRANO Roberto, Extracto de Tesis: Mejores Prcticas para la Implementacin de e-Business en el Ecuador, Universidad Santa Mara, 2005[SAR20] SAROKA Ral Horacio, Sistemas de Informacin en la era Digital, Argentina 2004, Modulo 1-3

[SHA21] SHARMA Sean, Back to basics!: The link between organizational culture and e-business success, Strategic Direction, Vol. 17, N. 10, pp. 3-17.[TAM22] TAMAYO Johnny, E-business, estrategia y generacin del valor, Marzo 2005.

[VAN23] VAN DER VEEN Marijke, Tesis: Explaining e-business adoption, Alemania 2005

[WIL25] WILSON Francis, Suite of E-business applications - ORACLE. Argentina, 2005

[MOD27] MODESTO Escobar, La empresa e-business: Transformacin, modelo de gestin y planificacin estratgica. Economa Industria, 2002.

14

QFD: UNA APLICACIN A LA INGENIERA DE

REQUISITOS

CAROLINA ARROYAVEALEJANDRA MAYACARLOS OROZCO

DEPARTAMENTO DE INFORMTICA Y SISTEMAS

REA DE NFASISINGENIERA DE REQUISITOS

RESUMEN

La metodologa QFD (Quality Function Deployment), ms all de la concepcin matricial de la Casa de la Calidad, ha demostrado ser una poderosa herramienta que permite a las empresas concentrar sus esfuerzos en aquellas caractersticas que le agregan un mayor valor al producto, desde el punto de vista de la satisfaccin de los clientes y usuarios.

En este artculo se presenta una propuesta metodolgica basada en QFD para realizar el proceso de ingeniera de requisitos. Dicho proceso se dividi en cinco etapas principales: Modelado del negocio, Elicitacin, Anlisis, Validacin y Gestin de Requisitos, las cuales a su vez se dividieron en tareas.

Dentro de la etapa de Anlisis se encuentra una de las tareas principales, sta se refiere a la construccin de la Casa de la Calidad a travs de una serie de pasos donde se consolidan muchos de los resultados obtenidos en las tareas desarrolladas previamente.

Adicionalmente, se exponen los resultados obtenidos al aplicar nuestra propuesta en un caso real.

I. INTRODUCCIN

La necesidad de aplicar los principios de otras ingenieras al desarrollo de software est plenamente justificada por el alto grado de fracasos en estos proyectos. Desde principios de los 90s el Standish Group ha realizado estudios sobre la situacin del desarrollo de software y sus principales problemas en Estados Unidos, mostrando que, casi un tercio de los proyectos de desarrollo de software se cancelan durante su ejecucin y que la gran mayora presenta graves desviaciones respectos a plazos y presupuestos iniciales. Muchas de las causas de fracaso de estos proyectos estaban directamente relacionadas con la pobre identificacin y gestin de los requisitos que deban cumplir las aplicaciones desarrolladas para satisfacer las necesidades de los usuarios. A continuacin se exponen algunas estadsticas y conclusiones expuestas en varias investigaciones y estudios realizados por diferentes autores.

15


En [1] Amador Durn expone que en mayor parte, los problemas de desarrollo de software a nivel mundial estn relacionados con la ingeniera de requisitos, y dentro de sta, con las tcnicas hasta ahora utilizadas para la elicitacin de requisitos aspectuales eficientes. Adems, establece cinco grandes categoras de problemas dentro de la elicitacin: articulacin, comunicacin, limitaciones cognitivas, conducta humana y tcnicos.

En [6] se expone que la correccin de los defectos ocasionados durante la fase de ingeniera de requisitos puede costar hasta 200 veces ms cuando se corrigen en fases posteriores. Adems, se estim que un error encontrado despus de la puesta en produccin de un producto software o en el proceso final de certificacin, toma aproximadamente 8 horas para ser arreglado, mientras que un error encontrado y resuelto en la fase de requisitos toma, en promedio, 15 minutos.Los siguientes datos fueron tomados de [10]:

El contrato, entre clientes y organizaciones desarrolladoras de software en el cual se define qu es lo que se va a producir, es una fuente primaria de los riesgos del proyecto y de los defectos en el software.

Slo en Estados Unidos, los errores de software costaron a la economa casi US$ 60 billones al ao, y en el Pacfico de Asia el despilfarro en proyectos de software est estimado entre US$15 y US$20 billones.

El 71% de los proyectos de software que fracasan lo hacen por no tener un buen manejo de los requisitos

El 85% de los defectos en el desarrollo de software se originan en los requisitos.

Los errores ms comunes durante el anlisis y la elicitacin de requisitos son: suposiciones incorrectas (49%), omisin de requisitos (29%), inconsistencia en los requisitos (13%) y ambigedades (5%).

En la Tabla 1 se pueden apreciar las estadsticas del estado final de los proyecto de software en una dcada.

Tabla 1. Estado final de proyectos de software [10]

2004 2000 1994Exitoso 34% 28% 16%Dudoso 51% 49% 53%

Fracasado 15% 23% 31%

Resultados como los anteriores, dejan claro que la Ingeniera de Software requiere de mtodos, herramientas y prcticas que le permitan alcanzar un nivel de madurez que responda a las exigencias actuales del mercado y de las tecnologas de informacin.

El motivo principal de este trabajo se centra en proponer una metodologa formal para el proceso de ingeniera de requisitos, basada en Quality Function Deployment (QFD), dirigida a aquellos equipos de desarrollo de sistemas software que estn conscientes de que la satisfaccin de los clientes es uno de los aspectos ms relevantes para el xito de una empresa y que por ello deben buscar alternativas que permitan desarrollar productos que suplan sus necesidades y cumplan con las especificaciones negociadas desde el principio.

II. QFD: QUALITY FUNCTION DEPLOYMENT

El QFD fue introducido en Japn a finales de los aos 60 por los profesores Shigeru Mizuno y Yoji Akao, durante una poca en la cual las industrias japonesas haban quebrado despus de la Segunda Guerra Mundial.

La industria japonesa de automviles estaba en medio de un rpido crecimiento a travs del desarrollo de nuevos productos y al mismo tiempo se presentaron dos situaciones que fueron las semillas a travs de las cuales fue concebido el QFD:

Las personas empezaron a reconocer la importancia de la calidad desde el diseo, pero cmo podra ser hecha no se encontraba en los libros en esos das.

Las compaas estaban listas para usar cuadros y grficos para el control de calidad de los procesos, pero estos eran producidos en el sitio de manufactura despus de que los nuevos productos estaban fabricados.

El propsito de los Profesores Mizuno y Akao era desarrollar un mtodo de aseguramiento de la calidad que plasmara la satisfaccin del cliente en un producto antes de que fuera manufacturado, ya que otros mtodos de control de calidad estaban enfocados en arreglar un problema durante o despus de que el producto fuera elaborado.

La primera aplicacin formal que consolid el concepto de la calidad desde el diseo, fue en el ao 1972 en los Astilleros de Kobe de Mitsubishi Heavy Industries

16


(Japn), ayudados por Yoji Akao, Shigeru Mizuno y Yasushi Furukawa, quienes desarrollaron una estructura denominada matriz de la calidad que sistematizaba la relacin entre las necesidades de los clientes y las caractersticas de calidad inherentes a los productos. Esta matriz constituye actualmente el ncleo del QFD.

En el ao 1983 el profesor Yoji Akao introdujo el QFD en Norte Amrica a travs de un pequeo artculo publicado en la revista Quality Progress. Este mtodo se expandi y fue incorporado por compaas como Digital Equipment Corporation, Ford Motor Company, Hewlett-Packard, y en organizaciones de servicio como St. Clair Hospital en Pittsburgh.

En el ao 1984 comenz a aplicarse en el desarrollo de software, introduciendo as el concepto de Despliegue de la funcin de la calidad en Software (SQFD), el cual representa la transferencia de la tecnologa del despliegue de funcin de la calidad de un producto de manufactura a un desarrollo de software. Esta transferencia ha sido acompaada por modificaciones especiales (adicin, cambios y/o eliminacin de algunas matrices) al proceso del despliegue de funcin de la calidad para la implementacin exitosa en el desarrollo de software. SQFD utiliza un conjunto de matrices que facilitan la captura de los requisitos del cliente y su conversin a requisitos del producto.

El QFD permite transmitir a travs de los procesos organizacionales las caractersticas o atributos de calidad que el cliente demanda, de esta forma se mejora la efectividad de los procesos para que puedan contribuir al aseguramiento de dichas caractersticas, permitiendo a las organizaciones sobrepasar las expectativas del cliente.

La metodologa QFD ha ganado gran relevancia en diferentes sectores de la industria, pues se ha encontrado en ella una estrategia para lograr satisfacer las necesidades del cliente. Esto se debe en gran medida a que su enfoque es escuchemos la voz del cliente, lo cual le permite a la empresa ser ms proactiva a los problemas de calidad, en vez de ser reactiva a ellos a travs de la espera de las quejas del cliente. [3]En [2] se exponen los siguientes beneficios de la metodologa QFD.

Orientada al cliente: Requiere la recoleccin del input y retroalimentacin del cliente.

Eficienteentiempo: Se centra en requisitos especficos del cliente, debido a esto, no se desperdicia tiempo en desarrollar caractersticas que tienen poco o nulo valor para el cliente

Orientada al trabajo en equipo: Todas las decisiones estn basadas en el consenso e incluyen discusin a fondo y tormenta de ideas.

Orientadaa ladocumentacin: Uno de los productos del proceso QFD es un documento amplio y completo que rene todos los datos pertinentes acerca de todos los procesos.

El eje central de la metodologa QFD est dado por una herramienta llamada La Casa de la Calidad, la cual es una matriz que traduce los requisitos del cliente en caractersticas tcnicas necesarias que permitan satisfacerlas, plasmadas en el desarrollo de un nuevo producto.

Figura 1. Casa de la Calidad

Sus componentes principales son los siguientes:Requisitosdelcliente (Qus):1 Una lista estructurada de los requisitos obtenidos de las declaraciones del cliente.

Caractersticastcnicas(Cmos):2 Un grupo estructurado de caractersticas relevantes y mesurables del producto, las cuales satisfacen los requisitos del cliente.

Matriz de planeamiento:3 Ilustra las opiniones del cliente observadas en las encuestas de mercado. Incluye la importancia relativa de los requisitos del cliente, de la compaa y del desempeo del competidor en resolver estos requisitos.

17


Matriz de relacin:4 Ilustra las opiniones del equipo QFD respecto a las relaciones entre las caractersticas tcnicas y los requisitos del cliente. Se aplica una escala apropiada, que es ilustrada usando smbolos o cifras. Llenar esta porcin de la matriz implica discusiones y construir un consenso dentro del equipo, que puede demandar mucho tiempo. Concentrarse en las relaciones dominantes y disminuir la cantidad de requisitos son tcnicas tiles para reducir las demandas en recursos.

Matrizdecorrelacin:5 Usada para identificar en dnde las caractersticas tcnicas apoyan o impiden el diseo del producto. Puede destacar las oportunidades de innovacin.

Prioridades,pruebaspatronesymetas tcnicas:6 Usadas para registrar las prioridades asignadas a cada requisito de los clientes, las medidas de desempeo tcnico alcanzadas por los productos competitivos, y el grado de dificultad que implica desarrollar cada caracterstica tcnica.

PROPUESTA METODOLGICA

MODELO DE PROCESO

El modelo de proceso utilizado en nuestra propuesta metodolgica, el cual se muestra en la figura 2, fue adaptado del modelo propuesto por Amador Durn en [1].

Figura 2.Modelo de Proceso

Como puede verse, las actividades que componen el modelo de proceso son: modelado del negocio, elicitacin, anlisis, validacin y gestin de requisitos. Estas actividades sern descritas con mayor detenimiento en secciones posteriores.

A continuacin se explicar brevemente cada uno de los ciclos de iteracin.

Ciclo principal:1. Indica la posibilidad de que durante el proceso de validacin aparezcan conflictos o nuevos requisitos que hasta entonces estaban ocultos. En esas circunstancias, es necesario resolver dichos conflictos y consensuar los nuevos requisitos mediante nuevas reuniones de elicitacin/negociacin, repitiendo a continuacin las actividades de anlisis y validacin.

Ciclosecundario:2. Indica la posibilidad de que durante el anlisis de los requisitos elicitados se descubran conflictos o deficiencias, lo que puede provocar la necesidad de nuevas reuniones de elicitacin/negociacin y el posterior anlisis de sus resultados. En la primera iteracin de este ciclo ser necesario volver a la etapa de elicitacin, aunque no existan conflictos, con el fin de priorizar las necesidades expresadas por los clientes y usuarios y determinar la fuerza de las relaciones entre necesidades, objetivos y actores.

Ciclo externo:3. Muestra la posibilidad de que durante el resto del desarrollo sea necesario volver a alguna de las actividades de ingeniera de requisitos, posiblemente porque se detecte la necesidad de renegociar algunos requisitos de difcil implementacin, porque aparezcan nuevos requisitos durante el desarrollo, etc.

MODELADO DEL NEGOCIO

Enfrentarse a un proceso de elicitacin de requisitos y posterior desarrollo de un sistema sin conocer las principales caractersticas y la terminologa propia del negocio, puede provocar que el producto final no sea el esperado por clientes y usuarios; es por esto que antes de realizar reuniones con ellos para identificar y comprender sus necesidades reales, es fundamental conocer el dominio del problema y evaluar el contexto organizacional y operacional del negocio.

A continuacin se describen detalladamente las tareas que componen esta actividad.

18


Tarea 1: Identificar los procesos del negocio y el problemaConsiste en capturar los procesos de negocio de la organizacin bajo estudio, con el fin de definir los lmites del modelado posterior; para ello se deben identificar los objetivos estratgicos de la empresa, cada uno de los cuales se descompone de forma sucesiva en un conjunto de sub-objetivos ms concretos. Adicionalmente, el ingeniero de requisitos debe identificar claramente cul es el problema a resolver, a quines afecta, cul es su impacto y qu aspectos podra generar una solucin a dicho problema.

Tarea 2: Identificacin de los roles del entornoSe identifica con cules individuos se debe trabajar para recolectar informacin, considerando su conocimiento del negocio, habilidades de comunicacin y disponibilidad.

Tarea 3: Especificar las reglas de negocio En una organizacin, tanto los procesos como los datos que estos manejan estn restringidos por las reglas del negocio. Estas reglas aseguran que la actividad de la empresa se lleva a cabo de acuerdo con restricciones impuestas desde el entorno (leyes o normas) o desde dentro de la propia organizacin. [8]

Tarea 4: Creacin de un glosario de trminosCrear un glosario donde se capturen las definiciones de los trminos del dominio del problema, de tal modo que no se tengan dudas sobre las expresiones utilizadas en los artefactos producidos durante el flujo de trabajo. Debe incluir las reglas del negocio identificadas en el paso anterior.

ELICITACIN DE REQUISITOS

En esta actividad se estudia el dominio del problema, se identifican las necesidades de los clientes y usuarios, y si es necesario, se negocian los requisitos que deber satisfacer el sistema a desarrollar, desde el punto de vista de clientes y usuarios.

A continuacin se describen detalladamente las tareas que componen esta actividad.

Tarea 1: Identificacin de StakeholdersLos stakeholders del sistema pueden ser muy variados, igual que sus motivaciones para el xito y sus respectivos aportes para el proyecto, aunque naturalmente, cada uno de los aportes entregados por los participantes deben ser tomados en cuenta, con el fin de no generar insatisfacciones

o reproceso. Segn [9] los principales participantes del proceso de captura de requisitos son: Cliente,Usuario,JefedeProyecto,IngenierodeRequisitos,DesarrolladoryTester.

Tarea 2: Preparar y realizar las sesiones de elicitacinUno de los retos ms importantes de la elicitacin es garantizar que los requisitos del sistema sean consistentes con las necesidades de la organizacin y con las futuras necesidades de los usuarios. Las reuniones y actividades de elicitacin permiten conocer y comprender dichas necesidades y resolver todos los conflictos que puedan resultar.

Para llevar a cabo esta tarea se propone utilizar: diagramas de afinidad, diagramas de rbol y entrevistas. Las dos primeras son herramientas que permiten identificar, recolectar y organizar la informacin de una forma rpida y eficiente facilitando la construccin de la Casa de la Calidad.

Elaborar diagramas de afinidad

La elaboracin de los diagramas de afinidad permitir generar una gran variedad de necesidades y objetivos, que servirn como base para definir formalmente los requisitos. Durante las sesiones de lluvia de ideas se deben realizar preguntas orientadas a obtener tanto los requisitos funcionales como los no funcionales, adems de los actores del sistema.

Los productos de esta tarea son los objetivos del sistema representados en los ttulos de cada agrupacin y los requisitos representados en las ideas que conforman los grupos. Esta informacin ser muy til, posteriormente, para la construccin de la Casa de la Calidad.

Para mayor informacin sobre la elaboracin de los diagramas de afinidad, puede consultarse [11].

Elaborar diagrama de rbol

En nuestra propuesta esta tcnica ser utilizada para encontrar requisitos implcitos en las necesidades que se lograron extraer durante la elaboracin de los diagramas de afinidad. Los diagramas de rbol permiten realizar comparaciones y priorizaciones de las necesidades para determinar su grado de importancia en el sistema.


19

Por medio de esta herramienta se pueden identificar restricciones del sistema y requisitos de informacin que no hayan sido determinados hasta el momento.

Para mayor informacin sobre la elaboracin de los diagramas de rbol, puede consultarse [11].

Es muy probable que durante las sesiones de lluvia de ideas realizadas para la elaboracin de los diagramas de afinidad y de rbol, el ingeniero de requisitos vea la necesidad de aclarar aspectos que considere importantes con algunos de los participantes. En estos casos se deber recurrir a las entrevistas como medio de elicitacin/negociacin de requisitos. As mismo, ser posible que los clientes y usuarios puedan expresar ms fcilmente cules son los servicios o capacidades que esperan de un sistema.

EntrevistasSe recomienda llevar como material para la entrevista los diagramas de afinidad y rbol elaborados previamente. Los pasos para realizar una entrevista se pueden encontrar en [11]

Tarea 3: Identificar requisitos de informacinEn esta tarea se deben identificar o revisar los requisitos de informacin que deber satisfacer el sistema. Normalmente estos requisitos son la respuesta a la pregunta quinformacin, relevante para los objetivos de su negocio,deberalmacenarelsistema?

Esta es una tarea que se va cumpliendo implcitamente durante las tareas anteriores de elicitacin. Para identificar estos requisitos se pueden utilizar formatos digitales o fsicos utilizados en la organizacin y/o la informacin almacenada en otros sistemas. Para expresar este tipo de requisitos, se puede usar la plantilla propuesta en [11].

Tarea 4: Elaborar el Documento de Requisitos del SistemaEl documento de los requisitos del sistema es una declaracin escrita de lo que el software har, pero no de cmo lo har. Debe servir como un acuerdo o contrato con los clientes y puede ser usado por los desarrolladores y testers para implementar la aplicacin y verificar que sta cumpla con dicho acuerdo.

Figura 3. Tabla de contenido del documento de requisitos

Basados en algunas de las indicaciones dadas por Amador Durn en [1], se construy la estructura sobre la cual se debe hacer la especificacin de los requisitos. Esta puede consultarse con mayor detalle en [11]. En la figura 3 se puede observar un esquema del documento de requisitos.

Tarea 5: Negociar RequisitosEsta tarea, tambin denominada resolucin de conflictos, se ocupa de resolver los problemas que puedan surgir en los requisitos. Para resolver estos conflictos es necesario consultar con todos los participantes afectados y registrar tanto el conflicto como las decisiones tomadas y la persona que las tom.

ANLISIS DE REQUISITOS

Esta es la etapa de la ingeniera de requisitos en la cual el ingeniero de requisitos y los dems miembros del equipo de desarrollo se encargan de realizar un completo y detallado entendimiento de las necesidades elicitadas en la etapa previa.

El enfoque de nuestra metodologa permite que el cliente y el usuario tambin estn presentes en este momento, obteniendo mayor calidad y entendimiento de la informacin elicitada y generando satisfaccin al cliente. Adems, esta es la etapa en la cual el cliente y los usuarios muestran las prioridades de las necesidades del sistema, con el fin de conocer en cules de ellas se debe centrar el grupo de trabajo.

20


Tarea 1: Clasificacin de los requisitosLa clasificacin de los requisitos permitir al equipo de trabajo y en especial al ingeniero de requisitos, conocer de forma clara los diferentes tipos de necesidades que han especificado los participantes.

Al identificar los diferentes grupos en los que se dividen las necesidades, podemos observar la estructura bsica del sistema, revelando su organizacin interna, la forma en la cual se va a comportar y la manera como se debe desempear en un ambiente especfico. Estos tres aspectos mencionados se pueden vislumbrar clasificando las necesidades, respectivamente, en tres categoras:

Necesidades de informacin: Este tipo de requisitos describen qu informacin debe almacenar el sistema para satisfacer las necesidades de clientes y usuarios.Necesidades Funcionales: Los requisitos funcionales especifican acciones que el sistema debe ser capaz de realizar, sin tomar en consideracin ningn tipo de restriccin fsica.Necesidades No funcionales: Este tipo de requisitos no forman parte de la funcionalidad principal de la aplicacin, sino que son especificaciones del cmo debe funcionar la aplicacin. Estas necesidades van muy ligadas a la satisfaccin de los clientes.

Existen varios tipos de requisitos no funcionales, los principales segn [11] son: Usabilidad, Rendimiento, Seguridad, Fiabilidad, Disponibilidad, Mantenibilidad y Portabilidad.

Tarea 2: Identificacin de conflictos en los requisitosLa identificacin de conflictos en los requisitos es la tarea que consiste en buscar las necesidades que al ser implementadas reducen o inhiben el desarrollo de otra(s) necesidades(s).

El objetivo de esta tarea es verificar la consistencia del conjunto de necesidades elicitadas. Dicho conjunto es consistente internamente s y slo s no existen conflictos entre las necesidades que contiene [1].

Evidentemente, si las necesidades son contradictorias, es imposible que pueda existir un sistema que satisfaga todas

a la vez, por tanto el ingeniero de requisitos debe estar muy alerta de este tipo de conflictos en las necesidades.

Para documentar los conflictos se puede usar la plantilla propuesta por Amador Durn en [1].

Tarea 3: Elaborar matrices de relacinLas matrices de relacin propuestas son un conjunto de artefactos que brindarn al ingeniero de requisitos un primer acercamiento a la arquitectura del sistema, mostrndole, desde diferentes puntos de vista, el conjunto de relaciones del sistema y la fuerza de esta relacin. De este modo se podr vislumbrar ms fcilmente las necesidades, los actores y los objetivos que son ms relevantes.

Con el desarrollo de esta segunda tarea tambin se podr obtener un grupo de matrices de trazabilidad, las cuales expondrn los posibles objetos que sern modificados al realizar algn tipo de cambio.

En esta tarea el ingeniero de requisitos deber elaborar las matrices con la informacin adquirida hasta el momento y deber marcar las relaciones sin asignarles ningn peso, dado que, como se dijo anteriormente, la importancia debe ser indicada por los clientes y usuarios.

Las matrices que propone la metodologa son las siguientes:

Actor x Requisitos-C Funcionales: En esta matriz estn representadas las funciones y operaciones en las que cada uno de los actores participa. Se muestra el conjunto de necesidades (Requisitos-C) escrito de forma coherente, concisa y clara, con el fin de crear una representacin de todas las funcionalidades que el sistema debe proporcionar para cada actor.

Requisitos-CFuncionales xObjetivos:Los objetivos y sus necesidades asociadas tambin deben ser observados segn su peso de relacin, puesto que cada una de las necesidades elicitadas puede contar con una fuerza de relacin diferente dentro del objetivo en el cual se encuentra y esto permitira conocer cules son las necesidades ms relevantes a desarrollar y a cules se les podra dar espera.

Requisitos-C Funcionales x Requisitos de informacin:Esta matriz muestra la relacin que existe entre la necesidad elicitada y la informacin asociada con dicha


21

necesidad. Adems, en esta matriz se podr ver tambin cules necesidades utilizan la informacin de las otras, asegurando as la trazabilidad de la informacin y por tanto el control que se le debe adicionar en el desarrollo.

Requisitos-CNoFuncionalesxRequisitos-CFuncionales:Como es conocido, los requisitos no funcionales o de calidad deben ser tenidos en cuenta para el desarrollo de cualquier sistema de software. Dado que en la propuesta metodolgica tambin fueron elicitados un conjunto de necesidades que no van necesariamente ligadas

a la funcionalidad, sino que especificaban factores de calidad con los cuales debe contar el sistema, sern adicionadas a las matrices estas necesidades con el fin de obtener una mejor visin de dichos factores y su relacin con cada una de las funcionalidades del sistema. Esto permitir al equipo de desarrollo tenerlos en cuenta en todo momento, para cumplir con ellos y as satisfacer al cliente.

Un ejemplo de una matriz de relacin se puede observar en la figura 4:

Figura 4. Ejemplo de una matriz de relacin

Tarea 4: Elaborar los cuestionarios de KanoCon el desarrollo de esta tarea se busca realizar el conjunto completo de cuestionarios de Kano para poder priorizar cada uno de las necesidades elicitadas previamente.

Noriaki Kano propuso con su mtodo un conjunto de preguntas para realizarle a los clientes y usuarios, con el fin de poder clasificar y priorizar las necesidades elicitadas. Para el caso de nuestra propuesta metodolgica, no sern utilizados todos los cuestionarios brindados en el modelo, slo se realizar el cuestionario de atribucin de importancia, con el fin de tomar la verdadera prioridad que le dan los clientes a las necesidades.

Se propone analizar las necesidades que se puedan convertir en actividades de insercin, modificacin, eliminacin y consulta (CRUD), con el fin de identificar si deben ser, o no, ingresados en el cuestionario, puesto que dichas funcionalidades son de obvia inclusin en el software y por ende, podran aumentar el tiempo necesario para responder del cuestionario.

Cabe resaltar que los requisitos funcionales que sean eliminados del cuestionario de Kano no deben ser ingresados en los Qu(s), al momento de construir la Casa de la Calidad, dado que en ella slo deben ser incluidos los requisitos ms relevantes para la satisfaccin de los clientes y usuarios, adems su adicin aumentara el tamao y la complejidad de la casa, sin ningn sentido.

22


Tabla 2. Concentracin de respuestas [5]

Para obtener la priorizacin, se propone utilizar un cuestionario con la estructura mostrada en la tabla 2, en la cual se les solicita a los clientes y usuarios que asignen un valor de importancia para cada uno de los requisitos.

Tarea 5: Ejecutar el ciclo Anlisis ElicitacinEl ingeniero de requisitos, despus de terminar el diseo y completar el contenido de los cuestionarios de Kano debe realizar una nueva visita a los clientes y usuarios con el fin de cumplir tres objetivos especficos:

Resolver los conflictos encontrados hasta el momento. Entregar a los clientes y usuarios los cuestionarios de Kano desarrollados en la tarea anterior para que estos los diligencien.Completar las matrices de relacin elaboradas en la tarea 3 con ayuda de los clientes y usuarios, quienes deben determinar la fuerza de las relaciones entre las necesidades, los objetivos y los actores.

Tarea 6: Tabulacin de los resultados obtenidos en los cuestionarios de KanoUna vez se reciban los cuestionarios diligenciados, se deber calcular, para cada uno de los requisitos, el promedio de todos los valores asignados por los clientes y usuarios en la escala de atribucin de importancia.

Se propone agrupar los resultados en una tabla con la siguiente estructura:

Tabla 3. Tabulacin de resultados para el Modelo de

Kano

Requisito Prioridad

Requisito 1 X1Requisito 2 X2..

.

.Requisito n Xn

Tarea 7: Construir la Casa de la CalidadComo es sabido, la Casa de la Calidad es una matriz que traduce los requisitos del cliente en caractersticas tcnicas necesarias que permitan satisfacerlas, plasmadas en el desarrollo de un nuevo producto. Para el caso particular de nuestra metodologa, esta traduccin se realizar directamente de las necesidades elicitadas, despus de un anlisis previo, a casos de uso, dado que el modelado orientado a objetos es una de las metodologas ms utilizadas en todo el mundo para realizar el anlisis y diseo de productos de software.

Una de las preocupaciones al momento de construir la casa es, precisamente, su tamao, puesto que el grado de complejidad aumenta segn el nmero de entradas (Qu) de la casa. Esto se debe a que para cada entrada debe existir por lo menos una caracterstica tcnica (Cmo) que lo satisfaga.

Observando la problemtica enunciada anteriormente, se decidi reducir el nmero de necesidades que seran incluidas en la Casa de la Calidad. Las necesidades que fueron descartadas para la construccin fueron:

Las necesidades de informacin Necesidades relacionadas con funcionalidades CRUDNecesidades con baja relevancia en los cuestionarios de Kano (prioridad menor de 4)


23

Figura 5. Casa de la Calidad

Paso1:Qu(s)LavozdelclienteLas entradas de este componente de la casa se debern organizar de forma similar a la estructura del diagrama de afinidad desarrollado en la tarea 3 del proceso de elicitacin, en el cual un objetivo general se desglosa en necesidades especficas, generando dos niveles de profundidad. Adems, los Qu(s) se dividirn en dos secciones: las necesidades funcionales y las no funcionales.

Se propone agrupar los requisitos no funcionales segn su caracterstica, es decir, cada requisito debe ser catalogado en uno de los siguientes grupos: rendimiento, seguridad, fiabilidad, disponibilidad, mantenibilidad, portabilidad y usabilidad.

Es muy importante tener en cuenta que la informacin de las necesidades debe ser escrita tal y como fueron expresadas por los clientes y usuarios durante las sesiones de elicitacin y que est contenida en los diagramas de afinidad, no se debe traducir la voz del cliente.

Paso2:PrioridadesImportanciaparalosclientesA cada una de las necesidades incluidas en el paso anterior se les debe asignar una prioridad, la cual debe estar en una escala de 4 a 9, donde 4 representa el nivel de prioridad ms bajo. Esta escala no toma el intervalo de 1 a 4, dado que los requisitos con prioridad menor a 4 fueron excluidos de la construccin de la casa, como se dijo anteriormente.El nivel de importancia de las necesidades se adquiere del resultado obtenido en la tarea 6 Tabulacin de los resultados obtenidos en los cuestionarios de Kano.

Paso3:Cmo(s)RequisitosTcnicosEl desarrollo de los Cmo(s) en nuestra metodologa est ligado, en gran parte, al mtodo de definicin de casos de uso propuesta por Ivar Jacobson, un importante contribuyente al desarrollo del lenguaje de modelado UML y el Proceso Unificado de desarrollo de software (RUP- Rational Unified Process).

Los casos de uso son requisitos funcionales que describen de una manera detallada el comportamiento del sistema con los distintos actores que interactan con l. Representan el hilo conductor que vincula a todos los requisitos posibles (actuales y futuros) de una aplicacin.

Al momento de comenzar el desarrollo del componente Cmo(s) de la Casa de la Calidad, el ingeniero de requisitos tiene como primera tarea identificar los posibles casos de uso en los que se puede convertir cada una de las necesidades elicitadas. Dado que las necesidades todava se encuentran expresadas de forma general y en lenguaje natural, representando explcitamente la voz del cliente, el ingeniero de requisitos debe realizar una abstraccin mayor de las necesidades contenidas en los Qu(s), con ayuda del resto de la informacin elicitada durante las entrevistas y las sesiones de lluvia de ideas, con el fin de obtener una especificacin formal de los casos de uso que vayan surgiendo de los Requisitos-C.

Cada uno de los casos de uso identificados (Cmo) debe satisfacer y tener relacin con uno o varios Qu(s); si el ingeniero de requisitos encuentra un caso de uso que no cumpla con alguna de estas dos co

cuadernos de investigación - usfx.bo · simulador de procesador hipotÉtico (simuproc) ..... 255...

Documents