Ios

Roberto Andrés

Las Metodologías de Diseño fueron creadas para imponer un proceso disciplinado en el de por sí caótico proceso de desarrollo de software con el fin de hacerlo más predecible y eficiente. De esta manera, a lo largo de los años se han venido diseñando métodos de diseño, en donde los últimos exponentes han sido UML, RUP, Métrica, etc,… 

Aún así y como ya sabemos, todas estas metodologías conllevan una ingente cantidad de pasos, etapas, documentación y ‘burocracia’ asociada, que retrasan considerablemente el proceso de desarrollo, siendo en ocasiones muy difícil de seguir escrupulosamente todos estos pasos consiguiendo en ocasiones su abandono o su seguimiento con laxitud a lo largo del proceso, siendo este mayor cuanto más crítico debería de ser su seguimiento. 

En este punto surgen los Métodos Ágiles, dentro de los cuales encontramos entre otros XP (Xtremme Programming) , SCRUM, Agile Unified Process y FDD (Feature Driven Development), intentando ser un punto medio entre las metodologías altamente burocratizadas y la ausencia total de método que nos podría abocar a un caos absoluto. Estas metodologías suponen grandes cambios  en los métodos habituales siendo alguno de los más controvertidos el rechazo a un esfuerzo significativo en el diseño previo, en favor de un estilo más evolutivo en el que sin disminuir la calidad si reduzcamos la documentación, pasos, procesos y tiempo de desarrollo necesarios para la consecución del proyecto. 

En próximas entregas analizaremos estas metodologías, como comienzo para su posible evaluación y su integración total o parcial dentro de la gestión de proyectos.

Luis Ochoa

El día 25 de septiembre de 2009 se aprobó la nueva Ley de Presupuestos Generales del Estado en el Consejo de Ministros. Aunque pueda sufrir cambios en su tramitación en el parlamento, dicha ley conlleva una subida de los impuestos sobre la rentas del capital del IVA:

• El IVA general pasará de 16% a 18%. Es el tipo impositivo general y se aplica a la mayoría de los productos y servicios: ropa, calzado, mobiliario, electrodomésticos, bricolaje, tabaco, bebidas alcohólicas…

• El IVA reducido pasará del 7% a 8%. Aunque la lista es muy larga, los principales bienes y servicios a los que no aplica este tipo son los alimentos no incluidos en el IVA súper reducido, transporte de viajeros; servicios de hostelería; entradas a espectáculos; servicios funerarios; peluquerías; dentistas; edificios, viviendas y  y complementos para el diagnóstico o alivio de enfermedades.

• El IVA superreducido permanecerá inalterado en el 4%. Se gravan con este IVA bienes y servicios calificados como de primera necesidad: pan, leche, quesos, huevos, verduras, frutas, hortalizas y tubérculos naturales, que no hayan sido modificados de ninguna forma. También se aplica este tipo de IVA a libros, periódicos y revistas no publicitarios; medicamentos de uso humano; sillas de ruedas para minusválidos y prótesis y Viviendas de Protección Oficial (VPO).

Todos los clientes de JD Edwards tendrán que realizar adaptaciones en los módulos financieros, de compras, ventas y gestión de inventario.

Las áreas concretas en las que habrá que analizar posibles cambios de parametrización son:

1) Áreas Fiscales:

a) Nuevas áreas fiscales

b) Áreas fiscales compuestas

2) Configuración del IVA por artículo

3) Áreas Fiscales de Clientes y Proveedores

4) ICAS

5) Informes oficiales de IVA

6) Convivencia de los dos tipos de IVA durante el año 2.010

Además, habría que analizar las operaciones futuras que podamos tener registradas en nuestra contabilidad y que caiga entre ambos periodos (anticipos, contratos anuales, etc.). Es decir, este cambio impositivo traerá la necesidad de revisar de manera escrupulosa y detallada los sistemas financieros de la empresa.

Si has tenido la suerte o desgracia de haber estado en un proyecto realizando cambios similares en alguna instalación de JD Edwards, te agradecería nos contaras tu experiencia.

Angel F. Viartola

En toda implantación de un sistema de gestión llega el momento de hablar de seguridad: copias de seguridad, qué usuarios pueden acceder a qué datos, o qué aplicaciones pueden ser usadas por distintos usuarios, quien puede generar determinados tipos de datos…

En mi experiencia como consultor de implantación de sistemas de gestión he encontrado que, normalmente, cuando se inicia un proyecto se comenta el tema, se explica al cliente las posibilidades de seguridad que tiene EnterpriseOne y a partir de ese momento se espera que sea la empresa quien decida qué tipos de empleado va a tener, qué va a poder hacer cada uno y todas las opciones de seguridad.

Las posibilidades de seguridad en EnterpriseOne son muy amplias: puedo limitar qué acciones puede efectuar un usuario en una pantalla, qué puntos de menú puede o no puede ver, qué filas o columnas de tablas puede visualizar, y opciones de seguridad más avanzadas, específicas algunas de EnterpriseOne, que además se pueden combinar con configuraciones de seguridad de la base de datos, puesto que el sistema permite que los usuarios de la aplicación utilicen distintos perfiles de usuario de base de datos, esto es, según a qué entornos de la aplicación entra su usuario de base de datos puede ser uno u otro, y siempre se respetará la configuración de seguridad de la base de datos añadida a la que se realice en EnterpriseOne.

Así pues, tenemos muchas posibilidades en cuestión de seguridad. Tenemos al usuario del sistema informado de estas posibilidades, tenemos un proyecto en marcha y, ¿qué suele ocurrir?

Normalmente el tema de seguridad se va retrasando, diluyendo en distintas áreas de responsabilidad y se termina por llegar a la fecha del arranque sin un modelo de seguridad adecuado, y es cuando deprisa y corriendo se pretende construir una estructura de la organización desde la que se deduzca la configuración de seguridad, lo que normalmente no funciona.

Y todo esto suele ocurrir porque al implementar la solución de gestión no se tiene en cuenta, desde el principio, que un cambio de herramienta puede conllevar cambios en la organización, así como cambios en la forma de trabajar (todos hemos oído la famosa frase “es que en mi sistema yo hago…”), y todos estos cambios deben intentar ser descubiertos y tenidos en cuenta durante la fase de implantación, así como la configuración de seguridad asociada a las nuevas metodologías de trabajo. Porque, si quieres que todo sea como antes, ¿por qué cambias el sistema?