Conception et maintenance de services numériques

L’accord-cadre permet de commander des réalisations logicielles complètes ou partielles, des modules à intégrer dans l’existant et des interventions de maintenance. Les développements C# doivent s’appuyer sur le framework interne de la collectivité, construit notamment autour de .NET 4.8 et ASP WebForms. .NET Core complète cet environnement, notamment pour créer et exposer des API. Les prestations web peuvent porter sur un site, une application métier accessible par navigateur ou un module front-end et/ou back-end, avec intégration graphique éventuelle.

Les développements doivent s’intégrer à l’architecture applicative en place : serveurs IIS, APIs urbanisées et sécurisées par Gravitee.io, et Azure DevOps pour le code source, les sprints, les pipelines et les livrables versionnés. Les travaux web prennent en compte les standards W3C, l’accessibilité et la sécurité; les technologies mentionnées comprennent HTML5, CSS3 et Responsive Web Design, JavaScript/jQuery. Le prestataire peut aussi rédiger ou compléter les spécifications fonctionnelles et la documentation associée.

Assistance technique et maintien en conditions opérationnelles

Les commandes peuvent couvrir l’assistance à l’exploitation et à l’administration, le transfert de compétences, des sessions de formation complémentaires, l’assistance téléphonique, le suivi des faits techniques et la maintenance corrective ou évolutive. Elles comprennent également la maintenance et l’optimisation des serveurs et de l’architecture logique des fermes de publication, sous le contrôle de l’équipe d’exploitation de la collectivité. Les interventions peuvent être gérées par tickets ou faire l’objet de prestations forfaitaires, par exemple pour une migration de version.

Les compétences techniques demandées pour ces interventions comprennent notamment IIS et les architectures Web Microsoft, SQL Server, PowerShell et Windows Server, ainsi qu’ADFS (versions 2.1, 3.0 et ultérieures), SAML et OAuth. Chaque intervention fait l’objet d’un compte rendu décrivant son motif, sa nature, sa chronologie, les difficultés et solutions ainsi que les impacts prévisibles pour les équipes de l’acheteur.

Organisation, livrables et vérification

Les développements sont conduits selon une méthode agile, avec des sprints et des démonstrations ou revues permettant de recueillir les retours et d’ajuster les priorités. Azure DevOps sert au suivi des tâches, des user stories, du code et des revues de livrables.

Pour chaque mission, et notamment à chaque phase ou sprint, sont remis les exécutables et les sources nécessaires à une recompilation sans erreur, notamment les fichiers .CS, .ASPX, .JS et .CSS. La documentation technico-fonctionnelle comprend un schéma UML global et des diagrammes de cas d’usage. Le dépôt des sources dans Azure DevOps est obligatoire et conditionne la validation du sprint ou de la livraison concernée.

Le prestataire réalise et documente les tests unitaires et d’intégration couvrant les cas d’usage développés avant chaque livraison, puis assiste l’acheteur lors de la recette fonctionnelle, notamment pour préparer les environnements et les jeux de données et corriger les anomalies. La validation intervient après correction des anomalies, validation fonctionnelle et intégration du code source dans Azure DevOps. Chaque livraison validée bénéficie d’une garantie d’un an; la correction des dysfonctionnements bloquants ou majeurs est alors sans coût supplémentaire. Une assistance technique accompagne également la phase d’exploitation initiale. En cas de changement de prestataire, d’évolution du périmètre ou de fin de marché, la réversibilité comprend la transmission des sources, de la documentation, des schémas d’architecture, des scripts de déploiement et des configurations nécessaires à la continuité du service.

Cas d’étude de billetterie

Le dossier comporte un cas d’étude consacré à la réservation des séances du planétarium de Dijon. Le parcours usager prévoit un calendrier consultable et filtrable, l’affichage des places restantes, la réservation d’un ou plusieurs billets et la confirmation de la réservation. Le service est décrit comme accessible par le portail web et l’application mobile onDijon.

Le back-office envisagé permet aux agents de créer, modifier ou annuler des séances, de définir les capacités, de suivre le remplissage et de consulter des indicateurs de fréquentation. Il prévoit aussi l’export des réservations, la gestion des listes de présence, le contrôle des accès et une gestion des profils et droits. Les échanges avec le système d’information et les services existants passent par des API exposées via Gravitee.io; l’hébergement est prévu sur IIS avec déploiement via Azure DevOps.