Show Bid Request
3 Crystal Reports from Pervasive Database
Bid Request Id: 54904
|
|
|
Posted by: |
wdg1258 (1 ratings)
(Software buyer rating 10)
|
Non-action Ratio: |
Very Good - 0.00%
|
Posted: |
Mar 27, 2003 7:51:14 AM EDT
|
Bidding Closes: |
Apr 10, 2003 8:04:01 AM EDT
|
Viewed (by coders): |
116 times
|
Deadline: |
4/15/2003
TIME EXPIRED
|
|
|
|
Description:
3 Crystal Reports are needed - all read from a Pervasive Database. This Database is the back-end data for Timberline Software, a construction industry estimating/bidding package. ODBC drivers, the prototype of the database with populated demo data, and a demo (fully functional) copy of the software will be provide if neccessary. If these are needed, coder must provide an FTP site to upload these very large files.
1) A report that reads information from a construction firms individual estimate/bid files and creates a CSV file. 2) A report which is a sales contract that reads from the esimate/bid file(s) and prints the sales contract. This report MUST prompt the end user for "Which Estimate File?". This will probably involve in-depth use of parameters which will prompt for up to 10 informational prompts to be printed on the sales contract. 3) A report which is a quote for a potential buyer of the estimated/bid job.
Priority consideration will be given for coders located near Lakeland, Florida.
A BONUS WILL BE AVAILABLE FOR RAPID COMPLETION. FREQUENT STATUS UPDATES WILL BE EXPECTED AND IF NOT MET WILL RESULT IN WITHDRAWAL OF BID ACCEPTANCE.
Deliverables: 1) Complete and fully-functional working program(s) in executable form as well as complete source code of all work done.
2 Complete ownership and distribution copyrights to all work purchased.
Platform:
Pervasive Database is on an NT server. Reports are run from workstations using XP/2000.
Must be 100% finished and received by buyer on:
Apr 15, 2003 EDT
Deadline legal notes: All times are expressed in the time zone of the site EDT (UT - 5). If the buyer omitted a time, then the deadline is 11:59:59 PM EDT on the indicated date.
Remember that contacting the other party outside of the site (by email, phone, etc.) on all business projects < $500 (before the buyer's money is escrowed) is a violation of both the software buyer and seller agreements.
We monitor all site activity for such violations and can instantly expel transgressers on the spot, so we thank you in advance for your cooperation.
If you notice a violation please help out the site and report it. Thanks for your help.
|
|
Bidding/Comments:
|
All monetary amounts on the site are in United States dollars.
Rent a Coder is a closed auction, so coders can only see their own bids and comments. Buyers can view every posting made on their bid requests. |
See all rejected bids (and all comments)
Name |
Bid Amount |
Date |
Coder Rating |
|
|
|
N/A
|
Mar 27, 2003 9:25:41 AM EDT
|
10
(Excellent)
|
|
|
Dear Sir,
My name is Juran, a Programmer Analyst in Canada.
After reading your project description, I am very interested in this project. There are several thoughts as follow:
1. The report sounds very complex since it needs to take quite a few parameters. So I would suggest using a Windows application (like a VB Application) to play with the data first and then pass the final data to Crystal Report. This kind of technology is called Active Data and can handle very complex situation.
2. Another reason to suggest above strategy is the concern of performance. Crystal Reports uses its own engine to query the data, which means it will retrieve all the information from the data server to the client workstation. This apparently will have a dramatical impact on your network traffic especially when the database is up to a certain size. While using a Client/Server mode application, we will have the data server process the query and retrieve only the final recordset back to the client.
3. If you agree what I said above, I would suggest using VB.NET and ADO.NET to create the application on client side. I noticed that you mentioned the final project would be used on Windows 2000 and WinXP, which both work with .NET Framework ideally. And this will also avoid the hassle of deployment.
If you are interested in my ideas, please contact me to discuss some further details. Additionally, a demo database is needed since ODBC is really something that has to be 'tuned'. (Some ODBC drivers are not easy to set up, like C-TREE database). A copy of software is unnecessary, I think.
Best regards,
Juran...Windows/Web Application Provider |
|
|
|
|
|