3 a Lista de Exercícios



Documentos relacionados
Documento de Definição de Requisitos

2 a Lista de Exercícios

Histórico da Revisão. Data Versão Descrição Autor

Engenharia de Software III

Integração ADMRH com AGROSYS

3 Um Framework Orientado a Aspectos para Monitoramento e Análise de Processos de Negócio

Manual Geral do OASIS

Manual SAGe Versão 1.2 (a partir da versão )

Sistemas ERP. Profa. Reane Franco Goulart

Microsoft Access XP Módulo Um

Especificação do 3º Trabalho

Projeto de Sistemas I

CONCURSO PÚBLICO ANALISTA DE SISTEMA ÊNFASE GOVERNANÇA DE TI ANALISTA DE GESTÃO RESPOSTAS ESPERADAS PRELIMINARES

Implantação. Prof. Eduardo H. S. Oliveira

UNIVERSIDADE ESTADUAL DO AMAZONAS ESPECIALIZAÇÃO EM DESENVOLVIMENTO EM SOFTWARE LIVRE CONCEITOS E PROJETOS DE BANCO DE DADOS E SQL

1. Sistema de cadastramento para empresas NÃO cadastradas (cadastro inicial) 1.1. Links de acesso direto na área de cadastro

Manual do Usuário WEB Versão 1.0

Documento de Requisitos Projeto SisVendas Sistema de Controle de Vendas para Loja de Informática.

Capítulo 11. Conceitos de Orientação a Objetos. Rui Rossi dos Santos Programação de Computadores em Java Editora NovaTerra

Certificado Digital A1. Solicitação

pacotes de software na forma em que são É importante salientar que não é objetivo do software, suas atividades e produtos

Participação Critérios de participação - Elegibilidade Procedimento para participar da chamada: Número de propostas/aplicações

Existem 109 questões nesta pesquisa

Manual do Visualizador NF e KEY BEST

QUALIDATA Soluções em Informática. Módulo CIEE com convênio empresas

Após a confirmação de pagamento de sua inscrição para o congresso, você estará apto a entrar no sistema de submissão de trabalho.

Análise e Tramitação de Projetos nos Comitês de Ética em Pesquisa

Realizando Compras no Site do Cartão BNDES

Documento de Requisitos

Sistema de Controle de Solicitação de Desenvolvimento

Processo de Controle das Reposições da loja

www. inf.br Outubro/2008 5www.habisp.inf.br TREINAMENTO HABISP VERBA DE ATENDIMENTO

Manual de aquisição de crédito no Sankhya-W. AR Soluti - Goiânia

SISTEMAS DE GESTÃO São Paulo, Janeiro de 2005

Manual do sistema SMARsa Web

Levantamento de Requisitos

Versão Liberada. Gerpos Sistemas Ltda. Av. Jones dos Santos Neves, nº 160/174

Instituto de Ciências Matemáticas e de Computação. MANUAL DE USO Sistema de Reserva de Salas INTRANET - ICMC-USP

Manual de Normas e Procedimentos Comercial.

VVS Sistemas (21)

Especialização em Engenharia de Software com Ênfase em Software Livre ESL2/2008. Projeto Agenda Saúde Requisitos e Modelagem UML

Manual de Utilização

Tutorial Módulo Frequência

Documento de Requisitos

2 a Lista de Exercícios

Prof. Raul Sidnei Wazlawick UFSC-CTC-INE. Fonte: Análise e Projeto de Sistemas de Informação Orientados a Objetos, 2ª Edição, Elsevier, 2010.

INSTRUMENTO NORMATIVO 004 IN004

MANUAL PARA EMISSÃO DO CERTIFICADO FITOSSANITÁRIO DE ORIGEM CONSOLIDADO (CFOC) ELETRÔNICO

Análise e Tramitação de Projetos nos Comitês de Ética em Pesquisa

TOTVS Série 1 Varejo (Simples) - Módulo e-commerce

Gerenciamento de Incidentes

SISTEMA INTEGRADO DE GESTÃO. Prof. Esp. Lucas Cruz

ESTÁGIO DE DOCÊNCIA II

Documento de Requisitos

CADASTRO DE INSTITUIÇÕES E USUÁRIOS - NOTIVISA PERGUNTAS FREQUENTES

Fundap. Programa de Estágio. Manual de Utilização do Sistema de Administração de Bolsas de Estágio. Plano de Estágio

Manual do Sistema. SMARSA WEB Atendimento de Processos

