FARMER HELP CARE

A PROJECT REPORT
Submitted by

Parth R. Bhanderi (160030107010)

Harsh J. Patel (170033107024)

Dhaval M. Butani (160033107015)

Under the guidance of

Prof.Rajesh Davda

A Report submitted to Gujarat Technological University in partial fulfillment

for the award of the degree
Of
BACHELOR OF ENGINEERING
in
Computer Engineering

Atmiya Institute of Technology & Science Yogidham Gurukul, Kalawad

Road, Rajkot-360005.
Gujarat Technological University, Ahmedabad
OCT-2019
 INDEX
No. Title Page
No.
Acknowledgement I

Abstract II

List of Figures III

List of Tables IV

List of Symbols V

1.0 1
Introduction
1.1 Purpose 2

1.2 Scope 2

1.3 Objective 2

1.4 Technology and Tools 2

2.0 7
Project Management
2.1 Project Planning 8

2.1.1 Project Development Approach and

8
Justification
9
2.1.2 Milestones and Deliverables
2.1.3 Roles and Responsibilities 10

2.1.4 Group Dependencies 11

2.2 Project Scheduling 12

2.3 Risk Management 12

2.3.1 Risk Identification 13

2.3.2 Risk Analysis 14

 2.4 Estimation 15

2.4.1 Effort Estimation 15

2.4.2 Cost Analysis 17

3.0 18
System Requirements Study
3.1 User Characteristics 19

3.2 Hardware and Software Requirements 17

3.2.1 Server side Hardware Requirement 20

3.2.2 Software Requirements 20

3.2.3 Client side Requirements 20

3.3 Constraints 21
3.3.1 Hardware Limitations 21
3.3.2 Interfaces to Other Applications 21
3.3.3. Reliability Requirements 21
3.3.4 Safety and Security Consideration 22

3.4 Assumption And Dependencies 23

4.0 24
System Analysis
4.1 Study of Current System 25

4.2 Problem 25
and Weaknesses of Current System
25
4.3 Requirements of New System
25
4.3.1 User Requirements
26
4.3.2 System Requirements
26
4.4 Feasibility Study
4.4.1 Does the system contribute to the overall
objectives of the organization? 26 4.4.2 Can the
system be implemented using the
 current technology and within the
given cost and schedule constraints? 27

4.4.3 Can the system be integrated with other

system which are already in place? 27

4.5 Requirements Validation 27

4.6 Features Of New System 28

4.7 Data Flow Diagram 28

4.8 ER Diagram 34
4.9 Selection Of Hardware and Software and
35
Justification

5.0 36
System Design
5.1 Database Design 37

5.2 Input/Output Design 49

5.3 Interface Design 50

5.3.1 State-Transition Diagram 52

5.4 System Structural Design 53

Appendix A.1 Summary 54

A.2AEIOU Summary 55

A.3 Empathy Summary 57

A.4 Ideation Canvas 58

A.5 Product Development Canvas 59

A.6 Exhibition of Canvases 60

References 62
 Acknowledgement
We are happy to submit our idea of “FARMER TO FARMER PORTAL” in Gujarat Technology
University, Ahmadabad for Bachelor Engineering degree in computer branch.

The institute Atmiya Institute Technology and Science, which is due to the Parth
Bhanderi,Dhaval Butani ,Hersh Pate land his blessings. We are so thankful to them that he has
given us such a supportive institute and its environment .He is so supportive and spiritual and
continuously inspiring to give our best.

We are highly obliged to Parth Bhanderi,Dhaval Butani ,Hersh Patel to give us continuous
motivated environment and such a nice management.

This dissertation has been prepared under the most supporting guide Prof.Rajesh Davda of
Department of Computer Engineering, Atmiya Institute of Technology and Science, Rajkot.
Due to her continuous support, guidelines, her helping nature, and very thankful to her to any
time resolving our queries and provides all necessary facilities during our work. Also thankful
for giving us such new directions. Without her keen interest and knowledge of the subject and
constant encouragement we cannot complete our dream.

We are also grateful to Prof. Tosal Bhalodia Head of the Department and all the faculty members
of the Department of Computer Engineering for their kind support throughout this journey.

We also take the privilege to acknowledge the elite authors of numerous books and papers and
blogs which we have referred during progress of this.

