Software Factory Componentes: Certificación de calidad Nat Systems a COGNICASE Company Software Factory Componentes: Certificación de calidad Buenos dias, me llamo David Arderíus, Director Técnico de Nat Systems para las operaciones basadas en Catalunya, Comunidad valenciana, Andorra y Baleares. Voy a tratar de sintetizar nuestro particular enfoque sobre nuestro método para desarrollar software, más precisamente nuestros componentes, productos o soluciones. La novedad reside en la certificación de calidad para nuestros componentes y derivados. En el fondo, explicaré nuestra forma interna de trabajar, forma que queremos hacer extensiva al menos en parte a nuestros clientes, y, al mismo tiempo, desvelar nuestro patrimonio de componentes, cuya lista ya está disponible. Las personas que sigan con la versión impresa de la presentación, notarán pequeños retoques que espero no les desconcierten… Les ruego que nos disculpen de todos modos. Por último, les ruego también perdonar mi castellano no siempre perfecto ya que no tengo la suerte que sea mi lengua materna. Bien, Para empezar con buen pie, haremos un poco de historia...

Soluciones integradas de TI Perfíl Corporativo Soluciones integradas de TI Servicios de Consulting y de Integración de sistemas Soluciones De Negocio Software

Presente en los mercados clave Toronto Montreal Quebec Sydney Lisbon London Munich Washington Calgary Ottawa Madrid Paris Milan Rome New-York

COGNICASE hoy ... 2.800 empleados (150 consultores en Europa) I+D: 350 personas Presencia: Canada, Europa, USA, Australia… más de 15 paises 10 años de experiencia y fidelidad a los clientes NASDAQ MISIÓN: proveer experiencia, soluciones y consultoría para desarrollar y potenciar el negocio de los clientes

El ABC de Nat Systems Productos Componentes Arquitectura Business NatStar NSA-Help Productos NatWeb NSA-Config NS-DK E-Com SOLUCIONES

Últimos resultados (Millones de $US) Facturación Beneficios 107.1 9.36 5.58 34.4 1998 1999

Blaise Pascal (filósofo francés), ¿Un esfuerzo inútil? Hice esta carta un tanto larga porque no me tomé el tiempo de hacerla más breve. La historia de los componentes en Nat Systems empieza a mediados del siglo XVII con lo que escribió un filósofo francés (uno de mi tierra), Blaise Pascal: “Hice esta carta un tanto larga porque no me tomé el tiempo de hacerla más breve.” Es del siglo XVII… Hubiese sido una razón suficiente para referirse a él en cualquier historia de la informática que se respete. Pues bien, nuestra experiencia en Nat Systems nos enseñó a no caer en esta trampa y siempre intentamos reducir el esfuerzo de producción en nuestros proyectos, tanto externos como internos. Empezamos (y seguimos haciéndolo) diseñando no sólo arquitecturas, sino conceptos de arquitectura, conceptos que nos llevaron muy naturalmente a diseñar componentes, metodología, herramientas de desarrollo etc. Al final, llegamos a la conclusión que merecía la pena tomarnos el tiempo de reducir el coste de los desarrollos en los cuáles estábamos implicados. Para situaros un poco mejor, explicaré a continuación lo que son para nosotros los componentes. Blaise Pascal (filósofo francés), 1656

Los componentes en Nat Systems Add-ons Plug-ins Metodología Nat Systems provee un abanico de productos y servicios (no hablaremos de estos últimos) para llevar proyectos de gran envergadura, corporativos y de gran alcance. Alrededor de NSA-Config -nuestra herramienta de configuración de proyecto - gravitan nuestras plataformas de desarrollo NatStar y Nat Web esencialmente (que harán una sóla dentro de poco, como nos lo comunicó José Manuel Quesada), nuestro producto de generación de Ayudas y manuales NSA-Help, nuestras herramientas de ayuda al desarrollo (Add-ons, Plug-ins) como el control de calidad, nuestro soporte al multi-idioma, nuestra metodología y nuestras soluciones como el Call Center por ejemplo. El último astro  es el conjunto de componentes, cuya filosofía es muy cercana a la que usamos para construir arquitecturas técnicas o funcionales, reposando a su vez sobre componentes, los cuáles presentaremos ahora. Soluciones

