2012 2 atps apoo si ads

7/18/2019 2012 2 Atps Apoo Si Ads

http://slidepdf.com/reader/full/2012-2-atps-apoo-si-ads 1/9

1

Curso: SI / ADS Nota:

Disciplina: Análise e Projeto de Sistemas de Orientados a Objetos

Professora: Tânia Mara Paiva de Oliveira

ATPS + complemento Data: Belo Horizonte, 2º. Semestre de 2012 Grupo:

OBS: As atividades aqui descritas são uma expansão do ATPS (Atividade PráticaSupervisionada) de 2012-2, do prof. Marcelo José Storion, feita pela profa. TâniaMara P. de Oliveira.

A atividade prática supervisionada (ATPS) é um procedimento metodológico deensino-aprendizagem desenvolvido por meio de um conjunto de etapas programadas esupervisionadas e que tem por objetivos:

Favorecer a aprendizagem. Estimular a corresponsabilidade do aluno pelo aprendizado eficiente e eficaz. Promover o estudo, a convivência e o trabalho em grupo. Desenvolver os estudos independentes, sistemáticos e o autoaprendizado. Oferecer diferentes ambientes de aprendizagem.

Auxiliar no desenvolvimento das competências requeridas pelas DiretrizesCurriculares Nacionais dos Cursos de Graduação.

Promover a aplicação da teoria e conceitos para a solução de problemaspráticos relativos à profissão.

Direcionar o estudante para a busca do raciocínio crítico e a emancipaçãointelectual.

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

A sua participação nesta proposta é essencial para que adquira as competências ehabilidades requeridas na sua atuação profissional.

Aproveite esta oportunidade de estudar e aprender com desafios da vidaprofissional.

COMPETÊNCIAS E HABILIDADES

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

Definir parâmetros de utilização de sistemas, gerenciar os recursos humanosenvolvidos, implantar e documentar rotinas, controlar os níveis de serviço desistemas operacionais e banco de dados, gerenciando os sistemas implantados.

Produção Acadêmica

Primeiro Bimestre:1) Levantamento de Requisitos do sistema Hospitalar (Etapa 1).2) Descrição dos Atores (Etapa 1).3) Definição dos Objetivos principais do sistema (Etapa 1).4) Protótipos das entradas e saídas do sistema (Etapa 2).5)

Tabela de Casos de Uso (Etapa 2).6) Dicionário de Dados (Etapa 2).7) Diagrama de Casos de Uso (Etapa 3).8)

Descrição de Casos de Uso (Etapa 3).Segundo Bimestre:

1)

Diagrama de Atividades (Etapa 4A). 2)

Diagrama de Classes (Etapa 4B).3)

Diagrama de Objetos (Etapa 5).

7/18/2019 2012 2 Atps Apoo Si Ads


2

Participação

Esta atividade será, em parte, desenvolvida individualmente pelo aluno e, emparte,pelo grupo. Para tanto, os alunos deverão:

. Organizar-se, previamente, em equipes de participantes conforme orientaçãodo professor.. Entregar seus nomes, RAs e e-mails ao professor da disciplina.

. Observar, no decorrer das etapas, as indicações: Aluno e Equipe.

Padronização

O material escrito solicitado nesta atividade deve ser produzido de acordo com asnormas da ABNT1, com o seguinte padrão:

* Consulte o Manual para Elaboração de Trabalhos Acadêmicos. Unianhanguera.Disponível em:http://www.unianhanguera.edu.br/anhanguera/bibliotecas/normas_bibliograficas/index.html

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

DESAFIO

Procedimentos e processos mal analisados, não documentados e nãoinformatizados causaram diversos problemas, entre eles a execução de uma mesmatarefa por inúmeras vezes. Além disso, houve inconsistência das informações,tornando as mesmas não confiáveis. Diante desses fatos ocorridos no SISTEMAHOSPITALAR de um Cliente e do crescente número de processos envolvendo essesistema, se faz necessário uma nova análise do mesmo. Portanto, uma equipe dedesenvolvedores deve ser criada, os quais serão avaliados em suas capacidades comoprojetistas. A equipe identificará e analisará, mediante as características dosistema solicitado pelo Cliente, os seus principais processos e eventos.

