williamabreu / fake-sysadmin Goto Github PK

Apresentar em sala de aula o cumprimento de todas as etapas acima, mostrando comprovante de feitio, comentando dificuldades encontradas.

• O software deve exigir o cadastro de nome completo do cliente
• O software deve exigir o cadastro do CPF do cliente
• O software deve exigir o cadastro do RG do cliente
• O software deve exigir o cadastro da data de nascimento do cliente
• O software deve exigir o cadastro do endereço do cliente
• O software deve exigir o cadastro do plano de assinatura do cliente

Ref: RF003

Fornecer uma visão geral do produto (principais funcionalidades, abrangência e sistemas relacionados, e usuários)

Garantir que os commits realizados no github sejam apropriadamente mapeados com os itens do backlog do produto. Dica: https://help.github.com/en/articles/closing-issues-using-keywords

Implementar testes unitários para as operações referentes as tarefas #20 e #26

Implementar o CRUD para operação de negócio que envolva 3 ou mais tabelas.

Ref: RF012

Investigar o que são padrões de projeto e avaliar a aplicabilidade de algum Padrão de Projeto no design do sistema.

• Excluiu o contrato e adiciona um novo contrato para outro plano.

Ref: RF007, RF008

A equipe deve executar os casos de teste para o produto de outra equipe e reportar problemas. Além disso, deve ter seu projeto testado por outra equipe.

Entregar documento de requisitos conforme Modelo de Documento de Requisitos especificado na sala virtual. Este documento deverá estar na pasta "Requisitos" do projeto criado.

Diagrama de Sequencia

• O software deve permitir o cadastro de roteadores
• O software deve permitir o cadastro de switches
• O software deve permitir o cadastro de CPE
• O software deve permitir o cadastro de relacionamentos entre os componentes da rede

Ref: RF010

Garantir que as tarefas de desenvolvimento definidas no backlog do produto no GitHub referenciem os RFs e RNFsrelacionados.

• O software deve exigir a inserção do nome de usuário
• O software deve exigir a inserção da senha

Ref: RF002

Descrever pelo menos X requisitos não funcionais para o software. A entrega deverá ser pelo próprio repositório do projeto onde o aluno deverá criar um documento chamado "Requisitos Não Funcionais" e armazená-lo na pasta Requisitos

Usar funcionalidades "Tags" e "Release" do GitHub para estabelecer a segunda baseline do projeto com um release note especificando as funcionalidades implementadas. A baseline deve conter toda documentação referente ao design do software.

Criar o arquivo README no repositório do projeto, contendo uma breve descrição do produto a ser desenvolvido. A entrega desta atividade será postar o link do repositório na ABA GRUPOS desta planilha.

• Exclui o contrato e coloca valor nulo.

Ref: RF008

Apontar o uso de um padrão de projeto na aplicação

Ref: RF006

Garantir que os commits realizados no github sejam apropriadamente mapeados com os itens do backlog do produto. Dica: https://help.github.com/en/articles/closing-issues-using-keywords

Apresentar em sala de aula o cumprimento de todas as etapas acima, mostrando comprovante de feitio, comentando dificuldades encontradas.

"Propor protótipo das interfaces do sistema, utilizando Wireframe como, por exemplo, Balsamic ou implementando HTML/CSS ou tecnologia escolhida.
Além do protótipo de interfaces, a equipe deve incluir um Mapa de Navegação das interfaces, cujo exemplo pode ser visto no documento de ""Modelo de Documento de Requisitos..."" disponível na sala virtual do curso . É importante garantir a rastreabilidade entre os protótipos de telas e os requisitos definidos. Isto é, ao se perguntar porque uma interface foi feita, a equipe tem que responder qual(is) requisito(s) ela atende e, também, ao se perguntar que interfaces um requisito gera, a equipe tem de responder. A entrega se dará criando o documento ""Protótipo de interfaces"" e inserindo as figuras das interfaces no documento. Aqueles que fizerem os protótipos utilizando html/css ou outra tecnologia (fazer a interface de fato) pode tirar um printscreen e salvar as telas no documento."

• O software deve exigir o cadastro de nome completo do usuário
• O software deve exigir o cadastro do CPF do usuário
• O software deve exigir o cadastro do RG do usuário
• O software deve exigir o cadastro da data de nascimento do usuário
• O software deve exigir o cadastro do endereço do usuário
• O software deve exigir o cadastro de um nome de usuário alfanumérico
• O software deve garantir nome de usuários únicos
• O software deve exigir o cadastro de uma senha

