SISTEMA DE ENSINO PRESENCIAL CONECTADO

CURSO SUPERIOR DE TECNOLOGIA EM ANLISE E

DESENVOLVIMENTO DE SISTEMAS
XXXXXX

XXXXXXXXX

PORTIFLIO

Produo Textual Interdisciplinar Individual

2015

PORTIFLIO

Produo Textual Interdisciplinar Individual

Trabalho interdisciplinar apresentado ao Curso Superior

de Tecnologia em Anlise e Desenvolvimento de
Sistemas da Universidade Norte do Paran - UNOPAR,
para as disciplinas de Fundamentos de Redes de
Computadores, Tpicos Avanados em Desenvolvimento
de Sistemas, Gesto do Conhecimento e Seminrios VI.

2015

SUMRIO
1

INTRODUO ..................................................................................................... 3

OBJETIVO ........................................................................................................... 4

SEGURANA EM APLICAES WEB ................ Erro! Indicador no definido.

DIAGRAMA DE CASO DE USO .......................................................................... 7

DIAGRAMA DE ATIVIDADE ................................................................................ 9

NORMALIZAO DO DIAGRAMA ENTIDADE RELACIONAMENTO .............. 10

CONCLUSO .................................................................................................... 12

REFERNCIAS ......................................................................................................... 13

1 INTRODUO

2 OBJETIVO
Tenho como objetivos deste, ampliar os conhecimentos, atravs de
pesquisas, no que se refere a:
- Desenvolvimento e Gesto de Projetos;
- Programao Orientada a Objetos;
- Integrao dos assuntos relacionados acima.

3 REAS DE COMPETNCIA SEGUNDO PMBOK

O PMBoK um guia de conhecimento em gerenciamento de
projetos que foi criado e est constantemente sendo atualizado pelos profissionais
que fazem parte da rea de gerenciamento de projetos. Trato a seguir, das reas de
competncia: riscos, escopo, fornecedores e partes interessadas.
3.1 RISCOS:
Esta

rea

descreve

os

processos

relativos

realizao

do

gerenciamento de riscos. Os processos tem o objetivo de:

Planejar o Gerenciamento dos Riscos.

Identificar os Riscos.

Realizar a Anlise Qualitativa de Riscos.

Realizar a Anlise Quantitativa dos Riscos.

Planejar as Respostas aos Riscos.

Monitorar e Controlar os Riscos.

