Planejamento E Elaboração - Renata

Começar. É Gratuito
ou inscrever-se com seu endereço de e-mail
Planejamento E Elaboração - Renata por Mind Map: Planejamento E Elaboração - Renata

1. Requisitos:

1.1. Descrições das necessidades ou desejos para um produto,Usados para identificar e documentar o que é. realmente necessário, de uma forma que fique claro para clientes e desenvolvedores

1.2. Artefatos basicos:

1.2.1. Visão geral: Sumário descrevendo o propósito geral do projeto

1.2.2. Clientes:Quem encomendou ou está pagando pelo sistema

1.2.3. Objetivos : Objetivos a serem alcançados com o sistema

1.2.4. Funções:O que o sistema deve fazer

1.2.4.1. Categorias de funcões – Evidente: Deve ser executada, e o usuário deve estar ciente da execução (ex.: Registrar venda, Processar pagamento)‏ – Escondida:Deve ser executada, mas de modo transparente para o usuário (ex.: Guardar informações no BD)‏ – Opcional:Função não afeta os custos ou as outras funções do sistema de maneira significativa

1.2.5. Atributos:Aspectos não funcionais relevantes

1.2.5.1. Podem estar relacionados com todas as funções, ou ser específicos para uma função ou um grupo de funções particular;

1.2.5.2. Podem ter detalhes (possíveis valores simbólicos para o atributo) e restrições de contorno (inter- valos obrigatórios para os valores do atributo)

1.3. Outros artefatos importantes:

1.3.1. Equipes de trabalho; Grupos afetados; Pré-suposições; Dependências;

1.3.2. Glossário:

1.3.3. Casos de uso:

1.3.3.1. Descrições narrativas de processos do domínio da aplicação; Documentam a seqüência de eventos de um ator (um agente externo) usando o sistema para completar, do início ao fim, um determinado processo

1.3.3.1.1. Tipos de casos de Uso:

1.3.3.2. Atores: Entidades externas ao sistema que de algum modo participam da estória do caso de uso

1.3.3.3. Casos de Uso e Funções: Todas as funções do sistema identificadas na especificação dos requisitos devem ser alocadas a casos de usos

1.3.3.3.1. Casos de Uso e Funções Todas as funções do sistema identificadas na especificação dos requisitos devem ser alocadas a casos de usos

1.3.4. Modelo conceitual inicial:

2. Post:

2.1. Um sistema para um terminal de ponto de venda (POST)‏ Usado para registrar vendas e processar pagamentos de clientes em lojas de varejo Inclui componentes de hardware (computador, leitora de código de barras) e o software para rodar o sistema

3. Camada de Lógica da Aplicação

3.1. objetos de domínio

3.2. objetos de serviço

3.3. Armazenamento

4. ciclos de desenvolvimento:

4.1. APOO aplicada ao sistema POST em dois ciclos de desenvolvimento: – Ciclo 1 Funcionalidades básicas Introdução das habilidades de análise e projeto pertinentes para o primeiro ciclo – Ciclo 2 Funcionalidades expandidas Introdução de habilidades adicionais de análise e projeto

5. Definição de Requisitos

5.1. Requisitos mal-entendidos ou incorretamente especificados representam um grande risco para o desenvolvimento de software

5.2. Especificações bem-feitas requerem uma gama de habilidades e técnicas, cujo estudo detalhado está fora do escopo do curso