APS 7º semestre unip computação

...

e sua entrega. Nessa etapa são elaborados cronogramas para o

cumprimento de determinadas atividades, como o levantamento de requisitos,

desenvolvimento, prazo de entrega e outros, além de realizar estimativas sobre o

software.

O desenvolvimento é a parte que deve ser entregue ao cliente, que começa

apenas após todos os requisitos do software terem sido levantados.

O controle de qualidade tem função de analisar a qualidade final do produto,

buscando por bugs, testando o desempenho e verificando se o produto está de acordo

com o que foi pedido pelo cliente.

Ao dividir o desenvolvimento do projeto, diminui a probabilidade de erros, pois

cada equipe só precisa se preocupar com a sua parte, sem se preocupar com outras,

agiliza o projeto, pois você tem as três etapas ocorrendo simultaneamente, aumenta

a eficácia pois você tem pessoas especializadas em cada etapa e obtém melhor

qualidade pois ao dividir em três etapas, você dá a cada uma delas quase o mesmo

tempo que um projeto completo não dividido teria, permitindo assim que as equipes

tivessem mais tempo para buscar erros antes da entrega final.

Esse trabalho apresentará requisitos de software sobre uma ONG na qual

realiza trabalho com crianças sem lar e a venda de produtos de conscientização sobre

o meio ambiente.

Os tópicos abordados no trabalho são: Conceito geral, descrição das atividades

sendo elas as etapas de elicitação, analise e negociação, especificação, modelagem,

validação e gestão e uma conclusão.

Este trabalho possui relatos sobre o funcionamento do projeto, onde cada etapa

é mostrada e explicada passo a passo o seu funcionamento e quais foram às

estratégias, ideias e melhores regras escolhidas pelo grupo para o melhor

desempenho do programa.

3. CONCEITOS GERAIS

3.1 Requisitos de Software

Como já estamos cansados de saber desenvolver um software não é uma

tarefa simples e a análise de sistema estando presentes podemos utiliza – lá para

achar vários problemas e logo achar suas devidas soluções. Uma vez feita a análise

de sistema os requisitos devem ser apresentados, definidos e especificados.

A Importância da apresentação dos requisitos é mostrar o comportamento que

o software deverá apresentar e determinas seus critérios de validações, para que

possa existir uma avaliação para analisar se o sistema estará cumprindo o combinado.

3.1.1 O que são requisitos?

Requisitos podem ser restrições e/ou funcionalidades exigidas por clientes e

usuários que especificam diversas funcionalidades que deverá estar existente no

sistema. Enfim Requisitos de software são requisitos de sistema que diz a respeito do

próprio Software.

Um conjunto de requisitos deverá ser definido como uma condição ou

capacidade de extrema necessidade devera possuir, para que possa ocorrer soluções

de problemas, atingimento de objetivos ou atender as necessidades de organização

de outros componentes do sistema. Normalmente requisitos são classificados como

funcionais e não funcionais, os componentes funcionais são descritos em funções da

forma que o cliente e usuários querem ou necessitem que o software ofereça. A

definições de funcionamento do software fica a critério do cliente, pois o mesmo

definira como o software devera se comportar.

3.1.2 Requisitos Funcionais

Os requisitos funcionais, tem a especificação do que o software tem que fazer,

sem se preocupar de como fazer. Devemos tomar cuidado para não misturar os

requisitos de Sistema, com os requisitos de design do software, no design de software

tomamos a decisão de funções que realmente irão estar presente no sistema para

atender aquilo que os usuários querem.

Exemplos de requisitos funcionais:

• O Software deverá apresentar uma ferramenta onde consigo calcular os gastos

diários, mensais e anuais da equipe.

• O Software deverá emitir relatórios a cada 30 dias

3.1.3 Requisitos não - funcionais.

Requisitos não funcionais são qualidades universais, tais como, Confiabilidade,

manutenção, custo, usabilidade, qualidade, desempenho e várias outras.

Normalmente essa parte de requisitos são discretas de formas "Informais", Exemplo:

O gerente quer confiabilidade, criptografia, segurança forte, enquanto os usuários

querem apenas facilidade de uso e esses detalhes são umas coisas nada fáceis de

se validar.

Exemplos de requisitos - não - funcionais:

• Dados devem ser protegidos por restrição de acessos.

• Tempo de resposta