Ref: RF001

"Definir regras e padrões de uso do Git para facilitar o trabalho colaborativo e aprimorar documentação. (ex: regras de commit, uso de branches, etc)
Criar arquivo .gitignore com algumas extensões, demonstrando uso desta configuração"

Diagrama de Implantação

Apresentação do produto ao professor.

Diagrama de Classes, Componentes, relacionamentos, multiplicidades

Especificar as características que devem ser obedecidas ao descrever os requisitos do projeto. A entrega deverá ser pelo próprio repositório do projeto onde o aluno deverá criar um documento chamado "Regras de Verificação e Analise de Requisitos" e armazená-lo na pasta Requisitos.

Modelar diagrama de casos de uso utilizando notação UML. A entrega deverá ser pelo próprio repositório do projeto onde o aluno deverá criar um documento chamado "Diagrama de Casos de Uso", inserir as figuras dos Diagramas no documento e armazená-lo na pasta Requisitos

A equipe deve avaliar os requisitos de outra equipe utilizando os critérios para verificação de requisitos definidos pela equipe alvo, e documentar problemas.Além disso a equipe deve ter seus requisitos avaliados por outra equipe

Ref: RF009

• O software deve exigir a inserção do cliente atendido
• O software deve exigir a data do suporte
• O software deve exigir a hora do suporte

Ref: RF005

• O software deve exigir o cadastro do nome do plano
• O software deve exigir o cadastro do valor do plano

Ref: RF015

Implementar um CRUD básico do sistema que manipule uma tabela do banco de dados.

Aplicar boas práticas definidas para o projeto (Comentário de código, padrão de notação, etc)

Criar casos de teste funcionais

• O software deve exigir a inserção do cliente atendido
• O software deve exigir a data da instalação
• O software deve exigir a hora da instalação

Ref: RF003, RF004

• O software deve permitir fazer filtragem por data

Ref: RF014

Manter as regras de uso do Git definidas na tarefa #18

Todos os membros da equipe devem criar uma conta no GitHub (caso não tenham) e criar um novo repositório para o projeto da disciplina. Todos os membros da equipe e o professor da disciplina devem ser adicionados como membros do projeto. A entrega desta atividade será postar o link do repositório na ABA GRUPOS desta planilha. O aluno pode compartilhar com o usuário tonio71.

Usar funcionalidades "Tags" e "Release" do GitHub para estabelecer a primeira baseline do projeto. Esta baseline deve conter toda a documentação de requisitos do projeto.

• O software deve permitir fazer filtragem por data
• O software deve permitir fazer filtragem por hora
• O software deve permitir fazer busca pelo cliente

Ref: RF012

Criar uma lista detalhada de requisitos funcionais do projeto. Preferencialmente, cada requisito deve ter um identificador único e estar adequado aos critérios definidos na tarefa #4. A entrega deverá ser pelo próprio repositório do projeto onde o aluno deverá criar um documento chamado "Requisitos Funcionais" e armazená-lo na pasta Requisitos

• O software deve permitir a modificação de roteadores
• O software deve permitir a modificação de switches
• O software deve permitir a modificação de CPE
• O software deve permitir a modificação de relacionamentos entre os componentes da rede

Ref: RF011

Usar funcionalidades "Tags" e "Release" do GitHub para estabelecer a terceira baseline do projeto com um release note especificando as funcionalidades implementadas. A baseline deve conter toda a documentação de testes

Fazer a descrição detalhada de cada caso de uso/requisito funcional do sistema. A descrição detalhada dos casos de uso deverá ter os campos descritos na última página do Trabalho e Casos de Uso disponível na sala virtual. A entrega deverá ser pelo próprio repositório do projeto onde o aluno deverá atualizar o documento de "Diagramas de Casos de Uso" com as descrições detalhadas.

Comentário de código, padrão de notação, etc

Usar recursos apropriados do GitHub para documentar e gerenciar backlog do produto no GitHub aplicando o kanban ( sugestão: https://www.youtube.com/watch?v=C6MGKHkNtxU , https://www.youtube.com/watch?v=RXEy6CFu9Hk e https://opensource.com/article/18/4/keep-your-project-organized-git-repo )