Le cahier des spec c'est pour les chiens ?
Si vous avez pas précisé ça dedans c'est de votre faute...

"que j'étais le principal utilisateur, mais que toutes les actions sur la partie réservation devaient être enregistrées"
Est-ce que c'est ici qu'on est censé comprendre qu'il y a plusieurs utilisateurs ? Parce que là, comment dire... G R1 KOMPRI

Si c'est de la réservation commerciale, ça me parait évident :(

Ben un mot de passe pour le site, avec un système de réservation avec un log et protégé par un autre mot de passe, correspond à tes spec. Mais je suppose que ce n'est pas cela que tu attends ?

Si tu ne parles jamais de système multi-utilisateur avec des droits. Forcément, ils ne vont pas le faire pour le plaisir.
CTLP

Un simple exemple pour montrer que l'erreur ne vient pas de leur interprétation.
L'interface de réservation des billets de cinéma Gaumont-Pathé ne nécessite pas un compte (même si c'est possible).

Principal : Qui est le premier, le plus considérable, le plus remarquable en son genre.

Je pense que c'est assez clair pour comprendre qu'il y a au moins deux utilisateurs. Ou alors je suis incroyablement intelligent...

Quand on spécifie pas qu'il y a possibilité de plusieurs "managers", faut pas venir se plaindre après hein....

Mais je suppose que le back office de Gaumont-Pathé a quand même plusieurs utilisateurs.

Franchement, il signale lui-même qu'il sera le principal utilisateur... Je me demande qui aurait pensé qu'il voulait du multi-utilisateur ! Sinon, pourquoi préciser cela ?

<mauvaise_foi>Ben, tu es le principal utilisateur, mais rien n'empêche d'autres personnes d'utiliser le compte admin :)</mauvaise_foi>
J'avoue que c'est fort léger. Et d'oser proposer un CMS mono-utilisateur, c'est assez honteux. BEDP

Ouf !j'ai relu le texte apres les 1ers commentaires
Mais comment peut on comprendre que principal n'implique pas multi utilisateurs...

"T'as pas dit ZIP !"

C'est évidemment la bonne interprétation, mais comme on a pas le contexte... L'interlocuteur peut avoir pensé qu'il parlait d'utilisateur physique, enfin de personne quoi.
En effet c'est un pebkac de la part de webdesigners, mais s'ils n'en sont pas à la base, ou sont habitués à traiter avec d'autres pebkacs, la précision était nécessaire.

C'est surtout que plusieurs utilisateurs n'implique pas forcément plusieurs comptes dans l'application, à mon avis. Ils s'imaginaient probablement un seul compte "admin" (ou aucun) et toutes les modifications passant par celui-ci, plusieurs personnes ayant accès à ce compte.

et zut, je voulais te plussoyer mais mes gros doigts ont pas "cliquer" au bon endroit sur mon téléphone...

Idéalement, un compte par utilisateur, avec gestion de niveaux d'accès, histoire que le stagiaire qui est la pour créer pardon, corriger les fautes d'orthographe ne puisse pas avoir tous les droits

On a déjà eu un PEBKAC dans le même genre au sujet d'une boutique non ?

Bien vrai, surtout qu'un système multi-utilisateurs est beaucoup plus lourd a développer qu'un système mono-utilisateurs. Quand je lis ce PEBAK, j'ai l'impression que les specs ont été faites à l'oral.

Hey Ho ! Réveillez-vous, On ne sait pas lire les pensées. Les écrits restent, les paroles s'envolent.

Prendre le temps de poser sur papier ce dont vous avez besoin (cahier des charges) est indispensable au bon déroulement d'un projet informatique. Les développeurs rédigeront alors un cahier de spécifications qu'ils valideront avec vous. Ca s'appelle de la gestion de projet, une chose très mal maitrisée en France...

J'ai le même problème, mais c'est mon écran qui est trop petit... J'attends encore ma coque avec son stylet :p

@ROB : trop lent au stylet, et je risquerais de faire moins de photte...

@Skefrep @Bob, dans des specs, il n'y a rien à déduire. Tu écris noir sur blanc que tu veux une gestion multi-user, ou tu ne l'écris pas. La solution de Noraa est viable, on pouvait aussi penser à un compte admin et un accès de base sans compte.

@achille : voir le #6479, du même auteur

Les PEBKAC c'est surtout d'avoir un CMS à ta sauce qui n'est pas multi-utilisateur. Toutes mes applications sont de bases multi-utilisateurs de part mon framework.

Autant pour moi, j'avais mal relu (j'ai d'ailleurs laissé une faute "nos besoinS").
Je leur ai effectivement expliqué que j'étais le principal utilisateur du CMS mais les actions des users de la partie réservation doivent être logées.