Versão 1.0
Execução do Projeto
Atenção!
O conteúdo deste tópico poderá sofrer alterações ao longo da Disciplina de Requisitos de Software. Portanto, as tabelas serão organizadas iniciando pela versão mais recente e finalizando com a versão mais antiga.
Integrantes que atuaram no desenvolvimento do artefato
Esta tabela inicial terá somente os artefatos de alta relevância que cada integrante do projeto desenvolveu. O versionamento completo encontra-se ao final do artefato.
Tabela de Contribuição
| Nome | Função |
|---|---|
| Daniel Rodrigues | Autor do: [Cronograma] |
| Arthur Carvalho | Revisor do Artefato |
Legenda:
Nome – participante da técnica.
Função – papel desempenhado na priorização.
Observação
Frizando claramente que as contribuições de cada integrante ainda que mínimas são ainda sim muito relevantes no desenvolvimento do artefo, considere verificar o histórico de versão.
Resumo da Execução do Projeto
A tabela 1 explicita um resumo de cada etapa da execução do projeto, a qual também apresenta os artefatos relacionados.
Tabela 1 - Execução do Projeto
Planejamento
| Elemento | Descrição |
|---|---|
| HeatMap | Disponibilidade de Horário dos estudantes para desenvolvimento do projeto |
| Cronograma Planejado | Cronograma montado em colaboração para previsão de entregas |
| Cronograma Executado | Cronograma feito pelos estudantes durante o projeto |
Autor: Daniel Rodrigues
Pré-Rastreabilidade
| Elemento | Descrição |
|---|---|
| Aplicativos Analisados | Aplicativos Selecionados pelos estudantes para a criação de um Rich Picture |
| Aplicativo Selecionado | Aplicativo utilizado durante todo o desenvolvimento do projeto |
Autor: Daniel Rodrigues
Elicitação
| Elemento | Descrição |
|---|---|
| Perfil do Usuário | Representação das características, necessidades e comportamentos de usuários que interagem com o sistema. |
| Personas | Personagens fictícios baseados em usuários reais para guiar decisões de design e requisitos. |
| Análise de Documentos | Estudo de materiais existentes para extrair requisitos e entender o domínio do sistema. |
| Questionário | Ferramenta estruturada para coletar dados e opiniões de usuários ou stakeholders. |
| Brainstorming | Técnica colaborativa para gerar ideias e possíveis requisitos sem julgamentos iniciais. |
| Storytelling | Uso de narrativas para descrever situações de uso e entender o contexto dos usuários. |
| Observação | Acompanhamento direto dos usuários em seu ambiente para identificar requisitos reais e não ditos. |
| First Thing First | Técnica de priorização que ordena tarefas ou requisitos com base no que é mais importante primeiro. |
| QFD | Método para traduzir necessidades dos clientes em requisitos técnicos do sistema. |
| MoSCoW | Técnica de priorização que classifica requisitos como Must, Should, Could e Won’t have. |
| $100 | Stakeholders distribuem $100 fictícios entre requisitos, indicando suas prioridades com base no valor percebido. |
Autor: Daniel Rodrigues
Modelagem
| Elemento | Descrição |
|---|---|
| Casos de Uso | Descrevem interações entre usuários e o sistema para atingir objetivos específicos, mostrando funcionalidade esperada. |
| Léxicos | Definem termos importantes do domínio para padronizar a comunicação e evitar ambiguidades nos requisitos. |
| Cenários | Narrativas que ilustram situações reais de uso do sistema, ajudando a entender o contexto e os requisitos. |
| Especificação Suplementar | Documento que registra requisitos não funcionais e restrições não cobertos pelos casos de uso. |
| NFR Framework | Estrutura para identificar, organizar e tratar requisitos não funcionais de forma sistemática. |
| Backlog | Lista priorizada e dinâmica de funcionalidades, melhorias e correções planejadas para o sistema. |
| História de Usuário | Descrição curta e informal de uma funcionalidade do ponto de vista do usuário, usada em métodos ágeis. |
Autor: Daniel Rodrigues
Pós-Rastreabilidade
| Elemento | Descrição |
|---|---|
| Matriz Geral | Relaciona requisitos a elementos do sistema (códigos, testes, documentos) para garantir cobertura e controle. |
| Pós-Rastreabilidade | Mapeia os requisitos para suas implementações e validações, permitindo verificar se foram atendidos após o desenvolvimento. |
Autor: Daniel Rodrigues
Verificação
| Elemento | Descrição |
|---|---|
| Planejamento Geral | Planejamento idealizado para a verificação usando inspeção de Fagan |
Autor: Daniel Rodrigues
Validação
| Elemento | Descrição |
|---|---|
| Prototipação | Criação de modelos visuais ou funcionais do sistema para validar requisitos e facilitar o entendimento com os usuários. |
| Artefatos Inconformes | Lista com itens não executados durante as entregas |
| Comprovação Informal | Objetivo de identificar inconsistências, ambiguidades e omissões, sem uso de métodos formais ou automatizados. |
Autor: Daniel Rodrigues
Histórico de Versões
| Versão | Data de produção | Descrição da Alteração | Autor(es) | Revisor(es) | Data de Revisão |
|---|---|---|---|---|---|
| 1.0 | 05/07/2025 | Criação do Artefato | Felipe das Neves | Mateus Bastos | 05/07/2025 |
| 1.1 | 07/07/2025 | Adição da execução | Daniel Rodrigues | Mateus Bastos | 07/07/2025 |