Nous livrons
des solutions TI.
Prix fixe. Payé à la livraison.
Pour des clients au Canada et aux États-Unis.
Livré.
L'offre
Définir d'abord, à petit coût. Construire ensuite, à prix fixe. Les deux mêmes phases s'appliquent à la refonte d'un système patrimonial, à un nouveau produit SaaS ou à un système interne dont vous avez simplement besoin.
- Phase 1, Définir
- Au tarif journalier ou à petit forfait. Se termine par un prototype fonctionnel sur données simulées, le contrat d'API qui le sous-tend, les scénarios d'acceptation en Gherkin et les cibles non fonctionnelles : rapidité, accessibilité, sécurité, disponibilité, reprise et résidence des données, chacune avec un seuil mesuré. Ils vous appartiennent, qu'il y ait ou non une phase 2.
- Phase 2, Construire
- Un prix fixe, établi à partir du prototype et des cibles que vous avez approuvés, et non d'une grille tarifaire. La soumission montre son calcul : réalisation, travail non fonctionnel, soutien à votre recette et réserve pour corriger les défauts de recette.
- Acceptation
- Mécanique. Les parcours que vous avez approuvés en phase 1 passent sur le système réel, et chaque cible non fonctionnelle réussit sa vérification automatisée ; « terminé » ne peut pas dériver.
- Recette client
- Un défaut, c'est un scénario signé qui échoue ou une cible signée qui n'est pas atteinte. Nous corrigeons les défauts sans frais durant la période de recette ; ce coût est déjà dans le prix. Les nouvelles demandes sont des changements chiffrés, estimés de la même façon.
L'offre complète, l'économie qui la sous-tend et le projet pilote proposé · Quand c'est le bon choix
La taille n'est pas la question. La livraison, oui.
QuarkSys est une petite firme. Les évaluateurs du secteur public et les acheteurs réglementés ont raison de se demander ce que cela signifie pour un système critique. Voici la réponse, en trois volets.
Vingt-cinq ans sur des systèmes qui ne peuvent pas échouer
Notre architecte principal a fait carrière au sein de grands programmes réglementés : deux programmes fédéraux de plus de 100 M$ à la GRC à titre d'architecte principal, et la modernisation des systèmes critiques de paiement et de règlement de la Banque du Canada. La firme est en affaires en Ontario depuis 2002.
Une capacité qui vient de l'outillage
La lecture de l'ancien code est faite par des analyseurs syntaxiques et l'analyse de graphes, non par des analystes. La construction du nouveau code passe par un cycle versionné, à points de contrôle, qui nous appartient. Une équipe de cette taille livre un portefeuille parce que chaque application hérite de tout ce qu'ont appris les précédentes.
Des preuves que vous pouvez examiner
Un système fonctionnel de vérification déterministe de la conformité dans un domaine réglementé, construit dans le cadre d'un programme fédéral d'innovation. Trois produits SaaS que nous exploitons nous-mêmes en production. Une méthode de livraison dont le journal des modifications consigne où son outillage s'est trompé et ce qui a été fait.
Comment ça fonctionne
Deux phases, un point de contrôle entre les deux. Les inconnues se trouvent en phase 1. Le prix fixe est établi après.
Définir
Au tarif journalier ou à petit forfait
- Le code patrimonial est lu par l'outillage, chaque règle citée à sa ligne. Ou les exigences sont dégagées en entrevue.
- Conserver, modifier, retirer, ajouter : décidé ensemble.
- Résultat : un prototype cliquable sur données simulées, le contrat d'API, les scénarios Gherkin et des cibles non fonctionnelles mesurables.
Point de contrôle client. Vous approuvez l'ensemble. Nous soumettons un prix fixe. Arrêtez ici si vous le souhaitez ; tout vous appartient.
Construire
Prix fixe, payé à la livraison
- Construit selon notre cycle à points de contrôle. Les tests sont scellés avant le code.
- Accepté selon les scénarios et les cibles non fonctionnelles que vous avez signés.
- Les défauts relevés en recette sont corrigés sans frais durant la période convenue. Les nouvelles demandes sont chiffrées.
Point de contrôle client. Les jalons sont acceptés et payés au fur et à mesure. Le solde, à l'acceptation finale.
Une IA qui ne peut pas changer un résultat
Nous utilisons l'IA pour lire le code patrimonial et rédiger des ébauches de spécifications. Nous ne la laissons rien décider. L'ordre de construction, l'ordonnancement des dépendances et la vérification de parité s'exécutent sans aucun modèle. Chaque valeur extraite doit citer la construction d'où elle a été lue, et la citation est vérifiée mécaniquement. Ce qui ne peut être vérifié est marqué inconnu et acheminé à une personne.
Votre code peut rester à l'intérieur de votre périmètre : l'analyse syntaxique et la planification s'exécutent hors ligne, et les étapes qui font appel à un modèle peuvent pointer vers un modèle à poids ouverts auto-hébergé au Canada. Nous avons exécuté cette configuration sur notre propre infrastructure.
OrderService.java:412if (balance.compareTo(limit) > 0) { order.setStatus(HOLD); }Une commande qui ferait dépasser la limite de crédit du client est mise en attente, non refusée.
règlenightly.sh:18post_ledger && settle_batch || halt_chain "post failed"Le règlement ne s'exécute qu'une fois la comptabilisation terminée. Un échec de comptabilisation arrête la chaîne ; rien n'est réglé.
dépendancePolicyRenewal.sql:77WHERE term_end < SYSDATE + 45 AND status <> 'LAPSED'Les avis de renouvellement partent 45 jours avant l'échéance, sauf pour les polices déchues.
règleCommencer petit
Commencez par la phase 1 sur un système, ou une tranche d'un système. Un coût modeste et connu, et un prototype à la fin.
Une application patrimoniale, un nouveau produit, un outil interne : la phase 1 répond à ce qu'aucune proposition ne peut établir. Ce que le système doit vraiment faire, ce qu'il coûte vraiment à construire, et si vous souhaitez travailler avec nous. Si la réponse est oui, le prix de la phase 2 est déjà sur la table. Sinon, vous avez dépensé un montant modeste et connu, et vous conservez le prototype et la spécification.