CST em Análise e Desenvolvimento de Sistemas

2ª Série
Fundamentos de Análise Orientada a Objetos

A Atividade Prática Supervisionada (ATPS) é um procedimento metodológico de ensino-

aprendizagem desenvolvido por meio de etapas, acompanhadas pelo professor, e que tem
por objetivos:

 Favorecer a autoaprendizagem do aluno.

 Estimular a corresponsabilidade do aluno pelo seu aprendizado.
 Promover o estudo, a convivência e o trabalho em grupo.
 Auxiliar no desenvolvimento das competências requeridas para o exercício
profissional.
 Promover a aplicação da teoria na solução de situações que simulam a
realidade.
 Oferecer diferenciados ambientes de aprendizagem.

Para atingir estes objetivos, a ATPS propõe um desafio e indica os passos a serem
percorridos ao longo do semestre para a sua solução.

Aproveite esta oportunidade de estudar e aprender com desafios da vida profissional.

AUTORIA:
Thiago Salhab Alves
Faculdade Anhanguera de Santa Bárbara
Fundamentos de Análise Orientada a Objetos

Competências e Habilidades
Ao concluir as etapas propostas neste desafio, você terá desenvolvido as
competências e habilidades que constam, nas Diretrizes Curriculares Nacionais, descritas a
seguir.

 Compreender tecnologias relacionadas à comunicação e processamento de dados e

informações.
 Desenvolver sistemas informatizados desde a especificação de requisitos até os testes
de implantação, bem como as tecnologias de comutação, transmissão, recepção de
dados, podem constituir-se em especificidades desse eixo.

Participação
Esta atividade será, em parte, desenvolvida individualmente pelo aluno e, em parte,
pelo grupo. Para tanto, os alunos deverão:
 organizar-se, previamente, em equipes de 2 a 5 participantes;
 entregar seus nomes, RAs e e-mails ao professor da disciplina e
 observar, no decorrer das etapas, as indicações: Individual e Equipe.

Desafio

