O Padrão Internacional de Especificação de Requisitos ISO/IEC/IEEE 29148:2018

Olá sejam bem-vindos ao canal engenharia de software com ênfase o ML Eu sou professor G Denis getes e eu já atuo na área de modelagem de software há vários anos eu tenho quatro livros publicados sobre o assunto e eu já ministrei diversas palestras e cursos técnicos so Model de software utilizando a linguagem uml na aula de hoje nós vamos dar continuidade ao tema sobre especificação de requisitos dessa vez abordando o padrão internacional de especificação de requisitos da i3e Então vamos iniciar a nossa aula então o padrão internacional de especificação de requisitos da ISO bar IEC

Bar i3e ou seja foi feito em conjunto eh entre essas três instituições e numerado como 29148 e e a sua última versão é a de 2018 é um padrão bastante extenso bastante completo ele cobre quatro tipos de de espf a ações de software diferentes e ele abrange muitos tópicos que podem compor uma especificação de requisitos porém é preciso um aviso de que muitos desses tópicos que são eh cobertos paraa especificação eh muitos muitas vezes eles não serão necessários dependendo do software alguns desses tópicos são muito específicos e são particulares para determinadas situações então em muitos

casos Eles talvez não sejam tão necessários Mas nós vamos estudar de estudos hoje então vamos iniciar a nossa aula então como eu falei o padrão da i3e 29148 padrão internacional de especificação de requisitos ele eh suporta quatro especificações a especificação de requisitos de negócio a especificação de requisitos de par interessadas a especificação de requisitos de sistema e a especificação de requisitos de software cada um com uma determinada função uma determinada característica mas uma especificação de requisitos completa tem que suportar essas quatro especificações no entanto como eu falei muitos dos seus itens muitos dos seus tópicos

podem ser desnecessários em várias situações Então vamos falar ah primeiramente do conteúdo Geral das especificações vamos falar sobre algumas características que são comuns a todas as especificações Então não vai ser necessário repetir Eh esses tópicos em cada uma delas falar novamente sobre cada um deles então toda especificação ela possui uma identificação que pode incluir um título e possivelmente uma nota de revisão essa nota de revisão ela é utilizada quando eh é uma nova versão da especificação de requisitos ou quando é a primeira versão eh de maneira a identificar de forma única o documento de especificação

de requisitos ah outras informações que podem estar contidas na informação sobre a revisão é o nome do projeto que é bastante útil o número da versão documento a data em que a em que a especificação foi lançada ã as assinaturas da as pessoas envolvidas que aprovaram o documento uma lista de subcláusulas que pode ter sido alteradas na Nessa versão específica uma lista de números de versões e datas de lançamento de todas as versões anteriores do documento isso é bom para acompanhar o histórico eh de modificações que o documento sofreu prefácio é basicamente o Sumário o

índice dos Tópicos que serão abordados na especificação de requisitos seguido de lista de possíveis figuras listas de possíveis tabelas definições é basicamente um glossário ela contém como o nome já diz eh definições significados para todas palavras termos ou frases que sejam importantes para o projeto importantes para o contexto do problema ou que possam ser interpretadas de maneira diferente Ou seja que elas podem ter mais de uma interpretação issso significa ambiguidade e é algo muito perigoso para uma especificação de requisitos ambiguidade é inaceitável desse tipo de documento porque Muito provavelmente levará a falhas de projeto levará

a interpretações erradas levará a produzir funcionalidades que não atendem às necessidades do cliente então ambiguidades não são toleráveis em especificações e requisitos por isso a importância de glossários ou definições todo termo toda palavra ou mesmo frase que possua mais de uma interpretação deve deve possuir um uma descrição um significado único que será aceito em Todo projeto nenhum outro significado nenhuma outra interpretação pode ser aceita no projeto em questão na especificação em questão ah referências são uma lista de todos os possíveis documentos que sejam referenciados pela especificação então cada documento precisa ser identificado por seu título

