You are on page 1of 12

SISTEMA DE ENSINO PRESENCIAL CONECTADO TECNLOGO EM ANLISE E DESENVOLVIMENTO DE SISTEMAS XXX

PORTIFLIO
ATIVIDADE INTERDISCIPLINAR - INDIVIDUAL

Garanhuns 2012

XXX

PORTFLIO
ATIVIDADE INTERDISCIPLINAR INDIVIDUAL

Trabalho apresentado ao Curso Superior de Tecnologia em Anlise e Desenvolvimento de Sistemas da Universidade Norte do Paran. xxxx

Garanhuns 2012

SUMRIO 1 2 2.1 2.1.1 2.1.2 2.1.3 2.2 2.3 2.4 3 4 INTRODUO ............................................................................................. 3 DESENVOLVIMENTO ................................................................................. 4 QUALIDADE DO SOFTWARE .................................................................... 4 O PROCESSO DE INSPEO DE SOFTWARE ........................................ 4 VERIFICAO E VALIDAO. .................................................................. 6 TESTABILIDADE DE SOFTWARE. ............................................................ 7 BANCO DE DADOS .................................................................................... 8 LINGUAGEM DE PROGRAMAO ........................................................... 8 PROCESSO DE DESENVOLVIMENTO DE SOFTWARE ........................... 9 CONCLUSO ............................................................................................ 10 REFERNCIAS .......................................................................................... 11

1 INTRODUO Nesta pesquisa, irei mostrar pontos fundamentais que envolvem o processo de desenvolvimento de software, porm esta uma pequena parte quando olhamos para o todo. O planejamento importante quando se trata da qualidade do produto antes de ser entregue ao cliente, pois erros inspeo, de requisitos, falhas de testes, exigem muito retrabalho, aumentando assim todo o custo planejado, neste contexto ser apresentado questo relacionadas ao processo de inspeo de software, verificao de validao e testabilidade. Durante o planejamento de projeto de sistema necessrio especificar o SGBD que ser utilizado, bem como a linguagem de programao que ser usada para o desenvolvimento do projeto. A escolha bastante importante bem antes do inicio, pois evita o retrabalho e o programador utilizando uma linguagem que se adeque ao projeto ter condies de mostrar todo o seu potencial, assim tambm como os dados sero armazenados de forma segura.

2 DESENVOLVIMENTO 2.1 QUALIDADE DO SOFTWARE Em engenharia uma das reas que tem o objetivo de garantir que o produto final atenda todos os requisitos do projeto a Qualidade do Software. Dentro do planejamento atravs da definio e normalizao de processos de

desenvolvimento se tem um cronograma de trabalho e minimizao de falhas. Quando o programa cumpre todos os requisitos inicialmente estipulados, tem um produto final com as caractersticas das normas ISO 9000, que garante que todos os seus objetivos foram alcanados. Para descrever alguns processos que ajudam a garantir que o produto final seja livre de retrabalhos e que merea todo o investimento de tempo e de recursos podemos detalhar: inspeo, verificao e validao, testabilidade de software. 2.1.1 O PROCESSO DE INSPEO DE SOFTWARE Na busca para desenvolver um software que atenda os requisitos planejados desde o incio do projeto para satisfao do cliente, evitando assim retrabalhos internos e externos, a experincia em organizaes verifica-se que a qualidade nas prticas de formalizao de reviso de software consiste na qualidade final do desenvolvimento. Este conjunto de atividades sistemtica no campo da engenharia de software tem por consequncia garantir a qualidade de todo o ciclo de desenvolvimento. Alguns pontos em destaque so: discurso formal,

apresentao, revises formais, reviso por pares (perr review), walkthorough e inspeo de software. Seguindo-os de maneira clara e objetiva podem-se evitar muitos defeitos em relao na fase de construo ate o produto final. A preparao do material por meios de requisitos funcionais e no funcionais reunies de inspeo de grupo verificando a anlise, programao, teste, documentao e treinamento gera a descoberta antecipada de possveis falhas antes que o produto final seja produzido. Outro ponto importante, a disciplina, seja ela por meio de cumprimento dos prazos estabelecidos e horrios dos encontros ou analisando os documentos gerados.

Um exemplo prtico dos resultados na inspeo de software so os indicadores que demonstram a sua eficincia. Na seleo de um projeto que englobou 16 rotinas de inspeo do software, chegou-se resultado abaixo:

Total de defeitos encontrados: 209 Defeitos em artefatos j inspecionados: 2 Melhorias apontadas: 81 Alarmes Falsos: 45

