Genrencia e configuração de software

VoiceLoc

Plano de Gerenciamento de Requisitos

Versão 1.3

---

Histórico da Revisão

Data	Versão	Descrição	Autor
31/08/2015	1.1	Iniciação	André, Lucas, Marcelo, Ourega
05/10/2015	1.2	Elaboração	André, Lucas, Marcelo, Ourega
02/11/2015	1.3	Construção	André, Lucas, Marcelo, Ourega

---

Índice Analítico

1.        Introdução        

1.1        Finalidade        

1.2        Escopo        

1.3        Definições, Acrônimos e Abreviações        

1.4        Referências        

1.5        Visão Geral        

2.        Gerenciamento de Requisitos        

2.1        Organização, Responsabilidades e Interfaces        

2.2        Ferramentas, Ambiente e Infra-estrutura        

3.        O Programa de Gerenciamento de Requisitos        

3.1        Identificação de Requisitos        

3.2        Rastreabilidade        

3.2.1        Critérios da ideia principal        

3.2.2        Critérios do RUP        

3.2.3        Critérios da apresentação do protótipo em funcionamento        

3.3        Atributos do VoiceLoc        

3.3.1        Atributos de criação        

3.4        Relatórios e Medidas        

3.5        Gerenciamento de Mudanças de Requisitos        

3.5.1        Processamento e Aprovação de Solicitações de Mudança        

Consulte o documento Plano de gerenciamento de configuração.        

3.5.2        Comitê de Controle de Mudança (CCB)        

3.5.3        Baselines do Projeto        

3.6        Fluxos de Trabalho e Atividades        

4.        Marcos        

5.        Treinamento e Recursos        

---

Plano de Gerenciamento de Requisitos

1. Introdução

Finalidade

Este documento tem como finalidade, planificar os requisitos necessários e que serão usados para a criação do protótipo.

        

Escopo

Serão abordados os requisitos e os modos que são necessários para o desenvolvimento do projeto.

Definições, Acrônimos e Abreviações

- N/A: não se aplica;

                - RUP: rational unified process, que é um framework genérico para processos de desenvolvimento de software e que é fortemente útil para desenvolvimento de diversos tipos projetos;

                - Arduino: plataforma de prototipagem eletrônica;

                - Framework:se tratando de projetos, é a junção de códigos, informações ou mesmo documentos comuns entre vários projetos, para prover uma funcionalidade genérica.

Referências

• RUP, Rational Unified Process. Rational Software Corporation, 1987 – 2001.
• NOGUEIRA, Marcelo. ENGENHARIA DE SOFTWARE: Um framework para a gestão em projetos de software. 1º Ed. Rio de Janeiro: Editora Ciência Moderna Ltda., 2009. 224p.
• Site: https://pt.wikipedia.org/wiki/Framework

Visão Geral

O objetivo deste documento e demonstrar de forma clara os métodos empregados, com intuito de sistematizar o plano de gerenciamento de requisitos.

1. Gerenciamento de Requisitos

Organização, Responsabilidades e Interfaces

Todos os membros (André, Lucas, Marcelo e Ourega), têm as mesmas funções e tarefas nos principais pontos do desenvolvimento desse projeto, conforme segue:

- Gestão do projeto, pesquisas (como por exemplo, de campo e bibliográfica);

- Desenvolvimento do protótipo;

- Teste;

- Apresentação.

Ferramentas, Ambiente e Infra-estrutura

Para o bom gerenciamento e desenvolvimento do VoiceLoc, utilizamos as seguintes ferramentas:

- Atash Community 7.0.0/846701 (Model Version: 37) para modelagem do projeto;

- ProjectLibre v1.6.2 para o gerenciamento e análise do projeto;

- CTA – Use Case Point – V3.0 para as métricas;

- Dropbox para compartilhamento dos arquivos;

- Pacote Office 2010, que possui programas essenciais para a digitação, formatação de toda a parte documental do projeto;

- Arduino v1.0.6, (IDE) plataforma de software livre desenvolvimento para a programação  necessária à ser embarcada no Arduino.

1. O Programa de Gerenciamento de Requisitos

Identificação de Requisitos

Artefato (Tipo de Documento)	Item de Rastreabilidade	Descrição
Solicitações dos Principais Envolvidos (STR)	Solicitação do Envolvido (STRQ)	Solicitações de Mudança, gerenciamento, desenvolvimento e teste por parte dos envolvidos.
Visão (VIS)	Necessidade dos Envolvidos (NEED)	A principal necessidade dos usuários é a possibilidade de se locomover de maneira autônoma, mesmo quando existe uma limitação no uso dos membros superiores.
Visão (VIS)	Recurso (FEAT)	A principal ação realizada pelo protótipo é a aceitação de comandos para locomoção (iniciar, parar e direções).
Modelo de Casos de Uso	Caso de Uso (UC)	Consulte o documento “Caso de uso de negócios”.
Especificação Suplementar (SS)	Requisito Suplementar (SUPP)	Além dos requisitos especiais presentes no documento de Caso de uso de negócio, não há nenhum requisito não funcional.