bat13 a écrit 326 commentaires

J'avoue que je me tâte (l'intégration du paquet gitlab me branche bien), mais j'ai peur de ne pas pouvoir mener le projet à terme et de "piquer" la place à quelqu'un d'autre qui l'aurait fait…

Non, effectivement, mes exigences sont du style

SPEC_XXX [
Texte de l'exigence
Ref: EXIGENCE_AMONT
] SPEC_XXX

Pour les spécifications, et

TEST_XXX [
Description du test
Ref: SPEC_XXX
] TEST_XXX

Pour respecter un tant soit peu le formalisme du client et éviter de se faire des noeuds

Merci de t'intéresser à mon cas !
Non, une exigence amont est écrite comme ceci :

NOM_EXIGENCE_XX    X [
Texte de l'exigence
] NOM_EXIGENCE_XXX

Uniquement afin de délimiter le début et la fin du texte de l'exigence (ce n'est pas moi qui ai choisi ce formalisme, je n'en suis donc pas maître)
Ce document est celui du client.
Moi, je rédige celui aval (ou plutôt ceux en aval, mais dans un premier temps, je n'en ai qu'un), qui doit faire référence aux exigences amont
Le -ref est le même que celui de l'exemple fourni.
Mais ta suggestion de correction d'écriture de l'expression régulière m'a permis de corriger le problème: plus d'erreur de compilation de la règle, plus d'erreur "Duplicate", et bonne liaison entre exigences amont et aval.
Du coup, j'ai fait un troisième document, le deuxième étant nos specs internes, et j'ai ainsi une traçabilité Specs client <=> Specs internes <=> Tests.
Génial !

Merci beaucoup !
En effet, la règle que tu suggères a permis de supprimer l'erreur, mais aussi de corriger l'autre problème auquel je faisais référence (voir plus bas)

Alors, j'ai une autre question :
En faisant abstraction de ma précédente question relative aux expressions régulières, j'ai un document qui contient 18 exigences au format précédemment décrit.
Je fais un document qui est supposé faire référence à ces exigences. Si ce document est au format docx, la sortie html me donne la liste des exigences du document 'SPEC', et rien concernant le document 'TEST'.Si je convertis mon document TEST au format pdf, j'ai maintenant 5 erreurs, qui correspondent à toutes les fois où j'ai fait référence dans TEST à une exigence définie dans SPEC.
Par exemple :

TEST:NOM_EXIGENCE_3: Undefined requirement, referenced by: TEST_1

Je retrouve dans le document html toutes les exigences définies dans SPEC, et toutes celles définies dans TEST, mais sans aucun lien de dépendances entre mes deux documents.
J'ai sûrement loupé un truc, mais je ne vois pas où …
Je ne retrouve pas dans la sortie html le lien de dépendance entre le SPEC et TEST de l'exemple fourni avec reqflow, je suis pourtant parti du même fichier de configuration

J'utilise l'expression ci-dessous:

define REQ_PATTERN NOM_EXIGENCE_[0-9]*

Qui me sort bien la liste des exigences, mais avec l'erreur indiquée plus haut
En la modifiant comme ceci:

define REQ_PATTERN NOM_EXIGENCE_[0-9]*\ \[

Pour englober l'espace et le crochet suivant le numéro de l'exigence, et avec des '\' pour échapper ces caractères spéciaux, j'ai l'erreur :

Error(s): 1
conf.req:: Cannot compile req regex for SPEC: 'NOM_EXIGENCE_[0-9]* ['

En effet, c'est mieux (en même temps, j'aurais du mieux lire l'aide en ligne).

On s'est mal compris : j'arrive bien à capturer les exigences avec l'expression régulière que j'utilise, mais comme certaines exigences font référence à d'autres, je me retrouve avec des "Duplicate requirement". Pour éviter ça, il faudrait que je ne prenne en compte que celles qui commencent par 'NOM_EXIGENCE_XXX [', c'est à dire avec l'espace et le crochet ouvrant

Oups : je me rends compte (trop tard pour modifier) que la fin de mon texte n'est pas très clair : mes exigences sont au format NOM_EXIGENCE_XXX, où NOM_EXIGENCE_ est constant, seul le numéro collé derrière varie

Ça fait longtemps que je recherche moi-même ce type d'outils.
J'ai essayé de l'utiliser, mais la doc ne semble pas correspondre tout à fait à la réalité :

git clone https://github.com/goeb/reqflow.git
cd reqflow && make
cd test
../req report
Usage: req <command> [<options>] [<args>]

Commands:

    stat [doc ...]  Print the status of requirements in all documents or the given documents.
                    Without additionnal option, only unresolved coverage issues are reported.
         -s         Print a one-line summary for each document.
         -v         Print the status of all requirements.
                    Status codes:

                        'U'  Uncovered

    trac [doc ...]  Print the traceability matrix of the requirements (A covered by B).
         [-r]       Print the reverse traceability matrix (A covers B).
         [-x <fmt>] Select export format: text (default), csv, html.
                    If format 'html' is chosen, -r is ignored, as both foward and reverse
                    traceability matrices are displayed.

    review          Print the requirements with their text.
         [-f | -r]  Print also traceability (forward or backward)
         [-x <fmt>] Choose format: txt, csv.

    config          Print the list of configured documents.

    debug <file>    Dump text extracted from file (debug purpose).
                    (PDF not supported on Windows)

    regex <pattern> <text>
                    Test regex given by <pattern> applied on <text>.

    version
    help

Options:
    -c <config> Select configuration file. Defaults to 'conf.req'.

Ou alors j'ai loupé un truc.
Mais j'aimerais bien l'utiliser, je pense qu'il me simplifierait la vie.
La commande "report" me semble importante, elle permettrait de faire la "preuve" dans un format lisible par le commun des mortels de la traçabilité des exigences.

Question subsidiaire : j'ai des exigences au format
NOM_EXIGENCE_XXX [
Texte de l'exigence
] NOM_EXIGENCE_XXX
Où XXX est le numéro de l'exigence
Je n'ai pas réussi à écrire une expression régulière qui permette de traiter correctement les exigences : elles sortent toutes en erreur "Duplicate requirement". Je suis très mauvais en expressions régulières, aurais tu une idée, je n'ai pas réussi à faire en sorte de traiter le pattern 'NOM_EXIGENCE_XXX ['

Merci déjà pour cet outil !

Pareil !
:-)

Est ce que ce ne serait pas un problème de MTU ?

Dans ce cas, je pencherais plutôt du côté de RedMine/ChiliProject (il est encore vivant ce fork ?), car j'utilisais RedMine auparavant et le trouvais pas mal, et je crois savoir qu'on peut y ajouter la gestion de plusieurs types de dépôts.
Et Trac (du moins quand j'avais regardé) ne savait pas gérer - simplement - plusieurs projets

Je rebondis justement sur ta réponse pour poser une autre question : je cherche moi aussi une forge assez complète, mais j'aimerais en trouver une qui gère principalement des dépôts mercurial, mais aussi, si possible du git et svn.
Et le tout pas trop gourmand pour pouvoir tourner sur un serveur atom (uniquement quelques utilisateurs)
Une idée ?

J'y suis depuis un peu plus d'un an, je viens de terminer la migration de mes prélèvements de mon ancienne banque (crédit mutuel, dont fortuneo est filiale), et pour l'instant je n'ai rien à redire.
La seule fois où ils m'ont appelé c'était pour savoir si j'étais satisfait. Le crédit mutuel, c'était pour me proposer des assurances/forfait mobile/…
Ma femme a un compte chez Fortuneo et Boursorama : elle préfère de loin fortuneo car c'est une "vraie" banque en ligne : tu peux tout faire en ligne (ou presque), et quand tu ne peux pas, un simple coup de fil suffit à résoudre le problème.
Avec Boursorama, à chaque fois ça se traduit par du papier qu'il faut envoyer, et ça prend des lustres
Pis j'aime mieux leur site web, il me parait bien plus clair, simple.

J'ai aussi un problème avec mon imprimante sous Kubuntu : de temps en temps, l'imprimante ne finit pas d'imprimer sa page.
Est ce le même problème que toi ?

Salut,

Mio, j'ai chez moi un NAS (DNS323) DE mémoire, il ne m'avait pas couté très cher (genre 180 €) avec 2 disques de 500 Go.
Ils sont en raid 1 (je crois).
J'ai bricolé un peu pour y installer fun_plug et un daemon rsync, puis j'ai installé lsyncd sur mon PC, et maintenant, dès qu'une modification est faite sur mes répertoires sauvegardés, elles sont répercutées sur le NAS (à quelques secondes près).
Super confortable.
Alors, bien sûr, ça ne protège pas des suppressions accidentelles, et ça ne permet pas de revenir en arrière de plusieurs jours.
Mais au moins, je ne risque pas d'oublier de faire mes sauvegardes (ce que je ne faisais jamais avant d'avoir trouvé cette solution)

Bah, moi, à l'époque, je n'avais jamais utilisé ce type d'outil, j'avais trouvé une doc d'installation en français, j'avais suivi ça à peu près, et ça s'était passé sans trop d'ennuis.
Après, c'est sûr que si tu es seul dans ton coin, Simple Defects est peut être intéressant : il y a eu récemment un article dans linux mag qui en parlait, ça semble basique mais pratique. Et il est capable d'exporter ses tickets vers d'autres systèmes au cas où il ne suffise plus à la tâche …

Il y a Mantis. Je l'avais déployé au boulot, c'est simple, efficace et dans la langue de ton choix (ou presque). Même si je n'ai plus suivi ses évolutions depuis 2010 (ma boite a été rachetée, le système a changé)

J'ai justement testé l'import via weboob, eh ben lapin compris comment ça marche :-(
Mais je n'ai d'ailleurs pas trouvé le champ à renseigner pour m'authentifier auprès de ma banque (qui est présente dans la liste déroulante)

Tu ne connais pas etckeeper ?

Eux, ils ont une méthode fiable et éprouvée: la preuve en images
;-)

Bonjour,

L'idée me parait très intéressante. Il existe déjà des outils open source, mais je n'ai trouvé que peu d'informations sur le sujet lorsque je m'y étais intéressé.
Je ne retrouve pas mes liens pour le moment …

Si j'ai bien compris, il s'appuie sur rsync pour faire de la sauvegarde en temps réel.
Et effectivement, lorsqu'il tourne, mes fichiers "surveillés" se retrouvent sur mon NAS quelques secondes après avoir été modifiés sur mon disque local.

Ce répertoire et ce fichier y sont (c'est moi qui les ai créés), et quand je démarre le service à la main, la sauvegarde fonctionne parfaitement …
Merci quand même pour cette tentative d'aide (je suis bluffé par le fait que tu sois allé jusqu'à installer le logiciel !)

Merci, je n'avais pas pensé à ça, même si je ne vois pas bien de quel service il pourrait avoir besoin.
Ca voudrait dire que le paquet pour Ubuntu au moins n'est pas pleinement fonctionnel !
Je regarde ça ce soir.