SIGERAR: Uma Ferramenta para Gerenciamento de Requisitos

Jos Incio De Grande, Luiz Eduardo G. Martins Programa de Mestrado em Cincia da Computao Faculdade de Cincias Exatas e da Natureza UNIMEP - Universidade Metodista de Piracicaba {ji-grande@uol.com.br lgmartin@unimep.br} Resumo
Atualmente, a utilizao da Engenharia de Requisitos um dos caminhos mais seguros para se obter qualidade no desenvolvimento e manuteno de sistemas de software, pois esta prtica diminui sensivelmente os erros, falhas e ambigidades do produto final a ser entregue. Com o passar do tempo, mudanas ocorrem nos requisitos devido a diversos fatores como erros, inconsistncias, problemas organizacionais, evoluo do conhecimento dos stakeholders1, alteraes legais, etc., exigindo um grande esforo das empresas para o controle e gerenciamento dos mesmos. A proposta deste trabalho apresentar uma ferramenta automatizada para gerenciamento de requisitos, chamada SIGERAR. A ferramenta coleta, armazena e mantm os requisitos, gerenciando as mudanas e promovendo rastreabilidade entre os requisitos e entre os documentos de requisitos. A contribuio deste trabalho oferecer aos desenvolvedores de Software uma ferramenta de gerenciamento de requisitos, de uso livre e fcil instalao, configurao e operao, aderente a todo o ciclo de vida do software, proporcionando controle e anlise de riscos, impactos e custos de mudanas nos requisitos. Palavras-Chave: Engenharia de Gerenciamento de Requisitos, Automatizada, Rastreabilidade. Requisitos, Ferramenta requisitos, por fora da evoluo dos mesmos, refletindo as alteraes que sofrem ao longo do tempo, no ambiente do sistema e nos objetivos da organizao [7]. Alm da Anlise e Especificao, o Gerenciamento de Requisitos de fundamental importncia no processo da Engenharia de Requisitos, pois organiza o controle das mudanas, permitindo subsdios para a anlise de impacto e custos em tempo e dinheiro, que estas traro para a organizao. Este trabalho tem por objetivo apresentar uma ferramenta automatizada para documentao e gerenciamento de requisitos, durante todo o ciclo de vida do software. A ferramenta tem capacidade para coletar, armazenar e manter os requisitos acordados entre os stakeholders, gerenciar as mudanas ocorridas nos requisitos, em razo de sua natural evoluo e rastrear os relacionamentos entre requisitos e entre documentos de requisitos. A motivao para a escolha do tema advm da escassez de ferramentas brasileiras disponveis no mercado para gerenciamento de requisitos e das dificuldades que uma ferramenta internacional pode trazer, como: custos de aquisio, custos de treinamento, dificuldades dos stakeholders com lnguas estrangeiras, falta de representantes no Brasil, falta de especialistas do produto no mercado, entre outros. A contribuio deste trabalho oferecer comunidade de Engenharia de Software uma ferramenta de uso livre e fcil instalao, configurao e operao para documentao e gerenciamento de requisitos. A ferramenta apresentada conta com muitos dos recursos disponveis nas ferramentas comerciais conhecidas, como controle de acesso e permisses, controle de verses (histricos), glossrios, notificaes e frum de discusses, entre outros, e apresenta alguns pontos diferenciais. Um importante diferencial da ferramenta o tratamento da rastreabilidade dos requisitos no processo de alterao, onde a ferramenta no somente demonstra os requisitos dependentes da modificao do requisito origem, mas exige que os responsveis pelos requisitos (origem e dependentes) analisem e atribuam valores de risco, importncia, impacto, prioridade e custo de cada um dos requisitos envolvidos. importante ressaltar que um requisito dependente tambm tem sua prpria matriz de dependncia, assim sendo, temos que dar a ele o tratamento como se requisito origem fosse (efeito recursivo), tratando todos os seus dependentes at que o ciclo se feche. Desta

1. Introduo
O processo de Engenharia de Requisitos tem como principais objetivos a aquisio de conhecimentos das regras de negcios e verificao das necessidades do cliente, de forma a obter uma especificao no ambgua e completa dos requisitos de software, com o intuito de minimizar os erros, inadequaes e falhas no produto final a ser entregue ao cliente. O Gerenciamento de Requisitos o processo de compreender e controlar as mudanas que ocorrem nos
1 O termo stakeholder utilizado para se referir a qualquer pessoa que ter alguma influncia direta ou indireta sobre os requisitos do sistema [6].

