Download template for software specification and more Study notes Information Technology in PDF only on Docsity!
Software Requirements Specifications
For
Web-GIS Tool
Version 1.
Project Code: 2015DG
Prepared By:
Organization:
SSEF Pvt Ltd.
March 10, 2015
Copyright © by Rohan A. Chavan, Permission is granted to use, modify and distribute this document
SRS Document v1.2: March, 2015 Project Code: 2015DG
Items that are intended to stay in as part of the document are in bold ; explanatory comments are in italic text. Plain text is used to insert wording about the project
Software Requirements Specifications (SRS) Document
The document in this file is prepared for specifying software requirements, adapted from the
IEEE Standards Association (IEEE-SA) Guide to Software Requirements Specifications
(Std. 830-1993).
Tailor this to the project specific needs, removing explanatory comments as go along. Where
anyone decides to omit a section, might keep the header, but insert a comment saying why
the author omits the data.
Warning: This SRS document is solely intended for confidential usage between DELTA and
SSEF mutual agreement. Unauthorized use of any part of this document by any means
without having any permission from the above mentioned parties is strictly prohibited.
Document Control (History and Distribution)
1. Approval
DELTA and SSEF team members shall approve this document.
2. Document Change Control
Initial Release: v1. Current Release: v1. Date of Last Review: March 10, 2015 Date of Next Review: Target Date for Next Update:
3. Revision History
… Towards Clean
Sustainable Energy
DELTA
- 1.5 Overview................................................................................................................................................
- The Overall Description...............................................................................................................................
- 2.1 Product Perspective................................................................................................................................
- 2.1.1 Detailed Methodology.....................................................................................................................
- 2.1.2 Interfaces.........................................................................................................................................
- 2.1.3 Hardware Interfaces.........................................................................................................................
- 2.1.4 Software Interfaces..........................................................................................................................
- 2.1.5 Communications Interfaces.............................................................................................................
- 2.1.6 Memory Constraints........................................................................................................................
- 2.1.7 Operations........................................................................................................................................
- 2.1.8 Site Adaptation Requirements.........................................................................................................
- 2.2 Product Functions...................................................................................................................................
- 2.3 User Characteristics................................................................................................................................
- 2.4 Constraints..............................................................................................................................................
- 2.5 Assumptions and Dependencies.............................................................................................................
- 2.6 Apportioning of Requirements...............................................................................................................
- Specific Requirements..................................................................................................................................
- 3.1 External Interfaces..................................................................................................................................
- 3.2 Functional Requirements........................................................................................................................
- 3.3 Performance Requirements.....................................................................................................................
- 3.4 Logical Database Requirements.............................................................................................................
- 3.5 Design Constraints..................................................................................................................................
- 3.5.1 Standards Compliance.....................................................................................................................
- 3.6 Software System Attributes....................................................................................................................
- 3.6.1 Reliability........................................................................................................................................
- 3.6.2 Availability.......................................................................................................................................
- 3.6.3 Security............................................................................................................................................
- 3.6.4 Maintainability.................................................................................................................................
- 3.6.5 Portability........................................................................................................................................
- 3.8 Additional Comments.............................................................................................................................
- Change Management Process.......................................................................................................................
- Supporting Information................................................................................................................................
- 5.1 Activity Schedule....................................................................................................................................
1. Introduction
Renewable energy is a solution for reducing the demand on and air pollution from traditional energy systems. As on-site sources of clean power, solar energy systems can reduce greenhouse gas emissions and air pollution, increasing energy security and creating local jobs. Solar electricity systems (such as, photovoltaic) also have the potential to generate power when it is needed most on hot summer days – thereby relieving strain on the electricity system and reducing the risk of blackouts. Solar PV is emerging in urban and peril-urban sectors and rooftop PV has a huge potential. Ministry of New and Renewable Energy (MNRE) as well as other state level agencies are coming with various rooftop programs and certainly private developers and integrators are looking this as one of the market and opportunities. To develop a sustainable model for our Indian solar cities, we also need to concentrate in promoting the green buildings. Green building is the practice of maximizing the usage of a building's resources i.e., rooftop solar photovoltaic system, solar water heater etc. while reducing the environmental impact throughout its life cycle. Jawaharlal Nehru National Solar Mission (JNNSM), Phase – II has been launched to promote the use of solar energy to households level. Various solar PV systems have been installed across the country to meet the energy demand and to generate the clean and green energy. PV systems have been deployed in India for electrification where grid connectivity is either not possible or, extending the grid connection to that point is not cost effective and feasible. But in urban or, semi urban area, a large rooftop potential is available which otherwise is not used for any purpose, can be used to install the kilo-watt (kW) scale PV plants to cater the energy need hence reduce the extra burden on the transmission and distribution line which otherwise have to be redefined and redesigned due to increased load demand. There are several tools available to estimate the solar rooftop potential, although there is a need of developing more accurate, user-friendly, intelligent and efficient tool which would be India specific and meet the requirements of end users and planners, which can help in preliminary assessment of site specific rooftop solar PV potential. Hence, we are proposing to develop a web based GIS tool for estimating the potential of rooftop solar power.
1.1 Purpose
The purpose of this Software Requirements Specifications (SRS) document is to provide a detailed description of the requirements for the Web-GIS solar power estimation tool. This SRS will allow a complete understanding of what is to be expected of the Web-GIS tool. The clear understanding of the Web-GIS tool and its’ functionality will allow for the correct software to be developed for the end users (here, the stakeholders) and will be used for the development of the future stages of the project. This SRS will provide the foundation for the project. From this SRS, the Web-GIS tool can be designed, constructed, and finally tested.
This SRS will be used by the research team, software engineers and GIS consultants for constructing the Web- GIS tool. The software engineers and GIS consultants will use the SRS to fully understand the expectations of
Client-Server The client-server model is a distributed application structure in computing that partitions tasks or, workloads between the providers of a resource or service, called servers, and service requesters, called clients.
Cloud Computing Cloud computing is a colloquial expression used to describe a variety of different types of computing concepts that involve a large number of computers that are connected through a real-time communication network (typically the Internet).Cloud computing is a jargon term without a commonly accepted non-ambiguous scientific or, technical definition. In science, cloud computing is a synonym for distributed computing over a network and means the ability to run a program on many connected computers at the same time. The popularity of the term can be attributed to its use in marketing to sell hosted services in the sense of application service provisioning that run client server software on a remote location. Crystalline Silicon Mono-crystalline silicon (c-Si): often made using the Czochralski process. Single-crystal wafer cells tend to be expensive, and because they are cut from cylindrical ingots, do not completely cover a square solar cell module without a substantial waste of refined silicon. Hence most c-Si panels have uncovered gaps at the four corners of the cells. Poly-crystalline silicon or, multi-crystalline silicon, (poly-Si or mc-Si): made from cast square ingots — large blocks of molten silicon carefully cooled and solidified. Poly-Si cells are less expensive to produce than single crystal silicon cells, but are less efficient.
Data Flow Diagram
A functional model of a software system that describes how outputs are derived from inputs. A diagram contains processes, data flows, actors and data stores. Database A collection of data or information typically stored on a computer system and organized to facilitate retrieval and modification.
Database Management System
A software system that enables users to define, create, maintain, and control access to a database.
Diffused Solar Radiation
Diffused solar radiation is the total amount of solar energy falling on a horizontal surface from all parts of the sky apart from the direct sun. The daily diffused solar radiation is the total diffused solar energy for a day.
Direct Solar Radiation
Direct solar radiation (also referred to as direct normal irradiance) is a measure of the rate of solar energy arriving at the Earth's surface from the Sun's direct beam on a plane perpendicular to the beam, and is usually measured by a pyrheliometer mounted on a solar tracker. The tracker ensures that the Sun's beam is always directed into the instrument's field of view during the day.
Field An element of a database record in which one piece of information is stored.
Footprint A rectangular or, circular area that is the result of the projection of the field of view of an instrument onto a surface or, a selection of an area of an image or, map.
Geo-Database The geo-database is the common data storage and management framework which combines ‘geo’ (spatial data) with ‘database’ (data repository) to create a central data repository for spatial data storage and management.
Geo-Processing Geo-processing is a GIS operation used to manipulate spatial data. A typical geoprocessing operation takes an input dataset, performs an operation on that dataset, and returns the result of the operation as an output dataset. Geo-Referenced Images
An image for which the image pixels have been assigned real-world coordinates (projection and datum) on the Earth.
GIS Team GIS team will consist of the research professional Working on GIS technologies and will be responsible for GIS data creation and the development of Web-GIS Solar Tool.
Global Solar Radiation
Global solar radiation is the total amount of solar energy falling on a horizontal surface. The daily global solar radiation is the total solar energy for a day.
Graphical User Interface (GUI)
A user interface based on graphics (icons and pictures and menus) instead of text; uses a mouse as well as a keyboard as an input device.
Hit A request to a web server from a web browser or, other client.
Hover Placing the cursor over a GUI element without clicking on this element.
Hyperlink An electronic link providing direct access from one hypertext document to another either located in another area or in the same document.
Image Pictorial representation of a scene recorded by a remote sensing system. Interactive Map A map displayed on a graphical display device that can detect mouse clicks and respond using the location of the mouse click on the map to determine the action taken.
IT Team IT team will consist of the members from IT Department at TERI.
Latitude Latitude is the Angular distance north or south from the earth’s equator measured through 90 degrees. Login The process of gaining access to certain features of the Web-GIS tool.
Longitude The angular distance measured on a great circle of reference from the intersection of the adopted zero meridians with this reference circle to the similar intersection of the meridian passing through the object.
Metadata Data describing the data contained in a database.
Object-Oriented A problem-solving paradigm that is based on abstracting real world entities including their attributes and functions. Interactions between objects generate the functionality of programs.
Open-Source A program in which the source code is available to the general public for use and/or, modification from its original design. Ortho-Rectification Ortho-rectified imagery is an aerial photograph geometrically corrected ("ortho-rectified") such that the scale is uniform: the photo has the same lack of distortion as a map.
Primary Key A set of fields in a database table that is used to uniquely identify records in the table.
Project Team Project team will consist of the Researchers responsible for overall execution of the project including the Project Advisors and Reviewers.
Provider An organization or individual that will provide metadata for the Web-GIS tool.
Query A user's request for information, generally as a formal request to a database.
Record A unique row in a table in a database consisting of a set of fields that describe a single occurrence of some entity described by the table.
Registered User A user of the AVS system that has an account, for example a validator, provider or an administrator.
Relational Database
A database where data is stored in tables, which contain records, which contain fields. Relationships between tables are defined by foreign keys.
Remote Sensing The measurement or acquisition of information about the Earth by a recording device that is not in physical contact with the Earth. Resolution The fineness of detail that can be distinguished in an image. The real world size of the footprint of a pixel in a
Scenarios Part of a use case consisting of a sequence of steps describing the interactions between a user and a system.
Search Engine A program that uses a search pattern to identify a set of web pages matching the search pattern.
Server A computer that provides services to other computers or to people.
Site Administrator A person whose responsibility is to manage and maintain the infrastructure of the system.
Slope and Aspect Slope and aspect are calculated at each point in the grid, by comparing the point’s elevation to that of its neighbors.
Solar PV A Solar Photovoltaic system (informally, PV system) is an arrangement of components designed to supply usable electric power for a variety of purposes, using the Sun (or, less commonly, other light sources) as the power source.
e.g. for example Ext-JS Extension Java-Script GeoExt Geo Extension GHG Greenhouse Gas GIS Geographic Information System GPS Global Positioning System GUI Graphical User Interface HMS Hotel Management System i.e. that is IEEE Institute of Electrical and Electronics Engineers IMBY In My Back Yard ISO International Organization for Standardization JNNSM Jawaharlal Nehru National Solar Mission kbps Kilo-Byte Per Second kW Kilo-Watt kWp Kilo-Watt Peak LIDAR Light Detection and Ranging mbps Mega-Byte Per Second MNRE Ministry of New and Renewable Energy OS Operating System PDF Portable Document Format PHP Personal Home Page PV Photovoltaic RAM Random Access Memory RIA Rich Internet Application SA Standards Association SDLC Software Development Life Cycle SDS Software Design Specification Document SPV Solar Photovoltaic SRS Software Requirements Specifications SSEF Shakti Sustainable Energy Foundation STD Software Test Documentation SUD Software User Documentation TC Technical Committee TERI The Energy and Resources Institute URL Universal Resource Locator VHR Very High Resolution WMS Web Map Service
1.4 References
(1) Project Proposal: “Development of Web-GIS Tool for estimating the Rooftop Solar Power potential for Indian Solar Cities”; (2) Project Inception Report: “Development of Web-GIS Tool for estimating the Rooftop Solar Power potential for Indian Solar Cities”; (3) IEEE SA: http://standards.ieee.org/findstds/standard/1074-1997.html (4) STANDARDS GUIDE for ISO/TC 211 GEOGRAPHIC INFORMATION/GEOMATICS 2009.06.01; (5) Solar Boston Application: http://gis.cityofboston.gov/solarboston/ (6) In My Back Yard (IMBY) Tool: http://maps.nrel.gov/imby (7) SWE 626 Team 2 Hotel Management System (HMS) Software Requirements Specifications Document;
1.5 Overview
The SRS is organized into two main sections. The first is ‘The Overall Description’ and the second is `the Specific Requirements’. The Overall Description will describe the requirements of the Web-GIS solar power estimation tool from a general high level perspective. The Specific Requirements section will describe in detail the requirements of the system.
2. The Overall Description The general factors are described here affect the product and its requirements. This section does not state specific requirements. Instead, it provides a background for those requirements, which are defined in section 3, and makes them easier to understand.
2.1 Product Perspective
2.1.1 Detailed Methodology The methodology of the proposed study is elaborated in the steps below:
- Preparation of GIS base layers: The satellite images for a specified area of Chandigarh city will be procured and required image processing is done for the images to create digital elevation model as well as creation of required vector data such as building footprint, road network etc. The ground survey will be conducted to validate the actual roof information with processed data on a sampling basis.
- After preparing GIS base layers, the solar radiation available on building rooftops will be estimated by using any desktop GIS products having Spatial Analyst function. To do this, a Digital Surface Model (DSM) of the city will be built. Then will have to take the bare earth DEM and overlay that with the building heights using attributes available in the building footprints, which results in a three dimensional surface model of the city. On the basis of this prepared surface, the solar radiation tools will be used to calculate the solar radiation availability for each rooftop.
The solar radiation tools allow the analysts to model incoming solar radiation and take into account numerous factors, including variation in elevation, orientation (slope and aspect), the shadows cast by topographic features and changes with time of day or, year. The resultant output will be validated with existing solar resource datasets (including satellite derived meteorological data an
- After completing the analysis in desktop GIS software, the resulted solar radiation map will be published as a ‘map web-service’ which consist of base layers, an address locator and geo-processing tools, and other layers of interest (e.g., rooftop area, solar radiation, possible system size and its cost considering various SPV technologies such as Crystalline and Thin-Film, available incentives information on SPV systems both at national and state level etc.), on an Open-Source GIS Server for use by the users of this proposed Web-GIS tool. Since, the solar radiation calculations may take some additional time to complete, therefore it is suggested to pre-process the analysis of solar radiation data in order to deliver a faster and efficient web application.
- Wrapping the analytics into an easy-to-use Web-GIS tool will be the next step. Presently there is great potential in new user interactive Application Programming Interfaces (APIs) such as, JavaScript which is a client-side technology, rendered by a web-browser. Using any of these advanced APIs will give the developers the capability to combine GIS based web services from a GIS Server with other web content and display it in a fast, visually rich mapping application that can be deployed over the web or, to the desktop.
Figure 2 : Methodology Flowchart
(3) Database : Including Open-Source Relational Geo-Database (Enterprise version),
- PostgreSQL v8.4.10 or, Higher;
- PostGIS v1.5.3 or, Higher.
Note : Open-Source GIS technologies shall be used to develop the Client-Server application. 2.1.5 Communications Interfaces The proposed Web-GIS tool shall be distributed across the network through internet and will follow the mechanism of Client-Server application architecture. 2.1.6 Memory Constraints Please refer section 2.1.3 i.e., Hardware Interfaces.
2.1.7 Operations The normal and special operations required by the GIS team such as: (1) GIS team has to process the very-high-resolution satellite imagery, which will be provided by the Project Execution Team. (2) Data processing involved Geo-referencing, Ortho rectification, ortho mosiacing etc. (3) GIS team has to create a DSM for getting height of the buildings; (4) GIS team has to calculate the Global solar radiation (including Direct and diffuse, if required) for particular building for each and every month of the specified year, where specification will be provided by the TERI Project Team; (5) GIS team has to do survey for near about 10,000 buildings (for data sampling/validation) in Chandigarh city with the following attributes such as Building Name, Building Address, Building Type (Residential/Commercial/ Industrial), and Building Area will be captured;
(6) GIS team has to digitize the Buildings foot-print/rooftop using satellite imagery in vector format; (7) GIS team has to integrate the surveyed information and solar radiation datasets with building vector data using GIS data model; (8) GIS and IT team is liable to install the required software on to the hosting server provided by the Project Execution Team. At the same time GIS and IT team will provide the training for the same; (9) In case GIS team requires GIS software products for vectorization, GIS data creation license copy of software products will be provided by the Project Execution Team; (10) Project Execution Team will provide the instruments (handheld device) for measuring the solar radiation at ground level for cross checking the software outputs in case if required; (11) GIS team has to use their owned GPS devices for doing the ground/field survey. Note : This is sometimes specified as part of the User Interfaces section. 2.1.8 Site Adaptation Requirements Since the proposed Web-GIS tool will be hosted and will run on the TERI/CREST/SSEF server, no additional site adaptation is necessary.
2.2 Product Functions
S. No. Particulars 1 User Registration 2 User Profile
3 User Login 4 User Logout 5 Website Home Page 6 Map Display Window 7 About Website Info Tool 8 Identify Feature 9 Map Navigation Tool 10 Attribute Analysis Query 11 Solar Radiation Potential Calculation 12 Solar Simulation Functionalities
2.3 User Characteristics
- Educational level of Web-GIS Solar Tool – Low
- Experience of Web-GIS Solar Tool – None
- Technical Expertise – Little
2.4 Constraints
Since, the proposed Web-GIS Solar Tool to be developed using Open-Source environment, therefore following are the limitations pertaining to the selected technology:
- Less training opportunities in open-source GIS software development;
- Lack of local knowledge/user-base;
- More developer-oriented;
- (^) Need to develop in-house technical skills;
- Lack of professional support and training.
2.5 Assumptions and Dependencies
- Availability of very-high-resolution satellite imagery is important for better mapping accuracy;
- Detailed Digital Elevation Model (DEM) or, Digital Surface Model (DSM) using LIDAR approach (which is a 3D modeling) can give more precise information, but it cannot be used here due to its very high cost implications;
- The proposed tool will give only the macro-level information about the city for rooftop solar PV potential to the users such as annual electricity production, energy savings, simple payback etc. It will also include add-ons like guiding people through incentives, approved vendors and installation procedures;
- System sizing and Installation cost of PV System will be assumed by considering selected PV technology (i.e., mono and poly crystalline material based PV modules).
- Incentive and other information will be based on latest updated secondary information only. This module will be comprised certain predefined values. Since, open-source GIS technologies give limited flexibility for the user’s input based calculations; therefore, the proposed open-source web-GIS tool will have limited flexibility for the users such as, Analysis of potential PV system for a particular building while considering variations in PV cost per watt, incentive in-term of capital subsidy etc.
- Due to limitation of open-source GIS platform, addition of new GIS features/objects such as any new buildings into the proposed web-GIS tool would be difficult through user interaction, however inclusion of few latest information to the map/datasets such as any new installation etc. will be possible by the site administrator of this proposed tool having prior knowledge of GIS and the city;
5 Website Home Page
Home Page shall be required for website. [SRSreq 05]
Home page contains various core functionalities including about TERI, SSEF etc.
6 Map Control Map control should contain map of the selected location (here, the study area)
[SRSreq 06]
It should contain various raster and vector layers.
7 About Website Info Tool
Info panel shall be required for website and its working behavior (how to operate, assumptions etc.)
[SRSreq 07]
User should able to get online help, and user manual (both web-based and documented in PDF) to execute each functionalities of the Web-GIS tool.
8 Identify Feature Tool shall be required to identify the features onto the map.
[SRSreq 08]
There should be a tool which will identify the features such as, buildings (vector data) on to the map.
9 Map Navigation Tool
Tool shall be required to navigate the map.
[SRSreq 09]
PAN: This tool should able to panning the map;
Previous: This tool should redirect the map on previous location;
Next: This tool should redirect the map on previous location;
Full Zoom: This tool will zoom out the map at full extent.
10 Attribute Analysis Query
Attribute query analyzer tool shall be required to do attribute query for further analysis.
[SRSreq 10]
There should be a tool to do attribute query, having options to select the query layer, its attributes (fields), various operations for doing query, as well as unique values of fields.
11 Solar Radiation Potential Calculation
Solar Radiation Tool shall be required for estimating Solar resource potential for a particular building level or, for cluster of buildings and selected area. [SRSreq 11]
There should be a provision to get solar radiation potential for a particular building or, for cluster of buildings and selected area.
12 Solar Simulation Functionality
[SRSreq 12] suggested system and total, rebate on total investment, tax credits, and after incentives etc. 13 Spatial Editing Toolbar
Basic editing functionalities such as, draw points, line polygon etc. shall be required.
[SRSreq 13]
User should able to draw points, line polygon etc. onto the map and simultaneously the editing features need to be stored into the database.
14 Home Page GUI Design
Pre-defined information will be required at tool/website Home Page. [SRSreq 14]
Additional features such as, company name, logo, tool assumptions etc. shall be required.
Note : All the features as specified under fictional requirements related to the proposed Web-GIS Solar can be envisaged on the basis of realistic possibilities using open-source technology/environment.
3.3 Performance Requirements
This subsection specifies both the static and the dynamic numerical requirements placed on the software or, on human interaction with the software, as a whole. Static numerical requirements may include:
(a) The number of terminals to be supported; (b) The number of simultaneous users to be supported; (c) Amount and type of information to be handled. Dynamic numerical requirements may include, for example, the numbers of transactions and tasks and the amount of data to be processed within certain time periods for both normal and peak work-load conditions. Performance requirements define acceptable response times for system functionality.
- The load time for user interface screens shall take no longer than specified seconds;
- The log in information shall be verified within specified seconds;
- Queries shall return results within five seconds, however specified time limit shall be incorporated for Spatial Queries.
3.4 Logical Database Requirements
This section specifies the logical requirements for any information that is to be placed into a database. This may include:
- Spatial Geo-Database including Raster and Vector datasets;
- Non-Spatial Information.
3.5 Design Constraints
The Web-GIS Solar Tool shall be a client-server application running in a Windows environment. The system shall be developed using Open-Source software technologies as mentioned in section 2.1.4 i.e., Software Interfaces. 3.5.1 Standards Compliance There shall be consistency in variable names within the system. The Graphical User Interface (GUI) shall have a consistent look and feel. IEEE SA Software Document Definitions (International Standards for Software Development) shall be followed as mentioned below:
- SRS – Software Requirements Specification: IEEE 830;
- SDS – Software Design Specification Document: IEEE 1016;
- IEEE SA (Std.) 1074-1997 IEEE Standard for Software Development Life Cycle (SDLC) Processes;
- STD – Software Test Documentation: IEEE 829;
- SUD – Software User Documentation: IEEE 1063.
- Following International Geospatial Standards shall be adopted while processing of GIS Datasets:
- ISO Technical Committee 211 (ISO/TC 211);
- Open Geospatial Consortium, Inc. (OGC).
Role of OGC Interoperability: The goal of GIS interoperability is to support users in finding, utilizing, and deploying data from various geographic information systems. In addition to interoperability, key success factors that enable GIS users to
11 Usability H 12 Availability H
Definitions of the quality characteristics not defined in the paragraphs above as follow:
- Correctness - extent to which program satisfies specifications, fulfills user’s mission objectives
- Efficiency - amount of computing resources and code required to perform function
- Flexibility - effort needed to modify operational program
- Interoperability - effort needed to couple one system with another
- Reliability - extent to which program performs with required precision
- Reusability - extent to which it can be reused in another application
- Testability - effort needed to test to ensure performs as intended
- Usability - effort required to learn, operate, prepare input, and interpret output
3.8 Additional Comments
4. Change Management Process
Changes to this document may be made after approval from the project Principle Investigator (PI) and the client approval officer (here, member from SSEF).
5. Supporting Information
The required documentation such as, SDS, SDLC, STD and SUD will be developed in separate deliverables.
5.1 Activity Schedule
S. Core Development Activities
Duration (in Days)
No. 1 5
3 0
4 5
6 0
7 5
9 0
1 0 5
1 2 0
1 3 5
1 5 0
1 6 5
1 8 0 1 Image Processing and GIS Data Creation
Deliverables*: SDS, GIS Data Layers (in Shape file), and Complete Report on GIS Data Model. 2 Geo-Database/Spatial Database Deliverables: Spatial Geo-Database. 3 Client/End User Application Interface Deliverables: Web-GIS Tool, Report on Software Development Framework (SDLC), and User Manual. 4 Application/Software Testing Deliverables: Debugging Checks and Test Report (STD). 5 Application Hosting Deliverables: Dedicated Uniform Resource Locator (URL) for Web-GIS Tool, and User Manual (SUD).
6 Training and Workshop Deliverables: Two Training Programs in Delhi and Two Workshops in Chandigarh and Delhi.
*Subject to Data procurement/availability.
