Atps Analise Orientada A Objeto Uml
Ensaios: Atps Analise Orientada A Objeto Uml. Pesquise 861.000+ trabalhos acadêmicosPor: RMilton • 6/4/2014 • 1.190 Palavras (5 Páginas) • 707 Visualizações
ETAPA 1 (tempo para realização: 05 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 empresa VOEBEM.
Para realizá-la, devem ser seguidos os passos descritos.
PASSOS
Passo 1 (Equipe)
1. Fazer a leitura sobre Análise e Projeto Orientado a Objetos; Processos de
Desenvolvimento de Software do livro (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.) focando a leitura nos conceitos de projeto e
análise orientado a objetos, UML e Processos de Desenvolvimento de Software.
2. Fazer o Resumo 1.1 - Análise e Projetos Orientado a Objetos, de pelo menos 1 página,
com o conteúdo lido.
3. 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>.
Acesso em: 23 out. 2013. Busque compreender os métodos de Engenharia de Software,
processos de software e modelos de processo de software.
4. Fazer o Resumo 1.2 – Conceitos Gerais de Engenharia de Software, de pelo menos 1
página, com o conteúdo lido.
Passo 2 (Equipe)
1. Fazer a leitura sobre Concepção de Requisitos, Elicitação e Tipos de Requisitos do livro
(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.) focando a leitura em como realizar a concepção de um software, como elicitar
requisitos, tipos de requisitos.
CST em Gestão da Tecnologia da Informação - 3ª Série - Análise Orientada a Objetos
Pág. 4 de 11
2. Fazer o Resumo 1.3 – Concepção, Elicitação e Tipos de Requisitos, de pelo menos 1
página, com o conteúdo lido.
3. Fazer a leitura do material de aula: Engenharia de Requisitos Disponível em: <
https://docs.google.com/file/d/0B2k9x8w9Y2JfNjFEV3FTTHJyYTA/edit?usp=sharing >.
Acesso em: 23 out. 2013, focando a leitura nas práticas de engenharia de requisitos,
requisitos funcionais e não funcionais.
4. Fazer o Resumo 1.4 – Engenharia de Requisitos, de pelo menos 1 página com o conteúdo
lido.
Passo 3 (Equipe)
Fazer as seguintes atividades com base nos conteúdos lidos:
1. Realizar a Elicitação dos Requisitos para a solução computacional da empresa aérea
VOEBEM, 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
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.
4. Fazer a validação dos requisitos funcionais e não funcionais especificados e produza 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 contendo as seguintes atividades desenvolvidas nos passos
anteriores:
...