Database status "restoring..."
When you shutdown/restart your computer/server, the service for the SQL Server Express instance, will be triggered to stop too. While the service is shutting down the SQL Server Database Engine will try to shut down the databases gracefully, in order to ensure they can be restarted in a timely fashion when the system comes back up.
If the system was forced to shutdown/restart before the database was able to be brought to a consistent state, then the recovery will be performed automatically, when the instance is brought back up. The SQL Server Database Engine will find the corespondeing *.mdf and *.ndf file(s) and together with the existing *.ldf file try and bring the database back online.
If for some reason the database was in the middle of (e.g.) a database reindex task or reorganize then there will be a lot of outstanding transactions to either roll-forward (COMMIT) or roll-back (ROLLBACK). Until this procedure has finished, the database will be marked as RECOVERING.
If for some reason the database is unable to brought to a consistent state, then the database will switch to the RECOVERY PENDING... state.
Reference: Database States (Microsoft | SQL Docs)
Seeing as your database is neither in the RECOVERING nor in the RECOVERY PEDNING state, then we can conclude that an actual RESTORE DATABASE ... has been triggered, which results in the database displaying the state RESTORING... which should be identical to the French expression RESTAURATION....
You can double-check the state of the database by issuing the command:
SELECT sdb.name, sdb.state_desc 
FROM sys.databases AS sdb 
WHERE sdb.name = 'ADMINISTRATEUR';

Now if for some reason the database does not display the same state in the SELECT statement, then you might just have a simple Refresh issue.
Solution: Right-click the Bases de données in SSMS and click on Refresh
If the database state returned from the query is the same, then have a look at the ERRORLOG file of your SQL Server instance. There should be an entry, when the RESTORE started.
If not have a look at the restore history in the msdb database:
SELECT restore_date,
       destination_database_name AS NewDBName,
       destination_phys_name AS DestinationPath,
       database_name AS OrigDBName,
       server_name AS ServreName,
       physical_device_name AS PhysicalSourceName,
       rh.[user_name] AS UserName,
       'EOR' AS EOR
FROM   msdb.dbo.restorehistory rh
       JOIN msdb.dbo.restorefile rf
            ON  rh.restore_history_id = rf.restore_history_id
       JOIN msdb.dbo.backupfile bf
            ON  bf.backup_set_id = rh.backup_set_id
       JOIN msdb.dbo.backupset bs
            ON  bs.backup_set_id = rh.backup_set_id
       JOIN msdb.dbo.backupmediafamily bmf
            ON  bmf.media_set_id = rh.backup_set_id
            
ORDER BY 2,1

This will show you when the restore started and (if lucky) the user that started the restore.
Solution: End the restore of the database by issuing the command pointed out by Dan Guzman in his comment:
RESTORE DATABASE ADMINISTRATEUR WITH RECOVERY;

It could be that a previous RESTORE DATABASE .... WITH NO_REECOVERY was issued, which will not finalize the RESTORE. Issuing the command stops the ability to further RESTORE DATABASE ... with additional Transaction Log backups.