Parties essentielles d’un Modèle de document d’exigences spécifique de logiciel

1. Introduction
1.1 But
1.2 Protée
1.3 Définitions, acronymes et abréviations
1.4 Références
1.5 Aperçu

2. Description Générale
2.1 Perspective du produit
2.2 Fonctions du produit
2.3 Caractéristiques l’utilisateurs
2.4 Contraintes
2.5 Hypothèses et dépendances

3. Exigences spécifiques
Cette section du SRS devrait contenir toutes les exigences logicielles
suffisamment détaillées pour permettre aux concepteurs de concevoir un
système répondant à ces exigences et aux testeurs de vérifier que le système
satisfait à ces exigences.
Tout au long de cette section, chaque exigence énoncée doit être perceptible de
manière externe par les utilisateurs, les opérateurs ou d’autres systèmes externes.
Ces exigences doivent inclure au minimum une description de chaque entrée
(stimulus) dans le système, chaque sortie (réponse) du système et toutes les
fonctions exécutées par le système en réponse à une entrée ou à l'appui
d'une sortie.

3.1 Exigences 1
3.2 Exigences 2
3.3 Etc.

Annexes

Index
Mode d’organisation par Objet des exigences spécifiques

3. Exigence spécifique

3.1 Exigences des Interfaces Externes

3.1.1 Interface avec les utilisateurs
3.1.2 Interface avec le matériel
3.1.3 Interface avec les logiciels
3.1.4 Interface de communication

3.2 Classes/Objets
3.2.1 Classe/Objet 1
3.2.1.1 Attributs (Directs ou hérités)
3.2.1.1.1 Attributs 1
3.2.1.1.2 Attribut 2
3.2.1.1.3 …
3.2.1.1.4 Attributs N
3.2.1.2 Fonctions (services, méthodes – directes ou héritées
3.2.1.2.1 Exigence fonctionnelle 1.1
a) Introduction
b) Intrants
c) Traitements
d) Extrants
3.2.1.2.2 Exigence Fonctionnelle 1.2
3.2.1.2.3
3.2.1.2.4 Exigence Fonctionnelle 1.m ou 4
3.2.1.3 Communications (Communications reçues et envoyées)

3.2.2 Classe/Objet 2
3.2.3 Classe/Objet N

3.3 Exigences performances

3.4 Contraintes de Conception
3.5 Attributs du système ou du logiciel
3.6 Autres Exigences
4.
5.
Exigences Fonctionnels
1- Règles d'entreprise ou Règles métier (Business Rules)

Règles d'affaires ou Métier - il s'agit d'énoncés (ou de conditions) qui indiquent à

une personne si elle peut effectuer une action spécifique liée à la façon dont l'entreprise
fonctionne. Les règles métier vous donnent également les critères, les conditions et les
exceptions pour prendre ces décisions.

Exigence métier – celle-ci peut décrire ce qu'un utilisateur doit faire pour mettre en
œuvre et/ou se conformer à une règle métier. En d'autres termes, une exigence métier
peut ne pas être valable si elle contredit ou enfreint une règle métier existante .
L’implémentation d'une exigence métier implique-t-elle le respect de la règle métier ?
Ça dépend. En général, Oui, mais il peut y avoir des exceptions.

C’est Quoi : Les fonctionnalités dont vous besoin ou que doit avoir le système pour
l’utiliser

- Cas de situation : fonctionnalité de collecte de données

Par exemple, dans l'exemple de collection radiation, vous pouvez commencer par
ceci :

Ex : le dosimètre à rayonnement de l'unité BOSS doit recueillir l'exposition aux

radiations des retombées nucléaires dans un champ de bataille nucléaire pour
l'individu qui porte le dosimètre.

- Cas de situation : disposer de toutes les fonctions ou actions d’une activité à

réaliser

Pour un exemple de logiciel, vous pouvez avoir les éléments suivants :

4-1 ex : La fonction paie de BOSS doit capturer toutes les activités de paie pour la
société BOSS.

- Cas de situation : énoncé une exigence subordonnée émanant d’une exigence de

haut niveau

Ex: 4-2 la fonction paie de BOSS doit capturer toutes les personnes qui auront des
activités de paie au sein de la société BOSS.

Conclusion

Quels types de fonctionnalités avez-vous besoin de capturer ? La réponse simple est

tout. Bien que la réponse soit simple, le fait de le faire est plus difficile. Cependant,
vous devrez définir tous les types d'informations qui doivent être créés, lus, mis
 à jour et supprimés (également connu sous le nom CRUD) recherché, rapporté, et
toutes les autres opérations qui doivent être effectuées sur elle.

Pour les systèmes matériels (avec logiciel embarqué ou non), vous devez définir
tout ce qu'il doit faire. Pensez à une voiture. À un niveau très élevé, vous devez
passer du point A au point B. Ensuite, vous descendez à des détails comme aller de
l'avant dans plus d'un rapport de vitesse et aller en sens inverse, la direction du
véhicule, en regardant dans plusieurs directions, et ainsi de suite.

Vous devez diviser toutes ces fonctions en groupes, puis définir toutes les exigences.

2- Transactions

C’est Quoi

