sistema de plugins del expressov3. ¡no espere, haga!

Líder en soluciones de IT para el gobierno de Brasil

Orador: Flávio Gomes da Silva LisboaCoordenación Estratégica de Acciones Governamentales (CEAGO)

Sistema de Plugins del

ExpressoV3 ¡No espere, haga!

Sus preguntas pueden ser dirigidas a los siguientes canales de comunicación :

e-mail cisl@serpro.gov.br diáspora https://diasporabr.com.br/u/cislgovbrtwitter @CISLGovBRfacebook https://www.facebook.com/cislgovbr.

Puede ver otras conferencias técnicas en nuestro canal youtube https://www.youtube.com/user/CISLGov.

Preguntas

Empresa pública del Ministério de Finanzas de Brasil.

Serpro trabaja com la prestación de servicios en tecnologias de la información para el sector público. La compañía desarrolla soluciones que, además de contribuir a la modernización y eficiencia de la administración pública, busca desarrollar la relación entre los ciudadanos y el gobierno brasileño.

SERPRO

SERPRO

Presencia Nacional

11 RegionalesBrasília, Belém, Fortaleza, Recife, Salvador, Belo Horizonte, Rio de Janeiro, São Paulo, Curitiba, Florianópolis y Porto Alegre

17 Escritorios

Numeros de SERPRO

● 3 Data Centers: São Paulo, Rio de Janeiro y Brasília

● 2 Servicios - Mainframe (29.095 MIPS)

● Más de 2.500 servidores de plataforma baja (Risc, Cisc e Epic) entre máquinas físicas y virtuales

● 6 automated tape libraries con una capacidad de 2 petabytes de almacenamiento

● 1.353 petabytes de almacenamiento (discos) con 945TB en São Paulo, 51TB en Rio de Janeiro e 357TB en Brasília

● 12 millones de transacciones en-línea procesadas por año

● Múltiple Base de Datos (Adabas, DB2, Oracle, SQL Server, MySQL, PostgreSQL, Lotus Notes, BRSearch, MS Access Sybase, INFORMIX, ZopePlone)

● 64.407 Microcomputadoras

Heinz Doofenshmirtz, by Disney

Líneas de negocio de SERPRO

Desarollo de Sistemas y AplicacionesRede de Comunicación

Administración de correo electrónico

Desarollo de ExpressoV3 en SERPRO

Equipo de Adecuación de Proyecto ExpressoV3

Orador

ExpressoV3 es un software de comunicación y colaboración íntegralmente desarollado en software libre. Su objetivo principal es proporcionar una herramienta económicamente viable que permite a las empresas, dentro y fuera de Brasil tener dominio y autosuficiencia en su mantenimiento.

ExpressoV3

ExpressoV3 se basa en la versión Kristina de Tine 2.0, un groupware y CRM libre creado en Alemania.

ExpressoV3

ExpressoV3 es un software mantenido com una amplia experiencia en la construcción y mantenimiento de las herramientas de trabajo en grupo.

Comunidad

http://comunidadeexpresso.serpro.gov.br

Las comunidades ExpressoV3 y Tine 2.0 colaboram entre si, compartiendo un código base común a través de presentaciones mutuas de cambios.

Colaboración y Integración

ExpressoV3 Tine 2.0

Admin

Addressbook

Calendar

Tasks

Tinebase

Setup

Expressomail

Messenger

Webconference

CoursesCrmFelamimailFilemanagerHumanResourcesInventoryPhoneProjectsRequestTrackerSalesTimetrackerVoipmanager

En un proyecto de software mantenido en comunidad, siempre hay un conflicto entre los intereses generales y los intereses privados.

Los intereses generales son funciones de software que todo el mundo va a usar y para que la discusión se limita a la forma en que se llevarán a cabo.

Los intereses privados son características utilizadas por sólo un grupo o un miembro de la comunidad que son importantes para ellos, pero no son relevantes para los otros.

Conflicto de intereses

Un software que debe satisfacer una variedad de necesidades de los usuarios debe centrarse en los intereses generales de estas personas.

Software en comunidad

Software en comunidad = Intereses generales

“El destino de uno es compartido por todos”El Amo de los Calabozos

Software en comunidad

Dungeons & Dragons, 24th episode. Copyright CBS.

La unidad de un proyecto de software en comunidad depende del mantenimiento de los intereses de sus miembros.

Unidad de software

