Sistema de anamnese alimentar Versão 1.0 23/09/2011 Equipe de projeto: Bernardo D Orey Gaivao Plum Daniel Fonseca de Castilho Diego Heitzmann Quintale Fernando Villas Boas Alves Marcel Popolin de Araujo Cunha
Sumário Controle de versão... 3 Escopo... 4 Requisitos... 4 Requisitos funcionais... 4 Requisitos não-funcionais... 5 Diagrama de caso de uso... 5 Diagrama de classes... 5 Iterações... 5 Cronograma... 5 Plano de comunicação... 6 Plano de riscos... 6 Identificação dos riscos... 6 Planejamento de resposta a riscos... 6 Plano de testes... 6 Glossário... 7
Controle de versão A documentação pode sofrer alterações ao longo do desenvolvimento. Essa sessão define quais alterações ocorreram em cada versão da documentação. Versão Descrição Data de modificação 1.0 Escopo e Requisitos completos. Cronograma parcial. 23/09/2011
Escopo O objetivo do projeto é desenvolver um sistema que facilite a anamnese alimentar feito em um consultório médico. O sistema conta com dois módulos: cadastro de paciente e elaboração de cardápio. Haverá um controle simples de usuário: o sistema conta com apenas um usuário que terá acesso a todo o sistema. O cadastro de paciente contém nome, data de nascimento, idade, gênero, profissão, endereço, telefone e e-mail como dados pessoais não-médicos. O sistema também contará com os campos de uso de medicamentos, função intestinal, patologias, objetivos, peso, altura, porcentagem de gordura, porcentagem de massa magra e observações. Ao completar o cadastro o sistema calculará o IMC (Índice de Massa Corpórea), a necessidade calórica do paciente além da recomendação nutricional de proteínas, carboidratos e lipídios. Após os cálculos o sistema deve permitir que o usuário altere a necessidade calórica do paciente. A elaboração de cardápio conta com seis refeições: café da manhã, lanche da manhã, almoço, lanche da tarde, jantar e lanche da noite; todos eles com quantos itens forem necessários. Cada item é composto de um alimento e sua quantidade. A quantidade pode ser em xícara ou unidade. Enquanto o usuário estiver digitando o alimento o sistema deve oferecer sugestões, agilizando o preenchimento do cardápio. Conforme for preenchido o sistema deve calcular qual é o valor calórico do cardápio, dando calorias, quantidade de proteínas, carboidratos e lipídios e suas respectivas porcentagens em relação ao total da dieta. Requisitos Requisitos são descrições de como o sistema deve se comportar, de uma propriedade ou atributo do sistema. Requisitos funcionais São diretamente ligados a funcionalidade do sistema e definem como o sistema deve reagir em determinadas situações. Identificação RF1 RF2 RF3 RF4 RF5 Descrição O sistema deve manter usuários. O sistema deve permitir o login de usuários cadastrados. O sistema deve manter paciente. O paciente deve conter os seguintes campos: nome, data de nascimento, idade, gênero, profissão, endereço, telefone, e-mail, uso de medicamentos, função intestinal, patologias, objetivos, peso, altura, porcentagem de gordura, porcentagem de massa magra e observações. Com base nos dados do paciente o sistema deve calcular o IMC (Índice de Massa Corpórea), a necessidade calórica do paciente além da recomendação nutricional de proteínas, carboidratos e lipídios.
RF6 RF7 RF8 RF9 RF10 RF11 RF12 RF13 O sistema deve permitir que as recomendações dos pacientes sejam alteradas pelo usuário. O sistema deve permitir a elaboração de cardápio para um paciente cadastrado. O cardápio deve conter as seguintes refeições: café da manhã, lanche da manhã, almoço, lanche da tarde, jantar e lanche da noite. O sistema deve associar um número ilimitado de itens a um cardápio. O sistema deve permitir a visualização de um item com suas características (alimento e sua quantidade em xícara ou unidade). Conforme é digitado o alimento no cardápio o sistema deve fazer uma pesquisa no banco de dados e exibir sugestões. O sistema deve calcular a quantidade de calorias, proteínas, carboidratos e lipídios e suas respectivas porcentagens em relação ao total da dieta com base nos alimentos e nas quantidades. O sistema deve exibir, para efeito de comparação, a dieta recomendada e o total do cardápio. Requisitos não-funcionais Expressam qualidades e restrições do sistema. Identificação RNF1 RNF2 Descrição O sistema deve ser web. O sistema deve conter apenas um usuário com acesso a todo o sistema. Diagrama de caso de uso Representa as unidades funcionais do sistema, descrevendo cada uma de suas funcionalidades. Descrição Requisitos relacionados UC# Diagrama de classes É o diagrama que representa como as classes que fazem parte da solução do problema são definidas e como estas se associam. São mostradas as classes e suas associações. Iterações Processo que subdivide as principais entregas do projeto e do trabalho do projeto em componentes menores e entregáveis. Identificação Iteração Descrição Cronograma Define as datas de início e término planejadas para cada atividade, sejam elas iterações ou não.
Identificação Descrição Início Término AT#1 Casos de uso 26/09/2011 28/09/2011 AT#2 Diagrama de classes 28/09/2011 30/09/2011 AT#3 Cronograma 16/09/2011 30/09/2011 AT#4 Plano de riscos 26/09/2011 30/09/2011 AT#5 Plano de comunicação 26/09/2011 26/09/2011 AT#6 Plano de testes 28/09/2011 30/09/2011 Plano de comunicação Define as necessidades de informação de cada parte interessada e das formas mais adequadas para disponibilizar essas informações. Stakeholder Informação Forma Frequência Plano de riscos Identificação dos riscos Identificação dos riscos que poderão afetar o projeto. São feitas avaliações quantitativas em relação ao impacto do risco no projeto e a probabilidade de ocorrer. Impacto 1 2 3 4 5 Insignificante Mínimo Médio Grande Muito grande Probabilidade A B C D E Quase certo Provável Moderado Improvável Raro Identificação Descrição Impacto Probabilidade Planejamento de resposta a riscos Identificação das ações necessárias para aumentar ações necessárias para aumentar as oportunidades e reduzir as ameaças. Identificação Resposta Plano de testes São descritos como os testes são realizados para cada caso de uso, qual é o resultado esperado do sistema e qual resultado foi obtido. Teste UC# Teste Resultado esperado Resultado obtido
Glossário Manter: inserir, excluir, consultar e pesquisar.