240 likes | 307 Views
Solar Thermal Plant Design and Operation Suite of Tools. Date: 04/30/09 Presented By: Team #3. Team Information. Team #3 Members: Soumya Dhama E-mail: soumya.dhama@gmail.com Deepthi Mudunuri Email: deepthiathrayasa@gmail.com Sushma Korrapati
E N D
Solar Thermal Plant Design and Operation Suite of Tools Date: 04/30/09 Presented By: Team #3
Team Information Team #3 Members: Soumya Dhama E-mail: soumya.dhama@gmail.com Deepthi Mudunuri Email: deepthiathrayasa@gmail.com Sushma Korrapati E-mail: sushmakorrpati@gmail.com Ramya K Poligari E-mail: ramya.poligari@gmail.com Instructor: Dr. Kwok Bun Yue Email:yue@uhcl.edu Mentors: Dr. Michel Izygon Email: mIzygon@tietronix.com Mr. Peter Armstrong Email: peter.armstrong-1@tietronix.com
Table of Contents • Introduction • Shading and Blocking • Solar Computation Program • Project Proposal • Project Requirements • System Architecture • Application Architecture • Use Case Diagram • UI Design • Database-ER Diagram • Database Design • Demo • Project Timeline • Conclusion • Team Roles • References
Introduction • A solar thermal power plant harnesses energy from sun to generate electricity. • It uses a field of heliostats to converge electricity onto a central receiver. • The entire energy is used to heat a medium and produce steam to rotate the turbines
Shading and Blocking • Location of the heliostat is important parameter for optimization • Shading – It occurs when a heliostat casts a shadow on the neighboring heliostat • Blocking – It occurs when a heliostat blocks the view of the receiver of neighboring heliostat
Solar Computation Program • The Solar Computation program was developed by the Tietronix company • It calculates the shading and blocking factors for a heliostat • Many executions of the program generates huge volumes of data .
Solar Computation Program cont’d • Outputs • OpenGI_Helio_Dyn.txt • Results.xls • Run_info.txt • NeighbourDistances.txt • dataSar.txt • The technique, process and tools to store, manage and recall information is required
Project proposal • To develop a database to efficiently store the output data of the solar computation program • The information is retrieved by various key identifiers • It allows the addition and deletion of records • The program is delivered as a standalone executable via a Graphical User Interface
Project Requirements • Store the output data from the Solar Computation Program to the database • Delete and update sets from storage by providing the field identifier • Prevent duplicate entries in the database • Facilitate multi user interaction with the database • Request statistics on the sets in storage
System Architecture Tier 1 Tier 2 Tier 3 Application Server response Database request Client 1 User Interface Data transfer Data Business Logic Client 2 User Interface
Application Architecture Insert Set Update Set Delete Set Update Comments Presentation Layer Business Logic Layer Data Access Layer Database
User Interface Design • C# Windows application • MDI (Multiple Document Interface) • It is a way of displaying windows from where there is at least one parent and many child windows. • Why MDI? • Child windows are easily managed from a single parent form • A single menu and menu toolbar can be shared for other windows • Possibility to work with multiple documents in one window
Stored Procedures • A total of 17 stored procedures are used in the project • The advantages of using the stored procedures are: • Helps promote code reuse • Can encapsulate logic • Consistent and safe data modification
Conclusion • Database has been successfully created. • The graphical user interface that was exclusively developed for this project is successfully integrated to the database. • All the user and function requirements have been achieved.
References • http://www.agilemodeling.com/artifacts/classDiagram.htm • http://en.wikipedia.org/wiki/Data_modeling