Intereses privados

Intereses privados

Intereses privados

Intereses privados

Intereses generales

Si los intereses particulares no se tratan, ellos dan lugar a softwares derivados, los forks.

Sectarismo

Fork

Fork

Fork

Fork

Software original

Para permitir que intereses privados se cumplen sin dejar que el software existe como una implementación del interés general, es necesario que cada miembro del grupo es capaz de añadir lo que quiere o cambiar el comportamiento de una funcionalidad de acuerdo com su específica necesidad.

Así, software en comunidad debe ser extensible y configurable.

Mantenimiento de unidad

Configurable

Por herencia do Tine 2.0, ExpressoV3 nació extensible por módulos.

Extensibilidad

Módulo Módulo

MóduloMódulo

Tine 2.0

Tine 2.0 tiene una arquitectura modular, que permite añadir funcionalidades a través de módulos que implementan el patrón de diseño MVC extendido.

Modularidad

Tine 2.0

Admin Addressbook Calendar Courses

Addressbook

Phone

Felamimail Filemanager

Projects RequestTracker

HumanResources

Inventory

Sales

Crm

Phone

Setup

Tasks Timetracker RequestTracker Voipmanager New Module

Todos los módulos siguen el mismo patrón de aplicación, lo que incluye apoyo a traducción y ajuste de preferencias.

Patrón de módulos

Utilizando esta arquitectura, ExpressoV3 lanzó módulos Expressomail, Messenger y Webconference.

Módulos de ExpressoV3

ExpressoV3

Admin Addressbook Calendar

Messenger Setup

Expressomail

Tasks Webconference

Qué módulos hacen

Módulos agregan funcionalidades.Módulos pueden consumir servicios de otros módulos.

Qué módulos no hacen

Módulos no cambian funcionalidades existentes en otros módulos.

Límites de los módulos

Ampliación de la diversidad de intereses

Comunidad ExpressoV3 se está expandiendo!

Los intereses ya son diferentes!

¿Cómo conciliar tantos intereses diferentes?

Qué plugins hacen

Plugins agregan funcionalidades.Plugins pueden consumir servicios de cualquier módulo.Plugins pueden cambiar funcionalidades existentes en otros módulos.

Plugins son inyecciones de dependencias.

¡No extienda, haz un plugin!

ExpressoV3 apoya firma digital

La implementación de firma digital creada por Serpro se hizo de acuerdo a las especificaciones de ICP-Brasil (Infraestructura de Clave Pública de Brasil).

Esta implementación es de interés para las organizaciones en Brasil, pero no encajan en otros países.

Estudio de caso: la firma digital

Se implementó una rutina para control de firma en módulo Tinebase.

Estudio de caso: la firma digital

Tinebase

Frontend_Json

public function verifyCertificate($_data)

Esta rutina es llamada por una clase que hereda de la capa de frontend.

Estudio de caso: la firma digital

Tinebase

Frontend_Json

public function verifyCertificate($_data)

Módulo

Classe herdeira

La llamada al método se realiza mediante solicitud del cliente según el protocolo JSON-RPC 2.0.

Estudio de caso: la firma digital

Cliente ExpressoV3Tinebase.verifyCertificate

Esta rutina estaba utilizando clases que también se agregaron a módulo Tinebase.

Estudio de caso: la firma digital

Tinebase

Auth_ModSsql_Certificate_Factory

Auth_ModSsl_Certificate_ICPBrasil

Auth_ModSsl_Certificate_X509

Auth_ModSsql_Exception_Openssl_NotLoaded

Auth_ModSsl_UsernameCallback_Abstract

Auth_ModSsl_UsernameCallback_Interface

Model_DigitalCertificateValidation Auth_ModSsl_UsernameCallback_Serpro

El problema es que el módulo Tinebase es el módulo de que dependen todos los demás.

Tinebase: la dependencia

ExpressoV3

Admin Addressbook Calendar

Messenger Setup

Expressomail

Tasks Webconference

Tinebase

Tinebase es también el extensióne de las dependencias de ExpressoV3.

Tinebase: la extensión

ExpressoV3

Tinebase

Syncroton

Tinebase debe ser genérico para todos los módulos, ya que contiene los intereses generales de los módulos.

Tinebase: el interés general

Módulo Módulo

MóduloMódulo

Tinebase

Tinebase

Por lo tanto debemos evitar el cambio de Tinebase, a menos que el cambio es genérico.

