Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
usado
no
desenvolvimento
de
um
sistema
de
O padro ISO 9001 descreve vrios aspectos do processo de qualidade e exibe os padres e os procedimentos organizacionais que a empresa deve definir.
O padro ISO 9001 no define os processos de qualidade que devem ser usados. De fato, ele no restringe de modo nenhum os processos usados em uma organizao.
norma.
Contudo,
no pode fazer quaisquer suposies sobre a similaridade ISO 9001. processos nas empresas em conformidade a
o processo de qualidade.
Cada vez mais, os clientes procuram pela certificao ISO 9000 de um fornecedor como um indicador de com que seriedade esse fornecedor trata a qualidade.
Prof. Erivelton da Silva Rocha
O ISO 9000 est simplesmente relacionado com a definio de processos que sero usados em uma empresa e a documentao associada, como processos de controle que
podem explicitamente mostrar que esses processos foram seguidos. Isso no est relacionado com a garantia de que os processos refletem as melhores prticas ou com a qualidade de produto.
10
Portanto,
digamos
que
uma
empresa
possa
definir
de software incompletos.
11
12
13
14
Esses padres asseguram que todas as cpias eletrnicas de documentos sejam compatveis.
15
16
Entretanto,
sistemas
crticos,
como
os
que controlam
17
18
19
Os processos de verificao e validao so projetados para descobrir e remover defeitos de um programa antes que este seja implantado para uso operacional.
20
O sistema projetado de forma que os defeitos ou o comportamento inesperado do sistema, durante ocorra. a execuo, sejam detectados e
21
diversidade.
22
1 Se voc est investindo na bolsa, no deve alocar todos os seus investimentos numa nica empresa, pois poder perder tudo se a empresa
As pessoas guardam pilhas e lmpadas reservas em seus lares para que possam se recuperar rapidamente de falhas (redundncia).
23
24
25
Portanto, os defeitos podem ser detectados antes que causem falhas, e o sistema poder ser capaz de dar continuidade operando caso os componentes
individuais falhem.
26
normalmente disponibilizados.
27
Algumas
vezes, para assegurar que ataques ao sistema no possam explorar uma vulnerabilidade comum, os servidores podem ser de tipos diferentes e executar diferentes Sistemas Operacionais. uso de Sistemas Operacionais diferentes um exemplo concreto de diversidade e de redundncia de software.
28
Infelizmente, incluir diversidade e redundncia nos sistemas torna-os mais complexos e, dessa maneira, mais difceis de compreender.
29
Conseqentemente, algumas pessoas consideram melhor evitar a redundncia e a diversidade em um software para que o desenvolvimento do
30
Ambas
as abordagens so utilizadas em sistemas de segurana comerciais crticos. sistema de controle de vo do Airbus 340 redundante e tem diversidade, enquanto o sistema de controle de vo do Boeing 777 baseia-se em uma nica verso de software.
31
32
software.
33
Para sistemas de pequeno e mdio porte, as tcnicas de Engenharia de Software provavelmente tornam possvel desenvolver software livre de defeitos. Para atingir esse objetivo, voc precisa usar
uma gama de
Software:
tcnicas
de
Engenharia
de
34
35
A organizao que desenvolve o sistema deve ter uma cultura na qual a qualidade conduz o processo de
36
Deve haver uma especificao precisa (de preferncia formal) que defina o sistema a ser
implantado.
Muitos
defeitos
de
projeto
programao resultam de uma interpretao errada de uma especificao ambgua ou mal especificada.
37
38
39
Algumas
construes
da
linguagem
de
programao so mais complexas e propensas a erros do que outras, e ser mais provvel cometer erros caso sejam usadas.
40
Linguagens encorajado
orientada o
objetos, de
como
Java,
obviamente satisfazem essa condio. Deve ser desenvolvimento programas projetados para facilidade de leitura e compreenso.
41
O nvel de defeitos depende do tipo de sistema. Produtos comerciais tm nvel relativamente alto de defeitos, embora estejam muito melhores
42
A lgica para a aceitao de defeitos que, se e quando o sistema falhar, mais vantajoso pagar pelas conseqncias da falha do que descobrir e remover os defeitos antes da entrega final do sistema.
43