Projeto de software

Projeto de software


DisciplinaProjeto de Software108 materiais571 seguidores
Pré-visualização11 páginas
ag?ia_turismo___objetivo_geral_e_requisitos_funcionais_para_o_sw.docx
Agência de Turismo \u2013 Projeto de software
Objetivo Geral
Exemplo 1: O software visa melhorar a organização da empresa e agilizar os procedimentos realizados, auxiliando no gerenciamento das excursões, fornecendo informações precisas e confiáveis, possibilitando análises e auxílio à tomada de decisões, além de facilitar as consultas aos dados. Visa, também, facilitar o gerenciamento financeiro, tornando-a, assim, mais competitiva no mercado.
Exemplo 2: O objetivo principal na implantação do sistema é a informatização da empresa. Com a implantação desse sistema, haverá uma maior segurança e confiabilidade dos dados, permitindo consultas dos dados armazenados na base de dados. Visa dar mais agilidade ao processo de busca de informações para facilitar o trabalho diário do gerente da agência. Permitirá gerar relatórios para suprir as necessidades que cada gerente precisar. 
Exemplo 3: O sistema desenvolvido tem como objetivo, em especial, um melhor gerenciamento das excursões e dos clientes, através da atualização contínua das informações, que garantirão a confiabilidade e a integridade dos dados, propiciando a agilidade dos trabalhos realizados na empresa e facilitando o controle financeiro.
Requisitos funcionais
Manter tabela cidades 
Manter tabela estados
Manter tabela países
Manter dados de funcionários
Validar CPF
Manter tabela de cargos
Manter dados da frota
Manter tabela de acessórios
Identificar acessórios da frota
Manter dados de excursão
Manter dados de roteiros
Manter dados de passeios
Manter dados de clientes
Manter clientes da excursão 
Gerenciar parte financeira
Manter usuários 
Emitir folder viagem
Listar disponibilidade de veículos
Listar pessoas por excursão
REQUISITOS NÃO FUNCIONAIS 
Restrições sobre serviços ou funções oferecidos pelo sistema
 Exemplos: restrições de timing, restrições sobre o processo de desenvolvimento, padrões, etc.
 Não dizem respeito diretamente às funções específicas fornecidas pelo sistema
 Definem propriedades e restrições de sistema : tempo de resposta, confiabilidade e requisitos de armazenamento
 Podem definir restrições para o sistema, como a capacidade dos dispositivos de E/S e as representações de dados utilizadas nas interfaces de sistema
 Podem dizer respeito ao sistema como um todo e não a características individuais do sistema
 Frequentemente são mais importantes do que os requisitos funcionais individuais (enquanto a falha em cumprir com um requisito funcional individual pode degradar o sistema, a falha em cumprir um requisito não funcional de sistema pode tornar todo o sistema inútil)
 Exemplo: se um sistema de aviação não atender a seus requisitos de confiabilidade, ele não será atestado como seguro para a operação
 Requisitos não funcionais nem sempre dizem respeito ao sistema de software a ser desenvolvido
 Alguns requisitos não funcionais podem restringir o processo que pode ser utilizado para desenvolver o sistema
Exemplos de Requisitos de Processo: 
uma especificação dos padrões de qualidade, que deve ser utilizada no processo
uma especificação de que o projeto deve ser produzido com um conjunto especificado de ferramentas CASE
a obrigatoriedade de usar uma determinada linguagem de programação ou método de desenvolvimento
uma descrição do processo a ser seguido
Requisitos não funcionais surgem conforme a necessidade dos usuários em razão de:
 restrições de orçamento		 necessidade de interoperabilidade com outros sistemas de software ou hardware 
 políticas organizacionais		 fatores externos, como regulamentos de segurança e legislação sobre privacidade
Os diferentes tipos de requisitos não funcionais podem ser classificados de acordo com a sua procedência em:
 Requisitos de produto	 Requisitos organizacionais	 Requisitos externos 
