Dynamics Community Forum Thread Details

Arquitecture of microsoft dynamic sl

Hello, my name si franco piña , I am a student of computer engineering at the University of Valparaiso(Chile) and i am doing a job about microsoft dynamic sl.

the job is about arquitecture of microsoft sl and i want to know where i can find information on the following topics:

Key Objectives

Architecture Use Cases

Stakeholder Architecture Requirements

Restrictions

Non-functional requirements

Risks

i do not have access to microsoft sl

Thank you very much for the help and excuse my English

PD:I also regret if this forum is not for these questions.

Franco, I'm Erich and I am from Santiago, Chile.

Spanish content follows:

No creo que encuentres mucha información sobre arquitectura en la web. Las decisiones de arquitectura tienen mucho que ver con estrategias comerciales y no es algo que los fabricantes estén ventilando publicamente. Igual trata de leer una entrevista a Gary Harpst, que me parece está citada en el artículo de Wikipedia acerca de Dynamics SL. Te va a parecer historia antigua, pero igual se comentan algunas decisiones de arquitectura.

Algunas características de arquitectura y sus razones/consecuencias según mi propia opinión, pero ojo que mezclo temas técnicos con temas comerciales:

Arquitectura cliente/servidor. SL mantiene esta estructura clásica en que un cliente robusto se conecta a una base de datos SQL. A diferencia de otros sistemas como AX o SAP, no existe capa intermedia como servidor de objetos, servidor de pantallas, reglas de negocio, procesos, etc. Se han hecho un par de mejoras que detallo más adelante.
Arquitectura modular. SL consta de varios ejecutables separados con poca interacción entre ellos. Cada ejecutable es una pantalla de ingreso o algún proceso. Considera que esto implica que se puede recompilar una pantalla sin afectar al resto.
Compromiso con Visual Basic. Incluso desde antes que lo comprara Microsoft, SL estaba construido sobre Visual Basic. Ese compromiso se ha mantenido y SL se ha regenerado en distintas encarnaciones de VB.
Extensible. Lo de VB implica que se pueden generar más pantallas de SL. SL distribuye de hecho un toolbox para ir agregando pantallas al sistema usando Visual Studio. Esto tiene una implicancia comercial, ya que los canales de distribución pueden agregar sus propios módulos al sistema. Al mismo tiempo se amplía la cobertura del paquete y se permite que los distribuidores ganen margen vendiendo sus pantallas.
Customizable. Además de generar pantallas adicionales, es posible modificar el comportamiento de las pantallas estándar, mediante pequeñas porciones de código VBA que está almacenado en la base de datos y se ejecuta "al vuelo" al momento de cargar la pantalla.
Compromiso con SQL Server. A diferencia de otros paquetes, SL está 100% orientado a SQL Server y utiliza ampliamente capacidades específicas de esta base de datos, como procedimientos almacenados, vistas, etc. La base de datos de Dynamics SL fue hecha "desde cero" en SQL a partir de Solomon IV. Esto es una diferencia respecto de paquetes más chicos, en que en realidad se portó el diseño desde bases de datos como dBase.
Origen USA. Esto en realidad es una restricción y explica que SL no tiene bien desarrolladas algunas características que si tienen paquetes europeos, como multimoneda y soporte Unicode/UTF8.
Industria orientada a proyectos. SL tiene un foco especial en empresas orientadas a proyectos tales como constructoras, estudios de abogados, empresas de ingeniería, consultoras. Esto en realidad es un tema comercial, pero explica varias decisiones funcionales como el módulo de subcontratos y una muy intensa administración del formulario 1099 del régimen tributario de USA.
Web/mejoras al esquema cliente-servidor. En sus últimas versiones SL ha estado publicando funcionalidad para web. Esto ha implicado diseñar una biblioteca de objetos de negocio, tales como clientes, proyectos, órdenes de compra, etc. Sin embargo, esto funciona en paralelo a los módulos tradicionales cliente/servidor. Otro tema que ha explorado es la automatización de algunos procesos a través de un scheduler, que en realidad es un cliente ejecutándose que tiene una programación de tareas.

Quick Links

Leaderboard