O MPS.BR é um programa para Melhoria de Processo do Software Brasileiro, está
em desenvolvimento desde dezembro de 2003 e é coordenado pela Associação
para Promoção da Excelência do Software Brasileiro (SOFTEX).
O MPS.BR é um programa para Melhoria de Processo do Software Brasileiro, está
em desenvolvimento desde dezembro de 2003 e é coordenado pela Associação
para Promoção da Excelência do Software Brasileiro (SOFTEX).
MPS.BR - Melhoria de Processo de Software BrasileiroMERKADO DELIVERY
MPS.BR - Melhoria de Processo de Software Brasileiro
O programa mobilizador para Melhoria de Processo do Software Brasileiro (MPS.BR) está em desenvolvimento desde dezembro de 2003.
É coordenado pela Associação para Promoção da Excelência do Software Brasileiro (SOFTEX), com apoio do Ministério da Ciência e Tecnologia (MCT), da Financiadora de Estudos e Projetos (FINEP) e do Banco Interamericano de Desenvolvimento (BID).
Apresentação do curso sobre Gerenciamento de Fábrica de Software. Nesta apresentação é feita uma introdução ao conceito de Fábrica de Software e detalhado o programa do curso.
Seminário sobre modelo MPS-BR apresentado à Faculdade Anhanguera Unidade Limeira, na disciplina de Engenharia de Software, do curso de Pós-Graduação em Desenvolvimento de Sistemas Web.
Fábrica de Software - Desenvolvimento personalizado para o seu projeto especialStrada .
Soluções sob medida para atender as necessidades de sua empresa e projetos especiais.
*Atendemos as necessidades específicas de sua empresa.
*Nos comprometemos com os resultados.
Somos flexíveis para atender sua empresa no que ela precisa
*Acompanhamos a implantação e o uso do sistema.
*Somos ágeis para atender os serviços contratados.
*Integramos nosso sistema a seu ambiente de trabalho.
*Garantimos sucesso nos projetos.
*Nos baseamos em processos.
Quem saber mais? acesse nosso site http://www.stradasolucoes.com.br/fabrica-de-software/
Resumo para Modelagem/Mapeamento de Processos de NegóciosCompanyWeb
Neste tempo de muita correria, rsss, tudo para 'ontem', fizemos um guia resumindo as atividades essenciais para Mapear Processos de Negócios, veja como ficou.
MPS.BR - Melhoria de Processo de Software BrasileiroMERKADO DELIVERY
MPS.BR - Melhoria de Processo de Software Brasileiro
O programa mobilizador para Melhoria de Processo do Software Brasileiro (MPS.BR) está em desenvolvimento desde dezembro de 2003.
É coordenado pela Associação para Promoção da Excelência do Software Brasileiro (SOFTEX), com apoio do Ministério da Ciência e Tecnologia (MCT), da Financiadora de Estudos e Projetos (FINEP) e do Banco Interamericano de Desenvolvimento (BID).
Apresentação do curso sobre Gerenciamento de Fábrica de Software. Nesta apresentação é feita uma introdução ao conceito de Fábrica de Software e detalhado o programa do curso.
Seminário sobre modelo MPS-BR apresentado à Faculdade Anhanguera Unidade Limeira, na disciplina de Engenharia de Software, do curso de Pós-Graduação em Desenvolvimento de Sistemas Web.
Fábrica de Software - Desenvolvimento personalizado para o seu projeto especialStrada .
Soluções sob medida para atender as necessidades de sua empresa e projetos especiais.
*Atendemos as necessidades específicas de sua empresa.
*Nos comprometemos com os resultados.
Somos flexíveis para atender sua empresa no que ela precisa
*Acompanhamos a implantação e o uso do sistema.
*Somos ágeis para atender os serviços contratados.
*Integramos nosso sistema a seu ambiente de trabalho.
*Garantimos sucesso nos projetos.
*Nos baseamos em processos.
Quem saber mais? acesse nosso site http://www.stradasolucoes.com.br/fabrica-de-software/
Resumo para Modelagem/Mapeamento de Processos de NegóciosCompanyWeb
Neste tempo de muita correria, rsss, tudo para 'ontem', fizemos um guia resumindo as atividades essenciais para Mapear Processos de Negócios, veja como ficou.
Método RON - Requisitos Orientado ao Negócio
Tem por objetivo apresentar método de definição e gerencia de requisitos com base nas atividades de um processo de negócio.
Fundamentos de Engenharia de RequisitosBarbara Lima
Notei que muitas pessoas ainda tem várias dúvidas sobre conceitos básicos sobre requisitos, e os materiais hoje já pressupõe que as pessoas já deveriam saber de todos eles.
Baseado nisso elaborei mas uma apresentação sobre Conceitos e Fundamentos de Engenharia de Requisitos, voltada também para a certificação de requisitos CPRE - FL.
Espero que possa contribuir para o crescimento profissional e acadêmico de vocês.
Template para o artefato de gestão de projetos: declaração do escopo do projeto.
Autor Eduardo Montes.
Mais templates para gerenciamento de projetos: http://goo.gl/wtTVjO
Modelo Espiral de Boehm, prototipação em etapas, RUP - Rational Unified Process, Desenvolvimento Ágil, manifesto ágil, Nossa maior prioridade é satisfazer o cliente, através da entrega adiantada e contínua de software de valor, Envolvimento do cliente, Manter a simplicidade, O que é Scrum, Reunião Diária, Retrospectiva da , Planning Poker
Aula sobre requisitos lecionada junto a Universidade Potiguar. Nesta aula foram apresentados conceitos sobre Engenharia de Requisitos, com definições sobre como deve-se elicitar requisitos formando uma visão do produto e formalizando requisitos funcionais, não-funcionais que serão posteriormente avaliados enquanto a sua viabilidade. Por fim apresenta-se a necessidade de uma constante verificação destes requisitos e posterior validação por meio de testes.
O CMMI possui 5 níveis de maturidade são eles: Inicial (Imprevisível, mal controlado e reativo), Gerenciado (Projetos, reativo), Definido (Organizado e pró-ativo), Quantitativamente Gerenciado (Processo medido e controlado), Otimização (Melhoria contínua do processo)
Como acertar na contratação de fábrica de software - Agile TrendsYuri Morais
Apresentação realizada no Agile Trends GOV, em Brasília, sobre o case de contratação de serviços de desenvolvimento de software (fábrica de software) no Senado Federal.
4. Requisito
• Pesquisa do Standish Group (Chaos 2009):
• Classificação dos Projetos:
– Sucesso: Projeto que terminaram no prazo estipulado,
dentro do orçamento e com escopo completo.
– Mudaram: Projetos que atrasaram, estouraram o
orçamento e/ou tiveram o escopo reduzido.
– Falharam: Projetos que foram cancelados ou nunca foram
usados.
Prof. Ricardo F. P. Satin, MBA, PMP 4
7. Requisito
• IEEE Std 830-1998 – Recommended Practice
for Software Requirements Specification
• http://ieeexplore.ieee.org/Xplore/guesthome.jsp
Prof. Ricardo F. P. Satin, MBA, PMP 7
8. Requisito
• SRS definição
• Envolvidos com SRS
• O SRS deve ter:
– Funcionalidades: O que um software deve processar
– Interfaces externas: Como é feita a interação entre as pessoas e o software?
– Performance: Qual é a velocidade, tempo de resposta, tempo de recuperação?
– Atributos: Segurança, atributos de manutenção.
– Restrições de projeto impostas na implementação: políticas de integração de
banco de dados, limites de recursos tecnológicos, ambiente operacional.
Prof. Ricardo F. P. Satin, MBA, PMP 8
9. Requisito
• Requisitos funcionais x não funcionais
– Requisitos funcionais
• descrever quais funcionalidades um sistema deve ter – venda, consulta, compra,
mov. estoque...
Prof. Ricardo F. P. Satin, MBA, PMP 9
10. Requisito
• Requisitos não funcionais
– Existe uma lista grande de itens que se enquadram nesta classificação,
vamos avaliar os mais relevantes para nosso tema:
• Requisitos técnicos (tablet, web, linux, processamento, memória,
armazenamento, link.);
• Requisitos de dados (on-line, tempo de armazenamento, local de armaz.);
• Requisitos ambientais ou contexto de uso;
– Ambiente físico (limpo, iluminado, barulho, necessita usar luvas...)
– Ambiente social (neces. trab. colaborativo, pessoas trab. juntas...),
– Ambiente organizacional (perfil funcional, inventário equipamentos...)
– Ambiente técnico (que tecnologia usar, quais limitações tecnológicas...).
• Requisitos do usuário;
– Usuários novatos ou especialistas, frequentes ou ocasionais, irão evoluir no uso da
ferramenta (haverá necessidade de ajustar perfil mediante aprendizado...)
• Requisitos de usabilidade;
– Metas de usabilidade, quão eficaz, eficiente e segura precisa ser.
Prof. Ricardo F. P. Satin, MBA, PMP 10
11. Requisito
• Requisitos devem estar:
– Corretos,
– Sem ambiguidades
– Completos
– Consistentes
– Priorizado por importância e/ou estabilidade
– Verificável
– Modificável
– Rastreavel
Prof. Ricardo F. P. Satin, MBA, PMP 11
12. Requisito
• A SRS é correta, se e somente se a mesma
retratar o que o software deve fazer.
• Qual a métrica para verificar se SRS é correta?
– Simulação de cenários juntamente com o usuário.
• Caso de uso;
• Digrama de Sequencia.
Prof. Ricardo F. P. Satin, MBA, PMP 12
13. Requisito
• O requisito é não ambíguo se e somente se
quando declarado possuir somente uma
interpretação.
– Leva também considerações aspectos da linguagem utilizada para
especificação dos requisitos.
• Linguagem natural – propícias a questões de ambigüidade.
• Linguagem de especificação de requisitos:
– Processada automaticamente
– Fluxogramas, UML, BPMN
Prof. Ricardo F. P. Satin, MBA, PMP 13
14. Requisito
• SRS é completa se e somente se incluir os
seguintes elementos:
– funcionalidades,
– performance,
– restrições de projeto,
– atributos e interfaces.
– Definições das respostas do software para as entradas. Especificar se entrada
é válida ou não.
Prof. Ricardo F. P. Satin, MBA, PMP 14
15. Requisito
• Exemplo:
– O formato de um relatório em um requisito X é considerado tabular, porém
em outro requisito esse mesmo relatório é textual.
– A interface de acesso é verde em um requisito, essa interface é azul em outro.
– Um requisito cita que o programa A irá adicionar dois número e outro cita que
o programa ira multiplicar.
– Um requisito mostra que o estado A deve ocorrer após o B ou outro mostra
que A e B ocorrem simultaneamente.
Prof. Ricardo F. P. Satin, MBA, PMP 15
16. Requisito
• Requisitos pode ser:
– Essenciais,
– Críticos.
– Desejável.
• O cliente pode priorizar os requisitos.
• O desenvolvedor pode corrigir a classificação
de prioridade do cliente
Prof. Ricardo F. P. Satin, MBA, PMP 16
17. Requisito
• A SRS deve possuir mecanismo de verificação em
relação se o produto de software.
• Exemplo: A saída do programa deve produzir em 20 s a
emissão 60% dos registros.
• Alguns requisitos não funcionais são difícil de serem
verificados, por exemplo: a interface deve ser
agradável.
• O que é agradável para você?
Prof. Ricardo F. P. Satin, MBA, PMP 17
18. Requisito
• O gerenciamento de mudanças de um
requisito deve ser contemplado, pois alguns
requisitos mudam constantemente.
• Quando há mudanças o impacto nos demais
requisitos deve ser considerado.
Prof. Ricardo F. P. Satin, MBA, PMP 18
19. Requisito
Prof. Ricardo F. P. Satin, MBA, PMP 19
Requisito A
analisado
Implemen.
projetado
testado
Funcionalidade A
Funcionalidade B
Funcionalidade C
20. Matriz de impacto de requisitos
Matriz de análise de
impacto
Módulos
Estoque Financeiro
Posições de estoque Custo de produto CP CR CNAB Flx. Caixa Cheque
Módulo
Comercial
Formação de Preço
Pedido de Venda X X X
Emissão de nota X X X X X
Emissão de ECF X X X X X
Compras
Cotação de compra X X
Pedido de Compra X X X
Nota de entrada X X X X X
Conhecimento de Frete X X X
Produção
Ficha técnica
Planejamento de Produção X
Apontamento
Prof. Ricardo F. P. Satin, MBA, PMP 20