Dernière mise à jour :
10/06/2017
Présentation
Développement logiciel sur demande pour microcontrôleurs PIC 12/16/18/24/32, selon
votre cahier des charges, et dans le cadre d'une
conception électronique sur demande. Cette
activité technique ne concerne que
les projets directement liés au domaine audio.
Conception sur demande
Développement sur PIC 12/16/18/24/32 pour besoins "modestes". Pas de traitements
mathématiques complexes ni DSP (me contacter pour évaluation complexité).
Procédure
- Me contacter par mail (page contact) pour me soumettre les grandes lignes de votre projet et me permettre d'en vérifier la faisabilité.
- Rédaction d'un cachier des charges décrivant ce que doit faire le produit.
- Proposition
d'un devis basé sur le cahier des charges et sur le nombre d'heures
requises pour le développement (tarifs).
Exemples de développement possibles
- Programmateurs / automates pour jeux de lumière avec synchro son.
- Interfaces et contrôleurs MIDI spécifiques
- Lecteurs audio logiciels pilotés par évenements externes
(MIDI,
RS232,
USB, Ethernet, commandes manuelles ou selon planning horaire)
- Ajout d'un module électronique dans un appareil existant pour pilotage ou transfert d'informations depuis ou vers un ordinateur.
- Systèmes de déclenchement sur évenements extérieurs
(commandes
externes manuelles ou automatiques)
Expérience / références
Livraison du code source
La
livraison du produit fini inclue le composant programmé sans le code
source. Le code source peut être joint au logiciel exécutable, moyennant un
surcoût. Dans aucun cas le code source ne sera transmis par
voie électronique (ni dépôt sur un site, ni envoi par email).
Remarques
Même classé comme
"simple", le développement
d'un logiciel se fait rarement en une heure.
- Pour commencer, il nécessite un
minimum de dialogue entre le demandeur et le développeur, et le résultat
de la discussion doit conduire à la rédaction d'un cahier des charges
décrivant avec précision ce que le logiciel doit faire. Ce cahier des
charges constitue un contrat écrit et permet de valider si ce qui a été
demandé est fonctionnel au moment de la livraison du produit fini
(toute fonctionnalité non notée dans le cahier des charges ne peut en
aucune manière faire l'objet d'une réclamation après livraison). Je ne
compte pas le temps passé pour les échanges nécessaires à cette étape, sauf s'il s'agit d'un "gros" développement.
- L'écriture
d'un code logiciel doit répondre à la demande. Pour cela, les
procédures de tests doivent être établies avant l'écriture du code
fonctionnel. De nombreuses lignes de commentaires sont en
outre insérées entre les lignes de code fonctionnelles, de manière
à
faciliter la reprise du code source pour une mise à jour ultérieure, le
cas échéant par quelqu'un d'autre (si fourniture du code
source, bien sûr).
- Après
le développement à proprement parler, il faut passer du temps pour les
divers tests et le débogage. La
phase de validation doit impérativement être effectuée en présence du
demandeur (client), car toutes les fonctions demandées et listées dans
le cahier des charges sont vérifiées une à une.
-