We also really thankful to Prof.Rajesh Davda,our external guide to support at each phase of
this.Without his guidelines we cannot complete our work at proper time.
We also say the big thank you to our parents for such a support and without them we can do
nothing not in just project but also in life. Thankful to our family for their support.

The feeling of gratefulness to any one’s help directly arises from the bottom of heart. A small
but an important and timely help can prove to be a milestone in one’s life.

We take the opportunity to thank all those who have directly or indirectly helped us to fulfill our
dream.

Very thankful to almighty of all of us ”God” to give us such a best persons and all the thing he
provides before we need and we always feel that without him we are nothing.

Parth Bhanderi
Dhaval M.Butani
Harsh Patel
 Abstract
This is the portal provides the bridge between Farmer/TEAM OF Farmers .
Farming is the Prime Occupation in India in spite of this, today the people involved in farming
belongs to the lower class and is in deep poverty. The Advanced techniques and the
Automated machines which are leading the world to new heights, is been lagging when it is
concerned to Farming, either the lack of awareness of the advanced facilities or the
unavailability leads to the poverty in Farming. Even after all the hard work and the production
done by the farmers, in today’s market the farmers are cheated by the Agents, leading to the
poverty. Agromarketing would make all the things automatic which make easier serving as a
best solution to all the problems. E-farming will serve as a way for the farmers to sell their
products across the country just with some basic knowledge about how to use the website.
The site will guide the farmers in all the aspects, the current market rate of different products,
the total sale and the earned profit for the sold products, access to the new farming
techniques through elearning and centralized approach to view different government’s
agriculture schemes including the compensation schemes for farming. Getting availed to the
required information related to the markets and different products can be made possible
through the Online facility provided by the system.
 List of Figures

Figure No. Title Pg No.

Fig. 2.2.1 Shows timeline chart of this project 12

Fig 4.7.1 DFD Level-0 29

Fig 4.7.2 DFD Level-1(Admin) 30

Fig 4.7.3 DFD Level-1(Visitor) 31

Fig4.7.4 DFD Level-1(Farmers) 32

Fig 4.7.5 DFD Level-1(Farmer) 33

Fig 4.8.1 ER-Diagram 34

Fig. 5.2.1 Sign in Page 49

Fig.5.3.1.1 State Diagram 52

Fig 5.4.1 Table Relationship Diagram 50

Fig 6.2.1 AEIOU Summary 57

Fig 6.3.1 Empathy Summary 58

Fig 6.4.1 Ideation Canvas 59

Fig.6.5.1 Product Development Canvas 60
 List of Tables

Table No Title Pg No.

Table 2.1.2.1 Milestones and Deliverables 10
Table 2.1.3.1 Roles And Responsibilities 11
Table 2.4.1.1 Distribution of Effort 15
Table 2.4.1.2 Complexity adjustment values 16
Table 2.4.2.1 Cost Analysis 17
Table 3.2.1.1 Server side Hardware Requirement 20
Table 3.2.1.2 Software Requirements 20
Table 3.2.1.3 client side Requirements 20
Table 4.9.1 Hardware Requirements 37
Table 4.9.2 Software Requirements 37
Table 4.9.3 Client side Requirements 37
Chapter 1

Introduction

• Purpose
• Scope
• Objective
• Technology and Tool
1.0 INTRODUCTION

1.1 PURPOSE:

The purpose of developing this project is to motivate the innovations which are not take
place due to the lack of money.

It is to make the bridge between Farmer and group of Farmer so due to small
contributions of each can make the dream true.

1.2 SCOPE:
Scope of this project is very wide, from small person to society and everyone who want
to do and know something new. Also who want to invest money and monetary support to
the persons who have great skills.

1.3 OBJECTIVE:

This portal is Moblie Application based and can run on any device to enhance the
innovation and monetary exploitation. Mainly useful to complete the such a innovation
and encouragement of skills that use for upliftment of society and environment and life of
human beings.
1.4 TECHNOLOGY AND TOOLS:

Front End: For designing the structure of the project following technologies are used:

• ANDROID :-

Android is a mobile operating system developed by Google. It is used by several