e número do relatório e se for necessário a data e organização editorial e possíveis fontes das referências acrônimos e abreviações são a descrição de qualquer acrônimo qualquer abreviação que tiver sido utilizada pelo documento Vamos falar agora sobre a especificação de requisitos de negócio essa especificação ela descreve o motivo a justificativa da organização para que o sistema sob especificação seja desenvolvido ou que uma nova versão desse sistema seja produzido Então ela estabelece também processos e políticas ou regras que sobre as quais o sistema será utilizado e todos os requisitos de alto nível considerando a perspectiva da

parte interessada ou das partes interessadas incluindo as necessidades dos usuários finais dos operadores e dos mantenedores do sistema Lembrando que parte interessada é qualquer pessoa que tem interesse no desenvolvimento do sistema influenciará o seu desenvolvimento ou será afetada por ele ã também é importante lembrar que mantenedor são profissionais que que modificam Ah o projeto ou mesmo que o evoluem produzindo novas versões Ah então a especificação de requisitos de negócio ela descreve como a organização irá investir em um novo negócio em um novo nicho de mercado ou mudará o seu negócio atual ã quando é necessário

se adaptar a um novo ambiente de negócio questões de competitividade por questões de mercado e também Ah esse documento ele descreve como o software será utilizado de forma a contribuir para o negócio em questão essa descrição ela deve incluir a nível organizacional uma descrição do ambiente organizacional pode-se utilizar organogramas por exemplo metas e objetivos que se pretende atingir o modelo de negócios que o sistema estará inserido e o ambiente de informação em que ele será implantado já a nível operacional então é preciso incluir o modelo de operação de negócio modos de operação de negócio qualidade

esperada operacional de negócio formação organizacional e o conceito do sistema proposto uma definição Geral do sistema proposto ã Aqui nós temos uma figura que foi tirada do padrão E3 é que descreve os tópicos ou temas cobertos pela especificação de requisitos de negócio então nós temos uma introdução ou visão geral que se divide em propósito de negócio escopo de negócio visão Geral de negócio definições e principais eh partes partes interessadas Ah o segundo tópico se refere cobre as referências que já foram escritas que é uma característica geral de todas as especificações o terceiro trópico ele contém

os requisitos de gerenciamento de negócios que se dividem em ambiente de negócio eh missão metas e objetivos modelo de negócio e ambiente de informação o quarto tópico cobre eh requisitos operacionais de negócio que se dividem em processos eh de negócios eh políticas e regras operacionais de negócio eh restrições operacionais de negócio eh modos operacionais de negócio qualidade operacional de negócio estrutura de negócio o que item contém eh conceitos operacionais preliminares do sistema proposto que se dividem em conceito operacional preliminar e cenários operacionais preliminares o sexto item contém eh outros conceitos de ciclo de vida preliminares

que se divide em conceito de aquisição preliminar implantação preliminar conceito de suporte preliminar e conceito de inativação preliminar depois nós temos as restrições de projeto e o ap o apnd contendo acrônimos e abreviações que já foram explicadas então a visão geral ou introdução ela define o conteúdo normativo da especificação considerando as políticas de projeto com relação à especificação de requisitos de negócio propósito do negócio o nome já diz descreve a um nível organizacional qual a razão e quais os os antecedentes ã por meio dos quais a organização está buscando novos negócios ou mudando o negócio

atual para se adequar a um novo ambiente de gerenciamento Ah esse item ele deve também descrever como o sistema proposto irá contribuir para os objetivos de negócio o escopo do negócio ele estabelece o domínio do negócio Ah que está sendo considerado ah por meio da Identificação do domínio do negócio pelo seu nome a definição da faixa de atividade de negócio e a descrição do escopo do sistema a ser desenvolvido ou evoluído Ah já o item definição da faixa de atividade de negócio o escopo ele pode ser definido em termos de divisões na organização e Entidade

externas que estão relacionadas diretamente às atividades negócio a descrição do escopo do sistema em questão que vai ser desenvolvido ou vai ser atualizado ou evoluído inclui suposições sobre quais atividades negócios são serão suportadas pelo sistema a visão Geral do negócio ela descreve as principais divisões internas eh do sistema aliás do negócio da organização que serão afetadas ou utilizarão o sistema e as entidades externas relacionadas ao domínio do negócio e como elas estão interrelacionadas entre si deve-se ou pode--se usar diagramas para isso como por exemplo organogramas ah as principais partes interessadas contém a lista das principais

