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

2

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.

Fundamentos de Análise Orientada a Objetos

3

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.aspx?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.

Fundamentos de Análise Orientada a Objetos

4

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.aspx?guestaccesstoken=7llljUPnXIN%2bHuYHqqLneBUsVgiyCM2ngIKqrX71PV0%3d&docid=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.

Fundamentos de Análise Orientada a Objetos

5

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.

Fundamentos de Análise Orientada a Objetos

6

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.aspx?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:

Fundamentos de Análise Orientada a Objetos

7

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:

Fundamentos de Análise Orientada a Objetos

8

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.

Fundamentos de Análise Orientada a Objetos

9

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.aspx?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.

Fundamentos de Análise Orientada a Objetos

10

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.

Fundamentos de Análise Orientada a Objetos

11

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.aspx?guestaccesstoken=Bo2quOJTThzVJYjUciM90FqExu01Ya59et%2fSTuaX3d8%3d&docid=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)

Fundamentos de Análise Orientada a Objetos

12

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;

Fundamentos de Análise Orientada a Objetos

13

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