Beruflich Dokumente
Kultur Dokumente
Markets in India
A project report submitted to National Academy of Agricultural Research Management,
Hyderabad
in partial fulfilment of the requirements
for the
Post Graduate Diploma
in
Information Technology Management in Agriculture
by
Alok Gora
(ITMA0802)
August – October, 2009
Under guidance of
work of Mr. Alok Gora who carried out the project work under my
supervision.
Signature Signature
With great pleasure and deep sense of gratitude, I take this opportunity to
express my sense of indebtedness to Ms. Pratibha Bisht, Management Trainee, Premium
Farm Fresh Produce Ltd, New Delhi, for her valuable guidance, painstaking effort and
constant encouragement given at each and every step of my project work.
It gives great immense pleasure to convey my deep thanks to Dr. Rama Rao,
Course Director & HOD ICM Division NAARM, Hyderabad for their inspiring
guidance and succor.
I would like to thank Mr. Sudheer, Mr. Ashwani Rajput, Mr. Manish, Mr.
Laxman, Mr. Anil, Mr, Praveen, Ms. Anita, Mr. Vinod, Mr. Anwer and other staff
member for their co-operation at appropriate time through the completion of this
project.
Lastly I express my thanks to all those who help me directly or indirectly for
the conduct of project work.
Its unique strength in this business is the extensive backward linkages which has
established with the farmers. This networking with the farming community has enabled PFFPL to
build a highly cost effective procurement system. The Company has set up a complete
warehousing and cold chain infrastructure for ensuring the availability of fresh products in the
world market, besides direct linkages with the farmers for helping source farm fresh produce.
Fresh Table Grapes & Pomegranates are sourced from PFFPL's EUREPGAP Certified Farmer
groups
Its investments and resource planning form the backbone of the company ensuring a
strong produce- supply chain to deliver safe, consistent and competitively priced produce, all year
round. Along with this it intends to establish Electronic Grading Lines for Onions, Vegetables and
other fruits and Vegetables in the country.
Imports of Agro commodities, spices with cost effective global sourcing with trading in
commodity exchanges and physical deliveries make PFFPL one of the leading Agri Business
Venture in the country. The Company is fully prepared to take up this innovative premier and
challenging task and to handle in the most professional manner. The Former Director, NIAM
(National Institute of Agricultural Marketing) Dr J S Yadav (C.O.O.), who conceptualized this
new hub and spoke format for Terminal Market. He is India’s leading expert in the field of
Agricultural Marketing, Development and pioneer in Terminal Market Research, Project
preparation and Implementation, in India.
CONTENTS
LIST OF TABLES
LIST OF FIGURES
EXECUTIVE SUMMARY 1
1 OVERVIEW 2
1.1 Introduction 2
1.2 Problem Area 2
1.3 Objectives 4
1.4 Scope 4
1.5 Definitions 5
2 ANALYSIS EAS 6
2.1 Software Requirement Specifications 6
2.2 Constraint 7
2.3 System Wide Requirement 7
2.4 Functional Requirement 8
2.4.1 Use Case Model 8
2.4.2 Use Case Overview 9
2.4.3 Use Case Specifications 10
2.4.4 Activity Diagrams 18
4 INTERFACES 34
4.1 Hardware Interface 34
4.2 Software Interface 35
4.3 User Interface 36
4.3.1 Log in Page 36
4.3.2 Home Page 37
4.3.3 Registration page 38
4.3.4 Generate Identification Number Page 39
4.3.5 Product Registration Page 40
4.3.5.1 Seller ID Page 40
4.3.5.2 Product Detail Form 41
4.3.5.3 View Product Detail 42
4.3.6 Verification of Product Details 43
4.3.7 Update Product details 44
4.3.8 Pre Auction Page 45
4.3.9 Auction Setup Page 46
4.3.10 Invoice Form 47
4.3.11 View Invoice 48
4.3.12 Search profile 49
4.3.13 Search Result of Profile 50
4.3.14 Search Commodity 51
4.3.15 Search Result of Commodity 51
4.3.16 View Commodity Result 52
4.3.17 Lot Preparation 53
5 OTHER REQUIREMENTS 54
5.1 Performance Requirement 54
5.2 Security Recoverability and Usability 54
5.3 Maintainability 54
5.4 Safety 54
REFERENCES 56
APPENDIX 57
LIST OF TABLES
LIST OF FIGURES
This report documents the software modeling, analysis, architecture, and design of EAS
(Electronic Auction System), a tool for e-Auction that can be used by a buyers and sellers. UML
(Unified Modeling Language) has been used in EAS modeling. The key features of EAS
architecture and design are extensibility, reusability, robustness, and scalability. These features
have been achieved through the use of best practices in software engineering such as design
patterns.
This report is organized as follows. Section 2 is devoted to object oriented analysis of EAS. In
this section, the software requirements specification is presented first, followed by a detailed use-
case model, accompanied by a description of the use cases. Activity diagrams are presented next.
In Section 3, the discussion is centered on EAS architecture. A solution model, a technology
realization model, a J2EE realization model, and a .NET realization model are described. Section
4 presents the EAS interfaces with hardware, software and user interface. The emphasis in this
section is on the user interface which has developed with the help of PHP. Section 5 is
concentrate on other requirement such as performance, security, usability, maintainability and
safety.
1
1 OVERVIEW
1.1 Introduction
Transactions for goods and services via internet and other computer networks, or electronic
commerce (EC), have increased dramatically in recent years with progress in information
technology and expansion of the network infrastructure. The types of product involved in EC
transactions are still strongly biased toward electronic- and information-related hardware,
automobiles, and auto parts, which account for 84% of the total. However, increasing adoption of
EC can now be seen in industry as a whole, as shown by the remarkable growth of transactions
in raw materials, chemicals, textiles, food products, construction, industrial machinery, and other
sectors.
In these circumstances, a response to the EC needs of wholesale markets in India which
mainly handle fresh food and other perishables produce. It is believed that poor linkage in
marketing channels and poor marketing infrastructures are leading to high post harvest losses,
low competitiveness, low transparency and fluctuation in price. Hence, small proportion of
consumer money is reaching to the farmers. There is need to create modernization of wholesale
market in India by introducing advance technologies, beginning with efficient electronic auction
system.
These modern wholesale markets will provide the electronic auction system for perishables
produce and also there will be a provision of modern logistic facilities and services such as
display hall, cold storage, electronic weighing and electronic disseminated market information
through display panel. So farmers can get more benefit as compared to the present market.
The fundamental objective of electronic auction system is to improve the agriculture market
efficiency. By centralizing transactions of data at a single location, reducing the period for
transactions, and promote greater transparency and better price formation through a clearer
interplay of supply and demand.
At present wholesale market does not have adequate infrastructure facilities within the market
yard. Uncontrolled and wild way of utilization of space by traders or service providers create
2
extreme congestion in fruits and vegetable markets. Chaos is a common phenomenon at trading
places in fruits and vegetables since there is no single centralized auction system. Traders’ often
organize auctions at various places in a random manner and in a un sequential order. This
creates unnecessarily excessive user population pressure on market, which creates unhygienic
condition in the market. This discourages the civilized and educated people to go to market and
participate in the business.
Also there is hardly any facility/ infrastructure on post harvest handling, assembling, sorting,
grading, packing, transportation, quality certification, and labeling, pre-cooling, cold-store,
ripening chambers in fruits and vegetables markets. This leads to post harvest losses and low
price realization to the farmer.
The present system does not cope up with cultural change and technological advancements.
IT applications have opened various dimensions for networking of backward and forward
linkages, which will ensure transparency and efficiency.
In this background, Premium Farm Fresh Produce Ltd. (PFFPL) wants to setup Electronic
Auction System (EAS) for Wholesale Markets in India.
Release 1 of EAS will be based on the data collected from the Premium Farm Fresh
Produce Ltd. (PFFPL) and mainly intend not only to disseminate meaningful information
(general, from research projects) related to electronic auction system but also enable capturing of
relevant data from the buyers and sellers.
3
1.3 Objectives
¾ To study the present electronic auction system for wholesale markets and develop a
business case document w.r.t. India
¾ To develop a User Requirement Document (URD) that specifies the requirements which
the user expects in terms software w.r.t. electronic auction operations.
1.4 Scope
Stakeholder of EAS is PFFPL employees, buyers and sellers. PFFPL is going to develop the
software for the wholesale market (set up by PFFPL) on intranet. As a result the following
facility would be available on the Local Area Network (LAN) of wholesale market.
• The main function of EAS is to provide registration facility for incoming buyer and seller
in wholesale market.
• The EAS will provide a facility to set auction.
• The whole management could be controlled through admin interface through which the
clients and host system could be managed from anywhere.
• There will be different rights for different type of user.
• This EAS will help in management of documents related to seller and seller to the server.
• This EAS will provide a facility for buyers to place a bid on product.
4
1.5 Definitions
5
2 ANALYSIS EAS
Analysis is a process of identifying the conceptual items and properties necessary for a
solution to be both correct and proper. The analysis process is done through Requirements
Analysis phase. During the requirements analysis, reformulate and expand an informal set of
requirements into a more formal description. This transformation is done gradually through use
cases. Use cases offer a systematic and intuitive way to capture the functional requirements with
particular focus on the value added to each individual user or to each external system. Use cases
play a key role in driving the rest of the development work and that is the important reason for
their acceptance in most approaches to modern software engineering.
1. Buyer(s)
2. Seller(s)
3. PFFPL employee (Admin/Auction officer)
Admin/Auction Officer
Add new information, delete, edit the information related the system.
View information about the EAS.
Can delete the user or create the new user.
Can set the status of the work.
Employees
View information.
Edit information
Edit self profile
Search information
Upload documents on server
Issue the smart card for buyer and seller
6
Buyer
Register at wholesale market for participating in auction
Can place a bid on display product
View Bids
Seller
Register at wholesale market for participating in auction
Inward the product information with the help entry officer of wholesale market
Can cancel the auction with the help of Admin/Auction Monitor
2.2 Constraint
Rules:
¾ Non-registered users can not participate in auction
¾ Any user – cannot delete information
7
2.4 Functional Requirement
The use cases are complete functionalities as perceived by an actor. In order to discover the
set of use cases that captures the functionality of the system.
8
2.4.2 Use Case Overview
Login
Logout
Entry Officer
Sellers
Remove User
Buyers
Lot Preparation
Accountant
Submit Bid
Close Auction
Billing Clerk
Security Officer
Generate Invoice
9
The table below gives a consolidated view of the Use Cases. Detailed descriptions of the use cases are
given in the Use Case Specification section following this table.
2.4.3 Use Case Specifications
Use Case ID: UC-EAS-01 Use Case Name: Login User
10
Use Case ID: UC-EAS-02 Use Case Name: Add Sellers/Buyers Details
Pre-conditions: User should login the EAS and should be viewing Home page of EAS
Post conditions: Database has been updated with new value
Frequency of Use: Medium
Normal Course of • User opens the EAS
Events: • User login using user id and password & clicking submit option
• User is shown the home page
• EAS displays several options including Add Sellers/Buyers Details
• Clicking on Add Seller/Buyers Option will display a questionnaire
regarding the Seller/Buyers details to be filled by the Auction
Officer/System Administrator.
Use Case ID: UC-EAS-03 Use Case Name: Update Sellers/Buyers Details
Pre-conditions: User should login the EAS and should be viewing Home page of EAS
Post conditions: Database has been updated with new value
Frequency of Use: Medium
Normal Course of • User opens the EAS
Events: • User login using user id and password & clicking submit option
• User is shown the home page
• “View Profile” option is displayed for user to enter either ID or name or
location.
• User enters either one or all the three details and click on ‘Submit’
• User will get a response in form of display of list of Seller/Buyers
• Clicking on single Seller/Buyers will display his complete details.
• Seller/Buyers details can be updated by System Administrator/Auction
officer.
• Click on the update button.
11
Use Case ID: UC-EAS-04 Use Case Name: Remove Sellers/Buyers Details
Pre-conditions: User should login the EAS and should be viewing Home page of EAS
Post conditions: Database has been updated with new value
Frequency of Use: Low
Normal Course of • User opens the EAS
Events: • User login using user id and password & clicking submit option
• User is shown the home page
• “View Profile” option is displayed for user to enter either ID or name or
location.
• User enters either one or all the three details and click on ‘Submit’
• User will get a response in form of display of list of Seller/Buyers
• Select a particular seller/buyer and remove the profile by System
Administrator/Auction officer.
• Click on the remove button.
Alternative Courses: None
Exceptions: • ID number is incorrect. Display message” User doesn’t exist”.
Includes: Links to go back for Product Detail option
Associated NA
Requirements:
Use Case ID: UC-EAS-05 Use Case Name: Add Product Detail
Pre-conditions: User should login the EAS and should be viewing Home page of EAS
Post conditions: Database has been updated with new value
Frequency of Use: High
Normal Course of • User opens the EAS
Events: • User login using user id and password & clicking submit option
• User is shown the home page
• User click on the Add product details opting
• User enters the seller ID and submit
• System will display the product details form for particular seller
• User enters the product detail
• User click on the submit button
• System will generate the unique lot number.
Alternative Courses: None
Exceptions: • ID number is incorrect. Display message” User doesn’t exist”.
• Mandatory product information is missing. Display message “please
enter the complete details”.
Includes: Links to go back for Product Detail option
Associated NA
Requirements:
12
Use Case ID: UC-EAS-06 Use Case Name: Product Conformation
Pre-conditions: User should login the EAS and should be viewing Home page of EAS
Post conditions: Database has been updated with new value
Frequency of Use: High
Normal Course of • User opens the EAS
Events: • User login using user id and password & clicking submit option
• User is shown the home page
• User click on the product conformation opting
• User enters the seller ID and submit
• System will display the product details which were entered in entry
gate.
• If any change in the product details user will have to select the change
button and enter the new details.
• User click on the submit button
Alternative Courses: None
Exceptions: • ID number is incorrect. Display message” User doesn’t exist”.
Includes: Links to go back for Product Detail option
Associated NA
Requirements:
Pre-conditions: User should login the EAS and should be viewing Home page of EAS
Post conditions: Database has been updated with new value
Frequency of Use: High
Normal Course of • User opens the EAS
Events: • User login using user id and password & clicking submit option
• User is shown the home page
• User click on the Lot Preparation opting
• User enters the details.
• User click on the submit button
Alternative Courses: None
Exceptions: NA
Includes: Links to go back for Product Detail option
Associated NA
Requirements:
13
Use Case ID: UC-EAS-08 Use Case Name: Setup Auction
Pre-conditions: User should login the EAS and should be viewing Home page of EAS
Post conditions: None
Frequency of Use: High
Normal Course of • User opens the EAS
Events: • User login using user id and password & clicking submit option
• User is shown the home page
• User click on the auction button
• User select the type of auction (DU,EN &COMBI)
• User select the product
• System display whole details of the product like variety, quantity,
grade, minimum, maximum price and also seller details name & ID.
• User click on the auction start button
• System will ask minimum and maximum bidding price
• User enters the price details and click ok
• Auction clock will start and price will increase/decrease according to
the type of auction.
Alternative Courses: None
Exceptions: • If user will not enter the minimum & maximum the system will display
the message “Please enter the Price”.
Includes: Links to go back for auction option
Associated NA
Requirements:
Use Case ID: UC-EAS-09 Use Case Name: Modify auction Rule
Pre-conditions: User should login the EAS and should be viewing Home page of EAS
Post conditions: None
Frequency of Use: Low
Normal Course of • User opens the EAS
Events: • User login using user id and password & clicking submit option
• User is shown the home page
• User click on the modify auction rule.
• User modifies the auction rule.
• User click on ok button.
Alternative Courses: None
Exceptions: NA
Includes: Links to go back for home page.
Associated NA
Requirements:
14
Use Case ID: UC-EAS-10 Use Case Name: Submit Bid
Use Case ID: UC-EAS-11 Use Case Name: Auction Summary Report
Pre-conditions: User should login the EAS and should be viewing Home page of EAS
Post conditions: None
Frequency of Use: Low
Normal Course of • User opens the EAS
Events: • User login using user id and password & clicking submit option
• User is shown the home page
• User click on the summary report
• User select auction summary report
• User enter the date or select the date
• User click on the get summary report
• System will display the auction summary report.
Alternative Courses: None
Exceptions: NA
Includes: Links to go back for Home Page
Associated NA
Requirements:
15
Use Case ID: UC-EAS-12 Use Case Name: User Summary Report
Pre-conditions: User should login the EAS and should be viewing Home page of EAS
Post conditions: None
Frequency of Use: Low
Normal Course of • User opens the EAS
Events: • User login using user id and password & clicking submit option
• User is shown the home page
• User click on the summary report
• User select user summary report
• User enter the name/id of seller and buyer
• User click on the get summary report
• System will display the auction summary report.
Alternative Courses: None
Exceptions: NA
Includes: Links to go back for Home Page
Associated NA
Requirements:
Pre-conditions: User should login the EAS and should be viewing Home page of EAS
Post conditions: None
Frequency of Use: Low
Normal Course of • User opens the EAS
Events: • User login using user id and password & clicking submit option
• User is shown the home page
• User click on the invoice button
• User enter buyer name and date
• User click on the get invoice
• System will display the invoice.
Alternative Courses: None
Exceptions: NA
Includes: Links to go back for Home Page
Associated NA
Requirements:
16
Use Case ID: UC-EAS-14 Use Case Name: Security Reports
Pre-conditions: User should login the EAS and should be viewing Home page of EAS
Post conditions: None
Frequency of Use: Low
Normal Course of • User opens the EAS
Events: • User login using user id and password & clicking submit option
• User is shown the home page
• User click on the security reports button
• User click on the get security reports
Alternative Courses: None
Exceptions: NA
Includes: NA
Associated NA
Requirements:
17
2.4.4 Activity Diagram
Activity diagrams describe the workflow behavior of a software/ system. The diagrams describe
the state of activities by showing the sequence of activities performed. Activity diagrams can show
activities that are conditional or parallel.
User System
Start
Not Valid
Varify & Validate
User Enters Usename, Password
Valid
User Submit Details Display Invalid Username or Password Display Home Page
End
18
User System
Start
Invalid
Varify & Validation
Display Home Page
End
19
User System
Start
Submit details
Valid
End
Display message "Profile has been Edited"
20
User System
Start
Invalid
Varify & Validation
User entres detail
Submit details
Valid
21
User System
Start
Home page
Invalid
Varify & Validation
22
User System
Invalid
Varify & Validation
Details is correct
Varification of product details
Detail is incorrect
End
23
User System
User click on the lot preparation Display the lot preparation form
End
24
User System
Start
User click on the update lot preparation Display the lot details page
End
25
User System
User click on the Auction System display home page with auction clock
User starts the auction System will ask the maximum & Minimum price
End
System decreases/increases the price according to auction
26
User System
Invalid
Verify & Validation
Submit Details
Valid
End
27
User System
Invalid
Varify & Validate
Submit
Valid
End
28
User System
Invalid
Varify & Validation
Submit details
Valid
Display Invoice
29
3 ARCHITECTURE FOR EAS
Successful systems invariably need robust, scalable and flexible architectures. In this phase
the models have class diagrams which are organized into various packages, tiers and
components. The better this organization is, the more successful the system will be. The
architecture of EAS can be described at two different levels. In the first level is the technology
independent, model-driven diagram. In the second level is a technology realization of the
various components of the earlier model. We refer to the first model as the Solution Model, and
refer to the second model as the Technology Realization model.
30
The Web Presentation Tier: This tier will be designed to allow the user to access the services
offered by the system. The user will be allowed to perform a set of well-defined operations,
which achieves the ultimate business goal.
The Control Tier: This tier essentially choreographs the various activities of the system. It will
responsible for access control, right control, directing the requests to specific business logic
components or data handling components, ensuring the scalability of the system by creating
appropriate threads and pools of resources. This layer will also responsible for load balancing.
The Business Logic Tier: This is the cardinal layer of the system. The services that are
promised by the system will be actually performed here. The determinations of winners, bid
decrement and management of auctions, etc are some of the prominent functionalities of this tier.
The Data Handling Tier: This tier will responsible for handling all operations related to the
database(s) that store the information of the system. This tier is responsible for initializing
databases, maintaining the database connections, pooling them, manipulating databases, and
optimizing their performance.
Web Presentation Tier: The responsibilities of this tier will be achieved using Java Server
Pages (JSPs). This tier will offer an interface to the users which they use to interact with the
system.
Control Tier: This tier will be implemented using servlets and tag libraries. In case of using
Enterprise Java Beans at the lower levels, an Application Server would be necessary for these to
run. Otherwise a Web Server will be enough.
31
Business Logic Tier: This tier will perform its responsibilities using worker bean classes or
session beans.
Data Handling Tier: These tire will be contained plain jdbc (Java database connectivity)
handler classes, which manage the database.
32
3.3 .Net Realization Model
Web Presentation Tier: Here ASP.Net will be used instead of the JSP of J2EE.
Control and Business Logic Tiers: These will handled by .NET managed components like
COM, DCOM, COM+ etc.
Data Handling Tier: the Classes in this layer will realize using ADO.NET components.
33
4 INTERFACES
3. Auction Master’s Console (Includes Computer system, audio connectivity Public Address system and
related hardware)
4. Auction Master’s Console (Includes Computer system, audio connectivity Public Address system and
related hardware)
5. Server System (Full set of all server hardware required for Auction Market)
6. Desktop Computer System (Full set of all Desktop computers required for Auction Market)
7. Smart Card for Buyers/Sellers
8. WLAN (Communication between mobile clock and LAN network)
• Access points – Antennas
• Radiographic network card
34
4.2 Software Interface
The software interfaces that will be required to be used for using EAS software are
Front End
The front-end is responsible for collecting input in various forms from the user. The front-end is
a kind of interface between the user and the back-end. Java/.Net can be used for development of
front end.
Back End
A back-end is a database that is accessed by users indirectly through an external application rather than
by application programming stored within the database itself or by low level manipulation of the data.
Oracle/MySQL can be use for backend database. MySQL is user for developing a prototype.
Server
A server is an application running on a computer that delivers a service. For example, a web server will
deliver web pages when requested by a browser (called client in this context).
• Apache tomcat sever : When J2EE platform will be used
• Internet Information Server (IIS): When .NET will be used
XAMPP server and PHP platform is used for developing EAS prototype.
35
4.3 User Interface
First in case of log in screen of the user interface it displays only two field’s username and
password and the submit button
36
4.3.2 Home Page
37
4.3.3 Registration Page (Seller/Buyer)
38
4.3.4 Generate Identification Number Page
39
4.3.5 Product Registration Page
For product registration it is necessary to enter the seller ID in seller ID page. After that
user can able to access the product registration page.
40
4.3.5.2 Product Detail Form
41
4.3.5.3 View Product Detail
42
4.3.6 Verification of Product Detail
43
4.3.7 Update Product Detail
44
4.3.8 Pre Auction Page
45
4.3.9 Auction Setup Page
46
4.3.10 Invoice Form
47
4.3.11 View Invoice
48
4.3.12 Search Seller/ Buyer Profile
49
4.3.13 Search Result of Profile
50
4.3.14 Search Commodity
51
4.3.16 View Commodity Details
52
4.3.17 Lot Preparation
53
5 OTHER REQUIREMENTS
54
6 MINIMUM H/W AND S/W REQUIREMENT
55
REFERENCES
• Document on Operational and Working Guidelines for Premium Market, Adgaon, Nasik.
• Project Report developed by Mr. Saurabh Pandey on Electronic Auction System for Premium
Farm Fresh Produce Ltd.
• Business case and vision of EAS for wholesale markets in India developed for this particular
project.
• Case Study: Implementing a Web Based Auction System Using UML and Component-Based
Programming (http://www.computer.org/portal/web/csdl/doi/10.1109/CMPSAC.2002.1044554 ).
• A report on Electronic Fish Auction developed by Mr. Crick Carleton, Nautilus Consultant
Ltd. Scotland (http://www.nautilus-consultants.co.uk/pdfs/final-1b.pdf )
• A research paper on Flexible and Secure Auction Architecture Using Trusted Hardware (I
http://www.eecs.berkeley.edu/~tygar/papers/SAM/sam-ejeta.pdf)
• Agent-Based Mobile Auctions: The Flea Market Scenario (http://ray.tk.uni-
linz.ac.at/~reinhard/iit04dubai.pdf)
56
ABBREVIATIONS
EC Electronic Commerce
57