O objetivo deste trabalho é estudar a viabilidade do uso de técnicas de Processamento da Linguagem Natural para o auxilio da análise de requisitos escritos em linguagem natural. Requisitos em Linguagem Natural são amplamente utilizadas na indústria aeronáutica, pelo menos como o primeiro nível de descrição de um sistema. Utilizar linguagens formais para especificar requisitos, apesar de apresentar ganhos relacionados à ausência de ambiguidades inerentes à linguagem natural, gera outros problemas. O processo que conduz a requisitos de qualidade começa com a análise de requisitos escritos em Linguagem Natural e continua por sua formalização e verificação. No intuito de diminuir tais ambigüidades são utilizados padrões de escrita de requisitos. São comparadas diversas abordagens para o processamento da linguagem natural aplicado ao problema estudado. A análise léxica apresenta algumas abordagens inovadoras, e produz resultados bons comparados com a literatura. Na análise sintática é utilizada uma gramática semântica, o que permite a aplicação imediata dos resultados. Durante a análise semântica mostrou-se inviável a detecção de inconsistências em requisitos. Porém os ganhos na qualidade dos requisitos com o uso de uma gramática mais restrita e possibilidades do uso de resultados do processamento da linguagem natural para outras aplicações indicam a viabilidade do uso do processamento da linguagem natural no auxilio a especificação de requisitos.

A motivação deste trabalho surgiu com a percepção de deficiência na aviação de segurança pública, em função dos critérios adotados nas aquisições de helicópteros e na carência de uma base acadêmica, que dê suporte aos processos técnicos para tais aquisições, de responsabilidade das Secretarias de Segurança Pública das Unidades da Federação do Brasil, apoiadas pelo Ministério da Justiça (MJ). O estudo apresenta a revisão de alguns modelos de processos de aquisição para materiais de defesa e segurança, reconhecidamente referendados pela sua sustentação técnica, aplicados pelo Comando da Aeronáutica (COMAER), por intermédio da diretriz DCA 400-6; pelo Departamento de Defesa dos EUA e pela Força Aérea Americana, em especial pela Universidade de Aquisição de Defesa (Defense Acquistion Univerty - DAU). Esses modelos descritos na revisão do referencial teórico, desenvolvidos para atender às necessidades operacionais de órgãos de defesa e segurança, têm respaldo na literatura do desenvolvimento de produtos de defesa e no gerenciamento de projetos. Envolvem os processos de ciclo de vida de materiais de tecnologia complexa. O resultado da pesquisa consiste na proposta de uma arquitetura do ciclo de vida para a aquisição de materiais aeronáuticos a ser implementada no Ministério da Justiça em duas fases: a primeira com a criação de um "Centro de Engenharia em Aviação de Segurança Pública", com intuito de construir uma base do conhecimento técnico-científico, na área de engenharia mecânica e aeronáutica, respaldado pela celebração de convênio entre o Ministério da Justiça e o Instituto Tecnológico de Aeronáutica (ITA); a segunda fase, com ações executivas para implantação da arquitetura no ministério, assessorado pelo referido Centro de Engenharia. Caberá ao Centro a elaboração de requisitos operacionais das aeronaves que atendam às necessidades da Segurança Pública, com destaque para a gestão do desenvolvimento e para a inovação tecnológica nesse segmento, primordiais para que o Brasil alcance o domínio do ciclo completo da tecnologia de aviação de helicópteros.

Este trabalho de pesquisa propõe um método orientado a processo para elicitação de requisitos, visando melhorar a compreensão de negócios e reduzir informações erradas ou omitidas, bem como os conflitos de visões e propagações de erros no desenvolvimento de Sistemas Computadorizados (SCs). O método proposto encontra-se estruturado em duas fases: Preparação dos Modelos de Negócio e Elicitação de Requisitos. Na fase de Preparação dos Modelos de Negócio, foram customizados, tanto os critérios para validação do Diagrama de Processo de Negócio (Business Process Diagram - BPD), quanto o modelo executável da especificação da Notação da Modelagem de Processos de Negócio (Business Process Modeling Notation - BPMN). O método proposto foi validado em um estudo de caso, envolvendo um processo de negócio real no Centro de Serviços Compartilhados (CSC) da Fundação São Francisco Xavier (FSFX), em Ipatinga, Minas Gerais, Brasil. Ele representa a principal contribuição desta pesquisa. Além disso, algumas contribuições complementares da fase de Elicitação de Requisitos são: a elicitação de requisitos padronizados, não ambíguos e alinhados às necessidades dos stakeholders; a extração e mapeamento de regras de negócio; a priorização e rastreabilidade de requisitos; a customização dos critérios de validação de BPD; a customização do modelo executável da BPMN; e a aplicação do método proposto no estudo de caso.

