Lukket

Complete clone functionality!!

website functions should be same as ------ > [url removed, login to view]

Front-end Design – The front-end design should be a standard/intermediate landing page that displays text, images, basic navigation, about us, contact us, bid notifications, My Account link, registration, links to other partners, CALBCC, CALBCCF, news feeds, integration with social media. Typical pages should include the following:

About Us Industry Compliance

Industry types Open bids Closed bids

Type of Subscription Registration (Specific names of corporate members posting)

Database – The database should be designed and developed as a strong storage and retrieval instrument with upload and down load speeds adequate for optimal functionality. Storage of membership applications and the ability to update information as the user deems necessary. Retrieval accessibility. The design should be congruent with the DGS spreadsheet in which the data is fed into Opportunity-Link. (Please review DGS spreadsheet). There should be unique identifiers for minority data and small businesses. KEY: THIS SYSTEM IS UNIQUE

BECAUSE IS HOUSES MINORITY DATA WHICH IS UNLIKE ANY OTHER DATABASE OFFERING MINORITY INFORMATION ON SMALL BUSINESSES. THEREFORE THERE HAS TO BE A UNIQUE QUALIFIER THAT MAY NOT BE IN DGS’ SPREADSHEET. Key language (SQL?) should speak to matching industry types from data fed to member’s identification code. Retrieval should be accessible by queried reports.

Bid notification/Data Feed – The system should be able to feed from DGS which houses all the vendors (public utilities, banks, educational institutions, government agencies). Request for Proposals (RFPs)/Contracts will feed into the database and matched according to the link. There needs to be verification from DGS prior to establishing this feed. (DONE) We need to ensure that there are identifying codes UNSPSC that will link the RFP/contracts to the members’ profiles. Please refer to the attached correspondence between DGS and me. Therefore, there needs to be a close review of the DGS spreadsheet to determine the relational identifier.

Reports can be purchased. Therefore, there should be a corresponding price list for pre- determined or general reports. The types of reports will be determined during the later phase of this project.

Further more details through PM.

Færdigheder: ASP, MySQL, PHP, Software Arkitektur, Hjemmeside Testning

Se mere: social media codes, small houses design, opportunity partners, media design names, design rfps, corporate landing page design, bidsync, key identifiers, zndevelopers, open bids, list educational agencies, key code verification, verification landing page, spreadsheet price list, information retrieval project, government type, sql front end design, government project data, user account functionality, basic landing page code, verification code identification, rfp website clone, database identification, sql unlike, registration functionality

Om arbejdsgiveren:
( 21 bedømmelser ) Skaka, Saudi Arabia

Projekt-ID: #6048880