Sie sind auf Seite 1von 11

1

SISTEMA DE ENSINO DISTNCIA ANLISE E DESENVOLVIMENTO DE SISTEMA DEYVIDY SOARES ROSA

SOFTWARE COMPETENTE CRIAO DE SOFTWARE

DEYVIDY SOARES ROSA

Trabalho de Deyvidy Soares Rosa apresentado Universidade Norte do Paran - UNOPAR, como requisito parcial para a obteno de mdia semestral na disciplina de Analise de Sistemas I, Engenharia de Software, Banco de dados I, Linguagens e Tcnicas de programao II.

Oeiras-PI 2012

3 SUMRIO

1 INTRODUO 2 OBJETIVO 3 DESENVOLVIMENTO 3.1 PROCESSO DE INSPENO DE SOFTWARE 3.1 VERIFICAO E VALIDAO 3.1 TESTABILIDADE DE SOFTWARE 3.2 SGBD RELACIONAL______________ 3.3 LINGUAGEM SQL__ 3.4 MODELO EM ESPIRAL 4 CONCLUSO

4 5 6 6 6 6 7 8 9 _ 10

5 REFERNCIA___________________________________________ 11

4 1 INTRODUO O Trabalho a seguir ir proporcionar ao leitor uma amostra de software. O leitor ir visualizar informaes sobre banco de dados, tambm ir ter uma viso da sua forma de inspeo e verificao de software, tendo em mente qual a sua melhor forma de criao e de melhor programao. Mas precisamente o leitor ir ter curiosidade, fazendo assim procurar o software que o mesmo se identifica.

5 2 OBJETIVO

Com o avano tecnolgico se faz necessrio o crescimento evolucional dos softwares, para isso se faz necessrio o estudo das tcnicas e formas de se construir e evoluir software. O foco do nosso estudo as linguagens usadas no mercado de trabalho, sempre tendo em mente a qualidade e eficcia.

6 1 DESENVOLVIMENTO

1.1 A) O PROCESSO DE INSPENO DE SOFTWARE A formalidade e o formato do documento usado na especificao dos requisitos variam conforme o tamanho e a complexidade do software. Nele consta a funo e o desempenho do sistema, bem como a restries que o sistema possui. Inspeo de software um tipo particular de reviso que pode ser aplicado a todos os artefatos de software e possui um processo de deteco de defeitos rigoroso e bem definido. A) VERIFICAO E VALIDAO Verificao-Processo de avaliao de um sistema ou componente para determinar se os artefatos produzidos satisfazem s especificaes determinados no inicio da fase. Validao-processo de avaliao para determinar se o sistema atende as necessidades e requisitos dos usurios. C) TESTABILIDADE DO SOFTWARE Processo de exercitar um sistema ou componente para verificar que esse satisfaz as especificaes e para identificar falhas.

7 1.2 SGBD RELACIONAL O Modelo relacional implementa estruturas de dados organizadas em relaes. A estrutura fundamental do modelo relacional a relao (tabela). Uma relao constituda por um ou mais atributos (campos) que traduzem o tipo de dados a armazenar. Usa uma linguagem de consulta de alto nvel. Flexvel e adequado ao solucionar os vrios problemas que se colocam no nvel da concepo e implementao da base de dados.

1.3 LINGUAGENS SQL

A linguagem SQL representa um conjunto de comandos responsveis pela definio das tabelas, comandos e atualizao dos dados em um SGBD. Permite que uma tabela (relao) tenha duas ou mais tuplas idnticas em todos os seus valores de atributos. Assim, em geral, uma relao SQL no um conjunto de tuplas porque um conjunto no permite elementos idnticos. Tem como grande virtude sua capacidade de gerenciar ndices, sem a necessidade de controle individualizado de ndice corrente. Tem a capacidade de cancelar uma srie de atualizaes ou de as gravar, depois de ter iniciado uma sequencia de atualizaes.

3.4 MODELOS EM ESPIRAL Alm de utilizar a prototipao para a reduo de riscos do projeto, esse modelo possibilita que durante cada interao do projeto, sejam produzidas verses do sistema cada vez mais completas. Uma caracterstica importante deste modelo o fato de que cada ciclo encerrado por uma atividade de reviso, onde todos os produtos do ciclo so avaliados, incluindo o plano para o prximo passo. Tendo assim a cada passo uma avaliao, tendo em mente a analise de risco. Dessa forma diminuindo as falhas de sistemas.

10 2 CONCLUSO A Atividade proporciona ao leitor uma viso terica da forma como se trata de um software, desde seu desenvolvimento, passando pela sua validao, chegando assim a seu estado final. O texto faz o leitor refletir os processos de desenvolvimento, mostrando qual o software, e qual a forma, se faz melhor para o leitor. Passando assim para o leitor uma tese, para que ele tenha capacidade de descobrir e procurar um sistema de qualidade que lhe proporcione melhor forma de trabalho possvel.

11 3 REFERNCIAS

Tanaka, Simone Sawasaki Analise de sistemas:- sistemas/ Simone Sawasaki Tanaka. So Paulo: Pearson Prentice Hall, 2009. Nishimura, Roberto Yukio. Banco de dados I: sistemas II / Roberto Yukio Nishimura. So Paulo: Pearson Prentice Hall, 2009. Perini, Lus Claudio Engenharia de Software: sistemas II /Luiz Claudio Perini, Marco Ikuro Hisatomi, Wagner Luiz Berto. -- So Paulo: Pearson Prentice Hall, 2009. www.apostilando.com.br

Das könnte Ihnen auch gefallen