Tinebase: el intocable

La verificación de firma digital según la norma ICP-Brasil es un interés general en Brasil. Así ella no puede permanecer dentro de un módulo específico, pero en el módulo que proporciona las características esenciales.

Sin embargo, teniendo en cuenta la comunidad internacional, esta implementación es específica.

Tinebase: el conflicto

La implementación de la verificación de firmas digitales según norma ICP-Brasil debe ser desacoplada del módulo Tinebase.

Tinebase: resultado

Pepper Potts & Tony Stark. Copyright Marvel.

¿Pero, cómo mantener la respuesta a la solicitud?

Tinebase: el inevitable

Cliente ExpressoV3Tinebase.verifyCertificate

Yo dependo de una funcionalidad, pero no puedo conectá-la a mi software, porque no todo el mundo va a hacer uso de ella porque no es genérica.

Tengo que hacer una llamada a un método que no puede ser definido estáticamente.

En otras palabras, tengo que hacer una llamada a algo que sólo debe estar disponible cuando lo necesito.

Problema arquitectónico

¿Magia?

Aladdin is part of oriental culture although Disney has made an animation aboit him

La respuesta fue la creación de una arquitectura de plugin que permite la inyección de dependencias.

Tinebase: la solución

Una clase madre hace tres capas pluggable.

Tinebase_Pluggable

Frontend_Abstract Controller_Abstract Backend_Abstract

Pluggable_Abstract

En en script, init_plugins.php, se centra las inyecciones de dependencias.

La inyección de dependencias

Creando un plugin

Para crear un plugin usted debe:

Crear una clase en una biblioteca que sigue el estándar de Zend Framework 1, dentro de la carpeta library.

Registrar el plugin en la capa que debe recibir la funcionalidad, añadiendo una línea como la siguiente:

Tinebase_Frontend_Abstract::attachPlugin('nombreDeMétodo', 'NomeDeClase');Tinebase_Controller_Abstract::attachPlugin('nombreDeMétodo', 'NomeDeClase');Tinebase_Backend_Abstract::attachPlugin('nombreDeMétodo', 'NomeDeClase');

Plugin de capa

Un plugin es una clase cuyo método se invoca indirectamente por un objecto de una de las capas de frontend, controller y backend.

Usted puede crear y añadir tantos plugins según sea necesario utilizando el método addPlugin() de la clase abstracta de la capa.

Todos sus herederos tienen acceso a métodos de plugins.

Así, la implementación de firma digital ha sido movida a una biblioteca.

Dependencias se encuentran en la carpeta library

Serpro

Auth_ModSsql_Certificate_Factory

Auth_ModSsl_Certificate_ICPBrasil

Auth_ModSsl_Certificate_X509

Auth_ModSsql_Exception_Openssl_NotLoaded

Auth_ModSsl_UsernameCallback_Abstract

Auth_ModSsl_UsernameCallback_Interface

Model_DigitalCertificateValidation Auth_ModSsl_UsernameCallback_Cpf

Plugins son clases que forman parte de las bibliotecas que son dependencias de la aplicación.

Si desea agregar una funcionalidad específica a una capa, crea su propia biblioteca y dentro de ella crea sus plugins.

Dependencias se encuentran en la carpeta library

Es posible inyectar otras dependencias en archivo, init_plugins.php, distintas de las que afectan las capas.

Usted puede cambiar la regla de validación de la dirección IP y estrategia de almacenamiento de AccessLog.

Esto es para hacer ExpressoV3 configurable.

¡Y no sólo eso!

En las próximas versiones de ExpressoV3, estarán disponibles plugins para:

●Inicio de la aplicación●Sistema de usuarios y grupos●Filtros de consultas

¡Más plugins están llegando!

Si necesita algún tipo de personalización, no espere que sus necesidades se conviertan en intereses genéricos.

¡ESCRIBA SU PLUGIN Y USE!

¡Escriba tuyo!

¿Tienes ideas para más puntos de plugins?

Visite el Foro del ExpressoV3 y exponga sus propuestas.

http://comunidadeexpresso.serpro.gov.br

Gracias

flavio.lisboa@serpro.gov.br

Serviço Federal de Processamento de Dados - SerproEdifício Sede: SGAN 601 - Módulo V - CEP 70836-900

Fone: (61) 2021-8000 - Brasília DF

www.serpro.gov.br