Os 209 defeitos foram classificados na seguinte forma:

Ambiguidade: 8 Inconsistncia: 56 Fato incorreto: 29 Informao estranha: 15 Falta de informao: 101

Com estes resultados em um artigo de caso real citato, podem apontar para indicadores que demostram a eficincia da inspeo prtica. Com esta abordagem sistemtica alguns pontos so bastante relevantes. Como por exemplo:

Conhecimento prvio dos requisitos. Participao de todos os envolvidos Identificao do elevado numera de defeitos na fase de anlise. Documentao formal. Qualidade no levantamento de requisitos.

De maneira informal possvel verificar o engajamento e comprometimento da equipe quando todos participam de todas as fases do projeto consequentemente a diminuio do retrabalho aps o cliente receber o software j pronto e devidamente testado.

2.1.2 VERIFICAO E VALIDAO. A funo da validao e verificao assegurar que o software atenda as necessidades e especificaes. A Verificao a anlise do sistema para verificar se atende aos requisitos funcionais e no funcionais. No caso da Validao, envolve a certificao de que o sistema atende as necessidades e expectativas dos clientes. Os dois processos trabalham juntos e so necessrios para que o sistema tenha qualidade no seu resultado final. Podem-se utilizar em conjunto outros processos para complementar a anlise do projeto. Uma tcnica muito utilizada a Inspeo de Software que uma tcnica dinmica e se faz necessrio analisar as representaes, os documentos de requisitos, diagramas e cdigo-fonte durante todas as etapas do processo de desenvolvimento. Este executado inserindo uma massa de dados e sua sada e analisada verificando assim o desempenho do sistema, sadas incorretas e anomalias. O processo para a Inspeo de Programa pode ser feito seguindo a seguinte ordem: 1. Planejamento. 2. Viso geral. 3. Preparao individual. 4. Reunio de inspeo. 5. Retrabalho. 6. Acompanhamento.

A Inspeo de Software pode ser aplicada a todo o clico de desenvolvimento e um processo de verificao dos problemas bem definido. Aps se descoberto o problema, necessrio corrigir o sistema e revalida-lo. Para sistemas de pequeno porte os testes podem ser feitos com menos formalidade. O planejamento da inspeo feito pelo moderador que exemplifica o processo numa viso geral e aloca as pessoas envolvidas e os recursos que se faro necessrios. Durante o processo pode ser utilizado checklist para melhor organizao. Todos os membros das estudas o relatrio de erros registrados pelo relator para posterior correo verificando a necessidade de uma nova inspeo.

Algumas classes que sero verificadas na inspeo: Defeito de Dados, Defeito de Controle, Defeito de Entrada e Sada, Defeito de Interface, Defeito de Gerenciamento de Armazenamento, Defeito de Gerenciamento de Excees.

2.1.3 TESTABILIDADE DE SOFTWARE. Quando se desenvolve um software, existem diferentes

comportamentos que o levam a falhar se alguma algo estiver incorreto. Um programa tem alta Testabilidade se o mesmo tente a expor suas falhas durante o processo de entrada e sada de dados que geram defeitos. Deferentemente se oculta falhas detectadas durante os testes, quando produz sadas corretas para entradas que geram defeitos. O testador precisa identificar erros, porm fica impossvel se os requisitos esto desatualizados, ambguos ou contraditrios, necessitando assim informaes detalhadas sobre os critrios de teste. O cdigo que oculta falhas de baixa testabilidade porque se cria uma falsa ideia de que o software est correto. Qualquer falha no detectvel pode ser fatal se no descoberta a tempo. Quando um software testado necessrio identificar se o software verdadeiramente e suficientemente confivel. A partir da o software a alta confiabilidade foi alcanada. Os testes de software devem ser realizados deste o incio do projeto e verificados a Fase de Especificao quando a equipe de teste tem que ser questionada quanto ao entendimento dos requisitos. Outra Fase de Especificao de Software que so as entradas e sadas do sistema. Fase de Detalhamento do Projeto que a parte do cenrio que especifica o que deve ou no fazer cada cenrio. E por ltimo a Fase de Testes onde o plano e os scripts de testes projetados devem cobrir todas as medidas de testabilidade.