Requisitos de produto: Requisitos que especificam que o produto entregue deve se comportar de uma maneira particular
Exemplos: Requisitos de desempenho (velocidade de execução e memória requerida); Requisitos de portabilidade; Requisitos de confiabilidade (estabelecem a taxa aceitável de falhas); Requisitos de facilidade de uso, etc
Requisitos organizacionais: Requisitos que são uma consequência de políticas e procedimentos nas organizações do cliente e do desenvolvedor
Exemplos: padrões de processo que devem ser usados; requisitos de implementação, como a linguagem de programação ou o método de projeto utilizado; requisitos de fornecimento, que especificam quando o produto e seus documentos devem ser entregues
Requisitos externos : Requisitos que surgem a partir de fatores externos ao sistema e seu processo de desenvolvimento
Exemplos: Requisitos de interoperabilidade, que definem como o sistema interage com sistemas em outras organizações
 Requisitos legais, que devem ser seguidos para assegurar que o sistema opera de acordo com a lei
 Requisitos éticos, que garantem que o sistema será aceitável para seus usuários e o público em geral
 A distinção entre esses diferentes tipos de requisitos não é tão clara
 Um requisito de usuário relacionado à proteção parece ser um requisito não funcional
 Quando desenvolvido com mais detalhes, pode levar a outros requisitos que são claramente funcionais, como a necessidade de incluir recursos de autorização de usuários no sistema
 Embora seja útil classificar os requisitos dessa maneira quando se discute, se deve lembrar que é, na verdade, uma distinção artificial
Requisitos Não Funcionais para a Agência de Turismo
O sistema deve ser simples para que pessoas com conhecimento básico em informática possam usar.
O sistema implantado deverá ter segurança, podendo assim somente pessoas autorizadas terem acesso (com controle de permissões de acesso). 
O tempo de resposta das solicitações feitas pelo usuário que tem o devido acesso, não poderá passar de cinco segundos.
O sistema deve possuir interface intuitiva e amigável.
O Banco de Dados será XXX; 
A linguagem de programação é YYY; 
O sistema operacional será ZZZ; (pode ser pensado em portabilidade em função de sistema operacional e hardware)
Ferramentas de modelagens utilizadas para modelagem dos diagramas da UML: Astah ou Power Designer;
Outros Softwares utilizados: Microsoft Office, Photoshop CS, IBExpert;
lista_de_exercicios.docx
Atividade discente - Projeto de Software Orientado a Objetos (2014 I) 
Resolva as questões abaixo considerando o projeto do software. Resolva as questões 1 a 5 para a primeira atividade a ser entregue no dia 03/06/2014 e as questões 6 a 11 para a segunda atividade a ser entregue no dia 10/06/2014.
1. Considere o seguinte texto: Uma quituteira faz doces e salgados por encomenda. Quando um cliente faz uma encomenda ela anota numa agenda, na data solicitada, os dados do cliente, a hora para a entrega e os produtos encomendados (produto e quantidade). Cabe lembrar que produto é o resultado da realização de uma receita. Se o cliente for bem conhecido, a quituteira aceita a reserva da encomenda para a data, sem a indicação do que será encomendado, podendo isso ser informado posteriormente.
	a) Identifique os requisitos funcionais para o projeto do software
	b) Apresente o diagrama de Casos de Uso correspondente
	
2. Na empresa Pneus e Serviços PIT STOP além da venda de pneus são prestados serviços de borracharia. No momento em que um cliente se dirige até a borracharia, na maioria das vezes, se ele não tiver cadastro então é preenchido, no computador, um cadastro com os dados pessoais do mesmo. Depois de cadastrado, o cliente pede os serviços que quer que sejam prestados e então tudo que o ele fizer será anotado em uma ordem de serviço que é composta de vários campos onde devem ser preenchidos: a data, o tipo do veículo (caminhão, carro ou caminhonete)