Smartphone and tablets. Examples include the Sony Xperia, the Samsung Galaxy, and
the Google Nexus One. The Android operating system (OS) is based on the Linux .
Unlike Apple's ios, Androiod, meaning developers can modify and customize the OS
for each phone. Therefore, different Android-based phones often have different
graphical user interfaces GUIs even though they use the same OS.Android phones
typically come with several built-in application and also support third-party
programs. Developers can create programs for Android using the free Android
software developer kit (SDK). Android programs are written in java and run through
a Java virtual machine JVM that is optimized for mobile devices.

Back End: Back End technologies used in the website are:

• SQLite:

SQL (Structured Query Language) is a special-purpose programming language

designed for managing data held in a relational database management system
(RDBMS).Originally based upon relational algebra and tuple relational calculus,
SQL consists of a data definition language and a data manipulation language. The
scope of SQL includes data insert, query, update and delete, schema
creation and modification, and data access control. Although SQL is often described
as, and to a great extent is, a declarative language (4GL), it also includes procedural
elements. SQL was one of the first commercial languages for Edgar F. Codd's
relational model, as described in his influential 1970 paper "A Relational Model of
Data for Large Shared Data Banks". Despite not entirely adhering to the relational
model as described by Codd, it became the most widely used database language.
Chapter 2

Project Management
• Project Planning
• Project Scheduling
• Risk Management
• Estimation
2.0. PROJECT MANAGEMENT

2.1 PROJECT PLANNING

Project Planning is concerned with identifying and measuring the activities,

milestones and deliverables produced by the project. Project planning is undertaken and
completed sometimes even before any development activity starts. Project planning
consists of following essential activities:

• Scheduling manpower and other resources needed to develop the system.

• Staff organization and staffing plans.
• Risk identification, analysis, and accurate planning.
• Estimating some of the basic attributes of the project like cost, duration and efforts. the
effectiveness of the subsequent planning activities is based on the accuracy of these
estimations.

• Miscellaneous plans like quality assurance plan, configuration management plan, etc.
Project management involves planning, monitoring and control of the people, process,
and the events that occurs as the software evolves from a preliminary concept to an operational
implementation. Cost estimation is a relative activity that is concerned with the resources
required to accomplish the project plan.

2.1.1 Project Development Approach And Justification:

A Software process model is a simplified abstract representation of a software process,
which is presented from a particular perspective. A process model for software engineering is
chosen based on the nature of the project and application, the methods and tools to be used, and
the controls and deliverables that are required. All software development can be characterized as
a problem-solving loop which in four distinct stages is encountered:
• Requirement analysis

• Design

• Coding

• Testing

• Deployment
2.1.2 Milestones and Deliverables:

Management needs information. As software is tangible, this information can only be

provided as documents that describe the state of the software being developed without this
information it is impossible to judge progress at different phases and therefore schedules
cannot be determined or updated.Milestone is an end point of the software process activity. At
each milestone there should be formal output such as report that can be represented to the
management. Milestones are the completion of the outputs for each activity. Deliverables
are the requirements definition and the requirements specification.
Milestone represents the end of the distinct, logical stage in the project. Milestone may be
internal project results that are used by the project manager to check progress. Deliverables are
usually Milestones but reverse need not be true. We have divided the software process into
activities for the following milestone that should be achieved.

Software Process Activity Milestone

Project Plan Project schedule
Requirement Collection User requirements, System Requirements
Data flow analysis DFD, System flow
Design System Design Document
1. Database design
2. User Interface design
Implementation Access Rights
1. Code for giving security Reports Generation
2. Code for reports
Testing Setting validations and error messages
Table 2.1.2.1 Milestones and Deliverables

2.1.3 Roles and Responsibilities:

 This phase defines the role and responsibilities of each and every member involved in
developing the system. To develop this system there was only one group with two
members working on the whole application. Each member was responsible for
each and every part of developing the system. Each of the group members has sufficient
knowledge in several programming languages. Our team structure is of mixed control
team organization as it consists of both democratic and chief programmer organization.

Task Identification :

Task Person Name

Analysis, Parth Bhanderi,Dhaval Butani,Harsh Patel

Analysis review

Design, Parth Bhanderi,Dhaval Butani,Harsh Patel

Design Review

Implementation Parth Bhanderi,Dhaval Butani,Harsh Patel

Testing And Debugging Parth Bhanderi,Dhaval Butani,Harsh Patel

Documentation Parth Bhanderi,Dhaval Butani,Harsh Patel

Table 2.1.3.1 Roles And Responsibilities

2.1.4 Group Dependencies:

