πŸ’» Develop

De Develop-fase richt zich op het ontwerpen, bouwen en configureren van de oplossing op basis van de vastgestelde requirements, architectuur en planning. In deze fase worden ideeΓ«n omgezet in werkende functionaliteit die voldoet aan de afgesproken kwaliteitseisen.

← Terug naar Platform Blueprint

πŸ“– Introductie

Tijdens de Develop-fase worden de ontwerpen en requirements vertaald naar concrete oplossingen. Dit omvat het ontwikkelen van software, het configureren van platformen, het realiseren van integraties en het automatiseren van processen. Afhankelijk van het type project kunnen ook infrastructuur, low-code oplossingen, cloudservices of configuraties onderdeel uitmaken van deze fase.

Ontwikkelteams werken iteratief aan backlogitems en leveren regelmatig werkende functionaliteit op. Door gebruik te maken van versiebeheer, code reviews, ontwikkelstandaarden en Continuous Integration (CI) wordt de kwaliteit van de oplossing continu bewaakt en verbeterd.

Het resultaat van deze fase is een stabiele, onderhoudbare en testbare oplossing die gereed is voor validatie en verdere kwaliteitscontrole in de volgende fase van de ALM-lifecycle.

🎯 Doel van deze fase

  • Requirements vertalen naar werkende functionaliteit.
  • Ontwikkelen, configureren en integreren van de oplossing.
  • Werken volgens architectuurprincipes, ontwikkelstandaarden en coding guidelines.
  • Kwaliteit waarborgen door versiebeheer, code reviews en Continuous Integration.
  • Automatiseren van builds en ontwikkelprocessen waar mogelijk.
  • Een stabiele, onderhoudbare en testbare oplossing opleveren voor de Test-fase.

πŸ“š Onderwerpen algemeen

πŸ—οΈ Solution Design

Het ontwerpen van een onderhoudbare, schaalbare en uitbreidbare oplossing.

Open documentatie

πŸ“ Development Standards

Het toepassen van standaarden en richtlijnen tijdens ontwikkeling.

Open documentatie

βš™οΈ Business Logic

Het realiseren van bedrijfsregels, validaties en proceslogica.

Open documentatie

πŸ”— Integrations

Het ontwikkelen van gegevensuitwisseling en systeemintegraties.

Open documentatie

πŸ€– Automation

Het automatiseren van processen, taken en bedrijfsactiviteiten.

Open documentatie

🧩 Reusable Components

Het ontwikkelen en beheren van herbruikbare componenten en functionaliteit.

Open documentatie

πŸ› οΈ Development Tooling

Het gebruiken van tooling die ontwikkeling, kwaliteit en samenwerking ondersteunt.

Open documentatie

πŸ“š Power Platform

πŸ“¦ Solution Foundation

πŸ“¦ Solution Development

Structuur, opzet en beheer van oplossingen, publishers, layering en componentbeheer.

Open documentatie

πŸ”§ Environment Variables

Aanmaken van omgevingsspecifieke configuratie zoals URL's, instellingen en deploymentparameters.

Open documentatie

🏷️ Naming Conventions

Standaarden voor consistente naamgeving van oplossingen, tabellen, kolommen, apps, flows en componenten.

Open documentatie

πŸ‘¨β€πŸ’» Developer Guidelines

Ontwikkelrichtlijnen voor onderhoudbare, schaalbare en kwalitatieve oplossingen.

Open documentatie

🌿 Source Control & Branching Strategy

Richtlijnen voor versiebeheer, samenwerking en gecontroleerde ontwikkeling.

Open documentatie

πŸ“ Development Standards

Algemene ontwikkelstandaarden voor kwaliteit, onderhoudbaarheid en governance.

Open documentatie

πŸ—οΈ Data & Configuration

🧱 Entity Guideline

Richtlijnen voor het ontwerpen van tabellen, relaties, eigenaarschap en datamodellen.

Open documentatie

πŸ”’ Choices

Globale en lokale choices, standaardisatie en hergebruik van waardenlijsten.

Open documentatie

🚫 Duplicate Detection Rules

Voorkomen van dubbele gegevens en verbeteren van datakwaliteit.

Open documentatie

🧠 Business Logic

⚑ Business Rules

Configureren van logica zonder maatwerkcode.

Open documentatie

πŸ“œ JavaScript

Client-side scripting voor formulieren en gebruikersinteractie.

Open documentatie

πŸ”„ Cloud Flows

Procesautomatisering met Power Automate.

Open documentatie

βš™οΈ Plugin & Custom API Development

Server-side businesslogica binnen Dataverse.

Open documentatie

🧭 Logic Implementation Guidelines

Wanneer gebruik je welke techniek?

Open documentatie

πŸ–₯️ App Development

πŸ“± Model-Driven Apps

Ontwerp, inrichting en optimalisatie van modelgedreven applicaties.

Open documentatie

🎨 App Theming

Consistente branding, styling en gebruikerservaring binnen applicaties.

Open documentatie

πŸ–ŠοΈ Form Scripting

Validaties, automatisering en gebruikerservaring binnen formulieren.

Open documentatie

🧭 Ribbon Customization

Aanpassen van command bars, knoppen en gebruikersacties.

Open documentatie

πŸ”— Technical implementation

πŸ”Œ Custom API Configuration

Registreren en configureren van een Custom API.

Open documentatie

πŸ”Œ Plugin Configuration

Registreren en configureren van een plugin.

Open documentatie

🚩 Feature Management

Gefaseerde introductie en beheer van functionaliteit.

Open documentatie

πŸ”— Integrations

πŸ”„ Integration Patterns

Standaard integratiepatronen voor betrouwbare koppelingen.

Open documentatie

🌐 External Integrations

Integraties met externe applicaties, services en databronnen.

Open documentatie

πŸ” Integration Security

Authenticatie en autorisatie van integraties.

Open documentatie

🧰 Tooling & Reusable Components

πŸ› οΈ Bruno

API-testing, validatie en documentatie.

Open documentatie

🧰 Power Platform ToolBox

Verzameling hulpmiddelen voor consultants, ontwikkelaars en beheerders.

Open documentatie

πŸ—οΈ Brenke Core Library

Generieke componenten en herbruikbare functionaliteit.

Open documentatie

🧩 Reusable Components

Richtlijnen voor het ontwikkelen en beheren van herbruikbare componenten.

Open documentatie