O objetivo deste desafio é verificar a capacidade de análise da equipe queatenderá ao Cliente, tendo como foco o levantamento de requisitos. Nesta etapa, oAnalista de Sistemas busca compreender as necessidades do usuário e o que eledeseja que o sistema a ser desenvolvido realize. O Analista de Sistemas tentacompreender como funcionam os processos a serem informatizados e quais serviços ocliente precisa que o futuro software disponibilize.

Um relatório deverá ser produzido contendo o Levantamento de Requisitos doSISTEMA HOSPITALAR. Com base neste relato, exigido pelo Cliente, a Linguagem deModelagem Unificada (UML) passará a ser utilizada, com seus principais diagramas,para gerar a respectiva Modelagem e Documentação do Sistema. O Cliente justificasua exigência pela afirmação de Guedes (2009) de que “A modelagem é uma parte

central de todas as atividades que levam à implantação de um bom Software”.

http://www.unianhanguera.edu.br/anhanguera/bibliotecas/normas_bibliograficas/index.html




7/18/2019 2012 2 Atps Apoo Si Ads


3

Características do Sistema solicitado pelo Cliente:Sistema Hospitalar

O Sistema Hospitalar que precisa passar por nova análise deverá atender a algumas

características relevantes descritas a seguir.

- O sistema atenderá a um hospital com diversas unidades de tratamento (alas do

hospital). Cada ala do hospital refere-se a uma especialidade médica, como clínica

geral, ortopedia, dermatologia, etc.

- Cada unidade de tratamento pode ser ocupada por diversos pacientes, que são

atendidos conforme o nível de urgência (alas de pronto-atendimento) ou a hora da

consulta (alas de consulta agendada).

- Pronto-atendimento:

A paciente chega ao hospital e passa por uma triagem para saber a qual ala se

dirigir. Nesse momento, uma médica de plantão registra na agenda do dia o nome e

telefone de contato da paciente, os sintomas básicos que está sentindo, e qualifica

o nível de urgência da consulta (alta, média ou baixa). Em seguida, encaminha a

paciente a uma das alas do hospital especializada.

- Consulta agendada:A paciente liga para o hospital, para marcar uma consulta, informando a

especialidade e a médica desejada. A atendente verifica na agenda da médica os dias

disponíveis para marcação da consulta e agenda a consulta, anotando se a consulta

será particular ou por convênio e o nome e telefone de contato da paciente.

- O cadastro de pacientes é feito com nome, CPF (se tiver), telefone de contato

fixo e celular, endereço, data de nascimento e sexo. Cada paciente cadastrado ganha

um número de matricula no hospital, sequencial, crescente.

-Consulta Médica (agendada ou pronto-atendimento):

Ao iniciar a consulta, a médica confirma os dados cadastrais da paciente e,

se for retorno, anota o resultado dos exames realizados, inclusive o laboratório

que realizou cada exame.Durante uma consulta, a médica pode registrar quatro tipos de textos: (1) das

queixas da paciente; (2) dos exames solicitados e resultado dos mesmos; (3) das

prescrições de medicamentos; (4) das respostas ao tratamento efetuado e outras

observações.

As solicitações de exames, se necessário, devem apresentar a data de solicitação do

exame, o nome do paciente, nome do médico e tipos de exame.

- O depto. Administrativo do hospital realiza o cadastro de médicos, das

especialidades médicas oferecidas pelo hospital e dos planos de saúde que atende.

- O cadastro de médicos é feito com nome, CRM, endereço, telefone de contato fixo e

celular e respectiva especialidade, além dos horários de atendimento em cada dia dasemana. Os médicos são usuários do sistema – cadastro de login e senha - e têm

permissão para consultar as informações dos pacientes.

- De uma especialidade deseja-se saber o nome e o código da especialidade

- De um plano de saúde deseja-se saber razão social, CNPJ, telefone e endereço.

Regras de Negócio:

1 – Consulta: um médico não pode atender uma consulta cujo plano de saúde não

esteja na lista de planos conveniados do hospital.

2 – Um médico não pode ter associado a ele uma consulta com data e hora que não

coincida com um de seus horários de atendimento.

3 – Não pode haver duas consultas para o mesmo médico com data e hora conflitantes,considerando que cada consulta dura 30 minutos.

