ANHANGUERA UNIBAN OSASCO

GILDELSON ALVES SILVA

RA 7093582245

REGINALDO SANTOS

RA 6056474524

LUIZ HENRIQUE DE ANDRADE ROCHA

RA 7422676468

VAGNER EPIFNIO DE SOUZA

RA 1299544325

HENRIQUE EMMANUEL MARTINS BRONZERI

RA 1299761876

ATPS ATIVIDADES PRTICAS SUPERVISIONADAS

ANALISE ESTRUTURADA DE SISTEMAS

ANHANGUERA UNIBAN OSASCO

GILDELSON ALVES SILVA

RA 7093582245

REGINALDO SANTOS

RA 6056474524

LUIZ HENRIQUE DE ANDRADE ROCHA

RA 7422676468

VAGNER EPIFNIO DE SOUZA

RA 1299544325

HENRIQUE EMMANUEL MARTINS BRONZERI

RA 1299761876

ATPS ATIVIDADES PRTICAS SUPERVISIONADAS

ANALISE ESTRUTURADA, DE SISTEMAS.

Trabalho de concluso de curso

apresentado

banca
examinadora da Faculdade de
Sistema
da
Informao
Anhanguera Educacional , como
requisito parcial obteno do
Grau de Bacharel em Sistema da
Informao sob Orientao da
professora
Mestre
Priscilla
Facciolli.

OSASCO, 01 DE AGOSTO.
2013

ATPS ATIVIDADES PRTICAS SUPERVISIONADAS

ANALISE ESTRUTURADA DE SISTEMAS.

Trabalho de concluso de curso

apresentado

banca
examinadora da Faculdade de
Sistema
da
Informao
Anhanguera Educacional , como
requisito parcial obteno do
Grau de Bacharel em Sistema da
Informao sob Orientao da
professora
Mestre
Priscilla
Facciolli.

Aprovada em

de

de

BANCA EXAMINADORA
_______________________________
Prof. Dr.
Anhanguera Educacional Ltda.

RESUMO

Nesse trabalho so sugeridos procedimentos para adequar o acervo da Instituio s

normas de conservao, abordando as etapas de higienizao, acondicionamento e guarda dos
documentos, partindo do valor que os documentos possuem para Instituio, passando pela
historia da faculdade, da fotografia chegando ao que diz a literatura sobre como conserv-los.

Palavras chaves: Instituio Histrico; Acervo; Documentos Conservao.

ABSTRACT

In this there are suggest of process to adapt the faculty of photographic documents the
conservation rules, talking about place neatness , packing and storage of the documents.
This is work also talk about value of this documents to this Institution and the
photographic history and what says the literature about how to save.

Keys word: Institution History; Heap; Documents - Conservation

SUMRIO

1. INTRODUO. 10
2. TRABALHOS ACADMICOS............................................................................ 11
2.1
2.2
2.3
2.4
2.5
2.6
2.7
2.8
3. CONCLUSO ...................................................................................................... 20
4. REFERNCIAS ..................................................................................................... 21
5. ANEXO AS DIRETRIZES E BASE DA EDUCAO ....................................... 22

1. INTRODUO

Vive-se em mundo de profundas e rpidas transformaes mudanas econmicas,

culturais e,
Principalmente mudanas tecnolgicas que ocorrem nas ltimas dcadas exigiram novos
meios de transmisso e recuperao das informaes.
Para acompanhar este ritmo e no perder espao de atuao todas as reas do conhecimento
tiveram que adaptar a estas mudanas. Com a utilizao de novas tecnologias, outras
realidades documentais surgiram, exigindo novas formas de atuao sobre estes documentos,
bem com a criao de novas e eficazes metodologias de tratamentos a serem aplicadas nos
mesmos.
Hoje, pode-se afirmar que o processo de recuperao da informao contidas neste
documentos est em fase adiantada e que problema quase resolvido, pois cada vez mais vem
sendo feita por meio eletrnico, seja por digitalizao de documentos originais ou por sua
criao j em formato eletrnico. Mas, quando o assunto a conservao fsica destes
documentos, verifica-se que este um dos fatores que ainda preocupa as Instituies que os
mantm em seus acervos, muito embora este seja o assunto que vem sendo estudado e
avaliado por diversos profissionais da rea.
Analisando esta realidade, correto afirmar que os documentos ocupam posio de
destaque nesta nova classe documental, pois a cada dia que passa, esto sendo utilizada no
mais somente como material pesquisa, tronando-se uma fonte valorosa de informao.

