2024 Autor: Howard Calhoun | [email protected]. Última modificação: 2023-12-17 10:38
Requisitos de negócio são especificações que, uma vez fornecidas, agregam valor e descrevem as características do sistema proposto, na perspectiva do usuário final. Também é referido como uma lista de aplicativos das partes interessadas. Produtos, softwares e processos são formas de entregar e satisfazer as necessidades de uma empresa. Consequentemente, os requisitos de negócios são frequentemente discutidos no contexto de desenvolvimento ou aquisição de software ou outros sistemas.
Definição
A confusão terminológica surge por três razões principais:
- É uma prática comum rotular metas ou benefícios esperados como requisitos de negócios.
- As pessoas tendem a usar este termo para se referir às características de um produto, sistema, software que supostamentecriar.
- Um modelo amplamente aceito afirma que os dois tipos de declarações diferem apenas no nível de detalhe ou abstração - onde os requisitos de negócios são de alto nível, geralmente vagos e decompostos em declarações detalhadas para um componente.
Tal mal-entendido pode ser evitado reconhecendo que o conceito dado não são metas, mas sim as responde (ou seja, fornece valor) quando elas são satisfeitas. Os requisitos de negócios não se decompõem em produtos, sistemas e software. Pelo contrário, tudo acontece ao contrário. Os produtos e seus aplicativos representam uma resposta aos requisitos de negócios - presumivelmente para satisfazê-los. Este conceito existe no ambiente de produção e deve ser descoberto, enquanto as demandas pelo produto são determinadas pelo homem. Os requisitos para um plano de negócios não se limitam à existência de um alto nível, mas devem ser reduzidos ao detalhe. Independentemente da quantidade de detalhes, os lances sempre fornecem valor quando satisfeitos.
Atualização do produto
Projetos de desenvolvimento de sistemas ou software para requisitos de pequenas empresas geralmente exigem autoridade das partes interessadas. São eles que levam à criação ou atualização do produto. Os requisitos de negócios para um sistema e software geralmente consistem em requisitos funcionais e não funcionais. Obviamente, eles geralmente são definidos em conjunto com a primeira opção de recursos do produto. O segundo geralmente reflete o design dos requisitos de negócios, que às vezes são vistos como restrições. Eles podem incluir os aspectos necessáriosdesempenho ou segurança aplicável no nível de produção.
Destaques do processo
As inscrições geralmente são listadas em documentos oficiais. A ênfase está no processo ou atividade de planejar e desenvolver com precisão os requisitos de negócios, em vez de como alcançá-los. Esse parâmetro geralmente é delegado pela especificação ou documento de reivindicações do sistema ou alguma outra opção. Pode haver confusão entre os dois se todas as diferenças não forem levadas em consideração. Consequentemente, muitos white papers realmente descrevem os requisitos de um produto, sistema ou software.
Visão Geral
Requisitos de negócios no contexto de desenvolvimento de software ou seu ciclo de vida é o conceito de identificar e documentar quaisquer usuários. Por exemplo, como clientes, funcionários e fornecedores, nos estágios iniciais do ciclo de desenvolvimento do sistema para orientar o projeto do futuro. Os aplicativos geralmente são registrados por analistas. São eles que analisam os requisitos do processo de negócio e muitas vezes o estudam "como está" para determinar o alvo "futuro".
Composição de aplicações
Os requisitos do processo de negócios geralmente incluem:
- Contexto, área e plano de fundo, incluindo os motivos das alterações.
- Principais partes interessadas que têm requisitos.
- Fatores de sucesso para condição futura ou alvo.
- Restrições impostas por empresas ou outros sistemas.
- Modelos e análise de processos frequentementeusando fluxogramas para representar tudo "como está".
- Modelo de dados lógicos e referências de dicionário.
- Glossários de termos comerciais e jargão local.
- Diagramas de fluxo de dados para ilustrar como ele flui pelos sistemas de informação (em oposição aos fluxogramas que descrevem o fluxo algorítmico das operações de negócios).
Funções
O formato mais popular para escrever requisitos de negócios é um documento. O objetivo destes é determinar quais resultados serão exigidos do sistema, porém, eventualmente, ele pode ser desenvolvido sem condições adicionais. Portanto, os documentos são complementados por material de referência que detalha o desempenho da tecnologia e as expectativas de infraestrutura, incluindo quaisquer requisitos profissionais relacionados à qualidade do serviço. Estes são, por exemplo, desempenho, manutenibilidade, adaptabilidade, confiabilidade, disponibilidade, segurança e escalabilidade.
Integridade
A criação de protótipos em um estágio inicial de teste permite avaliar a integridade e precisão dos requisitos de negócios identificados. As partes interessadas passam pelo processo primeiro para ajudar a definir a estrutura. E o resultado é enviado para as equipes de desenvolvimento de requisitos de negócio do projeto, que constroem o sistema. Outras partes interessadas testam e avaliam a projeção final desdobrada. O Clarity exige o rastreamento de aplicativos e sua resolução com um processo formal para determinar o modelo apropriado.
Escopo dos requisitos de negócios opcionallimitado ao estágio de definir o que deve ser construído como um sistema. Isso vai além de como gerenciar e manter uma estratégia existente. E para garantir seu alinhamento contínuo com os objetivos de negócios. O documento de requisitos deve ser constantemente revisado de forma controlada. Ter um formato padronizado ou modelos projetados para funções e domínios de negócios específicos pode garantir a integridade das consultas, além de manter o escopo focado.
Protótipo
Apesar do que normalmente é considerado uma ferramenta de avaliação de requisitos, a prototipagem geralmente muda a atenção para o produto ou sistema que está sendo construído. Os protótipos são softwares funcionais, o que significa que consistem em três fases (licitações, engenharia ou projeto técnico e implementação) removidas dos requisitos de negócios. E também estas são versões prévias que o desenvolvedor pretende implementar.
Como os protótipos são bastante específicos, as partes interessadas que os testam podem fornecer feedback mais significativo sobre algum aspecto do que o desenvolvedor cria, que é uma interpretação do modo de satisfação. Além disso, a interface gráfica do usuário é sublinhada e o interior são atalhos. Eles formam a maior parte da lógica do programa e são onde a maioria dos requisitos de negócios serão atendidos. Em outras palavras, é improvável que os problemas detectados pelos protótipos estejam relacionados a solicitações.
Desenvolvimento
É importante reconhecer as mudanças nas aplicações,documentar e atualizá-los. No entanto, as consultas de negócios tendem a não mudar tanto quanto a percepção delas. Um requisito de negócios pode estar presente, mas não reconhecido ou compreendido pelas partes interessadas, analistas e a equipe do projeto.
As alterações tendem a refletir as formas pretendidas de atender ao conteúdo definido inadequadamente. Grande parte da dificuldade em atender aos requisitos de negócios na verdade reflete a prática comum de concentrar quase todos os esforços em torno deles no que realmente constitui o design de alto nível de um produto, sistema ou software. Isso se deve a uma falha em definir adequadamente os requisitos de negócios primeiro para fornecer valor.
Os profissionais de desenvolvimento normalmente continuam revisitando um produto até que eventualmente "recorrem" a uma solução que parece fazer o que é necessário, ou seja, aparentemente atende às necessidades de produção. Tentativa e erro indiretos para determinar os requisitos de negócios são a base para grande parte do "desenvolvimento iterativo", incluindo métodos populares que são apresentados como "melhores práticas".
Exemplos de design
Os modelos ajudam você a consultar rapidamente tópicos específicos que geralmente podem ser relevantes para as consultas. Eles podem criar documentação padronizada sobre os requisitos de negócios, o que pode facilitar o entendimento. Os modelos não garantem a precisão ou integridade das consultas. Exemplos comumente mal utilizados negativamenteinfluenciar a pesquisa porque tende a promover a superficialidade e principalmente a definição mecânica sem análise significativa.
Dificuldades
Os requisitos de negócios são muitas vezes apertados prematuramente devido à grande base de partes interessadas envolvidas na determinação de onde há potencial para um conflito de interesses. O processo de governar e chegar a um consenso pode ser delicado e até de natureza política. Um desafio menos difícil, embora comum, é distribuir equipes com partes interessadas em diferentes localizações geográficas. Naturalmente, a equipe de vendas está mais próxima de seus clientes, e a produção - das respectivas unidades. Gestão financeira e de pessoal, incluindo a alta administração, mais perto da sede.
Requisitos de negócios, por exemplo, são necessários para um sistema que envolve usuários envolvidos em vendas e produção. Pode enfrentar um conflito de objetivos - um lado está interessado em fornecer o número máximo de funções, enquanto o outro se concentrará no menor custo de produção. Tais situações geralmente terminam em consenso com oportunidades máximas de preços e distribuição razoáveis e favoráveis.
Para resolver esses problemas, o envolvimento antecipado das partes interessadas é alcançado por meio de demonstrações e colaboração de protótipos. Workshops práticos, tanto na forma de sessões organizadas como de discussões simples, ajudam a chegar a um consenso, especialmente no que diz respeito a questões delicadas.requisitos de negócios e onde existe um potencial conflito de interesse. A complexidade do processo é um fator importante. Isso pode exigir conhecimento especializado para entender os requisitos legais ou regulamentares, diretrizes internas, como branding ou compromissos de responsabilidade social corporativa. A análise não é apenas capturar o "o quê" de um processo de negócios, mas também "como" apresentar seu contexto.
Recomendado:
Exemplos da missão de empresas de sucesso. Conceito e estágios de desenvolvimento da missão
Cada organização que busca conquistar uma posição favorável no mercado desenvolve uma estratégia para suas ações. Este processo é impossível sem a formulação da missão da empresa. Essa questão recebe grande atenção no planejamento. Com base na missão, uma estratégia é formada, metas e objetivos da organização são definidos
Desenvolvimento imobiliário e seu papel no desenvolvimento econômico. O conceito, tipos, princípios e fundamentos do desenvolvimento
No âmbito deste artigo, consideraremos a organização do sistema de desenvolvimento imobiliário e seu papel no desenvolvimento econômico. São considerados os conceitos básicos, tipos e princípios de organização do sistema de desenvolvimento. As características do sistema em condições russas são consideradas
Conceito de restaurante: pesquisa de marketing, desenvolvimento, conceitos prontos com exemplos, descrição, cardápio, design e abertura de um restaurante conceito
Este artigo ajudará você a entender como preparar uma descrição do conceito de um restaurante e o que você precisa considerar ao desenvolvê-lo. Também será possível conhecer exemplos de conceitos prontos que podem servir de inspiração para criar a ideia de abrir um restaurante
Plano de negócios de café: um exemplo com cálculos. Abra um café do zero: um exemplo de plano de negócios com cálculos. Plano de negócios de café pronto
Existem situações em que há uma ideia de organização do seu empreendimento, um desejo e oportunidades para implementá-lo, e para implementação prática você precisa apenas de um esquema de organização empresarial adequado. Nesses casos, você pode se concentrar no plano de negócios do café
Desenvolvimento de um manual da qualidade: procedimento de desenvolvimento, características, condições e requisitos
Gestão da qualidade, desenvolvimento de um manual da qualidade - hoje estas são as tarefas mais importantes no sistema de gestão da qualidade dos produtos ou serviços prestados. É aconselhável analisar esta questão mais detalhadamente, considerar todos os seus aspectos separadamente
