Made available in DSpace on 2014-06-12T15:58:34Z (GMT). No. of bitstreams: 2 arquivo4654_1.pdf: 4627963 bytes, checksum: 3d170d0cdec55ae30391efb38e5c6733 (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2003 / Uma das maiores dificuldades encontradas no desenvolvimento de sistemas computacionais é atender as expectativas dos usuários e clientes, de acordo com o cronograma e custo previstos. Um fator que contribui para este tipo de problema é a dificuldade em elicitar, analisar e especificar os requisitos do sistema. Este tem sido um dos pontos de grande interesse entre os pesquisadores. Três décadas depois do surgimento da Crise do Software, ainda continuamos com grandes dificuldades para produzir um documento de requisitos e mantê-lo consistente com os outros artefatos produzidos no desenvolvimento das aplicações. Além disto, devido a globalização da economia mundial, a Internet tem se mostrado como um dos mais efetivos e atrativos meios para realização de transações comerciais. As empresas estão migrando seus sistemas corporativos para plataformas baseadas principalmente na Web, tornando o desenvolvimento cada vez mais sofisticado. Diante deste panorama, este trabalho propõe um processo de Engenharia de Requisitos onde são consideradas característcas que requerem maior atenção em relação ao desenvolvimento de aplicações Web, tais como: questões sobre elicitação de requisitos, interface do usuário e maior ênfase nos requisitos não-funcionais. O processo proposto, chamado WRE-Process (Web Requirements Engineering Process), é baseado no fluxo de Requisitos do RUP, por este ser o processo dominante no mercado. Com o desenvolvimento da proposta, procuramos criar um processo que fosse genérico o suficiente para atender diversos domínios e tipos de aplicações, mas que contemplasse necessidades das aplicações Web, como: integração entre requisitos funcionais e não-funcionais, elicitação e desenvolvimento de requisitos de interface, entre outros. Desta forma, podemos dizer a principal contribuição deste processo é fornecer um conjunto coerente de atividades e artefatos direcionados para a Engenharia de Requisitos, considerando características das aplicações Web, mas que mantém a generacidade do RUP, podendo ser aplicado a em diferentes tipos de sistemas de software. O principal objetivo a ser alcançado com a utilização deste processo é a satisfação do cliente, possibilitando que ele receba um produto conforme suas necessidades e expectativas, dentro do prazo e custos previstos, porém sem acarretar prejuízos à empresa fornecedora e sem sobrecarregar a equipe de desenvolvimento

Made available in DSpace on 2014-06-12T16:00:21Z (GMT). No. of bitstreams: 2 arquivo6433_1.pdf: 1054848 bytes, checksum: 25ff3013599c6fa7b495f4b0731aaf38 (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2007 / The software market faces an increase in competitivity and in demands for software. Enterprises are led to develop software targeted not only at specific customers but also at huge consumer markets. Companies that deal with several consumer markets are known in the literature as developers of Commercial Off-the-Shelf (COTS), also called packaged software, product software or market-driven software. COTS suppliers face many challenges and problems, mainly those known as Smallto- Medium Enterprises (SME). Some special studies show that the unsuitability of activities comprised by the Requirements Engineering Process is a critical factor for software projects success. Thus, this work presents an empirical study carried out with thirteen product software companies located in Recife - Pernambuco, Brazil. The empirical study was based on Experimental Software Engineering and on the qualitative paradigm, having as its main goal an investigation about which practices are performed and the main challenges and difficulties faced by Small-to-Medium Enterprises throughout the Requirements Engineering process

Made available in DSpace on 2014-06-12T16:01:10Z (GMT). No. of bitstreams: 2 arquivo7171_1.pdf: 2257765 bytes, checksum: a7bdaaafadc2ed751bde88c9d07af1c4 (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2005 / Aprendizado Colaborativo Apoiado por Computador tem se firmado como um paradigma de ensino. Neste articulam-se diferentes conceitos de aprendizagem e interação em grupo. Os ambientes colaborativos síncronos visam facilitar a construção de conhecimento e o desenvolvimento de competências entre participantes de um grupo. Componentes síncronos de aprendizagem (também chamados de sistemas de groupware) podem ser caracterizados por prover um conjunto de objetos virtuais compartilhados. Estes são manipuláveis por ferramentas e constituem-se num espaço compartilhado de interação entre usuários. O problema que estamos focando consiste levantar, a partir da interação entre usuários, requisitos que colaborem com a definição de uma arquitetura de componentes colaborativos síncronos que resolva problemas de comunicação, consciência de colaboração, manutenção do espaço compartilhado, controle de acesso ao espaço compartilhado, definição de papéis e percepção (awareness). Este trabalho utilizou técnicas de design para usabilidade com o intuito de resolver problemas relativos à interação mediada por componentes síncronos de aprendizagem, propondo um conjunto de requisitos para construção de novos sistemas que favoreçam a interação em grupo através de análises centradas nas necessidades dos usuários

Submitted by Alice Araujo (alice.caraujo@ufpe.br) on 2017-11-30T17:43:21Z No. of bitstreams: 2 license_rdf: 811 bytes, checksum: e39d27027a6cc9cb039ad269a5db8e34 (MD5) Disserta_cin_Claudete_Biblioteca_Entrega Final_10_02_2017.pdf: 3513029 bytes, checksum: 30faabea94569c99bb6793aba1b8acc1 (MD5) / Made available in DSpace on 2017-11-30T17:43:21Z (GMT). No. of bitstreams: 2 license_rdf: 811 bytes, checksum: e39d27027a6cc9cb039ad269a5db8e34 (MD5) Disserta_cin_Claudete_Biblioteca_Entrega Final_10_02_2017.pdf: 3513029 bytes, checksum: 30faabea94569c99bb6793aba1b8acc1 (MD5) Previous issue date: 2016-02-11 / O presente estudo consiste em uma pesquisa exploratória (LAKATOS; MARCONI, 2000), de caráter etnográfico (CRESWELL, 2014), sendo realizada em cinco escolas públicas do ensino médio. Com o objetivo de modelar o fluxo de informação e o sistema de instrumentos presentes nas atividades de professores no contexto do ensino médio em escolas públicas estaduais para identificar reais necessidades computacionais e de informação. Dentre as cinco escolas selecionadas, participaram do estudo: 02 (dois) diretores, 03 (três) coordenadores; 15 (quinze) professores das disciplinas de Língua Portuguesa, Matemática, Química, Geografia, Filosofia, História, Arte, Banco de Dados, Etiqueta, Cerimonial e Protocolo; e, 05 (cinco) turmas do primeiro, segundo e terceiro ano totalizando 170 alunos. A coleta de dados utilizou três instrumentos: observação de aulas em cinco turmas; registro de imagens de artefatos em uso e dispostos no ambiente; e entrevista semiestruturada com dois diretores, três coordenadoras, cinco turmas e quinze professores. Os dados foram analisados à luz da Teoria da Atividade e Sistema de Instrumentos, combinando análise qualitativa e quantitativa. O uso do Maxqda, software de análise de dados qualitativos, possibilitou uma visão panorâmica e aprofundar nodus. Fez-se necessária a busca por respostas pontuais para entender, por meio da análise de contexto de uso, a relação dos professores com o uso do sistema de instrumentos. Os resultados apresentam o que uma etnografia rápida foi capaz de identificar quanto ao uso de artefatos, suas funções e o sistema de instrumentos, contribuindo para a elicitação de requisitos com base nas necessidades computacionais e de informação presentes em escolas públicas. / The present study consists of exploratory research (LAKATOS; MARCONI, 2000) with an ethnographic perspective (CRESWELL, 2014), being carried out in five public high schools. The objective is to model the information flow and the system of instruments that exist in teacher`s activities in the context of public high schools in order to identify real computational and informational needs. Participants were from five selected schools and include: 02 (two) principals, 03 (three) coordinators, 15 (fifteen) content teachers from subjects including Portuguese, Math, Chemistry, Geography, Philosophy, History, Arts, Database, Etiquettes, Ceremonial and Protocol, and 05 (five) high school classrooms from the tenth, eleventh, and twelfth grades totaling 170 students. The data was collected by utilizing three instruments: classroom observations in five classrooms; a register of images from artifacts in usage and placed in the environment; and, semi structured interviews with two principals, three coordinators, five classrooms and fifteen teachers. The data were analyzed in light of the Theory of Activity and System of Instruments, combining qualitative and quantitative analysis. The usage of Maxqda, software to analyze qualitative data, provided a broadened view and deepened nodus. The study, through the analysis of the context of the artifact usage, seeks to understand the relationship between teachers and the usage of the system of instruments. The outcomes presented what a cursory ethnographic examination was able to identify regarding the usage of artifacts, their functions, and the system of instruments. This study makes a contribution for requirements’ elicitation based on the computational and informational needs exist in public schools.

Submitted by Alice Araujo (alice.caraujo@ufpe.br) on 2018-06-01T17:29:10Z No. of bitstreams: 1 DISSERTAÇÃO Laino Edemberguer dos Santos.pdf: 9334061 bytes, checksum: 42393fbcb728560c5ef1256c60aeb5d8 (MD5) / Made available in DSpace on 2018-06-01T17:29:10Z (GMT). No. of bitstreams: 1 DISSERTAÇÃO Laino Edemberguer dos Santos.pdf: 9334061 bytes, checksum: 42393fbcb728560c5ef1256c60aeb5d8 (MD5) Previous issue date: 2016-08-30 / Pode-se agregar criatividade em produtos de software para diferenciá-los no meio das várias soluções concorrentes presentes no mercado, para melhorar a interação entre eles e os usuários e até mesmo com o objetivo de repensar (redesenhar) as regras dos domínios aos quais estão inseridos. No entanto, os processos criativos demandam atividades específicas diferentes daquelas exigidas pelos processos de software e produzem resultados que são difíceis de serem expressos e gerenciados como requisitos de software. A Engenharia de Requisitos possui métodos eficazes para buscar, representar, validar e gerenciar os objetivos que os stakeholders buscam num software demandado, como por exemplo o framework orientado a objetivos i*. Este trabalho dá continuidade aos esforços recentes de outros autores em unir criatividade e i*, a fim de propiciar que os resultados dos processos criativos possam ser transformados em modelos i* para serem usados como entrada para as atividades da engenharia de requisitos, haja vista os resultados dos métodos criativos serem difíceis de ser especificados formalmente. É importante destacar que este é o primeiro método proposto que busca fazer essa integração utilizando uma metodologia criativa amplamente difundida e fundamentada, o Design Thinking. Nesta abordagem, é definido um método para a construção colaborativa entre os stakeholders de modelos i* criativos, a partir da aplicação do Design Thinking. Em outras palavras, o método proposto especifica de forma lógica e interconectada, como, quando e por que executar técnicas e conceitos do Design Thinking, a fim de se criar modelos i* que representem os aspectos criativos levantados. A proposição deste método foi guiada pelo método científico pesquisa-ação, de modo que o arcabouço teórico, aliado às ações e interações sociais, possibilitaram fundamentar e testar formas eficazes de construir modelos i*, a partir da aplicação do Design Thinking. Holisticamente, o método está baseado nos estágios de inspiração, ideação e implementação do Design Thinking, exige uma postura de facilitador para o engenheiro de requisitos no processo criativo; define ferramentas e propicia um ambiente que possibilitam a colaboração entre os stakeholders e apontam momentos propícios para fomentar o pensamento criativo. Outro aspecto deveras relevante deste método é a possibilidade de stakeholders não técnicos fazerem parte do processo de construção dos modelos i* criativos. Isso porque a modelagem i* é considerada complexa e requer experiência e conhecimento consolidado do framework. Para amenizar essa complexidade, este método propõe que a construção de modelos i* guiado pelo Design Thinking se dê da definição de modelos mais abstratos e flexíveis até a adaptação e o refinamento para modelos i* válidos. / You can add creativity to software products to differentiate them among the various competing solutions on the market, to improve the interaction between them and the users and even in order to rethink (redesign) the rules of the domains to which they belong. However, the creative processes require different specific activities other than those required by software processes and produce results that are difficult to express and manage as software requirements. The Requirements Engineering has effective methods to search, represent, validate and manage the goals the stakeholders aims to achieve in the software-to-be, as for example the i* goal oriented framework. This work continues the recent efforts of other authors to join creativity and i*, in order to enable the results of creative processes can be transformed into i* models to be used as input to the activities of Requirements Engineering, given that the results of creative methods are difficult to formally specify. It is worth to highlight that this is the first method that propose to make this integration using a widespread and grounded creative methodology, the Design Thinking. In this approach, it is defined a method for collaborative construction of creative i* models among stakeholders through the application of the Design Thinking. In other words, the proposed method specifies in a interconnected and logical way, how, when and why to perform techniques and concepts of Design Thinking in order to create i* models representing the discovered creative aspects. The proposition of this method was guided by the reasearch-action scientific method, so that the theoretical framework, combined with social actions and interactions, enabled justifying and testing effective ways to construct i* models from the application of the Design Thinking. Holistically, the method is based on the stages of inspiration, ideation and implementation of the Design Thinking; It requires a facilitator position for the requirements engineer in the creative process, define tools and provides an environment that enables collaboration among stakeholders and suggest favorable moments to foster creative thinking. Another truly important aspect of this method is the possibility of non-technical stakeholders be part of the construction process of creative i* models, this because i* modeling is considered complex and requires experience and consolidated knowledge of the framework. To alleviate this complexity, this method proposes the construction of i* models guided by the Design Thinking starts by the definition of more abstract and flexible models and after by adapting and refining them to valid i* models.

Realicé una investigación enfocado en el nivel de cumplimiento de los Requisitos DALCO en la accesibilidad de personas con discapacidad en el Centro Cívico de Huancayo debido a la importancia de la accesibilidad de personas con discapacidad ante edificaciones públicas. El objetivo de este trabajo consiste en evaluar el nivel de cumplimiento de los Requisitos DALCO en la accesibilidad de personas con discapacidad en el Centro Cívico de Huancayo, por lo cual utilicé el método descriptivo ya que, extraje información de áreas correspondientes en la investigación, para dar a conocer el estado de las mismas. / Tesis

Submitted by Isaac Francisco de Souza Dias (isaac.souzadias@ufpe.br) on 2015-05-15T18:23:09Z No. of bitstreams: 2 license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) MASTER THESIS VERSAO BIBLIOTECA.pdf: 2607756 bytes, checksum: f3fc68e302dd5e0adcd2e9c5c95d61fe (MD5) / Made available in DSpace on 2015-05-15T18:23:09Z (GMT). No. of bitstreams: 2 license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) MASTER THESIS VERSAO BIBLIOTECA.pdf: 2607756 bytes, checksum: f3fc68e302dd5e0adcd2e9c5c95d61fe (MD5) Previous issue date: 2009-09-02 / A Engenharia de requisitos tem sido amplamente reconhecida como um fator crítico de sucesso de projetos de Software. Se não forem devidamente elicitados, os requisitos podem levar o projeto ao fracasso. A elicitação equivocada dos requisitos pode estar relacionada com a falta de compreensão do negócio pelo analista de sistemas, a falta entendimento dos objetivos do sistema, bem como a falta de comunicação entre analistas de negócio e analistas de sistema. A existência de uma lacuna entre os domínios do negócio e da computação podem causar desequilíbrios entre o que os usuários finais precisam e o que os analistas de sistema desenvolvem. Uma das razões para o problema de comunicação é que os modelos de requisitos utilizados para interagir com os usuários finais podem ser difíceis de serem compreendidos e validados em função da alta complexidade das notações. Além disso, os erros provocados por não lidar com requisitos, especialmente os não-funcionais, convenientemente são apontados como os mais caros e difíceis de corrigir. O problema tratado nesta dissertação é a integração dos requisitos não-funcionais aos modelos de processos de negócio, através de notações intuitivas para todos os usuários envolvidos no processo. Para isso, uma pesquisa baseada em análise de requisitos não-funcionais e modelagem de processos de negócio é apresentada. Portanto, propomos uma abordagem para inserir os requisitos não-funcionais na notação Business Process Modeling Notation (BPMN). A abordagem utiliza catálogos para requisitos não-funcionais, descritos na notação Non-Functional Requirement (NFR), que orientam a descoberta das suas operacionalizações. Esta abordagem é validada com um estudo de caso real.

Made available in DSpace on 2014-06-12T15:57:42Z (GMT). No. of bitstreams: 2 arquivo3221_1.pdf: 5474925 bytes, checksum: 1bbadce7fed0a7307daa01a29c2fe625 (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2010 / O constante avanço tecnológico tem impulsionado empresas a desenvolver software de forma mais eficiente e com qualidade para se diferenciar dos competidores no mercado. Buscando atender às solicitações do cliente de forma satisfatória, a fim de adquirir uma posição privilegiada no mercado de desenvolvimento de software, os métodos ágeis tornaram-se alvo dos investimentos de organizações que atuam no setor tecnológico. Os métodos ágeis propõem a valorização do indivíduo, o software funcionando, a colaboração do cliente e a resposta rápida a mudanças, algumas das mais importantes preocupações das empresas atualmente. Requisitos não-funcionais são atributos de qualidade que um sistema deve possuir ou determinam quão bem ele deve realizar uma determinada função. Esses requisitos são elicitados em paralelo aos funcionais e possuem uma influência direta na qualidade dos sistemas. São esses atributos associados às funcionalidades que tornarão o sistema atrativo ao usuário, seguro, com um bom desempenho, de fácil uso e de fácil aprendizado. Normalmente, requisitos nãofuncionais são interdependentes, onde a satisfação de um requisito impacta na satisfação de outro, podendo originar conflitos que precisam ser compreendidos e gerenciados. Modelar requisitos não-funcionais é um desafio diante das características próprias a esses requisitos e da pequena importância a eles dada desde a fase de levantamento de requisitos até o desenvolvimento do sistema. A contribuição desta dissertação é propor a utilização de quality scenarios em projetos ágeis para uma melhor compreensão dos requisitos não-funcionais explicitando as suas interdependências e conflitos. Um estudo empírico foi realizado em uma empresa de desenvolvimento de software, com o objetivo de avaliar a abordagem proposta, tendo como foco principal a modelagem de requisitos de usabilidade

Made available in DSpace on 2014-06-12T16:00:03Z (GMT). No. of bitstreams: 2 arquivo5830_1.pdf: 994468 bytes, checksum: 0c42a3f14ea03f78e0285333116f66b4 (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2007 / A pesquisa em desenvolvimento distribuído de software está num momento relevante e oportuno. Devido a necessidade industrial em distribuir o desenvolvimento do software em diversas localidades, formando equipes distribuídas de desenvolvimento. Essa forma distribuída de desenvolvimento trás preocupações nos aspectos culturais, operacionais e técnicos do desenvolvimento de software quando realizado por equipes distribuídas. Dentro desse contexto, as atividades de documentação e validação de requisitos são necessárias para assegurar que estes estejam completos e corretos. Contudo, a distância entre os participantes impacta na produtividade desse processo dificultando a obtenção da congruência e consenso nos requisitos por parte das equipes distribuídas. Estudos indicam que o processo de validação de requisitos por parte dos stakeholders necessita estar bem estruturado para ocorrer de forma efetiva em ambientes distribuídos de desenvolvimento, pois as revisões consomem bastante tempo mesmo quando realizadas presencialmente através de comunicação face a face. Nesta pesquisa realizamos um estudo de caso com uma abordagem exploratória num projeto de desenvolvimento de software. O caso analisado ocorreu dentro das atividades do projeto Agentes Micromundo e Análise do Desenvolvimento no Uso de Instrumentos Multimídia (AMADeUs-MM) que é um projeto de pesquisa desenvolvido por várias instituições. Devido à distribuição geográfica de seus integrantes, esse projeto serviu como estudo de caso para identificar qual a estrutura das práticas relacionados à validação e documentação dos requisitos de uma equipe de desenvolvimento distribuído de software. A partir da análise do estudo de caso, propomos um processo de Engenharia de Requisitos adequado às necessidades existentes no desenvolvimento distribuído de software dentro do grupo estudado

A engenharia de requisitos em projetos de software livre é uma atividade de segunda classe, ao menos em face ao estado da arte da área. Um exemplo claro disso é a inexistência de especificações de requisitos nesses projetos. No entanto, softwares livres são reconhecidos como produtos de elevada qualidade e não é possível produzir softwares de sucesso sem que os requisitos de seus usuários sejam satisfeitos. Portanto, existe um processo de engenharia de requisitos, ainda que não formalmente definido. De fato, recentes estudos sobre o processo de desenvolvimento de software livre demonstraram que os requisitos são publicamente declarados a posteriori do desenvolvimento do código, dependendo das habilidades do desenvolvedor para a correta elicitação, análise e especificação dos requisitos. A natureza iterativa e aberta do desenvolvimento, com ciclos rápidos e resultados publicamente discutidos, permite que erros sejam detectados prematuramente, o que diminui o esforço necessário para as correções, viabilizando o processo de produção de software livre. Porém, existe a constante preocupação da documentação apenas do código-fonte e não dos requisitos. Uma das causas é que não existe uma ferramenta apropriada para armazenar esses requisitos e disponibilizá-los ao público, precisando os desenvolvedores recorrer a arquivos textos ou páginas Web cujo gerenciamento é trabalhoso ao ponto de sua constante atualização ser comprometida. Uma solução para o problema é a adoção de ferramentas ágeis de edição colaborativa para a Web, que permitam a rápida atualização dos documentos de requisitos por qualquer pessoa envolvida no desenvolvimento. Ademais, ela deve facilitar a associação dos requisitos com as discussões a seu respeito, geralmente armazenadas nos arquivos das listas de discussão e ferramentas de gerenciamento de alterações (como o Bugzilla). A Wiki/RE, proposta neste trabalho, visa disponibilizar um ambiente com tais características, voltado especificamente para a engenharia de requisitos. Ela é uma ferramenta wiki que permite a criação de hiperdocumentos de requisitos, provendo capacidades de gerenciamento do documento e permitindo a rápida avaliação da qualidade do mesmo.