De la produción hacia… la industrialización Componentes De la produción hacia… la industrialización Una experiencia nacida de los proyectos Necesidades concretas expresadas por los clientes de todo sector Una calidad demostrada en grandes aplicaciones en explotación La evolución tecnológica: un reto perpétuo  Nuestros componentes y su filosofía para diseñarlos y desarrollarlos se modelo progresivamente  a partir de nuestra experiencia en proyectos tanto externos como privados.  Necesidades reales  expresadas por clientes desarrollando su actividad en sectores muy diversos de la industria, finanzas, administración, distribución, etc. Esta variedad nos obligó a sintetizar nuestro esfuerzo con el claro objetivo de capitalizar nuestro “Know How”, sin reinventar la rueda, determinando los parámetros comunes de nuestra clientela para ofrecerles soluciones en el menor tiempo posible y al menor coste.  Esta filosofía demostró con creces su eficiencia ya que un gran número de aplicaciones , muchas de gran tamaño o corporativas, utilizadas diariamente por millares de usuarios están en explotación.  Por otra parte, , estábamos permanentemente enfrentados a los cambios tecnológicos de nuestro entorno, Cliente/Servidor, WEB, HOST. También debemos ser capaces de adaptarnos a las exigiencias específicas de la aplicación de un cliente, virtud muy difícil de conseguir sin tener la posibilidad de parametrizar, evolucionar o inter-operar con sus componentes. Todo eso son buenas razones para industrializar nuestra producción.

Los componentes de Nat Systems Componentes Orientados a Negocio Motor de mensajes/Transaccional Motor de presentación dinámica Call Center Shell/Portal de negocio Agendas Utilidades de desarrollo Generadores Plug-ins Componentes GUI Modelos, Templates Custom controls Comunicaciones SNA, Lan-DP, Telnet, FTP, TCP-IP,X25, etc. Periféricos Impr. financieras, lectores,dispensadores,etc. Utilidades de nivel intermedio Listas encadenadas, contextos dinámicos, ficheros INI, registro, extensiones del NCL, etc. Para ayudarnos a alcanzar nuestros objetivos, nuestros componentes están claramente divididos en 4 capas que detallaré partiendo de la más elemental hacia la más elaborada.   Nuestra materia prima es lo que llamamos el RunTime. Los fundamentos de un desarrollo seguro, robusto, controlado y estructurado. El runtime es la gestión de la memoria, el acceso a archivo, Utilidades de Custom Control y templates, gestión de Hooks (captura de eventos Windows), gestión de errores, trazas y logs, registro de componentes, etc. En definitiva todo lo que constituye la base obligatoria e indispensable.  El segundo nivel, , son las utilidades menos genéricas y más lejanas de las restricciones de la máquina. Al contrario del RunTime, no constituye parte imprescindible e inseparable del desarrollo de componentes, aunque sí muy útil. Este nivel intermedio consta entre otras cosas de gestión de listas encadenadas, contextos dinámicos, ficheros INI, registro, extensiones del NCL como gráficos, utilidades del sistema de ficheros, etc.  La tercera capa, , se divide igualmente en 4 partes, que son las utilidades de desarrollo (generadores, Plug-ins), los componentes que intervienen en la interface de usuario (Templates, Custom controls), los componentes técnicos de comunicación (SNA, Lan-dp, Telnet, TCP-IP, FTP, X25 etc.) y las interfaces de periféricos (Impresoras financieras, lectores de tarjetas o cheques, dispensadores, etc.)  la última, recoje los componentes orientados al negocio, a caballo entre el componente y la solución o producto . RunTime Memoria, Acceso a archivo, Utilidades Custom Control, gestión de Hooks, gestión de errores, trazas y logs, registro de componente, etc.

¿ Donde ? Aplicación Modelos Shell Agenda Motor de presentación Componentes ¿ Donde ? Agenda Shell Modelos Custom Controls Calendario Gráficos Extend. Motor de presentación Aplicación Motor de mensaje SNA TCP-IP Motor de impresión PR-50 Láser Ahora bien. Dentro de una aplicación, ¿dónde se sitúan nuestros componentes? Pues podrían encajar de una forma parecida a la que voy a presentar ahora mismo. Imaginemos una aplicación bancaria de atención al cliente. El componente principal sería lo que solemos llamar el SHELL , lanzador de aplicaciones o entorno de trabajo, o portal si hablamos de una Intranet o Internet, componente personalizable de tal manera que se puede orientar la aplicación hacia procedimientos o hacia el cliente (lo cuál es la tendencia actual). Para enriquecer el día a día, podemos pensar en un componente tipo agenda  integrado con un WorkFlow, por ejemplo. La propia agenda podría reposar a su vez sobre un componente calendario,  constituido de varios custom controls y de un componente en forma de API para gráficos extendidos. El funcional utilizaría modelos de procesos “componentizados” , un motor de presentación  que permitiría pasar fácilmente de una aplicación tradicional a un frontal tipo WEB, un motor de impresión  capaz de pilotar componentes de interface con impresoras financieras o tradicionales,  un motor de mensajes o transaccional,  soportando varios protocolos de comunicación. Todo reposando sobre nuestro RUNTIME  que hemos descrito antes. Paso sobre la posible utilización de un componente de E-mail, de transferencia FTP, etc. RUNTIME