forma, a ferramenta garante que todos os requisitos envolvidos sejam rastreados, analisados e tratados, produzindo informaes de vital importncia ao Gerente do Projeto que poder analisar todo o contexto do impacto e custos da alterao e com estes subsdios, tomar a deciso de aprovar ou rejeitar a proposta de alterao do requisito. Espera-se que esta ferramenta traga benefcios s organizaes que venham adot-la, pois alm de no haver custos com aquisio da ferramenta e do banco de dados, ir proporcionar controle sobre as mudanas ocorridas nos requisitos e anlise do risco, impacto e custos destas mudanas. O restante deste trabalho est organizado da seguinte forma: a seo dois discorre sobre Gerenciamento de Requisitos que a base do trabalho desenvolvido. Na seo trs registrada o desenvolvimento da ferramenta, composto dos processos de elicitao e especificao dos requisitos da ferramenta, modelagem lgica da ferramenta e funcionalidades da ferramenta. Na seo quatro apresentada uma anlise de viabilidade de uso da ferramenta, atravs de um estudo de caso. A seo cinco apresenta as concluses do trabalho e propostas de trabalhos futuros.

da empresa. Para tanto, a partir da perspectiva de evoluo, divide os requisitos em duas classes: Requisitos permanentes ou estveis e Requisitos volteis. Os fatores que mais contribuem para as mudanas de requisitos segundo Kotonya e Sommerville [3] so erros, conflitos e inconsistncias nos requisitos, evoluo do conhecimento dos clientes e usurios do sistema, problemas tcnicos, de prazo e de custos, mudanas nas prioridades dos clientes, ambientais e organizacionais.

2.1. Gerenciamento de Mudanas

O gerenciamento de mudanas est relacionado poltica de uso de procedimentos, processos e padres que sero utilizados para gerenciar as mudanas nos requisitos do sistema [3]. Estas polticas incluem: O processo de solicitao de mudanas e as informaes necessrias para process-la; O processo usado para analisar o impacto e custo das mudanas e informaes associadas rastreabilidade; Definio dos membros da organizao que formalmente consideram as solicitaes de mudanas; O suporte de software necessrio para o controle do processo de mudanas. O Processo de Gerenciamento de Mudanas nos Requisitos consiste em um conjunto de atividades para documentar, reportar, analisar, definir custos e implementar mudanas de um conjunto de requisitos, conforme ilustra a Figura 1.

2. Gerenciamento de Requisitos
O Gerenciamento de Requisitos o processo de compreender e controlar as mudanas nos requisitos de sistemas e ocorre em conjunto com outros processos da Engenharia de Requisitos [7]. Os principais objetivos do Gerenciamento de Requisitos segundo Kotonya e Sommerville [3] so: Gerenciar mudanas nos requisitos acordados; Gerenciar o relacionamento entre requisitos; Gerenciar as dependncias entre os documentos de requisitos e outros documentos produzidos no processo de Engenharia de Software. Lam e outros [4] identificam trs razes para gerenciamento de requisitos: Muitos sistemas so entregues incrementalmente. Entre cada entrega incremental, mudanas nos requisitos so estabelecidas e incorporadas no prximo incremento; Tipicamente requisitos mutveis so os principais causadores de manutenes de software e atividades de reengenharia; Muitas organizaes tm sistemas legados que so crticos e sustentam operaes comerciais. Substituir totalmente ou recriar tais sistemas nem sempre possvel e necessitam evoluir para que a empresa sobreviva e permanea competitiva. Segundo Sommerville [7] os requisitos devem evoluir a fim de refletir as mudanas que ocorrem ao longo do tempo, no ambiente do sistema e nos objetivos

Figura 1 Processo de Gerenciamento de Mudanas nos Requisitos [3] Os trs estgios representam: Algum problema de requisitos identificado. Isto pode ser oriundo de uma anlise do documento de requisitos, de novas necessidades dos stakeholders, ou problemas operacionais com o sistema. Os requisitos so analisados usando informaes do problema e mudanas nos requisitos so propostas; As mudanas propostas so analisadas. Verificam-se quantos requisitos e, se necessrio, os componentes do sistema, que sero afetados pelas mudanas, calculando-se de forma aproximada o custo em tempo e dinheiro;

 As mudana so implementadas. Um conjunto de alteraes ou uma nova verso do documento de requisitos so produzidos. O Processo de Anlise de Mudanas e Custo composto de seis estgios, conforme apresenta a Figura 2 a seguir.

