Presentation on theme: "Kentucky Transportation Cabinet: Materials Testing Web Application."— Presentation transcript:
Kentucky Transportation Cabinet: Materials Testing Web Application
Purpose Extract materials test data from Excel workbooks for mix designs and QC/QA processes. Mix Designs and QC/QA Workbooks are submitted by Contractors. Application allows for capturing of this data without hand entering in SiteManager. Validate the data. Transfer validated data into the SiteManager Database for analysis and payment adjustments.
Business Process KYTC is currently utilizing 8 separate disciplines: 6 QC/QA Workbooks 2 Mix Design Workbooks Test data is collected on a variety of materials, which are categorized within the discipline. One or more test methods are utilized for each discipline. When complete, the workbook is reviewed by the designated authority and subsequently presented to the application for validation and data transfer.
Excel Workbook Design Test data is extracted from the Excel workbooks utilizing an internal XML schema map. To implement this feature, the XML schema map must be designed externally and attached to each workbook. The XML schema is based on SiteManager database structure. For simplicity, every utilized SiteManager table and it’s field were included in the schema design. This allows the one schema to work for all workbooks.
Excel Workbook Design (cont.) Workbooks are designed to match the XML schema One worksheet is added to the workbook for each SiteManager table needed. Data from the workbook is mapped to these table-oriented worksheets. Then, the XML schema is attached to the workbook, and its elements are mapped to the table-oriented worksheets. Concrete Pavement QC/QA Workbook
SiteManager Tables 10 Tables are used by the application: t_smpl t_smpl_tst t_smpl_tstr t_cont_smpl t_tst_rslt_hdr t_tst_rstl_dtl t_rmrks_dtl t_pcc t_superpave t_bit_conc_mixblnd
Application Execution Upon receipt of a completed workbook, the web application is launched.
Application Execution (cont.) The resulting XML file is saved to a temporary processing folder on the Web Server. Next, the workbook being processed is saved to the same temporary directory. Then, Excel closes without interrupting or affecting any Excel processes the client may already be running.
Application Execution (cont.) From here, the server side of the application begins its work. First a series of validations are run against the XML file that Excel extracted to the web server’s temporary directory. Since each table from the discipline now exists in XML format, Excel is no longer needed.
Application Execution (cont.) If a validation fails, none of the data is loaded into SiteManager, and the errors are displayed to the user. The user must correct all errors before data can be loaded into SiteManager. After the initial load has completed, a ‘Reload’ option is available if the user finds a non-validated error in data, (i.e., a complete record delete/insert based on original Sample and Mix Design ID’s).
Application Execution (cont.) Upon successful validation, the data is loaded into SiteManager, and a message indicating this is displayed to the user. Also, upon successful validation, a copy of the workbook is archived from the temporary processing area on the web server to a central repository on a data server, and is named according to the root Sample ID. The XML file which was used for validation is then deleted.