2. JUSTIFICATIVA

Constato o valor informal, o significado do ponto de vista cultural, social e histrico e a

importncia da preservao da historia e da origem da instituio por seu acervo, verificou-se
a necessidade de adequar o acervo as normas de conservao a fim de manter viva est
memria.

3. OBEJTIVO GERAL

Elaborar uma proposta para preservar o acervo da Instituio adequando-o s normas

de conservao, criando condies e mtodos eficazes de estabilizar os processos de
deteriorao que atingem os documentos, evidenciando a importncia da preservao dos
mesmos, tanto no que se refere-se histria quanto a sua utilidade como fonte de pesquisa.

3.1 Objetivos Especficos.

- Propor a criao de um ambiente especfico para guardas todos documentos no

acervo de acordo com as normas;
- Elaborar um programa de higienizao dos documentos com a finalidade de
conservar e preservar os mesmos;
- Sugerir mtodos de acondicionamento apropriados para os documentos

da

Instituio;
- Indicar a moblia e o mtodo de arquivamento adequado aos documentos , quanto a
sua organizao e a permanncia no ambiente proposto.

1.1 Identificar por meio de leitura e pesquisar na Internet as principais ferramentas

que apoiam os profissionais de Anlise e Especificao de Sistemas na organizao dos
requisitos iniciais do problema.

Resumo ( Etapa 1 Passo2)

