Proj-2014-2015-Mini datacenter portail SRS: Difference between revisions

From air
Jump to navigation Jump to search
No edit summary
Line 30: Line 30:
Notre but est de produire une interface web facilement utilisable et compréhensible par des non-initiés,
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==
Cette interface leur permettra de contrôler les noeuds qu'ils désirent. Ces noeuds sont capables d'exécuter diverses opérations.


With this interface, users will be able to manage each node, submit a job to a node, cancel a job, create a node or delete a node.


[[File:Diagramme_contexte.bmp]]
[[File:Diagramme_contexte.bmp]]
Line 46: Line 46:
Chaque utilisateur ne travaille pas sur une même infrastructure, puisque les environnements sont privés.
Chaque utilisateur ne travaille pas sur une même infrastructure, puisque les environnements sont privés.


⚫
=3. Product evolution=
We can improve this webui, we just use a part of what OAR API can do.


⚫
=4. Appendices=
=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

'''Non functional requirements''':

'''Pre-condition''':

'''Post-condition''':

'''Side-effects''':

⚫
=4. Product evolution=

⚫
=5. Appendices=
This document is inspired of the IEEE/ANSI 830-1998 Standard.
This document is inspired of the IEEE/ANSI 830-1998 Standard.


Line 90: Line 56:
* http://en.wikipedia.org/wiki/Software_requirements_specification
* http://en.wikipedia.org/wiki/Software_requirements_specification
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]
* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]

=6. Index=

Revision as of 16:25, 5 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

1.4 References

  • Get Started Jetson TK1
  • 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.
  • Kameleon : Kameleon is a simple but powerful tool to generate customized appliances.

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 differents steps of implementation we chose.

2. General description

2.1 Product perspective

Tout d'abord, notre projet se base sur une infrastructure simulée par OAR-docker. Cette infractructure contient divers noeuds, chacun exploitable par un un utilisateur à la fois. Notre but est de produire une interface web facilement utilisable et compréhensible par des non-initiés,

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 a node or delete a node.

Diagramme contexte.bmp

2.3 User characteristics

L'utilisateur n'a pas besoin de connaître la façon dont s'instancie une ressource pour pouvoir utiliser l'interface.

Diagramme utilisateur.bmp

2.4 General constraints

accès à la simulation dnas un environnement privé OAR-docker installé

2.5 Assumptions and dependencies

Chaque utilisateur ne travaille pas sur une même infrastructure, puisque les environnements sont privés.

3. Product evolution

We can improve this webui, we just use a part of what OAR API can do.

4. Appendices

This document is inspired of the IEEE/ANSI 830-1998 Standard.

References:

Retrieved from "https://air.imag.fr/index.php?title=Proj-2014-2015-Mini_datacenter_portail_SRS&oldid=22793"