De acordo com Larman (2008), aanálise tem por objetivo investigar um determinado
problema e seus requisitos. Na Análise Orientada a Objeto a ênfase é encontrar e descrever
objetos no domínio do problema. A Análise Orientada a Objetos busca determinar a
descrição do domínio a partir da perspectiva dos objetos, identificando conceitos, atributos e
associações que são de interesse para o sistema.
A escola de Ensino Fundamental e médio, ‘BOM SABER_XY’, está finalizando a
construção de sua nova Biblioteca e necessitará de um sistema de informação para
administrar suas atividades diárias. O sistema deverá permitir realizar o cadastro dos
usuários do sistema, os funcionários e alunos da escola, assim como os livros, revistas,
periódicos e jornais, administrando os empréstimos, devoluções e reservas.
Neste desafio, sua equipe foi designada para desenvolver o projeto de software para
a Biblioteca da escola ‘BOM SABER_XY’, realizando a especificação dos requisitos, análise
e projeto de uma solução computacional para administrar a Biblioteca. Deve-se adotar a
UML (Linguagem de Modelagem Unificada para especificar, construir e documentar os
artefatos dos sistemas que deseja automatizar alguns processos adotados pela empresa.

Objetivo do desafio

Realizar a análise orientada a objetos, especificação dos requisitos e projeto de uma

solução computacional para administrar a Biblioteca da escola ‘BOM SABER_XY’,
permitindo realizar o cadastro dos usuários do sistema, os funcionários e alunos da escola,
assim como os livros, revistas, periódicos e jornais, administrando os empréstimos,
devoluções e reservas. O desafio será entregue por meio de quatro relatórios que serão
desenvolvidos ao longo das quatro etapas.

2
Fundamentos de Análise Orientada a Objetos

Livro-texto da disciplina
A produção desta ATPS é fundamentada no livro-texto da disciplina, que deverá ser
utilizado para solução do desafio:

WAZLAWICK, Raul Sidnei. Análise e Projetos de Sistemas de Informação Orientados a

Objetos. 2ª ed. Rio de Janeiro: Elsevier, 2010.

ETAPA 1 (tempo para realização: 10 horas)

 Aula-tema: Introdução ao Levantamento e Análise de Requisitos Orientados a
Objetos; Apresentação da UML. Abordagem resumida dos diagramas UML.
Apresentação de Ferramenta para modelagem de dados
Esta atividade é importante para que você conheça e aplique os conceitos de análise
de requisitos orientados a objetos para elicitação, análise, especificação e validação dos
requisitos para o sistema computacional da biblioteca da escola ‘BOM SABER_XY’.

Para realizá-la, devem ser seguidos os passos descritos.

Passos

Passo 1 (Individual)
1 Fazer a leitura dos capítulos Introdução e Concepção do livro-texto da disciplina de
Fundamentos de Análise Orientada a Objetos (WAZLAWICK, Raul Sidnei. Análise e
Projetos de Sistemas de Informação Orientados a Objetos. 2ª ed. Rio de Janeiro:
Elsevier, 2010) focando a leitura nos conceitos de Análise, Projeto, Implementação e
Testes, Análise de Requisitos e Organização dos Requisitos.

Bibliografia Complementar

• LARMAN, Craig. Utilizando UML e padrões: Uma introdução a análise e ao

projeto orientado a objetos e ao desenvolvimento iterativo. 3ª ed. Porto Alegre:
Bookman, 2008.

2 Fazer a leitura do material de aula: Conceitos Gerais de Engenharia de Software

Disponível em:
<https://docs.google.com/file/d/0B2k9x8w9Y2JfOHVMdUJsS0NQX1k/edit?usp=sharing
>. E compartilhado em: <https://kroton-
my.sharepoint.com/personal/thiago_alves_anhanguera_com/_layouts/15/guestaccess.a
spx?guestaccesstoken=uUayaagTV7s1U3GXZOaCVkUlj3Y4R6jXmWJ1pbREhqA%3d&
docid=0b37dc1e407eb4358b3ce1f29da459606>. Acesso em: 09 de out. 2014. Buscar
compreender os métodos de Engenharia de Software, processos de software e
modelos de processo de software.

3
Fundamentos de Análise Orientada a Objetos

3 Fazer o Resumo 1.1 – Conceitos Gerais de Engenharia de Software, de pelo menos 1

página, com o conteúdo lido.

Passo 2 (Equipe)
1 Fazer a leitura do material de aula: Engenharia de Requisitos. Disponível em:
<https://docs.google.com/file/d/0B2k9x8w9Y2JfNjFEV3FTTHJyYTA/edit?usp=sharing>.
E compatilhado em: <https://kroton-
my.sharepoint.com/personal/thiago_alves_anhanguera_com/_layouts/15/guestaccess.as
px?guestaccesstoken=7llljUPnXIN%2bHuYHqqLneBUsVgiyCM2ngIKqrX71PV0%3d&doc
id=0652f95e57c614a36b15b7477870804e5>. Acesso em: 09 de out. 2014, focando a
leitura nas práticas de engenharia de requisitos, requisitos funcionais e não funcionais.
2 Fazer o Resumo 1.2 – Engenharia de Requisitos, de no mínimo 1 página com o
conteúdo lido.

Passo 3 (Equipe)
1 Realizar a Elicitação dos Requisitos para a solução computacional da Biblioteca da
escola ‘BOM SABER_XY’, considerando nesta etapa a análise de sistemas correlatos
existentes, discussão com potenciais usuários e utilizando as técnicas de elicitação
aprendidas para auxiliar nesta etapa. Produzir uma listagem informal dos requisitos
obtidos.

2 Realizar a Análise dos Requisitos que foram elicitados buscando encontrar possíveis
problemas na declaração informal dos requisitos.

3 Realizar a Especificação dos Requisitos, produzindo uma tabela de Requisitos

Funcionais e Não Funcionais. Considerar como exemplo para a construção da tabela, os
requisitos funcionais e não funcionais apresentados Tabela 1 e 2 abaixo:

Tabela 1. Exemplo de Requisitos Funcionais de Sistema de Gestão Médica.

RF1. O software deve permitir que o Auxiliar de Escritório efetue o cadastro (inclusão, exclusão,
alteração) de Fichas Médicas.

RF2. O software deve permitir que o Auxiliar de Escritório efetue o bloqueio de uma Ficha Médica
que não possa ser mais alterada, apenas consultada.

RF3. O software deve garantir que apenas usuários autenticados tenham acesso ao sistema.

RF3. O software deve permitir que usuários possam recuperar sua senha.

Fonte: Elaborado pelo autor.

4
Fundamentos de Análise Orientada a Objetos

Tabela 2. Exemplo de Requisitos Não Funcionais de Sistema de Gestão Médica.

RNF1. As informações devem passar por processo de backup ao menos 1 vez por dia.

RNF2. O sistema deve ser intuitivo ao ponto de novos usuários serem treinados em no máximo 3
dias.

Fonte: Elaborado pelo autor.

4 Fazer a validação dos requisitos funcionais e não funcionais especificados e produzir a

lista de requisitos funcionais e não funcionais acordados.

Passo 4 (Equipe)
Elaborar e entregar ao professor da disciplina um relatório com o nome de Relatório 1 –
Análise dos Requisitos, com pelo menos três páginas, contendo as seguintes atividades
desenvolvidas nos passos anteriores:

1. Resumo 1.1 – Conceitos Gerais de Engenharia de Software.

2. Resumo 1.2 – Engenharia de Requisitos.
3. Listagem Informal dos Requisitos obtidos.
4. Listagem de Requisitos Funcionais e Não Funcionais validados.

ETAPA 2 (tempo para realização: 15 horas)

 Aula-tema: Diagramas de Casos de Uso. Documentação dos Casos de Uso.
Atores, Associações (Inclusão, Extensão); Diagramas de Classes e Objetos da
UML.
Esta atividade é importante para que você aplique os conceitos de Diagramas de
Casos de Uso e Diagramas de Classes para modelagem, por meio da ferramenta case
Astah Community, dos requisitos para o sistema computacional para a Biblioteca da escola
‘BOM SABER_XY’.

Para realizá-la, devem ser seguidos os passos descritos.

Passos

Passo 1 (Individual)
1 Fazer a leitura do capítulo Expansão dos Casos de Uso do livro-texto da disciplina de
Fundamentos de Análise Orientada a Objetos (WAZLAWICK, Raul Sidnei. Análise e
Projetos de Sistemas de Informação Orientados a Objetos. 2ª ed. Rio de Janeiro:
Elsevier, 2010) focando a leitura na definição de casos de uso e seus componentes.

5
Fundamentos de Análise Orientada a Objetos

Bibliografia Complementar

• LARMAN, Craig. Utilizando UML e padrões: Uma introdução a análise e ao

projeto orientados a objetos e ao desenvolvimento iterativo. 3ª ed. Porto Alegre:
Bookman, 2008.

2 Fazer a leitura do material de aula: Diagrama de Casos de Uso. Disponível em:

<https://drive.google.com/file/d/0B2k9x8w9Y2JfOHFfN1B5R2g0LUk/edit?usp=sharing>.
E compartilhado em: <https://kroton-
my.sharepoint.com/personal/thiago_alves_anhanguera_com/_layouts/15/guestaccess.as
px?guestaccesstoken=lyoOggH%2fMxNdGPWaHjpF7nV20mHmEOQjwUOe8a1f3ok%3d
&docid=0f88f2539473e4724b2544793de05178f>. Acesso em: 09 de out. 2014,
buscando compreender a estrutura do diagrama de casos de uso, seus componentes e
como utilizar para modelagem dos dados.
3 Fazer o Resumo 2.1 – Diagrama de Casos de Uso, de pelo menos uma página, com o
conteúdo lido.

Passo 2 (Equipe)
1 Fazer a leitura dos capítulos Modelagem Conceitual, Geração de Código, e Camada de
Persistência do livro-texto da disciplina de Fundamentos de Análise Orientada a Objetos
(WAZLAWICK, Raul Sidnei. Análise e Projetos de Sistemas de Informação
Orientados a Objetos. 2ª ed. Rio de Janeiro: Elsevier, 2010) focando a leitura na
definição de diagramas de classe e seus componentes.
2 Fazer o acesso ao site do AstahCommunity e baixar software AstahCommunity.
Disponível em:<http://astah.net/editions/community>. Acesso em: 09 de out. 2014.
3 Fazer acesso aos tutoriais do AstahCommunity. Disponível em:
<http://astah.net/tutorials>. Acesso em: 09 de out. 2014. Fazer leitura dos tutoriais para
aprender a utilizar a ferramenta para produzir os digramas de casos de uso e de classe.

Passo 3 (Equipe)
1 Construir, utilizando o AstahCommunity e com base na lista de requisitos funcionais
acordados, o diagrama de casos de uso. Considere como exemplo de construção, o
diagrama de casos de uso apresentado na Figura 1 abaixo:

6
Fundamentos de Análise Orientada a Objetos

Figura 1 – Exemplo de Diagrama de Casos de Uso.

Fonte: (LARMAN, 2008)

Construir, utilizando o AstahCommunity e com base na lista de requisitos funcionais

acordados, o diagrama de classes. Considerar como exemplo de construção, o diagrama de
classes apresentado na Figura 2 abaixo:

7
Fundamentos de Análise Orientada a Objetos

Figura 2 – Exemplo de Domínio Conceitual usando Diagrama de Classes

Fonte: (LARMAN, 2008)

Passo 4 (Equipe)
Elaborar e entregar ao professor da disciplina um relatório com o nome de Relatório 2 –
Modelagem Casos de Uso e Classe, com pelo menos seis páginas, contendo as seguintes
atividades desenvolvidas nos passos anteriores:

1 Resumo 2.1 – Casos de Uso.

2 Resumo 2.2 – Diagrama de Casos de Uso.
3 Resumo 2.3 – Diagramas de Classe UML.
4 Diagrama de Casos de Uso do sistema.
5 Diagrama de Classe do sistema.

Socialização de resultados parciais

Cada equipe deve elaborar uma apresentação de acordo com os resultados obtidos nas
etapas 1 e 2, que contenha as dificuldades encontradas e possíveis soluções propostas. O
professor organizará as equipes para que todas apresentem este trabalho parcial, em sala
de aula, aos demais colegas, para compor o Seminário Final desta ATPS.

8
Fundamentos de Análise Orientada a Objetos

Esta atividade tem o propósito de socializar as dinâmicas de trabalho encontradas por cada
equipe, bem como trocar experiências a respeito dos resultados obtidos.

ETAPA 3 (tempo para realização: 10horas)

 Aula-tema: Relacionamentos ou Associações (Agregação, Composição,
Generalização/Especialização); Diagrama de Sequência (Troca de Mensagens
entre Objetos). Atores, Linha de Vida, Mensagens.
Esta atividade é importante para que vocêrealize a modelagem do sistema por meio
do diagrama de sequência.

Para realizá-la, devem ser seguidos os passos descritos.

Passos

Passo 1 (Individual)
1 Fazer a leitura do capítulo Operações e Consultas de Sistemado livro-texto da disciplina
de Fundamentos de Análise Orientada a Objetos (WAZLAWICK, Raul Sidnei. Análise e
Projetos de Sistemas de Informação Orientados a Objetos. 2ª ed. Rio de Janeiro:
Elsevier, 2010) focando a leitura no diagrama de sequência da UML.

Bibliografia Complementar

• LARMAN, Craig. Utilizando UML e padrões: Uma introdução a análise e ao

projeto orientados a objetos e ao desenvolvimento iterativo. 3ª ed. Porto Alegre:
Bookman, 2008.

2 Fazer o Resumo 3.1 – Diagrama de Sequência, de pelo menos uma página, com o
conteúdo lido.

Passo 2 (Equipe)
1 Fazer a leitura do artigo Proposta de Utilização do Diagrama de Sequência para
Definição de Casos de Teste de Unidade. Disponível em:
<https://drive.google.com/file/d/0B2k9x8w9Y2JfNG5Bek1COEN5OFU/edit?usp=sharing
>. E compartilhado em: <https://kroton-
my.sharepoint.com/personal/thiago_alves_anhanguera_com/_layouts/15/guestaccess.a
spx?guestaccesstoken=xxVkLW1duvhq3fWQXQsuTYSFq0FgcftscaWzZ3eRuUQ%3d&
docid=04de2d6e434f147edbbea3bd54011e7be>. Acesso em: 12 de out. 2014. Focar a
leitura no uso de diagramas de sequência.
2 Fazer o Resumo 3.2 – Utilização do Diagrama de Sequência, de pelo menos uma
página, com o conteúdo lido.

9
Fundamentos de Análise Orientada a Objetos

Passo 3 (Equipe)
1 Construir, utilizando o AstahCommunity e com base na lista de requisitos funcionais
acordados, o diagrama de sequência do sistema. Considere como exemplo de
construção, o diagrama de casos de uso apresentado na Figura 3 abaixo:

Figura 3 – Exemplo de Diagrama de Sequência derivado de casos de uso – cenário

Fonte: (LARMAN, 2008)

Passo 4 (Equipe)
Elaborar e entregar ao professor da disciplina um relatório com o nome de Relatório 3 –
Modelagem Diagrama de Sequência, com pelo menos cinco páginas, contendo as
seguintes atividades desenvolvidas nos passos anteriores:

1 Resumo 3.1 – Diagrama de Sequência.

2 Resumo 3.2 – Utilização do Diagrama de Sequência.
3 Diagrama de Sequência do sistema.

ETAPA 4 (tempo para realização: 10 horas)

 Aula-tema: Diagrama de Atividade. Atividade, nó de ação, fluxo de controle.
Esta atividade é importante para que você realize a modelagem do sistema por meio
do diagrama de atividades.

Para realizá-la, devem ser seguidos os passos descritos.

10
Fundamentos de Análise Orientada a Objetos

Passos

Passo 1 (Individual)

1 Fazer a leitura sobre Diagrama de Atividades da Bibliografia Complementar (LARMAN,

Craig. Utilizando UML e padrões: Uma introdução a análise e ao projeto orientado a
objetos e ao desenvolvimento iterativo. 3ª ed. Porto Alegre: Bookman, 2008) focando a
leitura na definição de diagrama de atividades e seus componentes.
2 Fazer o Resumo 4.1 – Diagrama de Atividades, de pelo menos uma página, com o
conteúdo lido.

Passo 2 (Equipe)
1 Fazer a leitura do material de aula Diagrama de Atividades. Disponível em:
<https://drive.google.com/file/d/0B2k9x8w9Y2JfV29NZ1FKUGxvb2s/edit?usp=sharing>.
E compartilhado em: <https://kroton-
my.sharepoint.com/personal/thiago_alves_anhanguera_com/_layouts/15/guestaccess.as
px?guestaccesstoken=Bo2quOJTThzVJYjUciM90FqExu01Ya59et%2fSTuaX3d8%3d&do
cid=0beddc19d8eb747e8815b11603cb07404>. Acesso em: 10 de out. 2014. Focar a
leitura no uso de diagramas de atividades.
2 Fazer o Resumo 4.2 – Componentes Diagrama de Atividades, de pelo menos uma
página, com o conteúdo lido.

Passo 3 (Equipe)
1 Construir, utilizando o AstahCommunity e com base na lista de requisitos funcionais
acordados, o diagrama de atividades do sistema. Considerar como exemplo de
construção, o diagrama de casos de uso apresentado na Figura 4 abaixo:

Figura 4 – Exemplo de Diagrama de Atividades.

Fonte: (LARMAN, 2008)

11
Fundamentos de Análise Orientada a Objetos

Passo 4 (Equipe)
Elaborar e entregar ao professor da disciplina um relatório com o nome de Relatório 4 –
Modelagem Diagrama de Atividades, com pelo menos três páginas, contendo as
seguintes atividades desenvolvidas nos passos anteriores:

1 Resumo 4.1 – Diagrama de Atividades.

2 Resumo 4.2 – Componentes de Diagrama de Atividades.
3 Diagrama de Atividades do sistema.

Seminário de Conclusão
Com o objetivo de apresentar os resultados obtidos por meio da ATPS, o Seminário Final
pretende proporcionar aos estudantes a socialização das variações de resultados, bem
como o debate a respeito das dificuldades e soluções encontradas para a finalização do
desafio.

Cada equipe deverá realizar uma apresentação de vinte minutos, contendo até vinte
slides.

Esta apresentação deverá contemplar a seguinte estrutura:

 Introdução: base teórica utilizada para solução do desafio.

 Desenvolvimento: a partir da apresentação parcial elaborada na etapa 2, descrever as
soluções encontradas para a resolução final do desafio.
 Conclusão: explicar como as soluções encontradas para a resolução final do desafio,
poderão contribuir efetivamente em sua vida profissional.
A apresentação do Seminário Final de cada curso deverá ocorrer em sua unidade, em local
e data a serem definidos pelo professor da disciplina e o coordenador de curso.

Padronização

O material escrito solicitado nesta atividade deve ser produzido de acordo com as normas
da ABNT, com o seguinte padrão (exceto para produções finais não textuais):

 em papel branco, formato A4;

 com margens esquerda e superior de 3cm, direita e inferior de 2cm;
 fonte Times New Roman tamanho 12, cor preta;
 espaçamento de 1,5 entre linhas;
 se houver citações com mais de três linhas, devem ser em fonte tamanho
10, com um recuo de 4cm da margem esquerda e espaçamento simples
entre linhas;

12
Fundamentos de Análise Orientada a Objetos

 com capa, contendo:

 nome de sua Unidade de Ensino, Curso e Disciplina;
 nome e RA de cada participante;
 título da atividade;
 nome do professor da disciplina;
 cidade e data da entrega, apresentação ou publicação.

Para consulta completa das normas ABNT, acessar a Normalização de Trabalhos

Acadêmicos Anhanguera. Disponível em:
<http://issuu.com/normalizacao/docs/normaliza____o_de_trabalhos_acad__m>. Acesso em:
22 de ago. 2014.

Vale lembrar: constitui plágio a apropriação de ideias alheias sem a indicação do autor e da
fonte de onde foi retirada a informação referenciada. Para saber mais, assistir ao vídeo de
orientação sobre plágio

13