permite encontrar outros requisitos que podem ser afetados quando uma mudana solicitada. Pinheiro [5] entende rastreabilidade de requisitos como a habilidade de definir, capturar e acompanhar os rastros deixados pelos requisitos nos outros elementos do ambiente de desenvolvimento de software e os rastros deixados por esses elementos nos requisitos. Ramesh [6] diz que a rastreabilidade de requisitos usada para capturar o relacionamento entre requisitos, projeto e implementao de um sistema. Assim, todos os componentes do sistema (hardware, software, pessoas, manuais, polticas e procedimentos) criados nos vrios estgios do processo de desenvolvimento, so ligados aos requisitos.

Figura 2 Processo de Anlise de Mudanas [3] Os seis estgios desse processo contemplam: A requisio de mudanas verificada quanto sua validade, pois os stakeholders podem no entender os requisitos e sugerem mudanas desnecessrias; Os requisitos afetados diretamente pelas mudanas so descobertos; Informaes de rastreabilidade so usadas para encontrar os requisitos dependentes que podem ser afetados pelas mudanas; As mudanas que podem ser feitas para os requisitos so propostas; Os custos das mudanas so estimados; So efetuadas negociaes com os clientes para verificar se os custos das mudanas propostas so aceitveis.

3. Desenvolvimento da Ferramenta
A ferramenta automatizada para gerenciamento de requisitos foi desenvolvida com o objetivo de coletar, armazenar e manter os requisitos acordados, durante todo o ciclo de vida do software, gerenciando as mudanas ocorridas nos requisitos, permitindo rastrear os relacionamentos entre os requisitos e entre os requisitos e documentos produzidos no processo de desenvolvimento do sistema. Como um dos principais benefcios da ferramenta sua livre distribuio e uso, seu desenvolvimento foi direcionado e orientado a ferramentas da mesma abordagem, de forma a propiciar mais facilmente melhorias futuras. Desta forma, a ferramenta operada via interface Web e foi desenvolvida em linguagem Java com JSP (Java Server Pages) e com o SGBD (Sistema Gerenciador de Banco de Dados) Firebird 1.5. A Figura 3 a seguir representa a estrutura para aplicaes Web em 3 camadas onde a ferramenta pode ser executada.

2.2. Rastreabilidade
Segundo Gotel e Finkelstein [2] rastreabilidade de requisitos a habilidade de descrever e acompanhar a vida de um requisito em ambas as direes do processo de software (do planejamento do negcio especificao do projeto), idealmente durante todo o seu ciclo de vida. Kotonya e Sommerville [3], afirmam que um requisito pode ser rastreado se possvel determinar quem sugeriu o requisito, porque o requisito existe, a quais outros requisitos ele est relacionado e como ele est relacionado com outras informaes, como artefatos de projeto, implementao e documentao de usurio. O rastreamento tambm

Figura 3 Ambiente de Operao da Ferramenta em 3 Camadas

 1 camada composta por Servidor Web (Apache Server) que gerencia as requisies vindas da Internet; 2 camada composta pelo Servidor de regras de negcio (Jakarta Tomcat) que gerencia o acesso s informaes. As aplicaes so componentizadas em classes JAVA que realizam todas as rotinas da ferramenta; 3 camada composta pelo Servidor de Dados (SGBD Firebird), que abriga a base de dados que alimenta todo o sistema. Elicitao e Ferramenta Especificao dos Requisitos da

