Options de représentation | Représentation UML : (Facultatif) Vous pouvez représenter ce produit sous forme de package, stéréotypé en tant que
<<référentiel de projet>>.
La personnalisation de ce produit doit être documentée dans Produit : Plan de gestion de configuration.
Le référentiel de projet peut constituer un point de défaillance central pour tous les actifs et, par conséquent, il
doit être fiable, à l'épreuve des pannes, évolutif pour se plier à des données multimode et capable de performances
élevées afin de ne pas entraver le développement du produit. Les considérations clés (par ordre de priorité) pour le
matériel utilisé pour le référentiel du projet sont les suivantes :
-
Exigences de mémoire : La mémoire est l'un des moyens les plus économiques d'optimiser les
performances d'un outil de gestion de configuration. Vous pouvez en général déterminer la quantité de mémoire
principale requise sur le serveur en additionnant tous les espaces de base de données utilisés par le référentiel
de projet et en divisant ce nombre par deux. Par exemple, 1 Mo de mémoire principale suffit pour la mise en cache
et l'écriture de données en arrière-plan d'un espace de base de données de 2 Mo. L'hypothèse derrière cette règle
est celle d'un accès actif à la moitié des données du référentiel de projet à n'importe quel moment donné. Les
serveurs doivent disposer d'au moins 256 Mo de mémoire. Côté client, chaque ordinateur utilisé par un développeur
doit comporter au minimum 128 Mo de mémoire principale.
-
Exigences d'entrée/sortie disque : Le second goulet d'étranglement affectant les performances dans
l'environnement de gestion de configuration est la vitesse d'écriture des données sur disque. Les opérations
impliquant un niveau intensif de lecture et d'écriture sont l'archivage, l'extraction et la création de références.
Il est conseillé d'utiliser un contrôleur et un canal dédiés pour chaque disque.
-
Bande passante réseau : Dans la mesure où l'outil de gestion de configuration est généralement une
application répartie, une capacité et une fiabilité réseau adéquates sont requises pour des performances
satisfaisantes. Il est recommandé d'implanter les machines hébergeant le référentiel et les vues du projet dans le
même sous-réseau. Si le réseau local est saturé (comme suggéré par un temps de réponse élevé ou l'expiration du
délai de temporisation), augmentez ses capacités ou ajoutez un sous-réseau pour l'ordinateur hébergeant l'outil de
gestion des changements.
-
Espace disque pour le référentiel du projet : Selon l'envergure du projet, vous pouvez avoir
plusieurs référentiels de projet, chacun d'eux pouvant contenir des dizaines de milliers de fichiers et de
répertoires. Le nombre de fichiers dans un référentiel de projet donné dépendra des capacités de l'ordinateur sur
lequel s'exécutera le serveur de référentiels et du nombre d'utilisateurs prévisible devant accéder simultanément
aux données. Un référentiel de projet de développement de code actif avec lectures/écritures peut contenir moins
d'éléments qu'un référentiel moins volatil avec un niveau de trafic utilisateurs moins intense. Dans le cas d'un
référentiel de projet de développement logiciel, vous pouvez prévoir 3 à 5 000 éléments dans le référentiel. En
règle générale, il est judicieux de prévoir suffisamment d'espace disque pour la croissance du projet, et de
préserver environ 50 % d'espace disponible en affectant 2 giga-octets de stockage à chaque référentiel de projet.
Le référentiel de projet doit être situé sur un serveur dédié. Cela signifie que ce serveur ne doit pas être
utilisé pour :
-
des compilations, des constructions ou des tests
-
l'exécution d'outils de tierces parties
-
servir de serveur de messagerie
-
servir de serveur Web
|