PDS texto 2

Processo de Desenvolvimento de Software Aula 2 CONTEÚDO DA AULA ON-LINE 1. Atividades para analise de requisitos Estudo de Viabilidade: Estudo inicial para saber se vale a pena desenvolver a ideia. O estudo deve oferecer base para ajudar na decisão.

- O projeto/produto pode ser feito ?

- O projeto/produto beneficiara os clientes interessados?

- Existe uma outra alternativa ?

Tipos de Viabilidade: Técnica, Operaciaonal, Cronograma e Economica.

Viabilidade Tecnica: Visa atender os requisitos técnicos do produto a ser desenvolvido. Levantamento deve ser relacionado com a tecnologia envolvida no processo de desenvolvimento.

Viabilidade Operacional: Visa atender os requisitos para a aceitação do produto ou problema apresentado. Levantemanto deve ser relacionado com a aceitação da solução proposta, e como os agentes se sentirão em relação à ela.

Viabilidade do Cronograma: Visa atender os requisitos de tempo, para os prazos estabelecidos. O levantamento deve ser baseado na viabilidade técnica em relação ao prazo estipulado. Prazos obrigatorios são mais dificeis de serem negociados.

Viabilidade Econômica: Visa atender os requisitos fincanceiros do projeto/produto.

Considerada a mais critica, ela consistem em julgar se o projeto será deficitário, ou se os custos de sua implementação não terão os beneficios desejados.

Esta fase tambem é chamado de analise de custo-beneficio.

Tipos de Custo: Operacional ( Fixo e Continuo ), no desenvolvimento do projeto.

Operacional – Pessoal, Manutenção, Luz. Desenvolvimento do projeto – Aquisição de novos softwares, custos de instalação, atualização.

Analise ROI ( Return of Investiments ) – Percentual que mede a relação entre quanto se ganhou e quanto se investiu.

ROI = ( Total de Lucro ou beneficios – Total de custo ) / Total de Custo

Quanto maior for a taxa, melhor é o ROI

2. Tipos de Requisito.

Requisito: É uma condição ou necessidade de um usuario para resolver um problema ou alcançar um objetivo. Tambem pode ser uma necessidade de estar presente em um sistema para satisfazer uma condiçao, contrato, padrão, ou especificaçao devida.

Requisitos do Usuario: Definições sobre a função do sistema e restrições sob os quais ele deve operar. O formato é em linguagem comum, visando entendimento do cliente/usuario.

Requisitos do Sistema: Definição estruturada, e detalhada do serviço que será feito no sistema/produto. O formato é em contrato de prestação de serviço entre o cliente e o fornecedor.

Requisitos funcionais:Descreve as funcionalidades do sistema. Esta diretamente ligada as especificações da tecnologia envolvida, do perfil do usuario, do tipo do sistema.

Ex: [RF 0023] Usuário não pode acessar o Banco de Dados financeiro [RF 0059] Sistema deve oferecer opção para usuario escrever observação nos documentos.

Requisitos não funcionais: Descreve propriedades e restrições para atender a finalidade do sistema. Por serem mensuraveis, deve haver uma medição ou referencia para cada requisito elicitado.

Algumas propriedade e suas medições Velocidade Tamanho Confiabilidade Faciliade de Uso

-

Transações/segundo Mbytes Tempo medio de falhas Treinamento

De acordo com sua classificação podem ser: Requisitos não funcionais de produto: O produto deve se comportar de acordo com as classificaçoes medidas. ( velocidade, confiabilidade, tamanho,..)

Ex: [RNF 0008] Consulta no banco de dados financeiro nao deve ultrapassar 3s.

Requisitos não funcionais organizacionais: Deve seguir regras definidas pela coorporação ou empresa, seguir procedimentos da propria organização. (padrão de processo, padrão de documentação, padrão dos requisitos para implementação, .. )

Ex: [RNF 0236] Os documentos da matriz de responsabilidade devem devem seguir o padrão XPTO 123.

Requisitos não funcionais externos: Deve seguir a o processo de desenvolvimento atendendo bases da legislação nacional e internacional.

Ex:[RNF 0129] As informções de cadastro dos usuarios não deve ser acessada por nenhum operador.

Requisitos de Dominio: São requisitos referente ao produto ou aplicaçao, que deve ser responsavel por corrigir, restrngir ou estabelecer novas funções para que o sistema possa operar de forma satisfatoria.

Ex: [RD 0291] Deve haver uma interface padrão para a consulta do bando de dados secundario, que terá como base o padrão RDF-763X 3. Tecnicas de Elicitação Entrevistas: Utilização na analise de problema e na engenharia de requisitos, com o objetivo de entender as perspectivas do cliente/usuario. Entender quem são os agentes, necessidades, o problema e a solução Questionarios: Forma de utilização utilizando perguntas referentes ao sistema.

Utilizaação de hipoteses para as relevancias.Pode ser utilizado após a entrevista, Casos de Uso: Identificação dos agentes que agem no sistema, das interfaces que o o sistema/produto possuirá, validação de pre-requisitos. Representação visual ao invez de textual.

Brainstorm: Ou tempestade de Ideias, faz o levantamento de ideias, onde cada ideia sugerida pode combinar na propositura de uma nova. Atividade de livre imaginação, e deve ser tratada sem criticas ou debates.

EXERCÍCIOS 1. Que tipo de viabilidade tambem é chamada de analise de custo-beneficio? ( ( ( (

) Técnica ) Operacional ) Cronograma ) Economica

2. Marque a opção que não representa um requisito não funcional. ( ( ( (

) Organizacionais ) De sistema ) Externos ) Dominio

http://pt.wikipedia.org/wiki/Análise_de_requerimento_de_software