Como definir os requisitos de solução através de análise de negócios

requisitos da solução

em uma análise de negócios especificar as condições e capacidades a solução tem de ter, a fim de satisfazer a necessidade ou resolver o problema e proporcionar maior clareza em torno das necessidades de entrega. Eles não definem como a solução vai resolver o problema técnico ou specifically- que acontece mais tarde. requisitos da solução deve atender ou apoiar os objetivos do projeto de condução e de negócios, além de atender os objetivos das partes interessadas.

Ao desenvolver soluções ou conceitos de solução, as partes interessadas comumente concentrar primeiro em identificar e escrever requisitos de software e se preocupar com o resto dos requisitos posteriores.

Mas fazer isso sem realmente saber quais recursos ou funções será mais valioso no cumprimento dos requisitos de negócios e partes interessadas significa que sua equipe pode acabar construindo algumas coisas legais sem realmente resolver qualquer problema importante. Você não pode realmente ter certeza de que recursos será verdadeiramente valioso até que a visão solução abrangente é clara.

As pessoas se animado pela tecnologia ou por encontrar grandes oportunidades para melhorar. Nesta fase, começando a debater abordagens ou avaliar como algo pode ser feito ou concebido é muito fácil. Não deixe que isso aconteça! Em vez disso, debater sobre o que a solução tem de conseguir para as partes interessadas antes de todo mundo é pego nos detalhes de como construí-lo.

Como usar uma declaração de visão para definir a solução em uma análise de negócios

UMA declaração de visão articula e define a necessidade global para a solução. É o mais importante de todos os requisitos da solução. A visão especifica quais as condições e capacidades são criticamente necessárias para a solução para atender com eficácia as necessidades e entregar valor.

Desenvolver uma visão clara permite que você e as partes interessadas a se concentrar na identificação de requisitos para que as partes interessadas precisam em primeiro lugar, sem inadvertidamente indo longe demais para baixo um único caminho opção solução.

Porque muitas opções são muitas vezes disponível para resolver um problema, você quer ter certeza de se concentrar as discussões sobre os resultados de soluções, resultados, e que-nexts e acordo ganho do primeiro sobre o que a solução tem de apoiar ou permitir. Sem acordo sobre a visão geral, os requisitos vai acabar sendo apenas uma coleção de material entregue sem uma solução entregue.

Como quebrar suas necessidades de soluções em categorias de análise de negócios

Depois você tem uma visão, você pode se aventurar em quebrar os requisitos da solução em duas categorias diferentes: requisitos funcionais e requisitos não funcionais.

Video: Documento de Requisitos

  • Requisitos funcionais: Requisitos funcionais definir as específicas comportamentos, respostas, informações, regras ou operações de uma solução. eles esboço

    Video: Requisitos de Negócio

  • Que funções ou funcionalidade a solução irá apoiar

  • O que as partes interessadas específicas vai fazer ou experiência, enquanto sendo uma parte de ou usando a solução

  • Que informações ou dados será gerido

  • Em que circunstâncias os comportamentos e respostas acontecer (ou não), a fim de garantir os resultados e resultados necessários



Embora os requisitos funcionais são geralmente especificado no contexto de recursos de software e do sistema técnico, soluções manuais também têm requisitos funcionais.

  • requisitos não funcionais: requisitos não funcionais especificar a forma ou o ambiente no qual uma solução destina-se a operar. Eles descrevem as qualidades uma solução deve possuir e quaisquer expectativas suplementares ou condições que deve cumprir apoio. Eles definem padrões para

  • usabilidade: Como é fácil a solução deve ser de entender ou descobrir

  • Confiabilidade: Para que os usuários ponto se pode confiar em que a solução seja acessível e de trabalho quando necessário

  • Atuação: Como forma rápida e eficiente a solução funciona e como ele responde a comandos e pedidos de intervenção

  • Segurança: O nível de protecção do sistema e seus dados são esperados para ter em vigor

  • Desenhar: Os elementos visuais esperados a partir da soluo

  • Acessibilidade: O apoio que deve ser fornecido para os utilizadores com deficiência, incluindo audição ou perda de visão, geralmente em conformidade com os regulamentos relevantes, tais como o Americans with Disabilities Act de 1990

  • Documentação: O tipo e extensão da documentação escrito esperado ou necessário

  • Em formação capacidade: Requisitos para a quantidade de dados ou de mídia a ser armazenado, incluindo o crescimento esperado das informações ao longo do tempo

  • Em formação arquitetura: Todas as necessidades para o arranjo ou organização da informação na solução

  • Qualquer coisa outro: O que quer que as partes interessadas decidir é necessária da solução

  • Não importa que tipo de requisitos da solução são identificados e definidos, aqueles que você optar por implementar devem ser validados como as capacidades que as partes interessadas realmente precisa e (como resultado) decidir devem ser incluídos na solução - ou porque a sua inclusão é estrategicamente, funcionalmente, ou tecnologicamente inteligente.


    Publicações relacionadas