Esta pesquisa tem por objetivo, tendo como base a Soft Systems Methodology (SSM), contribuir com o aprimoramento da Engenharia de Requisitos, no contexto da Engenharia de Software, propondo um método de apoio para a elicitação de requisitos de Sistemas de Informação que auxilie a abordagem dos aspectos humanos na especificação do sistema e que considere o ser humano como parte da solução. A SSM foi desenvolvida para lidar com problemas organizacionais, nos quais predominam aspectos humanos. Embora no desenvolvimento de qualquer tipo de software predominem aspectos técnicos, quando o software é componente de um Sistema de Informação seu sucesso depende fortemente de aspectos humanos. Apesar disso, a Engenharia de Software, tradicionalmente, não oferece ferramentas que auxiliem a abordagem desses aspectos. Utilizando uma situação real de desenvolvimento de Sistema de Informação no Laboratório de Integração e Testes (LIT) do INPE (Instituto Nacional de Pesquisas Espaciais), esta pesquisa analisou a deficiência relacionada com a abordagem dos aspectos humanos nesse tipo de desenvolvimento, bem como a potencial contribuição da SSM para a Engenharia de Software, e derivou dessa análise um método para a elicitação de requisitos de Sistemas de Informação. Os resultados da aplicação do método no caso do LIT/INPE forneceram indicações de que, embora haja limitações para seu uso, ele ajuda o Engenheiro de Requisitos a levar o projeto do Sistema de Informação para uma solução equilibrada, mais fácil de ser aceita, e de fato utilizada, e mais propícia a atender às expectativas.

A demanda por produtos sustentáveis, seja por pressão da sociedade, mercado ou de regulamentações, está aumentando. Diante disso, o Governo está discutindo a regulamentação sobre compras governamentais sustentáveis com o setor industrial. Dessa forma é importante conhecer as particularidades de cada setor e estabelecer estratégias de atuação nos fóruns governamentais. A tese teve por objetivo propor um método para identificar requisitos de sustentabilidade utilizando mapas cognitivos, na visão do setor industrial têxtil e de confecção, para servir de subsídio nas discussões e negociações governamentais sobre compras públicas sustentáveis e que possam ser utilizados como referência para esse setor. Além disso, buscou-se identificar as tendências de priorização dos requisitos de sustentabilidade identificados e realizar o mapeamento das percepções do setor têxtil e de confecção sobre compras públicas sustentáveis. Para isso utilizou-se a ferramenta de mapas cognitivos, técnica que permitiu a elicitação do conhecimento tácito dos especialistas entrevistados, e ainda por possuir passos bem distintos e de fácil compreensão. Como resultado foram listados para a dimensão ambiental, social, econômica e tecnológica, respectivamente 16, 19, 11 e 8 requisitos. O estudo possibilitou ainda mapear as percepções do setor sobre compras públicas sustentáveis e identificou que, em sua maior parte, estão relacionadas às áreas de definição de requisitos de sustentabilidade, competitividade, revisão de normas e definição do conceito de produto sustentável. Com isso, a pesquisa auxiliou o setor de têxtil e de confecção a definir os critérios de sustentabilidade para produtos do setor e ainda identificou que outros temas que devem ser incluídos e priorizados nas discussões governamentais sobre compras públicas sustentáveis.

Submitted by Sara Ribeiro (sara.ribeiro@ucb.br) on 2017-10-25T18:40:39Z No. of bitstreams: 1 DanielMagalhaesdeOliveiraDissertacao2017.pdf: 2154962 bytes, checksum: 08ea2a6d730f23b5d3b48e462de98f67 (MD5) / Approved for entry into archive by Sara Ribeiro (sara.ribeiro@ucb.br) on 2017-10-25T18:41:00Z (GMT) No. of bitstreams: 1 DanielMagalhaesdeOliveiraDissertacao2017.pdf: 2154962 bytes, checksum: 08ea2a6d730f23b5d3b48e462de98f67 (MD5) / Made available in DSpace on 2017-10-25T18:41:00Z (GMT). No. of bitstreams: 1 DanielMagalhaesdeOliveiraDissertacao2017.pdf: 2154962 bytes, checksum: 08ea2a6d730f23b5d3b48e462de98f67 (MD5) Previous issue date: 2017-08-29 / This dissertation proposes and evaluates a method to improve the requirements elicitation process, according to the needs identified in the business processes, and can support any process of surveying customer needs. For this, gaps were sought in the traditional software development processes and analyzed the points where Information Architecture could bring quality gains. The main justification for improving the requirements elicitation process was the recognition of the fact that traditional processes do not capture the full requirements of an application context. The applicability of the proposed methodology was verified by means of an action research with the requirements analysis of a software development company. In addition to the effectiveness of the method, it was also verified improvements in the quality of information previously collected by the revisitation to the client's environment. / A presente disserta????o prop??e e avalia um m??todo para aprimorar o processo de elicita????o de requisitos, conforme as necessidades identificadas nos processos de neg??cio, podendo apoiar qualquer processo de levantamento de necessidades de clientes. Para tanto, buscou-se lacunas nos processos tradicionais de desenvolvimento de software e analisados os pontos em que a Arquitetura da Informa????o pudesse trazer ganhos de qualidade. A principal justificativa para aprimorar o processo de elicita????o de requisitos foi o reconhecimento do fato de que os processos tradicionais n??o capturam a totalidade dos requisitos de um contexto de aplica????o. A aplicabilidade da metodologia proposta foi verificada por meio de uma pesquisa-a????o junto a analistas de requisitos de uma empresa de desenvolvimento de software. Al??m da efetividade do m??todo, tamb??m foram verificadas melhorias na qualidade das informa????es anteriormente colhidas pela revisita????o ao ambiente do cliente.