4 – Ao terminar uma consulta o cliente deverá assinar o recibo do Plano de Saúde

(se for conveniado) ou pagar à vista com dinheiro ou cheque nominal.

7/18/2019 2012 2 Atps Apoo Si Ads


4

Objetivo do Desafio

Elaborar a modelagem do sistema Hospitalar, orientado a objetos através daModelagem de Linguagem Unificada (UML), tendo em vista as características descritasacima.

1º. Bimestre

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

Aula tema: Apresentação da Disciplina. Desenvolvimento de sistemas orientadoa objetos. Conceitos de Análise Orientada a Objetos. Levantamento deRequistos

Esta atividade é importante para que você busque compreender as necessidades dousuário e o que ele necessita que o sistema a ser criado faça. Para realizá-la éimportante seguir os passos descritos.

PASSOS

Passo 1 (Equipe)

Reunir em equipe e estudar a situação problema do Cliente, especificações doSISTEMA HOSPITALAR, para compreender as necessidades do usuário e o que ele precisaque o sistema a ser desenvolvido forneça. A equipe precisa compreender comofuncionam os processos a serem informatizados.

Passo 2 (Equipe):

Escrever alguns tópicos ressaltando as funcionalidades identificadas no sistema.Saber justificar junto ao cliente o porquê tais funcionalidades foram consideradascomo fundamentais e os benefícios de utilizá-las.

Entregar ao cliente um relatório contendo o Levantamento de Requisitos do SISTEMAHOSPITALAR . Deverão seguir o exemplo ilustrativo a seguir.

Exemplo: Relatório de Levantamento de Requisitos

<Sistema de Floriculturas>

1- Possibilitar o cadastro de vendas (que incluem as vendas realizadas nopróprio balcão da floricultura, as vendas por telefone ou as vendas pelaInternet).2- Possibilitar o cadastro de produtos, fornecedores, clientes, convênios,

funcionários e arranjos.3- Fornecer ao gerente, relatórios como: de clientes devedores, declientes aniversariantes, de produtos por fornecedor, de produtos em estoque,de entregas por funcionário e de entregas por determinado período.4- O gerente pode controlar as entregas, distribuindo-as aos funcionáriospara que sejam realizadas e atribuir as comissões devidas aos mesmos, bemcomo cancelá-las quando solicitado.

Passo 3 (Equipe)

Identificar os Atores, “quem interage com o Sistema Hospitalar”. A identificaçãodos Atores é fundamental, pois, os mesmos serão os usuários do futuro software.Descrever a função dos principais agentes (Atores) que farão uso do futuro sistema.Entregar ao cliente um relatório contendo a Descrição dos Atores do sistema. Sigamo padrão existente na empresa de desenvolvimento, o qual é descrito no exemplo aseguir.

7/18/2019 2012 2 Atps Apoo Si Ads


5

Exemplo:Cliente – Qualquer pessoa física ou jurídica que faz compras de flores, arranjos,

vasos ou produtos para conservação de plantas no balcão da floricultura, por

telefone ou pela Internet.

Passo 4 (Equipe)

Entregar ao cliente um relatório contendo o(s) Objetivo(s) Principal(is) do SISTEMAHOSPITALAR - seja claro e sucinto. Vejam o exemplo ilustrativo a seguir.

Exemplo: Sistema de Floriculuras

Objetivo: Possibilitar a realização e o controle das vendas no próprio balcão dafloricultura, as vendas por telefone ou as vendas pela Internet, além de fornecerrelatórios gerencias.


Aula tema: Prototipação. Modelagem de Casos de Uso.

Esta atividade é importante para que você consiga visualizar os principaisprocessos que ocorrem no Sistema.

Para realizá-la é importante seguir os passos descritos.

PASSOS

Passo 1 (Equipe)

Projetem todas as telas e dispositivos de entrada de dados e todas as telas,relatórios e dispositivos de saída de dados.

Podem usar qualquer tipo de ferramenta para construir o protótipo ou até mesmo

fazer à mão.

Entregar ao cliente os protótipos impressos em papel, para que constem dadocumentação de modelagem do sistema Hospitalar.

Passo 2 (Equipe)

Atender a mais uma solicitação do cliente e, a partir do Levantamento de Requisitose dos Protótipos, criem a Tabela de Casos de Usos do sistema Hospitalar. Exemploilustrativo apresentado no passo 3.

Passo 3 (Equipe)

OBS: leia o cap.4, Modelagem de Casos de Uso, do livro texto da disciplina:Bezerra, Eduardo. Princípios de Análise e Projeto de Sistemas com UML. 2ª edição, São Paulo: Campus, 2007.

Considerar que os Casos de Uso (Use Case) são desenvolvidos de acordo com os“eventos” que ocorrem entre os agentes externos (Atores) e o sistema. Um Caso deUso é uma sequência de transações realizadas pelo sistema em resposta ao disparo deum evento.

Apresentem ao cliente um relatório contendo a Tabela de Casos de Uso do sistema

Hospitalar em análise e o Dicionário de Dados (1ª. Versão), conforme exemploapresentado a seguir.

7/18/2019 2012 2 Atps Apoo Si Ads


6

OBS: o Dicionário de dados deve conter a descrição de todas as entradas e saídas dedados que constam na Tabela de Casos de Uso. O conteúdo do dicionário de dadosainda não precisa estar totalmente refinado. Deve ser apresentada a 1ª. versão,realizada junto com a identificação dos Casos de Uso.

Exemplo:

Casos de Uso (verbo +

objeto)

Ex: registrarPagtoPedido

Atores

(primário e

secundário)

Ex: cliente;

secretária.

Entradas (*)

(“dados” + objeto)

Ex: dadosCliente;

dadosPedido;

dadosPagamento.

Saídas (*)

(dados, relatórios, telas, etc)

Ex: dadosPagamento atualizado;

recibo-de-Pagto;

Dicionário de Dados: descrição dos atributos que compõem os repositórios dedados de entrada e saída dos casos de uso (*). Exemplo:

dadosCliente = nome (A30), sexo (A1), dataNascimento (N8), endereço (A50),telefoneFixo (N10), telefoneCelular (N10), email (A50);

onde A= alfanumérico, N = númerico.

OBS: se um mesmo repositório for utilizado na entrada e saída de um Caso de Uso,sem ter sofrido alteração em seu formato (mesmos atributos), então não é precisorepetir a descrição do mesmo, basta colocar a palavra “atualizado” na frente.

Exemplo: vide “dadosPagamento” na tabela de Casos de Uso acima.


Aula tema: Diagrama de Casos de Uso. Descrição de Casos de Uso.

Esta atividade é importante para que você passe a fazer uso da Linguagem deModelagem Unificada (UML) para gerar diagramas que possam representar e documentaros processos do sistema.


PASSOS

Passo 1 (Equipe)

Para a Implementação dos Diagramas da Linguagem UML: utilizar uma ferramentaCASE (Computer-Aided Software Engineering) - exemplo JUDE/astah (Java and UML

Development Envroument), que auxilia em atividades de Engenharia de Software.A ferramenta JUDE possui uma versão gratuita para download, na Internet.Disponível em: http://jude.change-vision.com/jude-web/index.html. Acesso em: 09set. 2011.

OBSERVAÇÃO: poderá ser utilizada qualquer ferramenta CASE para implementaçãodos diagramas UML do sistema Hospitalar. Outros exemplos de ferramentas CASE:VISIO, ROSE, ECLIPSE, etc.

Utilize a ferramenta CASE, escolhida pelo grupo, para fazer essa etapa.

Passo 2 (Equipe)

A partir da Tabela de Casos de Uso do sistema Hospitalar, entreguem ao cliente orespectivo Diagrama de Casos de Usos.

http://jude.change-vision.com/jude-web/index.html

http://jude.change-vision.com/jude-web/index.html

7/18/2019 2012 2 Atps Apoo Si Ads


7

OBS: o diagrama de Casos de Uso do sistema Hospitalar deve conter todos os casos deuso relacionados na Tabela de Casos de Uso correspondente.

Exemplo:

Passo 3 (Equipe)

A partir da Tabela de Casos de Uso do sistema Hospitalar, fazer a Descrição deCasos de Uso e entregue-as ao cliente. Para a Descrição de Casos de Uso videexemplo no livro texto da disciplina (E.Bezerra), p. 96 a 102.