The structure chosen for the system is the chief programmer structure.In this system,
Chief Programmer team structure is used because in the organization, a senior
engineer provides the technical leadership and is designated as the chief programmer.
The chief programmer partitions the task into small activities and assigns them to
the team members. He also verifies and integrates the products developed by different
team members and they work under the constant supervision of the chief programmer.
For this system reporting entity represents myself and the role of chief programmer is
played by my internal guide.
2.2 PROJECT SCHEDULING

The scheduling is the peak of a planning activity, a primary component of software

project management. When combined with estimation methods and risk analysis,
scheduling establishes a roadmap for project management. The characteristics of the
project are used to adapt an appropriate task set for doing work.

Fig. 2.2.1 shows timeline chart of this project

2.3 RISK MANAGEMENT

Risk management consists of a series of steps that help a software development team to
understood and manage uncertain problems that may arise during the course of software
development and can plague a software project.

Risks are the dangerous conditions or potential problems for the system which may
damage the system functionalities to very high level which would not be acceptable at any cost.
so in order to make our system stable and give its 100% performance we must have identify
those risks, analyze their occurrences and effects on our system and must prevent them to occur .

2.3.1 Risk Identification

Risk identification is a first systematic attempt to specify risks to project plan, scheduling
resources, project development. It may be carried out as a team process using
brainstorming approach.

Technology risk: Technical risks concern implementation, potential design,

interfacing, testing, and maintenance problems.


    Database Corruptness

Garbage Collection

People Risks: These risks are concerns with the team and its members
are taking part in developing the system.


    Leaking an important data

    Failure of the administration

Lack of knowledge

    Lack of clear product vision.

Technical staff conflict.
 
Poor communication between people.
Tools Risks: These are more concerned with tools used to develop the
system

Tools containing virus.

General Risks: General Risks are the risks, which are concerned with the
mentality and resources.
Rapidly changing requirements.
    Lack of resources can cause great harm to efficiency and
timely productivity.
    Changes in requirements can cause a great harm to
implementation, designing and schedule of developing
the system.
    Insufficient planning and task identification.

• Decision making conflicts.

2.3.2 Risk Analysis

“Risk analysis = risk assessment + risk management + risk communication. ”

Risk analysis is employed in its broadest sense to include:

Risk assessment

Involves identifying sources of potential harm, assessing the likelihood that harm will
occur and the consequences if harm does occur.

For this project It might be :-

System Crash.
Risk management

Evaluates which risks identified in the risk assessment process require management and
selects and implements the plans or actions that are required to ensure that those risks are
controlled.
Precautions taken to make risks minimal are as under:-
Periodical backups are taken to avoid major loss in case of system crash.
Risk communication
Involves an interactive dialogue between stakeholders and risk assessors and
risk managers which actively informs the other processes.

Steps taken for risk communication is as under:-

• Probability of certain risks is negotiated with client.
• All the possible risks are listed out during communication and project is
developed taking care of that risks.
2.4 ESTIMATION
• 2.4.1 Effort Estimation

COUNT Average
No. Of External Inputs 7 4 28
No. Of External Outputs 4 5 20
No. Of External Inquiries 2 4 8
No. Of Internal Logical Files 4 10 40
No. Of External Interface Files 0 7 0
Count = Total 96.00
Table 2.4.1.1 Distribution of Effort
Justification:
• No of External Input

• Set of parameters that generate account

• Set of parameters that generate social group
• Set of parameters that generate profile
• Set of parameters that generate tour
• Set of parameters that generate videos
• Set of parameters that generate reward
• Set of parameters that generate need table
• No of External Output
• Account Creation
• Inventory Creation
• Status sheet
• How much pledge report
• No of External Inquiries
 • Both reports generated by this system can be asked for decision making purpose
as well as to judge overall performance of theFarmers.
• No of Internal Logical Files
• User File-Stores information regarding allFarmers
• Status File-Stores information regarding all available pledgers, amount on which
transaction can be performed, of the project
• Inventory File-Stores information regarding all available projects of the Category
• File-Stores information regarding all different categories of the project
• No of External Interface Files
• As now this system is not integrated with any external system so right now no
input from this system is going to be store to the data base of other system.

Reliable Backup & recovery 3

