UNIVERSIDADE METODISTA DE SÃO PAULO FACULDADE DE CIÊNCIAS EXATAS E TECNOLÓGICAS CURSO DE SISTEMAS DE INFORMAÇÃO
Douglas de Sá Martins Douglas Domiciano Leandro C. Martins Marcos V. A. Capuano Rodolfo D’Andrea
13 14 27 34 42
Documento de Especificação de Requisitos de Software
São Bernardo do Campo 2009 Douglas de Sá Martins Douglas Domiciano Leandro C. Martins Marcos V. A. Capuano Rodolfo D’Andrea
13 14 27 34 42
Documento de Especificação de Requisitos de Software
Trabalho
acadêmico
da
disciplina
de
Processo de Desenvolvimento de Software Orientado a Objetos, solicitado pelo professor Andre Luiz Perin, valendo como trabalho semestral do 5º semestre do curso de Sistemas de Informação.
São Bernardo do Campo
2009 Douglas de Sá Martins Douglas Domiciano Leandro C. Martins Marcos V. A. Capuano Rodolfo D’Andrea
13 14 27 34 42
Documento de Especificação de Requisitos de Software Trabalho
acadêmico
da
disciplina
de
Processo de Desenvolvimento de Software Orientado
a
Objetos,
solicitado
pelo
professor, Andre Luiz Perin valendo como trabalho semestral do 5º semestre do curso de Sistemas de Informação.
Área de concentração: BANCA EXAMINADORA Andre Luiz Perin Prof. _____________ Universidade Metodista de São Paulo.
São Bernardo do Campo 2009 RESUMO
Este trabalho tem por objetivo o desenvolvimento de um documento de especificação de requisitos de software baseado no Volere de especificação de requisitos englobando assim, seus vinte e sete (27) capitulos.
PALAVRAS-CHAVE: especificação; requisitos; Volere;
ABSTRACT
This work aims to develop a document of software requirements specification based on the Volere of requirements specification, comprehending its twenty-seven (27) chapters.
KEYWORDS: Specification; Requirements; Volere;
5
SUMÁRIO Introdução............................................................................................................................... Documentação de Especificação de Requisitos.................................................................. Diretrizes de Projeto 1. O Propósito do Produto........................................................................................................ 2. Cliente, Comprador e outros interessados............................................................................ 3. Usuários do Produto............................................................................................................. Restrições de Projeto 4. Restrições necessárias.......................................................................................................... 5. Convenções e Definições de Nomes.................................................................................... 6. Fatos e Suposições Relevantes............................................................................................. Requisitos Funcionais 7. O Escopo do Trabalho......................................................................................................... 8. O Escopo do Produto........................................................................................................... 9. Requisitos Funcionais e de Dados....................................................................................... Requisitos Não-Funcionais 10. Requisitos Sensoriais (Look and Feel Requirements)........................................................ 11. Requisitos de Usabilidade.................................................................................................. 12. Requisitos de Desempenho................................................................................................ 13. Requisitos de Operação...................................................................................................... 14. Requisitos de Manutenibilidade e Portabilidade................................................................ 15. Requisitos de Segurança..................................................................................................... 16. Requisitos de Cultura e Política.......................................................................................... 17. Requisitos Legais................................................................................................................ Questões de Projeto 18. Questões em Aberto………................................................................................................. 19. Soluções prontas………...................................................................................................... 20. Novos Problemas................................................................................................................. 22. Pontos Importantes.............................................................................................................. 25. Documentação e Treinamento do Usuário…….................................................................. 26. “Sala de Espera”.................................................................................................................. 27. Idéias para Soluções............................................................................................................ Bibliografia...............................................................................................................................
6
INTRODUÇÃO O modelo de especificação de requisitos Volere é um processo para a análise de requisitos, desenvolvido e elaborado por James Robertson e Suzanne Robertson, a partir de suas próprias experiências práticas e de pesquisa na área de Engenharia de Requisitos. Um modelo para especificação de requisitos é proposto e aqui será comentado a sua utilização (escrita, teste de requisitos, alguns conceitos e definições utilizados) e o modelo em si com diversas seções e suas descrições. A forma de utilizar o modelo consiste de selecionar dentre as diversas seções do modelo proposto por Robertson & Robertson aquelas que são aplicáveis ao produto. Caso seja necessário, podem ser adicionadas novas seções no modelo. Para guiar a coleta, teste e escrita de cada requisito uma Ficha de Especificação de Requisito é apresentada na Figura 1. Os itens que a compõem são entre outros: Tipo de Requisito, Critério de Ajuste, Número do Requisito (identificador único), Número do Evento/Caso de Uso, Avaliação do Cliente que compra um produto, Dependências, Conflitos e História.
7
1. Propósito do produto
As perguntas a serem feitas neste capítulo, estão relacionadas diretamente aos seguintes assuntos: 1.1 - Quais são os objetivos para o desenvolvimento desse novo sistema? 1.2 - Existem problemas em seu sistema atual que deseja melhorar com o novo sistema? 1.3 - Quais as principais funções que o novo sistema deve disponibilizar para a sua empresa ou usuário?
8
2. Cliente
2.1 - Para quem o sistema está sendo desenvolvido? 2.2 - Quais as pessoas afetadas pelo novo produto? 2.3 - A empresa é quem vai utilizar o produto? Caso não, explique o real cliente do sistema. 2.4 - Quem pagará pelo desenvolvimento do produto?
9
3. Usuários do produto
3.1 - Quais os tipos de usuários desse produto? 3.2 - Qual a participação esperada de cada usuário no sistema? 3.3 - Qual a importância de ordem de cada usuário no sistema?
10
4. Restrições necessárias
4.1 - Descreva as características da rede da empresa, falando um pouco do meio físico da rede. 4.2 - Qual o sistema operacional utilizado nas máquinas dos usuários do produto? 4.3 - Quais as características do hardware empenhado a utilizar o novo produto tanto no servidor, quanto nos computadores dos usuários. 4.4 - Existe algum tipo de comunicação do sistema com a Internet? A empresa tem acesso a Internet? Caso sim, descreva as características deste.
11
5. Convenções e definições de nomes
5.1 - Existe ambiguidade, ou não entendimento, no sentido de alguma palavra (ou termo) do sistema ou da documentação? 5.2 - Há algum termo usado pelos usuários, para definir um processo, ou algo relacionado?
12
6. Fatos e suposições relevantes.
6.1 - O sistema tem integração com algum outro sistema? Caso sim, explique esta integração. 6.2 - Qual é a importância de segurança no sistema? 6.3 - Existem riscos no desenvolvimento do sistema, quais são?
13
7. Escopos do Trabalho
7.1 – Descrevam todos os processos que o novo sistema deve possuir entre os diversos eventos existentes no domínio do sistema. 7.2 – Expliquem as interações dos processos dentro do sistema.
14
8. O Escopo do Produto
8.1 – Definam em diagramas os eventos que devem ocorrer dentro do sistema. 8.2 – Defina os principais eventos que o sistema devera disponibilizar. 8.3 – Existe algum evento que não está claro? Explique com detalhes.
15
9. Requisitos funcionais de dados.
9.1 - Existem algumas funções do produto ao qual não estão claras quanto a sua utilização ou algum serviço que não está executando de forma correta? 9.2 - Segurança, precisão, usabilidade, performance e manutenabilidade são processos deste produto ao qual devem estar presentes. Existe algum destes itens que não está sendo funcional ou não está gerando satisfação em utilização do produto?
16
10. Requisitos Sensoriais
10.1 – Deseja que o novo sistema tenha cores diferentes, informações explicitas ou algum logotipo em algum lugar especifico do produto? 10.2 – Qual será o público alvo deste novo sistema? 10.3 – Quais as reais necessidades quanto a interface do produto?
17
11. Requisitos de Usabilidade
11.1 – Este produto será utilizado por usuários com alguma deficiência visual ou auditiva? 11.2 – Em quantos idiomas este produto deve ser desenvolvido? 11.3 – O sistema deve possuir a capacidade de armazenar as preferências do usuário (cookies)? 11.4 – Os funcionários estão capacitados a utilizar o novo produto? Será necessário algum treinamento e um tutorial de usabilidade do produto? (todos os comandos). 11.5 - O produto como um todo pode oferecer dificuldades e possuir alguns erros. Qual a taxa de satisfação dos usuários deste novo sistema?
18
12. Requisitos de Desempenho
12.1 – Existem problemas de execução do atual sistema que deseja melhorar? Tempos de resposta ou erros freqüentes? 12.2 – Quantos processos o sistema deve executar simultaneamente? 12.3 – O atual sistema exige uma adaptação diante de melhores tecnologias? 12.4 – O funcionamento do sistema utilizado de forma inadequada pode romper a taxa de confiabilidade do desempenho de alguns eventos do sistema. Qual a melhor forma de orientarmos ao usuário a utilizar o sistema de forma correta? É necessário por algum tempo alguém capacitado a utilizar o sistema presente a todo momento na empresa?
19
13. Requisitos de Operação
13.1 - Qual o sistema operacional dos computadores? 13.2 - Há Necessidade de Integração com Sistema Corporativo? 13.3 - Qual a configuração das estações que iram rodar o sistema? 13.4 - A empresa possui uma rede de quantos computadores?
20
14. Requisitos de Manutenibilidade e Portabilidade
14.1 - Quais plataformas o sistema deve rodar? 14.2 - Existe alguém profissional responsável pela infraestrutura de rede, pelos computadores na empresa?
21
15. Requisitos de Segurança
15.1 - Todos colaboradores irão ter acesso ao sistema? 15.2 - Quem pode ter total acesso ao sistema? 15.3 - As estações possuem antivírus?
22
16. Requisitos de Cultura e Política
16.1 - O sistema poderá sofrer alguma limitação por questões políticas ou sociais? 16.2 - O sistema irá rodar no exterior? 16.3 - O sistema fará parte de alguma instituição de ensino?
23
17. Requisitos Legais
17.1 - Quais são os requisitos legais para a manutenção de registros disponíveis por determinados períodos de tempo, como o backup? 17.2 – Quais são os requisitos legais quanto ao impacto no negócio que o sistema poderá desemprenhar?
24
18. Questões em Aberto
18.1 - Com o desenvolvimento do sistema, ao decorrer podemos notar alguns problemas ou erros, ao qual traremos a devida solução. O que a empresa espera sobre as resoluções de riscos? 18.2 - Qual a maneira de suporte ao usuário adequada à empresa?
25
19. Soluções Prontas
19.1 - Existe algum planejamento que visa uma reciclagem de produtos (soluções), para que não seja necessário desenvolver um novo sistema? E por que não desenvolver um novo sistema e sim reutilizar um já existente? 19.2 - Reutilizando um sistema, levando em consideração custos, vale a pena para o projeto?
26
20. Novos Problemas
20.1 - Sabendo que uma nova implementação de um sistema pode causar "danos", qual a melhor maneira de se evitar que se vários usuários tenham seu trabalho afetado? 20.2 - Com a contratação de pessoas especializadas o risco de ter um aumento na falha da utilização do sistema é pequeno. Qual a melhor maneira de se evitar um aumento dos problemas?
27
22. Pontos Importantes
22.1 - Existe um sistema que armazena os dados "requisitos" a serem implementados no novo projeto? Qual? 22.2 - Quem é a pessoa responsável de armazenar as informações de novas implementações no projeto? 22.3 - Com o risco de se perder dados importantes do projeto, existe um planejamento de Backup para se evitar esses danos? Qual?
28
25. Documentação e treinamento do usuário
25.1 - Como nem todos os usuários tem um conhecimento mais avançado do projeto, existe algum plano para facilitar que o usuário não tenha dificuldades para entender a documentação do projeto? 25.2 - Existe algum planejamento para disponibilizar treinamentos específicos de utilização da documentação do projeto? Quem aplica esse treinamento?
29
26. Sala de espera
26.1 - Após a finalização do projeto sempre surge novas ideias que podem trazer benefícios para o desenvolvimento do software. Como armazenar essas ideias para futuras implementações? 26.2 - Após a implementação dessas novas ideias o correto é sempre atualizar na documentação do projeto, ou seja, novas dúvidas surgiram sempre que ocorrer novas atualizações. Existe uma pessoa especifica que repassara essas informações para os usuários? Quem seria essa pessoa?
30
27. Idéias para soluções
27.1 - Manter novas ideias de requisitos em outros ambientes é importante para evitar que acumule muitas informações? 27.2 - Como evitar que pessoas indevidas tenham o acesso as novas ideias de requisitos para que não tentar criar soluções para resolvê-las e percam as novas idéias?
31