CADASTROS E CONCEITOS DAS BASES DE DADOS

Orientação a Objetos

Assessoria Técnica de Tecnologia da Informação - ATTI. Projeto de Informatização da Secretaria Municipal de Saúde do Município de São Paulo SISRH

SuperStore Sistema para Automação de Óticas

Material de Apoio. Sistema de Informação Gerencial (SIG)

CADASTRO DE INSTITUIÇÕES E ACESSO AO SISTEMA CANAIS PERGUNTAS FREQUENTES

INTRODUÇÃO A ADMINISTRAÇÃO FINANCEIRA. Prof. Eric Duarte Campos

Manual Operacional do SISCOAF

Capítulo 2. Processos de Software Pearson Prentice Hall. Todos os direitos reservados. slide 1

CARTA-CIRCULAR Nº 2792

Manual Cadastro Completo

InfoMix Tecnologia. Soluções em Tecnologia da Informação. SYSFARM Sistema de Gerenciamento de Farmácias. Documento Requisitos Versão 1.

Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios

Governança Corporativa. A importância da Governança de TI e Segurança da Informação na estratégia empresarial.

Associados Comerciais estabelecidos fora dos Estados Unidos Número da Política: LEGL.POL.102

INSTRUÇÕES PARA O PRÉ CADASTRO DOS CONTRATOS VENDIDOS NO BALCÃO

Manual do Sistema "Vida em Mão - Controle Financeiro Para PALM" Editorial Brazil Informatica

Análise e Projeto Orientados a Objetos Aula IV Requisitos. Prof.: Bruno E. G. Gomes IFRN

Fundação COELCE de Seguridade Social - FAELCE

Plano de Carreira Sistema de Apoio à Gestão de Planos de Carreira

Este é um projeto comercial criado pela empresa FelipeZCelulares.com.br

Análise de Dados do Financeiro

Especificação de Requisitos

Ambiente de Pagamentos

GUIA DE ORIENTAÇÕES ROTEIRO DE CONFIGURAÇÃO DO SOFTWARE CRM PROFESSIONAL ANEXO III ROTEIRO DE CONFIGURAÇÃO - CRM PROFESSIONAL

FLUXO DE CAIXA: Módulo BI (Business Intelligence)

Realizando Vendas no site do Cartão BNDES

e-ouv Passo-a-passo Sistema de Ouvidorias do Poder Executivo Federal Junho, 2015 Controladoria-Geral da União

Sistema de Informações ao Judiciário. InfoJud. Manual do Usuário

Gerencie a sala de espera e garanta a satisfação dos pacientes

Sistema para Oficina Eletro-mecânica de Veículos

Histórico de Revisão Data Versão Descrição Autor

ACOMPANHAMENTO GERENCIAL SANKHYA

P á g i n a 1. SISCOAF Sistema de Controle de Atividades Financeiras. Manual Operacional

ERP. Enterprise Resource Planning. Planejamento de recursos empresariais

Transcrição:

Engenharia de Requisitos 3 a Lista de Exercícios (1) Em relação ao levantamento e análise de requisitos, faz-se a seguinte afirmação: Os requisitos de sistema devem ser capturados, documentados e acordados previamente, antes de se iniciar qualquer atividade de modelagem. Neste sentido, a atividade de análise de requisitos só deve ser iniciada após a conclusão da atividade de levantamento de requisitos. Avalie e critique essa afirmação, apontando como tipicamente devem se dar as atividades de levantamento e análise de requisitos. A afirmação acima é incorreta. O levantamento de requisitos deve ser feito de forma incremental. Inicialmente, em um levantamento preliminar de requisitos, apenas requisitos de usuário são capturados. Depois, requisitos vão sendo detalhados em requisitos de sistema e especificados. Sendo assim, levantamento e análise de requisitos são atividades estreitamente relacionadas e, portanto, devem ocorrer em paralelo. À medida que os requisitos vão sendo detalhados, eles devem ser modelados e especificados. Além disso, não faz sentido nenhum falar que requisitos de sistema são capturados antes de se iniciar qualquer atividade de modelagem, uma vez que requisitos de sistema são tipicamente expressos na forma de modelos. (2) Seja o desenvolvimento de um sistema integrado de gestão empresarial (Enterprise Resource Planning - ERP). ERPs são sistemas de informação que integram dados e processos de uma organização em um único sistema, envolvendo diferentes funções (tais como finanças, contabilidade, recursos humanos, fabricação, marketing, compra e venda) e níveis da organização (nível operacional, gerencial, apoio à decisão). Em termos gerais, os ERPs integram as diversas unidades organizacionais de uma empresa, possibilitando o apoio aos processos e o armazenamento de informações de negócio. No caso em questão, a organização que desenvolve o ERP pretende tratar esse sistema como uma família de produtos, i.e., ela pretende vender o sistema para diferentes clientes, devendo o sistema ser customizado para as diferentes organizações que o adquirem. (a) Em sistemas ERP é muito comum que diferentes classes de interessados (p.ex., pessoal de finanças e pessoal da contabilidade) tenham requisitos conflitantes em alguma extensão, sendo necessário negociá-los. Neste contexto, descreva um cenário de aplicação de três técnicas diferentes em sequência, sendo uma delas a prototipagem, visando apoiar a negociação e a obtenção de uma solução satisfatória para os envolvidos. Como as informações obtidas com cada uma das técnicas poderiam ser usadas na aplicação da técnica seguinte? O que se poderia esperar como resultado final da realização dessa sequência de atividades? Em um workshop de requisitos, representantes das diferentes classes de interessados poderiam discutir os conflitos visando obter uma solução satisfatória. A partir da solução proposta, um protótipo (prototipagem) poderia ser desenvolvido, tendo como foco o problema discutido e a solução proposta. Esse protótipo seria submetido para avaliação para um conjunto de interessados, juntamente com um questionário. Outras opções para esta última etapa seriam observar os envolvidos (observação) no uso do protótipo ou entrevistá-los (entrevistas) após o uso do protótipo (ou até aplicar as duas técnicas em conjunto). Em função das respostas ao questionário ou das impressões obtidas na observação / entrevista, poder-se-ia avaliar se a solução adotada para o problema foi adequada ou não, podendo, ainda, haver a identificação de novos requisitos. (b) Sistemas ERP lidam com informações importantes da organização, muitas vezes confidenciais, são usados por muitos diferentes tipos de usuários, em níveis organizacionais diferentes (desde operacional até gerencial) e tipicamente possuem algumas funcionalidades disponíveis na Web para uso por parceiros, clientes e

fornecedores. Cite quatro atributos de qualidade que têm elevados níveis de exigência para este sistema. Considere dois níveis de prioridades para os atributos identificados: imprescindível e importante. Classifique os atributos identificados nessas duas categorias, justificando a sua resposta. Segurança, confiabilidade e manutenibilidade são essenciais para um sistema ERP. O sistema tem de ter alto nível de segurança, uma vez que lida com dados sigilosos e vitais para a organização. Confiabilidade também é essencial, pois é imprescindível manter o sistema funcionando, recuperar eventuais erros e garantir a integridade das informações. Manutenibilidade também é essencial, pois sistemas ERP tipicamente são alvo de alterações para customizá-los para diferentes adquirentes. São atributos de qualidade muito importantes para este tipo de sistema: usabilidade, pois o sistema será usado por muitos usuários diferentes, alguns deles externos à organização. Para algumas classes de usuários pode ser possível dar algum tipo de treinamento, mas não para todas; portabilidade, para a porção rodando na Web, pois o sistema deve ser acessível a partir de diferentes navegadores e por diferentes dispositivos móveis. (3) Seja o desenvolvimento de um sistema de uma livraria virtual. Esse sistema possui dois conjuntos básicos de funcionalidades: controle de livros (envolvendo o cadastro dos livros a serem vendidos e informações correlatas) e vendas (envolvendo a busca por livros e a venda de livros). A parte relativa a vendas deve rodar na Web e poderá ser acessado por qualquer pessoa. Além disso, ele deverá estar integrado a um sistema de operadoras de cartão de crédito para pagamentos. O objetivo principal do sistema é a venda de livros. Cite quatro atributos de qualidade que têm elevados níveis de exigência para este sistema quando comparados a outros atributos e, portanto, que devem ser considerados prioritários. Justifique a sua resposta. Confiabilidade (mais especificamente, Disponibilidade) é fundamental, pois clientes só podem comprar livros se o sistema estiver disponível. Usabilidade também, pois se o sistema for difícil de usar, certamente muitos clientes deixarão de comprar livros. Portabilidade, pois o sistema deve ser passível de acesso por diferentes navegadores e dispositivos móveis. Se um cliente usando um determinado navegador não consegue acessar o sistema, muito provavelmente ele deixará de comprar livros. Por fim, segurança é imprescindível, uma vez que o sistema lida com dados pessoais e financeiros. (4) Considere o desenvolvimento de um sistema para apoiar o contexto descrito a seguir. Um salão de beleza deseja um sistema de informação para gerenciar o atendimento aos seus clientes. Clientes agendam atendimentos para a realização de serviços. Sobre um serviço, têmse as seguintes informações: nome, descrição, área corporal onde ocorre e valor. Sobre um cliente, deseja-se saber: nome, sexo, telefone de contato e endereço. Um atendimento pode incluir a realização de mais do que um serviço. Quando um cliente agenda um atendimento, deve-se registrar o cliente, a data e os serviços desejados. O agendamento de serviços deverá estar disponível na Web para uso por clientes. Funcionários são habilitados a realizar certos serviços e, portanto, deseja-se saber quais serviços um funcionário pode realizar. Assim, de um funcionário, deseja-se saber nome, telefones e serviços para os quais está habilitado. Para cada serviço previamente agendado, deve-se alocar um funcionário para a sua realização e definir os horários de início e fim. Não se deve alocar um mesmo funcionário para prestações de serviço com horários conflitantes. Além disso, um funcionário só pode ser alocado para prestar um serviço se for habilitado para o mesmo. Quando os serviços previamente agendados são efetivamente prestados, deve-se registrar a sua ocorrência (indicando somente os serviços efetivamente realizados) e os funcionários que efetivamente realizaram os serviços. Além disso, o cliente deve pagar pelos mesmos. Os pagamentos podem ser realizados em dinheiro, cheque ou cartão (débito e crédito).