Data communication required 5
Distributed processing functions 0
Performance criticality 3
Existing operational environment 0
On-line data entry 0
Input transaction over multiple screens 1
Updating of master files 4
Complexity of inputs ,outputs, files or 3
inquiries
Complexity of internal processing 4
Reusability 3
Conversion/installation in design 3
Multiple installations 3
Application designed for change 2
∑(Fi) = 34
Table 2.4.1.2 Complexity adjustment values

Function Point value = Count Total * [0.65 + 0.01 * sum of (Fi)]

 = 96 * [0.65 + 0.01 * 34]
= 95.04
Fi is the sum of the weights assigned to the functions as per its importance in
the software.
• 2.4.2 Cost Analysis

LOC = FP * Programming Language (Object Oriented =30)

= 95.04* 30
= 2851.2

Project Type ab bb cb db
Organic 1.8 1.01 1.7 0.25
Table 2.4.2.1Cost Analysis

Effort (E) = ab (KLOC) bb

= 1.8 * 2.8512 * 1.01
= 5.18

Duration (D) = cb (E) db

= 1.7 * 5.18* 0.25
= 2.20

Avg. staffing = Effort/ Duration

= 5.18/2.20
= 2.35 persons

Avg. productivity = LOC / Duration

= 2851.2/ 2.20
= 1296 LOC/PM
Chapter 3

System Requirements Study

3.1 User Characteristics
3.2 Hardware and Software Requirements
3.3 Constraints
3.4 Assumptions and Dependencies
3.0 SYSTEM REQUIREMENT STUDY

3.1 USER CHARACTERISTICS

Admin:-
• Login
• Show project and Dashboard
• Show project and user full detail
• Manage user
• Manage category (n level category)
• Manage Eligible country
• Manage static page
• Mange project
• Manage FAQ

User:-
• Registration
• Login
• Sharing with social sites
• Discover projects
• Show FAQs
• Upload the new project
• Like the project
• Comment on project
• PayPal payment
• User settings and updation
• Subscribe
• Reward management
• Take a tour of site
3.2 HARDWARE AND SOFTWARE REQUIREMENT SPECIFICATION
This shows minimum requirements to carry on to run this system efficiently.

3.2.1 Hardware Requirements

Server side Hardware Requirement:

Devices Description

Processor Intel Core Duo 2.0 GHz or more

RAM 512 MB or more

Hard Disk 10 GB or more

Table 3.2.1.1 Server side Hardware Requirement

3.2.2 Software Requirements

For which Software

Operating System Windows XP/2003/vista/7/8/10,Linux,

Mac os x
Front End HTML

Back End MySQL Database

Scripting Language Php , Javascript

Table 3.2.2.1 Software Requirements

3.2.3 client side Requirements

For which Requirement
Browser Any Compatible browser device
Table 3.2.3.1 client side Requirements
• CONSTRAINTS
• Hardware Limitations
The major hardware limitations faced by the system are as follows:

If the appropriate hardware is not there like processor, RAM, hard disks

• -the problem in processing requests of client

• -if appropriate storage is not there our whole database will crash due to less
storage because our main requirement is large storage.

• Interfacing with other systems

There should be the compatible browser to perfectly run our portal.

3.3.3 Reliability Requirements

Since many users can access the server simultaneously, load on the server becomes very
high. Hence, the server should be of enough high configurations. There should be high
back up storage and management of huge data for overall ideas, videos , images, multiple
countries, multiple user profile.

The Reliability requirements are the validations used to protect the system against one or more
incorrect activities. Without proper validation of the system, the failure possibilities of it grow
higher so it is must to understand the proper validation of the system and must implement them.
All the required validator controls spend very good role to keep the system secure from any
unauthorized or incorrect information.

In all these validation actions if system found one or more entries violating validation rules then
user will be warned by proper error messages and the details or the record is not going to be
saved until corrections are made to them.

3.3.4 Safety and Security Considerations

Safety:
The Safety of the system is about organization part of concern as the system is going to be used
in there but the solution for the safety of the system , the source of this website will be kept at
more than one place with User Id , password and also in the developer's backup in case of system
crash.
Security:
As a developer of the system we are responsible for providing the system a higher level of
security as we all know that either it is a web application or any android application, system
must be given a great level of security so that system will be used long last.User's information
will be kept confidential and hence security was a great part to concentrate for us. We have
tried to secure the system from any unauthorized access by providing different users a different
user id as per his or her designation. If user is Admin (Top Management), he/she will have all the
access, privileges and constraints to use this system. He / She can access the entire database
details. He/she is able to modify or delete any record or details from the database. Other users
have limited access according to their designation in the organization. Because of limited
privileges these other users will not be able to modify or delete other details or records of
organization.

