Parce que les gens ne comprennent pas comment interagissent les besoins fonctionnels et les besoins non fonctionnels
T'as une idée de titre ?
(note bien que tu peux proposer à d'autres personnes de t'aider)
Qu'est-ce qu'on met dans l'abstract ?
Quelles sont les contraintes qui définissent votre système ?
Est-ce que les besoins des utilisateurs n'incluent "que" des use cases ? N'y a-t-il pas aussi des éléments mesurables qui viennent donner une réalité mesurable à ces use cases ?
Dans cette présentation, nous verrons comment les besoins non fonctionnels viennent augmenter les besoins fonctionnels et les nourrir.
On parlera, par exemple, de sécurité, de scalabilité, mais pris sous l'angle des use cases.
Qu'est-ce que l'auditoire doit retenir (le fameux key takeway) ?
Les besoins non fonctionnels sont en fait souvent des besoins fonctionnels, mais pris sous un autre spectre.
Quelle devrait être la conclusion ?
Ne pensez pas à la sécurité comme un élément non fonctionnel.
Pourquoi est-ce que je veux parler de ce truc ?
Parce que les gens ne comprennent pas comment interagissent les besoins fonctionnels et les besoins non fonctionnels
T'as une idée de titre ?
(note bien que tu peux proposer à d'autres personnes de t'aider)
Qu'est-ce qu'on met dans l'abstract ?
Quelles sont les contraintes qui définissent votre système ? Est-ce que les besoins des utilisateurs n'incluent "que" des use cases ? N'y a-t-il pas aussi des éléments mesurables qui viennent donner une réalité mesurable à ces use cases ? Dans cette présentation, nous verrons comment les besoins non fonctionnels viennent augmenter les besoins fonctionnels et les nourrir. On parlera, par exemple, de sécurité, de scalabilité, mais pris sous l'angle des use cases.
Qu'est-ce que l'auditoire doit retenir (le fameux key takeway) ?
Les besoins non fonctionnels sont en fait souvent des besoins fonctionnels, mais pris sous un autre spectre.
Quelle devrait être la conclusion ?
Ne pensez pas à la sécurité comme un élément non fonctionnel.