El modelo arquitectural Componentes El modelo arquitectural Aplicación Agenda ARQUITECTURA FUNCIONAL Modelos Calendario Custom Controls ARQUITECTURA TÉCNICA SHELL Otra presentación de la aplicación nos recuerda que una arquitectura - tal como nosotros la entendemos - está compuesta de componentes. La organización en ladrillos hace más evidente el concepto de “quita y pón”, de modularidad, de adaptación. Motor de impresión Motor de mensajes Motor de Presentación PR-50 Láser SNA X25 Gráficos ext. RUNTIME

Objetivos Reusabilidad Mantenimiento y mejoras fáciles Componentes Objetivos Reusabilidad Mantenimiento y mejoras fáciles Fácil de uso e instalación Eficiencia Buena documentación Industrialización Robustez Afrontar las evoluciones tecnológicas Al fin y al cabo ¿cuáles eran nuestros objetivos?. Pues como lo podeis leer con migo, sin orden determinado: Reusabilidad Mantenimiento y mejoras fáciles Fácil de uso e instalación Eficiencia Buena documentación Industrialización Robustez Afrontar las evoluciones tecnológicas etc, etc. En definitiva, lo que queríamos ofrecer a nuestros clientes y a nosotros mismos era combinar nuestra experiencia con productividad y ...  CALIDAD. Término a la moda últimamente, cuyos modernos conceptos han inspirado nuestro proyecto.

Objetivos CALIDAD Reusabilidad Mantenimiento y mejoras fáciles Componentes Objetivos Reusabilidad Mantenimiento y mejoras fáciles Fácil de uso e instalación Eficiencia Buena documentación Industrialización Robustez Afrontar las evoluciones tecnológicas CALIDAD Al fin y al cabo ¿cuáles eran nuestros objetivos?. Pues como lo podeis leer con migo, sin orden determinado: Reusabilidad Mantenimiento y mejoras fáciles Fácil de uso e instalación Eficiencia Buena documentación Industrialización Robustez Afrontar las evoluciones tecnológicas etc, etc. En definitiva, lo que queríamos ofrecer a nuestros clientes y a nosotros mismos era combinar nuestra experiencia con productividad y ...  CALIDAD. Término a la moda últimamente, cuyos modernos conceptos han inspirado nuestro proyecto.

Certificación de calidad Los lemas de la calidad Anticipar defectos  inspeccionar o detectar Documentar lo que se hace Hacer lo que se documente Verificar lo que se hace El mejoramiento continuo Sin querer hacer una disertación sobre la ingeniería de calidad, les recordaré simplemente lo que llamó nuestra atención para implementar nuestros procedimientos. Como muchos de los presentes ya sabrán, la ingeniería de calidad empezó en los años 70 con el principal objetivo de establecer un método para anticipar defectos, en vez de tener que inspeccionarlos cuando falle algo o detectarlos cuando esté funcionando otra cosa. Nuestro primer esfuerzo consistió en poner por escrito nuestros conceptos propios, nuestra metodología, nuestra filosofía nuestra nomenclatura: documentamos lo que hacíamos. Una vez realizado la primera fase, nos aplicamos a respetar las reglas y procedimientos que habíamos deducido de nuestra experiencia. También, nos dotamos de herramientas y procedimientos para verificar lo que se hacía. Y siempre con la idea que para ofrecer productos de calidad y adaptados a necesidades reales, debiamos mejorar nuestros procedimientos continuamente. Son esas pocas recomendaciones que progresivamente nos hicieron llegar a diseñar nuestra Software Factory.