partes interessadas ou eventualmente das categorias de partes interessadas eh e descreve Como Elas irão influenciar a organização e o negócio ou como elas estão relacionadas como elas influenciam Como Elas serão afetadas eh pelo desenvolvimento e operação do sistema com relação ao ambiente de negócio ele define fatores ambientais externos e internos que precisam ser levados em consideração para compreender o negócio corretamente e para identificar os requisitos das partes interessadas eh relativos ao sistema que será desenvolvido ou evoluído ainda falando sobre ambiente e negócio os fatores ambientais eles devem também incluir H eventuais influências externas para o

negócio e para o sistema com por exemplo tendências de mercado leis e regulamentações responsabilidades sociais e bases tecnológicas missão metas e objetivos esse item descreve os resultados de negócio esperados a a partir da implantação do sistema Ah o modelo de negócio descreve os métodos através dos quais se espera atingir a missão de negócio o o ambiente de informação descreve a estratégia geral para as definições a nível organizacional sobre bases comuns para múltiplos sistemas de informação ã Quando existirem vários sistemas de informação ela precisa incluir Então os itens relativos ao portfólio de projeto ao plano de

sistema de longo prazo aliás de longo termo e a configuração de banco de dados vamos falar um pouquinho sobre cada um deles com relação ao portfólio de projeto eh quando existem vários projetos de sistema que buscam o mesmo objetivo de negócio como por exemplo numa SP numa linha de produtos de software Numa família de softwares com semelhanças entre si como sistemas para eh relacionados a a contabilidade contas a pagar e estoque folha de pagamento que são todos softwares relativamente relacionados então é necessário definir por meio da estratégia de gerenciamento de portfólio a prioridade a posição

relativa de cada projeto e possíveis restrições aplicadas a ele ah com relação ao ambiente de informações Ah é produzido um plano de sistema de termo longo ou de longo termo quando a infraestrutura ou arquitetura de sistema comum tivesse sido decidida ou planejada ã essa infraestrutura ela deve ser descrita como restrições sobre possíveis decisões de projeto ainda com relação à configuração de banco de dados eh é necessário eh especificar um plano de configuração de banco de dados a nível de organização e possíveis restrições que cubram disponibilidade e acessibilidade de dados globais da organização eh falando sobre

processo de negócio esse item descreve procedimentos de atividades de negócio eh pode cobrir também possíveis interfaces de sistema dentro dos processos eh o objetivo desse item é demonstrar como e Em qual contexto o sistema irá suportar as atividades de negócio eh a descrição individual de cada processo de negócio eh poderia ser eh representada por meio de um diagrama que contivesse uma sequência de atividades então isso poderia ser feito por um diagrama BPMN ou um diagrama de atividade umr por exemplo ah com relação às políticas e regras operacionais de negócio então Eh devem ser descritas proposições

lógicas que são aplicadas na condição dos processos negócio como por exemplo condições para iniciar dividir e terminar a sequência de atividad de negócio em cada processo de negócio critérios para julgamento nos processos de negó negócio fórmulas para avaliar uma quantidade eh que provavelmente será enfocada em requisitos funcionais em outras especificações que nós iramos iremos estudar ainda falando sobre políticas e regras operacionais de negócio as políticas e regras elas precisaram ser nomeadas e numeradas de forma única de forma que elas possam ser identificadas e precisarão ser referenciadas na descrição dos processos de negócio Ah com relação

às restrições operacionais de negócio descreve condições a serem impostas na condução dos processos negócio sobre por exemplo uma restrição de desempenho que Estabeleça um determinado tempo para que um processo seja determinado um tempo máximo para que um processo se concluído ou um requisito de gerenciamento que Estabeleça que toda que toda ocorrência de um processo precisa ser monitorada e registrada falando sobre os modos operacionais de negócio esse tema ele descreve métodos que permitam conduzir a operação de negócio em situações instáveis em estado estados instáveis eh como por exemplo em situações em que eh uma operação de

