Technical feasibility

PART B: VALORISATION PLAN

SECTION I: Testing

 

1

Has the R & D result been tested?

YES

 

NO

X

 

The following question is replied according to the reply in question 1

 

If yes

 

1a

In what mode has the result been tested?

•             Prototype

•             Pilot Application

•             Alpha/BETA testing

 

N/A

 

 

 

1b. Please describe and discuss the testing results
N/A

 

 

If no:

 

1c

Describe what type of testing does the R&D result need?
The project “Wildlife risk manager” (WIRM) aims to implement a software tool capable to predict and calculate the risk of interaction between fauna and human activities targeted to nature conservation and environmental ecology. It also aims to improve the safety on roads and reduce costs for the Public administration to indemnify for damages. The software application will operate on a GIS platform using sophisticated statistical and mathematical models. WIRM can study and monitor the most important wild animal species living in a territory, analysing the interaction with human activities. It can provide important results for the territorial planning when used as a design tool and the best solutions to reduce human-fauna impacts when used as a mitigation system.

At the moment some of the core blocks of the software have been developed and used in some real cases: to evaluate the probability impact between fauna and power line structures or wind-generators.  However, a complete stand-alone tool has still to be implemented: the target is to integrate, under a user-friendly graphical user interface, a GIS, a set of models coming from the literature and from the field and a set of statistical tools. One of the goals is to allow a professional to take advantage of relevant information stored in the models to obtain an assessment process easy to follow and as objective as possible, provided the validity of the models.

It can be stated that the some of the core blocks are at a prototype level but a prototype of the integrated tool is not yet available.

There are two categories of tests to be performed: the first is about the models validity and has to be made comparing the tool forecasts with literature and field data applied to certain test cases, the second is about the tool itself in terms of usability and robustness.

 

1d. What is the time needed for testing?
The full development  of the product, including engineering and validation, has been estimated in 18-24 man months. The envisaged amount of resources includes the creation of a data set by a fauna expert by means of literature and field data, the elaboration of a mathematical model by a mathematician, the integration of the GIS and the previous data sets with the model by a software engineer.
1e. What is the cost needed for testing?
The cost is mainly due to work and corresponds roughly with the 18-24 man/month cost.

 

 

SECTION 2: Current Stage of Development

 

2a

To what extent does the development team have technical resources for supporting the production of a new product? (Researchers, human resources, hardware, etc. )
The development team expertise is mainly on fauna and GIS, mathematical models and software engineering has to be outsourced.

 

 

 

2b

What are the technical issues that need to be tackled for full deployment, if needed?
The technical development of the product is mostly around software development and customization, no special difficulties are expected.

 

2c

What additional technical resources are needed for the production of this new product?
The result will become a tool internal to the company and, in addition, a set of specialized  tools to be provided to customers interested to a specific application (e.g . electric transmission lines development). In this view, some customizations and some support activities are envisaged. Once again, for that purpose, the scientific part will be supported internally and some software engineering activities shall be given in outsourcing.

 

2d

Overall assessment of the current stage of technical development.
The concept of the product has been developed and used in some special cases  to forecast the impact of some plants to the wild fauna. A validation of the models is necessary over known test cases to increase the level of confidence of the results provided by the models themselves. In addition, the integration of the work in a stand-alone tool has not been started yet. This is the reason why the technical development has to be considered at an early stage.

SECTION 3: Deployment

3a

Define the demands for large scale production in terms of
  • Materials
The research result is basically a software. Industrial part is negligible.

 

  • technologies, tools, machineries
N/A

 

 

  • Staff effort
The effort is mainly related to after sales.

 

 

 

SECTION 4: Overall Assessment

 

1

What is you overall assessment of the technical feasibility of the research result?
The level of confidence about feasibility is good since there are not special obstacles to  overcome. The methodology been already defined and used. The remaining technical effort is mostly on software engineering and validation.

 

 

 

 

 

 

KEYWORDS QUANTITATIVE ASSESSMENT (0-5).

 

Please put X as appropriate. 1 2 3 4 5
Adequacy of testing activity undertaken so far   X      
Adequacy and availability of technical resources of the development team   X      
Current development stage   X      
Overall technical feasibility     X    

 

 

Bookmark the permalink. Follow any comments here with the RSS feed for this post. Post a comment or leave a trackback: Trackback URL.

Post a Comment

You must be logged in to post a comment.

Request a proposal

Valorisation Plan Authors

Related Documents

There in no related documents

Visit the other applications of the INTERVALUE Platform: R&D Repository | IP Agreements

© 2009-2010 INTERVALUE Project