Difference between revisions of "RICM5 2017 2018 - UGAChain / SRS"
| Line 1: | Line 1: | ||
| + | SRS - Usine à projet |
||
| − | This document is the Software Requirements Specification ([[SRS]]) of the UGAChain project. It is inspired of the IEEE/ANSI 830-1998 Standard. |
||
| − | |||
| − | =1. Introduction= |
||
| − | |||
| − | Ce document de spécification des exigences logicielles (document SRS) a été créé dans le cadre d'un projet de dernière année d'école d'ingénieur sur la mise en place d’une blockchain pour l’éducation. Ce document passe par la description du projet et les différentes exigences nécessaires pour le réaliser. |
||
| − | |||
| − | Le public cible de cette description est le client ou les analystes des besoins et des tâches, les testeurs, les rédacteurs de documentation pour l'utilisateur et les chefs de projet. |
||
| − | |||
| − | '''Nom du projet :''' Usine à projet (Blockchain for Education) |
||
| − | |||
| − | '''Superviseurs''' |
||
| − | * Didier Donsez |
||
| − | |||
| − | '''Établissement''' |
||
| − | * Polytech Grenoble |
||
| − | |||
| − | '''Équipe''' |
||
| − | * Antoine BOISADAM - Chef de projet |
||
| − | * Ahmed NASSIK - ######## |
||
| − | * Aymeric VIAL-GRELIER - ######### |
||
| − | * Simon CHAMBONNET - ###### |
||
| − | * Lucas GUERRY - ###### |
||
| − | * Charles MARCHAND - ######### |
||
| − | |||
| − | ==1.1 But de ce document== |
||
| − | Le but de ce document est de donner une description détaillée des besoins du projet ''UGAChain : Blockchain for Education'', application qui a pour but de proposer un service de certification de diplômes et/ou d’attestation entre universités, permettant de vérifier en temps réel les diplômes d’une personne. Le tout en gardant l’anonymat et en préservant la vie privée des étudiants et ancien étudiants. |
||
| − | |||
| − | ==1.2 Scope of the product== |
||
| − | ==1.3 Definitions, acronyms and abbreviations== |
||
| − | ==1.4 References== |
||
| − | *The main page of the project: [[RICM5 2017 2018 - UGAChain|UGAChain]] |
||
| − | |||
| − | ==1.5 Overview of the remainder of the document== |
||
| − | |||
| − | =2. General description= |
||
| − | ==2.1 Product perspective== |
||
| − | ==2.2 Product functions== |
||
| − | ==2.3 User characteristics== |
||
| − | ==2.4 General constraints== |
||
| − | ==2.5 Assumptions and dependencies== |
||
| − | =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= |
||
| − | |||
| − | ==5.1. SRS structure== |
||
| − | The document is based on template of the Software Requirements Specification (SRS) inspired of the IEEE/ANSI 830-1998 Standard. |
||
| − | |||
| − | '''References:''' |
||
| − | * http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx |
||
| − | * 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] |
||
| − | |||
| − | =6. Index= |
||
| − | |||
| − | |||
| − | ---- |
||
= Introduction = |
= Introduction = |
||
| Line 106: | Line 17: | ||
* Antoine BOISADAM - Chef de projet |
* Antoine BOISADAM - Chef de projet |
||
* Ahmed NASSIK - ######## |
* Ahmed NASSIK - ######## |
||
| − | * Aymeric VIAL-GRELIER - ######### |
||
* Simon CHAMBONNET - ###### |
* Simon CHAMBONNET - ###### |
||
* Lucas GUERRY - ###### |
* Lucas GUERRY - ###### |
||
Revision as of 15:26, 31 January 2018
SRS - Usine à projet
Introduction
Ce document de spécification des exigences logicielles (document SRS) a été créé dans le cadre d'un projet de dernière année d'école d'ingénieur sur la mise en place d’une blockchain pour l’éducation. Ce document passe par la description du projet et les différentes exigences nécessaires pour le réaliser.
Le public cible de cette description est le client ou les analystes des besoins et des tâches, les testeurs, les rédacteurs de documentation pour l'utilisateur et les chefs de projet.
Nom du projet : Usine à projet (Blockchain for Education)
Superviseurs
- Didier Donsez
Établissement
- Polytech Grenoble
Équipe
- Antoine BOISADAM - Chef de projet
- Ahmed NASSIK - ########
- Simon CHAMBONNET - ######
- Lucas GUERRY - ######
- Charles MARCHAND - #########
Sujet
Jusqu'à 30% des CV soumis par les candidats aux cabinets de recrutement mentionnent des diplômes «inexacts ou abusifs». (selon le Ministère de l'Education français).
Le but de ce projet “Blockchain for Education” est de créer une application qui a pour but de proposer un service de certification de diplômes et/ou d’attestation entre universités, permettant de vérifier en temps réel les diplômes d’une personne. Le tout en gardant l’anonymat et en préservant la vie privée des étudiants et ancien étudiants. Les assets peuvent être des diplômes nationaux, des diplômes universitaires (DU), des certificats d'assiduité (en formation continue), des crédits ECTS, des années ou semestres validés, des suppléments au diplôme (action citoyenne, hackathon, ...), ...
But du document
Le but de ce document est de donner une description détaillée des besoins du projet Blockchain for Education, application qui a pour but de proposer un service de certification de diplômes et/ou d’attestation entre universités, permettant de vérifier en temps réel les diplômes d’une personnes. Le tout en gardant l’anonymat et en préservant la vie privée des étudiants et ancien étudiants.
Horizon
Blockchain for Education aura pour finalité une application web, permettant à toute personne étudiante ou anciennement étudiante de se connecter. Aussi il permettra à cette personne de sélectionner un ensemble non vide de diplômes afin d’obtenir une clef correspondante à cet ensemble de diplômes qu’il pourra transmettre à un tier ; Le site devra donc être capable pour toute personne d’utiliser une clef obtenue à l’aide d’une tierce personne afin de consulter la liste des documents de cette clef. Afin d’assurer l’intégrité et la validité des informations l’ensemble des certificats seront stockés dans une blockchain privée où seule les universités et établissement certifié auront le droit d’envoyer des informations. Ainsi la certification des établissements assure l'authentification des diplômes.
Les utilisateurs de l’application utiliseront leur navigateur web favori afin d’utiliser le site web.