- Cas de situation :
- Cas de situation :
- Cas de situation :
- Cas de situation :
- Cas de situation :

Conclusion

Ce sujet couvrira plusieurs aspects des transactions. Non seulement vous examinez
l'entrée d'une transaction, mais vous modifiez, supprimez, désactivez/annulez et vérifiez
et gérez les erreurs. J'ai divisé ceci en trois sections, saisie de transaction, changement de
transaction, et erreurs de transaction, ainsi vous pouvez voir comment manipuler chacun.

A) Saisie des transactions

Maintenant, la première étape logique pour créer des informations est d'ajouter des
données. Vous devez commencer par entrer un enregistrement.

Ex: la fonction de transaction de paie BOSS doit permettre à l'utilisateur désigné d'entrer
en vrac les enregistrements du personnel dans le système.

Vous pouvez également saisir plusieurs enregistrements.

EX: l’ébauche de la fonction de transaction de paie de BOSS doit permettre à l'utilisateur

désigné de charger en vrac des enregistrements du personnel dans le système

Vous devrez définir ce que signifie en vrac, ou vous ne seriez pas sûr de ce qui devrait
être accompli ici.
Ex: la fonction de transaction de paie BOSS doit permettre à l'utilisateur désigné d'importer
plusieurs enregistrements du personnel dans le système

B) Changement de transaction

Comme on l'a dit plus tôt, si vous pouvez entrer quelque chose, vous pouvez créer une
exigence pour mettre à jour ou modifier une transaction individuelle.

Ex: la fonction de transaction de paie BOSS doit permettre à l'utilisateur désigné de

modifier un enregistrement du personnel dans le système

Pour votre projet spécifique, vous devrez voir si la même chose s'appliquera pour
plusieurs transactions.

Vous devez maintenant examiner la suppression, l'annulation et la désactivation.

Tous les enregistrements doivent-ils être supprimés ? Dans la plupart des cas, non.
Habituellement, une fois que vous créez un enregistrement, vous allez faire d'autres
choses à elle. Prenez l'exemple où une entreprise vous embauche, et ils créent votre
enregistrement de personne dans le système de paie. Vous travaillez pendant cinq ans, et
vous obtenez un chèque de paie, de sorte que l'enregistrement de personne dans le
système de paie a cinq ans d'informations salariales. Cela devrait-il être supprimé ? non.
Il y a des raisons juridiques pour lesquelles ces informations ne doivent pas être
supprimées.

Dans ce cas, une fois que vous quittez, ils vont désactiver votre enregistrement de
personne.

Ex: la fonction de transaction de paie BOSS doit permettre à l'utilisateur désigné de

désactiver un enregistrement de personnel dans le système.

Cela signifie-t-il qu'un enregistrement ne devrait jamais être supprimé ? Il y a des

circonstances particulières, comme quand un enregistrement est entré avec les
données si incorrectes (en particulier dans une importation qui a mal tourné) que
quelqu'un devrait être en mesure de le supprimer, mais sur une base très restreinte.

Ex: la fonction de transaction paie BOSS doit permettre à l'administrateur système de

supprimer un enregistrement du personnel dans le système lorsque l'enregistrement a été
entré par erreur

Lorsque vous remplissez initialement une base de données et que certaines fonctions ne
fonctionnent pas correctement, vous devrez peut-être supprimer un enregistrement.
Lorsque la formation se déroule sur une base de données, vous devrez peut-être
supprimer certains enregistrements. Encore une fois, cela doit être fait sur une base très
limitée. Alternativement, peut-être vous écrirez des exigences spécifiquement pour
une base de données de formation. Devez-vous documenter une base de données de
développement ? Où spécifiez-vous des environnements de formation, de test et de
développement ? C'est quelque chose que vous devez considérer.

C) Erreurs de transaction

Maintenant, regardez les erreurs. Peut-être l'information a été en quelque sorte entré
incorrectement et doit être Corrigée. Dans certains cas, cela peut être fait avant
même que la transaction est stockée.

Pensez aux conditions d'erreur qui se produisent.

Ex: la fonction paie BOSS vérifie que l'identificateur de personne existe déjà dans le
système.

Si la personne n'est pas dans le système, que se passe-t-il ? L'utilisateur doit recevoir un
message d'erreur. Vous avez peut-être vu de tels messages de certaines applications ou
peut-être même des erreurs du système d'exploitation comme ceci : code d'erreur 201

En tant qu'utilisateur, cela ne vous dit absolument rien. Vous n'avez aucune idée de ce
qui a mal tourné, et vous ne savez certainement pas comment le réparer. Vous avez
besoin d'une bonne explication de ce qui est incorrect et puis comment le réparer.

Ex: la fonction de vérification des erreurs BOSS doit identifier en texte clair qu'une erreur
s'est produite avec des suggestions sur la façon de réparer la condition, mais au moins sur
la façon de continuer.
 3- Fonctions administratives

C’est Quoi

- Cas de situation :
- Cas de situation :
- Cas de situation :
- Cas de situation :
- Cas de situation :

Conclusion

Les exigences fonctionnelles administratives décrivent les fonctions qu'un

administrateur système (SA) effectue sur votre système. Pensez à cela comme la
personne qui peut faire pratiquement tout ce que la plupart des utilisateurs ne peuvent
pas. Ce sont les fonctions qui maintiennent le système dans son ensemble. L'exigence
doit prendre la forme suivante :

Ex: l'administrateur système BOSS doit pouvoir (décrire une fonction spécifique).

Tout d'abord, assurez-vous qu'il y a au moins deux administrateurs système.

L'expression que vous pouvez entendre est : «et si elle est frappée par un bus?» Tout
d'abord, vous voulez savoir où il y a ces conducteurs de bus fous afin que vous puissiez
les éviter. Deuxièmement, vous ne devriez jamais être Single thread, peu importe ce que
la direction dit. Avoir une exigence comme ceci :

Ex: la fonction d'administration du système BOSS doit s'assurer qu'au moins deux comptes
administrateur système existent dans le système.

Quelles fonctions devraient-ils avoir ? Dans certains cas, la gestion des données en
général est très restreinte, et le SA effectuera toutes les fonctions liées aux données,
telles que l'ajout, la modification et la suppression de données. Dans d'autres cas, il
peut y avoir seulement un sous-ensemble de données qui est limitée à la SA. Par
exemple, donnez aux personnes des comptes au système comme suit:

EX: l'administrateur système BOSS doit pouvoir ajouter des comptes d'utilisateur.

EX: l'administrateur système BOSS doit pouvoir modifier les comptes utilisateur.

EX: l'administrateur système BOSS doit pouvoir réactiver les comptes utilisateur.

EX: l'administrateur système BOSS doit pouvoir supprimer les comptes utilisateur.

Les SAs ont besoin de la possibilité de gérer les préférences système et les valeurs
système, de sauvegarder et de restaurer les données, et de générer et de gérer les
rapports système. Certains rapports système tombent dans les rapports de
surveillance du système qui indiquent aux SAs ce que la condition de travail est du
système, les aidant à le maintenir en douceur et efficacement.

S'il y a des niveaux de sécurité spécifiques dans le système, les SAs maintiennent
généralement cela. Dans certains cas, il peut y avoir un agent de sécurité (SO)
responsable de cette fonction, mais dans d'autres, la fonction SA l'exécute. Ici, la SA ou
la SO attribue les différentes catégories d'accès des données ou des parties des
données. Par exemple, si vous disposez d'un système RH, la plupart des employés de
l'organisation n'ont accès en lecture alors que , le personnel des RH aurait l'accès ajouter,
modifier et supprimer. La SA ou la SO créera et maintiendra ces niveaux.
 4- Authentification

C’est Quoi

- Cas de situation :
- Cas de situation :
- Cas de situation :
- Cas de situation :
- Cas de situation :

Conclusion

L'authentification est un mécanisme permettant de valider que la personne ou le

système est autorisé à interagir avec le système. Il s'agit d'un mécanisme mis en place
pour vérifier la personne/système est qui ils disent qu'ils sont.

Ainsi, les parties prenantes décideront si l'authentification est nécessaire pour votre
système. Il aidera dans le contrôle d'accès. Le niveau d'authentification est alors
important. Par exemple, vous pouvez spécifier des niveaux différents, comme ceci:

EX : la fonction de régulation RH de BOSS doit exiger l'authentification par empreinte

digitale pour effectuer toutes les tâches autres que la lecture.

EX : la fonction paie BOSS HR doit nécessiter une authentification par balayage rétinien
pour effectuer toutes les tâches autres que la lecture.

Si ce n'est pas la biométrie, disons que vous êtes dans un environnement de confiance,
qu'est-ce que vous ajoutez à votre système pour authentifier la personne ou le
système? Vous devez examiner le risque de préjudice si le système est compromis et la
probabilité que ce compromis se produise. Voici un exemple:

EX: l'agent nucléaire, chimique et biologique (NBC) doit être en mesure d'authentifier
l'accès au dosimètre à rayonnement de l'unité BOSS en saisissant son numéro de service.

Bien que cette information a besoin d'un niveau de contrôle, il n'est pas catastrophique si
d'autres connaissaient l'information, qui est la raison pour le niveau moindre de
l'authentification.

5- Niveaux d'autorisation

Plus tôt dans la section "fonctions administratives", vous avez brièvement vu les
différents niveaux d'accès des données mentionnées. Par conséquent, pour l'accès, les
données RH ressembles à quelque chose comme ceci:
EX: le règlement HR de BOSS doit pouvoir être lu par tous les employés de l'entreprise.

EX: l'employé BOSS HR ne peut qu'ajouter des règlements RH.

EX: l'employé BOSS HR ne peut modifier les réglementations RH.

EX: l'employé BOSS HR ne peut supprimer les réglementations RH.

Vous devrez déterminer si la désactivation et la réactivation sont nécessaires pour

chaque fonction où les suppressions sont possibles.

Vous devez examiner tous les types de données qui résident dans votre système et
déterminer qui peut CRUD (modifier, lire, mettre à jour ou supprimer) — les
réglementations RH, les informations de personnel, les données de paie (alors qu'il
pourrait être agréable, si tout le monde a des privilèges de changement à leur salaire ?),
données fournisseur, facturation, etc.