OBS: Cada membro do grupo deve descrever um caso de uso. Em cada descriçãofeita deve constar o nome do analista que a fez.

2º. Bimestre


ETAPA 4A

Aula tema: Modelagem de Atividades, utilizando a UML.

Esta atividade é importante para você entender melhor o comportamento do sistemano decorrer de diversos casos de uso. Ou seja, como determinados casos de uso dosistema se relacionam no decorrer do tempo.


PASSO 1 (equipe)

OBS: leiam o cap.10, Modelagem de Atividades, do livro texto da disciplina:Bezerra, Eduardo. Princípios de Análise e Projeto de Sistemas com UML. 2ª edição, São Paulo: Campus, 2007.

Segundo o autor recomendado acima, Eduardo Bezerra, “Na verdade, o diagrama

de atividades pode ser visto como uma extensão dos fluxogramas. Além de possuir

toda a semântica existente em um fluxograma (com notação ligeiramente diferente), o

diagrama de atividade possui notação para representar ações concorrentes

(paralelas), juntamente com a sua sincronização” .

PASSO 2 (equipe)

A partir da Tabela de Casos de Uso, faça o diagrama de Atividades do sistemaHospitalar.

7/18/2019 2012 2 Atps Apoo Si Ads


8

Utilizem uma ferramenta CASE para representar o diagrama de Atividades dosistema Hospitalar em análise e o entregue ao cliente.

ETAPA 4B

Aula tema: Conceitos de Classes e diagrama de Classes, utilizando a UML.

Esta atividade é importante para que você tenha uma visualização das classes que

comporão o sistema com seus respectivos atributos.


OBS: leia o cap.5, Modelagem de Classes de Análise, do livro texto da disciplina:Bezerra, Eduardo. Princípios de Análise e Projeto de Sistemas com UML. 2ª edição, São Paulo: Campus, 2007.

PASSOS

Passo 1 (Equipe)

Identificar as principais Classes (com os respectivos atributos) que comporão osistema analisado. Utilizar como base toda a documentação gerada nas fasesanteriores desse ATPS.

Passo 2 (Equipe)

Considerar que o Diagrama de Classes é um dos mais importantes e um dos maisutilizados diagramas da UML. Seu principal enfoque está em permitir a visualizaçãodas classes que comporão o sistema. Utilizem uma ferramenta CASE e criem as Classese seus respectivos Atributos. É necessário criar os relacionamentos entre asclasses. No passo 3 é apresentado um exemplo de uma Classe, que é o padrão seguidopela empresa desenvolvedora, em conformidade com as especificações da Linguagem

UML.

Passo 3 (Equipe)

Entregar para o cliente o Diagrama de Classes criado, utilizando a ferramenta CASEescolhida. Vide exemplo abaixo (figura 2).

Figura 2 – Diagrama de Classes

7/18/2019 2012 2 Atps Apoo Si Ads


9


Aula tema: Conceitos de objetos e diagrama de objetos, utilizando a UML.

Esta atividade é importante para que você tenha uma visão dos valores armazenadospelos objetos de um Diagrama de Classes.


PASSOS

Passo 1 (Equipe)

Considerar que o Diagrama de Objetos está amplamente associado ao Diagrama deClasses. Este diagrama fornece uma visão dos valores armazenados pelos objetos deum Diagrama de Classes em um determinado momento da execução de um processo desoftware.Criar os objetos baseando-se no Diagrama de Classes criado na Etapa Nº 4 (um objeto

para cada classe). Vide exemplo abaixo (figura 3):

Exemplo:

Figura 3 – Diagrama de Objetos

Passo 2 (Equipe)

Utilizar uma ferramenta CASE para criar este diagrama.

Passo 3 (Equipe)

Entregar para o cliente o Diagrama de Objetos criado com a ferramenta CASE.

Livro Texto da Disciplina

Bezerra, Eduardo. Princípios de Análise e Projeto de Sistemas com UML 2ª edição São Paulo: Campus, 2007.

Referência Bibliográfica

GUEDES, Gilleanes T. A. UML 2: Uma Abordagem Prática. São Paulo: Novatec Editora,2009.

2012 2 atps apoo si ads

Documents