Update README.md 📝

[tusharxoxoxo]

Fixed few grammatical errors in the README.md file

[tusharxoxoxo]

anybody here??

[nscuro]

Hi @tusharxoxoxo, thanks for those corrections!

We'll need you to sign the DCO before we can merge your commits though. When you click on the Details link of the DCO check, it'll show you what you need to do.

Also, some of the parts you changed in README.md are output of the CLI. Would you mind applying your changes to those texts as well? See here for example:

cyclonedx-gomod/internal/cli/cli.go

Lines 35 to 63 in 2fe0a1d

	LongHelp: `cyclonedx-gomod creates CycloneDX Software Bill of Materials (SBOM) from Go modules.
	Multiple subcommands are offered, each targeting different use cases:
	- SBOMs generated with "app" include only those modules that the target application
	actually depends on. Modules required by tests or packages that are not imported
	by the application are not included. Build constraints are evaluated, which enables
	a very detailed view of what's really compiled into an application's binary.
	- SBOMs generated with "mod" include the aggregate of modules required by all
	packages in the target module. This optionally includes modules required by
	tests and test packages. Build constraints are NOT evaluated, allowing for
	a "whole picture" view on the target module's dependencies.
	- "bin" offers support of generating rudimentary SBOMs from binaries built with Go modules.
	Distributors of applications will typically use "app" and provide the resulting SBOMs
	alongside their application's binaries. This enables users to only consume SBOMs for
	artifacts that they actually use. For example, a Go module may include "server" and
	"client" applications, of which only the "client" is distributed to users.
	Additionally, modules included in "client" may differ, depending on which platform
	it was compiled for.
	Vendors or maintainers may choose to use "mod" for internal use, where it's too
	cumbersome to deal with many SBOMs for the same product. Possible use cases are:
	- Tracking of component inventory
	- Tracking of third party component licenses
	- Continuous monitoring for vulnerabilities
	"mod" may also be used to generate SBOMs for libraries.`,

[tusharxoxoxo]

is it correct ??