Para elicitao dos requisitos da ferramenta foram efetuadas reunies JAD (Joint Application Design) e entrevistas com a equipe de analistas, coordenadores e gerentes estabelecendo os limites do sistema, os Requisitos Funcionais e os Requisitos No-Funcionais. Para especificar os requisitos da ferramenta foram utilizados vrios diagramas da UML (Unified Modeling Language) [1]. Modelagem Lgica da Ferramenta A modelagem lgica da ferramenta foi especificada atravs do diagrama de classes (UML) representado na Figura 4, e permite uma viso geral das classes e relacionamentos que a compe. A classe Projeto apresenta os dados relativos aos projetos que sero gerenciados na organizao. Esta classe se relaciona com as classes Glossrio e Termos, que contm os termos mais usuais da organizao. A classe Usurio contm os atributos dos stakeholders do sistema e a Classe Departamento identifica o vnculo organizacional do usurio. A classe UsurioProjeto identifica os usurios envolvidos nos projetos, com alada pr-determinada pelo Gerente de cada Projeto. A classe Alada determina os nveis de autorizao/restrio dos usurios s determinadas funes da ferramenta.

A classe Requisito identifica os requisitos de cada projeto. A classe RequisitoDependente trata a rastreabilidade do requisito registrando a dependncia entre os requisitos. O processo de gerenciamento est centrado na classe VersoRequisito, que contm a descrio da alterao solicitada, motivo da alterao, solicitante, responsvel, descrio, prioridade, risco, importncia, custo, impacto e situao da verso. A situao representa o status atual da verso do requisito, que poder ser proposta, em anlise, aprovada, em desenvolvimento e implementada. A classe AlteracoVerso, apia e complementa a classe VersoRequisito, com dados de controle das verses atuais, anterior e alterao origem. A classe Documentos permite ao analista relacionar todos os documentos envolvidos no processo de alterao, permitindo a rastreabilidade destes. As classes Motivo, Risco, Impacto, Prioridade, Importncia e Volatilidade representam elementos de apoio ao Gerenciamento da Verso de Requisitos e contm atributos para mensurar os riscos envolvidos nas alteraes dos requisitos e de seus requisitos dependentes. Funcionalidades da Ferramenta No desenvolvimento da Ferramenta, buscou-se contemplar todas as funcionalidades elicitadas e acordadas com os envolvidos, atravs dos mdulos abaixo descritos. Mdulo Administrao do Sistema Expressa a fase inicial da ferramenta onde so criados e geridos os cadastros: Projetos, Usurios, Glossrios, Volatilidade, Risco, Importncia, Impacto, Motivo, Tipo e Departamento, que sero bsicos para todos os projetos da organizao. O Administrador ser o responsvel pela formatao e parametrizao dos cadastros acima mencionados e, entre outras funes, executa a alocao dos Glossrios aos Projetos e a atribuio de Gerentes aos Projetos.

Figura 4 Modelagem de Classes da Ferramenta

Mdulo Principal Trata a alocao dos usurios aos projetos, mantm os requisitos e suas alteraes (Verses de Requisitos), distribudas em funes especficas, abaixo definidas: Aloca Usurios - permite ao Gerente do Projeto alocar usurios aos projetos, por nveis de alada; Cadastra requisitos e dependncias permite cadastrar e alterar os requisitos do projeto, relacionando o requisito com seus requisitos dependentes, de forma a obter a rastreabilidade do requisito; Trata Alteraes dos Requisitos gera uma alterao no requisito do sistema implicando em criao de uma nova verso desse requisito, atribuindo impacto, risco, prioridade, motivo e custo, que o nmero estimado de horas a ser consumida na implementao da verso do requisito. O sistema faz o tratamento do custo total da alterao proposta, que nada mais que o somatrio dos custos dos requisitos dependentes adicionado ao custo do requisito origem. O sistema usa a rastreabilidade para relacionar todos os requisitos dependentes (de forma recursiva) e a cada requisito dependente que gerar nova verso de requisito, o analista responsvel deve atribuir valores conforme acima descrito, e assim sucessivamente at que todos os requisitos dependentes sejam analisados. A atribuio da situao das verses de requisitos controlada internamente pelo sistema ou pelo Gerente do Projeto, de acordo com o estgio em que a verso do requisito origem e dependentes se encontram, e so definidas como "proposta", "em anlise", "aprovada", "em desenvolvimento" e "implementada"; Notifica envolvidos so efetuadas aps o sistema identificar e relacionar todos os requisitos dependentes, atravs da emisso de uma mensagem a cada analista responsvel pelo requisito dependente, informando que uma nova verso de requisitos foi gerada e que h necessidade de interveno no processo de anlise (correio interno); Frum de requisitos o Frum de requisitos uma rea de livre acesso a todos os envolvidos no projeto e destinado a registrar crticas, sugestes, opinies, alertas, entre outros, a respeito da alterao do requisito em anlise; Relacionamento de documentos de especificao o responsvel relaciona os documentos produzidos na