Cela ne se limite pas uniquement aux systèmes de base de données ou logiciels. Pensez
au système de radiation BOSS. Vous voudrez peut-être que l'agent NBC dans l'unité
de lire les valeurs des dosimètres individuels BOSS afin qu'ils puissent déterminer
l'efficacité probable des unités après l'exposition à un champ de bataille nucléaire.
Alternativement, vous permettez seulement au personnel médical militaire de lire les
valeurs d'un soldat donné pour déterminer quels traitements une personne donnée
peut avoir besoin. Pour cet exemple, supposons qu'il est à la fois. Par conséquent, vous
auriez quelque chose comme ceci:

EX: l'agent NBC doit pouvoir exécuter le dosimètre à rayonnement de l'unité BOSS pour
recueillir les expositions individuelles de rayonnement d'une unité désignée.

EX: le médecin doit pouvoir exécuter le dosimètre à rayonnement de l'unité BOSS pour
recueillir l'exposition individuelle aux rayonnements d'une personne donnée afin d'aider au
traitement par rayonnement.
6- Suivi d'audit
C’est Quoi : Ce processus suit les données importantes et ce qui arrive à ces
données.

- Cas de situation : Connaître toutes les transactions faites par les

administrateurs systèmes (SA)  ; connaître l’historique des modifications
effectuées. Cas d’une SA qui cause des problèmes (ce cas est rare).

- Ex: la fonction d'audit BOSS doit capturer tous les ajouts, modifications,
suppressions, désactivations et réactivations effectuées par tous les
administrateurs système.

- Ex: la fonction d'audit BOSS doit fournir un rapport qui capture toutes les
ajouts, les modifications, les suppressions, les désactivations et les
réactivations effectuées par tous les administrateurs système.

- Ex: la fonction d'audit BOSS doit fournir un rapport qui capture tous les ajouts,
les modifications, les suppressions, les désactivations et les réactivations
effectuées par un administrateur système spécifié.

- Ex: la fonction d'audit BOSS doit fournir un rapport qui capture tous les ajouts,
les modifications, les suppressions, les désactivations et les réactivations sur un
laps de temps donné.

- Ex: la fonction d'audit BOSS doit fournir un rapport qui capture tous les ajouts,
les modifications, les suppressions, les désactivations et les réactivations pour
les enregistrements de données spécifiés

- Cas de situation : vous souhaiteriez effectuer des audits pour l’accès au

système.

- EX : la fonction d'audit BOSS doit capturer tous les ajouts, modifications,
suppressions, désactivations et réactivations à l'accès de tous les agents de
sécurité.

- EX : la fonction d'audit de BOSS doit fournir un rapport qui saisit tous les
ajouts, modifications, suppressions, désactivations et réactivations faites par
tous les agents de sécurité.

Conclusion : le besoin d’audit de votre système dépend de l’importance des

données qui s’y trouve. En outre, existe-t-il des lois ou des politiques qui
exigent cet audit ?

7- Interfaces externes
 C’est quoi : l’examen des exigences d’interfaces externes, c’est évaluer un système,
un programme, ou une application qui ne fait pas partie du système, du
programme ou de l’application que vous définissez. En outre Vous devez spécifier
beaucoup plus d'informations pour définir exactement quels sont tous les éléments
et dans quels formats.

- Cas de situation : identifier l’interface que doit posséder un système de

gestion (ex du personnel).

Ex : Le système BOSS Personnel fournit toutes les fonctionnalités d'accès en

s'interfaçant avec l'application de contrôle d'accès BOSS

- Cas de situation : Vous devez également appliquer la même approche au

matériel. Dans ce cas l’un des interfaces matérielles doit exister le premier (le
plus souvent l’existant) avant celui que vous définissez.

- Cas de situation : Pensez à un endroit où vous voyez ceci implémenté.

Lorsque cela est pratique (et c'est l'aspect important), utilisez quelque chose
qui est disponible dans le commerce pour permettre la flexibilité d'utiliser un
équipement standard

Ex : Le dosimètre à rayonnement individuel BOSS doit s'interfacer avec le

dosimètre à rayonnement BOSS à l'aide d'une connexion USB

Conclusion : Encore une fois, vous devez spécifier beaucoup plus d'informations
pour définir exactement quels sont tous les éléments et dans quels formats.

8- Exigences de certification
C’est quoi : le système à concevoir exige-t-il une certification dans son
fonctionnement ?

- Cas de situation : existe-il des certifications que votre organisation ou votre

gouvernement requiert pour le travail effectué sur le système à concevoir.
Vous devez bien examiner le processus de certification de sécurité à la
recherche d’autres exigences supplémentaires qui y sont définies.

Ex : Le BOSS doit satisfaire à la certification de sécurité spécifiée par

(indiquez ici l'organisation appropriée, par exemple le bureau de la
sécurité de la société ABC).
 - Cas de situation : les exigences de certification peuvent aussi s’appliquer au
matériel.

EX : La source d'étalonnage du dosimètre de rayonnement de l'unité

BOSS doit satisfaire à la certification de rayonnement de la Commission
de réglementation nucléaire

9- Exigences de recherche et de rapport