2.2 BANCO DE DADOS Quando se que organizar os dados de uma empresa com eficincia e segurana, podendo ser consultado de forma rpida e inteligente, precisamos de um Sistema Gerenciamento de Banco de Dados (SGBD). Sabendo-se com o que a empresa ir trabalhar, temos uma noo de qual o banco de dados ir ser utilizado para atender de maneira eficiente. Quando uma empresa pequena, podemos usar um sistema transacional, ou seja, realiza as principais atividades da empresa, opera poucos registros e armazena os dados por um perodo pequeno de tempo. Em comparao, temos o analtico que armazenas um histrico de dados acima de 10 anos e podendo tambm analisar e cruzar dados. Outro ponto importante o fato do SGBD ser compatvel com as linguagens do mercado, para uma futura atualizao ou at mesmo mudana de sistema e hardware sem o risco de perda. O Firebird um SGBD relacional, porm uma soluo para empresas que procuram uma soluo estvel, rpida e robusta. Trs caracterstica: Open-sourse. Livre a uso e distribuio. Cdigo fonte totalmente disponvel. Suporta protocolos de rede. TCP/P, NETBEUi, IPX/SPX. Acesso a Simultneos a Mltiplos Banco de Dados. Multiplataformas.

2.3 LINGUAGEM DE PROGRAMAO Entendemos que a Linguagem de programao so mtodos padronizados de instrues para comunicao com um computador. O cdigo fonte de um software so um conjunto de palavras que so traduzidas para cdigo de mquina e so executadas pelo o processador. Para que o programador se expresse de maneira clara, objetiva e com maior produtividade necessrio usar uma linguagem de programao. Em relao a muitas linguagens de computador existentes no mercado, destacamos a linguagem JAVA.

uma linguagem de programao orientada a objeto tem as principais caractersticas: Portabilidade. Independncia de plataforma. Recursos de Rede. Utiliza uma biblioteca de rotinas de comunicao entre os protocolos TCP/IP, HTTP e FTP. Segurana. Restringe execuo de programas via rede. Vasto conjunto de bilbiotecas na sua distribuio.

2.4 PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Para se produzir um Software so necessrias planejamento das aes com a finalidade de obter um software de qualidade e que atenda aos objetivos especificados. Dentre os elementos que se fazem necessrios para que todo o planejamento seja feito de maneira rpida e clara necessrio um modelo, algumas regras e principalmente o conceito que este ir utilizar durante todo o desenvolvimento do produto. O desenvolvimento no Processo Iterativo se deferncia dos demais nos seguintes aspectos: Analisa o projeto com todos que fazem parte do grupo Maior possibilidade de descobrir falhas e problemas que poderiam levar o projeto ao desastre. O desenvolvimento em paralelo com vrias partes do sistema. O tempo de reviso e de melhorias pr-definidos.

10

3 CONCLUSO O estudo do desenvolvimento de um software de maneira eficiente, no s no produto final, mais durante toda a fase inicial do planejamento com escolhas de ferramentas, modelos de desenvolvimento, documentao, equipe, cronogramas, importante porque criam diretrizes de trabalho e foca de madeira eficiente a equipe. Aprendi que tendo alguns cuidados no que se refere a planejamento como um todo ajuda a minimizar erros e falhas e crucial na para que o produto que ser objeto de todo o esforo no seja um desastre.. Ferramentas de Bancos de Dados esto surgindo maneira rpida demais, porem, temos que identificar com cuidado a que mais se adequa ao armazenamento eficiente dos dados seja da empresa ou pessoal. Isso evitar prejuzos futuros e pouca manuteno em longo prazo. Assim como os Bancos de Dados tambm tem que ter em mente que a escolha de uma linguagem de programao interfere no condicionamento do programados em mostrar toda a sua eficincia no desenvolvimento do projeto, pois, com a ferramenta adequada ele ira mostrar todo o seu potencial.

11

4 REFERNCIAS REYNOLDS-HAERTLE, Robin A. OOP with Microsoft Visual Basic .NET and Microsoft Visual C# Step by Step. Redmond, Washington. Microsoft Press. MCSD Self-Paced Training Kit. Analyzing, Requirements and Defiing Microsoft .NET Solution Architectures. Exam 70-300. Redmond, Washington. Microsoft Press. Tanaka, Simone Sawasaki, Analise de sistemas II / Simone Sawasaki Tanaka. So Paulo: Pearson Prentice Hall, 2009. Nishimura, Roberto Yukio, Banco de dados II; Sistema / Roberto Yukio Nishimura So Paulo: Pearson Prentice Hall, 2009.

http://www.decom.ufop.br/menotti/aedI091/tps/tp2-sol2.pdf http://blog.lucasrenan.com/propri edades-acid/ http://pt.kioskea.net/faq/10254listauplamenteencadeada http://pt.wikipedia.org/wiki/Mapeamento_objeto-relacional http://www.macoratti.net/net_uml1 htm

You might also like