Histórico da Página

En los siguientes tópicos se muestran los estándares utilizados en todos los módulos estándar, personalizados y de asociados para la denominación de varios artefactos comunes que componen los productos de la línea de producto Microsiga Protheus.

...

En el Microsiga Protheus, los nombres de los módulos siempre vendrán precedidos de la palabra "SIGA" (debido a los orígenes del sistema), más la contracción del nombre real del módulo. Por ejemplo, en el caso del módulo Facturación, se optó por el nombre SIGAFAT. La misma regla vale para todos los otros módulos creados por el equipo del producto Microsiga Protheus, como SIGAEST (Stock), SIGAFIN (Financiero), SIGALOJA (Automatización comercial), etc. Por convención, el nombre del módulo no excede los ocho caracteres.
SIGAXXX.PRJ
SIGA - Obligatorio
XXX - Sufijo del nombre real del módulo.

...

Para nombres de Proyectos, utilizamos una sintaxis para estandarizar, de acuerdo con lo que se explica a continuación.
SIGWXXX.PRJ
SIGW - Es el fijo del sistema y es obligatorio.
XXX - Sufijo del nombre real del módulo.
Ejemplo:

• SIGWTMK
• SIGWCRM

...

La línea Microsiga Protheus tiene un estándar de construcción para el nombre de los programas.
Los programas de la línea Microsiga Protheus deben tener 7 (siete) dígitos y dos extensiones posibles, de acuerdo con lo que se explica a continuación:
XXXYNNN[III][S].PRW
XXX - Prefijo del módulo de la línea Microsiga Protheus, por ejemplo: GPE para el módulo de Gestión de personal, PON para el módulo Reloj registrador electrónico, FAT para el módulo de Facturación, etc.
Y - Código que identifica la operación del programa. Se tienen:

...

• GPEA010 - Archivo de empleados.
• GPEA020 – Archivo de personas.
• GPEA030 – Archivo de fórmulas.
• GPER010 – Informe de empleados.
• GPER020 – Informe de personas.
• GPER030 – Informe de fórmulas.

...

• TMKA273A.PRW
• TMKA273B.PRW
• TMKA273C.PRW
• TMKA273D.PRW

...

...

1. Funciones principales y auxiliares de una rutina, informe o consulta.

La actuación exclusiva y limitada a la rutina, informe o consulta, siempre se declara con alcance estático cuando se trata de una función auxiliar y con alcance público cuando la función es la entrada principal.

1. Funciones genéricas de utilización por el módulo (Facturación, Compras, Contabilidad).

Actuación exclusiva para el entorno del módulo, presente en un código fuente del tipo biblioteca y con alcance público.

1. Funciones genéricas de utilización por el equipo del producto (Materiales, Ventas y CRM, Framework, RR.HH).

...

• "FT" – Abreviación - Facturación.
• "BC" - Paquete - Business Component , que es un paquete que podemos identificar, cuya clase tiene la función Regla de negocios.
• "A" - Tipo de clase, "A" para Abstracta e "C" para Concreta.
• "GeraFaturantoSimple" - Nombre de la clase

...

• "BC" - Business Component - Clase con función orientada a la Regla de negocio.
• "DT" - Data - Clase con función orientada a los datos, consulta, modificación e inclusión.
• "BW" - Busines Work Flow - Clase responsable por el Flujo de llamadas de los componentes.

...

Los parámetros creados por un módulo deben seguir la siguiente regla de identificación:
MV_YYZZZZZ
MV - Indica que es un parámetro del módulo.
YY - Indica de qué módulo es el parámetro.
ZZZZZ - Nombre dado al parámetro.
Ejemplos:

...

Los nombres de las nuevas Tablas se ponen a disposición por la Torre de ingeniería, dentro de un rango para cada GDP. De esta manera, cada nueva tabla que una GDP tenga necesidad de crear, tiene que orientarse por este Rango.
Ejemplo:
GDP Ventas & CRM Rango de MD1 a MD9
Además del Rango de tablas, es obligatorio que inmediatamente después que se definan qué tablas, campos e índices se utilizarán, se registren en el AtuSx.
También se recomienda que cada GDP haga un control de estas tablas, para saber cuáles están utilizándose y cuál es la próxima a utilizarse.

...

Los puntos de entrada tienen como objetivo dejar el sistema flexible, permitiendo una gran variedad de desarrollo por los analistas de soporte, de acuerdo con la necesidad de cada tipo de cliente/implantación.
XXYYYZZZZ
XX - Iniciales del módulo.
YYY - Código secuencial del programa. Mantenga el estándar de numeración de 10 en 10.
ZZZZ - Nombre dado al punto de entrada.
Ejemplos:

...

• Analizar el motivo de la creación del punto, porque es importante crearlo en un punto que sea útil, no redundante y que atienda a las condiciones del cliente.
• De ninguna manera debe utilizarse el punto de entrada para corregir eventuales fallas en el sistema.
• Tampoco deben incluirse puntos de entrada en un proceso crítico del sistema, porque ocasionará resultados imprevisibles.
• Es imprescindible la utilización de la función ExistBlock() que verifica la existencia en el punto de entrada del repositorio, además de condicionar su ejecución.
• No tratar el punto de entrada con find function y user function.
• No es necesario realizar el cache de la existencia de un determinado punto de entrada, la función ExistBlock realiza este trabajo.

...