negócio esteja muito extremamente solicitada Porque estão ocorrendo uma um conjunto de eventos intensos e fora do normal Ah então o Estado instável de operação de negócios inclui um modo de operação manual que precisará ser ativado se o sistema se tornar indisponível porque alguma alguma ocorrência Inesperada como um acidente um desastre natural algo nesse sentido ocorrer com relação ao item de qualidade operacional de negócio ele estabelece qual é o nível de qualidade necessário para operação do negócio como por exemplo ã que o desempenho possua maior prioridade que a confiabilidade lembrando que desempenho e confiabilidade são requisitos

não funcionais ã ou requisitos de qualidade e que desempenho leva em consideração o tempo de resposta do sistema e confiabilidade leva em consideração a capacidade do sistema a seguir funcionando mesmo que algum erro ocorra então ah o nível de qualidade pode estabelecer qual qual requisito não funcional qual requisito de qualidade é considerado mais importante com maior prioridade Ah esse item também inclui questões sobre usabilidade e qualidade de uso ã que cobrirá questões como efetividade eficiência satisfação e utilização sem risco então ah usabilidade e qualidade e uso leva em consideração quão fácil é utilizar o sistema

pelos usuários levando em consideração intu idade facilidade de aprendizado satisfação em utilizar eh o software estrutura de negócio o nome já diz esse item descreve as estruturas no do negócio relevantes para o sistema como por exemplo estrutura organizacional como a organização está dividida em departamentos setores estrutura de papéis e responsabilidades ã Quem é responsável pelo que que funções ele tem eh em cada departamento e cada setor estruturas geográficas onde Ah a organização está localizada possíveis filiais que irão também utilizar o software ou empresas parceiras ah e também estruturas de compartilhamento de recurso pode ser também

necessário alinhar as funcionalidades do sistema que está sendo especificado a essas estruturas e também suportar mudanças estruturais futuras a especificação deve conter informações sobre possíveis mudanças estruturais que poderão ocorrer na organização com relação aos conceitos operacionais de alto nível nesse item são descritos Ah é descrito o sistema proposto em Alto Nível determinando as características operacionais que precisam ser fornecidas Mas sem especificar de projeto isso não é função da especificação de requisitos ainda falando sobre conceito operacional de alto nível devem ser incluídas outras informações como políticas e restrições operacionais descrição do sistema proposto modos de operação

do sistema categorias de usuário e possivelmente outro pessoal envolvido e ambiente de apoio com relação a cenários operacionais de alto nível basicamente produz cenários ou exemplos de como os usuários ou operadores ou mantenedores irão utilizar o sistema irão interagir com o sistema em contextos de uso considerados importantes e que precisarão ser representados então o cenários de alto nível eles são descritos Para uma determinada atividade ou para um conjunto de atividades de processo de negócio que deverão ser suportados pelo sistema os cenários Eles também precisam ser nomeados e numerados de forma única para que possa ser

identificado e devem ser referenciados na descrição dos processos de negócio Ah possíveis outros conceitos de ciclo de vida de alto nível podem descrever como o sistema será adquirido implantado suportado e colocado em inativação Em que situações ele poderá ser abandonado substituido restrições de projeto descreve restrições para execução do projeto levando como por exemplo ah orçamento cronograma e agora nós vamos falar sobre a especificação de requisitos das partes interessadas então com relação ao contexto negócio eh muitas das informações que são descritas nessa especificação elas também são eh também foram descritas na especificação de requisitos de negócio

mas elas se diferenciam por descrever como organização irá utilizar o sistema de maneira Ah que possa contribuir para o negócio eh então alguns itens são exatamente iguais então não serão descritos novamente outros são semelhantes mas possuem ah algumas diferenças vamos falar sobre eles então Aqui nós temos outra figura representando os itens cobertos pela especificação de requisitos das partes interessadas então ele contém uma introdução o primeiro item é a introdução ou visão geral eh Aliás ele cobre a visão geral eh então a introdução é dividida em propósito da parte interessada escopo da parte interessada visão geral

