Dev Studio
Les applications Pega Platform™, robustes et ultra performantes, reposent sur la coopération entre deux principaux groupes de développeurs d’applications. Les experts en domaine (business analysts, citizen developers et développeurs front-end) fournissent de précieux renseignements sur les processus et les besoins des utilisateurs. Les experts en implémentation (system architects, développeurs full-stack, administrateurs de bases de données et administrateurs sécurité) fournissent l’expertise nécessaire pour traiter les cas d’usage critiques qui nécessitent des configurations complexes.
Dans App Studio, les experts en domaine peuvent accéder aux fonctionnalités de base du développement d'applications (conception de dossier, gestion des données et expérience utilisateur) et appliquer leurs connaissances pour améliorer les développements réalisés. Pour permettre la configuration avancée des règles dans les applications, Pega Platform fournit aux experts en implémentation un deuxième environnement de développement, Dev Studio. Dans Dev Studio, les experts en implémentation accèdent directement aux formulaires de règles pour répondre aux besoins de configuration complexes ou moins courants. De plus, Dev Studio fournit des fonctionnalités pour configurer les autorisations de sécurité et les contrôles d'accès, gérer les règles qui favorisent la réutilisation et répondre aux limites de performance d'une application. En fournissant deux environnements de développement, Pega Platform accompagne chaque groupe de développeurs d'applications avec un environnement adapté à leur niveau de compétence et optimisé pour les tâches qu'ils effectuent.
Dans l'image suivante, cliquez sur les icônes + pour étudier certaines des options disponibles pour les contrats de niveau de service (SLA) dans Dev Studio, qui vont au-delà de la configuration de base d'objectif et d'échéance disponible dans App Studio :
Vérifiez vos connaissances avec l’interaction suivante :
Co-développer des solutions
Les Business Analysts et les Citizen Developers comprennent les besoins métiers. Les System Architects comprennent les capacités de Pega Platform. Pour aider ces deux groupes à travailler ensemble, Pega Platform permet une approche de co-développement qui prend en compte les forces de chaque groupe. Cette approche de co-développement permet aux Business Analysts et aux Citizen Developers d'être les membres clés d'une équipe de développement, et tire parti de leurs connaissances pour concevoir de meilleurs processus métier (business process). En travaillant ensemble, les experts en domaine et les experts en implémentation sont à même de créer de meilleures solutions plus rapidement.
Dans l’exemple suivant, cliquez sur + pour étudier comment un Business Analyst et un System Architect peuvent travailler ensemble pour concevoir une expérience utilisateur positive lorsqu’il s’agit de communiquer une adresse de livraison pour une commande :
Promouvoir la réutilisation dans l’ensemble de l’organisation
Dans App Studio, les développeurs configurent des règles (Rules) telles que les processus, les vues, la correspondance et les niveaux de service pour un seul type de dossier (Case Type). Dans Dev Studio, les développeurs accèdent à toutes les couches (layers) d'une application et peuvent étendre la portée (scope) de la règle d'un seul type de dossier à une application, une division ou même l'organisation entière pour créer une bibliothèque de règles standard et réutilisables. Les Citizen Developers et les Business Analysts peuvent utiliser ces règles testées et éprouvées pour réduire le temps de développement des versions ultérieures.
Dans l'image suivante, cliquez sur les icônes + pour examiner comment un System Architect peut étendre la portée d'un processus de validation afin d'améliorer la qualité des applications et de réduire le time-to-market en permettant à un Citizen Developer de réutiliser le processus dans d'autres applications :
Passer d’un studio à l’autre
Les développeurs d'applications peuvent basculer entre App Studio et Dev Studio si nécessaire pour configurer le comportement des règles. Le coin supérieur gauche de chaque studio contient un menu énumérant tous les studios disponibles pour l’utilisateur. Pour passer à un autre studio, sélectionnez le nom du studio dans le menu.
De plus, depuis App Studio, vous pouvez ouvrir des règles spécifiques dans Dev Studio. Par exemple, après avoir configuré un objectif (goal) et une échéance (deadline) dans App Studio, vous pouvez ouvrir l’enregistrement de SLA sous-jacent dans Dev Studio.
Différences de dénomination entre les studios
Dans Dev Studio, les développeurs peuvent accéder aux règles créées par les Citizen Developers, les Business Analysts et les développeurs front-end dans App Studio, bien que ces règles portent souvent des noms différents. Le tableau suivant illustre certains éléments communs d’App Studio et les différents noms utilisés pour ces éléments dans Dev Studio.
| App Studio | Dev Studio |
|---|---|
| Field | Property |
| Goal & deadline | Service-Level Agreement (SLA) |
| User | Operator |
| Team | Workgroup |
Note: Par exemple, dans App Studio, vous ajoutez fields aux modèles de données et aux vues. Le système crée une property correspondante que vous pouvez modifier dans Dev Studio. Pour plus d’informations, consultez Extending a Data Model for a Case. Pour en savoir plus sur les différences terminologiques entre les deux studios, reportez-vous à la rubrique Differences in naming between App Studio and Dev Studio.
Vérifiez vos connaissances avec l’interaction suivante :
This Topic is available in the following Module:
If you are having problems with your training, please review the Pega Academy Support FAQs.
Want to help us improve this content?