C’est quoi : Cette section des exigences vous indiquera comment les utilisateurs
peuvent récupérer les données. Les exigences de recherche et de rapport
peuvent être très importantes pour les systèmes informatiques (logiciels) de
même que les systèmes embarqués où les données résident à l’intérieur du
système que les différents utilisateurs doivent récupérer.

- Cas de situation : Les recherches booléennes. Beaucoup de système l’ont

uniquement traité dans le passé. Par conséquent ce sera probablement votre
première exigence.

Ex : la fonction de recherche BOSS doit exécuter des requêtes spécifiées par
l'utilisateur à l'aide des opérateurs booléens suivants :
1. ET
2. OU
3. NON
4. ET NON
5. OU NON
6. ()
7. NEAR — le terme A et le terme B sont à l'intérieur de N nombre de mots

- Cas de situation : Recherche de Concept. La recherche de concept exploite

des termes liés sans que l'utilisateur ait à les saisir spécifiquement.

Ex: la fonction de recherche BOSS doit exécuter des requêtes spécifiées par
l'utilisateur à l'aide des fonctionnalités de recherche de concept pour
rechercher des termes liés aux termes saisis par l'utilisateur.

- Cas de situation : l'utilisation de l'apprentissage automatique ou Machine

Learning. Il fournit la capacité de trouver des sujets qui peuvent être proches
de ce que vous recherchez, mais vous ne pouvez pas nécessairement faire une
connexion. Il existe de nombreuses implémentations de machine learning
telles que l'indexation sémantique latente (LSI), l'extraction d'entité, le
traitement du langage naturel (NLP), et bien d'autres. Vous devrez peut-être
ajouter des exigences pour l'apprentissage automatique
 EX: la fonction de recherche BOSS doit exploiter les techniques de machine
learning pour trouver les données qui sont liées aux termes entrés par
l'utilisateur.

- Cas de situation : limiterez ce qu'ils veulent. Autoriser les utilisateurs à définir

les données recherchées.

EX: la fonction de recherche BOSS doit permettre aux utilisateurs de spécifier

les éléments de données renvoyés dans leurs résultats de requête.

EX: la fonction de recherche BOSS doit permettre aux utilisateurs de spécifier

les éléments de données de commande renvoyés dans leurs résultats de
requête.

EX: la fonction de recherche BOSS doit permettre aux utilisateurs de spécifier

le format des éléments de données renvoyés dans leurs résultats de requête.

- Cas de situation : Le rapport peut être automatiquement généré par le

système, selon un calendrier spécifique, et même distribué aux différents
consommateurs des données (Vous devez répertorier toutes les fonctions que
le générateur de rapports doit fournir). Ce qui permet aux utilisateurs définir
tous leurs rapports-
Par conséquent, vous commencerez par ce qui suit :
EX : le BOSS doit fournir une capacité de production de rapports.

Encore une fois, il s'agit d'une exigence de haut niveau que vous devez
décomposer, mais c'est le point de départ.

Combien de représentations graphiques différentes voulez-vous ? Combien de

flexibilité dans les spécifications de colonne et de ligne avez-vous besoin ?
Toutes ces exigences doivent être de la forme suivante :

EX: la capacité de production du rapport BOSS doit fournir (saisir le besoin ici).

- Cas de situation : des rapports en conserve que l'équipe de développement

crée et maintient. OU BIEN encore les deux.

Ex : la fonction de rapport BOSS doit générer un rapport (nom du rapport)

qui comprenait les valeurs de données suivantes programmées chaque (entrez
la période de temps ici, par exemple, quotidienne, hebdomadaire, mensuelle,
trimestrielle, annuelle, tous les trois mercredis).
1. valeur A avec format NNNN
2. valeur C avec le format A a a a a a
 3. valeur D avec format NNA A A
4. valeur Q avec le format A a a a a a a a a a a a a a a a a a a a a a a a a a a a a

- Cas de Situation : Pensez à l'orientation du papier, la taille de la page, etc.

Dans quels formats les rapports sont-ils enregistrés ? Peuvent-ils être
exportés vers d'autres applications, par exemple Microsoft Excel ou
Microsoft Word ou une autre application que votre organisation utilise ?

- Cas de Situation : les contraintes liées au coût de licence de certains logiciels

de recherche et de report qui existent déjà sur le marché pouvant répondre à
vos besoins. Pourquoi réinventer quelque chose que quelqu'un d'autre a déjà
fait ? Toutefois, étant donné la taille de certaines organisations, vous
souhaiterez peut-être placer certaines contraintes dans le jeu d'exigences. Par
exemple, vous voudrez peut-être une exigence qui dit ce qui suit :

EX: la fonction de rapport BOSS ne doit pas nécessiter de frais par siège.

