ABCDEFGHIJKLMNOPQRSTUVWXYZ
1
2
 IDTime ScrumSprintUser StoryIntegraçãoPrioridade 0-100Critérios de AceitaçãoUSs DependentesComo testarObservações
3
4
US#100TS#011COMO Product Owner
DESEJO QUE seja construída uma cadeira de rodas em lego
PARA prova de conceito do Projeto de STAGIOP-TR		100
5
US#101TS#021COMO Product Owner
DESEJO QUE seja implementada uma ou mais microcontroladoras
PARA servir o Módulo Embarcado STAGIOP-TR		Requisitos Funcionais:
Requisitos Não-Funcionais:
6
US#102TS#032COMO Product Owner
DESEJO QUE seja implementado um sensor de umidade
PARA coletar dados da umidade do assento.		US#101 e US#118100Requisitos Funcionais: Leitura, formatação e envelopamento JSON, criação de WS e envio de dados para Barramento e banco de dados NoSQL
Requisitos Não-Funcionais: Inclusão da descrição do formato dos dados de envio e retorno para utilização do serviço na documentação do barramento. Requisitos e documentação de testes e validação.
7
US#103TS#032COMO Product Owner
DESEJO QUE seja implementado um sensor de temperatura
PARA coletar dados da temperatura do assento.		US#101 e US#11890Requisitos Funcionais: Leitura, formatação e envelopamento JSON, criação de WS e envio de dados para Barramento e banco de dados NoSQL
Requisitos Não-Funcionais: Inclusão da descrição do formato dos dados de envio e retorno para utilização do serviço na documentação do barramento. Requisitos e documentação de testes e validação.
8
US#104TS#011COMO Product Owner
DESEJO QUE seja implementado um sensor de giroscopio
PARA coletar dados da movimentação da cadeira de rodas		US#10180Requisitos Funcionais:
Requisitos Não-Funcionais:
9
US#105TS#011COMO Product Owner
DESEJO QUE seja implementado um sensor de acelerometro
PARA coletar dados da velocidade da cadeira de rodas		US#101100Requisitos Funcionais:
Requisitos Não-Funcionais:
10
US#106-1TS#013COMO Product Owner
DESEJO QUE seja implementado botões a cadeira de rodas
PARA que PACIENTE possa mudar de posição.		US#101100Requisitos Funcionais:
Requisitos Não-Funcionais:
11
US#106-2TS#01N/ACOMO Product Owner
DESEJO QUE seja implementado captura de aúdio a cadeira de rodas
PARA que PACIENTE possa mudar de posição.		US#101Requisitos Funcionais:
Requisitos Não-Funcionais:
12
US#107TS#02N/ACOMO Product Owner
DESEJO QUE seja implementado um sensor de eletromiografo
PARA coletar dados dos estimulos musculares do PACIENTE		US#101Requisitos Funcionais:
Requisitos Não-Funcionais:
13
US#108TS#02N/ACOMO Product Owner
DESEJO QUE seja implementado um sensor de eletrocadiografo
PARA coletar dados do coração do PACIENTE		US#101Requisitos Funcionais:
Requisitos Não-Funcionais:
14
US#109TS#013COMO Product Owner
DESEJO QUE seja implementado o protocolo MQTT
PARA os serviços de publisher e subscriber do Módulo Embarcado.		90Requisitos Funcionais:
Requisitos Não-Funcionais:
15
US#110TS#021COMO Product Owner
DESEJO QUE sejam padronizadas as mensagens
PARA cada um dos sensores do Módulo Embarcado		de US#102 a US#107Requisitos Funcionais:
Requisitos Não-Funcionais:
16
US#111TS#022 e 3COMO Product Owner
DESEJO QUE o protocolo MQTT seja sincronizado com o Apache Kafka
PARA envio dos dados do Módulo Embarcado ao Módulo Analítico		US#10980Requisitos Funcionais:
Requisitos Não-Funcionais:
17
US#112TSs1COMO Product Owner
DESEJO QUE sejam realizados os labs da disciplina CE-235
PARA se familiarizar com o ambiente de desenvolvimento (KDS, KSD, Procesor Expert)		100Requisitos Funcionais:
Requisitos Não-Funcionais:
18
US#113TSs1COMO Product Owner
DESEJO QUE seja realizada a ListEx03
PARA os alunos reportem suas participações nas USs		100Requisitos Funcionais:
Requisitos Não-Funcionais:
19
US#114TS#012COMO PO
DESEJO QUE seja desenvolvido o driver de acelerometro e giroscópio
PARA uso do sensor selecionado na US110		US#110 e US#118100
20
US#115TS#022 e 3COMO PO
DESEJO QUE seja desenvolvido o driver do rádio
PARA envio dos dados (Camadas 1 à 4 da camada OSI, se for usado MQTT)		US#110, US#111 e US#11870
21
US#116TS#022COMO PO
DESEJO QUE seja feito uso do SCADE
PARA modelar função para converter dado binário em unidade de engenharia (Graus, Celsius)		US#110 e US#11860
22
US#117TS#012COMO PO
DESEJO QUE sejam integrado os componentes físicos os sensores ao módulo embarcado
PARA uso do Projeto de STAGIOP-TR		US#110 e US#11890
23
US#118TS#022COMO PO
DESEJO QUE sejam integrados o firmware dos sensores ao módulo embarcado
PARA uso do Projeto de STAGIOP-TR		US#110 e US#117100
24
US#119TS#012COMO PO
DESEJO QUE seja possível adaptar a cadeira à outra posição
PARA QUE seja possível paciente ficar de pé		85
25
US#120TS#013COMO Product Owner
DESEJO QUE seja implementado um algoritmo
PARA calculo de queda do PACIENTE		95
26
US#121TSs2COMO Product Owner
DESEJO QUE seja realizada a ListEx04
PARA os alunos reportem suas participações nas USs		100Requisitos Funcionais:
Requisitos Não-Funcionais:
27
US#122TSs3COMO Product Owner
DESEJO QUE seja realizada a ListEx05
PARA os alunos reportem suas participações nas USs		85
28
US#123TS#023COMO Product Owner
DESEJO QUE seja implementado o sensor de tempetura no kit FRDM-KL25Z, integrado ao código gerado no Scade
PARA que seja transmitida esta medida para o barramento Kafka, via MQTT
29
US#124TS#013COMO Product Owner
DESEJO QUE seja realizada a ListEx4b
PARA auditoria FCA dos Casos de Teste		75
30
US#125TS#02COMO Product Owner
DESEJO QUE seja implementado pelo sensor de inércia de forma completa
PARA uso do modelo lógico do Scade
31
US#126TS#02
COMO Product Owner
DESEJO QUE seja desenvolvido o modelo lógico em Scade
PARA uso do sensor de inércia
32
33
US#201TS#031COMO Product Owner
DESEJO QUE seja implementado um Barramento de Dados
PARA manter os dados, encaminhados por outros Módulos, em fila.		100Requisitos Funcionais: Ambiente do barramento disponível para utilização de todos componentes dos TS
Requisitos Não-Funcionais: Levantamento e documentação do barramento em Kafka
34
US#202TS#031
COMO Product Owner
DESEJO QUE seja implementado um Produtor/Consumidor
PARA recebimento dos dados dos sensores e gravação na base de
conhecimento
US#109 e US#20190Requisitos Não-Funcionais: Documentação dos dados e informações necessárias para acesso de consumidores ao barramento, além de definição de formatos de entrada e saída de dados
35
US#203TS#031COMO Product Owner
DESEJO QUE seja reaproveitado parte da base de conhecimento dos semestres anteriores
PARA reusabilidade de tarefas prontas		80Requisitos Funcionais: Ambiente de banco de dados reutilizáveis disponíveis para consulta e sincronização.
Requisitos Não-Funcionais: Documentação de recursos desenvolvidos em semestre anteriores úteis para reutilização no projeto STAGIOP-TR
36
US#204TS#031COMO Product Owner
DESEJO QUE seja modelado uma base de conhecimento inicial
PARA persistência dos novos dados consumidos		70Requisitos Funcionais: Ambiente de banco de dados disponível para acesso dos times, já sincronizado com artefatos recuperados dos semestres anteriores.
Requisitos Não-Funcionais: Documentação de acesso e manual do banco de dados
37
US#205TS#032COMO Product Owner
DESEJO QUE seja implementado um Produtor/Consumidor
PARA recebimento dos dados do módulo mobile e gravação na base de conhecimento		US#202 e US#20380Requisitos Funcionais: Produtor/Consumidor no Barramento para tratamento e envio e retorno de dados do Barramento em plataforma mobile.
Requisitos Não-Funcionais: Inclusão da descrição do recurso na documentação do Barramento. Requisitos e documentação de testes e validação.
38
US#206TS#032COMO Product Owner
DESEJO QUE seja implementado um Produtor/Consumidor
PARA recebimento de mensagens de acionar emergência		US#205, US#202 e US#20370Requisitos Funcionais: Produtor/Consumidor no Barramento para tratamento e envio e retorno de dados do Barramento em plataforma mobile para acionamento de emergência.
Requisitos Não-Funcionais: Inclusão da descrição do recurso na documentação do Barramento. Requisitos e documentação de testes e validação.
39
US#207TS#032COMO Product Owner
DESEJO QUE sejam mocados dados
PARA uso dos sistemas especialistas ou inteligentes		US#102 e US#10340Requisitos Funcionais: Dados populados na base de dados MongoDB disponibilizada em nuvem para posterior acesso aos integrantes de todos os times
Requisitos Não-Funcionais: Levantamento de de recursos necessários à população dos dados.
40
US#208TS#04N/ACOMO Product Owner
DESEJO QUE sejam implementadas interfaces
PARA visualização dos dados do PACIENTE (Cadastros)
41
US#209TS#04N/ACOMO Product Owner
DESEJO QUE sejam implementadas interfaces
PARA visualização dos dados do PACIENTE (Sensores)
42
US#210TS#033COMO Product Owner
DESEJO QUE seja implementado um algoritmo
PARA prevenção de problema cardíaco do PACIENTE		Requisitos funcionais: Algoritmo que consiga detectar níveis de alertas de problemas cardíacos emergenciais e/ou crônicos
Requisitos não funcionais: levantamento de condições médicas que ensejam estes tipos de alertas
43
US#211TS#032COMO Product Owner
DESEJO QUE sejam implementados ajustes ao Produtor/Consumidor
PARA integração com os dados dos sensores		50Requisitos Funcionais: Produtor/Consumidor no Barramento para tratamento e envio e retorno de dados dos sensores ao Barramento.
Requisitos Não-Funcionais: Inclusão da descrição do recurso na documentação do Barramento. Requisitos e documentação de testes e validação.
44
US#212TS#032COMO Product Owner
DESEJO QUE sejam feitos ajustes a base de dados
PARA recebimento das informações de emergência e soluções móveis		60Requisitos Funcionais: Banco de Dados NoSQL implementado, em operação, disponibilizado para os TSs.
Requisitos Não-Funcionais: Inclusão da descrição do recurso na documentação do Barramento. Requisitos e documentação de testes e validação.
45
US#213TS#032COMO Scrum Master
DESEJO QUE seja feito um checklist e um questionário de auditoria das USs atribuídas ao TS#3
PARA recebimento e tabulação de dados a respeito da qualidade da formulação das USs		30Requisitos Funcionais: Questionário online com checklist disponibilizado aos integrantes do time. Planilha de respostas e relatório da Auditoria.
46
US#214TS#033COMO Product Owner
DESEJO QUE seja implementado o protocolo blockchain
PARA garantia de integridade dos dados recebidos		Requisitos funcionais: infraestrutura de protocolo Blockchais disponibilizado na nuvem
Requisitos não funcionais: levantamento de necessidades para implementação do protocolo no GoogleCloud
47
US#215TS#033COMO Product Owner
DESEJO QUE sejam adicionados recursos a interface com o usuário
PARA complementar o trabalho com os outros times scrum		Requisitos funcionais: Interface de dados dos sensores em tempo real. Interface de dados históricos do paciente.
Requisitos não funcionais: design das telas, descrição das inputs necessários para exibição nas interfaces
48
49
50
51
52
US#301TS#021COMO Product Owner
DESEJO QUE o Smartwatch seja emparelhado com o smartphone
PARA a troca de dados com esse dispositivo		Requisitos Funcionais:
Requisitos Não-Funcionais:
53
US#302TS#021COMO Product Owner
DESEJO QUE seja implementado um smartwatch
PARA coletar dados do batimento cardiaco do PACIENTE.		Requisitos Funcionais:
Requisitos Não-Funcionais:
54
US#303TS#02N/ACOMO Product Owner
DESEJO QUE seja implementado um smartwatch
PARA coletar dados da pressão arterial do PACIENTE.		Requisitos Funcionais:
Requisitos Não-Funcionais:
55
US#304TS#02N/ACOMO Product Owner
DESEJO QUE seja implementado um smartwatch
PARA coletar dados da temperatura do PACIENTE.		Requisitos Funcionais:
Requisitos Não-Funcionais:
56
US#305TS#041COMO Product Owner
DESEJO QUE seja implementado um app
PARA registro da alimentação do PACIENTE		Requisitos Funcionais: Deverá ser implementado um aplicativo com registro de toda a alimentação do paciente
Requisitos Não-Funcionais: O registro do paciente deve conter cpf, nome do paciente, alimentos que comeu durante do dia
57
US#306TS#041COMO Product Owner
DESEJO QUE seja implementado um app
PARA registro da qualidade de sono do PACIENTE		Requisitos Funcionais: Deverá conter registro de sono do paciente
Requisitos Não-Funcionais: Deverá exibir registro de todo o período de sono do paciente
58
US#307TS#041COMO Product Owner
DESEJO QUE seja implementado um app
PARA registro de como o PACIENTE está se sentindo emocionalmente		Requisitos Funcionais: Deverá conter o registro do estado emocional do paciente
Requisitos Não-Funcionais:
59
US#308TS#041 e 2COMO Product Owner
DESEJO QUE seja implementado um botão no smartphone
PARA acionar socorro quando PACIENTE necessitar algo		US#206100Requisitos Funcionais: Iniciar uma ligação para o número de emergência registrado no cadastro do paciente
ao pressionar o botão de emergência.
Requisitos Não-Funcionais: O dispositivo móvel deve possuir créditos para efetuar a ligação e sinal disponível
da operadora.
60
US#309TS#042COMO Product Owner
DESEJO QUE seja implementado uma tela no app
PARA que familiar consiga acompanhar informações do PACIENTE		80Requisitos Funcionais: Registrar o familiar na tela de cadastro, vincular o paciente ao familiar. Listagem das informações do paciente vinculado na conta do familiar.
Requisitos Não-Funcionais: Ao efetuar login da tela do app deverá ser listado os dados do paciente. É necessário que o familiar possua o documento do familiar para registro para comprovar o parentesco.
61
US#310TS#042COMO Product Owner
DESEJO QUE seja implementado um controle de acesso
PARA diferentes perfis do sistema STAGIOP-TR		90Requisitos Funcionais: Perfil paciente, médico e familiar. Tela para realizar acesso na plataforma. Validação de privilégios para cada perfil.
Requisitos Não-Funcionais: Ao efetuar login, deverá filtrar somente dados pertinentes a cada Perfil de acesso: Médico, Familiar, Paciente
62
US#311TS#043COMO Product Owner
DESEJO QUE seja mantida a sessão do usuário
PARA uso do app mobile		100Requisitos Funcionais: Registrar a sessão do usuário, recuperar a sessão do usuário conectado após a reinicialização da aplicação.
Requisitos Não-Funcionais: Banco de dados instanciado no dispositivo móvel, acesso a ultima versão do aplicativo.
63
US#312TS#043COMO Product Owner
DESEJO QUE seja implementado o controle de medicamento
PARA uso do app mobile		80Requisitos Funcionais: Cadastro das medicações do paciente contendo descrição do medicamento, horário inicial e horário de administração do item.
Requisitos Não-Funcionais: Banco de dados instanciado no dispositivo móvel, usuário conectado na aplicação.
64
US#313TS#043
COMO Product Owner
DESEJO QUE sejam adicionados mais botões ao app
PARA poder comunicar com Hospitais, Médicos, cuidadores, familiares, parentes e amigos.
70Requisitos Funcionais: Permitir ao usuário do tipo "PACIENTE" registrar outros contatos para realizar ligações dentro da aplicação e encaminhar mensagem no momento da ligação.
Requisitos Não-Funcionais: Banco de dados instanciado no dispositivo móvel, acesso a internet e sinal de telefonia móvel.
65
US#314TS#043COMO Product Owner
DESEJO QUE seja implementado captura da localidade
PARA identificar posição geográfica do PACIENTE		90Requisitos Funcionais: Obter acesso dos dados de geolocalização do usuário e encaminhar esses dados para o barramento kafka ao disparar o botão de emergência do paciente.
Requisitos Não-Funcionais: Disponibilidade do GPS no dispositivo móvel, Acesso a internet e sinal de telefonia móvel.
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100