SRS-CoCaas

1. Introduction

Dans le cadre du projet de fin d'étude à Polytech Grenoble, Nous avons choisi de travailler dur le projet CoCaas (Collaborative Containers as a service)

En informatique, certains domaines exigent une grande puissance de calcul ou un nombre conséquent de machines pour créer un système distribué. A l’heure actuelle, ces plateformes coûtent extrêmement cher auprès des acteurs du cloud, ou sont dédiées à la recherche (comme Grid’5000). Il est donc assez compliqué pour des entreprises, des chercheurs ou même des étudiants d’avoir accès à une telle plateforme.

Le but du projet CoCass est de fournir une plateforme collaborative,facile à déployer, pour résoudre cette problématique. Avec une telle plateforme, chaque utilisateur pourrait mettre à disposition des ressources qu’il n’utilise pas sur son ordinateur, dont pourraient se servir les membres en demande de ressources.

1.1 Equipe

• ARRADA Imad
• FAURE Quentin
• FOUNAS Abdelaziz
• HALLAL Marwan
• MEDEWOU Cenyo (Scrum Master)
• VOUTAT Manuel (Chef de projet)

1.2 Principe du projet

Nous avons choisi comme sujet de continuer un projet étudié l’année dernière par un autre groupe (IaaS Collaboratif). L’objectif de leur projet était de créer une solution de partage de ressources entre utilisateurs basée sur la virtualisation. Pour ce faire, ils utilisaient des méthodes de containers (Docker), afin de partager les ressources de plusieurs machines et ainsi améliorer la vitesse de calcul, sans influencer l’utilisation du propriétaire de la machine.

L’objectif du projet est de permettre de créer une plateforme collaborative permettant de déployer des containers sur les machines constituant cette plateforme, basée sur Docker Swarm​. La plateforme est constituée de deux types de machines : les workers et les managers.

La plateforme sera constituée d’une partie front-end​, qui permet de déployer des services, et d’une partie back-end qui gérera les services et les ressources en se basant sur swarm.

1.4 Liens du projet

Page du projet

3.Specific requirements, covering functional, non-functional and interface requirements

• document external interfaces,
• describe system functionality and performance
• specify logical database requirements,
• design constraints,
• emergent system properties and quality characteristics.

3.1 Requirement X.Y.Z (in Structured Natural Language)

Function:

Description:

Inputs:

Source:

Outputs:

Destination:

Action:

• Natural language sentences (with MUST, MAY, SHALL)
• Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)
• Mathematical Notations
• Tabular notations for several (condition --> action) tuples