O RUP possui 09 disciplinas sendo 06 delas diretamente relacionadas a engenharia de software tambem conhecidas como core disciplines, sao elas: - Business Modeling - Requirements - Analysis and Design - Implementation - Test - DeploymentAs outras 03 disciplinas sao chamadas de umbrella ou supporting disciplines, sao elas: - Configuration and Change Management - Project Management - EnvironmentDisciplinas sao colecoes de Tasks organizadas por areas de interesse cujo principal objetivo e auxiliar no entendimento do projeto a partir de uma perspectiva cascata tradicional. Uma disciplina o orienta como executar as atividades do projeto de forma estruturada. O beneficio de agrupar atividades em disciplinas e: - Facilitar a compreencao das atividades; - Facilitar a customizacao das atividades para o contexto de um projeto; - Facilitar a definicao de responsabilidades atraves das Roles; - Permitir que gerentes de projeto monitorem e controlem mais efetivamente as atividades do projeto.Um erro comum para quem esta habituado ao processo cascata e confundir Disciplina com Fase o que no contexto do processo Iterativo nao possui relacao direta. Por exemplo: na fase de Iniciacao voce pode e deve implementar, o que nao significa que voce esta na fase de Construcao. Nos posts futuros iremos aprofundar nesse assunto mas por enquanto tente desvincular o conceito de disciplina do conceito de fase.Nos proximos posts serao detalhadas cada uma das 09 disciplinas e seus propositos que sao extensivamente cobrados na certificacao 839.Qualquer duvida ou sugestao post um comentario ou entre em contato fernando.dantas@gmail.com). Pense na disciplina de Requisitos como a fronteira entre as necessidades dos usuarios e o sistema a ser construido. E nessa disciplina, obrigatoria pelo RUP, que as necessidades dos stakeholders sao mapeadas, documentadas e gerenciadas por um Analista de Requisitos. Tambem e nessa disciplina que moram os dois principais motivos causadores de falhas em projetos de software, o primeiro e justamente o levantamento incompleto dos requisitos e o segundo refere-se ao baixo envolvimento dos usuarios durante o levantamento de requisitos. Um requisito e algo que esperamos que o sistema faca. De acordo com o RUP ele e definido como: uma condicao ou um recurso com o qual um sistema deve estar em conformidadeA finalidade da disciplina de Requisitos e: - Estabelecer e manter concordancia com stakeholders sobre o que o sistema deve fazer; - Oferecer aos desenvolvedores do sistema uma compreensao melhor dos requisitos do sistema; - Definir os limites (escopo) do sistema; - Fornecer uma base para planejar o conteudo tecnico das iteracoes; - Fornecer uma base para estimar o custo e o tempo de desenvolvimento do sistema; - Definir uma interface de usuario para o sistema.Veja a WBS da disciplina e consulte o RUP para aprofundar em cada uma das atividades do fluxo:Work ProductsVeja tambem alguns dos Work Products gerados nessa disciplina: - Vision - Glossary - Requirements Management Plan - Software Requirement - Software Requirements Specification: - Stakeholder Requests - Storyboard - Supplementary Specifications - Use-Case Model - Requirements AttributesNavegando pelo RUP voce encontra templates e exemplos de cada um dos Work Products acima.RolesAbaixo as Roles envolvidas na disciplina - System Analyst - Requirements SpecifierA coleta