La Software Factory (I) Certificación de calidad La Software Factory (I) Comité Decidir Evaluar Planificar Mercado Clientes Grupo   Metodología La Software Factory es el conjunto de recursos técnicos y humanos destinados a producir componentes, productos y soluciones. Recoge los métodos, herramientas y componentes para llevarlos a cabo. Para ayudarles a entender mejor el funcionamiento de nuestro laboratorio, imaginaremos la vida de un cmp de tipo “Generación de impresos batch”. Antes de nada, Nuestro comité,  órgano que define la metodología y gestiona peticiones de parte de clientes, área comercial o área técnica, definió una  metodología (escriba lo que hace) para desarrollar las distintas categorías de cmps. Esta metodología está introducida (al menos en parte) en el Rule Designer , herramienta que controla el desarrollo de un cmp en muchas de sus fases (anticipar defectos). Una vez evaluado, aprobado y planificado por el comité, el equipo responsable de su desarrollo crea una identificación única del cmp y lo registra con el Component Manager . El Component Manager es el que establece una verdadera tarjeta de visista del cmp, incluyendo en el binario toda la información útil y necesaria (cmps que utiliza, autor, versión,fechas, recursos gráficos incluidos, etc.). Gracias a él, se puede identificar hasta en explotación cualquier cmp a partir de su binario. Se desarrolla el cmp con la Factory Workstation  totalmente sometida a las normas entradas con el Rule Designer (Haga lo que escribe) . El Quality Inspector  controla que el desarrollo corresponde a las normas establecidas (verifique lo que hace). El Doc Maker  realiza automáticamente la documentación técnica para facilitar su mantenimiento, y nuestro laboratorio de pruebas automatizados llamado Cyborg  mide robustez y performances. Normalizar Capitalizar experiencia Rule Designer Integrar las normas 

La Software Factory (II) Certificación de calidad La Software Factory (II) Conectar objetos Registrar Firmar el binario Component Manager  Factory WorkStation Obedecer a normas integradas Asistentes Integrar control de calidad Integrar seguimiento de proyecto La Software Factory es el conjunto de recursos técnicos y humanos destinados a producir componentes, productos y soluciones. Recoge los métodos, herramientas y componentes para llevarlos a cabo. Para ayudarles a entender mejor el funcionamiento de nuestro laboratorio, imaginaremos la vida de un cmp de tipo “Generación de impresos batch”. Antes de nada, Nuestro comité,  órgano que define la metodología y gestiona peticiones de parte de clientes, área comercial o área técnica, definió una  metodología (escriba lo que hace) para desarrollar las distintas categorías de cmps. Esta metodología está introducida (al menos en parte) en el Rule Designer , herramienta que controla el desarrollo de un cmp en muchas de sus fases (anticipar defectos). Una vez evaluado, aprobado y planificado por el comité, el equipo responsable de su desarrollo crea una identificación única del cmp y lo registra con el Component Manager . El Component Manager es el que establece una verdadera tarjeta de visista del cmp, incluyendo en el binario toda la información útil y necesaria (cmps que utiliza, autor, versión,fechas, recursos gráficos incluidos, etc.). Gracias a él, se puede identificar hasta en explotación cualquier cmp a partir de su binario. Se desarrolla el cmp con la Factory Workstation  totalmente sometida a las normas entradas con el Rule Designer (Haga lo que escribe) . El Quality Inspector  controla que el desarrollo corresponde a las normas establecidas (verifique lo que hace). El Doc Maker  realiza automáticamente la documentación técnica para facilitar su mantenimiento, y nuestro laboratorio de pruebas automatizados llamado Cyborg  mide robustez y performances. 

La Software Factory (III) Certificación de calidad La Software Factory (III) Robustez Carga Performance Quality Inspector Cyborg Calidad Complejidad Estadísticas Nsa-Config    La Software Factory es el conjunto de recursos técnicos y humanos destinados a producir componentes, productos y soluciones. Recoge los métodos, herramientas y componentes para llevarlos a cabo. Para ayudarles a entender mejor el funcionamiento de nuestro laboratorio, imaginaremos la vida de un cmp de tipo “Generación de impresos batch”. Antes de nada, Nuestro comité,  órgano que define la metodología y gestiona peticiones de parte de clientes, área comercial o área técnica, definió una  metodología (escriba lo que hace) para desarrollar las distintas categorías de cmps. Esta metodología está introducida (al menos en parte) en el Rule Designer , herramienta que controla el desarrollo de un cmp en muchas de sus fases (anticipar defectos). Una vez evaluado, aprobado y planificado por el comité, el equipo responsable de su desarrollo crea una identificación única del cmp y lo registra con el Component Manager . El Component Manager es el que establece una verdadera tarjeta de visista del cmp, incluyendo en el binario toda la información útil y necesaria (cmps que utiliza, autor, versión,fechas, recursos gráficos incluidos, etc.). Gracias a él, se puede identificar hasta en explotación cualquier cmp a partir de su binario. Se desarrolla el cmp con la Factory Workstation  totalmente sometida a las normas entradas con el Rule Designer (Haga lo que escribe) . El Quality Inspector  controla que el desarrollo corresponde a las normas establecidas (verifique lo que hace). El Doc Maker  realiza automáticamente la documentación técnica para facilitar su mantenimiento, y nuestro laboratorio de pruebas automatizados llamado Cyborg  mide robustez y performances. Doc-Maker Documentación automática Permite el mantenimiento  Coordinar desarrollo y pruebas Integrar cíclo de vida Garantizar el binario Paquetizar

