inSignerContratosModelo de desenvolvimento de software

Contratos

Modelo de desenvolvimento de software

Use quando uma equipe for construir software e o cliente precisar de saber o que significa pronto.

O teste de aceitação importa mais do que uma promessa larga de fazer uma aplicação. Nomeie o marco, o teste e o que acontece se o teste falhar.

Isto não é aconselhamento jurídico. Peça ao seu advogado para adaptar o esboço antes que alguém assine.

Copiar o texto inicial

Texto para copiar

Copie o texto inicial, substitua cada colchete e peça ao seu advogado para adaptá-lo antes que alguém assine.

Contrato de desenvolvimento de software

  • 10 seções
  • 35 campos
  • 855 palavras

Contrato de desenvolvimento de software

Texto inicial para o seu advogado. Substitua cada colchete. Não peça a ninguém que assine até que um advogado tenha adaptado este texto às partes e à lei que vai regê-lo.

Este contrato é feito em [Data de efeito] entre [Desenvolvedor, denominação], [Desenvolvedor, endereço] ("Desenvolvedor"), e [Cliente, denominação], [Cliente, endereço] ("Cliente"). O Desenvolvedor construirá o software descrito nos marcos. Uma promessa larga de fazer uma aplicação, sem uma prova do que está pronto, não é este contrato.

1. Marcos

O trabalho divide-se nos marcos de [Lista de marcos]. Cada marco tem uma entrega e uma data prevista. Não se usa uma só data final sem um ponto de controle. Se o Cliente atrasar numa decisão ou num acesso de [Dependências do Cliente], as datas posteriores movem-se pelo menos por esse atraso. Uma alteração de um marco só vale se as duas partes a assinarem, com a alteração de preço que houver.

2. Testes de aceitação

Cada marco nomeia o seu teste de aceitação em [Testes]. O Cliente tem [Dias de revisão] dias após a entrega para aceitar ou recusar por escrito, apontando um teste falhado. Um desejo que não está no teste é um pedido de alteração, não uma recusa. O Desenvolvedor tem [Dias de correção] dias para corrigir um teste falhado. Se o Cliente não responder no prazo, o advogado escreve em [Regra do silêncio] se o silêncio é aceitação. O Desenvolvedor não começa o trabalho pago do marco seguinte se o anterior estiver recusado e ainda não corrigido, salvo acordo escrito.

3. Quem é dono do código

Com o pagamento completo de um marco, o Cliente recebe [Cessão ou licença] sobre o código sob medida desse marco. A titularidade não passa porque alguém assina esta página. Passa só nos termos do PDF que o advogado preparar. O Desenvolvedor conserva bibliotecas e ferramentas prévias listadas em [Ferramentas prévias] e licencia-as ao Cliente só como parte do software. O Desenvolvedor não cede uma patente salvo se [Nota de patente] o disser com palavras expressas.

4. Componentes de terceiros

Os componentes de código aberto e os pagos continuam sob as suas licenças. O Desenvolvedor lista os componentes de que a obra depende em [Lista de componentes] antes da aceitação do último marco, com o nome da licença. O Cliente é responsável por cumprir essas licenças no seu próprio uso. O Desenvolvedor não promete que um serviço de terceiro continue disponível.

5. Defeitos depois da aceitação

Durante [Janela de correção] após a aceitação de um marco, o Desenvolvedor corrige, sem preço extra, os defeitos que já estavam na aceitação e que fazem falhar o teste desse marco. Uma função nova, uma mudança de navegador ou de servidor que o teste não cobria, ou um defeito causado por uma edição posterior do Cliente, não entra nessa janela. Depois, as correções são trabalho extra à tarifa [Tarifa extra].

6. Honorários e lei

O Cliente paga [Honorários] em [Moeda] segundo o calendário de marcos de [Calendário de pagamento]. As leis de [Lei aplicável] regem este texto. As partes indicam os tribunais de [Tribunais]. A responsabilidade total do Desenvolvedor tem um teto de [Teto de responsabilidade], salvo uma responsabilidade que a lei não permita limitar. As partes guardam o código-fonte no repositório indicado em [Repositório].

7. Pedidos de mudança

Um pedido que não está no teste do marco em curso é um pedido de mudança. O Desenvolvedor escreve o efeito na data e no preço em [Nota de mudança]. Ele não começa a mudança paga antes de as duas partes assinarem essa nota. Trabalho que só restaura um teste que um marco já aceito tinha passado não é uma mudança. Uma mudança não reabre um marco que o Cliente aceitou, salvo na janela de defeitos desse marco.

