APS 7º semestre unip computação
Por: Ednelso245 • 25/4/2018 • 5.272 Palavras (22 Páginas) • 738 Visualizações
...
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
...