Curso: SI / ADS

Nota:

Disciplina: Anlise e Projeto de Sistemas de Orientados a Objetos

Professora: Tnia Mara Paiva de Oliveira
ATPS + complemento

Data: Belo Horizonte, 2. Semestre de 2012

Grupo:

OBS: As atividades aqui descritas so uma expanso do ATPS (Atividade Prtica

Supervisionada) de 2012-2, do prof. Marcelo Jos Storion, feita pela profa. Tnia
Mara P. de Oliveira.
A atividade prtica supervisionada (ATPS) um procedimento metodolgico de
ensino-aprendizagem desenvolvido por meio de um conjunto de etapas programadas e
supervisionadas e que tem por objetivos:

Favorecer a aprendizagem.
Estimular a corresponsabilidade do aluno pelo aprendizado eficiente e eficaz.
Promover o estudo, a convivncia e o trabalho em grupo.
Desenvolver os estudos independentes, sistemticos e o autoaprendizado.
Oferecer diferentes ambientes de aprendizagem.
Auxiliar no desenvolvimento das competncias requeridas pelas Diretrizes
Curriculares Nacionais dos Cursos de Graduao.
Promover a aplicao da teoria e conceitos para a soluo de problemas
prticos relativos profisso.
Direcionar o estudante para a busca do raciocnio crtico e a emancipao
intelectual.
Para atingir estes objetivos a ATPS prope um desafio e indica os passos a serem
percorridos ao longo do semestre para a sua soluo.
A sua participao nesta proposta essencial para que adquira as competncias e
habilidades requeridas na sua atuao profissional.
Aproveite esta oportunidade de estudar e aprender com desafios da vida
profissional.
COMPETNCIAS E HABILIDADES
Ao concluir as etapas propostas neste desafio, voc ter desenvolvido as
competncias e habilidades que constam, nas Diretrizes Curriculares Nacionais,
descritas a seguir.
Definir parmetros de utilizao de sistemas, gerenciar os recursos humanos
envolvidos, implantar e documentar rotinas, controlar os nveis de servio de
sistemas operacionais e banco de dados, gerenciando os sistemas implantados.
Produo Acadmica
Primeiro Bimestre:
1) Levantamento de Requisitos do sistema Hospitalar (Etapa 1).
2) Descrio dos Atores (Etapa 1).
3) Definio dos Objetivos principais do sistema (Etapa 1).
4) Prottipos das entradas e sadas do sistema (Etapa 2).
5) Tabela de Casos de Uso (Etapa 2).
6) Dicionrio de Dados (Etapa 2).
7) Diagrama de Casos de Uso (Etapa 3).
8) Descrio 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).

Participao
Esta atividade ser, em parte, desenvolvida individualmente pelo aluno e, em
parte,pelo grupo. Para tanto, os alunos devero:
. Organizar-se, previamente, em equipes de participantes conforme orientao
do professor.
. Entregar seus nomes, RAs e e-mails ao professor da disciplina.
. Observar, no decorrer das etapas, as indicaes: Aluno e Equipe.
Padronizao
O material escrito solicitado nesta atividade deve ser produzido de acordo com as
normas da ABNT1, com o seguinte padro:
* Consulte o Manual para Elaborao de Trabalhos Acadmicos. Unianhanguera.
Disponvel 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.
. Espaamento de 1,5 entre linhas.
. Se houver citaes com mais de trs linhas, devem ser em fonte tamanho 10,
com um recuo de 4cm da margem esquerda e espaamento simples entre linhas.
. Com capa, contendo:
. Nome de sua Unidade de Ensino, Curso e Disciplina.
. Nome e RA de cada participante.
. Ttulo da atividade.
. Nome do professor da disciplina.
. Cidade e data da entrega, apresentao ou publicao.
DESAFIO
Procedimentos e processos mal analisados, no documentados e no
informatizados causaram diversos problemas, entre eles a execuo de uma mesma
tarefa por inmeras vezes. Alm disso, houve inconsistncia das informaes,
tornando as mesmas no confiveis. Diante desses fatos ocorridos no SISTEMA
HOSPITALAR de um Cliente e do crescente nmero de processos envolvendo esse
sistema, se faz necessrio uma nova anlise do mesmo. Portanto, uma equipe de
desenvolvedores deve ser criada, os quais sero avaliados em suas capacidades como
projetistas. A equipe identificar e analisar, mediante as caractersticas do
sistema solicitado pelo Cliente, os seus principais processos e eventos.
O objetivo deste desafio verificar a capacidade de anlise da equipe que
atender ao Cliente, tendo como foco o levantamento de requisitos. Nesta etapa, o
Analista de Sistemas busca compreender as necessidades do usurio e o que ele
deseja que o sistema a ser desenvolvido realize. O Analista de Sistemas tenta
compreender como funcionam os processos a serem informatizados e quais servios o
cliente precisa que o futuro software disponibilize.
Um relatrio dever ser produzido contendo o Levantamento de Requisitos do
SISTEMA HOSPITALAR. Com base neste relato, exigido pelo Cliente, a Linguagem de
Modelagem Unificada (UML) passar a ser utilizada, com seus principais diagramas,
para gerar a respectiva Modelagem e Documentao do Sistema. O Cliente justifica
sua exigncia pela afirmao de Guedes (2009) de que A modelagem uma parte
central de todas as atividades que levam implantao de um bom Software.

 Caractersticas do Sistema solicitado pelo Cliente:

Sistema Hospitalar
O Sistema Hospitalar que precisa passar por nova anlise dever atender a algumas
caractersticas 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 mdica, como clnica
geral, ortopedia, dermatologia, etc.
- Cada unidade de tratamento pode ser ocupada por diversos pacientes, que so
atendidos conforme o nvel de urgncia (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 mdica de planto registra na agenda do dia o nome e
telefone de contato da paciente, os sintomas bsicos que est sentindo, e qualifica
o nvel de urgncia da consulta (alta, mdia 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 mdica desejada. A atendente verifica na agenda da mdica os dias
disponveis para marcao da consulta e agenda a consulta, anotando se a consulta
ser particular ou por convnio 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, endereo, data de nascimento e sexo. Cada paciente cadastrado ganha
um nmero de matricula no hospital, sequencial, crescente.
-Consulta Mdica (agendada ou pronto-atendimento):
Ao iniciar a consulta, a mdica confirma os dados cadastrais da paciente e,
se for retorno, anota o resultado dos exames realizados, inclusive o laboratrio
que realizou cada exame.
Durante uma consulta, a mdica pode registrar quatro tipos de textos: (1) das
queixas da paciente; (2) dos exames solicitados e resultado dos mesmos; (3) das
prescries de medicamentos; (4) das respostas ao tratamento efetuado e outras
observaes.
As solicitaes de exames, se necessrio, devem apresentar a data de solicitao do
exame, o nome do paciente, nome do mdico e tipos de exame.
- O depto. Administrativo do hospital realiza o cadastro de mdicos, das
especialidades mdicas oferecidas pelo hospital e dos planos de sade que atende.
- O cadastro de mdicos feito com nome, CRM, endereo, telefone de contato fixo e
celular e respectiva especialidade, alm dos horrios de atendimento em cada dia da
semana. Os mdicos so usurios do sistema cadastro de login e senha - e tm
permisso para consultar as informaes dos pacientes.
- De uma especialidade deseja-se saber o nome e o cdigo da especialidade
- De um plano de sade deseja-se saber razo social, CNPJ, telefone e endereo.
Regras de Negcio:
1 Consulta: um mdico no pode atender uma consulta cujo plano de sade no
esteja na lista de planos conveniados do hospital.
2 Um mdico no pode ter associado a ele uma consulta com data e hora que no
coincida com um de seus horrios de atendimento.
3 No pode haver duas consultas para o mesmo mdico 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 Sade
(se for conveniado) ou pagar vista com dinheiro ou cheque nominal.

Objetivo do Desafio
Elaborar a modelagem do sistema Hospitalar, orientado a objetos atravs da
Modelagem de Linguagem Unificada (UML), tendo em vista as caractersticas descritas
acima.

1. Bimestre
ETAPA 1 (tempo para realizao: 4 horas)
Aula tema: Apresentao da Disciplina. Desenvolvimento de sistemas orientado
a objetos. Conceitos de Anlise Orientada a Objetos. Levantamento de
Requistos
Esta atividade importante para que voc busque compreender as necessidades do
usurio e o que ele necessita que o sistema a ser criado faa. Para realiz-la
importante seguir os passos descritos.
PASSOS
Passo 1 (Equipe)
Reunir em equipe e estudar a situao problema do Cliente, especificaes do
SISTEMA HOSPITALAR, para compreender as necessidades do usurio e o que ele precisa
que o sistema a ser desenvolvido fornea. A equipe precisa compreender como
funcionam os processos a serem informatizados.
Passo 2 (Equipe):
Escrever alguns tpicos ressaltando as funcionalidades identificadas no sistema.
Saber justificar junto ao cliente o porqu tais funcionalidades foram consideradas
como fundamentais e os benefcios de utiliz-las.
Entregar ao cliente um relatrio contendo o Levantamento de Requisitos do SISTEMA
HOSPITALAR. Devero seguir o exemplo ilustrativo a seguir.
Exemplo: Relatrio de Levantamento de Requisitos
<Sistema de Floriculturas>
1- Possibilitar o cadastro de vendas (que incluem as vendas realizadas no
prprio balco da floricultura, as vendas por telefone ou as vendas pela
Internet).
2- Possibilitar o cadastro de produtos, fornecedores, clientes, convnios,
funcionrios e arranjos.
3- Fornecer ao gerente, relatrios como: de clientes devedores, de
clientes aniversariantes, de produtos por fornecedor, de produtos em estoque,
de entregas por funcionrio e de entregas por determinado perodo.
4- O gerente pode controlar as entregas, distribuindo-as aos funcionrios
para que sejam realizadas e atribuir as comisses devidas aos mesmos, bem
como cancel-las quando solicitado.
Passo 3 (Equipe)
Identificar os Atores, quem interage com o Sistema Hospitalar. A identificao
dos Atores fundamental, pois, os mesmos sero os usurios do futuro software.
Descrever a funo dos principais agentes (Atores) que faro uso do futuro sistema.
Entregar ao cliente um relatrio contendo a Descrio dos Atores do sistema. Sigam
o padro existente na empresa de desenvolvimento, o qual descrito no exemplo a
seguir.

Exemplo:
Cliente Qualquer pessoa fsica ou jurdica que faz compras de flores, arranjos,
vasos ou produtos para conservao de plantas no balco da floricultura, por
telefone ou pela Internet.
Passo 4 (Equipe)
Entregar ao cliente um relatrio contendo o(s) Objetivo(s) Principal(is) do SISTEMA
HOSPITALAR - seja claro e sucinto. Vejam o exemplo ilustrativo a seguir.
Exemplo: Sistema de Floriculuras
Objetivo: Possibilitar a realizao e o controle das vendas no prprio balco da
floricultura, as vendas por telefone ou as vendas pela Internet, alm de fornecer
relatrios gerencias.
ETAPA 2 (tempo para realizao: 4 horas)
Aula tema: Prototipao. Modelagem de Casos de Uso.
Esta atividade importante para que voc consiga visualizar os principais
processos 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,
relatrios e dispositivos de sada de dados.
Podem usar qualquer tipo de ferramenta para construir o prottipo ou at mesmo
fazer mo.
Entregar ao cliente os prottipos impressos em papel, para que constem da
documentao de modelagem do sistema Hospitalar.
Passo 2 (Equipe)
Atender a mais uma solicitao do cliente e, a partir do Levantamento de Requisitos
e dos Prottipos, criem a Tabela de Casos de Usos do sistema Hospitalar. Exemplo
ilustrativo apresentado no passo 3.
Passo 3 (Equipe)
OBS: leia o cap.4, Modelagem de Casos de Uso, do livro texto da disciplina:
Bezerra, Eduardo. Princpios de Anlise e Projeto de Sistemas com UML.
2 edio, So Paulo: Campus, 2007.
Considerar que os Casos de Uso (Use Case) so desenvolvidos de acordo com os
eventos que ocorrem entre os agentes externos (Atores) e o sistema. Um Caso de
Uso uma sequncia de transaes realizadas pelo sistema em resposta ao disparo de
um evento.
Apresentem ao cliente um relatrio contendo a Tabela de Casos de Uso do sistema
Hospitalar em anlise e o Dicionrio de Dados (1. Verso), conforme exemplo
apresentado a seguir.

OBS: o Dicionrio de dados deve conter a descrio de todas as entradas e sadas de

dados que constam na Tabela de Casos de Uso. O contedo do dicionrio de dados
ainda no precisa estar totalmente refinado. Deve ser apresentada a 1. verso,
realizada junto com a identificao dos Casos de Uso.
Exemplo:
Casos de Uso (verbo +
objeto)

Atores
(primrio e
secundrio)

Entradas (*)

Ex: cliente;
secretria.

Ex: dadosCliente;
dadosPedido;
dadosPagamento.

Ex: registrarPagtoPedido

(dados + objeto)

Sadas (*)
(dados, relatrios, telas, etc)
Ex: dadosPagamento atualizado;
recibo-de-Pagto;

Dicionrio de Dados: descrio dos atributos que compem os repositrios de

dados de entrada e sada dos casos de uso (*). Exemplo:
dadosCliente = nome (A30), sexo (A1), dataNascimento (N8), endereo (A50),
telefoneFixo (N10), telefoneCelular (N10), email (A50);
onde A= alfanumrico, N = nmerico.
OBS: se um mesmo repositrio for utilizado na entrada e sada de um Caso de Uso,
sem ter sofrido alterao em seu formato (mesmos atributos), ento no preciso
repetir a descrio do mesmo, basta colocar a palavra atualizado na frente.
Exemplo: vide dadosPagamento na tabela de Casos de Uso acima.

ETAPA 3 (tempo para realizao: 4 horas)

Aula tema: Diagrama de Casos de Uso. Descrio de Casos de Uso.
Esta atividade importante para que voc passe a fazer uso da Linguagem de
Modelagem Unificada (UML) para gerar diagramas que possam representar e documentar
os processos do sistema.
Para realiz-la importante seguir os passos descritos.
PASSOS
Passo 1 (Equipe)
Para a Implementao dos Diagramas da Linguagem UML: utilizar uma ferramenta
CASE (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 verso gratuita para download, na Internet.
Disponvel em: http://jude.change-vision.com/jude-web/index.html. Acesso em: 09
set. 2011.
OBSERVAO: poder ser utilizada qualquer ferramenta CASE para implementao
dos 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 o
respectivo Diagrama de Casos de Usos.

OBS: o diagrama de Casos de Uso do sistema Hospitalar deve conter todos os casos de
uso 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 Descrio de
Casos de Uso e entregue-as ao cliente. Para a Descrio de Casos de Uso vide
exemplo no livro texto da disciplina (E.Bezerra), p. 96 a 102.
OBS: Cada membro do grupo deve descrever um caso de uso. Em cada descrio
feita deve constar o nome do analista que a fez.

2. Bimestre
ETAPA 4 (tempo para realizao: 4 horas)
ETAPA 4A
Aula tema: Modelagem de Atividades, utilizando a UML.
Esta atividade importante para voc entender melhor o comportamento do sistema
no decorrer de diversos casos de uso. Ou seja, como determinados casos de uso do
sistema se relacionam no decorrer do tempo.
Para realiz-la importante seguir os passos descritos.
PASSO 1 (equipe)
OBS: leiam o cap.10, Modelagem de Atividades, do livro texto da disciplina:
Bezerra, Eduardo. Princpios de Anlise e Projeto de Sistemas com UML.
2 edio, So Paulo: Campus, 2007.
Segundo o autor recomendado acima, Eduardo Bezerra, Na verdade, o diagrama
de atividades pode ser visto como uma extenso dos fluxogramas. Alm de possuir
toda a semntica existente em um fluxograma (com notao ligeiramente diferente), o
diagrama de atividade possui notao para representar aes concorrentes
(paralelas), juntamente com a sua sincronizao.
PASSO 2 (equipe)
A partir da Tabela de Casos de Uso, faa o diagrama de Atividades do sistema
Hospitalar.

Utilizem uma ferramenta CASE para representar o diagrama de Atividades do

sistema Hospitalar em anlise 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 visualizao das classes que
comporo o sistema com seus respectivos atributos.
Para realiz-la importante seguir os passos descritos.
OBS: leia o cap.5, Modelagem de Classes de Anlise, do livro texto da disciplina:
Bezerra, Eduardo. Princpios de Anlise e Projeto de Sistemas com UML.
2 edio, So Paulo: Campus, 2007.
PASSOS
Passo 1 (Equipe)
Identificar as principais Classes (com os respectivos atributos) que comporo o
sistema analisado. Utilizar como base toda a documentao gerada nas fases
anteriores desse ATPS.
Passo 2 (Equipe)
Considerar que o Diagrama de Classes um dos mais importantes e um dos mais
utilizados diagramas da UML. Seu principal enfoque est em permitir a visualizao
das classes que comporo o sistema. Utilizem uma ferramenta CASE e criem as Classes
e seus respectivos Atributos. necessrio criar os relacionamentos entre as
classes. No passo 3 apresentado um exemplo de uma Classe, que o padro seguido
pela empresa desenvolvedora, em conformidade com as especificaes da Linguagem
UML.
Passo 3 (Equipe)
Entregar para o cliente o Diagrama de Classes criado, utilizando a ferramenta CASE
escolhida. Vide exemplo abaixo (figura 2).

Figura 2 Diagrama de Classes

ETAPA 5 (tempo para realizao: 4 horas)

Aula tema: Conceitos de objetos e diagrama de objetos, utilizando a UML.
Esta atividade importante para que voc tenha uma viso dos valores armazenados
pelos objetos de um Diagrama de Classes.
Para realiz-la importante seguir os passos descritos.
PASSOS
Passo 1 (Equipe)
Considerar que o Diagrama de Objetos est amplamente associado ao Diagrama de
Classes. Este diagrama fornece uma viso dos valores armazenados pelos objetos de
um Diagrama de Classes em um determinado momento da execuo de um processo de
software.
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. Princpios de Anlise e Projeto de Sistemas com UML
2 edio So Paulo: Campus, 2007.
Referncia Bibliogrfica
GUEDES, Gilleanes T. A. UML 2: Uma Abordagem Prtica. So Paulo: Novatec Editora,
2009.