O sistema será usado por atendentes do salão, com escolaridade de ensino médio e pouco conhecimento de informática. Além disso, há uma rotatividade relativamente alta de atendentes no salão. (a) Dado o contexto descrito anteriormente, identifique requisitos funcionais e regras de negócio (e as dependências correspondentes) para um sistema de apoio a este negócio, preenchendo as tabelas abaixo. Requisitos Funcionais Id Descrição Depende de RF01 O sistema deve permitir o agendamento de serviços por clientes. RF02, RF03, RN01 RF02 RF03 O sistema deve controlar serviços. O sistema deve controlar clientes. RF04 O sistema deve controlar funcionários e suas habilitações. RF02 O sistema deve permitir alocar funcionários à prestação de serviços previamente agendados. RF01, RF04, RN02, RF06 O sistema deve controlar a prestação de serviços para clientes. RF01, RF02, RF04, RF07 O sistema deve controlar os pagamentos realizados para os serviços prestados. RF06, RN04 Regras de Negócio Id RN01 RN02 RN04 Descrição Um atendimento pode incluir a realização de mais do que um serviço. Não se deve alocar um mesmo funcionário para prestações de serviço com horários conflitantes. Um funcionário só pode ser alocado para prestar um serviço se for habilitado para o mesmo. Os pagamentos podem ser realizados em dinheiro, cheque ou cartão. (b) Cite quatro atributos de qualidade que têm elevados níveis de exigência para este sistema, justificando a sua resposta. Atributo Interoperabilidade Usabilidade Portabilidade Confiabilidade Segurança Justificativa Para permitir o pagamento com cartão Pois o nível de escolaridade e de conhecimento em informática dos atendentes é pequeno e há alta rotatividade das pessoas que desempenham este papel. Clientes também podem ter perfis muito variados. Entre navegadores e dispositivos móveis, para não haver problemas para se realizar os agendamentos. Para não haver problemas para se realizar os agendamentos. O sistema lida com dados de clientes e pagamentos (cartões).

