Proj-2014-2015-Mini datacenter portail SRS: Difference between revisions
Robin.Eudes (talk | contribs) |
No edit summary |
||
| Line 28: | Line 28: | ||
* General description, which contains the general characteristics of the project and our implementation choices. |
* General description, which contains the general characteristics of the project and our implementation choices. |
||
* Specific requirements, which gives the main requirements of each function. |
* Specific requirements, which gives the main requirements of each function. |
||
* Product evolution, which details the |
* Product evolution, which details the different steps of implementation we chose. |
||
=2. General description= |
=2. General description= |
||
==2.1 Product perspective== |
==2.1 Product perspective== |
||
Our project is based on a simulated infrastructure provided by OAR-docker. This cluster is made up of nodes, which can be used by only one user at a time. |
|||
Our goal is to product a webUI easily understandable and usable by non-developers. |
|||
Notre but est de produire une interface web facilement utilisable et compréhensible par des non-initiés, |
|||
==2.2 Product functions== |
==2.2 Product functions== |
||
With this interface, users will be able to manage each node, submit a job to a node, cancel a job, create |
With this interface, users will be able to manage each node, submit a job to a node, cancel a job, create or delete a node. |
||
[[File:Diagramme_contexte.bmp]] |
[[File:Diagramme_contexte.bmp]] |
||
==2.3 User characteristics== |
==2.3 User characteristics== |
||
The user can interacts with the interface even if he does not know how to manage the resources or deal with jobs. |
|||
L'utilisateur n'a pas besoin de connaître la façon dont s'instancie une ressource pour pouvoir utiliser l'interface. |
|||
[[File:Diagramme_utilisateur.bmp]] |
[[File:Diagramme_utilisateur.bmp]] |
||
==2.4 General constraints== |
==2.4 General constraints== |
||
We have to gain access to the simulation in a private environment where docker is installed. |
|||
accès à la simulation dnas un environnement privé |
|||
OAR-docker installé |
|||
==2.5 Assumptions and dependencies== |
==2.5 Assumptions and dependencies== |
||
Web browser which can interpret AJAX |
|||
Chaque utilisateur ne travaille pas sur une même infrastructure, puisque les environnements sont privés. |
|||
=3. Product evolution= |
=3. Product evolution= |
||
This webUI just use a part of what OAR-API can do, so it could be improved. Moreover, as OAR-docker is still in development, new functionalities can be added. |
|||
=4. Appendices= |
=4. Appendices= |
||
Revision as of 14:23, 7 April 2015
1. Introduction
1.1 Purpose of the requirements document
This Software Requirements Specification (SRS) identifies the requirements for this datacenter's webUI. The purpose of this document is to easily explain the development of this project and to provide instructions to understand and use the software.
1.2 Scope of the product
The purpose of this project is to provide an userfriendly web interface to simulate and use a small datacenter. Each node of the datacenter can perform some operations, users can interact with a group of nodes or a specific one.
1.3 Definitions, acronyms and abbreviations
- node
- datacenter
- frontend
- oar
- docker
- cluster
1.4 References
- Grid'5000
- OAR OAR is a versatile resource and task manager (also called a batch scheduler) for HPC clusters and other computing infrastructures. It's used on Grid'5000.
- oar-docker: oar-docker is a set of docker images especially configured for deploying your own OAR cluster. The main idea is to have a mini development cluster with a frontend, a server and some nodes that launch in just a few seconds on a simple laptop.
- OAR-Docker
- API REST (OARAPI)
1.5 Overview of the remainder of the document
The SRS document includes 3 main chapters :
- General description, which contains the general characteristics of the project and our implementation choices.
- Specific requirements, which gives the main requirements of each function.
- Product evolution, which details the different steps of implementation we chose.
2. General description
2.1 Product perspective
Our project is based on a simulated infrastructure provided by OAR-docker. This cluster is made up of nodes, which can be used by only one user at a time. Our goal is to product a webUI easily understandable and usable by non-developers.
2.2 Product functions
With this interface, users will be able to manage each node, submit a job to a node, cancel a job, create or delete a node.
2.3 User characteristics
The user can interacts with the interface even if he does not know how to manage the resources or deal with jobs.
2.4 General constraints
We have to gain access to the simulation in a private environment where docker is installed.
2.5 Assumptions and dependencies
Web browser which can interpret AJAX
3. Product evolution
This webUI just use a part of what OAR-API can do, so it could be improved. Moreover, as OAR-docker is still in development, new functionalities can be added.
4. Appendices
This document is inspired of the IEEE/ANSI 830-1998 Standard.
References: