Mendix Expert Developer study plan
Mendix Expert Developer · Give each week a clear focus.
8 weeks · About 7 hours per week
Domain Modeling and Data Architecture
Model a normalized domain for a small case system (customers, orders, order lines) with correct associations, ownership, and delete behavior, then justify each cardinality choice in writing.
Build both a persistent and a non-persistent entity and explain in your own notes when each is appropriate and what happens to data at runtime.
Create at least two entity generalizations and one calculated attribute, then document the trade-offs versus duplicating attributes.
Configure an entity with a system attribute set (created date, changed by) and verify the values populate correctly at runtime.
Your checkpoint
A one-page data model diagram plus a written decision log covering 10 modeling choices (cardinality, ownership, generalization, persistence) with the reasoning for each.
Microflows and Application Logic
Implement a multi-step microflow that validates input, creates related objects in a single transaction, and rolls back cleanly on failure.
Replace at least three nested if/else chains with decision or split logic and record why readability improved.
Build a reusable sub-microflow with typed parameters and a return value, and call it from two different parent microflows.
Add error handling with custom validation feedback and confirm the user sees a meaningful message rather than a technical error.
Profile one microflow with the built-in performance tools and list every avoidable database retrieve you find.
Your checkpoint
A working order-submission flow with validation, error handling, and a written before/after list of at least five logic or performance improvements.
Domain Modeling and Data Architecture & Microflows and Application Logic
Refactor a flat model into at least two modules with explicit module roles and documented dependencies in one direction only.
Convert three repeated retrieve-and-filter patterns into reusable microflow or database-level logic and measure the difference.
Design and implement an index strategy for the entities most frequently filtered in your case system, then verify query plans or explain the expected effect.
Write a short architecture note explaining how domain model boundaries align with microflow ownership.
Your checkpoint
A refactored two-module project with a dependency diagram, an index list, and a short note proving no circular module dependencies remain.
Security and Access Control
Define module roles, map them to user roles, and demonstrate entity access rules that restrict both read and write per role.
Implement XPath-based access constraints on at least two entities and prove with two test users that restricted records are invisible.
Configure an identity provider or SSO-style sign-in path and document the attribute mapping used for user provisioning.
Test a privilege escalation attempt (user calling a microflow they should not access) and confirm the platform blocks it.
Your checkpoint
A security matrix (roles times entities times create/read/write/delete) plus a test log showing at least six access scenarios passing, including two negative tests.
Integration and REST/SOAP/Web Services
Publish a REST endpoint that exposes a domain entity with correct HTTP verbs, status codes, and pagination parameters.
Consume an external REST service, map the JSON to entities, and handle timeouts, non-2xx responses, and malformed payloads explicitly.
Add authentication to an outbound call (header-based token or basic auth) and confirm the credential is not hardcoded in the model.
Model one SOAP or XML-based integration and document the mapping decisions versus your REST approach.
Write an error-handling standard for integrations and apply it to both flows.
Your checkpoint
Two working integrations (one published, one consumed) with a short API contract document and a test log of five failure scenarios handled gracefully.
Performance, Scalability and Tuning & Deployment, Environments and Cloud Operations
Identify the five slowest pages or microflows in your case system and fix at least three using lazy loading, paging, or reduced retrieves.
Configure environment-specific settings (constants, database, storage) so the same deployment package runs in two environments without code changes.
Deploy the app to a cloud environment, then verify logs, health, and restart behavior after a simulated failure.
Measure and record baseline response times before and after your tuning changes.
Your checkpoint
A performance and deployment report: baseline versus tuned timings for three flows, plus a checklist proving two environments run from one package.
Architecture, Modularity and Reusability & Version Control, DevOps and CI/CD
Extract a reusable module (with its own domain model and published interface) and consume it from the main app without direct entity coupling.
Set up a repository with a branching strategy, then simulate a merge conflict and resolve it deliberately.
Build a CI/CD pipeline that runs on commit, produces a deployment package, and blocks on failure.
Document a versioning and release convention for the reusable module.
Your checkpoint
A repository with at least three branches, one resolved conflict, a green pipeline run, and a README describing the branching and release conventions.
Testing, Quality Assurance and Troubleshooting & Domain Modeling and Data Architecture & Microflows and Application Logic
Write and run automated unit tests for at least five microflows, including two negative cases.
Reproduce and fix two deliberately introduced defects, documenting the diagnostic path for each.
Run a full timed practice exam and categorize every missed question by domain.
Re-study your two weakest domains using the missed-question list and re-test those areas.
Your checkpoint
A test suite with five passing microflow tests, two defect post-mortems, and a scored practice exam with a per-domain gap analysis and remediation notes.
Milestones
Week 2: You can build a validated, transactional microflow from scratch in under 30 minutes and explain every retrieve it performs.
Week 4: Two test users with different roles see different data, and you can articulate the difference between entity access rules and XPath constraints.
Week 6: One deployment package runs in two environments, and you have numeric before/after evidence for three performance fixes.
Week 8: Practice exam score is at or above your target pass margin, with no domain below 60 percent and a written remediation plan for the two weakest.