Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

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:

A

Formularios o Procesamiento

C

Consulta de datos

R

Informes

vs.

Bibliotecas

M

Misceláneas

...

  • 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

...

País

3 Letras

País

3 Letras

Afganistán

AFG

Gran Bretaña (Reino Unido, UK)

GBR

Sudáfrica

ZAF

Granada

GRD

Albania

ALB

Grecia

GRC

Alemania

DEU

Groenlandia

GRL

Angola

AGO

Guatemala

GTM

Arabia Saudita

SAU

Haití

HTI

Argelia

DZA

Holanda

NLD

Argentina

ARG

Honduras

HND

Armenia

ARM

India

IND

Australia

AUS

Indonesia

IDN

Austria

AUT

Irán

IRN

Bélgica

BEL

Irak

IRQ

Belice

BLZ

Irlanda

IRL

Bolivia

BOL

Islandia

ISL

Brasil

BRA

Israel

ISR

Canadá

CAN

Italia

ITA

Chile

CHL

Jamaica

JAM

China

CHN

Japón

JPN

Singapur

SGP

Marruecos

MAR

Colombia

COL

México

MEX

Congo

COG

Mozambique

MOZ

Corea del norte

PRK

Nicaragua

NIC

Corea del sur

KOR

Nigeria

NGA

Costa de Marfil

CIV

Noruega

NOR

Costa Rica

CRI

Nueva Zelanda

NZL

Cuba

CUB

Panamá

PAN

Dinamarca

DNK

Paraguay

PRY

Egipto

EGY

Perú

PER

El Salvador

SLV

Polinesia Francesa

PYF

Emiratos Árabes Unidos

ARE

Polonia

POL

Ecuador

ECU

Puerto Rico

PRI

Eslovaquia

SVK

Portugal

PRT

Eslovenia

SVN

Rep Dominicana

DOM

España

Esp

República Checa

CZE

Estados Unidos

USA

Rumania

ROM

Estonia

ST

Suecia

SWE

Etiopía

ETH

Suiza

CHE

Filipinas

PHL

Trinidad y Tobago

TTO

Finlandia

FIN

Uganda

UGA

Francia

FRA

Uruguay

URY

...

  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:

Módulo

Parámetro

SIGALOJA

MV_LJFINPRO

SIGATEC

MV_ATDIAS

SIGATMK

MV_TKCTILG

...

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:

Módulo

Parámetro

SIGALOJA

LJ010ZZZZ

SIGATEC

AT010ZZZZ

...

  • 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.

...