Nessa aula estaremos olhando para a integração e qualificação desistemas de engenharia. Como mencionei nas palestras anteriores este é um dos estágios finais deno design de sistemas de engenharia onde tentamos integrar diferentes componentes, diferentes subsistemas que já projetamos e então qualificamos o sistemapara ter certeza de que ele atenda aos requisitos do sistema ou ele atenda às expectativas dosstakeholders. Os dois pontos importantes aqui são a integração e a qualificação, basicamente a integração é montagem de componentes e subsistemas para fazertodo o sistema e a qualificação é basicamente a validação e verificação do sistemapara garantir que ele atenda aos requisitos de design.Então, passaremos por essas duas etapas basicamente a integração e a qualificação eentão veja quais são os passos importantes na realização de uma integração e qualificação, bemcomo quais são os procedimentos a serem seguidos para se certificar de que o sistema está integradoe o o desempenho é assegurado um através de um estágio de validação e verificação.(Consulte o Tempo de Slide: 01:28)
Então, vamos aos estágios de design que já discutimos que há um 6 funções de processo de design dee este é o último que é o definido o sistema de qualificação parao sistema basicamente olhamos para a integração e qualificação.Então, estamos passando por esses estágios que é o problema de design de nível de sistema, sistemaarquitetura funcional, arquitetura física, arquitetura operacional e interface. Assim, completamos todos esses estágios e o último a sexta função ébasicamente o sistema de qualificação onde olhamos para a integração e a qualificaçãoaspectos do sistema de engenharia.(Consulte o Tempo de Slide: 02:03)
Se você olhar para o diagrama de sistema v que discutimos em uma das classes quando vocêdiscutiu o processo de design do sistema você pode ver que o design do sistema pode ser realmenteser classificado em um estágio de decomposição, bem como um estágio de integração. Então, o estágio de decomposiçãoé basicamente tentamos decompor o problema em pequenos módulose depois tentar desenvolver esses módulos e então iniciamos o processo de integração.Então, aqui o golpe do demônio do v estará decompondo o problema basicamente nós vamosolhar os itens de configuração e depois fazê-los projetar para especificações e depoisplanos de verificação. E esta é a parte do trabalho de engenheiros do sistema e então este é o estágio de designonde os especialistas em design ou design mecânico ou eletrônicos qualquer que sejaa especialização necessária eles estarão fazendo o estágio de design por aqui e então uma vez que ositens sejam construídos e iremos para o estágio de integração e qualificação.
.Então, este é o estágio em que agora estamos tentando integrar os itens o que são o designe então ele estará fazendo o processo de verificação e validação que você sabe paraqualificar o sistema para fazer os requisitos do cliente.(Consulte o Tempo de Slide: 03:15)
Então, a integração basicamente pode ser um definido como o processo de montagem do sistemaa partir de seus componentes que devem ser montados a partir de lá CIs. Então, é um processo demontar os componentes ou os itens de configuração e torná-los sub montagense, em seguida, fazer montagem e, finalmente, obter todo o sistema pronto. Então, esse é o processode integração.
(Consulte O Tempo De Deslizamento: 03:38)
Qualificação por outro lado é basicamente garantir que o sistema realmente atenda aos requisitos do cliente. Por isso, aqui está o processo de verificar e validar o design do sistemae, em seguida, obter a aceitação dos stakeholders do design. Então, aqui este é umdos estágios cruciais porque estes são esses estágios obtemos a aceitação da participaçãotitular.Então, uma vez que o titular da participação diz que é aceitável para eles então só nós podemos realmenteassegurar ou podemos realmente dizer que o design do sistema está completo. Por isso, neste estágio tentamosolhar para o cliente quais são os requisitos que o cliente especificou e seestamos realmente satisfazendo esses requisitos. Por isso, vamos passar por validação eestágio de verificação e depois garantir que são os requisitos do sistema são atendidos os requisitos destakeholders são atendidos pelo sistema e os clientes e os stakeholdersaceitam o sistema. Então, essa aceitação é o estágio final de um design de sistema. Por isso, a qualificaçãoé o estágio em que garantimos que o cliente esteja feliz com o produto ouo sistema e ele aceita quaisquer que sejam as funções que fornecemos e que seja suficiente paraatender o requisito do cliente.Então, você pode ver que há dois estágios um é a verificação realmente podemos ver a verificação e validação dodo sistema. Então, precisamos verificar e validar o sistema.Então, qual é a diferença entre essa verificação e validação? Basicamente um sistema de qualificaçãodeve ser projetado simultaneamente. Então, antes de ir para a diferença
entre a validação da verificação apenas me dará alguns pontos importantes como o sistema de qualificaçãodeve ser projetado simultaneamente com os sistemas operacionais. Por isso,quando estamos definindo o sistema de qualificação que é mesmo antes de chegamos ao estágio dequalificando o sistema precisamos ter o sistema de qualificação projetado.Então, precisamos garantir que temos um procedimento particular para garantir que os requisitos do sistemasejam atendidos e a qualificação como realmente fazemos o processo de validação de verificação, quais são os documentos necessários, todos aqueles que parecem decididos nesteestágio o desenvolvimento do sistema de qualificação. E isso tem que ser feito junto com o desenvolvimento do sistema operacionalporque no sistema operacional sabemos como o sistemavai ser operado. Assim, quando desenvolvemos o sistema de operação garantimos quedesenvolvemos um sistema de qualificação também que de fato detalha o procedimento a serseguido na garantia da qualidade do sistema ou na verificação e validação do sistema.O critério de saída para integração e qualificação é a aceitação do design por parte dos stakeholders. Então, esse é o critério de saída. Uma vez que o sistema é aceito então o procedimento de qualificação de integraçãoacabou, até que o titular da participação aceite o produto ou o sistema. Então, nós não poderemos sair do processo de design. Por isso, agora, para sair o critérioaqui está a aceitação do sistema pelos stakeholders.(Consulte o Tempo de Slide: 06:23)
Como mencionei que a verificação e a validação e aceitação são os três procedimentosno processo de qualificação. Então, como você pode ver aqui a verificação é a determinaçãode que o sistema vai nos fazer direito. Então, aqui nós asseguramos que o sistema fará a verificação correta de nósé basicamente garantir que o sistema construído estava certo ou o sistema o que somosconstruindo é o certo o que realmente queríamos decidir e a validação determinaque o sistema certo foi construído. Então, essa é a diferença entre a verificação e a validação, a validação determina que o sistema certo foi construído. Então, temos alguns requisitosdo cliente e os clientes especificaram que o sistema deve atender aesses requisitos e projetamos um sistema.Então, a primeira coisa é basicamente para nós precisamos garantir que qualquer que seja o sistema que estamosprojetando que realmente está atendendo a exigência ou o design é o sistema certo é oprojetado para aquele trabalho específico. Então, essa é a validação. Na validação nós asseguramos queo que quer que estamos construindo pode realmente satisfazer os requisitos do cliente e o estágio de verificaçãonós garantimos que o que quisemos projetar o mesmo design foiconstruído para o sistema. Esse é o que o sistema construiu para nós certo em verificação nós asseguramosque o sistema construído para nós direito e validação garantimos que o sistema certo foi construídopara a aplicação particular. Então, essa é a diferença básica entre a verificação e a validação.Como você pode ver aqui na validação existem diferentes tipos de validade que é uma é a validade de operação, outra é a validade conceitual e a terceira é requisitosvalidade e validade do design. Por isso, para garantir que o processo de validação sejacompleto precisamos garantir que toda essa validade que é a validade da operação,validade conceitual, validade de requisitos e validade do design sejam atendidos. Estes sãobasicamente usados para garantir que o sistema certo foi construído para atender aos requisitos do cliente. Como você pode ver aqui neste diagrama de v temos que ter valididades diferentesbem como os procedimentos de verificação. Vou mostrar a você uma foto melhor aqui você pode veros diferentes tipos de valididades. Então, este é o requisito das partes interessadas e este é o diagrama geral depara isso é design de sistema. Então, se você olhar para você pode ver os diferentes processosenvolvidos no design do sistema. Então, essas são as atividades de engenharia do sistemae aqui está a atividade de engenharia de design.Agora, aqui se você olhar para as valididades a primeira é a validade conceitual. Então, a validadeé basicamente para garantir que o sistema certo foi construído temos algumas necessidades de detentos de participação
já identificados neste estágio inicial e então com base nessas partes interessadas precisamos que nósdesenvolvamos um conceitos operacionais. Então, a validade conceitual é basicamente garantir isso oupara garantir que o conceito operacional qualquer que desenvolvamos de fato precise das necessidades departes interessadas. Então, basicamente é uma para uma correspondência ou olhando parase realmente corresponde às necessidades das partes interessadas e a validade conceitual olhamos parao conceito operacional e as partes interessadas precisam e garantem que esse conceito de operação particularpode satisfazer as necessidades interessadas que é a validade conceitual. Nósprecisamos garantir essa validade conceitual antes de irmos para quaisquer outros processos. Assim, a validade conceitualé importante porque se você cometer erro na validade conceitualpodemos estar fazendo um sistema e até mesmo o processo de verificação que ele satisfaça você não seria capaz de satisfazer as necessidades das partes interessadas porque o sistema construído não estava certo.Então, a validade conceitual garante que o conceito operacional o que escolhemos para os stakeholdersprecisa satisfazer as necessidades das partes interessadas é o certo e o ele é válido paraque necessidades particulares do cliente. Essa é a validade conceitual. Em seguida, temos osrequisitos operacionais. Assim, temos muitos requisitos a partir do conceito operacionale de outras fontes foram discutidos nos estágios iniciais os documentos de requisitos de origemserão desenvolvidos. Esses documentos de exigência originária eos requisitos identificados em requisitos originários e o conceito operacional e sedescobrimos que há correspondência entre estes dois então que é a validade dos requisitos.A validade dos requisitos é basicamente garantir que os requisitos originários sejamsuficientes e o conceito operacional para este conceito operacional identificamos todos os requisitos originários de. Os outros requisitos foram identificados ou temos queadicionar poucos mais requisitos ou há qualquer exigência que não seja necessária. Então, essetipo de análise é na verdade a validação de requisitos. Nesta validação de exigênciaobservamos todos os requisitos identificados para este conceito operacional bem como para atendero cliente precisa e se eles são satisfatórios então estamos obtendo os requisitosvalidade.Então temos como base esse requisito originado então os requisitos do sistema iniciamosdesenvolvendo a arquitetura funcional então a arquitetura física e depois a especificaçãopara os componentes para ou o sistema. Então, isso realmente garante a validade do design. Portanto, se o componente o que precisamos projetar ou o subsistema qualquer que nósprojetamos se isso pode atender aos requisitos originários e que é a validade do design e.
Então, na validação do design você olha para os componentes e a especificação e, em seguida, garanteque isso pode esses componentes podem atender aos requisitos já identificados. Então, isso éa validação do design. Por isso, nesta fase, temos essa três validação basicamente a validade conceitual, validade de requisitos e validade do design e a última que nósprecisamos garantir é a validade operacional.Então, a validade operacional pode ser assegurada somente quando temos o sistema completodesenvolvido. Depois de integrar todos esses elementos e então obter o sistema completoentão olhamos para o sistema e sua operação e veremos se o conceito operacionalo que nós propusemos para esse cliente precisa onde isso está combinando com o sistemao que desenvolvemos. Isso é um validado, podemos garantir que o conceito operacionalo que quisemos desenvolver é realmente desenvolvido no sistema original e quegarante a validade operacional do sistema. Assim, esses quatro processos de validação a validação conceitual, a validação de requisitos, a validação do design e a validação operacionalgarantem o processo de validação do sistema.Então, esse é o primeiro na qualificação, portanto, o requisito básico ou a ideia básica devalidação é garantir que construamos o sistema certo e esse sistema possa de fato atenderos requisitos do cliente e este é segurado através dos quatro processos de validação conceitual, validação de requisitos, validação de design e validação deoperacional.E o outro uma é a verificação. Então, temos a validação e verificação.Verificação é basicamente para garantir que qualquer que seja o sistema que projetamos e seja qual for o que nósdesenvolvemos eles estão realmente combinando entre si ou o requisito ou o designrequisitos ou o design o que nós propusemos aqui é realmente alcançado no design real.Então, essa é a verificação do sistema. Assim, à medida que desenvolvemos o sistema verificamos que o sistemaos elementos que desenvolvemos ou o sub sistema que desenvolvemos realmente encontrávamos os requisitosdo sistema que já projetamos. Então, essa é a verificação. Então, garantaque o sistema irá para nós certo para isso, o que nós identificamos e o que nósentregamos na verdade estão combinando. Então, essa é a verificação desenvolvimentista. Então, uma vez que nóstemos essa validação e verificação isso realmente garante que o que nós quisemos
desenvolver isso é alcançado em termos de validação assim como a verificação e depois oúltimo é basicamente aceitabilidade do sistema.Então, aceitabilidade é basicamente o processo pelo qual o cliente ou o interessado aceitamo sistema o que projetamos. Assim, uma vez que você tenha essas validação e verificação elegarante que o que nós quisemos desenvolver como os engenheiros de design temosdesenvolvido com base no conceito operacional e depois outros requisitos e o sistemaé entregue em forma de hardware ou software. E então fazemos testes de aceitabilidade com o clienteou os stakeholders e uma vez que os requisitos das partes interessadas são atendidos eeles aceitarão o sistema e isso realmente conclui o ciclo de v ciclo ou iniciamoscom as necessidades das partes interessadas e com satisfação as partes interessadas precisam através de um processo de designV onde vamos através do processo de design e então vamos através dos estágios de integração e qualificação doe, finalmente, entregar o sistema conforme a exigência do cliente. Então, esse é o processo de verificação de validação e aceitação do sistema.(Consulte o Slide Time: 14:55)
Aqui você pode ver nesta aceitação a validação e verificação há duas cadeiascomo você pode ver que há uma cadeia de alto nível e uma cadeia de baixo nível. Na cadeia de alto nívelolhamos para a validade de operação de validade conceitual e para o teste de aceitação. Assim, ode alto nível este no nível superior estará tendo a validade conceitual que realmentegarante que o conceito operacional pode atender às necessidades das partes interessadas e do operacional
validade o funcionamento do sistema é conforme o conceito operacional o que propusemose teste de aceitação é basicamente o cliente aceita o sistema no que somos designs.Então, esta é a cadeia de alto nível que na verdade como parte do processo de qualificação.E no nível inferior uma cadeia temos a validade a validade, designvalidade, então temos a validade de verificação e operação como parte da operaçãovalidade ela também está vindo sob a cadeia de baixo nível onde olhamos para os componentes ou subsistemase que a sua validade operacional. É por isso que temos uma sobreposição da validade operacionalem cadeia de alto nível e da cadeia de nível inferior.A cadeia de nível inferior nós podemos estar desenvolvendo alguns componentes ou subsistemas e entãoestar verificando se realmente isso atende ao requisito que é a validade operacional emos estágios iniciais. E então os estágios finais, uma vez que você tem montagem de todo o sistemao sistema completo é desenvolvido então temos a validade operacional na cadeia de alto nível. Então, essa é a cadeia de alto nível e a cadeia de nível inferior de processo de qualificaçãoo que garante que o sistema amarrado foi construído e o sistema construído estava certo. Então, esseé o processo de qualificação de um sistema de engenharia. Eu acho que isso é mesmo um diagramaque estudam a mais claridade.(Consulte o Tempo do slide: 16:36)
Então, vamos passar pelos detalhes da verificação e quais são os estágios importantes a seremempregados para verificação já que vimos que a validação existem diferentes tipos de validação. Na verificação também precisamos passar por poucos passos a fim de garantir que ele
atende ao requisito do sistema. Assim, basicamente a verificação é a correspondência de itens de configuração, componentes ou subsistemas e o sistema aos seus requisitos correspondentes agarantem que cada sistema foi construído direito.Então, em estágio de verificação olhamos para os itens de configuração ou o menor nível de componentese, em seguida, os subsistemas de componentes e o sistema aos seus requisitos correspondentespara garantir que cada sistema foi construído direito. Então, esse é o estágio de verificação. Nós asseguramos que cada sistema foi construído certo para atender aos requisitos do clienteou aos requisitos de design. E para que a verificação seja bem-sucedida originária e derivadarequisitos devem ser testáveis que são os requisitos devem ser instruções únicas que sejaminequívocas, compreensíveis e verificáveis.Então, esta é uma instrução importante para quando começarmos para a verificação ou o processo de qualificação do sistemaprecisamos garantir que temos todos os requisitos especificados emmaneira inequívoca. Por isso, quando discutimos sobre os requisitos origináriosdesenvolvimento declaramos que existem algumas coisas específicas a serem tomadas enquanto nósdesenvolvemos os requisitos, um dos pontos importantes é que o requisito deve sermuito claro e inequívoco que é devemos afirmar claramente o que realmente o requisitode cada componente ou sistema de lugar e então só podemos verificar se ele éele atende ao requisito ou não.Quando iniciamos o desenvolvimento o sistema que é a importância da análise de requisitose documentação de exigência porque que vai ser usado como uma instrução para a verificação dedo sistema é por isso que precisamos escretá-lo de forma muito clara inequivocamenteporque aqueles que estão fazendo o processo de verificação podem não ser a mesma pessoa querealmente escreveu os requisitos. Assim, ele não deve ser interpretado de uma maneira diferente que épor que toda a documentação de requisitos especialmente a exigência de diferentescomponentes e sistemas os requisitos interpretados todas essas coisas devem ser claramentedeclarados e os requisitos de verificação também devem ser claramente declarados, de modo que esta poderealmente todo componente cada item pode ser verificado contra esses requisitosidentificados. Então, essa é a importância de encenar os requisitos de forma clara.Então, para ser bem sucedido tudo deve ser declarações únicas que sejam inequívocascompreensíveis e verificáveis. Então, isso desempenha um grande papel na verificação. Assim, identificar
os requisitos e, em seguida, anotar os requisitos são muito importantes quando elevem para a verificação dos requisitos ou da verificação do sistema.(Consulte o Tempo de Slide: 19:25)
Então, você pode ver aqui o diagrama IDEF0 para integração de qualificação. Então, você pode verestas são algumas das funções nas funções de nível superior na qualificação do sistema.(Consulte o Tempo de Slide: 19:31)
Então, o design do sistema isto é executar atividades de integração de qualificação é uma das funções subno processo de design.
(Consulte O Tempo De Deslizamento: 19:39)
E isso pode, na verdade, ser dividido em suas sub funções como contato com a validação antecipada. Então, a validação antecipadaé basicamente e antes de realmente iniciarmos o design do sistema vamospara a validação antecipada como a validade da operação para garantir que o conceito operacionalseja o que desenvolvemos realmente atenda aos requisitos e então vamos para a integração e verificação. Assim, uma vez que tenhamos os outros componentes de subsistemasprojetados então estaremos tendo o estágio de integração e a integração e verificaçãoserá realizada e então estaremos fazendo a validação. A validação final em queolhamos para a validade operacional e a validade de pressão de componentes assim como a validaçãopara validação de conceção e validação de requisitos será realizada eentão estaremos indo para o teste de aceitação. Então, esses são os vários estágios envolvidos na integração e qualificação dedesse sistema.Então, essa validação claramente garante basicamente que o sistema ou o conceito operacionalseja o que for desenvolvido é suficiente para fazer os requisitos do cliente e depois a partir deeste estágio vamos para o design. Podemos começar a projetar o sistema em termos desuas funções arquitetura funcional arquitetura física e a arquitetura de operaçãoe desenvolvemos as especificações de itens de configuração e usando essas especificações serãorealizar a integração e verificação do sistema para garantir que o sistema faránós certo e então o sistema certo foi construído vontade de procurar novamente uma validação.
Então, estaremos obtendo o documento de validação estará usando o documento de validação parafazer este e os dados de verificação serão usados como um menos o protótipo e outros dados serãoutilizados para fins de validação. E um, usando os dados de validação e o documento de validaçãoe outros detalhes do ORD, os documentos de requisitos originários nósestaremos fazendo um teste de aceitação que garantirá que o sistema projetado sejaaceito pelo cliente ou ele realmente atenda a um cliente requisitos.(Consulte o Tempo de Slide: 21:38)
E uma vez que este encontro o requisito então estamos recebendo um sistema operacional atendeos requisitos do cliente e estaremos obtendo o documento de aceitação e testetambém como parte da saída. E a saída final deste estágio será basicamenteuma documentação de teste de integração e de teste de aceitação e você estará recebendoo sistema de operação também. E sempre que houver mudanças de design que também serãotrazidas para esses estágios. Assim, que todas as mudanças de design são incorporadas nos estágios de validação e verificaçãoe que também estarão obtendo como saída a partir desta uma etapade um processo de design.São as várias etapas envolvidas na verificação e validação na qualificação um sistema.
(Consulte O Tempo De Deslizamento: 22:34)
A não ser que eu tenha mencionado que olhamos para a verificação e validação do sistema e precisamosolhar para a integração do sistema ou como realmente fazemos a integração de componentesno sistema. Então, existem maneiras diferentes de fazer isso, especialmente quando elechega a hardware ou software que os métodos usados são diferentes quando comparados aos sistemas de hardware. Por isso, precisamos ver quais são os diferentes procedimentos disponíveismétodos diferentes adotados por diversas indústrias e várias organizações e váriossetores de organização no desenvolvimento, na integração do sistema.Basicamente integração é obter a montagem de todos os componentes e por meio de garantir queele realmente o quando você monta os componentes de itens de configuração de componentes esubsistema e obter o sistema completo com desempenho é assegurado para atender os requisitos do cliente. Assim, aqui e a integração fazemos a integração do componente e a verificação de, faremos a integração dos componentes e depois verificaremos se isso atende aos requisitos de design e então executamos a integração do subsistema e então fazemos a verificação donovamente para garantir que ele atenda ao requisito e, em seguida, execute o sistemaintegração e verificação. Então, estes são os três estágios normalmente seguidos emfinalidade de integração.Primeiro vamos para a integração do componente e depois ir para a integração do sub sistema eentão ir para a integração do sistema. Então, basicamente isso é mais como uma abordagem de baixo para cimaonde começamos com menor item dos componentes então vá para o sub sistema e faça
a integração do sistema. E a cada estágio, estaremos indo para a verificação. Então,sempre que temos uma integração de componente vamos para um estágio de verificação para garantir queisso precisa dos requisitos de design e depois vamos para a integração de sub-sistema e então irpara uma verificação novamente garantindo que ele atenda aos requisitos e, em seguida, execute a integração do sistemaque é a integração final do sistema e então faça uma verificação para garantirque atenda ao requisito especificado. Então, essas são as etapas envolvidas no processo de integração.(Consulte o Slide Time: 24:44)
E há diferentes processos seguidos então a integração é uma é a abordagem inferior. Como mencionei na abordagem de baixo up começamos com os itens de configuraçãoe após cada item de configuração é testado os componentes que compõem vários itens de configuraçãosão testados e o processo é continuado até que sistema inteiro sejamontado e testado. Então, essa é a abordagem ascendente.Ela começa com os itens de configuração e depois que cada item de configuração é testado. Então, nósfazemos o teste de itens de configuração inicialmente cada CI é testado os componentesque compõem vários CIs são testados. Então, nós fazemos o teste individual e depois vamos maiscomponentes com vários CIs e somos testados e então ele é continuado até que sistemainteiro seja montado e testado. Então, ele irá um por um eles começam com o menor o item de configuração de ICtestada cada item de configuração e depois montar a configuraçãoitens para componentes então faça o teste e então montou os apenas componentes até que o
Sistema inteiro é montado e depois faça o teste. Então, essa é a base mais comumup approach em integração.As vantagens deste método é basicamente mais fácil de detectar falhas em tinhas mais pequenas do sistema. Já que estamos começando com os itens de configuração ou as peças mais pequenas do sistemae estamos fazendo o teste é fácil para nós descobriremos os erros em qualquer pequeno itempequenos pedaços do sistema. Então, essa é uma das vantagens de se utilizar a abordagem de baixo para cima. E então as condições de teste são fáceis de criar porque estão testando osCIs individuais ou os pequenos itens muito fáceis de desenvolver as condições de teste, ao contrário dos testestodo o sistema estará fazendo o teste individual do sistema, assim poderemos escreverabaixo os procedimentos muito facilmente, já que são produtos simples simples ou nãoso componentes tão complexos.O problema principal com isso é que os principais erros não são capturados até o final porquea maioria das vezes haverá erros na integração e esses erros não são encontrados atéos últimos momentos. Os itens individuais podem ser perfeitos, por isso podemos realmente identificar as falhas denos itens individuais, mas os principais erros de integração não serão capturados até queo fim ou em direção ao fim do processo de design então só será possível capturar os principais erros. Então, esse é um dos problemas com a abordagem de baixo para cima.A maior parte do design do sistema é seguir a abordagem de baixo para cima por causa dessas vantagensque podemos testar pequenas partes. E é fácil desenvolver a condição de teste para pequenas partes,mas o grande problema é que há este que você não conseguir o grande erro é atéo fim do design do sistema ou em direção ao ou fim do processo de integração do processo de designentão só você estará obtendo os principais erros e resolvendo aqueles principais erros emque estágio talvez e pode ser difícil também.