• ASSUMPTIONS AND DEPENDENCIES

Dependencies
The entire project depends on end-users operation. They should possess enough
knowledge to work with the system.
Assumptions
• End-User is the person having enough knowledge for the project operation.
• The PC on which this software is used must meet its minimum requirements
in terms of hardware and software.
• Only Administrator person has all the privileges.
• The database is correct and up-to date every Time.
Chapter 4

System Analysis
• Study of Current System
• Problem and Weaknesses of Current
System
• Requirements of New System

• Feasibility Study
• Requirements Validation
• Features Of New System
• Data Flow Diagram
• ER Diagram
• Selection Of Hardware and Software
and Justification
4.1 STUDY OF CURRENT SYSTEM
Current system allows the different countries persons to upload the idea on website and
Farmer pledge on them.
4.2 PROBLEMS AND WEAKNESS OF CURRENT SYSTEM
The current system is undoubtedly well-designed for crowd funding portal expenses but
it has some following limitations:

• lack of a awareness of this system.

• Available in Only English language so everybody cannot perfectly understand.

• Some security related issues may be created.

• Idea stealing problem is there.

4.3 REQUIREMENTS SPECIFICATION
Requirements specification adds further information to the requirements definition.

4.3.1 User Requirements

Here two types of user can use this project
• Admin:
Admin users manage the entire project like login, management of
• project
• User
• Updation
• Countries management

• Users:

• Login
• Register
• Discover projects
• Upload projects
• Like
• Comment
• Social sharing
Etc

• System Requirements
• Usability:
The interface should use terms and concepts, which are drawn from the
experience of the people who will make most of the system. For
example, basic social networking concepts are followed.

• Efficiency:
The system should provide easy and fast access.
4.4 FEASIBILTIY STUDY

An important outcome of the preliminary investigation is the determination that the

system is feasible or not. The main aim of the feasibility study activity is to determine
whether it would be financially and technically feasible to develop a project .The
feasibility study activity involves the analysis of the problem and collection of all
relevant information relating to the product such as the different data items which would
be input to the system, the processing required to be carried out on these data, the output
required to be produced by the system as well as the various constraints on the behaviour
of the system.

4.4.1. Does the system contribute to the overall objectives of the organization?

The main aim of behind development of this system is to provide a web application that
can provide the fund to the persons which need it and also for whom who want to invest
money.
Also provide the best portal who want to learn something and want to know something
innovative and for the social improvement.

4.4.2. Can the system be implemented using the current technology and within the
given cost and schedule constraints?
• The system can be easily implemented using existing technology. The technology
used is Android which is user friendly and freeware. After seeing the
functionality that system provides the cost of developing the application does not
matter.
• Taking the schedule constraints in consideration the time available is
approximately 9 months. The time period is enough to develop the system.

4.4.3. Can the system be integrated with other system which is already in place?
Yes, the system can be integrated with other system which is already in place. If
other system wants to use our functionality it can be easily integrate.
4.5 REQUIREMENT VALIDATION

A requirements validation is concerned to check whether the requirements actually define

the system, which the customer wants? Requirements validation is important because
errors in requirements document can lead to extensive rework costs when they are
subsequently discovered. We have performed the following validation checks
• Validity checks
Check whether the information entered is in valid format

• Consistency checks
A requirement in a document is not conflicting.

• Completeness checks
The requirements document includes requirement, which define all
functions, and constraints intended by the system user.

• Realism checks
Using knowledge of existing technology, the requirements are checked
to ensure that they could actually be implemented.

• Verifiability
The requirements are given in verifiable manner (e.g.: Using
quantifiable measures) to reduce disputes between client and developer.
4.6 FEATURES OF NEW SYSTEM

We will try to develop application as follows:

• The system being available in regional languages.

• Provide the more awareness in our country India about this concept.

• User can upload his/her idea through description, team information, videos of his/her
work, and the form of reward and main for which purpose he/she needed the money.

• One can pledge the money if one like the idea.

• Communication provided betweenFarmers and Farmer.