Conclusion : L'écriture de bonnes requêtes est une forme d'art (tout comme
l'écriture de bonnes exigences). Cela dit, les ingénieurs des exigences doivent
fournir les outils qui pourraient aider l'utilisateur à trouver les informations les
plus correctes sans les surcharger avec de faux hits.
Cela dit, une fois que vous définissez de bonnes exigences de recherche, vous
devriez être en mesure de réutiliser ces exigences de base le reste de votre
carrière.
Certains définissent un rapport comme quelque chose de plus formel et peut-être
plus détaillé. Le rapport peut être automatiquement généré par le système, selon
un calendrier spécifique, et même distribué aux différents consommateurs des
données. Bien sûr, le rapport traditionnel est imprimé, mais maintenant les
rapports sont souvent distribués électroniquement sous forme de PDF ou d'autres
formes. L'impression devient une préférence personnelle.

10-Exigences de conformité, légales ou réglementaires

C’est quoi : Il s'agit des lois, des règlements du gouvernement, des déclarations de
conformité des organisations, et même des politiques et règlements internes qu'une
partie donnée de l'organisation ou de leurs systèmes particuliers doivent suivre.

- Cas de situation : la gestion des dossiers au sein d’un gouvernement fédéral, il

y a des exigences obligatoires que tous les organismes fédéraux doivent suivre
 EX : le site Web de BOSS doit avoir tous les éléments non textuels sur une
page qui doivent avoir une description textuelle pour être entièrement
conforme à l'article 508 de la Loi sur la réadaptation des États-Unis.

EX : la fonction de gestion des dossiers du BOSS du FBI doit conserver un

registre de chaque document papier dans les archives permanentes pour la vie
de la République.

- Cas de situation : Une entreprise peut avoir des politiques particulières de

conformité

EX : les politiques des ressources humaines BOSS (RH) ne seront modifiables
que par les administrateurs RH.

EX : les politiques relatives aux ressources humaines (RH) de BOSS ne

permettent d'utiliser le numéro de sécurité sociale d'une personne qu'à des
fins de RH lorsque la personne en donne l'autorisation.

- Cas de situation : Les règlements légaux s'appliquent à diverses lois

prescrites telles que la Loi sur la portabilité et la responsabilisation en matière
d'assurance-maladie (HIPAA).

EX : les politiques médicales des ressources humaines (RH) de BOSS doivent
être conformes aux réglementations HIPAA.
Conclusion
Vous devrez suivre tous les besoins légaux, réglementaires ou stratégiques
spécifiés pour votre organisation ou type de projet. Elle varie en fonction de
l'entreprise dans laquelle vous travaillez ou de votre projet. Vos parties prenantes
sauront cela, dans de nombreux cas, vos principaux intervenants.

11-Données historiques
C’est quoi : ce sont des exigences de stockage et de rétention.

- Cas de situation : cas de base de données dynamiques (ex : celle de tous les
achats et les ventes de votre grande entreprise de fabrication de pneus), il faut
définir des exigences qui prennent en compte la croissante des données.

EX : La fonction d’achat et de vente de pneus BOSS générera 3 giga-octets de

données par an pendant cinq ans.

EX : Le dosimètre de rayonnement BOSS Unit doit pouvoir conserver les

données de 1 000 transactions
 - Cas de situation : Prévoir également une exigence qui définit la durée pendant
laquelle les données doivent être disponibles pour être facilement rappelées par
les utilisateurs.

EX : Les données d’achat et de vente de pneus BOSS sont disponibles en ligne
pendant cinq ans.

Conclusion
Qu'est-ce qui motive cette période ? À quelle fréquence les personnes doivent-
elles accéder aux données, que ce soit pour une requête ou un rapport ? S'il est
inférieur à une fois par an, ne le gardez clairement pas en ligne. Cependant, si
c'est plusieurs dizaines de fois par plusieurs ministères, conservez-le. Bien sûr, le
coût de stockage peut influer sur cette décision lorsque le développement
intervient, alors soyez prêt à justifier pourquoi vous avez indiqué la période.

12-Archivage
C’est quoi : le stockage des données dans la mesure des capacités du système et
des lois et règles de collecte de ses données.

- Cas de situation : durée de stockage conforme aux capacités des systèmes de

stockage.

EX : le dosimètre à rayonnement de l'unité BOSS doit pouvoir télécharger

jusqu'à 1 000 transactions sur l'ordinateur portable BOSS Dosimetry archive.

EX : la fonction d'archivage BOSS dosimétrie doit être en mesure de maintenir

des données pour 5 millions transactions de 50 ans

- Cas de situation : pour des questions administrative le recours aux données

archivées est requis.

EX : l'ordinateur portable BOSS Dosimetry Archive doit permettre de rappeler

les données de transaction archivées.
 - Cas de situation : l’aptitude de rappeler les données archivées est très
importante ou la raison de les archiver lest aussi.

EX : les données du FBI BOSS Records Management sont archivées après cinq
ans en ligne.

EX : la gestion des dossiers du FBI BOSS les données archivées doivent
permettre la capacité de rappeler les données de transaction archivées au
système en ligne.

- Cas de situation : Combien de temps les données doivent-elles être

archivées ? La section des exigences en matière de conformité, de droit ou de
réglementation antérieure serait la source probable qui préciserait ces besoins

Pour le gouvernement des États-Unis, les dossiers permanents sont pour la vie
de la République. Par conséquent, vous pouvez avoir les éléments suivants :
EX : le projet de la gestion des dossiers du FBI BOSS les données archivées
doivent être conservées pour la vie de la République.

- Cas de situation : tenir compte de la durée de vie des systèmes de stockage des
données archivées.

Ex : pour la gestion des dossiers du FBI BOSS les données archivées doivent
être conservées pendant toute la durée de vie du système de gestion des
dossiers de BOSS du FBI.

Ex : lorsque le système de gestion des dossiers de BOSS du FBI est en cours de
remplacement, les données archivées du FBI BOSS doivent être migrées vers le
système d'archivage de rechange afin que les données puissent être
conservées pour la vie de la République.

13-Structurel ou structure
C’est quoi : Cette section s’applique principalement aux systèmes matériels. Vous
recherchez des éléments qui traitent de la résistance de la pièce. Les exigences
structurelles concernent l'objet lui-même. Cela inclut le type de matériau dont il est
composé et la manière dont il pourrait être construit pour résister à son
environnement opérationnel.
- Cas de situation : en guise d’illustration  : les charge qu’un pont à construire
doit supporter.
EX : Le pont BOSS Lost Creek doit supporter deux voies de circulation de 300
tonnes.

- Cas de situation : Un logiciel peut comporter une structure, telle qu'une

structure architecturale pour une base de données, spécifiée par les architectes
- Cas de situation : Avoir des exigences structurelles spécifiques en tant que
normes que votre organisation doit respecter.

L’architecte peut avoir identifié le fait que la norme BOSS Architectural doit
être respectée.
EX : le système BOSS HR doit utiliser la base de données ORACLE, qui est
conforme à la norme architecturale BOSS

Conclusion
Vous devrez prendre en compte de nombreux facteurs, tels que le cisaillement du
vent, et tous les autres besoins de ce type. Vous devez définir toute force
appliquée à votre système. Sera-t-il exposé à la foudre, à la pluie, à la neige, à la
grêle, au sel, à l’eau de mer, au gel, à la chaleur ? Le système va-t-il bouger ? Si
c'est le cas, le glissement sera un facteur. L'oxydation sera-t-elle un facteur ? un
organisme technique gouvernemental dispose de nombreux documents pour
résoudre ce type de problèmes. Vous devez définir toutes ces contraintes
environnementales sur le matériel qui affectera l'intégrité structurelle.
14-Algorithmes
C’est quoi : Les algorithmes capturent toutes les formules ou manipulations
spécifiques des éléments de données qui doivent se produire.

- Cas de situation : le calcul de la quantité d'affranchissement à mettre sur une

enveloppe de première classe basée sur le poids.

EX : le coût BOSS de la lettre de première classe l'élément de données

affranchissement doit être déterminé avec la table de recherche suivante

Alternativement, il pourrait être quelque chose de plus comme la fameuse

équation d'Einstein E = MC2, comme suit :

EX : la conversion BOSS de l'élément de données de masse en énergie doit être

déterminée en multipliant le changement de masse par la vitesse de la lumière la
vitesse de la lumière, en utilisant les unités métriques.

Conclusion
Les exigences sont aussi propres aux besoins de votre système.
Si vous êtes dans une situation où une telle capacité technique est nécessaire,
trouver l'expert résident qui peut vous expliquer quelle exigence doit être capturé.

Selon le type de projet sur lequel vous travaillez, il se peut que vous n'ayez pas
d'algorithmes, notamment des formules mathématiques sophistiquées.
Notez que ce type d'exigence est spécifique au logiciel. Oui, le matériel peut avoir
des algorithmes incorporés dans eux, mais ils résident dans le logiciel.
15-Base de données

C’est quoi : il s’agit des éléments de données et des formats que vous devez utiliser
lors de la définition des données à stocker dans le système proposé. Notez que ce
type d'exigence est spécifique au logiciel. Vous devez définir uniquement les
éléments de données dont les utilisateurs ont besoin.

- Cas de situation : Par exemple, dans l'exemple de gestion des enregistrements

EX : la gestion des dossiers du BOSS du FBI stockera le titre ou le sujet de

l'enregistrement dans un champ de texte pouvant aller jusqu'à 80 caractères.

- Cas de situation : Pour l'exemple de matériel, vous feriez la même chose :

EX : le dosimètre à rayonnement individuel BOSS doit stocker des expositions

dans une fourchette de 1 à 800 rem.

EX : le dosimètre à rayonnement individuel BOSS doit stocker les expositions

dans le format suivant, NNN où N est numérique uniquement.

16-Puissance

C’est quoi : De quelle puissance avez-vous besoin pour votre système  ? Ce type
d'exigence est spécifique au système matériel. Il peut s’agit soit des exigences de
puissance d’un matériel à concevoir ou dans le cas d’un logiciel, les exigences de
puissance du matériel sur lequel il sera installé.

- Cas de situation : définition des exigences d’un système matériel

EX : le dosimètre à rayonnement individuel BOSS doit nécessiter une tension

directe de 5 volts.

- Cas de situation : par exemple, le système a un adaptateur pour le recharger,

et une situation à problème peut signifier que l'appareil ne peut pas se
connecter à un chargeur facilement. Alors vous besoin des exigences de ce
genre.

EX : le dosimètre à rayonnement de l'unité BOSS doit utiliser une source

d'alimentation à courant continu interne de 12.

EX : le dosimètre à rayonnement de l'unité BOSS doit utiliser un 110 externe à

120 source de courant alternatif avec 60 Hz.
 EX : le dosimètre à rayonnement de l'unité BOSS doit utiliser un 220 externe à
240 source de courant alternatif avec 50 Hz.

- Cas de situation : Avez-vous besoin de spécifier cela pour le système

informatique, par exemple le système de gestion des enregistrements ? spécifier
le matériel pour votre système, alors vous devez. Voici un exemple :

EX : le FBI BOSS Records Management utilisera un 110 externe à 120 source
de courant alternatif avec 60 Hz.

17-Réseau

C’est quoi : il s’agit de définir tout réseau nécessaire à votre projet

- Cas de situation : si un n’existe pas, vous devrez spécifier ce que votre réseau
doit comporter. Notez que ce type d'exigence est spécifique au matériel.
-

EX : le FBI BOSS Records Management doit disposer d'un serveur pour les
enregistrements d'application et de données du système.

- Cas de situation : Qu'est-ce dont l'utilisateur aura besoin pour se connecter au

serveur ?

EX : la gestion des dossiers de BOSS du FBI devra disposer de 240 appareils
individuels pour se connecter au serveur pour accéder à l'application et aux
enregistrements de données du système.

Conclusion
Vous devriez avoir une bonne estimation du nombre d'utilisateurs lorsque vous
rédigez cette exigence. Quel genre de réseau doit-il être ? Si c'est connu,
capturez-le. Toute autre donnée doit également être spécifiée, du point de vue
des besoins, pas de la mise en œuvre. Est-ce un réseau local, juste un réseau local,
par exemple un bâtiment, ou s'agit-il d'un réseau WAN, d'un réseau étendu,
disons dans plusieurs États, ou d'une ville entière ? Tous ces besoins ont une
incidence sur les exigences du réseau.
18-Infrastructure

C’est quoi : L'infrastructure comprend les éléments autour de l'élément afin qu'il
puisse faire ce qu'il doit faire. L'exemple le plus simple est de penser à vous comme
à un «système». Quand vous allez au travail, quelles sont les choses qui se trouvent
sur votre lieu de travail pour que vous puissiez faire votre travail ? Ces choses sont
l'infrastructure

- Cas de situation : Si vous deviez construire un centre d'appels, de quel type

d'assistance auriez-vous besoin ? Si le bâtiment existait, c'est un élément à part.
Vous auriez besoin de quelque chose comme ce qui suit  :

Ex : Le centre d'appels FBI BOSS Records Management nécessite une source
d'alimentation externe de 110 à 120 alternatif avec 60 Hz.

- Cas de situation : l’exemple du le projet de dosimétrie suivi ici comme modèle

Ex : L'ordinateur portable d'archivage des archives de dosimétrie BOSS a

besoin d'une source Wi-Fi à l'élément de quartier général de la brigade pour
recevoir les transmissions d'archives du dosimètre de rayonnement BOSS Unit.

Conclusion
De quelle connectivité téléphonique aurez-vous besoin ? Aurez-vous besoin du
Wi-Fi ? Connectivité Internet ? Si oui, de quel débit aurez-vous besoin ? Si vous
avez besoin de construire le bâtiment, de quelles spécifications aurez-vous
besoin? Ici, les experts seront nécessaires.
19-Sauvegarde et récupération

C’est quoi : Vous voudrez avoir une fonction de sauvegarde et de restauration

dans votre système.

- Cas de situation : que se passe-t-il si votre système se bloque et efface toutes

vos données ?

Par conséquent, vous pourriez avoir quelque chose comme ce qui suit :

EX : Le FBI BOSS Records Management doit disposer d’un système complet et
d’une sauvegarde des données une fois par semaine.

- Cas de situation : Est-il acceptable de perdre une journée de données ?

Préférablement pas. Par conséquent, vous souhaiterez peut-être capturer des
sauvegardes des transactions au fur et à mesure qu'elles se produisent

EX : Le FBI BOSS Records Management doit capturer une sauvegarde

incrémentielle de chaque transaction à mesure qu’elle se produit.

- Cas de situation : Vous devriez également avoir un site de sauvegarde sur un

site complètement différent.

EX : Le FBI BOSS Records Management doit pouvoir récupérer du système

opérationnel dans les quatre heures suivant la sauvegarde locale.
-
- Cas de situation : un système peut nécessiter une sauvegarde du disque dur et
une fonction de restauration.

EX : Le dosimètre de rayonnement BOSS Unit doit enregistrer une sauvegarde

incrémentielle des transactions quotidiennes.

Ex : Le dosimètre de rayonnement BOSS Unit doit pouvoir récupérer du

système opérationnel dans les quatre jours suivant la sauvegarde locale.

Remarque

Pourquoi tant de jours ? Bonne question. Si l'ordinateur portable est

inutilisable et ne peut pas être réparé, il doit être remplacé. Combien de temps
peut-on acquérir ? Deuxièmement, est-il essentiel que les informations soient
facilement disponibles par rapport aux autres statuts opérationnels ?
Probablement pas, alors les quatre jours peuvent être acceptables.