Vous êtes ici

Version imprimableVersion imprimable

Software

Innovation Readiness Levels i

Titre des Innovation Readiness Levels

Produit probant sur différentes applications et sujet à production concurrentielle

Produit commercial complet, qualifié et disponible

Démonstrateur-produit validé dans un environnement opérationnel

Démonstrateur-produit validé en environnement significatif avec performances proches de ce qui est attendu

Prototype-produit validé pour toutes ses fonctions critiques dans un environnement significatif

Prototype intégré de la solution validé en laboratoire

Preuve de concept de la solution / application et analyse de faisabilité

Concept de la solution et/ou application formulé

Principes de base observés et décrits

i

Proposition par le GT Minatic de LIEU de considérer un groupement des niveaux par 3 sur base de deux changements d'échelle

Marché

Echelle Marché

Echelle Pilote

Echelle Labo

Software i

Description des IRL du point de vue du GT Minatic de réseau LIEU

Fichier de référence:

Application of the software in its final form and under usage conditions, such as those encountered in operational test, evaluation and reliability trials. In almost all case, this is the end of the last “bug fixing” aspects of the system development. Examples include using the system under operational conditions. Software releases are production versions and configuration controlled. Frequency and severity of software deficiencies are at a minimum.

Software has been proven to work in its final form and under expected conditions. In most cases, this level represents the end of true system development. Examples include test and evaluation of the software in its intended system to determine it meets design specifications. Software releases are production versions and configuration controlled, in a secured environment. Software deficiencies are rapidly resolved through support infrastructure.

Represents a major step up from Level 6, requiring the demonstration of an actual system prototype in an operational environment. Algorithms run on processor of the operational environment are integrated with actual external entities. Software support structure is in place. Software releases are in distinct versions. Frequency and severity of software deficiency reports do not significantly degrade functionality or performance. Verification, Validation and Accreditation completed.

Representative model or prototype system, which is well beyond that of level 5, is tested in a relevant environment. Represents a major step up in software demonstrated readiness. Examples include testing a prototype in a live/virtual experiment or in a simulated operational environment. Algorithms run on processor of the operational environment are integrated with actual external entities. Software releases are “Beta” versions and configuration controlled. Software support structure is in development. Verification, Validation and Accreditation is in progress.

Reliability of software ensemble increases significantly. The basic software components are integrated with reasonably realistic supporting elements so that it can be tested in a simulated environment. Examples include “high fidelity” laboratory integration of software components. System software architecture established. Algorithms run on a processor(s) with characteristics expected in the operational environment. Software releases are “Alpha” versions and configuration control is initiated. Verification, Validation, and Accreditation initiated.

Basic software components are integrated to establish that they will work together. They are relatively primitive with regard to efficiency and reliability compared to the eventual system. System software architecture development initiated to include interoperability, reliability, maintainability, extensibility, scalability, and security issues. Software integrated with simulated current/legacy elements as appropriate.

Active research and development is initiated. This included analytical studies to produce code that validates analytical predictions of separate software elements of the technology. Examples include software components that are not yet integrated or representative but satisfy an operational need. Algorithms run on a surrogate processor in a laboratory environment.

Once basic principles are observed, practical applications can be postulated. The application is speculative and there is no proof or detailed analysis to support the assumptions.

Basic research begins to be translated into applied research and development. Examples may include a concept that can be implemented in software or analytic studies of an algorithm’s basic properties.

Phases de développement i
  • Suivi des versions et corrections de bugs

Version de production

  • Les releases sont des version de production
  • Distribution
  • Mise en place du support logiciel
  • Verification, validation et accreditation de l’application terminées
  • Mise en place de la politique des release et de leur gestion

Logiciel version beta

  • Outil de suivi de version en place
  • Test en live sur la plateforme hardware opérationnelle

Logiciel version Alpha

  • Architecture du système logiciel défini
  • Fonctionnement sur une plateforme hardware similaire à celle qui sera opértionnelle

Version standalone du logiciel

  • Version pas encore optimisée pour robustesse et performance. On a déjà pensé à l'architecture logicielle pour les développements futurs : interopérabilité, maintenance, sécurité...
  • Etudes analytiques pour produire du code qui valide les prédictions analytiques des éléments logiciels répondant au besoin opérationnel
  • Une fois les principes de base observés, des applications pratiques sont postulées
  • Etude analytique des propriétés de base d’un algorithme
Exemple i

Décrire le contexte de l'exemple

  • Correction des bugs et  gestion des nouvelles versions
  • Produits distribués sur le marché et support en place
  • Mise en place de la fabrication du hardware et du processus de production du produit complet (Camera, Hardware et software)
  • Certificats
  • Réalisation du demonstrateur produit : Hardware final, camera, interface de sorties
  • Mise en place dans un environnement réel
  • Intégration de la solution logiciel sur un hardware d’évaluation (simulant le hardware opérationnel - embarqué)  
  • Optimisation des performances, codage spécifique au hardware sélectionné
  • Environnement MATLAB de développement.
  • Interfaçage avec une camera
  • Validation avec quelques scenarii clés
  • Développement d’une solution dans MATLAB
  • Interface – Travail sur des videos enregistrées
  • Implémenter une solution de détection de personnes via caméra
  • Principe des algorithmes de morphologie (Erosion, Dilatation, Fermeture, ouverture, …)

9

8

7

6

5

4

3

2

1