• Safety for money transfer and surety of security of ideas.

4.7 DATA FLOW DIAGRAM

Level-0:

A level 0 DFD, also called a fundamental system model or context diagram represents the
entire software element as a single bubble with input and output data indicated by
incoming and outgoing arrows, respectively.
 Fig. 4.7.1 DFD Level-0

Level-1 :

This level of DFD provides more detailed structure. It provides a detailed view of
requirements and flow of data from 1 bubble to another.

DFD LEVEL-1 FOR ADMIN:

Fig. 4.7.2 DFD Level-1(Admin)

DFD LEVEL-1 FOR USER

DFD LEVEL-1 FOR USER

Fig. 4.7.3 DFD Level-1(INVESTOR)

4.8ER DIAGRAM:

This diagram represents the relationship between entities and also describes their attributes.

Fig. 4.8.1 ER-Diagram

4.9 SELECTION OF HARDWARE AND SOFTWARE
The Tables 4.9.1 and 4.9.2,4.9.3 below give idea of the hardware and software
required for the system and client side requirements.
• Hardware Selection

Devices Description

Processor Intel Core Duo 2.0 GHz or more

RAM 8 GB or more

Hard Disk 10 GB or more

Table 4.9.1 Hardware Requirements

• Software Selection
For which Software

Operating System Windows XP/2003/vista/7/8/10,Linux,

Mac os x
Front End Android

Back End SQLite,Realm,

Language Xml ,Jva

Table 4.9.2 Software Requirements

• Client side requirements:

For which Requirement
Smartphone Any Smartphone device
Table 4.9.2 Client Side Requirements
Chapter 5

System Design
• Database Design

• Input/output Design

• Interface Design Diagram

• System Structural Design

5.1 DATABASE DESIGN

As a system data model is derived, many named entities, relationships and so forth will
be identified. The names given to the entities should be chosen to give the reader some clues to
their meaning. However, further description of the named entities is usually needed to make the
model understandable. The description can be informal of the formal, whether which approach is
used. It is always worth collecting all the descriptions in a single repository or data dictionary.

A data dictionary is simplistically a list of names used by the system, arranged alphabetically. As
well as the name, the dictionary should include a description of the named entity and if the name
represents a composite object, there may be a description of the composition. Other information
such as the date of creation, the creator, and the representation of the entity may also be
included depending on the type of the model which is being developed.

• Advantages of using a data dictionary are:

It is a mechanism for name management. Many different people who have to invent
names for entities and relationships may develop a large system model. These names should be
used consistently and should not clash with their meanings. The data dictionary software can
check for the name uniqueness and tell requirements analyst of the name duplications.It serves as
a store of organizational information which can link analysis,design,implementation and
evolution. As the system is developed, information is
taken to inform the development. New information is added to it. All information about an entity
is in one place.All system names, whether they are names of entities, types, relations, attributes
or services should be entered in the dictionary. Support software should be available to create,
maintain and interrogate the dictionary. This software might be integrated with other tools so
that dictionary creation is partially automated
Database Tables :

account_history
Column Type Null Default Comments MIME

accountid int(11) No

Userid int(11) No

Indexes

Keyname Unique Column Cardinality Collation Null Comment

ABC Yes accountid 0 A No

admin
Column Type Null Default Comments MIME

Adminid int(11) No

Name varchar(255) Yes NULL

Password varchar(255) Yes NULL

Image varchar(255) Yes NULL

Email varchar(255) Yes NULL

Address varchar(255) Yes NULL

facebook_id varchar(255) Yes NULL

twitter_id varchar(255) Yes NULL

Map varchar(255) Yes NULL

Loginstatus enum('0', '1') Yes NULL

is_video_slider enum('0', '1') Yes NULL

user
Column Type Null Default Comments MIME

Userid int(11) No

Countryid int(11) Yes NULL

Stated int(11) Yes NULL

Cityid int(11) Yes NULL

Name varchar(255) Yes NULL

Email varchar(255) No

Password varchar(255) No

Slug varchar(255) Yes NULL

Website varchar(255) Yes NULL

Contactno varchar(255) Yes NULL

Status enum('0', '1') Yes 1

facebook_id varchar(255) Yes NULL

paypal_id varchar(255) Yes NULL

Image varchar(255) Yes NULL

Datecreated timestamp No CURRENT_TIMESTAMP

