Este é um modelo de projeto ao PPO.
Escolher um nome para o aplicativo/sistema/solução proposto por vocês. Escolham um nome SIMPLES, que seja FÁCIL de ser escrito e lembrado e que já remeta ao que se trata o aplicativo/sistema/solução. Sejam criativos!
Qual o motivo de se construir este aplicativo/sistema/solução? Qual o problema este tentará solucionar?
Descrever os aplicativos/sistemas/soluções já existentes, descrevendo quais os problemas que as mesmas possuem e porque elas não são adequadas.
Descrever o que o seu aplicativo/sistema/solução terá de novo/novidade/inovação diferente das já existentes.
A quem se destina este aplicativo/sistema/solução? Como o público alvo poderá ter acesso ao mesmo (smartphone, site, etc?)
Como e de quais formas podemos monetizar essa aplicação? Como ela poderá gerar renda para os desenvolvedores/apoiadores/investidores dessa aplicação?
Quais as ferramentas, linguagens, programas e etc. utilizados para construir e executar a solução proposta?
Colocar o nome do usuário (username) do GitHub, endereço do perfil no GitHub, nome completo e o papel de todos os participantes do projeto, bem como o professor orientador, conforme o exemplo abaixo:
- @fulano como Fulano da Silva (Arquiteto)
- @beltrano como Beltrano da Silva (Desenvolvedor)
- @zutana como Zutana da Silva (Desenvolvedora)
- @citana como Citana da Silva (Desenvolvedora)
- @sicrano como Sicrano da Silva (Orientador)
Colocar a licença da qual será lançada o projeto. Discuta com a sua equipe e o seu orientador a melhor licença a ser adotada. Utilize o quadro de licenças (este quadro foi baseado no site EscolhaUmaLicença) que se encontra logo abaixo para lhe ajudar na sua escolha.
Depois que decidir qual licença irá utilizar, siga os seguintes passos:
- Copie o arquivo de licença encontrado na pasta
docspara a raiz do seu projeto, renomeando-o paraLICENSE.txt; - Altere este arquivo para incluir o
[ANO],[NOME DO PROJETO]e os respectivos[CONTRIBUIDORES E ORIENTADOR]; - Inclua no começo de cada arquivo código fonte (como comentário) do seu
projeto o conteúdo do arquivo
LICENSE.txt
Você pode se basear no projeto rockpaperscissors como estes procedimentos foram feitos.
| Licença | Descrição | Exigido | Permitido | Proibido | Quem usa? |
|---|---|---|---|---|---|
| GPL 2.0 | GPL é a licença de software livre mais utilizada e tem uma forte exigência de copyleft. Ao distribuir trabalhos derivados, o código-fonte do trabalho deve ser disponibilizado sob a mesma licença. | ||||
| GPL 3.0 | GPL é a licença de software livre mais utilizada e tem uma forte exigência de copyleft. Ao distribuir trabalhos derivados, o código-fonte do trabalho deve ser disponibilizado sob a mesma licença. | ||||
| MIT | Licença permissiva que é curta e vai direto ao ponto. Ela permite que as pessoas façam qualquer coisa com seu código com atribuições próprias e sem garantias. |
|
|
||
| Apache 2.0 | Licença permissiva que também provê uma concessão expressa de direitos de patente de contribuintes para os usuários. | ||||
| BSD 2.0 | Licença permissiva com diferenças muito pequenas em relação à Licença MIT. |
|
|
||
| BSD 3.0 | Licença permissiva com diferenças muito pequenas em relação à Licença MIT. |
|
|||
| LGPL 2.1 | Usada principalmente para bibliotecas de software, LGPL exige que trabalhos derivados sejam licenciados sob a mesma licença, mas só fazer um link para ela não faz com que se enquadrem nesta restrição. |
|
|||
| LGPL 3.0 | A LGPL 3.0 é um conjunto adicional de permissões para a Licença GPL 3.0, que exige que trabalhos derivados sejam licenciados sob a mesma licença, mas só fazer um link para ela não faz com que se enquadrem nesta restrição. |
|
|||
| MPL 2.0 | A Mozilla Public License (MPL 2.0) é mantida pela Mozilla Foundation. Essa licença tenta ser um compromisso entre a licença permissiva BSD e a licença GPL recíproca. | ||||
| EPL 2.0 | Usada pela Eclipse Foundation para seu software, essa licença inclui exigências recíprocas, em alguns casos. |
|
1: É EXIGIDO que você inclua uma cópia da licença e aviso dos direitos autorais com o código fonte.
2: É EXIGIDO indicar alterações significativas feitas no código.
3: É EXIGIDO que o código fonte deve ser disponibilizado ao distribuir o software. Em caso de LGPL, o fonte da biblioteca (e não do programa inteiro) deve ser disponibilizado.
4: A biblioteca pode ser usada dentro de um software não open source.
5: É PERMITIDO usar o software e seus derivados para fins comerciais.
6: É PERMITIDO modificar o software.
7: É PERMITIDO distribuir o software.
8: É PERMITIDO utilizar, modificar e distribuir este software SEM risco de quebra de patentes, pois há uma concessão expressa de direitos de patente do contribuinte para o destinatário.
12: É PERMITIDO sublicenciar para modificar e distribuir o software a terceiros não incluídos na licença.
9: É PROIBIDO responsabilizar o autor do software por perdas e dados. O software é fornecido SEM garantias.
10: É PROIBIDO sublicenciar para modificar e distribuir o software a terceiros não incluídos na licença.
11: É PROIBIDO (explícitamente) utilizar nomes, logos ou marcas de contribuidores.