Como definir os requisitos de solução por meio de Análise de Negócios

requisitos da solução

em uma análise de negócios especificar as condições e capacidades de uma solução tem que 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 na identificação 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ão mais valioso no cumprimento dos requisitos de negócio e das 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 geral que é clara.

As pessoas ficam excitadas por 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ário 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 para se concentrar na identificação de requisitos para que as partes interessadas precisam em primeiro lugar, sem inadvertidamente ir longe demais para baixo um único caminho opção de solução.

Porque muitas opções são muitas vezes disponível para resolver um problema, você quer ter certeza de 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 vão 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.

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

  • Que funções ou funcionalidades da solução irá apoiar

  • Que atores específicos vai fazer ou experiência, enquanto sendo uma parte de ou com a solução

  • Que informações ou dados será gerida

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

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

  • Os requisitos não funcionais: Os requisitos não funcionais especificar a forma ou o ambiente no qual a solução se destina a operar. Eles descrevem as qualidades de uma solução deve possuir e quaisquer expectativas suplementares ou condições que devem satisfazer 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 medida pode contar com a solução para ser 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 proteção do sistema e seus dados são esperados para ter em vigor

  • desenho: Os elementos visuais esperados a partir da solução

  • Acessibilidade: O apoio que deve ser fornecido para os utilizadores com deficiência, incluindo a 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 ea 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 armazenados, 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: Qualquer outra coisa 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 deve ser incluído na solução - ou porque a sua inclusão é estrategicamente, funcionalmente, ou tecnologicamente inteligente.

    menu