5.2 INPUT / OUTPUT DESIGN

Sign in page:
Where user can perform sign in operation.
Fig.5.2.1 Sign in Page
 Fig.5.2.1 Register in Page

5.3 INTERFACE DESIGN

5.3.1 State-Transition Diagram


State diagrams show the dynamic behavior of a system. The diagram
shows the various states that an object can get into and the transitions that occur
between the states.

Graphical Notation

• State:
The state object is a snapshot of an object at a particular point in its
life. A state may have an activity describing the function being performed/

• Initial State:

The initial state is the starting state of the object with reference to the
behavior that the diagram
 explains. Each state diagram should have
 only one initial state.
• Final State:
Each final state is the ending state of the object with reference to the
behavior that the diagram explains. There may be multiple final states for an
object.
• Transition:
The transition link represents the relationship between different states of an object.
The transition guard is a condition which limits the cases in which a transition can
occur. The transition action is performed during the transition
and cannot be interrupted
 Fig. 5.3.1.1 State Diagram

5.4 SYSTEM STRUCTURAL DESIGN

Define the relationships between tables of our database.

Fig. 5.4.1 Table Relationship Diagram

APPENDIX
A.1 Summary
A.2 Observation Matrix Canvas
A.3 Ideation Canvas
A.4 Idea Funnel Canvas
A.5 Exhibition of Canvas
A.1 SUMMARY:

Managing projects in effective ways is important for all IT Companies and Other
Industries and is also the main focus of a number of academic initiatives. The Project
Canvas is a convenient tool for communicating within the project team and fellows
related with academic purpose, for decision making, and is thereby also a way of
managing progress in the appropriate manner. Therefore, the success of a project is
closely linked to the team’s ability to plan, adjust and react to changing circumstances.
Project Canvas is created in order to help all members of a team obtain a clear overview
of a project.

Project Canvas Schedule:

A.2 AEIOU SUMMARY CANVAS:

ACTIVITIES:
list the activities which user can perform.
ENVIRONMENT:
Which affects the users?
OBJECTS:
What components are involved and how?
INTERACTION:

Who is interacting, with whom and what?

USERS:
Who is present? roles and responsibilities.
Fig.A.2.1 AEIOU SUMMARY
A.3 EMPATHY SUMMARY CANVAS:
When defining the empathy summary canvase, the team explores the problem
with prior technologies , selection of the some feasible problem and procedure to
overcome the problem. The elements should be revised until a satisfactory scope
has been created.
To make the best use of Project Canvas, all members related with project should
commonly agree upon and authorize the defined problem and steps to overcome that
problems before initiating the project.
All these activities and their summary were jotted down by all the students in their
canvas using sticky notes. They had funneled out a single scope and limitation that
overcome by their projects.

Fig.A.3.1 EMPATHY SUMMARY

A.4 IDEATION CNAVAS:
• People :
Stack holders or the User who can use our project. These
Are the stakeholders who can make decision related to the Project.

• Activities :
Activities are the process that are performed by the People related
to the Project.

• Situation :
The above mentioned activities will be performed by the people on
particular situation, for some reason, on some specific location.
(4) Possible Solution:
Possible solution are the effort that are done to implement the
activities performed by the People.All these points were covered in this canvas it focused
on the people being influenced by the project, Activities to be done to achieve the mile stones.
 Fig.A.4.1 IDEATION CANVAS
A.5 PRODUCT DEVELOPEMENT CANVAS:

Third task was to create “Product Development Canvas”. This canvas is about
the solution to be developed. What is the purpose? Who is the user? What are the
features? What are the functions? What are the components? These all things are to be
pointed out in this canvas.
Fig.A.5.1 PRODUCT DEVELOPMENT CANVAS
A.6 EXHIBITION OF CANVAS:

An exhibition of these canvas made by all the teams was carried out at the Computer Department
of Atmiya Institute of Technology And Science.
Event started at 10.30 am on 14st of October. All the teams gave presentation on their respective
canvas.
Our respected Principle DR. G. D. Aacharya along with our H.O.D Mem. Ms.Toasl Bhalodia
and Professor Mr.Rajesh Dhavda inspected these canvases and gave valuable advices on our
project . A healthy participation from the students gave their opinion toward the enrichment of
the project canvas.
Based on advices and suggestion we have reflected changes relatively.