3.2 ESCOPO:
Esta rea descreve os processos apenas do trabalho necessrio, para que seja
concludo com sucesso.
Existem trs processos de planejamento (para o gerenciamento do escopo) e dois
processos de controle e monitoramento (para o gerenciamento do cronograma e
verificao do que est sendo realizado. Os processos dessa rea so:

Coletar Requisitos.

Definir o Escopo.

Cria a EAP (Estrutura Analtica do Projeto).

Verificar o Escopo.

Controlar o Escopo.

3.3 FORNECEDORES:
Os processos desta rea de conhecimento tm como objetivo
determinar o que se quer adquirir, de quem se quer adquirir, receber as resposta dos
fornecedores e selecionar o fornecedor, como se dar o gerenciamento dos
contratos, pagamentos, se as entregas esto de acordo com o que foi estabelecido,
pagar o fornecedor, e por ltimo formalizar a finalizao do contrato.
Os processos dessa rea so:

Planejar as Aquisies.

Realizar as Aquisies.

Administrar as Aquisies.

Encerrar as Aquisies.

3.4 PARTES INTERESSADAS:

o processo de identificao de todas as pessoas ou organizaes
que podem ser afetadas pelo projeto. Talvez o processo mais crtico do
gerenciamento, o GP deve conectar as partes interessadas maximizando as
influncias positivas e minimizando as resistncias, o que implicar em uma maior
probabilidade de aceitao das entregas.
Os processos dessa rea so:

Identificar as Partes Interessadas.

Planejar as Comunicaes.

Distribuio das Informaes.

Gerenciar as Expectativas das Partes Interessadas.

Reportar Desempenho.

5 PROGRAMAO PARA WEB

A plataforma Java a mais utilizada para o desenvolvimento de
aplicaes web corporativas. O mercado exige que o software seja desenvolvido
com o menor tempo e custo possvel e com qualidade. Para isso tornou-se essencial
a utilizao de frameworks, pois eles aumentam a produtividade, maximizam o reuso
e reduzem a possibilidade de erros. Atualmente existem diversos frameworks web
disponveis para a plataforma Java.
5.1 COMPARAO DE FRAMEWORKS
Abaixo segue alguns dos principais frameworks Java:
- Struts (J2EE): um dos frameworks mais usados em ambientes corporativos para
construo de aplicaes web. Usa o modelo MVC e caracterizado por uma camada
de controle com uso de J2EE e XML.
- JavaServer Faces (J2EE): baseado em tecnologia de servlets e JSP, pode ser
usado como uma opo ao Struts.
- Spring (POA): framework baseado em orientao a aspectos. Possibilidade de uso
em conjuntos com outros frameworks MVC, como o Struts e JSF.
- Hibernate (Persistncia de Dados): conhecido framework de persistncia de
dados, que usa conceitos de banco de dados, alm do mapeamento objeto-relacional
(classes Java para tabelas de databases).
- JDO (Persistncia de Dados): interface que prov uma camada de abstrao
aplicao - armazenamento de dados.
- Prevayler (Persistncia de Dados): outro famoso framework que prega uma
JVM invulnervel logicamente com uso de uma camada de prevalncia de objetos.
- JUnit (testes): talvez o mais usado framework Java, includo em IDEs free ou
comerciais. Para testes unitrios em geral.
- Cactus (testes): framework especfico para testes unitrios de aplicaes J2EE.
- Jbanana (J2EE): framework brasileiro e open-source para desenvolvimento web.
- Log4J (log): amplamente usado e tli para gerao de logs.
- Jakarta commons-log (log): semelhante ao Log4J, sob o selo da Jakarta.
- Ant (build e deploy): - framework tambm amplamente divulgado da Jakarta
para automatizao de processos de construo, alm de testes e distribuio.
Jasper Report / iReport (geradores de relatrio) - framework para gerao de modo
dinmico de relatrios. Compatvel com formatos xml, pdf e html.

5.2 VANTAGENS E DESVANTAGENS NO USO DE FRAMEWORKS

A utilizao dos frameworks facilita muito o desenvolvimento do

software, permitindo que sejam construdas aplicaes muito mais robustas, com
maior qualidade e em menor tempo, o que essencial para a exigncia e
competitividade existentes no mercado de trabalho.

10

4 DIAGRAMA DE CASO DE USO

O diagrama documenta o que o sistema faz do ponto de vista do
usurio, pois descreve as principais funcionalidades dele e a interao com os
usurios. Nele no aprofundamos detalhes tcnicos.

Diagramas de Casos de Uso so compostos basicamente por quatro

partes:

Cenrio: Sequncia de eventos que acontecem quando um usurio interage

com o sistema.

Ator: Usurio do sistema, ou melhor, um tipo de usurio.

Use Case: uma tarefa ou uma funcionalidade realizada pelo ator (usurio)

Comunicao: o que liga um ator com um caso de uso

O diagrama de caso de uso abaixo, demostra com o diagrama de

atividade a funcionalidade do sistema e seu uso, ao desenvolvermos o diagrama de
atividade ser necessrio primeiramente um caso de uso.

11

Como podemos observar esse diagrama composto por desenhos

simples descrevem de maneira bem objetiva o que textualmente poderia ficar
extenso. Nele vemos as funcionalidades do sistema e as interaes dos usurios
comelas.

12

5 DIAGRAMA DE ATIVIDADE
Segundo minhas pesquisas, o diagrama de atividades um grfico
de fluxo, mostrando o fluxo de controle de uma atividade para outra e sero
empregados para fazer a modelagem de aspectos dinmicos do sistema. Na maior
parte, isso envolve a modelagem das etapas sequenciais em um processo
computacional; Enquanto os diagramas de interao do nfase ao fluxo de controle
de um objeto para outro, os diagramas de atividades do nfase ao fluxo de controle
de uma atividade para outra; Uma atividade uma execuo no atmica em
andamento em uma mquina de estados e acabam resultando em alguma ao,
formada pelas computaes atmicas executveis que resultam em uma mudana
de estado do sistema ou o retorno de um valor.
O diagrama de atividades da Telecine Mozer, ser esse:

13

6 NORMALIZAO DO DIAGRAMA ENTIDADE RELACIONAMENTO

Normalizao o processo de organizar dados numa base de
dados. Este processo envolve a criao de tabelas e os estabelecimentos de
relaes entre essas tabelas, de acordo com regras concebidas para proteger os
dados e para tornar a base de dados mais flexvel, atravs da eliminao da
redundncia e da dependncia inconsistente. Os dados redundantes desperdiam
espao em disco e criam problemas de manuteno. Se necessrio alterar dados
que existem em mais do que um local, esses dados tm de ser alterados
exatamente do mesmo modo em todos os locais. Uma alterao de morada de um
cliente muito mais fcil de implementar se esses dados estiverem apenas
armazenados na tabela Clientes e em mais nenhum local da base de dados. Existem
algumas regras para a normalizao de bases de dados. Cada regra chamada
formula normal. Se a primeira regra respeitada, diz-se que a base de dados est
na primeira formula normal. Se as trs primeiras regras so observadas, considerase que a base de dados est na terceira formula normal. Considera-se que a terceira
formula normal corresponde ao nvel mais alto necessrio para a maior parte das
aplicaes. De um modo geral, a normalizao requer mais tabelas e alguns clientes
acham este procedimento confuso. Se decidir violar uma das trs primeiras regras
da normalizao, certifique-se de que a sua aplicao antecipa quaisquer problemas
que possam ocorrer, tais como a existncia de dados redundantes e dependncias
inconsistentes, tambm existe uma foram normal chamada forma normal de BoyceCodd, uma tabela est na BCNF se e somente se estiver na 3FN e todo atributo no
chave depender funcionalmente diretamente da chave primria, ou seja, no h
dependncias entre atributos no chave, na quarta forma normal atribui-se quando
estiver na 3FN e no existirem dependncias multivaloradas e quinta forma normal
ser quando est ligada noo de dependncia de juno, Se uma relao
decomposta em vrias relaes e a reconstruo no possvel pela juno das
outras relaes, dizemos que existe uma dependncia de juno. Existem tabelas
na 4FN que no podem ser divididas em duas relaes sem que se altere os dados
originais.

14

15

7 CONCLUSO

16

REFERNCIAS
PHP. Disponvel em: <http://pt.wikipedia.org/wiki/PHP>. Acesso em: 09/10/2012.
Microsoft SQL Server. Disponvel em:
<http://pt.wikipedia.org/wiki/Microsoft_SQL_Server>. Acesso em: 09/10/2012.
Processo de Desenvolvimento de Software. Disponvel em:
<http://pt.wikipedia.org/wiki/Processo_de_desenvolvimento_de_software>. Acesso
em: 10/10/2012.
Verificao, Validao e Testes de Software. Disponvel em:
<http://www.slideshare.net/ccalmendra/verificao-validao-e-teste-de-software>.
Acesso em: 10/10/2012.
NISHIMURA, Roberto Yukio. Banco de Dados I. Ed. Pearson. p. 5-10. ????
TANAKA, Simone Sawasaki. Anlise de sistemas I. Ed. Pearson. p. 43-47. p. 111112. ????
PERINI, Lus Cludio; HISATOMI, Marco Ikuro; BERTO, Wagner Luiz. Engenharia
de
software. Numero. Ed. local: Pearson, e ano. ?????
http://www.martinsfontespaulista.com.br/anexos/produtos/capitulos/254879.pdf
http://www.youtube.com/watch?v=1BlIUSdFg9k
http://pt.wikipedia.org/wiki/Normaliza
http://link.springer.com/chapter/10.1007%2F11775096_11
http://pt.wikipedia.org/wiki/Banco_de_dados
http://pt.wikipedia.org/wiki/Categoria:Tipos_de_bancos_de_dados

PERINI, Luis Cludio, HISATOMI, Marco, BERTO, Wagner Luiz. Engenharia de

Software. So Paulo: Pearson, 2013.
UNIVERSIDADE FEDERAL DO PARAN. Biblioteca Central. Normas para
apresentao de trabalhos. 2. ed. Curitiba: UFPR, 1992. v. 2.