O processo de Software aspecto nos permite muitas vezes identificar fases iniciais no
processo de desenvolvimento o que importante e imprescindvel, desde o incio do Sistema.
Assim este projeto com fases iniciais no desenvolvimento conhecida como Early Aspect
( Linguagem de Aspecto), este trabalho realiza o estudo entre anlises de engenharia de
requisitos, denominada DAORE (Distributed Aspect Orieted Approach for Requeriments
Engineering), como soluo para aplicao do LEL (Lxico Extendido de Linguagem e da
Metodologia MDSODI (Medhotology for Development of Distributed Software), permitindo
a definio destes conceitos nos projetos e requisitos elucidados a serem desenvolvidos no
projeto DISEN (Distributed Software Engineering Enviroment ) e em outros projetos a serem
desenvolvidos utilizando esta metodologia.

Artigo: Tcnicas para levantamento de Requisitos.2012 disponvel em:

<https://docs.google.com/file/d/0B7u8Pce2Xh_8TWttN1BWOGJ4WUU/edit? usp=sharing>

1.2 Relatrio 1 Analise Inicial entre outros ( Etapa 1 Passo3)

2.1 Descrever quais so as necessidades do negcio.

A Incorporadora Devido a essa grande venda de terrenos na cidade a onde ela-se
localiza atualmente ouve um grande desconforto para a incorporadora devido a esse aumento
de demandas de compras de terreno.
E com esse aumento de demandas a incorporadora ela precisa de um novo sistema de
web com uma infraestrutura melhor para atender as demandas com eficincia para que no
comprometa o seu nome no mercado e descontentamento aos clientes.
E devido a esses problemas ela precisa estalar um sistema web, para que os corretores
tenham acesso em tempo real ao sistema de vendas, e assim vai evitar com que os corretores
venda o mesmo terreno para compradores diferentes, com esse novo sistema os corretores
vo poder checar se os terrenos esto disponveis ou no, podendo evitar os problemas com
as vendas e trazendo um grande conforto para os clientes e para a incorporadora.
2.2 Elaborar um questionrio com as necessidades internas e externas para entrevistas
com se os seus envolvidos.
01. Organizao (Entidade/rgo);
02. Nome do Entrevistado;
03. Cargo;
04. Quais so as principais responsabilidades do Entrevistado?
05. Que produtos so produzidos ou qual atividade realiza? Quem o publicado?
06. O que facilita a execuo do seu trabalho?
07. Quais os problemas que interfere no seu sucesso?
08. Por que este problema existe?
09. Como possvel solucion-lo agora? (sem o sistema).
10. Como voc gostaria de solucion-lo? (com o sistema desejado).

11. Quem so os usurios?

12. Qual a formao educacional, desses usurios?
13. Quais so os seus conhecimentos em informticas, desse usurios?
14. Os usurios esto familiarizados com o tipo de aplicativo a ser implantando?
15. Que plataforma (hardware, SO, etc.) esto sendo usadas? Quais seus plano para
plataformas futuras?
16. Quais so os sistemas ou aplicativos adicionais que precisam ser integrados soluo?
17. Quem busca informaes no sistema?
18. Quem prov informaes para o sistema?
19. O cliente Entrevistado, j experimentou algum produto similar ao que deseja
implementar? Por que deseja implementar um prprio?

2.3- Descrever os Requisitos o necessrios para atender e atingir a metas da soluo.

Desenvolver um sistema que um Sistema que Controle a disponibilidade dos terrenos

para que no haja erros nas vendas.
Desenvolver um sistema Web para permitir o acesso para vrios vendedores em
lugares diferentes.
Um cadastro de todos os terrenos disponveis.
Um cadastro dos clientes que compra o terreno.
Deve ser permitido o vendedor visualizar os terrenos disponveis para venda
permitindo o vendedor visualize sua baixa para no haja duplicidade de vendas no
mesmo terreno.
O sistema deve tambm permitir a consulta ao bancos de dados, sobre os terrenos
vendidos e os dados de seus compradores.

( Etapa 1 Passo4)
Realizar o estudo de viabilidade operacional levando em considerao as
funcionalidades que o sistema dever cumprir dentro do processo apresentado pelo
desafio. ( Etapa 1 Passo4)
VIABILIDADE DO DESENVOLVIMENTO DESTE SISTEMA
O custo ser acessvel, no um preo muito caro.
O sistema ser de fcil manuseio.
O sistema conter todas necessidade do cliente
O sistema ser de total confiana
O sistema salvar todas arquivos em um pasta se der algum pane no sistema.

REQUISITOS FUNCIONAIS
TECNOLOGIA USADA
Incluir/Editar/Consultar e excluir dados da solicitao de vendas.
O desenvolvimento do sistema ser realizado em linguagem de programao C.
Incluir/Editar/Consultar e excluir dados da cotao de vendas.
Banco de dados SQL SERVER.
Incluir/Editar/Consultar e excluir dados dos pedidos.
O Workflow ser transmitido utilizando o Protocolo POP.
Workflow de notificao de gerao do pedido.
O sistema ser em Multiplataforma.
Relatrios de solicitao de vendas.
O projeto ser desenvolvido em 6meses.
Relatrios de cotao de vendas.
A metodologia de desenvolvimento ter como base o SCRUM.
Workflow de notificao de recebimento ao gestor de estoque.
Workflow de cotao de vendas interna.
Cadastros.
Histricos de vendas anteriores
Relatrios de vendas.

CONCLUSO:

Conclui que abrange aes de concepo, desenvolvimento, implantao, operao,

avaliao e manuteno de sistemas e tecnologias relacionadas informtica e
telecomunicaes.
O desenvolvimento de sistemas informatizados desde a especificao de requisitos at os
testes de implantao, bem como as tecnologias de comutao, transmisso, recepo de
dados, podem constituir-se em especificidades desse eixo, conhecemos conhea o
problema a ser resolvido atravs do entendimento de sua viabilidade e seus requisitos
iniciais (funcionais e no funcionais).
Requisitos constituem em estabelecer o que foi requerido pelo cliente e que satisfaam o
suporte aos negcios.
Requisitos funcionais representam o objetivo principal do sistema que a funcionalidade
requerida pelo cliente.
Requisitos no funcionais garantem a confiabilidade do sistema no que tange usabilidade,
desempenho e segurana das informaes manipuladas.

Tabela1- Viabilidade Tcnica do Sistema

Requisitos
Funcionai
s

Usurio

Admin

Tecnologia Vantagens
Usada

Desvantagen
s

Concluso

( Etapa 2 Passo1)
Resumo: Sobre a Importncia da Anlise de Requisitos( Etapa 2 Passo1)
A importncia da Anlise de Requisitos
A atividade de levantamento de requisitos a etapa de compreenso do problema aplicado ao
desenvolvimento de software. O principal objetivo que os desenvolvedores e usurios do
sistema a ser construdo tenham a mesma viso do problema a ser resolvido.
de suma importncia que antes da escrita de uma nica linha de cdigo, seja "concluda" a
etapa do levantamento de requisitos, vale a mxima que quase impossvel concluir esta
etapa devido a natureza flexvel que os sistemas de softwares exigem. Ento o que um
requisito? - " uma condio ou capacidade que deve ser alcanada ou possuda por um
sistema ou componente deste para satisfazer um contrato, padro, especificao ou outros
documentos formalmente impostos.(Maciaszek,2000)
Normalmente os requisitos de um sistema so identificados a partir do domnio do negcio .
O produto do levantamento de requisito o documento de requisitos, que declara os diversos
tipos de requisitos do sistema. O vocabulrio utilizado que dever ser utilizado neste
documento dever ser acessvel ao usurio(cliente) do sistema e preferencialmente que no
possua nenhuma referncia a tecnologia.
Imagine que um determinado software tenha sido desenvolvido aplicando as melhores
prticas e tcnicas de programao mas que quando entra em produo os usurios no
conseguem oper-los, ou no conseguem extrair/trabalhar as informaes que ele
normalmente est acostumado a obter. Ento logo eles iro comear a reclamar do sistema e
em muitos dos casos iro se antepor utiliza-lo. para evitar situaes como essa que a fase
de levantamento de requisitos existe.
Uma das formas de se medir a qualidade de um sistema de software atravs de sua utilidade.
E um sistema ser til para seus usurios se atender aos requisitos definidos. Portanto, os
requisitos devem ser expressos de uma maneira tal que eles possam ser verificados e
comunicados a leitores tcnicos e no-tcnicos. Clientes (leitores no-tcnicos) devem
entender esse documentos para que possam priorizar o desenvolvimento dos requisitos,
conforme as necessidades da organizao.
No importa qual seja o processo de desenvolvimento utilizado; o envolvimento do usurio
final no desenvolvimento de um sistema de software de fundamental importncia.
Ento lembre-se antes de sair por a criando os modelos, primeiro converse com o seu cliente
e oua as expectativas e necessidade dele em relao ao sistema que ser desenvolvido.
Posted at 05:01PM Nov 29, 2004 by Alessandro in Engenharia de Software

http://www.jroller.com/javamail/entry/analise_de_requisitos

( Etapa 2 Passo3)
Construir resumo e represent-lo por meio de uma Tabela contendo a apresentao em forma
de tabela dos Requisitos.
Tabela2 Requisitos Funcionais e No Funcionais

Requisitos Funcionais

Requisitos

Descrio

Requisitos No Funcionais

Prioridade

Requisito

Descrio

Prioridade

( Etapa 2 Passo4)
1.1
e 3.

Construir e apresentar o Relatrio 3 Anlise de Requisitos contemplando os Passos 2

Relatrio 3 Anlise de Requisitos contemplando os Passos 2 e 3.

2.2 Elaborar uma apresentao de acordo com os resultados obtidos nas etapas 1 e 2, que
contenha dificuldades encontradas e possveis solues propostas.