especificao da nova verso como casos de uso, layouts, documentos textos, entre outros.

4. Anlise de Viabilidade de Uso da Ferramenta

Aps os testes iniciais partiu-se para a fase de anlise de viabilidade de uso da ferramenta, utilizandoa em um estudo de caso real. O estudo de caso escolhido foi o Sistema de Gesto de Farmcias desenvolvido e implantado em Julho de 2002, por empresa fornecedora de sistemas de gesto na rea de sade, tendo seu escopo e documentao suficientes para registrar os requisitos iniciais e a evoluo dos mesmos no decorrer dos perodos subseqentes de forma a aplicar a ferramenta na ntegra. Inicialmente foram levantados todos os documentos envolvidos no desenvolvimento (Lista dos requisitos Funcionais/NoFuncionais e Lista de Dependncias) e manuteno do sistema (Lista da Evoluo dos Requisitos). A evoluo dos requisitos foi registrada em ordem cronolgica das alteraes propostas nos requisitos e contm o histrico dos trs anos seguintes implantao do sistema. Utilizao do Mdulo Administrao do Sistema A primeira ao a ser tomada foi eleger um administrador que configurou o ambiente para o estudo de caso, cadastrando os Glossrios, Departamentos, Usurios do sistema e dados dos cadastros de Volatilidade, Risco, Importncia e Impacto, que receberam as atribuies de: Baixo(a) Peso 1, Mdio(a) Peso 5 e Alto(a) Peso 10. No cadastro Tipo de Requisito estes foram classificados como Funcionais e No-Funcionais e no cadastro Tipo de Documento foram cadastrados "Word", "Excel" e "UML". O cadastro Motivo recebeu os dados Evoluo, Legal e Correo. A Figura 5 apresenta uma das telas do Mdulo Administrao do Sistema, onde foram cadastrados os usurios da ferramenta. Utilizao do Mdulo Principal Aps a configurao inicial do ambiente, o Gerente do Projeto e os demais usurios foram liberados para a utilizao do Menu Principal. Inicialmente, o Gerente do Projeto alocou os envolvidos no projeto Farmcias, que ento se tornaram aptos a trocarem mensagens atravs do correio interno. Em seguida, o Gerente do Projeto incluiu todos os requisitos iniciais (obtidos da Lista dos requisitos Funcionais/NoFuncionais) com os respectivos tipos de requisitos,

responsvel e volatilidade e as dependncias entre os requisitos (obtidas da Lista de Dependncias).

Figura 5 Cadastro de Usurios da Ferramenta

Figura 6 Manuteno de Requisitos da Ferramenta

Em continuidade ao desenvolvimento do estudo de caso, a Lista da Evoluo dos Requisitos foi submetida ferramenta, seguindo a mesma ordem cronolgica, a fim de observar o comportamento e potencialidade da ferramenta quanto ao tratamento da alterao dos requisitos (Verso de Requisitos). A Figura 6 apresenta uma das telas do Mdulo Principal, onde executada uma proposta de alterao de requisito. Concluses sobre o Uso da Ferramenta Na aplicao da ferramenta utilizando o estudo de caso Sistema de Gesto de Farmcias buscou-se traduzir com a maior fidelidade os acontecimentos desde o levantamento inicial dos requisitos e suas dependncias, at a evoluo cronolgica dos requisitos. Estes dados foram sendo includos e testados na ferramenta, de forma que ao final desta atividade, conclumos o que segue. Concluses sobre o Mdulo Administrao Todos os cadastros bsicos necessrios ao estudo de caso foram alimentados na ferramenta e nenhum problema foi constatado, mas sente-se necessidade de desenvolvimento de relatrios especficos. Concluses sobre o Mdulo Principal A alocao dos usurios no projeto com aladas especficas foram efetuadas com sucesso; Todas as incluses dos requisitos iniciais foram efetuadas e no houve nenhum impedimento ou problema constatado; As dependncias iniciais listadas foram includas com sucesso; Nas geraes de verses, foram encontrados problemas no tratamento da alterao genrica Ajustes nas telas do sistema para adequao ao Windows XP, que envolve praticamente todos os requisitos e consiste em rever todas as telas do sistema. necessrio rever o conceito de alterao que envolva um grande nmero de requisitos, pois esta situao no foi contemplada na elicitao da ferramenta. Sentiu-se ainda, a necessidade de relatrios especficos que devero ser implementados em prximas verses ou trabalhos futuros, como por exemplo, relatrio de quantidade de horas consumidas no desenvolvimento e manuteno de requisitos, relatrio de requisitos por situao (proposta / em anlise / aprovada / em desenvolvimento / implementada), relatrios das dependncias (rastreabilidade), etc.

