Relatrio 1
Resumo 1.1 - Conceitos Gerais de Engenharia de Software
Victor Daniel Rodrigues do Nascimento RA : 1299010534
O conceito :
Engenharia de Software surgiu no ano de 1968 que foi proposto em
uma conferencia que teve o inicio para resolver "crise de software"
conforme o desenvolvimento estava em crise seria necessrio ter um
novo mtodo para reverter essa situao e foram necessrias utilizar
novas tcnicas que se tornaram parte da engenharia de software.A
engenharia de software uma disciplina que est relacionada com todas
as partes ou "aspectos" na produo de um software, os conceitos de
engenharia de software j se baseia em partes de um sistema que j
existe assim o processo de desenvolvimento se concentra mais nas
integraes dessas partes no desenvolvimento inicial, um dos mtodos
da engenharia de software a forma de abordagem estruturada tendo
um, maior desenvolvimento de software que tenha o foco de otimizar
o procedimento tendo tima qualidade sem custos exagerados ou fora
do padro. Nas dcadas de 1980 e 1990, os mtodos foram orientados a
funes por Mtodos orientados a objetos como os propostos por Booch
em 1994 e Rumbaugh 1991. O que Engenharia de Software? uma
disciplina de engenharia relacionada com todos os aspectos da
produo de software, desde os estgios iniciais de especificao do
sistema at sua manuteno, depois que ester entrar em operao. Mtodos
de Engenharia de Software Um mtodo de engenharia de software uma
abordagem estruturada para desenvolvimento de software cujo
objetivo facilitar a produo de software de alta qualidade dentro de
custos adequados.Esses mtodos tentaram identificar os componentes
funcionais bsicos de um sistema; os mtodos orientados a funes ainda
so usados. Engenharia de Software baseada em componentes Depende de
uma grande base de componentes de softwares reusveis e algum
framework de integrao desses componentes. Esses componentes so
sistemas comerciais independentes que podem fornecer funcionalidade
especfica, como a formatao de texto ou um clculo numrico.
Resumo 1.1 - Conceitos Gerais de Engenharia de Software
Josu Alves RA: 1299010502
Engenharia de Software, Segundo definio do SEI (Software
Engineering Institute): a aplicao sistemtica, do conhecimento
cientifico na criao e construo de solues para problemas prticos a
servio do gnero humano Engenharia de Software uma forma de
engenharia que aplica os princpios da cincia da computao e
matemtica para alcanar solues com melhor custo benefcio para o
problema do software, A atividade de engenharia no pode prescindir
da garantia da qualidade do produto, da Conformidade s normas, e do
planejamento e gerenciamento de custos e prazos Software como fruto
da engenharia o grande objetivo que se busca, a fim de conseguir
obterse um produto confivel, funcionando de maneira eficiente e
economicamente vivel por funcionamento eficiente devesse considerar
que o software dever atender s necessidades do usurio, sob a tica
dele Requisitos, Levantar necessidades e enxergar oportunidades de
melhorias, Software tem que agregar valor, pois nem sempre vale a
pena desenvolver softwares, Quanto se vai ganhar ou economizar com
o software e quanto vai custar, Que riscos de negcio um software
minimiza Analise e projeto, diviso do software em pedaos lgicos
(mdulos, subsistemas e componentes), Critrio de diviso: por
processos e regras de negcio interrelacionadas, projeto de
interface com usurio, telas, padres, componentes visuais, projeto
de integrao com outros sistemas, formas de integrao, tecnologias,
etc, Mapeamento dos riscos tecnolgicos e de negcios, classificao,
como resolvlos, avaliao e aplicao de tecnologias e possibilidades
de reuso Implementao, programao do cdigo fonte, testes feitos pelo
programador e padres de programao. (Josue Alves RA: 1299010505)
Conceitos gerais da Engenharia de Software
Ederson de Camargo RA: 1299010517Desenvolver softwares uma
atividade complexa por natureza. Uma das razes para esta afirmao
que no existe uma nica soluo para cada cenrio de
desenvolvimento.Engenharia de software, uma rea de computao voltada
especificao, desenvolvimento e manuteno de sistemas de software,
com aplicao de tecnologias e prticas de gerncia de processos e
outras disciplinas, visando a organizao, produtividade e qualidade.
Software : programa a parte lgica do computador, onde fica
armazenados os dados. Processo de software: pode ser definido como
um conjunto coerente de atividades, polticas, estruturas
organizacionais, tecnologias, procedimentos e artefatos necessrios
para conceber, desenvolver, dispor e manter um produto de
software.
Paradigmas de desenvolvimento de software: a melhor metodologia
para desenvolver um software construir que o cliente necessita e
valoriza fazendo entregas rpidas e de qualidade.
Mtodos de Engenharia de Software: um elemento que representa a
uma chamada de um procedimento para um Objeto, utilizado na
programao orientada a objetos.Atributos de um bom Software:
manuseio, eficincia, confiana e usabilidade. Desafios da engenharia
de software: lidar com sistemas legados, lidar com diversidade,
inclui uma mistura entre hardware e software, sistemas legados,
fornecimento e heterogeneidade. Engenharia de Sistemas: e o que
foca no desenvolvimento e organizao de sistemas artificiais e
complexos, a engenharia de sistemas integra outros grupos de
disciplinas.
Processos de software: quando se fornece um servio ou cria-se um
produto, seja desenvolvendo um software, umas sequncias de etapas
para completar um conjunto de tarefas. Nos aspectos lgicos internos
do software, garantindo que todas as instrues tenham sido testadas
nos aspectos funcionais externos, para descobrir erros e garantir
que a entrada definida produza resultados que concordem com os
esperados.
Desenvolvimento Evolucionrio: objetivo e trabalhar com os
clientes e evoluir at o sistema final. Entrega incremental uma
estratgia de planejamento estagiado em vrias partes do sistema so
desenvolvidas em paralelo e integrada quando completas.
Desenvolvimento em espiral um processo de desenvolvimento de
software que combina elementos de projeto prototipao em etapas um
esforo para combinar.O software especificado nesse documento uma
ferramenta de modelagem grfica tridimensional mais simples que as
encontradas atualmente no mercado de software, os requisitos de
software sero classificados em requisitos funcionais e requisitos
no funcionais.
Resumo 1.2 - Engenharia de Requisitos
A engenharia de requisitos o processo de construo dos requisitos
do sistema, tendendo a interao de usurio final e equipe de
desenvolvimento e princpios cientficos que circulam o processoA
importncia de se fazer certo o processo da requisitos ter o projeto
final correto, evitando atrasos, insatisfao do cliente e gastos
desnecessriosPodemos definir requisito como aquilo que o cliente
necessita ou aquilo que o processo a ser feito Sobre requisitos
funcionais e no funcionrios suas principais diferenas so,
requisitos funcionais aquilo que o software precisa fazer e no
funcionais as caractersticas do mesmoFazemos a engenharia de
requisito no primeiro ciclo de vida do projeto, abrangendo a
engenharia, analise do sistema e o prprio projetoAs fases da
engenharia de requisito podem ser definidas como, elicitao,
analise, especificao e validaoNa elicitao se busca descobrir os
requisitos do sistema, nela usurios e desenvolvedores se unem para
trabalho afim de verificar os problemas da soluo Nestes problemas
podemos elencar suas duas principais divises, problemas acidentais
e problemas essncias, sendo que o primeiro se trata de falha na
coleta de informaes, documentao errada, especificaes incorretas,
Para os problemas essncias podemos citar, dificuldade do usurio
saber o que quer, dificuldade de comunicao, mudanas no
processoDentro da anlise de requisitos existem trs elementos
fundamentais, verificao de necessidade, verificao de consistncia,
verificao de possibilidade Na especificao de requisitos a etapa
onde pegamos os dados de elecitao e analise e formalizamos em
documentao Existem tcnicas de mercado utilizadas para especificao,
podemos elencar elas em, DFD, DER, DE e UMLA validao de requisitos
como seu prprio nome diz, o momento no processo onde validamos as
reas as tarefas feitas anteriormenteA validao envolve
desenvolvimento, projeto e usurios, buscando identificar possveis
problemas, omisses e duplicidadesO processo de gerenciamento de
requisitos, age em paralelo a todos os outros passos, ele tende a
acompanhar as mudanas no processo e fazer o processo de gesto e
integrao entre os envolvidos no processo
1.3 - Listagem Informal dos Requisitos obtidos
Na entrevista realizada foi abordado atravs de uma discusso com
a equipe o sistema a ser implementado, informando o ponto de
inicial, a fim de se obter um bom entendimento Essa tcnica se
mostra eficaz por haver um contato direto com os futuros usurios,
importante que os entrevistadores se mantenham com a mente aberta
para evitar se fazer a entrevista com ideias preconcebidas sobre o
necessrio, atentando para as polticas organizacionais Os temas
abordados na entrevista foram; 1 Entrevista com o diretor da
instituio, tendo como tema: A viso da direo da BOM SABER_XY quanto
ao sistema que se pleiteia ser desenvolvido; 2 Entrevista com os
bibliotecrios responsveis, tendo como tema: Discusso sobre a atual
situao da biblioteca e o que se pretende com o sistema de
biblioteca Observao A observao do local possibilitou um contato com
o pessoal da biblioteca e seus usurios, mostrando extremamente
eficaz para resoluo de aspectos surgem ao longo da coleta dos dados
A tcnica de observao veio a complementar os dados obtidos atravs da
entrevista, possibilitando ao responsvel pela elicitao uma melhor
qualidade nos dados colhidos Obs: A tcnica de questionrio,
anteriormente prevista no primeiro relatrio entregue ao cliente,
foi substituda pela tcnica de observao, pois est se mostrou mais
eficaz.
Requisitos Funcionais
1. Permitir o cadastro de itens no acervo O sistema deve
permitir o cadastro de itens do acervo, incluindo livros, vdeos e
peridicos Para cada item devem ser informados ttulos, autores,
editora, ano de publicao, assunto, rea, cidade de publicao, ISBN
(livro), palavras-chave Para cada item podem ser cadastrados
diversos exemplares.
2. Permitir o cadastro de usurios. O sistema deve permitir
cadastrar os usurios, tais como professores, alunos e funcionrios
da biblioteca Os dados devero estar de acordo com a ficha de
cadastro de usurios.
3. Permitir a consulta de itens do acervo pelos usurios O
sistema deve permitir que os itens do acervo sejam pesquisados de
forma dinmica, oferecendo parmetros de pesquisa, tais como:
palavras chave, assunto, autores, ttulo.
4. Permitir realizar reservas de itens O sistema vai permitir
que o usurio reserve um item, desde que o mesmo no esteja disponvel
para emprstimo Um item poder ter diversas reservas, com a
prioridade por ordem de cadastro da reserva.
5. Permitir a renovao de emprstimo de itens do acervo pelo
usurio O sistema permitir ao usurio faa uma renovao do seu
emprstimo por mais 10 dias, no mximo, desde que no haja reserva
para o item.
6. Efetuar o emprstimo de itens do acervo O sistema deve
automatizar o emprstimo de itens do acervo, verificando o cadastro
do usurio, as suas pendncias com a biblioteca bem como se no h
reserva para o item solicitado.
7. Efetuar a devoluo de itens do acervo O sistema deve permitir
a devoluo dos itens do acervo, gerenciando as reservas do item bem
como o controle de Atraso O prazo de devoluo dos itens de 10
dias.
8. Efetuar clculo de multas devidas a atrasos na devoluo. No
momento da devoluo, o sistema verifica se houve atraso na entrega
do item e gera uma multa correspondente aos dias de atraso.
9. Emitir relatrios dos usurios em dbito O sistema vai emitir
uma listagem dos usurios em dbito (com multas) bem como daqueles
que esto com devolues em atraso, que tambm iro gerar multas.
10. Emitir avisos de reserva No momento da devoluo do livro, ou
renovao de emprstimo, o sistema ir avisar ao usurio que existe
reserva para o mesmo Neste caso, se for devoluo, o bibliotecrio vai
separar o item, se for renovao, impedir a mesma.
Requisitos No Funcionais
1 O sistema deve possuir mecanismos de segurana, a fim de evitar
que pessoas no autorizadas tenham acesso ao sistema ou a dados
privados
2 As senhas de acesso ao sistema devem estar de modo
criptografadas
3 O sistema deve permitir o acesso para consulta no mnimo 20
usurios
4 Emprstimos de itens no sero realizados se o usurio estiver com
pendncias com a biblioteca
5 O prazo mximo de devoluo de itens de 10 dias
6 A renovao s permitida se o item estiver dentro do prazo de
devoluo
7 A renovao s ser permitida se o item no estiver reservado
8 A renovao ser bloqueada se o usurio tiver pendncias com a
biblioteca
9 O clculo da multa ser a quantidade de dias de atraso por 2
5
