30,909
edits
mNo edit summary Tag: 2017 source edit |
mNo edit summary Tag: 2017 source edit |
||
| Line 28: | Line 28: | ||
*L'exigence 16 demande de conserver les données pour 6 ans. Hors notre solution les conservent sans limite de temps. Peut-on donc considérer que cette exigence ne sera pas un point "Non satisfaisant" car Non applicable ? | *L'exigence 16 demande de conserver les données pour 6 ans. Hors notre solution les conservent sans limite de temps. Peut-on donc considérer que cette exigence ne sera pas un point "Non satisfaisant" car Non applicable ? | ||
*Certains points concerne les système centralisateur. Hors notre solution est une application web, basée sur un seul système sans aucune donnée même temporaire en dehors, donc un système "centralisé" mais pas "centralisateur". Peut-on donc considérer que cette exigence ne sera pas un point "Non satisfaisant" car Non applicable ? | *Certains points concerne les système centralisateur. Hors notre solution est une application web, basée sur un seul système sans aucune donnée même temporaire en dehors, donc un système "centralisé" mais pas "centralisateur". Peut-on donc considérer que cette exigence ne sera pas un point "Non satisfaisant" car Non applicable ? | ||
Ajout | |||
* Une doc parle de QU2507-0027 - Vérification fonctionnelle - Tester le fonctionnement du système pour vérifier que les corrections s'effectuent par des opérations de "plus" et de "moins" et non par des modifications directes des données d'origines enregistrées. Vérifier par examen de la base de données ou du fichier que les données sont effectivement enregistrées, en cas de correction. ... Cela veut-il dire qu'il faut aussi tracer de manière inaltérable chaque étape intermédiaire de saisie/remplissage du panier et ce alors meme qu'il n'y a pas encore de paiement ? Et si oui faut-il aussi le faire pour les factures en backoffice ? | * Une doc parle de QU2507-0027 - Vérification fonctionnelle - Tester le fonctionnement du système pour vérifier que les corrections s'effectuent par des opérations de "plus" et de "moins" et non par des modifications directes des données d'origines enregistrées. Vérifier par examen de la base de données ou du fichier que les données sont effectivement enregistrées, en cas de correction. ... Cela veut-il dire qu'il faut aussi tracer de manière inaltérable chaque étape intermédiaire de saisie/remplissage du panier et ce alors meme qu'il n'y a pas encore de paiement ? Et si oui faut-il aussi le faire pour les factures en backoffice ? | ||
*Une exigence indique "Vérifier que la restauration d’une base ou d’un dossier contenant les données protégées est empêchée ou détectée.". Pour répondre à un sinistre on doit toujours pour restaurer un système dans un état x à une date dans son intégralité. Est-ce ok si on ne propose aucune fonction de restauration partielle,uniquement de resto total en cas de sinistre majeur. Et dans ce cas, par définition, il n'est pas possible de détecter car le principe d'une resto total est d'avoir tout dans exactement le meme état. | |||
A compléter... | A compléter... | ||