2015 1 CST ADS 2 Fundamentos Analise OO

(1)

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:

(2)

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.

(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.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.

(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.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.

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.

(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.

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’.

Passos

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

(6)

• 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.

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.

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:

(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:

(8)

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

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.

(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.

Passos

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

Elsevier, 2010) focando a leitura no diagrama de sequência da UML.

• 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.

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.

(10)

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

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)

(11)

Passos

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.

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.

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:

(12)

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;

(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