Entre os fatores que geram o alto custo da rastreabilidade, está a dificuldade na criação e manutenção de relações precisas entre artefatos. Praticamente todas as metodologias existentes preocupam-se em relacionar artefatos diretamente entre si, o que dificulta o uso de processos automatizados na derivação de novos relacionamentos, bem como na manutenção dos já existentes. Com base nestas observações, o presente trabalho propõe o uso de estruturas intermediárias nos relacionamentos, chamadas de entidades, para representar os interesses tratados pelos artefatos, e derivar, automaticamente, relações complexas entre os mesmos. Este modelo foi avaliado por profissionais da indústria e apresentou-se como solução de rastreamento viável, em comparação com as tradicionais matrizes de rastreabilidade. Espera-se que este sirva como base para soluções inovadoras na área, que ainda é considerada problemática. / The difficulties in creation and maintenance of precise relationships between artifacts are the root cause of traceability high cost. VirtualIy alI existing methodologies propose solutions that relate artifacts directly among themselves, what hinders the use of automated processes to derivate new relationships, as welI as maintaining existing ones automaticalIy. Based on these observations, this work proposes the use of intermediate structures, calIed entities, to represent the interests present on traced artifacts. These entities can be used to derive, automaticalIy, complex relationships between artifacts. The proposed model was evaluated by industry professionals and was considered by them as a viable solution for traceability when compared to the traditional traceability matrices. It is believed that this model will serve as a basis for innovative research solutions in traceability, which is still considered a problematic field.

Made available in DSpace on 2016-04-29T14:23:38Z (GMT). No. of bitstreams: 1 Renato Dias Bigonha.pdf: 10953889 bytes, checksum: 8c20bbbb1d7fd15e9dd8777f3e88f879 (MD5) Previous issue date: 2015-09-17 / The development of a software system is a complex task. For development to occur, it is necessary communication between software developers and those interested in the use of such software (client). Through the interpretation of the client's intentions, is the specification of requirements that describe the features of the software and give rise to the application model. The use of natural language for such communication can bring ambiguities and vagueness communication and requirements specification. For any communication to take place a code or common language is needed for a sender and recipient and the software context, customer and developer. When the terms of the language used in communication does not mean exactly the same thing to both sides, communication can be impaired, giving way to the assumption, which may prove to generate specifications for software that does not meet customer needs. The fix for this software system can lead to rework that can be costly and increase development time. This research starts from the assumption that with the elimination or reduction of ambiguity and vagueness in communication and specification of the list of requirements, the resulting software development can be more likely to come to meet the client's goals. During the research it was noted that with the use of ubiquitous language during development can bring about improvements in development for proposing the setting of arbitrary terms according to the viewpoint and client context thus causing ambiguity and are reduced vagueness communication and requirements specification. But the requirements specification can never generate an absolute model, since the model is always abstracted from a different viewpoint / O desenvolvimento de um sistema de software é uma tarefa complexa. Para que o desenvolvimento ocorra, é necessária a comunicação entre os desenvolvedores de software e os interessados no uso de tal software (cliente). Através da interpretação das intenções do cliente, ocorre a especificação dos requisitos que descrevam as funcionalidades do software e dão origem ao modelo da aplicação. O uso da linguagem natural para essa comunicação pode trazer ambiguidades e vagueza à comunicação e especificação de requisitos. Para que qualquer comunicação ocorra é necessário um código ou linguagem comum à um remetente e ao destinatário e no contexto de software, ao cliente e desenvolvedor. Quando os termos da linguagem utilizada na comunicação não significam exatamente a mesma coisa para ambos os lados, a comunicação pode ficar prejudicada, dando espaço à suposição, que pode vir a gerar especificações de um software que não atende as necessidades do cliente. A correção desse sistema de software pode levar a retrabalho que pode ser custoso e aumentar o tempo de desenvolvimento. Essa pesquisa parte da hipótese de que com diminuição da ambiguidade e vagueza na comunicação e especificação da lista de requisitos, o software resultante do desenvolvimento possa ter mais chances de vir a satisfazer os objetivos do cliente. Durante a pesquisa, notou-se que com o uso da Linguagem Ubíqua durante o desenvolvimento pode trazer melhorias no desenvolvimento por propor a definição de termos arbitrários de acordo com o ponto de vista e contexto do cliente assim fazendo com que sejam diminuídas a ambiguidade e vagueza comunicação e especificação de requisitos. Mas a especificação de requisitos nunca poderá gerar um modelo absoluto, uma vez que o modelo é abstraído sempre a partir de um ponto de vista diferente

Tese de mestrado integrado. Engenharia Electrotécnica e de Computadores. Faculdade de Engenharia. Universidade do Porto. 2010

Tese de mestrado. Gestão de Informação. Faculdade de Engenharia. Universidade do Porto. 2008