Baixe o app para aproveitar ainda mais
Prévia do material em texto
Modelos de ciclo de vida representam o primeiro momento do mercado de colocar ordem nos processos de desenvolvimento de software depois da crise de software. Informalmente o modelo de ciclo de vida é o esqueleto de um processo. Modelo cascata Estrutura executada de forma sistemática e sequencial. Proposta técnica/comercial Objetivos Problema Restrições RFS: Declaração detalhada do escopo do projeto Decompõe em documento de requisitos:○ Requisitos funcionais do cliente: representam uma declaração alto nível do escopo do projeto. Exemplo: [RFC01] Manter <entidade> Usuário, produto Na prospecção: Modelagem UML Código-fonte MER: Modelo entidade-relacionamento U.C.T. No projeto: Prospecção Risco / Conhecimento do escopo Tempo Planejamento Garantia de Qualidade Monitoramento e Controle Processos de Apoio Semana 05 - Aula 05 - Processos de Desenvolvimento e Modelos de Ciclo de Vida quarta-feira, 26 de março de 2014 19:11 Página 1 de COM210 - Engenharia de Software Monitoramento e Controle Ger. Conf. Medição e Análise ESTUDAR GUIA DE IMPLEMENTAÇÃO MPS BR NÍVEL G e F SOFTWARE → SISTEMA Análise de Requisitos de Software Fase de identificar, coletar e detalhar os requisitos de software. * Verificação e Validação são duas outras fases importantes no desenvolvimento de um modelo de ciclo de vida. Elas devem ser implementadas em cada uma das outras fases do ciclo. Checklist• Todos os RFC (Requisitos funcionais de cliente) foram detalhados em RFS (Requisitos funcionais de sistema (Claros, completos, concisos, implementáveis, testáveis etc) 1- DRE: Cliente sobre os Requisitos de Cliente○ Proposta técnica: Todos os RFS estão representados no diagrama de classe?○ Todas as classes tem relacionamento entre elas?○ Projeto (Mod. UML): Exemplo: Requisito de Software: Definição O que o software deve fazer?? O que o cliente deseja?? Quais as restrições?? Quais os componentes?? Quem vai utilizar o software?? Um requisito descreve uma condição ou capacidade que o sistema deve estar em conformidade [Unified Process]. Pode ser derivado das necessidades dos usuários, ou estabelecido em um contrato, padrão, especificação ou outro documento imposto formalmente [IEEE]. Pode estar explícito ou implícito. Requisitos funcionais Descrevem a funcionalidade do produto ou serviço do software/sistema [RFC01] Manter <entidade>○ Requisitos funcionais de cliente• [RFS01] Cadastrar <entidade>○ [RFS02] Alterar <entidade>○ [RFS03] Consultar <entidade>○ OBS: CRUDE = Create Read Update Delete [RFS04] Remover <entidade>○ Requisitos funcionais de sistema: representa uma decomposição dos requisitos de cliente.• São divididos em duas categorias: Página 2 de COM210 - Engenharia de Software
Compartilhar