Documente Academic
Documente Profesional
Documente Cultură
Objetivos
Componentes do Processo
necessrio seguir um processo de desenvolvimento. Um processo de software um mtodo para desenvolver ou produzir software.
Define quem faz o que, quando e como, para atingir um certo alvo.
Tentativas de lidar com essa compexidade e de minimizar os problemas envolvidos no desenvolvimento de software envolvem a definio de processos de desenvolvimento de software.
Processo de Desenvolvimento de SW
Todo processo de transformao tem incio e fim.
Essa varivel temporal, denominada de ciclo de vida, determina as fases do desenvolvimento de software.
cooperativa.
Tecnologias complexas demandam especialistas em reas especficas. Uma equipe de desenvolvimento de sistemas de software pode envolver vrios especialistas. Uma equipe tpica consiste em um gerente, analistas, projetistas, programadores, clientes e grupos de avaliao de qualidade.
Deve entender os problemas do domnio do negcio para que possa definir os requisitos do sistema a ser desenvolvido;
Ele deve ter suficiente domnio do vocabulrio da rea de conhecimento na qual o sistema ser implantado.
Funciona como um Tradutor, que mapeia informaes entre duas linguagens diferentes: a dos especilistas do dominio e a dos profissionais em uma equipe de desenvolvimento.
Gerar
especificao
de
uma
soluo
computacional detalhada.
ele quem toma decises sobre quais so os subsistemas que compem o sistema como um todo e quais so as interfaces entre esses subsistemas.
desenvolvimento.
Sendo
desenvolvido
aos
padres
de
qualidade
Objetivos:
definir as atividades a serem executadas; prover pontos de controle e padronizar o processo de desenvolvimento.
Cada processo tem suas particularidades em relao ao modo de arranjar e encadear as atividades de desenvolvimeno.
Levantamento de Requisitos
Tambm conhecida como elicitao de requisitos,
O principal objetivo do levantamento de requisitos que usurios e desenvolvedores tenham a mesma viso do problema a ser resolvido, levantar e definir as necessidades denominadas requisitos.
A necessidade!!!
Levantamento de Requisitos
Requisitos O que so? Objetivos ou restries estabelecidas pelos clientes e
usurios do sistema.
Combinao
complexa
das
necessidades
de
diferentes
Levantamento de Requisitos
Formalmente, um requisito uma condio ou capacidade que deve ser alcanada ou possuda por um sistema ou componente deste para satisfazer um contrato. Os requisito de um sistema so identificados, apartir de um
Levantamento de Requisitos
A equipe de desenvolvimento tenta entender o domnio que deve ser automatizado pelo sistema de software.
Levantamento de Requisitos
As principais sees de um documento de requisitos so:
Requisitos funcionais: definem as funcionalidades do sistema. Todas as coisas que o sistema deve fazer. Deve determinar O QUE o sistema deve fazer sem a preocupao de COMO fazer.
Calcular gastos dirios, semanais e mensais com pessoal Emitir relatrios de compras quinzenais Registrar o emprstimo de uma fita um requisito funcional.
Levantamento de Requisitos
As principais sees de um documento de requisitos so:
Requisitos no-funcionais: declaram as caractersticas de qualidade que o sistema deve possuir e que esto relacionadas s suas funcionalidades (Tcnica, econmica, da organizao, etc). So restries que se coloca sobre como o sistema deve realizar seus requisitos funcionais. Expressam qualidade e restries sobre os servios ou as funes oferecidos pelo sistema.
Levantamento de Requisitos
Exemplo de Requisitos no-funcionais Estabelecer que o tempo de emprstimo da fita no pode ser superior a 48 horas uma restrio, ou requisito no funcional. A base de dados deve ser protegida; Tempo de resposta no pode ultrapassar 30 segundos; O sistema deve ser multiplataforma (Linux e Windows); restries de tempo, restries sobre o processo de desenvolvimento, padres, etc.
Levantamento de Requisitos
As principais sees de um documento de requisitos so: Requisitos funcionais: o "O sistema deve permitir que cada professor realize o lanamento de notas das turmas nas quais lecionou." "O sistema deve permitir que um aluno realize a sua matrcula nas disciplinas oferecidas em um semestre letivo." "Os coordenadores de escola devem poder obter o nmero de aprovaes, reprovaes e trancamentos em cada disciplina oferecida em um determinado perodo.
Levantamento de Requisitos
As principais sees de um documento de requisitos so: Requisitos no-funcionais: o Confiabilidade: corresponde a medidas
quantitativas da confiablidade do sistema, tais como: tempo mdio entre falhas, recuperao de falhas ou quantidade de erros por milhares de linhas de cdigo-fonte; o Desempenho: requisitos que definem tempos de resposta sistema. esperados para as funcionalidades do
Levantamento de Requisitos
As principais sees de um documento de requisitos so: Requisitos no-funcionais: o Portabilidade: restries sobre as plataformas de hardware e de software nas quais o sistema ser implantado e sobre o.grau de facilidade para transportar o sistema para outras plataformas.
Levantamento de Requisitos
De forma geral, a diferena entre requisitos funcionais e no-funcionais est no fato dos primeiros descreverem o que o sistema deve fazer, enquanto que os outros fixam
restries
sobre
como
os
requisitos
funcionais
sero
implementados.
Levantamento de Requisitos
Os requisitos devem ser expressos de uma maneira tal que eles possam ser verificados e comunicados a leitores tcnicos e no-tcnicos. O enfoque prioritrio do levantamento de requisitos
responder claramente questo "o que o usurio necessita do novo sistema?". Requistos definem o problema a ser resolvido pelo sistema de software; eles no descrevem o soltware que resolve o problema.
Levantamento de Requisitos
O documento de requisitos serve como um termo de consenso entre a equipe tcnica (desenvolvedores) e o cliente. Esse documento constitui a base para as atividades
subsequentes do desenvolvimento do sistema. O documento de requisitos estabelece o escopo do sistema. O escopo de um sistema muitas vezes muda durante o seu desenvolvimento.
Entrevistas
So situaes inseridas nas relaes humanas que no esto sujeitas a regras ou frmulas exatas; Mas pode ser til ao Analista de Sistemas que tem domnio do problema;
Entrevista
O objetivo de uma entrevista para anlise de sistemas a coleta de informaes sobre o sistema a ser desenvolvido;
Ajuda nos aspectos chaves do sistema bem como esclarece pontos contraditrios do mesmo;
Verifica-se posicionamentos pessoais acerca das questes envolvidas (omisses, medo, desvios);
Entrevista
Qualquer situao que se apresente como oportunidade para se buscar a informao necessria.
comunicao,
informe
Anlise de Sistemas
Objetivos: Estudo dos requisitos levantados na fase anterior para construo de modelos que representem o sistema a ser desenvolvido. Envolve: eliminar falhas da anlise de requisitos, abordar questes tcnicas do desenvolvimento de software (como e no o que). Dificuldades: as mesmas dificuldades da anlise de requisitos
Testes Implantao
Anlise de Sistemas
Esta fase consiste em um estudo detalhado dos requisitos.
A idia apenas construir uma estratgia de soluo sem se preocupar como a estratgia ser implementada.
Projeto de Sistemas
Objetivos: proposta de uma soluo que atenda os requisitos da anlise e que seja passvel de implementao. Envolve: detalhes fsicos de implementaes, trabalha o comportamento interno do software, plano e implementao das decises arquitetnicas.
Anlise Projeto Projeto
Implementao
OBJETIVOS DAS ATIVIDADES INDEPENDENTE DO CICLO DE VIDA
Levantamento de Requisitos
Testes Implantao
Projeto de Sistemas
Neste estgio tm incio as preocupaes com a
implementao. Aspectos fsicos como o tipo de SGBD usado e a linguagem de programao passam a influir nas decises.
So especificados os componentes do sistema (funes, dados, etc.) e o relacionamento existente entre eles.
Projeto de Sistemas
Podemos concluir que...
-O resultado da anlise o enunciado do problema, e que o projeto ser a sua resoluo. -Problemas mal enunciados podem at ser resolvidos, mas a soluo no corresponder s expectativas. - A qualidade do processo de anlise importante porque um erro de concepo resolvido na fase de anlise tem um custo; na fase de projeto tem um custo maior; na fase de implementao maior ainda, e na fase de implantao do sistema tem um custo relativamente astronmico.
Projeto de Sistemas
Esta fase descreve como funcionar o sistema para atender aos requisitos de acordo com: os recursos tecnolgicos; arquitetura do sistema; padro de interface grfica; linguagem de programao; gerenciador de banco de dados;
etc.
Projeto de Sistemas
Principais atividades: Projeto da arquitetura (alto nvel): indica como o software funciona;
Definio pacotes;
de
pacotes
(mdulos),
interfaces
entre
Deciso
sobre
uso/criao
de
bibliotecas
e/ou
componentes.
Implementao de Sistemas
Objetivos: construir uma verso operacional do software que possa ser entregue ao cliente para avaliao. Envolve: implementar cdigo fonte em uma determinada linguagem, implementar cdigo de teste unitrio para o cdigo fonte e integrar o sistema. Dificuldade: falta de conhecimento da equipe de desenvolvimento sobre a uma determinada tecnologia.
Projeto
Implemen Implementao tao
OBJETIVOS DAS ATIVIDADES INDEPENDENTE DO CICLO DE VIDA
Testes Implantao
Implementao de Sistemas
O sistema codificado.
Nesta fase ocorre a realizao fsica das especificaes do Projeto. Envolve a codificao, depurao, teste de mdulos individuais e documentao do sistema.
Ocorre a traduo da descrio computacional obtida na fase de projeto em cdigo executvel mediante o uso de uma ou mais linguagens de programao.
Testes
Objetivos: assegurar que o sistema tenha qualidade antes de ser entregue aos clientes; Envolve: definir o que ser testado, executar os testes de integrao do sistema e avaliar os testes.
Anlise Projeto Implementao
OBJETIVOS DAS ATIVIDADES INDEPENDENTE DO CICLO DE VIDA
Levantamento de Requisitos
Testes
Diversas atividades so realizadas para verificao do sistema construdo, levando-se em conta a especificao feita na fase de projeto. O principal produto dessa fase o relatrio de testes, Contm informaes sobre erros detectados no software. Aps a atividade de testes, os diversos mdulos do sistema so integrados, resultando finalmente no produto de software.
Testes
Implantao
O sistema empacotado, distribudo e instalado no ambiente do usurio. Os manuais so escritos, os dados so importados para o sistema e o pessoal treinado para oper-lo.
Anlise Projeto Implementao
OBJETIVOS DAS ATIVIDADES INDEPENDENTE DO CICLO DE VIDA
Levantamento de Requisitos
Implantao
O sistema empacotado, distribudo e instalado no
ambiente do usurio. Os manuais do sistema so escritos. Os arquivos so carregados Os dados so importados para o sistema, E os usurios treinados para utilizar o sistema corretamente.
Tipos de Manuteno: Para reparar defeitos; Para adaptar o software a ambiente operacional
3. Exerccios
1. O que um Processo de Desenvolvimento de Sistemas?
2.
Quais
as
atividades
includas
em
um
Processo
de
3. Exerccios
7. Explique o que a etapa de Levantamento de Requisitos?
Requisitos no funcionais rapidez no processo de emprstimo, autenticao dos funcionrios, preferncia pela plataforma windows
3. Exerccios
18. (1)
Sistema de emprstimo de publicaes de uma biblioteca.
As publicaes disponveis so livros e revistas. Quando um aluno quer requisitar uma publicao, preenche um formulrio por cada publicao, indicando a cota, o ttulo e os autores (no caso de ser um livro) e entrega-o a um funcionrio. Cada aluno pode efectuar at 3 emprstimos. A biblioteca tambm dever fazer controlo dos emprstimos atrasados, avisando os leitores por email quando ultrapassar os 7 dias de atraso. Os alunos devem poder pesquisar as publicaes existentes na biblioteca. No caso de uma publicao j estar requisitada, mostrada a data esperada para entrega. Quando chega uma nova publicao, esta encaminhada para o responsvel pela catalogao, onde ser analisada e denida a sua rea de conhecimento. Existem vrias reas de conhecimento, pondendo ser criadas outras. Os leitores, professores e alunos, interessados em consultar publicaes no existentes na biblioteca, podero apresentar uma proposta de aquisio das mesmas ao responsvel.
3. Exerccios
18. (2)
Sistema de emprstimo de publicaes de uma biblioteca.
As propostas so analisadas e em funo dos preos e do oramento disponvel, sero seleccionadas as publicaes a adquirir. A biblioteca estabeleceu critrios que do prioridade aquisio de publicaes formativas que faam parte do sistema de ensino. Aps ter sido denida a lista de publicaes a adquirir, so enivadas notas de encomenda para os fornecedores. As publicaes entregues pelos fornecedores so vericadas no momento da recepo. Depois de catalogadas e registadas, as publicaes cam num expositor especial de divulgao durante 5 dias, antes de serem colocadas na prateleira. A partir desta altura cam disponveis para emprstimo. A biblioteca analisa as publicaes periodicamente em funo do seu estado de conservao. As que esto em mau estado so retiradas do circuito de emprstimo. As que so valiosas tambm so retiradas do circuito de emprstimo e colocadas em exposio.
3. Exerccios
19. (1)
Controle da Produo e Venda da Cervejaria BeboSim
A Cervejaria BeboSim solicitou empresa Avalon Software do Futuro que desenvolvesse um sistema de controle de produo e venda de seus produtos. Os requisitos descritos abaixo devem ser atendidos pelo sistema. 1. A cervejaria produz diversos produtos lquidos, tais como: cerveja branca, cerveja escura, guaran normal, guaran light, gua mineral com gs, gua mineral sem gs, etc, que devem estar cadastrados no sistema. De cada produto, devem ser armazenados: nome, quantidade em estoque, preo normal de venda atual (nico em todo o pas), o percentual de comisso sobre a venda e frmula de produo. 2. A cervejaria possui diversas unidades de produo (fbricas). De cada uma delas necessrio armazenar seu nome, endereo, CNPJ, rea construda e telefone de contato. 3. Cada produto pode ser produzido em mais de uma unidade de produo. Uma unidade de produo pode produzir mais de um produto, mas no necessariamente todos. Por exemplo, na unidade da Bahia, so produzidas apenas cerveja branca e cerveja escura. No Esprito Santo so produzidas, por exemplo, cerveja branca, gua mineral com gs e sem gs e guaran normal.
3. Exerccios
19. (2)
Controle da Produo e Venda da Cervejaria BeboSim
4. Os produtos so engarrafados em embalagens dos mais variados tipos: garrafas de plstico de tamanhos variados, garrafas de vidro, latinhas de alumnio de tamanhos variados, etc. Um produto pode ser armazenado em mais de uma embalagem e uma embalagem pode ser usada por mais de um produto. De cada embalagem, necessrio armazenar o nome, uma descrio do tipo de material de que feita (plstico, alumnio, etc.), o custo de cada embalagem, o volume que ela pode conter e a unidade do volume (ex. uma latinha de alumnio de 350 ml, uma garrafa de plstico de 1,5 litros, etc.). 5. A cervejaria possui vrias equipes de vendas espalhadas pelo pas. De cada equipe necessrio controlar o nome da equipe e a regio que atende (por ex. norte do ES, sul de Minas Gerais, Grande Vitria, etc). 6. Uma equipe atende somente a uma regio por vez. Uma regio pode ter mais de uma equipe de vendas ao mesmo tempo. Uma equipe no muda de regio. 7. Cada equipe composta por vendedores e por um gerente. Tanto do gerente quanto do vendedor, (ambos funcionrios da cervejaria) necessrio armazenar o nome, data de admisso, nmero da carteirade trabalho, do CPF, o endereo residencial, os telefone e e-mail de contato.
3. Exerccios
19. (3)
Controle da Produo e Venda da Cervejaria BeboSim
8. necessrio armazenar o histrico da gerncia de cada equipe, armazenando data de incio e fim da gerncia de cada pessoa. 9. Um funcionrio pode mudar de equipe e necessrio armazenar a data de incio e fim de cada funcionrio em cada equipe. 10. A cervejaria possui diversos clientes cadastrados. Somente as pessoas jurdicas podem ser clientes. Dos clientes deve-se armazenar a razo social, o CNPJ, o endereo, o telefone e a pessoa de contato. 11. O vendedor emite pedidos de venda, que devem ser registrados no sistema. Para cada pedido de venda necessrio armazenar o vendedor que emitiu o pedido, o cliente do pedido, o nmero do pedido e sua data de emisso. 12. O pedido pode discriminar vrios produtos. De cada um deles necessrio armazenar a quantidade vendida.
3. Exerccios
19. (4)
Controle da Produo e Venda da Cervejaria BeboSim
13. A Cervejaria BeboSim faz constantes campanhas publicitrias, que devem ser controladas pelo sistema. De cada campanha publicitria importante armazenar o nome da campanha, as datas de incio e fim, os produtos que faro parte da campanha, os preos promocionais de cada produto em cada campanha, o nome do garoto/garota propaganda da campanha (ex. Guga, Ronaldinho, Pel, Romrio, Luiza Brunet, Paloma Duarte, etc...), o valor total previsto para ser gasto na campanha publicitria, o valor total previsto de retorno com a campanha e o percentual previsto de aumento das vendas.
3. Exerccios
20.
Parque de Estacionamento
Considere os seguintes requisitos de um sistema informtico para a gesto de um parque de estacionamento. a) O controle efetuado com base na matrcula do veculo. b) Na entrada do parque existir um funcionrio que introduz as matrculas no sistema, ficando de imediato registrado a data e hora de incio do estacionamento. O sistema tem que verificar se a matrcula existe. c) Se a matrcula no for reconhecida pelo sistema, ento o funcionrio registrar um novo veculo no sistema.