Utilización de la tecnología Nat Systems Certificación de calidad Utilización de la tecnología Nat Systems Simplicidad Robustez Portabilidad Ejecución en interprete NSA-Config Add-ons, Plug-ins... poco sensible a cambios tecnológicos Para ayudarnos a conseguir nuestros objetivos, nos apoyamos al cien por cien sobre la tecnonología Nat Systems. Por sí, está tecnología es partícipe en muchos aspectos de la calidad de nuestros desarrollos. Su simplicidad  de uso e instalación accelera nuestras implementaciones, su Robustez reduce el tiempo de nuestras pruebas, su portabilidad  nos permite implantar nuestras soluciones en muchos entornos distintos con un coste reducido, la ejecución en interprete  añade rapidez y calidad en las pruebas unitarias, nuestra herramienta de configuración de proyecto Nsa-Config  aporta seguridad y fiabilidad a nuestro desarrollo, los Add-ons (NS-calc, NS-WP) y Plug-ins (Doc-Maker, editor avanzado) nos aportan confort. Además, por su diseño y su filosofía de evolución (muy bien explicada por mi colega José Manuel Quesada), la tecnología Nat Systems es poco sensible a cambios tecnológicos .

Productividad y calidad Certificación de calidad Productividad y calidad Laboratorio controlado = mejoramiento continuo Automatización máxima Dividir para reinar mejor Mejorar la calidad del desarrollador Controlar la rotación del personal técnico Industrializar Llegamos a tener un laboratorio  con piezas bien lubricadas, intercambiables, flexibles donde es mucho más fácil controlar y administrar desarrollo, matenimiento, distribución y soporte. Por ejemplo, el cambio de metodología o de normativa es poco traumático ya que el respeto de las reglas está garantizado no por el desarrollador o analista sino por un conjunto de herramientas que las aplican. Nuestro afán de automatización máxima , posible gracias a nuestro entorno de desarrollo controlado, reduce los riesgos de error. La división  en etapas y en componentes permite diseñar y elaborar soluciones más rápidamente y con más seguridad, aumenta también la creatividad. Teniendo normativa, nomenclatura y método integrado dentro de su entorno de trabajo, el desarrollador o analista se puede concentrar en el diseño de su aplicación o parte de programa, muchos errores serán evitados y, los que detectarían el control de calidad se producirían cada vez con menos frecuencia. Mejoramos la calidad del desarrollador para mejorar la calidad de nuestra producción . Este entorno, estas normas, este control permanente, esta organización, permiten gestionar la rotación del personal técnico,  aspecto sensible de nuestro sector. En fín, con esto conseguimos industrializar  nuestros desarrollos y un mejoramiento continuo, último condicionante de nuestra calidad.

Para nuestra certificación y garantía de calidad Certificación de calidad Para nuestra certificación y garantía de calidad Una lista de componentes certificados Una certificación de los desarrollos de terceros (de nuestros partners, del cliente) Una evaluación más precisa para los componentes a la carta Evoluciones, mejoras y correcciones controladas.  Nuestra Software Factory nos permite ofrecer una lista de componentes certificados, ya disponible. Nuestra metodología, nuestras herramientas pueden ayudar a nuestros clientes o partners a garantizar sus desarrollos . Nuestras normas, nuestro entorno nos permiten evaluar  con más precisión las peticiones que recibe el comité, incluso para componentes “a la carta”. Podemos ofrecer evoluciones, mejoras y correcciones controladas, garantizadas. 

En definitiva... Productividad Componentes Capitalización Evolución  En definitiva, lo que queremos expresar es que: Los componentes aportan productividad en un desarrollo puntual  o corporativo, permiten capitalizar  los elementos de un sistema de información y garantizan una evolución  calculada frente a cambios tecnológicos o de estrategia de empresa. También que la Software Factory es el entorno que nos permite industrializar , paquetizar nuestra producción y ofrecer calidad  a nuestros productos. Por otra parte, muchos elementos de la Software Factory serán disponibles en brevey otros son objeto de estudio en cuanto a su puesta a disposición. Bien, espero haber trasmitido con claridad nuestro actual enfoque, y, si no fuera el caso, es el momento ideal para expresar sus dudas  Software Factory Industrialización Calidad