definições e partes interessadas o segundo item são as referências que é uma característica geral de todas as especificações já foram descritas no início dessa apresentação depois nós temos os requisitos de gerenciamento de negócios que contém o ambiente de negócio a missão ã metas e objetivos o modelo de negócio o ambiente de informação o quarto item contém os requisitos operacionais de sistema que se subdividem em processo de sistema políticas e regras operacionais de sistema restrições operacionais de sistema modos e estados operacionais de sistema depois nós temos os requisitos de usuário eh em seguida nós temos os

conceitos de ciclo de vida detalhados do sistema proposto que se dividem em conceito operacional cen opcionais conceito de aquisição conceito de implantação conceito de suporte e conceito de inativação depois nós temos as restrições de projeto e Finalmente nós temos o apêndice com acrônimos E abreviaturas então a introdução define o conteúdo normativo da especificação de requisitos da parte interessada e nós vamos falar do seus subitens com relação ao propósito da parte interessada ele é idêntico ao propósito do negócio mas pode-se adicionar Se isso for considerado necessário o propósito de cada parte interessada com relação ao sistema

com relação ao escopo da parte interessada também é idêntico ao escopo da do negócio todavia pode se adicionar Se isso for considerado necessário o escopo ou ou seja os objetivos interesses de cada parte Inter com relação ao sistema e quais recursos e a essa parte interessada terá acesso a visão geral descreve as divisões internas principais e principais entidades externas do domínio do negócio em questão e como elas estão interrelacionadas como elas se relacionam entre si e recomenda-se que isso seja representado por meio de diagramas já as partes interessadas são uma lista item contém uma lista

das partes interessadas ou das categorias de partes interessadas que estão interessadas serão afetados pelo sistema e descreve como elas estão relacionadas ao desenvolvimento ou operação do sistema os requisitos de gerenciamento de negócios abrangem ambiente de negócio missão metas e objetivos modelo de negócio e ambiente de informação eles são idênticos à especificação de requisitos de negócio então nós não falaremos deles novamente com relação aos processos de sistema eh esse item ele descreve de que forma e Em qual contexto o sistema suportará as atividades de negócio ã em geral processo de de sistema surgem H da estrutura

ordenada dos processos de negócio quando eles são divididos e classificados e cada processo cada processo de sistema ele precisa ser nomeado e numerado de maneira única na estrutura de maneira que ele possa ser identificado a a descrição individual de cada processo de sistema precisa ser feita por meio de um diagrama contendo uma sequência de atividades isso pode ser feito então por meio de um diagrama de atividades uml por exemplo ou um diagrama BPMN ah com relação ao item políticas e regras operacionais do sistema Ah esse item descreve como as políticas e regras operacionais de negócio

H serão enfocadas nos requisitos funcionais descritos na especificação de requisitos de sistema e na especificação de requisitos de software que nós iremos ver nessa apresentação ah essas Eh esses esses requisitos funcionais eles devem ser nomeados e numerados de maneira única como sempre para ser identificados e precisam ser referenciados na descrição dos processos de negócio com relação ao item restrições operacionais descrevem as condições do sistema h e os requisitos funcionais que devem ser impostos ao sistema a durante a condução do processo negócio as condições podem resultar por exemplo em um requisito de desempenho eh na especificação

de requisito de sistema ou um requisito de confiabilidade ou de escalabilidade ou de manutenibilidade ou de usabilidade ou de proteção e assim vai modos e estados operacionais do sistema esse item como o nome disz descreve os modos e estados operacionais que são necessários para suportar as operações do sistema já o item qualidade operacional do sistema define o nível de qualidade que é exigido para a operação do sistema isso leva em consideração vários possíveis requisitos não funcionais como desempenho compatibilidade com fiabilidade segurança manutenibilidade e portabilidade ah com relação aos requisitos de usuário Então nesse item H

