Dossier technique du projet 5Upers, Par Magnus Tobias
3 participants
Dossier technique du projet 5Upers, Par Magnus Tobias
Compte-rendu d’étude de moyens (simplifié)
1 Présentation du document
Le but de ce compte-rendu est de synthétiser et référencer les moyens d’analyses afin d’obtenir des conclusions qui répondent aux besoins du projet.
1.1 Caractéristiques du projet
Partant du postula que la création des 5Upers n’est pas d’origine accidentelle mais divine, le but du projet est de deviner quels sont les dangers potentiels pour l’humanité nécessitant la création des 5Upers. Pour ce faire il est indispensable de définir et d’analyser clairement ce que sont les 5Upers.
1.2 Documents de références du projet
Les différents livrables préalablement établis sont:
• Note de cadrage du projet
• Cahier des charges fonctionnel général
• Dossier de consultation pour les archives
• Avant-projet
• Cahier des charges fonctionnel détaillé
2 Présentation de la solution à mettre en œuvre
Ila été nécessaire de mettre en place un moyen de suivi efficace des fonctions vitales des sujets ainsi que toutes sortent de matériels permettant d’analyser le cristal, les pouvoirs des sujets et différents événements.
2.1 Solution
Afin de réaliser ces analyses dans de bonnes conditions, il est indispensable de d’identifier les ressources nécessaires:
• Définition du Hardware de traitement
• Définition du Software : développements spécifiques, progiciels et réutilisation de logiciels existants,
• Equipement spécifique ponctuel
• Ressources humaines
2.2 Version de la solution
Il s’agit de la version 0. Aucune analyse digne de ce nom n’a été faite jusque là.
3 Architectures - Fonctionnelle et Technique
3.1 Architecture fonctionnelle
•Chef de projet : Professeur Magnus Tobias
•Autres membres de l’équipe projet : Néant
3.2 Architecture technique
3.2.1 Représentation
•Le schéma représente les différents organes informatiques actuels
•Les différents terminaux de Final Start communiquent librement avec la base de données afin de pouvoir y rentrer ou y consulter n’importe quelle donnée. Un système d’identification permet de gérer les droits d’accès et de retracer qui fait quoi. L’interface mis en place est une interface virtuelle pour tout les autres utilisateur que Magnus Tobias, et ne permet que d’utiliser des fonctions très basiques. Les autres terminaux communiquent au travers d’un serveur miroir qui ne contient que des information limité afin d’empêcher tout risque de piratage tout en donnant le change au cas ou un piratage arriverais néanmoins.
3.2.2 Unités de traitement
Il existe quatre unités de traitements autonomes actuellement
•L’unité de traitement (UT1) d’analyse de rêve et de suivis des fonctions vitales, secondaire et environnementale en sommeil (hébergé par le terminal de la salle de sommeil)
•L’unité de traitement (UT2) d’analyse et de stabilisation des effets du cristal (hébergé par le terminal de la salle du cristal)
•L’unité de traitement (UT3 et UF1) d’analyse de rêve et de suivis des fonctions vitales, secondaire et environnementale en mission (hébergé par le terminal de l’atelier)
•L’unité fonctionnelle (UF2) d’émulation et de contrôle d’entités cancérigènes (hébergé par le mini bot)
4 Données
Description des données traitées par les unités de traitements
4.1 Données d’entrée
•UT1 : Constantes vitales tel que poux, tension artérielle, activité cérébrales, taux d’hémoglobine, taux d’adrénaline. Et récemment ont été implémenté d’autres valeurs tel que, poids, taille, bruit, densité et niveau de radiation.
•UT2 : Niveau de radiation, bruit, nombre de présences détections d’ondes cérébrales.
•UT3 : Constantes vitales tel que poux, tension artérielle, activité cérébrales, taux d’hémoglobine, taux d’adrénaline. Et récemment ont été implémenté d’autres valeurs tel que, poids, taille, bruit, densité et niveau de radiation mais également l’altitude ou se trouve le sujet, la saturation en oxygène du lieu ou il se trouve, la pression atmosphérique et d’autre capteur environnementaux.
Les métas donnés définissant les données d’entrées ne seront pas indiqués ici car il ne s’agit pas d’un compte rendu détaillé.
4.2 Données de sortie
Les fichiers sortant sont tous des tables de base de données pré-formatées dont le nom est un compteur temps suivis du numéro de l’UT et du numéro du capteur d’entrée. Tous ses fichiers sont stockés que la Base de données générale.
Les métas donnés définissant les données de sorties ne seront pas indiqués ici car il ne s’agit pas d’un compte rendu détaillé.
4.3 Bases de données
•Le système utilise deux bases de données DB1 et DB2
4.3.1 Base 1
DB1 est la base de fonctionnement normal. Cette base est utilisée par tous les terminaux de Final Start. La liste des tables et leurs métas donnés ne sera pas décrite ici car il ne s’agit pas d’un compte rendu détaillé.
4.3.2 Base 2
DB2 est la base servant d’écran pour les terminaux extérieur à Final Star. Le passage de l’un à l’autre n’est pas bloqué par un pare-feu mais par une prise physique pilotée par le commutateur AX1 du tableau électrique de Final Star. Ce commutateur peu être piloté a distance par le mini bot. Cette base contient quelques fichiers modifié aléatoirement afin de donner l’illusion quelle est bien en activité.
5 Ecrans
Les écrans de l’interface varient en fonction du login de l’utilisateur. Le détails de ces écran est disponible dans la notice d’utilisation interne du logiciel.
6 Modules
On entend par module, un programme, un sous-programme, réutilisable ou non par plusieurs unités de traitement, exécuté en temps réel et/ou lancé dans une chaîne batch.
6.1 Module 1
La fonction du module 1 est de téléporter à Final Start les sujets lorsque les valeurs des fonctions vitales ou des constantes environnemental indique un grand danger. Il est hébergé par l’UF2
6.2 Module 2
La fonction du module 2 est de contrer les émissions du cristal lorsque celles-ci sont trop importantes. Il est hébergé par l’UF1
6.3 Module 3
La fonction du module 3 est de contrôler les accès à Final Start ainsi que d’assurer la sécurité de la base. Il est hébergé par l’UF1
1 Présentation du document
Le but de ce compte-rendu est de synthétiser et référencer les moyens d’analyses afin d’obtenir des conclusions qui répondent aux besoins du projet.
1.1 Caractéristiques du projet
Partant du postula que la création des 5Upers n’est pas d’origine accidentelle mais divine, le but du projet est de deviner quels sont les dangers potentiels pour l’humanité nécessitant la création des 5Upers. Pour ce faire il est indispensable de définir et d’analyser clairement ce que sont les 5Upers.
1.2 Documents de références du projet
Les différents livrables préalablement établis sont:
• Note de cadrage du projet
• Cahier des charges fonctionnel général
• Dossier de consultation pour les archives
• Avant-projet
• Cahier des charges fonctionnel détaillé
2 Présentation de la solution à mettre en œuvre
Ila été nécessaire de mettre en place un moyen de suivi efficace des fonctions vitales des sujets ainsi que toutes sortent de matériels permettant d’analyser le cristal, les pouvoirs des sujets et différents événements.
2.1 Solution
Afin de réaliser ces analyses dans de bonnes conditions, il est indispensable de d’identifier les ressources nécessaires:
• Définition du Hardware de traitement
• Définition du Software : développements spécifiques, progiciels et réutilisation de logiciels existants,
• Equipement spécifique ponctuel
• Ressources humaines
2.2 Version de la solution
Il s’agit de la version 0. Aucune analyse digne de ce nom n’a été faite jusque là.
3 Architectures - Fonctionnelle et Technique
3.1 Architecture fonctionnelle
•Chef de projet : Professeur Magnus Tobias
•Autres membres de l’équipe projet : Néant
3.2 Architecture technique
3.2.1 Représentation
•Le schéma représente les différents organes informatiques actuels
•Les différents terminaux de Final Start communiquent librement avec la base de données afin de pouvoir y rentrer ou y consulter n’importe quelle donnée. Un système d’identification permet de gérer les droits d’accès et de retracer qui fait quoi. L’interface mis en place est une interface virtuelle pour tout les autres utilisateur que Magnus Tobias, et ne permet que d’utiliser des fonctions très basiques. Les autres terminaux communiquent au travers d’un serveur miroir qui ne contient que des information limité afin d’empêcher tout risque de piratage tout en donnant le change au cas ou un piratage arriverais néanmoins.
3.2.2 Unités de traitement
Il existe quatre unités de traitements autonomes actuellement
•L’unité de traitement (UT1) d’analyse de rêve et de suivis des fonctions vitales, secondaire et environnementale en sommeil (hébergé par le terminal de la salle de sommeil)
•L’unité de traitement (UT2) d’analyse et de stabilisation des effets du cristal (hébergé par le terminal de la salle du cristal)
•L’unité de traitement (UT3 et UF1) d’analyse de rêve et de suivis des fonctions vitales, secondaire et environnementale en mission (hébergé par le terminal de l’atelier)
•L’unité fonctionnelle (UF2) d’émulation et de contrôle d’entités cancérigènes (hébergé par le mini bot)
4 Données
Description des données traitées par les unités de traitements
4.1 Données d’entrée
•UT1 : Constantes vitales tel que poux, tension artérielle, activité cérébrales, taux d’hémoglobine, taux d’adrénaline. Et récemment ont été implémenté d’autres valeurs tel que, poids, taille, bruit, densité et niveau de radiation.
•UT2 : Niveau de radiation, bruit, nombre de présences détections d’ondes cérébrales.
•UT3 : Constantes vitales tel que poux, tension artérielle, activité cérébrales, taux d’hémoglobine, taux d’adrénaline. Et récemment ont été implémenté d’autres valeurs tel que, poids, taille, bruit, densité et niveau de radiation mais également l’altitude ou se trouve le sujet, la saturation en oxygène du lieu ou il se trouve, la pression atmosphérique et d’autre capteur environnementaux.
Les métas donnés définissant les données d’entrées ne seront pas indiqués ici car il ne s’agit pas d’un compte rendu détaillé.
4.2 Données de sortie
Les fichiers sortant sont tous des tables de base de données pré-formatées dont le nom est un compteur temps suivis du numéro de l’UT et du numéro du capteur d’entrée. Tous ses fichiers sont stockés que la Base de données générale.
Les métas donnés définissant les données de sorties ne seront pas indiqués ici car il ne s’agit pas d’un compte rendu détaillé.
4.3 Bases de données
•Le système utilise deux bases de données DB1 et DB2
4.3.1 Base 1
DB1 est la base de fonctionnement normal. Cette base est utilisée par tous les terminaux de Final Start. La liste des tables et leurs métas donnés ne sera pas décrite ici car il ne s’agit pas d’un compte rendu détaillé.
4.3.2 Base 2
DB2 est la base servant d’écran pour les terminaux extérieur à Final Star. Le passage de l’un à l’autre n’est pas bloqué par un pare-feu mais par une prise physique pilotée par le commutateur AX1 du tableau électrique de Final Star. Ce commutateur peu être piloté a distance par le mini bot. Cette base contient quelques fichiers modifié aléatoirement afin de donner l’illusion quelle est bien en activité.
5 Ecrans
Les écrans de l’interface varient en fonction du login de l’utilisateur. Le détails de ces écran est disponible dans la notice d’utilisation interne du logiciel.
6 Modules
On entend par module, un programme, un sous-programme, réutilisable ou non par plusieurs unités de traitement, exécuté en temps réel et/ou lancé dans une chaîne batch.
6.1 Module 1
La fonction du module 1 est de téléporter à Final Start les sujets lorsque les valeurs des fonctions vitales ou des constantes environnemental indique un grand danger. Il est hébergé par l’UF2
6.2 Module 2
La fonction du module 2 est de contrer les émissions du cristal lorsque celles-ci sont trop importantes. Il est hébergé par l’UF1
6.3 Module 3
La fonction du module 3 est de contrôler les accès à Final Start ainsi que d’assurer la sécurité de la base. Il est hébergé par l’UF1
tanelorn- Messages : 301
Date d'inscription : 10/04/2008
Age : 43
Localisation : 52
Re: Dossier technique du projet 5Upers, Par Magnus Tobias
Dans le laboratoire de l'universit é de SteeCanion un homme se pencha pour rammaser le dossier. Il le parcouru rapidement puis éclata de rire.
-Ahahah! Professeur Tobias, vos étourderie duent a l'alcool vous perdrons.
-Ahahah! Professeur Tobias, vos étourderie duent a l'alcool vous perdrons.
tanelorn- Messages : 301
Date d'inscription : 10/04/2008
Age : 43
Localisation : 52
Re: Dossier technique du projet 5Upers, Par Magnus Tobias
P'tain c'qui c'qui ?
Sgreum- Messages : 187
Date d'inscription : 09/04/2008
Re: Dossier technique du projet 5Upers, Par Magnus Tobias
Question relou :
Que fait Topffer à l'université ?
Que fait Topffer à l'université ?
Epervier- Admin
- Messages : 369
Date d'inscription : 20/04/2008
Re: Dossier technique du projet 5Upers, Par Magnus Tobias
Vos deux questions sont justifié à 200%. J'y travaille et c'est pour TRES bientot. 15j ou 3 semaines en fonctions du déroulement des prochaines sessions.
tanelorn- Messages : 301
Date d'inscription : 10/04/2008
Age : 43
Localisation : 52
Sujets similaires
» Fiche: Magnus Tobias
» The Paragon Times
» Nos Story arc AE
» 5upers: les pouvoirs.
» Session 47 (un an de 5upers)
» The Paragon Times
» Nos Story arc AE
» 5upers: les pouvoirs.
» Session 47 (un an de 5upers)
Permission de ce forum:
Vous ne pouvez pas répondre aux sujets dans ce forum