Você está na página 1de 6

Curso: Bacharelado em Sistemas de Informao

Disciplina: Engenharia de Software I


Professora: Ctia dos Reis Machado

Turma BSI11

PRODUTO E PROCESSO DE SOFTWARE


Ana Paula Reinecke; Larissa Rozza Peluso2

RESUMO
O presente artigo tem por objetivo apresentar alguns principais aspectos sobre produto e
processo de software, analisando a relao entre eles, o processo de engenharia de requisitos,
as atividades presentes no processo de software e como melhorar esse processo, e os nveis de
maturidade do processo; no produto de software so abordados os seguintes tpicos: tipos de
produtos de software e suas especificaes, os testes realizados no software (que garantem o
correto funcionamento do sistema) e seus estgios de testes.
Palavras-chave: produto processo software qualidade

1 INTRODUO
Para facilitar o controle das tarefas desenvolvidas durante o modo produtivo, o
processo de software de fundamental importncia, pois este uma estratgia que define a
ordem em que as atividades envolvidas na produo do sistema de software sero executadas,
no qual o produto (software) o resultado final desse processo, ou seja, o processo influencia
no produto (se o processo for ruim ou se houver problemas no decorrer do mesmo,
possivelmente, o produto gerado sofrer consequncias).
Torna-se necessrio, tambm, no mbito do desenvolvimento de sistemas, definir
mtricas de avaliao de qualidade, para que haja um padro qualitativo a ser seguido, em que
os prazos de entrega do produto so cumpridos corretamente, o software consegue atender a
todos os requisitos solicitados pelo usurio, alm deste software ser fcil de usar, altamente
extensvel e adaptvel, e, principalmente, que satisfaz a necessidade do cliente.
Produto e Processo de Software no podem ser tratados isoladamente, porque h uma
forte relao entre eles na anlise da qualidade.
2 PROCESSO DE SOFTWARE
O processo de software um conjunto de atividades bem definidas organizadas na
produo do sistema de software em uma ordem de execuo das tarefas.
Os sistemas podem ser desenvolvidos com base em diversos modelos de
desenvolvimento de software, de acordo com a necessidade de cada organizao, dos quais
podemos citar: Cascata, Espiral, Prototipao, Scrum, Extreme Programming (XP), Rational
Unified Process (RUP), V e Balbrdia.
_____________________
1 Acadmica da Turma BSI11, aninhareinecke@hotmail.com
2 Acadmica da Turma BSI11, larissa.rozza1993@hotmail.com

2.1 Processo de Engenharia de Requisitos


Na especificao do software a ser desenvolvido preciso definir quais servios so
necessrios a ele, identificando as restries operacionais e de desenvolvimento do sistema.
H quatro tpicos importantes no processo de engenharia de requisitos, so eles:
Estudo de viabilidade, Elicitao e anlise de requisitos, Especificao de requisitos e
Validao de requisitos.
Estudo de viabilidade: um estudo que indica se vale a pena o esforo para desenvolver a
ideia, visando tanto tomada de deciso, quanto a sugesto de possveis alternativas de
soluo, ou seja, nesse estudo analisado se o produto pode ser feito ou no, se o produto
final beneficiar os usurios interessados, e inclusive, se h conhecimento suficiente e
ferramentas necessrias para o desenvolvimento do produto, alm de ser feito uma anlise de
custos (manuteno, instalao, dentre outros).
Elicitao e anlise de requisitos: A elicitao pode ser denominada descoberta de requisitos,
que objetiva descobrir o domnio de aplicao, os servios a serem fornecidos, como tambm,
as restries, envolvendo stakeholders (usurios finais, gerentes, especialistas no domnio,
pessoal envolvido na manuteno). Aps esta etapa, feita a anlise desses requisitos, para
entender melhor o que foi especificado.
Especificao de requisitos: Na especificao de requisitos, so definidos, cuidadosamente,
todos os requisitos a serem utilizados no sistema ou em parte do sistema, visando obter
produtos de software de melhor qualidade, e que satisfaa as necessidades dos clientes no
prazo correto e com oramento adequado, isto , ao especificar os requisitos, preciso
compreender exatamente o que deve ser feito e o que esperado como resultado. Os erros na
definio dos requisitos podem afetar todo o restante do projeto.
Validao de requisitos: Para validar os requisitos preciso demonstrar que estes requisitos
definidos no sistema esto de acordo com o que o cliente realmente deseja.

Figura 1. Processo de engenharia de requisitos.

2.2 Atividades de Processo de Software


Especificao de Software: Clientes e engenheiros definem que software deve ser produzido e
suas restries sobre o funcionamento.

Desenvolvimento de Software: a implementao do software, no qual este projetado e


programado.
Validao de Software: O software verificado para garantir que este atenda as necessidades
do cliente.
Evoluo de Software: O software modificado para refletir mudanas de requisitos do
cliente e do mercado.
2.3 Nveis de Maturidade do Processo
Nvel 1: Nvel inicial Caos (essencialmente descontrolada).
Nvel 2: Repetvel Os processos que gerenciam produtos so definidos e usados.
Nvel 3: Definido O gerenciamento de processos e estratgias so definidos e usados, ou
seja, j existe um processo e uma estratgia definidos, que so usados posteriormente.
Nvel 4: Gerenciado Estratgias que gerenciam a qualidade so definidas e usadas
Processos so bem geridos.
Nvel 5: Otimizando Estratgias para otimizar processos so definidas e usadas.
2.4 Melhoria no Processo de Software
As melhorias no processo de software ocorrem a partir do correto entendimento desses
processos existentes, alterando-os para que aumente a qualidade do produto e/ou reduza
custos e tempo de desenvolvimento.
3 PRODUTO DE SOFTWARE