os requisitos que são a base para o projeto e avaliação de se o sistema pode ser aceito eh São identificados eh descrevem ã as esse esse esse item descreve os requisitos que irão fornecer a base para o projeto e que servirão de base para a avaliação se o sistema pode ser aceito ah requisitos de usuário eles podem incluir requisitos para qualidade relacionada ao uso Isso inclui obviamente o requisito não funcional de usabilidade especifica os requisitos pretendidos e Associados a critérios de qualidade ã também em incluem requisitos de interação de usuário sistema ah especificam a interação

necessária para se atingir os resultados pretendidos e também quaisquer restrições que possam limitar a liberdade de projeto e implementação de soluções que possam satisfazer os requisitos de usuário ah os requisitos de usuário eles podem ser utilizados como base para os cenários operacionais que irão ajudar a determinar como atender a esses requisitos Ah o contexto de uso especificado para um projeto ele precisa ser especificado como parte da especificação de requisitos de usuário de maneira a identificar as condições ah por meio das quais os requisitos se aplicam e requisitos de usabilidade e objetivos para o sistema irão

incluir também critérios mensuráveis eh que permitam eh a avaliar a efetividade a eficiência a satisfação em contexto e a satisfação em contextos específicos de uso H pelos usuários já com relação ao item conceito operacional descreve em alto nível o sistema proposto ã indicando as características operacionais que devem ser fornecidas Mas sem especificar detalhes de projeto ainda com relação ao conceito operacional ã podes também incluir informações como políticas e restrições operacionais descrição do sistema proposto modos de operação do sistema categorias de usuários e possíveis outras pessoas envolvidas e o ambiente de suporte ah com relação aos

cenários operacionais esse item descreve exemplos de como os usuários os operadores e os mantenedores irão Inter agir com o sistema Então os cenários descrevem uma ou mais atividades de processo negócio suportados pelo sistema cada cenário precisa ser nomeado e numerado de forma única para poder ser identificado e ele deve ser referenciado na descrição dos processos de negócio outros conceitos detalhados de sistemas propostos cobrem ou descrevem o conteúdo detalhado dos conceitos para adquirir implantar suportar e desativar software e também eh contém restrições de projeto se for necessário ã deve-se descrever as possíveis restrições para concluir o

projeto H considerando orçamento e cronograma e agora nós vamos falar sobre a especificação de requisitos de sistema a terceira ah divisão de especificação desse padrão Então à nossa direita nós temos uma figura que foi retirada do padrão i3e contendo cada um dos itens que vão que são suportados por essa especificação então o primeiro item é a introdução ou visão geral que se subdivide em propósito do sistema escopo do sistema visão Geral do sistema dividido em contexto do sistema e funções do sistema e características usuário e ainda contém definições e basicamente glossário depois nós temos referências

que é uma característica geral de todas as especificações já foi descrita no início dessa apresentação e depois nós temos os requisitos de sistema que se dividem em requisitos funcionais requisitos de usabilidade requisitos de desempenho requisitos de interface requisitos de interface externa requisitos de interface interna operações de sistema modos e estados do sistema características físicas condições ambientais requisitos de segurança requisitos de gerenciamento de informação requisitos de política e regulação ah requisitos de eh sustentabilidade do ciclo de vida do sistema e requisitos de empacotamento manutenção aliás eh manuseamento eh envio e transporte então ele cobre até mesmo

itens relativos a impacto do do software eh em seus repositórios físicos para entrega para o cliente incluindo seus manuais e outros itens de apoio nós temos também Um item que cobre a verificação e um outro item que cobre os apendices que se refere a suposições e dependências e acrônimos e abreviações Lembrando que alguns desses itens são Gerais e já foram ou seja são suportados por todas as especificações e já foram descritos no início da apresentação não precisam não precisarão ser falados novamente ah então com relação ao item introdução ou visão geral então nessa sessão nesse

item se define o conteúdo normativo dessa de uma especificação de requisitos dess sistema e o propósito do sistema estabelece Quais foram as razões pelas quais o sistema será desenvolvido ou modificado ou por uma nova versão desse sistema deverá ser produzida ã então com relação ao escopo do sistema ah define o escopo do sistema que está sendo especificado eh considerando ou por meio da ID ação do nome do sistema a ser desenvolvido Ah referenciando e declarando os resultados da análise de necessidades que foram desenvolvidas anteriormente por meio de uma breve expressão dos problemas do usuário breve

