web
You’re offline. This is a read only version of the page.
close
Skip to main content

Notifications

Announcements

No record found.

News and Announcements icon
Community site session details

Community site session details

Session Id :
Dynamics 365 Community / Forums / Microsoft Dynamics SL (Archived) / Arquitecture of micros...
Microsoft Dynamics SL (Archived)

Arquitecture of microsoft dynamic sl

(0) ShareShare
ReportReport
Posted on by Community Member

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.

*This post is locked for comments

I have the same question (0)
  • Erich Strelow F Profile Picture
    Erich Strelow F 16 on at

    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:

    1. 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.
    2. 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.
    3. 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.
    4. 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.
    5. 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.
    6. 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.
    7. 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.
    8. 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.
    9. 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.

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Responsible AI policies

As AI tools become more common, we’re introducing a Responsible AI Use…

Neeraj Kumar – Community Spotlight

We are honored to recognize Neeraj Kumar as our Community Spotlight honoree for…

Congratulations to the November Top 10 Community Leaders!

These are the community rock stars!

Leaderboard > 🔒一 Microsoft Dynamics SL (Archived)

Last 30 days Overall leaderboard

Featured topics

Product updates

Dynamics 365 release plans