Modèle de développement logiciel

Contrat de développement logiciel

Texte de départ pour votre conseil. Remplacez chaque crochet. Ne demandez à personne de signer tant qu'un conseil n'a pas adapté ce texte aux parties et à la loi qui le régira.

Ce contrat est conclu le [Date d'effet] entre [Développeur, dénomination], [Développeur, adresse] ("Développeur"), et [Client, dénomination], [Client, adresse] ("Client"). Le Développeur construira le logiciel décrit dans les jalons. Une promesse large de faire une application, sans test de ce qui est fini, n'est pas ce contrat.

1. Jalons

Le travail est divisé en jalons à [Liste des jalons]. Chaque jalon a une livraison et une date visée. Une seule date finale sans point de contrôle n'est pas utilisée. Si le Client est en retard sur une décision ou un accès listé à [Dépendances du Client], les dates ultérieures se décalent au moins de ce retard. Un changement de jalon ne vaut que si les deux parties le signent, avec le changement de prix s'il y en a un.

2. Tests d'acceptation

Chaque jalon nomme son test d'acceptation à [Tests]. Le Client a [Jours d'examen] jours après la livraison pour accepter ou refuser par écrit, en visant un test échoué. Un souhait qui n'est pas dans le test est une demande de changement, non un refus. Le Développeur a [Jours de correction] jours pour corriger un test échoué. Si le Client ne répond pas dans le délai, le conseil écrit à [Règle du silence] si le silence est une acceptation. Le Développeur ne commence pas le travail payé du jalon suivant si le précédent est refusé et pas encore corrigé, sauf accord écrit.

3. À qui appartient le code

Au paiement complet d'un jalon, le Client reçoit [Cession ou licence] sur le code spécifique de ce jalon. La titularité ne passe pas parce qu'une personne signe cette page web. Elle ne passe qu'aux conditions du PDF que le conseil prépare. Le Développeur garde les bibliothèques et outils préexistants listés à [Outils préexistants] et les licencie au Client seulement comme partie du logiciel. Le Développeur ne cède pas un brevet, sauf si [Note sur le brevet] le dit en termes exprès.

4. Composants de tiers

Les composants ouverts et les composants payants restent sous leurs propres licences. Le Développeur liste les composants dont la construction dépend à [Liste des composants] avant l'acceptation du dernier jalon, avec le nom de la licence. Le Client est responsable du respect de ces licences dans son propre déploiement. Le Développeur ne promet pas qu'un service de tiers restera disponible.

5. Défauts après l'acceptation

Pendant [Fenêtre de correction] après l'acceptation d'un jalon, le Développeur corrige sans prix supplémentaire les défauts qui étaient présents à l'acceptation et qui font échouer le test de ce jalon. Une fonction nouvelle, un changement de navigateur ou d'hébergeur que le test ne couvrait pas, ou un défaut causé par une modification ultérieure du Client, n'entre pas dans cette fenêtre. Ensuite, les corrections sont un travail supplémentaire au taux [Taux supplémentaire].

6. Honoraires et loi

Le Client paie [Honoraires] en [Devise] selon le calendrier des jalons à [Calendrier de paiement]. Les lois de [Loi applicable] régissent ce texte. Les parties désignent les tribunaux de [Tribunaux]. La responsabilité totale du Développeur est plafonnée à [Plafond de responsabilité], sauf une responsabilité que la loi n'autorise pas à plafonner. Les parties gardent le code source dans le dépôt nommé à [Dépôt].

7. Demandes de changement

Une demande qui n'est pas dans le test du jalon en cours est une demande de changement. Le Développeur écrit l'effet sur la date et le prix à [Note de changement]. Il ne commence pas le changement payé tant que les deux parties n'ont pas signé cette note. Un travail qui ne fait que rétablir un test qu'un jalon déjà accepté avait réussi n'est pas un changement. Un changement ne rouvre pas un jalon que le Client a accepté, sauf dans la fenêtre de défauts de ce jalon.

8. Éléments du Client

Le Client fournit le contenu, les comptes et les décisions listés à [Éléments du Client] à la date qui y est écrite. Si le Client est en retard, les jalons ultérieurs se décalent au moins de ce retard. Le Client répond de la licéité des textes, des images et des données qu'il fournit. Le Développeur ne les clarifie pas auprès d'un titulaire de droits, sauf si [Autorisation] dit que cette clarification fait partie d'un jalon. Le Développeur n'utilise les données personnelles que le Client dépose que pour construire et tester, et le Client reste responsable d'avoir une base pour les fournir.

9. Accès à la construction

Les parties nomment les hébergeurs à [Hébergeurs]. Le Client est administrateur du dépôt et de ces hébergeurs avant l'acceptation du dernier jalon. Le Développeur ne garde pas la seule clé. Les identifiants sont remis d'une façon que le Client peut révoquer. Le Développeur retire son propre accès à la fin du contrat, sauf un accès que le Client lui demande par écrit de garder pendant la fenêtre de défauts. Un test de sécurité, si le Client le paie, est décrit à [Test de sécurité] et n'est pas sous-entendu par le silence.

Signatures

Développeur

Nom : [Développeur, nom du signataire]

Fonction : [Développeur, fonction du signataire]

Signature : ______________________________

Date : [Développeur, date de la signature]

Client

Nom : [Client, nom du signataire]

Fonction : [Client, fonction du signataire]

Signature : ______________________________

Date : [Client, date de la signature]