VICTORIAN 32 COUNCIL EASYBIZ EXTENSION CONSORTIUM
EasyBiz Project Web Services Framework Specification,
Contract No. CT060718 Closing date: Wed 06 Sep 2006 - 1400 Melbourne time
[ Home ] [ LZIG Tenders ] [ This Tender ] [ Index This Tender ] [ Next Page ] [ Previous Page ] [ Joint Venture ] [ Copyright ]
1.5 GLOSSARY, TERMS AND ACRONYMS
1 Introduction 3 1.1 Overview 3 1.2 About EasyBiz System 3 1.3 Purpose of Operational Concept Document 4 1.4 Supporting Documentation 4 1.5 Glossary, Terms and Acronyms - THIS WEB PAGE 5 1.6 EasyBiz Management Authority 9 1.7 Operational Concept Document Audience 9 1.5 Glossary, Terms and Acronyms 1.5.1 Glossary, Terms 1.5.2 Acronyms This section describes all terms and acronyms used in relation to the EasyBiz system. 1.5.1 Glossary and Terms Table 2 - EasyBiz Project Terms provides a list of terms and a definition for each term used in the EasyBiz project. TABLE 2 - EASYBIZ PROJECT TERMS TERM DEFINITION A1 Application Program A set of routines, protocols, and tools for building software Interface (API) applications. A good API makes it easier to develop a program by providing all the building blocks. A programmer puts the blocks together. C1 Component Component is the term given to describing the various "software modules" that will comprise the overall EasyBiz system. It is expected that EasyBiz will comprise of several different software packages produced by different software vendors e.g. a payment manager, a content manager, a decision tree, a forms manager. C2 Council Victorian local government council responsible for administering a range of State Government and Local Laws in a defined geographical area (jurisdiction). Council pull data from EasyBiz EasyBiz user completes form, attaches supporting information and makes payment (if required) and selects "submit". EasyBiz system stores data and council uses an automated process to regularly check for any "newly completed" forms etc and then imports any "new" transaction data into its systems (batch upload). D1 Decision Tree The name given to the component of EasyBiz system that provides the functionality for users to answer questions to determine the type of permit(s) they are required to lodge with council(s). D2 Determining Questions A determining question is a type of EasyBiz decision tree question. A determining question is related to a specific permit, licence and registration form. The purpose of a determining question is to enable the EasyBiz user to determine whether the activity they wish to perform can be undertaken in a manner that will comply with council's regulations/conditions. A determining question is those regulations and conditions which are quantitative in nature EasyBiz Operational Concept Document and provide clear boundaries for performing the activity. A determining question will always follow evaluation questions. E1 EasyBiz Data Common This is the standard data format in which EasyBiz will store Format and transfer information. It will need to be an open standard capable of extensible vocabulary definition and discoverability. It should conform to the data content standards recommended in section 7.6.4 Data Exchange on page 54 E2 EasyBiz Platform This is the supporting infrastructure and relevant operating systems required for EasyBiz to operate eg servers, operating systems. E3 EasyBiz Portal This comprises the components of the EasyBiz System which are "user" facing eg used by small/home based business and council. Components include the Decision Tree, Forms Builder, Payment Gateway Manager, Account Manager, etc. E4 Easy Biz System This is all system related components of the EasyBiz System including the EasyBiz Web Services Hub and integration mechanisms between EasyBiz Web Services Hub and council. The EasyBiz System encompasses all components that are within the scope of the EasyBiz Project. E5 EasyBiz Web Services This consists of all components, services, standards and Framework specifications produced by the EasyBiz Project to enable data communication between the EasyBiz Portal, council and other third party data/service providers E6 EasyBiz Web Services The Central Communication Hub/Transformation Engine is a Hub component of the EasyBiz System that is responsible for managing all messaging/communications between the EasyBiz Portal, the council and any other third party that provides or receives data from EasyBiz. The Central Communication Hub/Transformation Engine is also responsible for "transforming" data from the EasyBiz format into a council specific format to facilitate the effective receipt of that data. E7 Email Push EasyBiz user completes forms, attaches supporting information & payment information and presses submit. This transaction is sent to a designated council email address. Council then imports the data manually into their backend systems. E8 Evaluation Questions An evaluation question is an EasyBiz question contained in the Decision Tree component that helps the EasyBiz user to determine what permit(s) they are required to lodge with which council(s). F1 Full Integration Full integration refers to transaction data created in EasyBiz systems being sent in real time to council's back-end system. Council's back-end system will acknowledge the receipt of the transaction data. Council will then determine whether transaction data is ready to be lodged or can only be submitted e.g. incomplete I1 Industry Reference and The Industry Reference and Monitoring Group is an EasyBiz Monitoring Group Committee responsible for advising the Project Directions and Monitoring Group on issues concerning councils and small/home based businesses requirements for EasyBiz. The Group is comprised of Economic Development Managers from councils. L1 Licence A licence is one of the forms of "approval" that can be applied for by an EasyBiz user through the EasyBiz system. The council is then responsible for reviewing the application and either granting or rejecting the licence request. L2 Lodgement Lodgement is a term used by council to describe the status of permit, licence or registration application. The application is termed as being lodged if the relevant forms are correctly completed, all the necessary supporting information has been provided in the format specified and the permit, licence or registration application has been paid for. Council is then able to proceed with the assessment of the permit, licence or registration request. P1 Permit A permit is another form of approval issued by council. Small/home based businesses will be able to apply for a permit to conduct specific activities through EasyBiz system. P2 Portal A portal is the term given to all the "components" of the EasyBiz system that is accessible to the EasyBiz user (small/home based business). A portal is a software application accessible via a web browser, which directs the user to one or more other web based applications provided by the same or a different organisation. P3 Project Direction The Project Direction Monitoring Group is the body responsible Monitoring Group for the management of the EasyBiz Extension Project. The Project Direction Monitoring Group comprises of representatives from council who approve the project's progress and resolve issues regarding scope and direction of EasyBiz. The EasyBiz Project Managers (SKM) report to the Project Direction Monitoring Group. R1 Received Received is the term used by EasyBiz to describe the status of a form, supporting information and payment data that EasyBiz has sent to a council and received an acknowledgement back from council that the form, supporting information and payment data has been received. Council will review the form, supporting information and payment data to determine whether the form is "lodged" or "submitted". R2 Rule Questions Rules questions are the "fine" detail of council's regulations and conditions, which the small/home based business must be able to comply with when performing the activity. The "rule" questions will not significantly define the boundaries that the activity must be performed within but rather are basic guidelines and principles which the small/home based business will be capable of complying with. Rules questions always follow determining questions. S1 Small/home based A small/home based business is a business that is registered business to operate in the State of Victoria. S2 Submission Submission is a term used by council to describe a permit, licence and registration application form received from a small/home based business which is incomplete or has incorrect data. Council is unable to process the form until the form is correctly completed and is therefore termed as submitted. S3 Subsidy A subsidy is the amount to be paid a Local Government System Vendor who is required to undertake system integration work on behalf of a council in order to receive data sent by EasyBiz to the council. S4 Supporting Information Supporting Information is the term used to describe all the additional information that a small/home based business must attach to their permit, licence and registration application. Typically this includes copies of building plans, previous permits, consent forms etc. T1 Technical Development The Technical Development Reference Group is an EasyBiz Reference Group Committee that advises the Project Direction Monitoring Group on issues concerning the EasyBiz System and Technical Architecture. The Group is comprised of council IT Managers. T2 Transaction Transaction is term used to describe the completion of a form on EasyBiz by a small/home based business and the submitting of that form (and any associated supporting information and payment information) to the relevant council via EasyBiz. T3 Transaction Data Transaction data is the data sent from EasyBiz to the council(s). Transaction data will encompass the form data (completed form), the attached files which represent the supporting information and the payment data (data required to show the payment of the permit, licence and registration form has been accepted by the council's designated payment gateway. V1 Vendor A Vendor is a company that is produces or resells software. In the context of EasyBiz, Vendors are referred to as the companies which define, develop, implement and maintain systems used by council to manage their 1 planning, 2 building, 3 local laws, 4 food and health and 5 land management functions. W1 Web Service The term Web services describes a standardized way of integrating Webbased applications using the XML, SOAP, WSDL and UDDI open standards over an Internet protocol backbone. 1 XML is used to tag the data, 2 SOAP is used to transfer the data, 3 WSDL is used for describing the services available and 4 UDDI is used for listing what services are available. Used primarily as a means for businesses to communicate with each other and with clients, Web services allow organizations to communicate data without intimate knowledge of each other's IT systems behind the firewall. 1.5.2 Acronyms Table 3 - EasyBiz Acronyms provides a list of acronyms used in the EasyBiz project. TABLE 3 - EASYBIZ ACRONYMS ACRONYMS DESCRIPTION A1 API Application Program Interface B1 BA Business Analyst B2 BEP Business Entry Point (Federal Government System) B3 BLIS Business Licence Information Service (Victorian Government) C1 CMA Central Management Authority C2 CoW City of Whittlesea I1 IRMG Industry Reference & Monitoring Group K1 KPI Key Performance Indicator M1 MAV Municipal Association of Victoria N1 NeDA National Electronic Development Application Standard P1 PDMG Project Direction & Monitoring Group O1 OCD Operational Concept Document R1 RRIF Regulation Reduction Incentive Fund W1 WS Web Service V1 VBMK Victorian Business Master Key X1 XBRL Extensible Business Reporting Language X2 XML Extensible Markup Language RUBAC Electronic Information Management Methodology Copyright of Hamme Family Trust
[ Home ] [ LZIG Tenders ] [ This Tender ] [ Index This Tender ] [ Next Page ] [ Previous Page ] [ Joint Venture ] [ Copyright ]
























































Revised: S: 11:33 Sat 2006/08/26 Syd 2089
F: 12:46 Sat 2006/08/26 Syd 2089
Who: aer
Authorised: prh
Created: 09:45 Tue 13/06/2000 Syd 2065
By: kmb
Revision: 3a4h1.002
Original Page: 3a4h
Change date:
Who:
Authorised: