Team:HFUT CHINA/Overview.html
From 2014.igem.org
Line 22: | Line 22: | ||
<div class="header"> | <div class="header"> | ||
<div class="logo"> | <div class="logo"> | ||
- | <h1><a href=" | + | <h1><a href="https://2014.igem.org/Team:HFUT_CHINA"><img src="https://static.igem.org/mediawiki/2014/0/0e/Hfut-Logo.png" alt=""></a></h1> |
</div> | </div> | ||
Line 31: | Line 31: | ||
<ul> | <ul> | ||
- | <li><a href="./ | + | <li><a href="https://2014.igem.org/Team:HFUT_CHINA/Overview.html">Overview</a></li> |
- | <li><a href="./ | + | <li><a href="https://2014.igem.org/Team:HFUT_CHINA/Examples.html">Examples</a></li> |
- | <li><a href="./ | + | <li><a href="https://2014.igem.org/Team:HFUT_CHINA/Future_Work.html">Future Work</a></li> |
- | <li><a href="./ | + | <li><a href="https://2014.igem.org/Team:HFUT_CHINA/Download.html">Download</a></li> |
</ul> | </ul> | ||
Line 41: | Line 41: | ||
<ul> | <ul> | ||
- | <li><a href="./ | + | <li><a href="https://2014.igem.org/Team:HFUT_CHINA/Devblogs.html">Devblogs</a></li> |
- | <li><a href="./ | + | <li><a href="https://2014.igem.org/Team:HFUT_CHINA/Database&Algorithm.html">Database & Algorithm</a></li> |
- | <li><a href="./ | + | <li><a href="https://2014.igem.org/Team:HFUT_CHINA/Tutorial.html">Tutorial</a></li> |
Line 51: | Line 51: | ||
<ul> | <ul> | ||
- | <li><a href="./ | + | <li><a href="https://2014.igem.org/Team:HFUT_CHINA/Medal.html">Medal</a></li> |
- | <li><a href="./ | + | <li><a href="https://2014.igem.org/Team:HFUT_CHINA/Safety.html">Safety</a></li> |
</ul></li> | </ul></li> | ||
Line 58: | Line 58: | ||
<li><a>Human Practice</a> | <li><a>Human Practice</a> | ||
<ul> | <ul> | ||
- | <li><a href="./ | + | <li><a href="https://2014.igem.org/Team:HFUT_CHINA/Human_Practice.html">Human_Practice</a> |
- | <li><a href="./ | + | <li><a href="https://2014.igem.org/Team:HFUT_CHINA/Activity.html">Activity</a> |
+ | <li><a href="https://2014.igem.org/Team:HFUT_CHINA/Communication.html">Communication</a> | ||
</li> | </li> | ||
Line 68: | Line 69: | ||
<ul> | <ul> | ||
- | <li><a href="./ | + | <li><a href="https://2014.igem.org/Team:HFUT_CHINA/Member.html">Member</a></li> |
- | <li><a href=" | + | <li><a href="https://2014.igem.org/Team:HFUT_CHINA/Contact_us.html">Contact us</a></li> |
- | + | ||
</ul></li> | </ul></li> | ||
- | <div id="igem"><a href="https://2014.igem.org/Main_Page"><img src=" | + | <div id="igem"><a href="https://2014.igem.org/Main_Page"><img src="https://static.igem.org/mediawiki/2014/5/50/Hfut-Pic5.png" width="50" height="38" id="igemimg"></a></div> |
</ul> | </ul> | ||
Line 89: | Line 89: | ||
- | + | <div class="content_bg1"> | |
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | <div class=" | + | |
- | + | ||
<div class="wrap"> | <div class="wrap"> | ||
- | + | <div class="wrapper"> | |
+ | <div class="main"> | ||
+ | <div class="details"> | ||
+ | <h2 class="style"><font class="font_1"><strong>overview</strong></font></h2> | ||
+ | <div ></div> | ||
+ | <div class="det-para"> | ||
Line 103: | Line 102: | ||
<div class="belt" id="displaycssbelt"> | <div class="belt" id="displaycssbelt"> | ||
<div class="panel"> | <div class="panel"> | ||
- | <div class="subfeature"><a href="#"><img src="https://2014.igem.org/File:Hfut-B7caedead8d0bebb2384e0bfe387.jpg" alt="butterflies-are-gross" class="post-image" width=" | + | <div class="subfeature"><a href="#"><img src="https://2014.igem.org/File:Hfut-B7caedead8d0bebb2384e0bfe387.jpg" alt="butterflies-are-gross" class="post-image" width="auto" height="auto" |
/></a> | /></a> | ||
Line 112: | Line 111: | ||
<div class="panel"> | <div class="panel"> | ||
<div class="subfeature"> | <div class="subfeature"> | ||
- | <a href="#"><img src="./ | + | <a href="#"><img src="https://static.igem.org/mediawiki/2014/0/0e/Hfut-Logo.png" alt="pig-head-pozole" class="post-image" width="auto" height="auto" /></a> |
<div class="subfeature-txt"><h2><a href="#">HFUT_IGEM</a></h2></div> | <div class="subfeature-txt"><h2><a href="#">HFUT_IGEM</a></h2></div> | ||
</div> | </div> | ||
Line 120: | Line 119: | ||
<div class="subfeature"> | <div class="subfeature"> | ||
- | <a href="#"><img src="./ | + | <a href="#"><img src="https://static.igem.org/mediawiki/2014/7/71/Hfut-Igem_logo.jpg" alt="canadian-thanksgiving-in-texas" class="post-image" width="auto" height="auto" /></a> |
<div class="subfeature-txt"> | <div class="subfeature-txt"> | ||
<h2><a href="#">HFUT_IGEM</a></h2> | <h2><a href="#">HFUT_IGEM</a></h2> | ||
Line 129: | Line 128: | ||
<div class="panel"> | <div class="panel"> | ||
<div class="subfeature"> | <div class="subfeature"> | ||
- | <a href="#"><img src="./ | + | <a href="#"><img src="https://static.igem.org/mediawiki/2014/d/d8/Hfut-Xyfg_zhulou_1.jpg" alt="weisswurst-pretzels-and-beer-for-breakfast" class="post-image" width="auto" height="auto" |
/></a> | /></a> | ||
Line 141: | Line 140: | ||
<div class="subfeature"> | <div class="subfeature"> | ||
- | <a href="#"><img src="./ | + | <a href="#"><img src="https://static.igem.org/mediawiki/2014/9/97/Hfut-Xyfg_jiaoxuelou_9.jpg" alt="cow-head-barbacoa" class="post-image" width="auto" height="auto" /></a> |
<div class="subfeature-txt"><h2><a href="#">HFUT_IGEM</a></h2></div> | <div class="subfeature-txt"><h2><a href="#">HFUT_IGEM</a></h2></div> | ||
</div> | </div> | ||
Line 148: | Line 147: | ||
<div class="panel"> | <div class="panel"> | ||
<div class="subfeature"> | <div class="subfeature"> | ||
- | <a href="#"><img src="./ | + | <a href="#"><img src="https://static.igem.org/mediawiki/2014/0/03/Hfut-391a3e66ef6f294eb0e88440ac30d85.jpg" alt="cooking-with-dr-pepper" class="post-image" width="200" height="150" /></a> |
<div class="subfeature-txt"> | <div class="subfeature-txt"> | ||
<h2><a href="#">HFUT_IGEM</a></h2> | <h2><a href="#">HFUT_IGEM</a></h2> | ||
Line 157: | Line 156: | ||
<div class="panel"> | <div class="panel"> | ||
<div class="subfeature"> | <div class="subfeature"> | ||
- | <a href="#"><img src="./ | + | <a href="#"><img src="https://static.igem.org/mediawiki/2014/e/e9/Hfut-C4879df42870f0af9cdb07b817448f33.jpg" alt="hatch-chile-feast" class="post-image" width="auto" height="auto" /></a> |
<div class="subfeature-txt"> | <div class="subfeature-txt"> | ||
<h2><a href="#">HFUT_IGEM</a></h2> | <h2><a href="#">HFUT_IGEM</a></h2> | ||
Line 166: | Line 165: | ||
<div class="panel"> | <div class="panel"> | ||
<div class="subfeature"> | <div class="subfeature"> | ||
- | <a href="#"><img src="./ | + | <a href="#"><img src="https://static.igem.org/mediawiki/2014/a/a5/Hfut-20141012142232.jpg" alt="greece-eating-our-way-through-the-mainland" class="post-image" width="auto" height="auto" |
/></a> | /></a> | ||
Line 219: | Line 218: | ||
<div> | <div> | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | <p align="center" class="STYLE10">Introduction</p> | |
- | + | <p align="center" class="STYLE10"> </p> | |
- | + | <div align="justify"> | |
- | + | <p class="STYLE9">Synthetic Biology is to create the new species by building parts and biobricks through the Genetic Engineering. iGEM is a worldwide synthetic biology competition. Till now, more than one thousand teams have participated in iGEM, resulting in a large number of synthetic devices designed. However, not many analyses are done on these devices. Are these existing devices could provide useful information for new participators to design new devices? In order to answer this question, we aim to developing a software to help designing devices. </p> | |
- | + | <p> </p> | |
- | + | </div> | |
- | + | <div align="justify"> | |
- | + | <div align="justify" class="STYLE9"><br> | |
- | + | </div> | |
- | + | </div> | |
- | + | <div align="justify"> | |
- | + | <p class="STYLE9">The main function of our software “BioDesigner” is to recommend biobricks for participators when they are designing new devices. By collecting the information of existing devices and making analysis on these devices, Biodesigner will recommend biobricks based on the users’ habits or the biobricks users have been used. </p> | |
- | + | <p> </p> | |
- | + | </div> | |
- | + | <div align="justify"> | |
- | + | <div align="justify" class="STYLE9"><br> | |
+ | </div> | ||
+ | </div> | ||
+ | <div align="justify"><span class="STYLE9">To our best known, BioDesigner is the first recommendation software based on the analysis of existing devices. Besides, we also establish a database containing the information of existing devices to support BioDesigner. BioDesigner would be a good assistant for your design. Using it would make your design easier and smarter. </span> </div> | ||
+ | <div align="justify"><span class="STYLE10"><br> | ||
+ | </span> </div> | ||
+ | <p align="center" class="STYLE10">SOFTWARE </p> | ||
+ | <p align="center" class="STYLE10"> </p> | ||
+ | <p align="justify" class="STYLE9">BioDesigner contains two parts, server part and client part. The codes for server part are written in java programming language and the codes for client part are written in C++ programming language. The GUI is designed with Qt which is based on C++. As a result, all of them can be compiled across various platforms. The program has been built on Windows, Linux and Mac operating systems.<br> | ||
+ | </p> | ||
+ | <div align="justify" class="STYLE9"><br> | ||
+ | </div> | ||
+ | <p align="justify" class="STYLE9"> The server part is used to build the database that contains the information of existing devices, and make analysis on these information. The client part consists of GUI and analysis of users input. Users input there information through GUI, and client codes deal with the input and send requirements to the server. Server receives the requirements from client, and makes analysis based on the database. Then, it returns information to client. Client deals with the information and visualizes it. <br> | ||
+ | </p> | ||
+ | <div align="justify" class="STYLE9"><br> | ||
+ | </div> | ||
+ | <p align="justify" class="STYLE9">OThe database is stored in server, which would simplify the installation. Since the server is more powerful, the algorithms for recommendation are executed on server, which will reduce the analysis time.</p> | ||
+ | <p align="justify" class="STYLE10"> </p> | ||
+ | <p align="center" class="STYLE10">METHODOLOGY</p> | ||
+ | <div align="justify" class="STYLE4"><span class="STYLE10"><br> | ||
+ | </span> </div> | ||
+ | <p align="justify" class="STYLE9">In order to accomplish the function of BioDesigner, such as recommending biobricks, we adapt various recommendation algorithms to achieve the goal. These algorithms include Collaborative filtering and Association rules.<br> | ||
+ | </p> | ||
+ | <p align="justify" class="STYLE9"> | ||
+ | 1. Collaborative filtering: <br> | ||
+ | </p> | ||
+ | <div align="justify" class="STYLE9"><br> | ||
+ | </div> | ||
+ | <p align="justify" class="STYLE9"> | ||
+ | a. The collaborative filtering based on the content: Given a biobrick, Biodesigner finds a similar biobrick to recommend according to the sequence of biobrick.<br> | ||
+ | </p> | ||
+ | <div align="justify" class="STYLE9"><br> | ||
+ | </div> | ||
+ | <p align="justify" class="STYLE9"> | ||
+ | b. The collaborative filtering based on the user: By storing the biobricks users have been used, Biodesigner statistics users’ habit to recommend the higher frequency biobrick.<br> | ||
+ | </p> | ||
+ | <div align="justify" class="STYLE9"><br> | ||
+ | </div> | ||
+ | <p align="justify" class="STYLE9"> | ||
+ | 2. Association rules: Based on existing device chains, implied relationship, including relationship between two successive biobricks, three successive biobricks, four successive biobirkcs and five successive biobricks, are obtained. Biodesigner uses these relationships to recommend the biobrick over the minimum confidence.<br> | ||
+ | </p> | ||
+ | <div align="justify" class="STYLE9"><br> | ||
+ | </div> | ||
+ | <p align="justify" class="STYLE9"> | ||
+ | 3. By the link between parts to recommend (recommended homologous part).<br> | ||
+ | </p> | ||
+ | <div align="justify" class="STYLE9"><br> | ||
+ | </div> | ||
+ | <p align="justify" class="STYLE9"> | ||
+ | To meet the need of the analysis and recommendation, our team innovatively improved most of algorithms and methods to make the simulation more accurate and more efficient.</p> | ||
+ | <p align="justify" class="STYLE10"> </p> | ||
+ | <p align="center" class="STYLE10">DATABASE</p> | ||
+ | <div align="justify" class="STYLE4"><span class="STYLE10"><br> | ||
+ | </span> </div> | ||
+ | <p align="justify" class="STYLE9">In order to support Biodesigner, we build a database that contains the systems designed by the teams of previous years. About 2500 device chains are collected and stored in our database. We also download the biobrick information contained by these chains from Registry of Standard Biological Parts and stored these information in our database. </p> | ||
+ | <p align="justify" class="STYLE9"> </p> | ||
+ | <div align="justify" class="STYLE4"> | ||
+ | <div align="justify" class="STYLE9"><br> | ||
+ | </div> | ||
+ | </div> | ||
+ | <div align="justify" class="STYLE9"> | ||
+ | <p>The database used in BioDesigner is flexible. The users can add or delete data freely. We use the Restlet and Hibernate to build the database framework. When the client sends a request, a respond will be sent from the serve. | ||
+ | </p> | ||
+ | </p> | ||
+ | </div> | ||
- | + | </div> | |
- | + | </div> | |
- | + | <div class="clear"></div> | |
- | + | </div> | |
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
</div> | </div> | ||
</div> | </div> | ||
</div> | </div> | ||
- | |||
</body> | </body> | ||
</html> | </html> |
Revision as of 09:04, 17 October 2014
overview
Introduction
Synthetic Biology is to create the new species by building parts and biobricks through the Genetic Engineering. iGEM is a worldwide synthetic biology competition. Till now, more than one thousand teams have participated in iGEM, resulting in a large number of synthetic devices designed. However, not many analyses are done on these devices. Are these existing devices could provide useful information for new participators to design new devices? In order to answer this question, we aim to developing a software to help designing devices.
The main function of our software “BioDesigner” is to recommend biobricks for participators when they are designing new devices. By collecting the information of existing devices and making analysis on these devices, Biodesigner will recommend biobricks based on the users’ habits or the biobricks users have been used.
SOFTWARE
BioDesigner contains two parts, server part and client part. The codes for server part are written in java programming language and the codes for client part are written in C++ programming language. The GUI is designed with Qt which is based on C++. As a result, all of them can be compiled across various platforms. The program has been built on Windows, Linux and Mac operating systems.
The server part is used to build the database that contains the information of existing devices, and make analysis on these information. The client part consists of GUI and analysis of users input. Users input there information through GUI, and client codes deal with the input and send requirements to the server. Server receives the requirements from client, and makes analysis based on the database. Then, it returns information to client. Client deals with the information and visualizes it.
OThe database is stored in server, which would simplify the installation. Since the server is more powerful, the algorithms for recommendation are executed on server, which will reduce the analysis time.
METHODOLOGY
In order to accomplish the function of BioDesigner, such as recommending biobricks, we adapt various recommendation algorithms to achieve the goal. These algorithms include Collaborative filtering and Association rules.
1. Collaborative filtering:
a. The collaborative filtering based on the content: Given a biobrick, Biodesigner finds a similar biobrick to recommend according to the sequence of biobrick.
b. The collaborative filtering based on the user: By storing the biobricks users have been used, Biodesigner statistics users’ habit to recommend the higher frequency biobrick.
2. Association rules: Based on existing device chains, implied relationship, including relationship between two successive biobricks, three successive biobricks, four successive biobirkcs and five successive biobricks, are obtained. Biodesigner uses these relationships to recommend the biobrick over the minimum confidence.
3. By the link between parts to recommend (recommended homologous part).
To meet the need of the analysis and recommendation, our team innovatively improved most of algorithms and methods to make the simulation more accurate and more efficient.
DATABASE
In order to support Biodesigner, we build a database that contains the systems designed by the teams of previous years. About 2500 device chains are collected and stored in our database. We also download the biobrick information contained by these chains from Registry of Standard Biological Parts and stored these information in our database.
The database used in BioDesigner is flexible. The users can add or delete data freely. We use the Restlet and Hibernate to build the database framework. When the client sends a request, a respond will be sent from the serve.