Acquisition d`un logiciel de gestion de câblage Cahier des Clauses

Transcription

Acquisition d'un logiciel de gestion de câblage
Cahier des Clauses Techniques Particulières
17/04/2012
Table des matières
1. Objet du marché..............................................................................................................................1
2. Présentation du projet......................................................................................................................1
2.1 Contexte...............................................................................................................................1
2.2 Objectif du projet.................................................................................................................1
2.3 Périmètre..............................................................................................................................2
2.4 Déroulement du projet.........................................................................................................2
3. Caractéristiques et fonctionnalités du logiciel demandées..............................................................2
3.1 Gestion des plans.................................................................................................................2
3.2 Gestion des armoires de brassage........................................................................................2
3.3 Gestion des bandeaux de brassage.......................................................................................3
3.4 Gestion des équipements actifs............................................................................................3
3.5 Gestion des rocades..............................................................................................................3
3.6 Gestion des capillaire...........................................................................................................3
3.7 Gestion des prises utilisateurs..............................................................................................3
3.8 Import/Export des données..................................................................................................3
3.9 APIs......................................................................................................................................3
3.10 Exploitation des données...................................................................................................3
3.11 Gestion des droits d'accès...................................................................................................4
4. Exigences non-fonctionnelles et techniques....................................................................................4
5. Scénario de déploiement..................................................................................................................5
5.1 Phase initiale........................................................................................................................5
5.2 Phase ultérieure ...................................................................................................................5
6. Prestations attendues ......................................................................................................................6
6.1 Fourniture du logiciel ..........................................................................................................6
6.2 Support et maintenance .......................................................................................................6
6.3 Prestations de formation, d'installation, et de configuration ...............................................7
7. Contenu de l’offre............................................................................................................................7
7.1 Conditions d’achat ..............................................................................................................7
7.2 Critères de jugement des offres ...........................................................................................8
8. Annexes...........................................................................................................................................9
8.1 Description du poste client standard....................................................................................9
8.2 Grilles de réponses tarifaires..............................................................................................10
8.3 Grilles de références de sociétés où le produit est installé.................................................12
8.4 Grilles de réponses techniques...........................................................................................13
Université de Strasbourg
17/04/2012
1. Objet du marché
Le présent document constitue le Cahier des Clauses Techniques et Particulières (CCTP) d'un
Marché À Procédure Adaptée (MAPA) visant à doter l'Université de Strasbourg (Unistra) d'un
logiciel de gestion de câblage.
2. Présentation du projet
2.1 Contexte
Au premier janvier 2009, l'Université de Strasbourg (Unistra) est née de la fusion des trois
universités strasbourgeoises (Université Louis Pasteur, Université Marc Bloch, Université Robert
Schuman) et de l'IUFM. Avec plus de 42 000 étudiants, 7 000 stagiaires en formation continue et
quelques 5 000 personnels, elle est une des premières universités de France.
La fusion des Universités a été l'occasion du regroupement des différents services informatique au
sein de la Direction Informatique (DI) et de la mise en œuvre d'un certain nombre de projets
structurants. Ainsi, l’Université de Strasbourg a été la première université française à s’être dotée
d’un Schéma Directeur Numérique (SDN). Sa stratégie est ambitieuse : elle vise à accompagner
l’Université dans sa position de leadership européen par la mise en place de tous les projets
identifiés au cours de l’étude sur les aspects d’infrastructures, d’accès, de gestion, de vie
universitaire et de pédagogie.
Parmi les projets du programme 7 du SDN qui vise à « doter l'Université d'infrastructures
techniques performantes, permettant d'accompagner l'évolution des applications numériques et le
développement des usages », le projet SDN 7.7.1 « Audit, remise à niveau et mise en place d'un
système d'information du câblage » a pour objectif de :
− définir et mettre en œuvre un référentiel pour la gestion et l'administration de l'infrastructure
de câblage ;
− choisir et déployer un outil de gestion de l'infrastructure de câblage ;
− recenser et mettre aux normes actuelles l'infrastructure de câblage et les locaux de
concentration.
2.2 Objectif du projet
La DI (Direction Informatique) interconnecte aujourd'hui 120 bâtiments répartis sur la communauté
Urbaine de Strasbourg. Certains de ces bâtiments hébergent des services ou composantes avec
lesquelles la DI a signé une convention de gestion des infrastructures informatiques. Dans ces
derniers, l'infrastructure réseau est totalement gérée par la DI. Ceci représente environ 10 000 prises
informatiques.
Le projet 7.7 du SDN doit permettre à l'Université de Strasbourg de disposer d'une infrastructure de
câblage dans les bâtiments conforme aux normes actuelles, d'un référentiel et d'outils pour la
gestion et l'administration de cette infrastructure.
1
17/04/2012
2.3 Périmètre
Le périmètre actuel du projet concerne une vingtaine de bâtiments pour environ 10 000 prises. Celui
ci pourra par la suite être étendu à l'ensemble de l'université de Strasbourg (environ 25 000 prises).
2.4 Déroulement du projet
Pour chaque bâtiment inclus dans le périmètre du projet, chaque prise murale et son débouché sur le
panneau de brassage seront répertoriés. Les prises seront toutes pré-brassées sur des commutateurs,
puis leurs liens seront également répertoriées.
Ces opérations seront, dans un premier temps, effectuées par la Direction Informatique. Cette phase
permettra d'éprouver notre méthodologie et d'estimer le temps que prendra l'opération pour chaque
local technique. Dans un deuxième temps, nous décideront si ces tâches seront déléguées ou
effectuées en interne.
3. Caractéristiques et fonctionnalités du logiciel demandées
Dans le cadre de ce projet, la DI souhaite acquérir un logiciel permettant de répertorier et de gérer,
pour différents bâtiments :
− les locaux techniques,
− les baies de brassage,
− les bandeaux de brassage,
− les équipements actifs,
− les prises dans les différents bureaux ou pièces.
Le logiciel de gestion de câblage doit permettre la modélisation des ressources de l'infrastructure de
câblage de la prise murale d'une pièce jusqu'à l'équipement actif sur lequel elle est connectée en
passant par les différents bandeaux, baies de brassage et locaux techniques.
3.1 Gestion des plans
Le logiciel doit permettre la localisation des ressources à travers une gestion des plans de bâtiments
(étages, pièces, locaux techniques). Les plans doivent être récupérables soit en format 'image'
(JPEG), et/ou vectoriel (DXF, DWG).
3.2 Gestion des armoires de brassage
Le logiciel doit permettre la visualisation des baies de brassage afin de connaître leurs taux
d'occupation, le nom, la position et le type des éléments qui y sont rackés, éventuellement des
informations environnementales. Il serait intéressant de pouvoir préciser l'orientation des
équipements (face avant / face arrière), le poids total (contrainte de résistance de la dalle dans les
salles réseau), ainsi que la taille. Le logiciel doit également pourvoir permettre la localisation des
différents éléments sur les plans. Une représentation graphique de ces armoires serait un plus non
négligeable.
2
17/04/2012
3.3 Gestion des bandeaux de brassage
Le logiciel doit permettre la modélisation du bandeau de brassage pour identifier et associer les
ports des bandeaux de brassage aux ports des équipements actifs auxquels ils sont raccordés (ou
expliciter le fait qu'ils ne soient pas brassés).
3.4 Gestion des équipements actifs
Le logiciel doit permettre la modélisation des différents équipements par des modèles précis. Par
exemple : « HP 5308 », « Cisco 2960 » etc. L’intégration de modèles prédéfinis, intégrant le nombre
de ports effectifs pour un certain nombre de modèle serait un plus, mais dans tous les cas, les
modèles et les caractéristiques doivent être personnalisable. Les caractéristiques doivent comporter
au moins le nom, la marque, le modèle et le nombre de ports... Le logiciel doit permettre de créer de
nouveaux modèles facilement. L'interconnexion entre les équipements actifs doit pouvoir être
modélisée.
3.5 Gestion des rocades
Le logiciel doit permettre la modélisation de la distribution des rocades entre 2 équipements passifs.
La modélisation intra-bâtiment est obligatoire et inter-bâtiments optionnelle.
3.6 Gestion des capillaire
Le logiciel doit permettre la modélisation de la distribution capillaire du câblage entre une prise
murale et un bandeau de brassage.
3.7 Gestion des prises utilisateurs
L'outil doit permettre de visualiser les informations d'une prise dans une pièce : le type de câble, son
type de noyau, la baie de brassage sur laquelle elle est connectée.
3.8 Import/Export des données
Le logiciel doit permettre l'import et l'export de données dans différents standards (CSV, XLS...).
L'intégration des données sera faite, par nos soins, à partir de fichiers pré-remplis lors des
opérations d'inventaire et de rebrassage, ou manuellement au fur et à mesure du déroulement de
celles ci. Le format des fichiers nécessaire aux différents imports devra nous être fourni.
3.9 APIs
La disponibilité d'APIs pour développer des connecteurs vers nos outils de gestion, à savoir GLPI,
Netmagis (un outil développé en interne), Centreon, serait un plus.
3.10 Exploitation des données
La possibilité d'automatisation et de scripting des tâches d'exploitation (import/export via ligne de
commande) ou le requêtage de données via une ligne de commande serait un plus.
3
17/04/2012
3.11 Gestion des droits d'accès
L'outil doit permettre de gérer des droits fin pour déléguer la gestion ou pour restreindre l'accès à
des sous-ensembles de personnes.
4. Exigences non-fonctionnelles et techniques
La solution se doit d'être le plus en adéquation possible avec l'environnement technique de
l'université, synthétisé dans le tableau suivant. Le candidat détaillera les spécifications de sa
solution concernant les exigences décrites et remplira la grille fournie en Annexe « Architecture et
pré-requis techniques ».
Domaines des
Exigences
1. Général
2. Serveurs
N°
1.1
Accès Web pour les utilisateurs standards
1.2
Client Lourd toléré pour les gestionnaires, développeurs et
administrateurs
Architecture N-Tiers
Architecture x86-64
1.3
2.1
2.2
3. Base de données
2.3
3.1
4. Stockage
5. Réseau
4.1
5.1
6. Sauvegarde
7. Postes clients
5.2
5.3
5.4
5.5
6.1
7.1
8. Sécurité
7.2
8.1
8.2
8.3
8.4
4
Description
Systèmes d’exploitation : Linux (Ubuntu 10.04, RedHat 5
minimum) préféré, Windows Serveur 2008
Système de virtualisation KVM
Oracle, MySQL et PostreSQL prioritaires, SQL Server
acceptable
Baies NetApp, accès iSCSI ou NFS
10Gb en cœur de réseau
1Gb en extrémité
Couche 3: cohabitation IPv4 et IPv6, multicast
Sans-fil: 802.11a/b/g/n
Pare-feux routés et bridgés
Solution "Atempo Time Navigator"
Compatibilité avec les postes de travail standards de l’université
(cf. annexe « 8.1 Description du poste client standard »)
Postes Microsoft Windows intégrés dans un Active Directory
Services d'authentification :
• annuaire OpenLDAP
• single sign-on : CAS, Shibboleth, Kerberos
Chiffrement des flux entre postes clients et serveurs
Les systèmes doivent permettre l’installation des mises-à-jour
de sécurité régulières.
Possibilité de mettre en place une détection de tentative
d’intrusion souhaitable
17/04/2012
Domaines des
Exigences
9. Messagerie
électronique
10. Logiciels serveurs
11. Exploitation
N°
9.1
10.1
11.1
11.2
11.3
11.4
12. Écologie
12.1
Description
Serveurs de messagerie :
· Service d'envoi SMTP (RFC 2821)
· Service de consultation IMAP4S (RFC 3501) / POP3S (RFC
1939)
Apache et Tomcat privilégiés. IIS acceptable
Journalisation des événements sur les serveurs. Une
journalisation de type « syslog » sera privilégiée pour permettre
la centralisation des journaux sur un serveur dédié de
l’université (hors du cadre du présent marché).
Prise en main des serveurs à distance par VPN IPSEC en SSH
pour Linux et RDP pour Windows
Supervision du service par les outils en place à l’université :
Nagios et Centreon
La solution doit permettre un fonctionnement en hautedisponibilité : tolérance à la panne d’un composant applicatif à
chaque niveau. À terme, fonctionnement en datacenter sur deux
sites permettant une disponibilité 24h/24
Limiter le nombre de serveurs physiques
5. Scénario de déploiement
Le présent chapitre présente une hypothèse de déploiement de la solution au sein de l'université de
Strasbourg. Ce scénario a pour but de permettre au candidat de :
− pouvoir proposer une offre en adéquation au besoin
− pouvoir évaluer les coûts en licences logicielles au plus juste
Les licences acquises dans la commande initiale devront permettre la mise en place des éléments
lors de la phase initiale. Si nécessaire, des licences complémentaires seront acquises par l’université
par des commandes ultérieures dans le cadre du présent marché pour permettre la réalisation des
autres éléments ou couvrir une extension de besoin sur les éléments fournis.
5.1 Phase initiale
Le périmètre de la phase initiale du projet concerne une vingtaine de bâtiments pour environ 10 000
prises.
5.2 Phase ultérieure
Le périmètre du projet pourra par la suite être étendu à l'ensemble de l'université de Strasbourg
(environ 25 000 prises).
5
17/04/2012
6. Prestations attendues
Le présent marché sera composé :
− d’une partie forfaitaire dans laquelle le candidat fournira :
− les licences permettant une utilisation complète de l’application en réponse au besoin
spécifié dans le présent CCTP et permettant de réaliser la phase initiale spécifiée dans le
scénario de déploiement ;
− la maintenance de la solution sur une durée initiale d’un an ;
− d’une partie à bon de commande dans laquelle il proposera :
− des tranches d’achats complémentaires de licences pour les phases ultérieures du projet ;
− des tranches d’achats complémentaires de licences pour les modules optionnels ;
− la prolongation de la maintenance par tranche supplémentaire d'un an (dans la limite de
3 périodes annuelles supplémentaires) ;
− une tranche d’achat complémentaire optionnel pour une prestation de formation ;
− une tranche d’achat complémentaire optionnel pour une prestation de transfert de
compétences sur la plate-forme avec aide à l'installation et à la configuration initiale.
Le candidat s’engage à respecter les tarifs proposés pendant toute la durée du marché.
6.1 Fourniture du logiciel
Le candidat retenu par le marché fournira le logiciel prêt à l’installation sur un support physique.
6.2 Support et maintenance
Le candidat proposera une prestation de maintenance de la solution incluant :
− l’accès à la documentation technique et fonctionnelle de la solution. La documentation
fonctionnelle doit être disponible en langue française ;
− l’accès à un service d’assistance joignable à minima les jours ouvrés (du lundi au vendredi);
− la maintenance applicative.
Le candidat précisera les éléments suivants qui permettront d’évaluer la qualité de sa proposition :
− jours et horaires d’ouverture du service d’assistance ;
− une garantie de temps de réponse sur ouverture d’un incident ;
− une garantie de temps de résolution sur ouverture d’un incident ;
− le périmètre couvert par la maintenance applicative : préventive, corrective, évolutive, etc.
La maintenance, qui débute à la date de réception de la solution, est rémunérée par application du
montant annuel mentionné par le candidat sur la grille de réponse jointe à son offre pour chacune
des quatre années potentielles de maintenance de la solution.
6
17/04/2012
6.3 Prestations de formation, d'installation, et de configuration
Le candidat proposera une prestation d'aide à l'installation et à la configuration initiale de la solution
proposée, avec un transfert de compétences.
Le candidat proposera séparément une prestation de formation de la solution incluant :
− une partie sur l'utilisation de la solution : saisie, consultation, mise à jour des données, ... ;
− une partie sur l'utilisation avancée de la solution : saisie en masse de données, scripting si le
logiciel le permet, ... ;
− une partie sur l'administration de la solution : sauvegarde des données, supervision,
métrologie de la solution, ...
La formation sera réalisée dans les locaux de la DI à l'Université de Strasbourg pour un groupe de
12 personnes. La formation sera réalisée sur la plate-forme déployée à l'Université de Strasbourg.
7. Contenu de l’offre
L’offre remise par le candidat sera composée de trois documents :
− les conditions d’achat complétées et signées ;
− un mémoire technique ;
− les grilles de réponse complétées.
7.1 Conditions d’achat
Le candidat joindra à son dossier les conditions d’achats applicables au présent marché fournies
avec le présent CCTP, qu’il aura complétées et signées.
7.1.1 Mémoire technique
Le candidat fournira un mémoire technique présentant sa solution et son adéquation avec les
besoins exprimés dans le présent CCTP. Afin de faciliter l’analyse des offres, le candidat est invité à
respecter la trame suivante dans ce document.
7.1.1.1 Présentation de la société
Le candidat présentera sa société. Si le candidat est uniquement revendeur du produit, il présentera
également la société éditrice de la solution.
7.1.1.2 Présentation générale du produit
Le candidat présentera de manière globale le produit. Il évoquera l’historique des évolutions du
produit. Il listera les références de déploiements aboutis du produit dans la version proposée, pour
des projets similaires.
7
17/04/2012
7.1.1.3 Réponse aux caractéristiques et fonctionnalités du logiciel
Le candidat indiquera de manière détaillée l’adéquation de sa solution avec les exigences décrites
dans le présent CCTP. Il pourra intégrer des copies d’écrans de la solution en lien avec les
fonctionnalités demandées.
7.1.1.4 Environnement technique de la solution
Le candidat présentera les technologies employées par la solution. Il détaillera les pré-requis
techniques nécessaires au déploiement de la solution.
7.1.1.5 Modèle de licences
Le candidat expliquera le mode de calcul du coût de licence du produit. Il détaillera les conditions
d’extensibilité du périmètre des modules (Augmentation du nombre de prises, d’utilisateurs, etc.).
Les coûts seront recensés dans la grille de réponse fournie en annexe.
7.1.1.6 Garantie et maintenance
Conformément au besoin exprimé en « 6.2 Support et maintenance », le candidat détaillera les
conditions de garanties de la solution ainsi que l’offre de support et maintenance. Le candidat
indiquera le mode de tarification de cette prestation et effectuera une proposition financière sur une
maintenance de 4 ans.
7.1.1.7 Prestation de formation, d'installation et de configuration
Conformément au besoin exprimé en « 6.3 Prestations de formation, d'installation, et de
configuration», le candidat détaillera son offre de formation et de prestation d'aide à l'installation et
la configuration initiale de la solution. Le candidat indiquera le mode de tarification de ces
prestations et effectuera une proposition financière.
7.1.1.8 Grilles de réponse
Le candidat joindra à son dossier technique les grilles de réponse de synthèse fournies en annexe
dûment remplies.
7.2 Critères de jugement des offres
Les critères retenus pour le jugement des offres sont pondérés de la manière suivante :
− Valeur technique de l’offre : 50%
− Coût global de la solution : 50 %
8
17/04/2012
8. Annexes
8.1 Description du poste client standard
Poste MS Windows
Système d'exploitation
Antivirus
Logiciel de gestion de parc
Lecture de PDF
Générateur de PDF
Retouches d'image
Navigateur par défaut (et ses plugins)
Navigateur secondaire
Java
Messagerie principale
Messagerie instantanée
Compression
Lecteurs de vidéo
Suite bureautique
Windows 7
Symantec EndPoint
Symantec Altiris
Adobe Acrobat Reader
PDF Creator
Paint.net
Firefox ESR
IE
Version de java 1.6
Thunderbird 10 ESR
Jitsi
7zip
Windows Media Player, VLC, QuickTime,
Itunes
MS Office 2010 (principale)
LibreOffice (secondaire)
Poste Mac
Antivirus
Suite bureautique
Navigateur par défaut
MacOS X
Symantec EndPoint
Symantec Altiris
MS Office 2011 (principale)
LibreOffice (secondaire)
Mozilla Thunderbird 10 ESR
Firefox ESR
Jitsi
Poste Linux
Windows Manager
Suite bureautique
Navigateur par défaut
Système de virtualisation
9
Linux Ubuntu LTS
le gestionnaire standard de la distribution
Symantec Altiris
LibreOffice
Firefox ESR
Mozilla Thunderbird 10 ESR
Jitsi
VMWarePlayer
17/04/2012
8.2 Grilles de réponses tarifaires
Acquisition pour la phase initiale
Nom du composant
Limite de la licence
Coût H.T. (€)
Coût total
Remarque :
•
Les coûts de licences seront spécifiés dans ce tableau
•
La « Limite de la licence » indiquera les limites d’utilisation du produit induites par le coût
proposé
Prestation de maintenance sur les acquisitions initiales
Année
Coût H.T. (€)
1
2
3
4
Remarque :
•
10
Le candidat doit préciser dans son mémoire technique les conditions détaillées de l’offre de
support et maintenance applicative
17/04/2012
Acquisition de licences supplémentaires
Détail de la tranche d’acquisition
Coût H.T. (€)
Prestation de maintenance sur les acquisitions de licences complémentaires
Année
Coût H.T. (€)
1
2
3
4
Remarque :
Si ce coût est dépendant du montant de licences complémentaires acquises, le candidat précisera le
mode de calcul dans la colonne « Coût H.T. »
Acquisition de prestations optionnelles (formation, installation, configuration)
Détail de la tranche d’acquisition
11
Coût H.T. (€)
17/04/2012
Acquisition de modules optionnels
Nom du composant
Limite de la licence
Coût H.T. (€)
Prestation de maintenance sur les modules optionnels
Année
Coût H.T. (€)
1
2
3
4
Remarque :
Si le coût est dépendant du montant de modules optionnels, le candidat précisera le mode de calcul
dans la colonne « Coût H.T. »
8.3 Grilles de références de sociétés où le produit est installé
Références
Coordonnées d'entreprises où le
produit est installé
12
à compléter
17/04/2012
8.4 Grilles de réponses techniques
8.4.1 Exigences fonctionnelles
Num
Fonctionnalité
Réponse
1
Gestion de plans
oui/non
1.1
Formats de plans supportés
à compléter
2
Gestion des armoires de brassage
oui/non
2.1
Représentation graphique des armoires de brassage
oui/non
2.2
Localisation de /des armoires dans une pièce
oui/non
2.3
Type / modèle de l'armoire
oui/non
2.4
Poids et des dimensions de l'armoire
oui/non
2.5
Gestion du taux d'occupation de l'armoire (nombre de U)
oui/non
2.6
Orientation des éléments (avant / arrière)
oui/non
2.7
Modélisation / positionnement des éléments rackés
à compléter
3
Gestion des bandeaux de brassage
oui/non
3.1
Représentation graphique des bandeaux de brassage
oui/non
3.2
Gestion du nombre de noyaux sur le bandeau
oui/non
3.3
Localisation des bandeaux de brassage dans une armoire
oui/non
3.4
État des prises du bandeau (brassées ou non)
oui/non
3.5
Type / modèle du bandeau
oui/non
3.6
Modélisation de l’interconnexion entre une prise de bandeau et d'un élément référencé
oui/non
13
Commentaire
17/04/2012
Num
Fonctionnalité
Réponse
4
Gestion des équipements actifs
4.1
Type / modèle de l'équipement (serveur / commutateur / routeur...)
à compléter
4.2
Modèles d'équipements prédéfinis (marques et modèles existants)
à compléter
4.3
Ajouts / modifications de modèles d'équipements
à compléter
4.4
Localisation dans l'armoire
oui/non
4.5
Modélisation des ports d'un commutateur
oui/non
4.6
Visualisation des VLANS attribués à un port de commutateur (optionnel)
oui/non
4.7
Modélisation de l’interconnexion entre un port de commutateur et un élément référencé
à compléter
5
Gestion des rocades
oui/non
5.1
Gestion des rocades intra-bâtiments cuivre
oui/non
5.2
Gestion des rocades intra-bâtiments fibre
oui/non
5.3
Gestion des rocades inter-bâtiments cuivre (optionnel)
oui/non
5.4
Gestion des rocades inter-bâtiments fibre (optionnel)
oui/non
5.5
Intégration de la recette de pose des rocades (optionnel)
à compléter
5.6
Type / longueur / catégorie du câble... (optionnel)
à compléter
5.7
cheminement du câble sur plans (optionnel)
oui/non
6
Gestion des capillaires
oui/non
6.1
modélisation de l’interconnexion entre prise utilisateur / prise de bandeau
oui/non
6.2
intégration de la recette de pose des capillaires (optionnel)
à compléter
6.3
Type / longueur / catégorie du câble... (optionnel)
à compléter
6.4
cheminement du câble sur plans (optionnel)
oui/non
14
Commentaire
17/04/2012
Num
Fonctionnalité
Réponse
7
Gestion des prises utilisateur
oui/non
7.1
Localisation d'une prise dans un local utilisateur
oui/non
7.2
Nommage d'une prise utilisateur par sa nomenclature
oui/non
7.3
Type de prises gérées (téléphonie / informatique)
à compléter
8
Import / Export des données
oui/non
8.1
Formats d'import supportés
à compléter
8.2
Documenter les champs et les types de données nécessaires aux imports de données (armoire /
bandeaux / équipements / interconnexions)
à compléter
8.3
Formats d'exports supportés
à compléter
9
API
oui/non
9.1
Disponibilité d'APIs ou de connecteurs (optionnel)
à compléter
10
Exploitation des données
10.1
Scripting et automatisation de tâches via une CLI (optionnel)
à compléter
10.2
Requêtage des données via ligne de commande (optionnel)
à compléter
11
Gestion de droits d'accès fins
oui/non
11.1
Type de droits et d'utilisateurs
à compléter
12
Dimensionnement
12.1
Nombre maximum de prises gérables par le logiciel
à compléter
12.2
Nombre maximum de bâtiments gérés par le logiciel
à compléter
12.3
Nombre maximum d'utilisateurs gérés par le logiciel
à compléter
15
Commentaire
17/04/2012
8.4.2 Exigences non fonctionnelles : Architecture et pré-requis techniques
Num
Fonctionnalité
Réponse
1
Systèmes d'exploitation supportés par le serveur
1.1
Ubuntu 10.4
oui/non
1.2
Redhat 5
oui/non
1.3
Windows 2008
oui/non
1.4
Autres
à compléter
2
Base de données
2.1
Type de base de donnée utilisée
3
Prérequis Hardware
3.1
Configuration minimale requise / Configuration conseillée
4
Clients
4.1
Client Lourd
oui/non
4.2
OS supportés pour les clients lourds
à compléter
4.3
Client Web
oui/non
4.4
OS supportés pour les clients Web
à compléter
4.5
Navigateurs supportés pour les clients web
à compléter
4.6
Autres prérequis
à compléter
5
Sécurité
5.1
Système d'authentification
oui/non
5.2
Authentification sur un LDAP existant
oui/non
5.3
Autres
à compléter
16
à compléter
à compléter
Commentaire

Acquisition d`un logiciel de gestion de câblage Cahier des Clauses

Transcription

Documents pareils

calendrier des épreuves d`admission CRPE 2016

Codes Erreurs Lave Linge Séchante CANDY CWD 146

timken – colmar et strasbourg timken – colmar et strasbourg

Formulaire d`inscription à la préparation du TOEFL

Présentation PowerPoint

Rencontre débat avec - Sciences Po Strasbourg

AGENT TERRITORIAL SPECIALISE DES ECOLES MATERNELLES

L`ECHO REPUBLICAIN 21 rue Vincent Chevard BP 50189 28004

CONSULTATION : Achat d`une autolaveuse à batterie pour le stade

Project Management Degree