8. Materiais do Cliente

O Cliente entrega conteúdo, contas e decisões listados em [Materiais do Cliente] até a data escrita ali. Se o Cliente atrasar, os marcos seguintes deslocam-se pelo menos por esse atraso. O Cliente responde pela licitude dos textos, imagens e dados que entrega. O Desenvolvedor não os esclarece com um titular de direitos, salvo se [Autorização] disser que esse esclarecimento faz parte de um marco. O Desenvolvedor só usa dados pessoais que o Cliente envia para construir e testar, e o Cliente continua responsável por ter uma base para fornecê-los.

9. Acesso à construção

As partes indicam os hosts em [Hosts]. O Cliente é administrador do repositório e desses hosts antes de o último marco ser aceito. O Desenvolvedor não fica com a única chave. As credenciais são entregues de um modo que o Cliente possa revogar. O Desenvolvedor retira o próprio acesso no fim do contrato, salvo um acesso que o Cliente peça por escrito que ele mantenha durante a janela de defeitos. Um teste de segurança, se o Cliente o pagar, é descrito em [Teste de segurança] e não fica implícito no silêncio.

Assinaturas

Desenvolvedor

Nome: [Desenvolvedor, nome de quem assina]

Cargo: [Desenvolvedor, cargo de quem assina]

Assinatura: ______________________________

Data: [Desenvolvedor, data da assinatura]

Cliente

Nome: [Cliente, nome de quem assina]

Cargo: [Cliente, cargo de quem assina]

Assinatura: ______________________________

Data: [Cliente, data da assinatura]

Isto não é aconselhamento jurídico. Peça ao seu advogado para adaptar o esboço antes que alguém assine.

Quando as equipes usam

  • Um site ou uma aplicação por marcos
  • Um âmbito fechado entregue a uma equipe externa
  • Um desenvolvimento em que o cliente deve ser dono do código

Pontos para o seu advogado

  1. Marcos

    Divida o trabalho em entregas com data. Uma só data final, sem pontos de controle, esconde o atraso até o fim.

  2. Testes de aceitação

    Escreva o teste de cada marco e quantos dias o cliente tem para aceitar ou recusar, com motivos.

  3. Titularidade do código

    Diga quando a titularidade do código feito à medida passa para o cliente e se passa só depois do pagamento.

  4. Componentes de terceiros

    O código aberto e os componentes pagos continuam sob a própria licença. Liste os de que o desenvolvimento depende.

  5. Prazo de correção

    O seu advogado fixa por quanto tempo se corrigem defeitos já presentes na aceitação, e o que conta como função nova.

O que assinar este arquivo não faz

Este esboço não cede uma patente, uma marca nem uma assinatura qualificada. Afirmações de segurança sobre o software pronto vão na especificação, não num slogan.

Como enviar o PDF pronto

O esboço fica nesta página. O espaço só vê o PDF que você envia.

  1. Feche com o seu advogado

    Copie o texto inicial, substitua cada colchete e peça ao seu advogado para adaptá-lo às partes e à lei aplicável. Depois exporte um PDF.

  2. Coloque os campos

    Envie o PDF, acrescente cada pessoa e coloque os campos de assinatura e de data. O envio por e-mail e os lembretes estão em todos os planos.

  3. Guarde o arquivo e o hash

    Baixe o PDF concluído e o registro de encerramento. O registro inclui um hash SHA-256 do arquivo final.

Perguntas sobre este esboço

As respostas descrevem o esboço e o que o inSigner guarda. Não são aconselhamento jurídico.

O cliente é dono do código ao assinar?

Só se o PDF o disser, e só nos termos que o seu advogado escreveu. Assinar o esboço deste site não faz nada, porque esta página não é o contrato.

Dá para assinar cada marco?

Sim. Algumas equipes enviam um PDF curto por marco. Cada arquivo concluído tem o próprio hash SHA-256.

O inSigner guarda o código-fonte?

Não. O inSigner guarda o PDF que você enviou e o registro de encerramento. Os repositórios ficam no seu sistema.

Envie o PDF depois que o seu advogado aprovar.

Envie o arquivo pronto, coloque os campos e mande por e-mail. Os planos e o mês de teste estão na página de preços.