Levantamento de Requisitos.
|
|
|
- Nathan Ferrão Tomé
- 10 Há anos
- Visualizações:
Transcrição
1 FACULDADES INTEGRADAS MATO-GROSSENSES DE CIÊNCIAS SOCIAIS E HUMANAS RESUMO Levantamento de Requisitos. Leandro Cícero da Silva Mello. Prof. Jeanine Ferrazza Meyer Metodologia e Técnica de Pesquisa- Levantamento de Requisitos. Ciências da Computação - 4 Semestre. 18/11/10. O levantamento de requisitos é um processo de desenvolvimento de um sistema. Visando a melhor condição para satisfazer e suprir as necessidades e expectativa do cliente em seu negócio. Oferecendo melhorias e eficácia desde seu inicio ate o fim, garantindo assim funcionalidade do sistema. A Análise de Requisitos é a primeira atividade técnica no desenvolvimento do software, e pode ser entendida como responsável por definir os serviços que um sistema deve realizar, sua interface com os demais elementos e sob quais restrições o sistema deve operar. os requisitos dos sistemas devem estabelecer o que o sistema deve fazer ao invés de como isto será feito. especificação um documento de requisitos de software é montando. esse documento une a definição e a especificação dos requisitos. no desenvolvimento do processo alguns papéis estão envolvidos: os requerentes, os facilitadores e os implementadores. os requerentes são os clientes e usuários, e representam as pessoas que precisam do sistema. os facilitadores são analistas, e seu papel é o de desenvolver, ao longo do processo, as técnicas de extração, especificação, verificação e validação, numa descrição precisa do sistema que o requerente quer. já os implementadores são engenheiros, projetistas e gerentes de projeto, que elaboram o sistema base do processo que efetivamente constroem os sistemas com base no documento de requisitos e no processo do software. algo primordial para quem trabalha com desenvolvimento de sistemas. esse levantamento pode não garantir que o software contemple todas as reais necessidades dos usuários, mas tende a antecipar o surgimento dos erros de entendimento e não consistências, aprimorando o processo de desenvolvimento de produtos de software. este artigo trata as metodologias fazer um bom levantamento e especificação de requisitos é existentes para descoberta destes requisitos.
2 2 LEVATAMENTO DE REQUISITOS. O levantamento de requisitos é umas das partes mais importantes do processo que resultará no desenvolvimento de um sistema. Entender aquilo que o cliente deseja ou o que o cliente acredita que precisa e as regras do negócio ou processos do negócio. Isso é o o fator determinante que move essa importante função que faz parte da Engenharia de Software(Engenharia de requisitos). Aliado ao levantamento de requisitos, Segundo Denis Alcides Rezende(2005, p. 90) É metodologia de desenvolvimento e manutenção de sistemas modulares com. Existe o mapeamento dos processos que é de vital importância para a melhoria dos resultados obtidos pelo levantamento de requisitos. Muitos sistemas são retardados em seu prazo estipulado na fase de definição do escopo do projeto ou até mesmo morre durante seu percurso, pois, a etapa de levantamento de requisitos é negligenciada ou simplesmente feita de forma ineficaz, muitas empresas não adotam as políticas de elaboração de um software, visando a urgência do cliente, acabam fazendo algo sem nenhuma documentação, ou seja não passou pelo processo de qualidade de software, resultando em um tempo de produção rápido, mas pecando as normas de qualidade, gerando muito mas gasto no futuro com manutenção e futuros problemas causados pela não estruturação do software. Existe também um personagem que é constantemente deixado em segundo plano, no mapeamento de processos, o especialista do domínio ou especialista do negócio. O especialista do negócio é aquele profissional que possui experiência no ramo de mercado do negócio para qual o sistema atenderá em suas funcionalidades. Como por exemplo: Um sistema de vendas pode contar com um especialista do negócio que seja gerente de vendas, que já foi vendedor e com 12 anos de experiência, um bom profissional não deve se apagar somente no que a diretoria deseja, mas sim também nos que os usuários do sistema desejam, obviamente levando em conta o desejo da diretoria e seus usuários. Algumas fábricas de software procuram analistas de sistemas que sejam especialistas no ramo de negócio do sistema que vão desenvolver. Mas esbarra em um sério problema da dificuldade de encontrar esses profissionais, que são difíceis de encontrar, Mercado de trabalho está cada vez mais carentes de profissionais com esse perfil, os
3 3 que existem já estão, a grande maioria possui um conhecimento Hibrido, e conseqüentemente gerando inúmeras falhas em suas analises. Outra forma é usar um profissional do próprio contratante do sistema a ser desenvolvido, mas isso pode deixar a vista para o cliente os problemas que ocorrem em todo o projeto. Por isso as fábricas driblam esse fato, procurando analistas de sistemas que possuam conhecimentos genéricos de negócios, bom relacionamento com equipe de trabalho e experiência em coordenar ou gerenciar projetos. Vai lidar com programadores, especialistas de negócio que não possuem conhecimento de sistemas e gerenciar tudo isto junto é muito, muito importante e necessita ter habilidades especiais de gestão de negócios Um estudo baseado em 6700 sistemas desenvolvidos em 1997 (l) demonstrou que os custos resultantes da má realização da etapa de levantamento de requisitos, podem levar os sistemas custar duzentas vezes mais que o necessário. Para Desenvolver sistemas profissionais e de qualidade, precisamos levantar de forma com seriedade os requisitos. E necessário ter bons profissionais em diversas áreas no disco de Desenvolvimento, tais como: Analistas de Requisitos, Analistas de Processos, Analistas de Testes, Gerentes de Projetos, Programadores, Analistas de Qualidade e outros de acordo com a necessidade específica de cada projeto. Claro, que sua empresa poderá reaproveitar seus profissionais para atuar em várias etapas ou funções durante o projeto, mas com critério. Sua empresa não pode colocar o programador como analista de testes, pois, dificilmente ele será imparcial na hora de avaliar a própria criação. O mesmo acontece com outras funções, muitas vezes, não na realidade no Brasil todo programador é analista, pois não existe distinção, ele tem que ser os dois ou até mais. Outro fato importante é o mapeamento prévio de processos,em um bom levantamento de requisitos desacompanhado de um mapeamento de processos. Existem sistemas desenvolvidos sobre processos inadequados, pois, o analista de requisitos tomou por base processos com base em entrevista com o funcionário que executava de forma inadequada um processo.
4 4 Fato é que para um nível de qualidade Regular ele necessariamente precisa passar por todos os processos da engenharia, evitando futuras complicações e até cancelamento do projeto. DEFINIÇÃO DE REQUISITO Os requisitos são uma coleção de sentenças que devem descrever de modo claro, sem ambigüidades, conciso e consistente todos os aspectos significativos do sistema proposto. Eles devem conter informações suficientes para permitir que os implementadores construam um sistema que satisfaça os requerentes, e nada mais. Conforme proposto por Sommerville (2003, p. 83), um requisito é tratado como funcional quando descreve um serviço ou função que o sistema deve realizar. Paralelamente pode haver requisitos não-funcionais, que são restrições impostas tanto ao sistema quanto ao seu desenvolvimento. COMO IDENTIFICAR REQUISITO Não existem, até o momento, técnicas capazes de lidar satisfatoriamente com todas as faces da análise de requisitos. Entretanto, existem ferramentas e técnicas capazes de resolver, com eficiência, parte do problema. Rápida Prototipação: trabalha com dois dos maiores problemas da Análise, a validação dos requisitos e sua representação de forma Compreensível aos diferentes leitores. Animação: é similar à rápida prototipação, porém as especificações são simplesmente executadas como um filme. A animação é um recurso mais pobre que a prototipação, pois demonstra apenas alguns aspectos dos requisitos. Revisões: constituem em geral uma abordagem mais simples: a leitura dos requisitos. A desvantagem está no gasto excessivo de tempo, especialmente em grandes projetos. Prova das propriedades do sistema: baseia-se na crença de que o uso de linguagens formais. Mediante provas, chega-se à conclusão de que o sistema opera corretamente. No entanto, existem muitas restrições ao uso de linguagens formais. A desvantagem
5 5 é que modelar o mundo real consome muito tempo, e nada nos assegura a consistência do sistema em relação ao mundo real. TÉCNICAS PARA LEVANTAMENTO DE REQUISITOS Os métodos que os analistas empregam para conceber um novo sistema são conhecidos como métodos de análise ou modelagem do sistema. Esses métodos ensinam a construir modelos abstratos do sistema. Nesta etapa de análise e modelagem os requisitos ficam bem claros, pois é na modelagem que eles são evidenciados. Como afirmam Booch et al. (2000, p. 06), um modelo é uma simplificação da realidade, e modelos são construídos para compreender melhor o sistema que está sendo desenvolvido. Os modelos seguem a técnica apresentada por Edsger Dijkstra (FISCHER, 2001, p. 85), Em que um problema complexo é quebrado em uma série de problemas menores, o famoso Dividir para Conquistar. Pela modelagem são atingidos quatro objetivos, no que se refere ao sistema: (i) modelos ajudam o desenvolvedor e o cliente a visualizarem um sistema como ele é ou deve ser, (ii)modelos nos permitem especificar a estrutura ou o comportamento de um sistema, (iii) modelos nos dão um molde que nos guia na construção de um sistema e, finalmente, (iv) modelos documentam as decisões tomadas. Existem muitas técnicas de modelagem e, dentre elas, as consideradas mais expressivas são apresentadas a seguir, baseadas em diferentes tipos de abstração: requisitos de especificação das aplicações, garantindo assim que os requisitos estejam completos, consistentes, sem ambigüidade e sem redundância, em fim existem inúmeras ferramentas para fazer se trabalhar com o Levantamento. SREM Metodologia da Engenharia de Requisitos de Software: é uma ferramenta baseada na engenharia de requisitos e validação de sistemas. Nessa metodologia, os caminhos dos dados consistem nas mensagens de entrada, na seqüência das tarefas processadas que envolvem o fluxo do controle, e nas mensagens da saída. É utilizada (a metodologia) para recomendar melhorias em grandes sistemas, (FINKELSTEIN et al., 1992, p. 6). UML Unified Modeling Language: linguagem para visualizar, especificar, construir e documentar os requisitos e informações de um sistema (BOOCH et al., 2000, p. 13). Volere: é um método completo de obtenção de requisitos, baseado nos casos de uso (FISCHER, 2001, p. 87).
6 6 CONCLUSÃO Para o desenvolvimento de um sistema funcional e eficiente que seja realmente eficaz é indispensável um excelente levantamento de requisitos e o mapeamento desse processo. Fazer um bom levantamento e especificação de requisitos é algo primordial para quem trabalha com desenvolvimento de sistemas. Esse levantamento pode não garantir que o software contemplete todas as reais necessidades dos usuários, mas tende a antecipar o surgimento dos erros de entendimento e inconsistências, aprimorando o processo de desenvolvimento de produtos de software. Este artigo trata as metodologias existentes para descoberta destes requisitos. Software de Qualidade Obrigatoriamente deve Passar por todos os processos de Engenharia de Software.
7 7 REFERÊNCIAS REZENDE, Denis Alcides ; Denis Alcides Rezende, Engenharia de software e sistemas de informação. 3. Ed. rev. Ampl -- Rio de Janeiro: Brasport Filho, Wilson de Pádua Paula; Silva Filho, Wilson de Pádua Paula Filho; Engenharia de Software: fundamentos, métodos e padrões. 3. ed. Indaial: ASSELVI, BOOCH, G.; RUMBAUGH, J.; JACOBSON, I. UML: guia do usuário. Tradução por Fábio Freitas. Rio de Janeiro: Campus, 2000, xx, 472 p. FISCHER, M. C. B. O. Estudo de Requisitos para um Software Educativo de Apoio ao Ensino da Introdução à Computação. Dissertação de Mestrado. Local: USP Universidade de São Paulo, FINKELSTEIN, L: HUANG, J: INKELSTEIN, A; NUSEIBEH, B. Using Software Specification Methods for Measurement Instrument Systems. Part 1: Structured Methods. London: City University, KHAWAR, A. Z.; UMRYSH, C. Desenvolvendo Aplicações Comerciais em Java com J2EE e UML. São Paulo: Moderna, ROBERTSON, J.; ROBERTSON, S. Volere Requirements: How to Get Started. London: Adison-Wesley, Disponível em Acesso em: 08/05/2005.
LEVANTAMENTO DE REQUISITOS SEGUNDO O MÉTODO VOLERE
LEVANTAMENTO DE REQUISITOS SEGUNDO O MÉTODO VOLERE RESUMO Fazer um bom levantamento e especificação de requisitos é algo primordial para quem trabalha com desenvolvimento de sistemas. Esse levantamento
LEVANTAMENTO DE REQUISITOS SEGUNDO O MÉTODO VOLERE THE REQUIREMENTS ELICITATION ACCORDING TO THE VOLERE METHOD
LEVANTAMENTO DE REQUISITOS SEGUNDO O MÉTODO VOLERE THE REQUIREMENTS ELICITATION ACCORDING TO THE VOLERE METHOD RESUMO Fazer um bom levantamento e especificação de requisitos é algo primordial para quem
Projeto de Sistemas I
Instituto Federal de Educação, Ciência e Tecnologia de São Paulo Projeto de Sistemas I Professora: Kelly de Paula Cunha E-mail:[email protected] Requisitos: base para todo projeto, definindo o
Aula 2 Revisão 1. Ciclo de Vida. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW
Ciclo de Vida Aula 2 Revisão 1 Processo de Desenvolvimento de Software 1 O Processo de desenvolvimento de software é um conjunto de atividades, parcialmente ordenadas, com a finalidade de obter um produto
Processos de Desenvolvimento de Software
Processos de Desenvolvimento de Software Gerenciamento de Projetos Mauro Lopes Carvalho Silva Professor EBTT DAI Departamento de Informática Campus Monte Castelo Instituto Federal de Educação Ciência e
Requisitos. Sistemas de Informações
Requisitos Sistemas de Informações Definindo o Sucesso do Software Clientes satisfeitos Eles estão satisfeitos quando você: Atende às expectativas Entrega no prazo Entrega no orçamento O Sucesso começa
Autoria:Aristófanes Corrêa Silva Adaptação: Alexandre César M de Oliveira
Unified Modeling Language (UML) Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Introdução Autoria:Aristófanes Corrêa Silva Adaptação: Alexandre
ENGENHARIA DE SOFTWARE I
ENGENHARIA DE SOFTWARE I Prof. Cássio Huggentobler de Costa [[email protected]] Twitter: www.twitter.com/cassiocosta_ Agenda da Aula (002) Metodologias de Desenvolvimento de Softwares Métodos Ágeis
UML 2. Guia Prático. Gilleanes T.A. Guedes. Novatec. Obra revisada e ampliada a partir do título Guia de Consulta Rápida UML 2
UML 2 Guia Prático Gilleanes T.A. Guedes Obra revisada e ampliada a partir do título Guia de Consulta Rápida UML 2 Novatec capítulo 1 Introdução à UML A UML (Unified Modeling Language ou Linguagem de Modelagem
Introdução a UML. Hélder Antero Amaral Nunes [email protected]
Introdução a UML Hélder Antero Amaral Nunes [email protected] Introdução a UML UML (Unified Modeling Language Linguagem de Modelagem Unificada) é uma linguagem-padrão para a elaboração da estrutura de
Engenharia de Software Questionário sobre Engenharia de Requisitos Resolvido Prof. MSc Wagner Siqueira Cavalcante
1 - Q193183 ( Prova: FCC - 2011 - TRT - 19ª Região (AL) - Analista Judiciário - Tecnologia da Informação / Engenharia de Software / Análise de Requisitos; Engenharia de Requisitos; ) De acordo com Sommerville,
FATEC Cruzeiro José da Silva. Ferramenta CRM como estratégia de negócios
FATEC Cruzeiro José da Silva Ferramenta CRM como estratégia de negócios Cruzeiro SP 2008 FATEC Cruzeiro José da Silva Ferramenta CRM como estratégia de negócios Projeto de trabalho de formatura como requisito
UML - Unified Modeling Language
UML - Unified Modeling Language Casos de Uso Marcio E. F. Maia Disciplina: Engenharia de Software Professora: Rossana M. C. Andrade Curso: Ciências da Computação Universidade Federal do Ceará 24 de abril
Engenharia de Requisitos Estudo de Caso
Engenharia de Requisitos Estudo de Caso Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2007 Slide 1 Engenharia de Requisitos Exemplo 1 Reserva de Hotel 1. INTRODUÇÃO Este
Modelagemde Software Orientadaa Objetos com UML
Modelagemde Software Orientadaa Objetos com UML André Maués Brabo Pereira Departamento de Engenharia Civil Universidade Federal Fluminense Colaborando para a disciplina CIV 2802 Sistemas Gráficos para
REQUISITOS DE SISTEMAS
REQUISITOS DE SISTEMAS MÓDULO 2 PROCESSOS DE NEGÓCIOS CONTEÚDO 1. PROCESSOS DE NEGÓCIO IDENTIFICAÇÃO CONCEITOS MODELAGEM (BPM e UML) PROCESSOS X REQUISITOS 1. PROCESSOS DE NEGÓCIO IDENTIFICAÇÃO CONCEITOS
Gerenciamento de projetos. [email protected]
Gerenciamento de projetos [email protected] Projeto 3URMHWR é um empreendimento não repetitivo, caracterizado por uma seqüência clara e lógica de eventos, com início, meio e fim, que se destina
Engenharia de Software
Engenharia de Software O que é a engenharia de software É um conjunto integrado de métodos e ferramentas utilizadas para especificar, projetar, implementar e manter um sistema. Método É uma prescrição
Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software
INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE Curso Técnico em Informática ENGENHARIA DE SOFTWARE Prof.: Clayton Maciel Costa [email protected] Clayton Maciel Costa
Resumo do BABok 2.0 O Guia de Referência de Análise de Negócio Curso de Analista de Negócio 3.0
O que é BABok? O BABok 2.0, Corpo de Conhecimento de Análise de Negócios, é considerado como um Guia Referência de Práticas de Análise de Negócio. Este guia é publicado e mantido pelo IIBA. O guia BABok
SETIS- III Seminário de Tecnologia Inovação e Sustentabilidade 4 e 5 de novembro de 2014.
A importância da comunicação no gerenciamento de projetos de softwares: reflexões teóricas Lucas Krüger [email protected] Resumo: Esse artigo objetiva estudar a comunicação entre cliente e desenvolvedor
MÓDULO 9 METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMAS
MÓDULO 9 METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMAS O termo metodologia não possui uma definição amplamente aceita, sendo entendido na maioria das vezes como um conjunto de passos e procedimentos que
O Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no
1.1 RATIONAL UNIFIED PROCESS (RUP) O Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no processo que atende pelo nome de Processo Unificado (ou UP do inglês Unified
Ciência da Computação ENGENHARIA DE SOFTWARE. Análise dos Requisitos de Software
Ciência da Computação ENGENHARIA DE SOFTWARE Análise dos Requisitos de Software Prof. Claudinei Dias email: [email protected] Roteiro Introdução Tipos de requisitos Atividades Princípios da
Palavras-Chaves: estoque, modelagem, requisitos, UML, vendas.
UTILIZAÇÃO DA UML NO DESENVOLVIMENTO DE SISTEMA DE CONTROLE DE VENDAS E ESTOQUE GILBERTO FRANCISCO PACHECO DOS SANTOS Discente da AEMS Faculdades Integradas de Três Lagoas JACKSON LUIZ ARROSTI Discente
UML 01. Curso Superior de Tecnologia em Banco de Dados Disciplina: Projeto de Banco de Dados Relacional 1 Prof.: Fernando Hadad Zaidan
Faculdade INED UML 01 Curso Superior de Tecnologia em Banco de Dados Disciplina: Projeto de Banco de Dados Relacional 1 Prof.: Fernando Hadad Zaidan Referências BARBIERI, Carlos. Análise e Programação
Prof. Me. Marcos Echevarria
Prof. Me. Marcos Echevarria Introdução a engenharia de software; Conceito de análise orientada a objetos; UserStories; Requisitos de software; Técnicas de levantamento de requisitos; Modelo de casos de
PROFESSOR: CRISTIANO MARIOTTI
PROFESSOR: CRISTIANO MARIOTTI Conjunto de atividades, parcialmente ordenadas, com a finalidade de obter um produto de software; Considerado um dos principais mecanismos para se obter software de qualidade
do grego: arkhé (chefe ou mestre) + tékton (trabalhador ou construtor); tekhne arte ou habilidade;
1 ARQUITETURA E DESIGN DE SOFTWARE O que é Arquitetura? do grego: arkhé (chefe ou mestre) + tékton (trabalhador ou construtor); tekhne arte ou habilidade; do dicionário: Arte de projetar e construir prédios,
Roteiro para a escrita do documento de Especificação de Requisitos de Software (ERS)
Roteiro para a escrita do documento de Especificação de Requisitos de Software (ERS) Definição Geral: Disciplina de Compiladores Prof. Jorge Bidarra (UNIOESTE) A especificação de requisitos tem como objetivo
O modelo unificado de processo. O Rational Unified Process, RUP.
Cursos: Sistemas de Informação Disciplina: Administração ADM Prof. Jarbas Avaliação: Prova B1, 5º/6º semestres Data: 27/09/2010 Nome: Gabarito RA: Assinatura: Turma: 1) Segundo as afirmações a seguir,
Tópicos em Engenharia de Software (Optativa III) AULA 2. Prof. Andrêza Leite [email protected] (81 )9801-6619
Tópicos em Engenharia de Software (Optativa III) AULA 2 Prof. Andrêza Leite [email protected] (81 )9801-6619 Engenharia de Software Objetivo da aula Depois desta aula você terá uma revisão sobre o
Wilson Moraes Góes. Novatec
Wilson Moraes Góes Novatec Copyright 2014 Novatec Editora Ltda. Todos os direitos reservados e protegidos pela Lei 9.610 de 19/02/1998. É proibida a reprodução desta obra, mesmo parcial, por qualquer processo,
AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: [email protected] CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0
AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: [email protected] CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0 SUMÁRIO 1 Conceitos Básicos... 3 1.1 O que é Software?... 3 1.2 Situações Críticas no desenvolvimento
Requisitos de Software. Teresa Maciel DEINFO/UFRPE
Requisitos de Software Teresa Maciel DEINFO/UFRPE 1 Requisito de Software Características que o produto de software deverá apresentar para atender às necessidades e expectativas do cliente. 2 Requisito
ISO/IEC 12207: Gerência de Configuração
ISO/IEC 12207: Gerência de Configuração Durante o processo de desenvolvimento de um software, é produzida uma grande quantidade de itens de informação que podem ser alterados durante o processo Para que
Análise e Desenvolvimento de Sistemas ADS Programação Orientada a Obejeto POO 3º Semestre AULA 03 - INTRODUÇÃO À PROGRAMAÇÃO ORIENTADA A OBJETO (POO)
Análise e Desenvolvimento de Sistemas ADS Programação Orientada a Obejeto POO 3º Semestre AULA 03 - INTRODUÇÃO À PROGRAMAÇÃO ORIENTADA A OBJETO (POO) Parte: 1 Prof. Cristóvão Cunha Objetivos de aprendizagem
UNIVERSIDADE DE SÃO PAULO E S C O L A D E A R T E S, C I Ê N C I A S E H U M A N I D A D E
UNIVERSIDADE DE SÃO PAULO E S C O L A D E A R T E S, C I Ê N C I A S E H U M A N I D A D E Trabalho proposto pela disciplina de Orientado por Professor Dr. Fernando Coelho Mário Januário Filho 5365372
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.
Casos de Uso de Alto Nível Prof. Raul Sidnei Wazlawick UFSC-CTC-INE 2010 Fonte: Análise e Projeto de Sistemas de Informação Orientados a Objetos, 2ª Edição, Elsevier, 2010. Contexto Na fase de concepção
Um modelo é uma simplificação da realidade. Construímos modelos para compreender melhor o sistema que estamos desenvolvendo.
UML - Motivação - O que é um modelo? Um modelo é uma simplificação da realidade. Construímos modelos para compreender melhor o sistema que estamos desenvolvendo. O que é um modelo? O que é um modelo? O
Metodologia e Gerenciamento do Projeto na Fábrica de Software v.2
.:: Universidade Estadual de Maringá Bacharelado em Informática Eng. de Software III :. Sistema de Gerenciamento de Eventos - Equipe 09 EPSI Event Programming System Interface Metodologia e Gerenciamento
2 Diagrama de Caso de Uso
Unified Modeling Language (UML) Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Diagrama de Caso de Uso (Use Case) Autoria:Aristófanes Corrêa
UNIVERSIDADE FEDERAL DO PARANÁ. CURSO: Ciência da Computação DATA: / / 2013 PERÍODO: 4 o.
CURSO: Ciência da Computação DATA: / / 2013 PERÍODO: 4 o. PROFESSOR: Andrey DISCIPLINA: Técnicas Alternativas de Programação AULA: 08 APRESENTAÇÃO Na aula de hoje vamos apresentar e discutir como definir
build UNIP Sistemas de Informação Análise Essencial de Sistemas 3 Prof.Marcelo Nogueira A produção de Software é uma atividade build and fix.
UNIP Sistemas de Informação Análise Essencial de Sistemas Prof.Marcelo Nogueira Análise Essencial de Sistemas 1 Introdução A produção de Software é uma atividade build and fix. Análise Essencial de Sistemas
Requisitos de Software
Requisitos de Software Centro de Informática - Universidade Federal de Pernambuco Kiev Gama [email protected] Slides originais elaborados por Ian Sommerville e adaptado pelos professores Márcio Cornélio,
Modelagem de Processos. Prof.: Fernando Ascani
Modelagem de Processos Prof.: Fernando Ascani Bibliografia UML Guia de consulta rápida Douglas Marcos da Silva Editora: Novatec UML Guia do usuário Grady Booch James Rumbaugh Ivair Jacobson Editora: Campus
Notas de Aula 04: Casos de uso de um sistema
Notas de Aula 04: Casos de uso de um sistema Objetivos da aula: Aprender os elementos básicos da modelagem por casos de uso Utilizar as associações entre casos de uso, atores e demais artefatos Compreender
Na medida em que se cria um produto, o sistema de software, que será usado e mantido, nos aproximamos da engenharia.
1 Introdução aos Sistemas de Informação 2002 Aula 4 - Desenvolvimento de software e seus paradigmas Paradigmas de Desenvolvimento de Software Pode-se considerar 3 tipos de paradigmas que norteiam a atividade
Unidade II MODELAGEM DE PROCESSOS
Unidade II 3 MODELAGEM DE SISTEMAS 1 20 A fase de desenvolvimento de um novo sistema de informação (Quadro 2) é um momento complexo que exige um significativo esforço no sentido de agregar recursos que
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Introdução Modelos de Processo de Desenvolvimento de Software Os modelos de processos de desenvolvimento de software surgiram pela necessidade de dar resposta às
Curso: Engenharia de Software com Ênfase em Padrões de Software (UECE Universidade Estadual do Ceará) RUP
Conceitos RUP RUP, abreviação de Rational Unified Process (ou Processo Unificado da Rational), é um processo de Engenharia de software criado pela Rational Software Corporation(a qual foi incorporada pela
Histórico da Orientação a Objetos Ciclo de vida de Desenvolvimento de SW
Histórico da Orientação a Objetos Ciclo de vida de Desenvolvimento de SW Baseado nos materiais dos profs: Prof.: Edilberto M. Silva http://www.edilms.eti.br Edna Canedo Marcio de Carvalho Victorino Brasília-DF,
Processo de Implementação de um Sistema de Gestão da Qualidade
3 Processo de Implementação de um Sistema de Gestão da Qualidade Não existe um jeito único de se implementar um sistema da qualidade ISO 9001: 2000. No entanto, independentemente da maneira escolhida,
Extração de Requisitos
Extração de Requisitos Extração de requisitos é o processo de transformação das idéias que estão na mente dos usuários (a entrada) em um documento formal (saída). Pode se entender também como o processo
PLANEJAMENTO OPERACIONAL - MARKETING E PRODUÇÃO MÓDULO 3 O QUE É PLANEJAMENTO DE VENDAS E OPERAÇÕES?
PLANEJAMENTO OPERACIONAL - MARKETING E PRODUÇÃO MÓDULO 3 O QUE É PLANEJAMENTO DE VENDAS E OPERAÇÕES? Índice 1. O que é planejamento de...3 1.1. Resultados do planejamento de vendas e operações (PVO)...
ANÁLISE E PROJETO DE SISTEMAS PARA WEB II Processos
ANÁLISE E PROJETO DE SISTEMAS PARA WEB II Processos PROCESSO DE SOFTWARE Ao falar de processo, no contexto da Engenharia de Software, estamos nos referindo ao processo de desenvolvimento de software. O
Teste de Software. Profa. Cátia dos Reis Machado [email protected]
Teste de Software Profa. Cátia dos Reis Machado [email protected] Qualidade Garantia de Qualidade Qualidade do processo Qualidade do produto Testes Estáticos Testes Dinâmicos Teste de software
UNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC DCC Departamento de Ciência da Computação Joinville-SC
CURSO: Bacharelado em Ciência da Computação DISCIPLINA: ANPS Análise e Projeto de Sistemas AULA NÚMERO: 3 DATA: PROFESSOR: Murakami Sumário 1 APRESENTAÇÃO...1 2 DESENVOLVIMENTO...1 2.1 Revisão...1 2.1.1
GARANTIA DA QUALIDADE DE SOFTWARE
GARANTIA DA QUALIDADE DE SOFTWARE Fonte: http://www.testexpert.com.br/?q=node/669 1 GARANTIA DA QUALIDADE DE SOFTWARE Segundo a NBR ISO 9000:2005, qualidade é o grau no qual um conjunto de características
CES-32 e CE-230 Qualidade, Confiabilidade e Segurança de Software. Conceitos de Qualidade. CURSO DE GRADUAÇÃO e DE PÓS-GRADUAÇÃO DO ITA
CURSO DE GRADUAÇÃO e DE PÓS-GRADUAÇÃO DO ITA 2º SEMESTRE 2002 CES-32 e CE-230 Qualidade, Confiabilidade e Segurança de Software Prof. Dr. Adilson Marques da Cunha Conceitos de Qualidade CES-32 / CE-230
TI Aplicada. Aula 02 Áreas e Profissionais de TI. Prof. MSc. Edilberto Silva [email protected] http://www.edilms.eti.
TI Aplicada Aula 02 Áreas e Profissionais de TI Prof. MSc. Edilberto Silva [email protected] http:// Papéis... Um papel é uma definição abstrata de um conjunto de atividades executadas e dos
Introdução a Computação
Introdução a Computação Aula 03 Profissões de TI Prof. MSc. Edilberto Silva [email protected] http:// Papéis... Um papel é uma definição abstrata de um conjunto de atividades executadas e dos respectivos
Palavras-Chaves: Arquitetura, Modelagem Orientada a Objetos, UML.
MODELAGEM ORIENTADA A OBJETOS APLICADA À ANÁLISE E AO PROJETO DE SISTEMA DE VENDAS ALTEMIR FERNANDES DE ARAÚJO Discente da AEMS Faculdades Integradas de Três Lagoas ANDRE LUIZ DA CUNHA DIAS Discente da
Modelagem de Processos de Negócio Aula 5 Levantamento de Processos. Andréa Magalhães Magdaleno [email protected]
Modelagem de Processos de Negócio Aula 5 Levantamento de Processos Andréa Magalhães Magdaleno [email protected] Agenda Técnicas de levantamento de processos Análise de documentação Observação Story boarding
GERÊNCIA DE INTEGRAÇÃO DO PROJETO
GERÊNCIA DE INTEGRAÇÃO DO PROJETO Estevanir Sausen¹, Patricia Mozzaquatro² ¹Acadêmico do Curso de Ciência da Computação ²Professor(a) do Curso de Ciência da Computação Universidade de Cruz Alta (UNICRUZ)
Dicionário da EAP - Software FarmaInfor
Software FarmaInfor 1.Gerenciamento 2.Iniciação 3.Elaboração 4. Desenvolvimento 5.Trenferência 6. Finalização 6.1 Assinatura 1.1 Montar Equipe 2.1 Levantar Requisitos 3.1 Definir Módulos 4.1 Codificar
Introdução à Engenharia de Software
Introdução à Engenharia de Software Professor: Rômulo César [email protected] www.romulocesar.com.br Imagem Clássica Objetivo da aula Depois desta aula você terá uma visão sobre o que é a engenharia
Objetivos. Processos de Software. Tópicos abordados. O processo de software. Modelos genéricos de modelos de processo de software.
Processos de Software Objetivos Apresentar os modelos de processo de software Conjunto coerente de atividades para especificar, projetar, implementar e testar s de software Descrever os diferentes modelos
02/10/2012. Padronização de interfaces. Referências
Referências Engenharia de Usabilidade Prof.: Clarindo Isaías Pereira da Silva e Pádua Contribuição: Cláudio Márcio de Souza Vicente Gestus Hix, D.; Hartson, H. R. Developing User Interfaces: ensuring usability
A apresentação através de fluxos lógicos consegue mostrar mal entendidos e pontos que são controversos.
Módulo 5 Análise Estruturada As dificuldades que são causadas por problemas de comunicação, mudanças de requisitos e técnicas inadequadas de avaliação, tornam a análise estruturada uma fase critica no
Tópicos de Ambiente Web. Modulo 2 Processo de desenvolvimento de um site Professora: Sheila Cáceres
Tópicos de Ambiente Web Modulo 2 Processo de desenvolvimento de um site Professora: Sheila Cáceres Roteiro Motivação Desenvolvimento de um site Etapas no desenvolvimento de software (software:site) Analise
Requisitos. Professor Gabriel Baptista ( [email protected] ) ( http://sites.google.com/site/professorgabrielbaptista )
Qualidade de Software Aula 8 (Versão 2012-01) 01) Requisitos Professor Gabriel Baptista ( [email protected] ) ( http://sites.google.com/site/professorgabrielbaptista ) Revisando... 1. Qual o
INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DE SANTA CATARINA DEPARTAMENTO DE SAÚDE E SERVIÇOS CURSO TÉCNICO EM INFORMÁTICA
INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DE SANTA CATARINA DEPARTAMENTO DE SAÚDE E SERVIÇOS CURSO TÉCNICO EM INFORMÁTICA CHRISTIAN GALAFASSI EDENIR HENRIQUE MARTINS GUSTAVO STANCK VILLAGE CLOUD
PRINCÍPIOS DE SISTEMAS DE INFORMAÇÃO MÓDULO 17
PRINCÍPIOS DE SISTEMAS DE INFORMAÇÃO MÓDULO 17 Índice 1. Conceitos de Ciclo de Desenvolvimento de Sistemas...3 1.1. Principais Fases... 3 1.2. Técnicas... 4 1.3. Papéis de Responsabilidades... 4 1.3.1.
UML e a Ferramenta Astah. Profa. Reane Franco Goulart
UML e a Ferramenta Astah Profa. Reane Franco Goulart História da UML o Percebeu-se a necessidade de um padrão para a modelagem de sistemas, que fosse aceito e utilizado amplamente. o Alguns esforços nesse
GESTÃO DAS INFORMAÇÕES DAS ORGANIZAÇÕES MÓDULO 11
GESTÃO DAS INFORMAÇÕES DAS ORGANIZAÇÕES MÓDULO 11 Índice 1. Importância do ERP para as organizações...3 2. ERP como fonte de vantagem competitiva...4 3. Desenvolvimento e implantação de sistema de informação...5
Ciclo de Vida Clássico ou Convencional CICLOS DE VIDA DE DESENVOLVIMENTO DE SISTEMAS. Ciclo de Vida Clássico ou Convencional. Enfoque Incremental
CICLOS DE VIDA DE DESENVOLVIMENTO DE SISTEMAS Elicitação Ciclo de Vida Clássico ou Convencional O Modelo Cascata Análise Ana Paula Terra Bacelo Blois Implementação Material Adaptado do Prof. Marcelo Yamaguti
3 Qualidade de Software
3 Qualidade de Software Este capítulo tem como objetivo esclarecer conceitos relacionados à qualidade de software; conceitos estes muito importantes para o entendimento do presente trabalho, cujo objetivo
Banco de Dados I. Apresentação (mini-currículo) Conceitos. Disciplina Banco de Dados. Cont... Cont... Edson Thizon ([email protected].
Sistemas da Informação Banco de Dados I Edson Thizon ([email protected]) 2008 Apresentação (mini-currículo) Formação Acadêmica Mestrando em Ciência da Computação (UFSC/ ) Créditos Concluídos. Bacharel
Professor: Curso: Disciplina: Aula 4-5-6
Professor: Curso: Disciplina: Aula 4-5-6 Turma: Esp. Marcos Morais de Sousa Sistemas de informação Engenharia de Software I Engenharia de Requisitos 03º semestre 1 Engenharia de Requisitos Prof. Marcos
Modelos de Sistema. 2007 by Pearson Education. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 8 Slide 1.
Modelos de Sistema Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 8 Slide 1 Objetivos Explicar por que o contexto de um sistema deve ser modelado como parte do processo de RE Descrever
Engenharia de Requisitos
Engenharia de Requisitos Introdução a Engenharia de Requisitos Professor: Ricardo Argenton Ramos Aula 08 Slide 1 Objetivos Introduzir a noção de requisitos do sistema e o processo da engenharia de requisitos.
Objetivos. Requisitos de Software. Tipos de Requisitos. O que é um requisito? Requisitos Funcionais e Não- Funcionais. Requisitos Funcionais
Objetivos de Software Gidevaldo Novais ([email protected]) Introduzir os conceitos do usuário e do Descrever requisitos funcionais e nãofuncionais (domínio) Apresentar um esqueleto de documento e notas
LEVANTAMENTO DE REQUISITOS. Lílian Simão Oliveira
LEVANTAMENTO DE REQUISITOS Lílian Simão Oliveira Níveis de erros Fonte: imaster.com um software São as características e funcionalidades que um software tem Engenharia de Requisitos O que é? Quem faz?
Tópicos da Aula. Que é são requisitos? Tipos de Requisitos. Requisitos Funcionais. Classificação de Requisitos. Requisitos de Software.
Engenharia de Software Aula 06 Tópicos da Aula Software Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo [email protected] 26 Março 2012 Funcionais e não funcionais De usuário e do Engenharia de Estudo
Desenvolvimento de Interfaces Prototipação
Autarquia Educacional do Vale do São Francisco AEVSF Faculdade de Ciências Aplicadas e Sociais de Petrolina - FACAPE Centro de Engenharia e Ciências Tecnológicas CECT Curso de Ciência da Computação Desenvolvimento
[email protected] rosefib.webnode.com.br
Paradigmas de análise e desenvolvimento de sistemas Metodologia de Análise e Desenvolvimento de Sistemas Rosemary Silveira Filgueiras Melo [email protected] rosefib.webnode.com.br Tópicos abordados
Professor: Curso: Disciplina:
Professor: Curso: Disciplina: Aula 1 Turma: Esp. Marcos Morais de Sousa Sistemas de informação Engenharia de Software I Dinâmica da disciplina, plano de curso e avaliação 03º semestre Prof. Esp. Marcos
Modelagem de Software
Universidade Federal de Mato Grosso do Sul Sistemas de Informação CPCX Modelagem de Software Prof. Fernando Maia da Mota Slides gentilmente cedidos por Profa. Dra. Maria Istela Cagnin Machado UFMS/FACOM
Gerenciamento de Problemas
Gerenciamento de Problemas O processo de Gerenciamento de Problemas se concentra em encontrar os erros conhecidos da infra-estrutura de TI. Tudo que é realizado neste processo está voltado a: Encontrar
RUP. Evolução. Principais Características do RUP. Principais Características do RUP RUP
RUP Rational Unified Process ( Unificado de Desenvolvimento da Rational) Conjunto de passos que tem como objetivo atingir uma meta de software na ES, processo que visa a produzir o software - de modo eficiente
Para construção dos modelos físicos, será estudado o modelo Relacional como originalmente proposto por Codd.
Apresentação Este curso tem como objetivo, oferecer uma noção geral sobre a construção de sistemas de banco de dados. Para isto, é necessário estudar modelos para a construção de projetos lógicos de bancos
Feature-Driven Development
FDD Feature-Driven Development Descrição dos Processos Requisitos Concepção e Planejamento Mais forma que conteúdo Desenvolver um Modelo Abrangente Construir a Lista de Features Planejar por
Prof. Marcelo Machado Cunha www.marcelomachado.com [email protected]
Prof. Marcelo Machado Cunha www.marcelomachado.com [email protected] Ementa Introdução a Banco de Dados (Conceito, propriedades), Arquivos de dados x Bancos de dados, Profissionais de Banco de dados,
