Validation methodology aspects particular to the Enervalis FSP Sample Clauses

Validation methodology aspects particular to the Enervalis FSP. Enervalis will validate the WISER platform out of the point of view of the typical SME user. In this sense it should be possible to setup and use the WISER infrastructure with the limited security knowhow which is present in an SME. The system should be easy to configure and provide relevant and easy to understand information. The overhead and configuration effort should be limited. Rather than complete information about every possible aspect, it would be important for an SME to be easily guided to the most important security risks and mitigation actions. Suggested mitigation actions should also be tailored to the typical SME, meaning that they should fit into the size of an organisation of 10 to 20 persons or less. The main contribution of Enervalis in the validation process will be that we will simply implement and use the platform in the course of our FSP and formulate unstructured remarks. Enervalis will not test all of the functional requirements systematically though. The reason for this is that either in our small organisation the knowhow to competently validate the requirement is not there or that systematic testing of the requirement would take white or grey box knowhow on the design of the system which is simply not available to Enervalis. Many of these requirements will however be touched during the platform usage and should any issues pop up we will use the UAT grid to report those issues. The absence of a remark on a specific functional requirement should not be regarded as a positive validation however. The presence of a remark could be regarded as negative validation provided we believe that for our type of business the lack of functionality is critical in this case we will give a KO or not OK as validation. In the UAT grid Enervalis took a subset of test which we think would be particularly interesting for a typical SME in our type of business. The consortium should regard these tests as our input for a simplified acceptance of the product. We also added some tests around the bandwidth requirements of WISER sensors over a 3G network. And we are a candidate to test some of the sensors in a controlled hack on our infrastructure and see how they would behave in real life.