(5) Considere o desenvolvimento de um sistema para apoiar o contexto descrito a seguir. Uma sociedade científica deseja um sistema de informação Web para gerenciar eventos e a submissão e avaliação de artigos científicos para os mesmos. Pessoas podem se cadastrar como membros da sociedade. De um membro da sociedade deseja-se saber nome, sexo, endereço, telefones, email e instituições aos quais está vinculado. De uma instituição, deseja-se saber nome, cidade e país. A sociedade científica patrocina diversos eventos científicos. De um evento científico desejase saber nome, coordenador, data limite para submissão de artigos, datas de início e fim do evento, estado da federação onde o evento vai ser realizado e temas de interesse. Uma vez cadastrado o evento, o coordenador pode definir o comitê de programa 1 do evento. Artigos são submetidos a eventos. De um artigo deseja-se saber o título, autores e sobre quais temas de interesse do evento o artigo se refere. Um artigo deve versar sobre pelo menos um dos temas de interesse do evento. Uma vez encerrada a submissão de artigos, o coordenador pode designar membros do comitê de programa para avaliar os artigos. Um autor do artigo ou um membro do comitê de programa vinculado a uma instituição de um dos autores do artigo não pode ser designado para avaliar este artigo. Cada artigo deve ter, pelo menos, três avaliadores designados para avaliá-lo. Avaliadores avaliam artigos. Coordenadores, membros de comitê de programa e autores têm ser membros da sociedade científica. (a) Dado o contexto descrito anteriormente, identifique requisitos funcionais e regras de negócio (e as dependências correspondentes) para um sistema de apoio a este negócio, preenchendo tabelas similares às do exercício (10). Requisitos Funcionais Id Descrição Depende de RF01 O sistema deve controlar os membros da sociedade. RF02 RF02 O sistema deve controlar instituições. RF03 O sistema deve controlar eventos científicos. RF01, RN05 RF04 O sistema deve permitir ao coordenador definir o comitê de programa do evento. O sistema deve controlar a submissão de artigos para os eventos científicos. RF01, RF03, RN05 RF01, RF03, RN01, RN05 RF06 O sistema deve permitir ao coordenador designar membros do comitê de programa para avaliar os artigos. RF02, RF04,, RN02,, RN04 RF07 O sistema deve controlar a avaliação de artigos., RF06 Regras de Negócio Id RN01 RN02 Descrição Um artigo deve versar sobre pelo menos um dos temas de interesse do evento. Uma vez encerrada submissão de artigos, o coordenador pode designar membros do comitê de programa para avaliar os artigos. Um autor do artigo ou um membro do comitê de programa vinculado a uma instituição de um dos autores do artigo não pode ser designado para avaliar este artigo. 1 OBS: Os membros do comitê de programa serão os responsáveis pela avaliação dos artigos.

RN04 RN05 RN06 Cada artigo deve ter, pelo menos, três avaliadores designados para avaliá-lo. Coordenadores, membros de comitê de programa e autores devem ser membros da sociedade científica. Apenas avaliadores previamente designados para um artigo podem avaliar este artigo. (b) Cite três atributos de qualidade que têm elevados níveis de exigência para este sistema, justificando a sua resposta. Atributo Segurança Portabilidade Usabilidade Confiabilidade Justificativa Segurança de acesso, pois se deve garantir que funcionalidades, como a designação de comitê de programa e a avaliação de artigos, sejam realizadas pelos usuários autorizados para isso. Além disso, deve-se garantir a segurança dos dados armazenados e trafegados, pois se tratam de artigos científicos que não podem ser obtidos por terceiros. Em relação a navegadores (e até outros dispositivos), já que os vários membros da comunidade científica podem usar diferentes formas de acessar o sistema. Uma vez que não será possível dar treinamento para os usuários desse sistema, ele deve ser fácil de aprender a usar e fácil de operar. Os principais processos de negócio da sociedade científica são a submissão de artigos e a avaliação dos mesmos e, portanto, o sistema deve estar disponível, sobretudo quando próximo dos prazos relativos a esses processos. Além disso, em caso de falha, o sistema deve ser capaz de se recuperar para não perder submissões e avaliações. (c) Para o sistema em questão, um aspecto bastante importante é a definição de como são feitas as avaliações dos artigos. Para propor uma solução satisfatória para esta questão, é necessário levantar informações acerca de como são feitas as avaliações de artigos nos diversos eventos, tomando por base as suas últimas edições. Tipicamente, cada evento disponibiliza um formulário de avaliação para os membros do comitê de programa e os coordenadores utilizam essas avaliações para efetuar a seleção. Descreva como você procederia para levantar as informações para tratar esta questão usando três diferentes técnicas de levantamento de requisitos. Como as informações obtidas com cada uma das técnicas poderiam ser usadas de maneira complementar com as informações obtidas com as demais? Atente para o fato que os coordenadores de eventos e os membros dos comitês de programa são pessoas que trabalham em diversos locais do Brasil e até do mundo. Inicialmente, a partir da inspeção dos formulários de avaliação, poderiam ser levantadas informações sobre como são feitas as avaliações (análise de documentos). Tomando por base as informações levantadas, um protótipo do sistema poderia ser construído (prototipagem) e submetido para avaliação por coordenadores e membros de comitê de programa para análise, acompanhado de um questionário para avaliar a adequação da solução.