OPEN SOURCE

Open source is a term that originally referred to

open source software (OSS). Open source
software is code that is designed to be publicly
accessible—anyone can see, modify, and
distribute the code as they see fit.
Need for Open Source Software (OSS)
• Cost-Effectiveness: Open source software is often available
at no cost, making it accessible to individuals, organizations,
and educational institutions with limited budgets.
• Flexibility and Freedom: Users can modify the source code
to suit their specific needs, leading to greater customization
and flexibility in usage.
• Security and Transparency: With the source code available
for public scrutiny, OSS can be more secure as vulnerabilities
are quickly identified and patched by the community.
• Collaboration and Innovation: OSS promotes collaboration
among developers from around the world, fostering innovation
and rapid development of new features and solutions.
• Reduced Vendor Lock-In: OSS allows users to avoid
dependency on a single vendor, giving them the
freedom to switch providers or modify the software as
needed.
• Community Support: A large community of
developers and users often backs OSS projects,
providing extensive support, documentation, and
shared knowledge.
• Educational Opportunities: OSS offers students,
developers, and researchers an opportunity to learn
from real-world code and contribute to meaningful
projects.
Principles of Open Source Software
• Free Redistribution: OSS can be freely distributed to
anyone. There are no restrictions on selling or giving away
the software as part of a larger software distribution
containing programs from several different sources.
• Source Code Availability: The source code must be
accessible to everyone, allowing users to modify and improve
the software. The software should be distributed with the
source code or a means to obtain it.
• Derived Works: Users must be allowed to modify the
software and create derivative works. The license may
require that derived works be distributed under the same
terms as the original software.
• Integrity of the Author's Source Code: While
modifications are allowed, the original author's code can be
protected by requiring that the modified versions be marked
•Distribution of License: The rights attached to the
program must apply to everyone who receives the software,
without needing to negotiate a separate license.
•License Must Not Be Specific to a Product: The rights
associated with the software should not depend on the
program being part of a specific software distribution. The
rights should apply regardless of how the software is
obtained.
•License Must Not Restrict Other Software: The license
should not impose restrictions on other software that is
distributed along with the licensed software. For example,
the license must not insist that all other programs
distributed on the same medium must be open source.
•Technology Neutrality: The license should not favor any
specific technology or interface style, ensuring broad
applicability across different platforms and environments.
 Key Aspects of Open Source
Standards

• Transparency and Openness: Open standards are developed

through a transparent process, where all interested parties can
contribute and have access to the development process. The
specifications are freely available for anyone to use,
implement, and improve.
• Community Collaboration: The development of open
standards involves collaboration among diverse stakeholders,
including developers, companies, governments, and users. This
collaborative approach ensures that the standards meet the
needs of a broad range of users.
• Interoperability: Open standards ensure that different
systems, applications, and devices can work together
seamlessly. This is critical for avoiding vendor lock-in and
ensuring that users can mix and match software and hardware
from different vendors.
• Royalty-Free Licensing: Open standards are
typically licensed in a way that allows anyone to
implement them without paying royalties or licensing
fees. This encourages widespread adoption and
innovation.
• Longevity and Stability: Open standards are often
designed to be stable and long-lasting, providing a
consistent foundation for development over time. This
stability is crucial for ensuring that software and
systems built on these standards remain functional
and compatible.
 Requirements of oss

Functional Requirements
• The software must allow users to log in using a username
and password.
• It should provide a search functionality to find products by
name.
• The system must generate monthly reports of sales.
 Non-Functional
Requirements
•Performance: The system should handle 1,000
transactions per second.
•Scalability: The application must support up to 10,000
concurrent users.
•Usability: The user interface should be intuitive and
accessible, with clear navigation and instructions.
 Technical Requirements

•The software must be built using Python 3.9 or later.

•It should be compatible with PostgreSQL for the
database.
•The application must integrate with existing CRM
software via an API.
 User Requirements

• Users should be able to reset their passwords without

contacting support.
• The software must be accessible on mobile devices.
• Users should receive notifications about important
updates and alerts.