Posto isto, pode-se afirmar que a ferramenta atende aos requisitos inicialmente traados, embora carea de pequenas correes e melhorias, ressaltando que esta possui grande potencial de uso dentro da comunidade de Engenharia de Software, em particular entre gerentes e engenheiros de requisitos.

5. Concluses
Este trabalho contribui no sentido de propor uma ferramenta de uso livre, de fcil instalao, configurao e operao, para coletar, armazenar e manter os requisitos acordados entre os stakeholders, durante todo o ciclo de vida do software, de forma que equipes de gerentes, analistas e usurios de sistemas tenham controle sobre duas importantes questes do gerenciamento de requisitos: controle das verses de requisitos e rastreabilidade dos requisitos. Alm de contar com muitos dos recursos disponveis nas ferramentas comerciais conhecidas, a ferramenta SIGERAR possui outras caractersticas importantes. Uma das principais caractersticas o tratamento da rastreabilidade dos requisitos no processo de alterao, onde a mesma permite anlise e atribuio de valores de risco, importncia, impacto, prioridade e custo a todos requisitos envolvidos (origem e dependentes), de forma a produzir informaes ao Gerente do Projeto, que poder analisar o contexto do impacto e custos da alterao. Outro diferencial, que embora a ferramenta contenha os textos de ajuda das telas previamente formatados, esta permite que cada organizao possa customiz-los, de acordo com sua prpria cultura ou caractersticas, de forma a obter maior adequao. Em trabalhos futuros, a ferramenta poder ser aprimorada com incluses de novas funcionalidades, como por exemplo, interoperabilidade com ferramentas eletrnicas utilizadas para documentao, como Word, Excel, PowerPoint, Project, ferramentas CASE que suportam UML entre outras. Outro item que merece destaque o tratamento dos atributos prioridade, risco, importncia e impacto dos requisitos origem e dependentes, pois cabe ao Gerente do Projeto avaliar estes dados e projetar mentalmente ou com a ajuda de outras ferramentas, os riscos e impactos potenciais da alterao. Como cada dado tem um peso associado, a idia que a prpria ferramenta possa obter o somatrio dos pesos (de forma anloga ao praticado com o atributo custo), e compar-lo a valores previamente tabulados pelo administrador, para que forneam informaes sobre o risco e impacto que a mudana solicitada trar ao projeto, de forma a auxiliar os Gerentes de Projetos na tomada de deciso sobre a aceitao ou rejeio de alteraes propostas.

Referncias
[1] BOOCH, G., RUMBAUGH, J. e JACOBSON, I, The Unified Modeling Language User Guide, Addison Wesley, 1999. GOTEL, O. e FINKELSTEIN, A., An analysis of the Requirements Traceability Problem, in Proceedings of the First International Conference on Requirements Engineering, (Colorado springs, CO), pp. 94-101, April 1994. KOTONYA, G. e SOMMERVILLE, I., Requirements Engineering: Processes and Techniques, John Wiley and Sons, 1998. LAM, W., LOOMES, M. e SHANKARARAMAN, V., Managing Requirements Change Using Metrics and Action Planning, Third European on Software Maintenance, mar. 1999, Amsterdan, Netherlands. [5] PINHEIRO, F. A. C., Formal and Informal Aspects of Requirements Tracing, III Workshop de Engenharia de Requisitos (WER 2000), 2000, Rio de Janeiro, Brasil. RAMESH, B., POWERS, T. e STUBBS, C., Implementing Requirements Traceability: A Case Study, 2nd IEEE Symposium on Requirements Engineering, March 1995, York, England. SOMMERVILLE, I,. Engenharia de Software, 6 edio. Pearson Education do Brasil, 2003.

[2]

[6]

[3]

[7]

[4]