mais clara e explica o que o sistema irá e não irá fazer para satisfazer essas necessidades o não irá fazer é importante para o escopo do sistema é importante determinar o que não faz parte do escopo do sistema para já deixar claro para as partes interessadas o que o sistema realmente suportará e o que não será feito porque não faz parte do escopo do software então às vezes os clientes as partes interessadas pedem coisas que na verdade pertencem a um outro software um outro sistema que poderia ser até integrado ao sistema que está sendo trabalhado

atualmente mas que não faz parte do escopo do sistema em questão Isso deve ser deixado Claro para os clientes e partes interessados para não gerar falsas expectativas ainda eh considera também a a descrição da aplicação do sistema que está sendo sendo especificada então el ela descreve os benefícios as metas e objetivos de alto nível relevantes da forma mais precisa possível depois nós temos o item referente às funções do sistema que descreve as principais capacidades condições e restrições do sistema depois nós temos o item referente às características de usuário identifica cada tipo de usuário ou às

vezes cada tipo de categoria de usuário ou operador ou mantenedor do sistema ah detalhando a função onde o usuário está localizado Que tipo de dispositivos ele utiliza também ele contém o número de cada grupo de usuários a natureza de seu uso do sistema as suas características e capacidades que eles podem fazer no sistema já o item de requisitos funcionais apresenta os requisitos funcionais que são aplicáveis à operação do sistema Lembrando que o requisito funcional é qualquer função que o sistema deve suportar e que foi declarada explicitamente na especificação de requisitos nós temos também o item

referente aos requisitos de usabilidade Lembrando que usabilidade é um requisito não funcional que estabelece quão Fácil de usar entender ah de de utilizar é o software então Eh esse item define requisitos e objetivos de usabilidade e qualidade de uso para o sistema que incluem medidas de eficácia medidas de eficiência critérios de satisfação e prevenções de danos mensuráveis que podem surgir ã Em algumas situações específicas de uso nós temos os requisitos de desempenho Lembrando que desempenho leva em consideração o tempo de resposta do sistema então define as condições de desempenho críticas as suas capacidades associadas E

inclui considerações como por exemplo as ações ou mudanças dinâmicas que podem ocorrer ã requisitos de desempenho para as fases e modos operacionais aqui não é um erro eu pulei do item a pro item c Por uma questão de espaço ã o item C cabia nessa lâmina enquanto que o item B é bem mais extenso e precisa de uma lâmina particular para ele Ah então e os requisitos de desempenho com relação ao item B suportam critérios quantitativos que abrangem capacidades de resistência dos equipamentos necessários às necessidades do usuários sobre condições ambientais e outras condições estipuladas Isso

inclui a expectativa de vida Total mínima dos equipamentos físicos também indica a duração necessária de Cada sessão operacional e a taxa de de utilização prevista com relação aos requisitos de interface de sistema especifica requisitos para interface entre elementos do sistema que pode ser eh softwares integrados por exemplo ã aliás sof que pode que podem ser os diversos módulos do sistema e que incluem também as interfaces com os elementos humanos e também especifica os requisitos de interface com entidades externas que incluem interface com outros sistemas aqui e sim integração com outros softwares Ah ainda esse item

ele define quaisquer interdependências ou possíveis restrições que estão associadas com as interfaces então por exemplo Protocolos de comunicação possíveis dispositivos especiais padrões de formatos físicos fixos Se isso for necessário cada interface pode representar um fluxo bidirecional de informação Ou seja a ação vai nos dois sentidos da interface ã com relação às operações do sistema ela cobre requisitos de integração humano sistema requisitos de manutenibilidade requisitos de confiabilidade e outros requisitos de qualidade iros falar um pouco sobre cada um deles com relação aos requisitos de integração humano sistema Então esse item refer documentos aplicáveis e especifica