Python SRS-1
Python SRS-1
For
Version 1.0
Prepared By
(Adil Khan, Prakhar Gupta, Allauddin Ali)
Table of Contents
1. Executive Summary ……………………………………………………………….3
1.1 Project Overview …………………………………………………………..3
1.2 Purpose and Scope of this Specification …………………………………………………….3
2. Product/Service Description
Product Demand is definately one the reason that cause product misbehave and affect the
requirement of the product.
3. Requirements
. Android Studio IDE(Integrated Development Environment)
For writing code and layout design and all the things are developing in this IDE and database
Connectivity and all other stuffs SDK integration and api integration and modular coding and
layouting coding is done in xml and functionalities is done in python.
Language used to give the functionality to the application and making it working perfectly and
the modular coding technique is used in this and all the modules are worked together and
making the app functioning.
This is basically used for the purpose of layout and making the interactive design in the
application and giving animation effects and manyother things which gives application a better
user interface.
For Database Connectivity Storage and faster retrieval of information with SSL and store the
data in tree structure or using the concept of firestore which gives the more easiness
rading the data from the application.
Simple Navigation -> Make it easy for customers to find products and information with
clear menus, filters, colorful buttons, and simple page titles. Don’t give them any reason to
become frustrated and click away. Clear navigation options are also crucial for Core Web Vital
metrics.Correct
Unambiguous -> (all statements have exactly one interpretation)
Complete -> (where TBDs are absolutely necessary, document why the information is
unknown, who is responsible for resolution, and the deadline) Consistent Ranked for
importance and/or stability
Verifiable -> (avoid soft descriptions like “works well”, “is user friendly”; use concrete terms
and specify measurable quantities)
Modifiable -> (evolve the Requirements Specification only via a formal change process,
preserving a complete audit trail of changes)Does not specify any particular design Traceable
(cross-reference with source doc)
. Eliciting requirements: The task of identifying the various types of requirements from
various sources including project documentation, (e.g. the project charter or definition),
business process documentation, and stakeholder interviews. This is sometimes also called
requirements gathering.
. Register/Login -> to getting entered in the application and to view all other prouducts and
things.
. View Product -> is to show the user all the products are ongoing and are most indemand.
. View Detail -> user address and details about the account and all the related information
regarding the account.
. Categorial Product -> helps the user to sort the products and filter the product.
. Rating View -> gives the rating to the product and show these rating to the other user so
that it can get the info about the quality of the product.
User
Login Register
User Details
#2 Prominent Buttons
Displaying important buttons like “Add to Cart” & “Checkout” on the prominent positions of
the app screen is perhaps the most crucial step you can take toward increasing your sales. Not
only displaying these buttons in the prominent buttons will make a difference, but you can
also ensure that:
3.4 Performance
Specify static and dynamic numerical requirements placed on the system or on human
interaction with the system:
Static numerical requirements may include the number of terminals to be supported, the
number of simultaneous users to be supported, and the amount and type of information to be
handled.Dynamic numerical requirements may include the number of transactions and tasks
and the amount of data to be processed within certain time period for both normal and peak
workload conditions.
All of these requirements should be stated in measurable form. For example, "95% of the
transactions shall be processed in less than 1 second" rather than “an operator shall not have
to wait for the transaction to complete”.
3.4.1 Capacity
Include measurable capacity requirements (e.g., the number of simultaneous users to be
supported, the maximum simultaneous user load, per-user memory requirements, expected
application throughput)
3.4.2 Availability
Include specific and measurable requirements for:
. 24/7 working of the product.
. always availability no downtime because online database
. Covere all the world
. reliability (e.g., acceptable mean time between failures (MTBF), or the maximum permitted
number of failures per hour).
3.4.3 Latency
Include explicit latency requirements, e.g., the maximum acceptable time (or average time) for
a service request.
3.5 Manageability/Maintainability
3.5.1 Monitoring
Cloud Service is used in this so that the monitoring is observed in firebase and making the
application well maintained and clearly bug observation.
3.5.2 Maintenance
A commercial database is used for maintaining the database and the application server takes
care of the site.
Data Storage Level: The section of the assignment referring to where all data is recorded.
Use Case: A broad level diagram of the project showing a basic overview.
Class diagram: It is a type of static structure diagram that describes the structure of a system
by showing the system's cases,their attributes, and the relationships between the classes.
Interface: Something used to communicate across different mediums.
Unique Key: Used to differentiate entries in a database.
3.7 Security
3.7.1 Protection Specify the factors that will protect the system from malicious or
accidental access, modification, disclosure, destruction, or misuse. For example:
. encryption
. activity logging, historical data sets
. restrictions on intermodule communications
. data integrity checks
3.7.2 Authorization and Authentication
. Multi Factor Authentication . Consider using standard tools such as PubCookie.
4.4. Demand forecasting: eCommerce businesses like e-commerce marketplaces face the
challenge of accurately forecasting demand for their products.
4.5. Product comparisons: Product comparison engines are a special case of a product
recommendation system, in which a product detail page displays alternative choices in a table
containing informative product specifications.
4.6. Product search: eCommerce businesses rely on product search engines to help their
customers find the products they are looking for
4.7. Customer lifetime value (LTV) prediction: Measuring customer future purchases and
lifetime value is an important performance indicator for marketing management and
budgeting.
5. Deleted or Deferred Requirements.
5.1 Hardware Interfaces
.Operating system: windows
.Hard disk :40 GB D RAM: 512MB.
.Processor: Pentium(R) Dual-core CPU
5.2 Software Interfaces
.XAMPP
.Notepad++
.MySQL server