Figura 2. Estrutura de conceitos.

considerado produto, o software desenvolvido, que pode ser utilizado em diversas


reas do conhecimento, e atender as mais variadas necessidades, bem como as atividades de
gerenciamento de informaes.
3.1 Tipos de Produtos de Software
3.1.1 Produtos Genricos
Os produtos genricos so sistemas autnomos comercializados e vendidos a qualquer
cliente que deseja compr-los, como por exemplo, os softwares para PC (programas grficos;
ferramentas de gerenciamento de projetos; software CAD; software para propsitos
especficos, como os sistemas de registros odontolgicos).
3.1.2 Produtos sob Encomenda
O produto sob encomenda o software encomendado por um cliente especfico para
suprir suas prprias necessidades, como por exemplo, os sistemas de controle integrado,
software de controle de trfego areo, sistemas de monitoramento de trfego.
3.2 Especificao dos Produtos de Software
Nos produtos genricos a especificao do que deve ser feito pelo software, alm das
posteriores decises sobre as mudanas, de propriedade do desenvolvedor de software.
J nos produtos sob encomenda, quem especifica o que precisa ser feito no software
o cliente, e, inclusive, ele quem toma decises sobre as mudanas necessrias no software.
3.3 Testes de Software
importante sempre realizar os testes de software ao final do desenvolvimento de
sistemas, pois a partir desses testes, os programadores podem descobrir os defeitos no
programa e remov-los no processo de debugging, garantindo que o sistema funcionar
corretamente, ou seja, o produto precisa ser entregue em perfeito estado ao cliente, por isso
necessrio testar o sistema antes da entrega final. Abaixo segue um exemplo de processo de
debugging.

Figura 3. Processo de debugging.

3.3.1 Processo de Testes de Software


O processo de testes de software pode ser dividido em trs estgios, que so: teste de
componente, teste de sistema e teste de aceitao.
Teste de componente: Os componentes (ou funes) so testados individualmente, e, depois,
integrados com o restante do projeto.

Teste de sistema: O sistema testado como um todo, no qual, particularmente importante


testar as propriedades emergentes.
Teste de aceitao: O teste no sistema feito com os dados do cliente para verificar se o
mesmo atende s suas necessidades.

Figura 4. Processo de teste.

4 CONCLUSO
Conclumos que o produto e o processo de software so fortemente relacionados, no
qual a qualidade do produto vai depender de como o processo ocorre, ou seja, caso este
processo seja ruim, o produto, consequentemente, ser ruim, o que torna importante a
existncia de melhorias no processo, para que seu resultado seja qualitativo.
de suma importncia, primeiramente, descobrir quais so os requisitos do sistema a
ser desenvolvido, antes de comear sua implementao, analisando-os com cuidado
(verificando se os mesmos esto de acordo com o que o cliente deseja), pois se estes tiverem
erros, todo o projeto poder ser afetado futuramente.
Torna-se necessrio, inclusive, fazer um estudo detalhado sobre tudo que vai ser
utilizado durante o desenvolvimento de software, bem como os custos totais do projeto, para
que este no precise ser interrompido, o que, consequentemente, gera problemas em relao
ao tempo de produo.
Sobre os testes de software, podemos concluir, tambm, que estes tem grande
importncia no desenvolvimento, pois garantem o correto funcionamento do sistema, evitando
surpresas desagradveis com os devidos erros que podem surgir.

REFERNCIA
[NASCIMENTO, R]. Produto x Processo x Projecto. 2012. Disponvel em:
<https://docs.google.com/viewer?a=v&q=cache:ouJmele6uUEJ:w3.ualg.pt/~rnascimento/aula
sES-2006/aula4.ppt+&hl=pt-BR&gl=br&pid=bl&srcid=ADGEESguJfG4qaKXTLXQBavQ84C-QKMpoPNren4xr_Y54BsJ4G2Kc7D2xxWo1ZwxJd5CkYUSxRcMT6voDKz8BrxEeb0IyA4qbwh6nDvCYqwcjZhZiQWpDdBIR1UMJ1tSJeOW9q6Rs&sig=AHIEtbR6imMQeptRmelQSL3Ia8-qWAD4wA>.
Acesso em: 20 nov. 2012.
SOMMERVILLE, Ian. Processos de Software. 2007. Disponvel em: <http://www.ifccamboriu.edu.br/~catia/BSI11/CAP04.pdf>. Acesso em: 19 nov. 2012.
SOMMERVILLE, Ian. Captulo 26 Melhoria de Processos. 2011. Disponvel em:
<http://www.ifc-camboriu.edu.br/~catia/BSI11/Capitulo_26_melhoria_processo.pdf>. Acesso
em: 19 nov. 2012.
VASCONCELOS, Alexandre. Engenharia de Requisitos. Disponvel em:
<https://docs.google.com/viewer?a=v&q=cache:_jArceq0Q5QJ:www.cin.ufpe.br/~if682/aula
s/04%2520-%2520Requisitos.ppt+&hl=ptBR&gl=br&pid=bl&srcid=ADGEESiuIEZ1M0rybEHZfxdQBdYVdGo6mcJsCY48lSMVND
wRqCrXSLjYrpTFYvfUQ4ZOH8y2T3RCkRLcDw0V3xfYYpQN5mzc5WPhnOR_KRDaxB
ywDv5PT2v64kQRpGpvMDYCSjFiqIc&sig=AHIEtbSFnr_VDncI8fmUVEHCRGd9I_R3gg>. Acesso em: 18 nov. 2012.
MACORATTI, Jos Carlos. Conceitos: Especificao de requisitos. Disponvel em:
<http://www.macoratti.net/07/12/net_fer.htm>. Acesso em: 18 nov. 2012.

Você também pode gostar