Abstract Purpose: Contractors usage of inspection data for the purpose of experience feedback in order to improve the production processes is unusual. The usual procedure with the usage of inspection protocols is to use them as a tool for correcting building errors discovered at the time of the inspection. This report highlights the opportunities and challenges regarding a computer aided inspection process by studying what different people in the industry think about these issues. The aim of the study is to present a proposal on the structure of a program that handles inspection data in the purpose of experience feedback and statistics. The structure shows an example on how the information from inspection statements can be sorted. Method: The authors conducted a case study of a company that works with offsite construction. The data collection was performed through semi structured interviews at the company the study focuses on and also on another company in the same industry. To be able to conduct the interviews in a satisfying way the authors conducted a document analysis of previous inspection protocols as well as a literature study through which the authors became acquainted with the current research frontier. Findings: The data collection with following analysis, among other findings, resulted in that a digital inspection process would make the categorization of errors standardised which in turn would lead to better usage of the information provided from inspections. It was also found that companies within the industry wants to use a digital tool for experience feedback. Especially for, but not limited to, the ability to get statistics over what areas in the business that need improvement. The result most closely related to the aim of the study is the points the authors believe should be included in a specification for a digital tool, for managing inspection protocols and using them for experience feedback. These points are: minimal changes by hand, easy to navigate, the ability to keep statistics over inspection findings and the possibility to adapt the structure of the digital to the specific company or inspector. Implications: The core of the problem that the report intends to investigate is the weaknesses in how industrial contractors use the information from inspections. The result indicate that a digital tool may be part of the solution. With such a tool developed, with above mentioned points in mind, many of the reoccurring errors found through inspections would be made visible through the easy access of statistics. In this way companies that uses a tool like this would have an easier time to introduce changes in their operations to minimize errors. Limitations: The report is limited by the fact that it only targets companies that is working with offsite construction in an industrialized fashion and therefore only is privileged by their views of the issues. The inspectors, whom also would be affected by such a tool, is not included in this study. Keywords: ICT, experience feedback, offsite construction, inspection process, requirements engineering. Content is described in Swedish below. / Sammanfattning Syfte: Att industriella byggföretag använder sig av besiktningsprotokoll för erfarenhetsåterföring med syfte att förbättra produktionsprocessen är ovanligt. Det vanliga förfarandet handlar närmast om att använda protokollen enbart som åtgärdslistor för de fel som uppdagas vid besiktningstillfället. Denna rapport belyser möjligheter och utmaningar med en datorstödd besiktningsprocess genom att utreda vad olika personer i den industriella modulbyggbranschen tycker i dessa frågor. Arbetets mål är att presentera ett förslag på struktur för ett program som hanterar besiktningsanmärkningar för erfarenhetsåterföring. Strukturen ska visa hur informationen från besiktningsutlåtandena kan sorteras. Metod: Rapportförfattarna har utfört en fallstudie på ett företag inom industriellt modulbyggande. Datainsamlingen skedde genom semi-strukturerade intervjuer på företaget fallstudien fokuserar på och på ett annat företag i samma bransch. För att genomföra intervjuerna på ett bra sätt genomfördes en dokumentanalys av slut-besiktningsprotokoll från tidigare färdigställda projekt och det gjordes en litteratur-studie där rapportförfattarna bekantade sig med den nuvarande forskningsfronten i ämnet. Resultat: Sammantaget resulterade datainsamlingen, och analysen av denna, bland annat i att en digitaliserad besiktningsprocess hade kunnat göra kategoriseringen av fel standardiserad och att man då i högre grad kan utnyttja informationen i besiktnings-protokollen. Det visar sig också att de industriella byggföretagen i branschen vill använda sig av ett digitalt verktyg för erfarenhetsåterföring, framförallt men inte enbart för att få statistik över vilka områden i verksamheten som behöver förbättras. Det resultat som närmast svarar mot målet är de punkter som rapportförfattarna anser bör ingå i en kravspecifikation för ett digitalt verktyg för hantering av besiktningsprotokoll och erfarenhetsåterföring från dessa. Punkterna som rapportförfattarna kommer fram till är: minimal handpåläggning, lättnavigerat, möjlighet att föra statistik över besiktningsanmärkningar samt möjlighet att anpassa strukturen av det digitala verktyget utefter krav hos det specifika företaget eller besiktningsmannen. Konsekvenser: Kärnan i problemet som rapporten ämnar utreda är brister i hur industriella byggföretag i dagsläget använder sig av informationen i slut-besiktningsprotokoll. Rapportens resultat indikerar att ett digitalt verktyg kan vara en del i lösningen på problemet. Med ett sådant verktyg utvecklat efter ovan nämnda punkter som grund skulle många återkommande fel som idag upptäcks på slutbesiktningar synliggöras genom lättillgänglig statistik. På så sätt kan företag som använder ett sådant verktyg lättare införa förändringar i verksamheten för att minimera fel. Begränsningar: Rapporten begränsas i den mening att den endast riktar sig mot företag inom industriellt modulbyggande och då enbart deras åsikter i frågorna. Besiktningsmännen som också skulle påverkas av ett sådant verktyg ingår ej i studien. Nyckelord: ICT, erfarenhetsåterföring, industriellt byggande, besiktningsprocessen, requirements engineering.

Esta pesquisa do campo da Engenharia de Software explora a aplicação do conceito de padrões no tratamento dos problemas da fase inicial da produção de software. Essa fase visa à compreensão do problema com objetivo de sugerir uma solução viável ao projeto. A área que estuda esses fenômenos é conhecida como Engenharia de Requisitos, e a fase que compreende o levantamento das necessidades dos usuários e dos sistemas denomina-se \"elicitação\". No desenvolvimento deste trabalho, é aplicada a pesquisa-ação como método de pesquisa. Foram selecionadas três empresas do ramo comercial em segmentos diferentes, através da técnica de observação e análise das atividades aplicadas na elicitação de requisitos, contidas no processo de construção de software nessas organizações. A abordagem teórica se limitou aos conceitos essenciais da Engenharia de Requisitos, com ênfase na fase de elicitação de requisitos, uma exploração sobre padrões, apresentando suas características e as diversas aplicações na padronização da solução geral para problemas complexos. Essencialmente, a pesquisa sugere um catálogo de padrões candidatos, aplicável ao processo de elicitação de requisitos. Cada padrão é extraído dos documentos de requisitos construídos com base em estudo de campo realizado. São organizados por tipo de requisitos e organizados em um gabarito proposto pelo pesquisador. Posteriormente, são relacionados de acordo com suas afinidades e preocupações, transformando-os dessa maneira em um catálogo de padrões devido a sua classificação e sumarização. Por fim, o pesquisador apresenta as conclusões e desenvolve as críticas acerca do catálogo de padrões, sugere melhorias, indica as limitações, e aponta as contribuições relativas à redução da complexidade na execução da atividade de elicitação de requisitos com a possibilidade de se antecipar ao problema que provavelmente o analista ou engenheiro de requisitos irá enfrentar. / This research in the Software Engineering field explores the application of the patterns concept in the treatment of initial phase problems in software production. This phase aims at understanding the problem with the objective of suggesting a viable solution to the project. The area that studies those phenomena is known as Requirements Engineering and the phase that comprehends the detection of users needs and the systems needs is called \"elicitation\". In the development of this work the research-action is applied as research method. Three commercial companies branch were selected in different segments, through the observation technique and analysis of applied activities in requirements elicitation, contained in construction process of software in these organizations. The theoretical approach was limited to essential concepts of Requirements Engineering with emphasis in the phase of requirements elicitation, an exploration on patterns, to show the characteristics and the several applications in patterns of general solution for complex problems. Essentially, the research suggests a pattern catalog, containing candidates for requirements elicitation process. Each pattern is extracted from requirements documents built based on field studies implemented. They are organized by requirements type in a format proposed by the researcher. Then, they are related to each other according to their similitarities and concerns, transforming them in a pattern catalog due to their classification and summarization. Finally, the researcher presents the conclusions and develops critics concerning the patterns catalog, suggesting improvements, establishing restrictions, as well as pointing out the relative contributions to the reduction of complexity in the execution of the requirements elicitation activity with possibility of anticipating problems that will be presumably be detected by the analyst or requirements engineer.

Software startups face a very demanding market: they must deliver high innovative solutions in the shortest possible period of time. Resources are limited and time to reach market is short. Then, it is extremely important to gather the right requirements and that they are precise. Nevertheless, software requirements are usually not clear and startups struggle to identify what they should build. This context affects how requirements engineering activities are performed in these organizations. This work seeks to characterize the state-of-practice of requirements engineering in software startups. Using an iterative approach, seventeen interviews were conducted during three stages with founders and/or managers of different Brazilian software startups operating in different market sectors and with different maturity levels. Data was analyzed using grounded theory techniques such open and axial coding through continuous comparison. As a result, a conceptual model of requirements engineering state-of-practice in software startups was developed consisting of its context influences (founders, software development manager, developers, business model, market and ecosystem) and activities description (product team; elicitation; analysis, validation and prioritization; product validation and documentation). Software development and startup development techniques are also presented and their use in the startup context is analyzed. Finally, using a bad smell analogy borrowed from software development literature, some bad practices and behaviors identified in software startups are presented and solutions to avoid them proposed. / Startups de software enfrentam um mercado muito exigente: elas devem entregar soluções altamente inovativas no menor período de tempo possível. Recursos são limitados e tempo para alcançar o mercado é pequeno. Então, é extremamente importante coletar os requisitos certos e que eles sejam precisos. Entretanto, os requisitos de software geralmente não são claros e as startups fazem um grande esforço para identificar quais serão implementados. Esse contexto afeta como as atividades de engenharia de requisitos são executadas nessas organizações. Este trabalho procura compreender o estado-da-prática da engenharia de requisitos em startups de software. Usando uma abordagem iterativa, dezessete entrevistas foram realizados em três diferentes estágios com fundadores e/ou gestores de diferentes startups de software brasileiras operando em diferentes setores e com diferentes estágios de maturidade. Os dados foram analisados usando técnicas de teoria fundamentada como codificação aberta e axial através da comparação contínua. Como resultado, um modelo conceitual do estado-da-prática da engenharia de requisitos em startups de software foi desenvolvido consistindo da suas influências do contexto (fundadores, gerente de desenvolvimento de software, desenvolvedores, modelo de negócio, mercado e ecossistema) e descrição das atividades (time de produto; levantamento; análise, validação e priorização; e documentação). Técnicas oriundas de metodologias de desenvolvimento de software e desenvolvimento de startups também são apresentadas e seu uso em no contexto de startups é analisado. Finalmente, a partir de uma analogia de maus cheiros presente na literatura de desenvolvimento de software, algumas más práticas e maus comportamentos identificados em startups de software são apresentados e algumas sugestões de solução são propostas.

O advento do BPM (Business Process Management) ofereceu uma nova abordagem para a melhoria do alinhamento estratégico entre negócio e TI nas organizações, através do desenvolvimento de EIS (Enterprise Information Systems) orientados a processos, que permitiu não somente derivar requisitos de software a partir dos modelos de processos de negócio como também obter sistemas flexíveis, capazes de se ajustar a mudanças na operação a partir do redesenho dos processos. Esta pesquisa explora a compreensão, tanto do ponto de vista teórico como prático, da aplicação de diferentes abordagens orientadas a processos de negócio para a especificação de requisitos de EIS. A pesquisa resultou no panorama do estado da arte da literatura no tema e na avaliação de casos reais de aplicação de BPM à Engenharia de Requisitos de EIS em organizações que reestruturaram seus processos de negócio e precisaram desenvolver ou ajustar seus sistemas de informação aos novos processos. A revisão sistemática de literatura revelou seis diferentes tipos de abordagens, com variação no grau de automação de desenvolvimento de software, sugerindo diversas estratégias para a adoção de EIS orientados a processos. O estudo de casos múltiplos explorou a influência de diferentes variáveis relacionadas às características das organizações, de seus processos de negócio e de seus EIS no sucesso da aplicação das diferentes abordagens orientadas a processos de negócio na derivação de requisitos. Os resultados da pesquisa podem fornecer os fundamentos para a formulação de um modelo de recomendação de tipo de abordagem, visando melhor alinhamento entre processos de negócio (business) e sistemas de informação (IT) e maior flexibilidade dos EIS para adaptação a mudanças na operação. / The advent of Business Process Management (BPM) offered an innovative approach to improve business and IT strategic alignment in organizations throughout development of process-aware Enterprise Information Systems (EIS). For that matter, extracting softwar requirements from business process models leverages engineering of adaptive information systems, which can adjust to changes in operation as of process redesign. This research explores theoretical and practical comprehension of the application of different business process-oriented approaches for EIS requirements specification. Research has provided the state-of-the-art academic overview on this research topic and real case evaluation about BPM application to Requirements Engineering of EIS in organizations that have restructured its business processes and demanded development or adjustment of its EIS to the new processes. Systematic literature review has revealed six different approach types, with variations on software development degree of automation, suggesting diverse strategies for process-oriented information systems adoption. Multiple case study has explored influence of different variables related to organization characteristics, its business processes and EIS on the success of application of different business process-oriented approaches to requirements derivation. Research results can provide fundamentals for a recommendation model for approach type, aiming to provide a better alignment between business processes and information systems, and better flexibility of EIS do adapt to changes in operation.

A Engenharia de Requisitos (ER) vem sendo reconhecida como uma área de pesquisa de extrema relevância para o desenvolvimento de sistemas ou artefatos. As maiores causas de falhas ocorridas em projetos são oriundas do processo de aquisição e tradução dos objetivos, necessidades ou restrições estabelecidas pelos clientes e/ou usuários. Estes erros podem aumentar de forma exponencial em projetos que se propõem a desenvolver sistemas ou artefatos que estejam diretamente associados à área cirúrgica, devido a diferença do domínio de conhecimento e o vocabulário entre as mencionadas áreas. Desta forma, verifica-se a importância científica para desenvolver modelos ou métodos que minimizem o problema apresentado. Ajudar na análise e definição, de maneira apurada e precisa, junto ao especialista da área médica, em relação aos movimentos executados em um procedimento minimamente invasivo e auxiliar a área de projetos de engenharia a desenvolver esse tipo de sistema. Este trabalho de dissertação apresenta o desenvolvimento de um modelo de conduta para o processo de eliciação e comunicação de requisitos no cenário em que o desenvolvedor e o especialista pertencem a diferentes domínios, técnicas e linguagens próprias. É também realizada a aplicação prática do modelo, em uma cirurgia minimamente invasiva, em específico à cirurgia da catarata. A aplicação prática foi realizada com o total apoio do Hospital Santa Luzia e do Instituto da Catarata, UNIFESP. / In recent years, the requirements engineering process has become known as a research with extreme relevance for system development. The major failures in projects are caused by the translation requirements, i.e. the task of communicating with customers and users to determine what their requirements are. These mistakes can rise exponentially in system development projects that are directly associated with the area of surgery, because of the difference of knowledge domain and the vocabulary between the mentioned areas (engineering and medicine). In this way rises the scientific importance for models development or methods that minimize the problem presented above. Helping analyzing and defining, in a fine and accurate way, a long with a specialist from the medical area, relating the movements executed in the minimally invasive process and help the area of engineering design develop this type of system. Considering this, we propose in this dissertation the development of a model that show elicitation process and a communication of requirements in a scenario in which the developer and stackholder pretence a different types of domain, techniques and proper languages. The model is also practices in a minimally invasive surgery, especially in cataract surgery. It was practiced with the full support of Santa Luzia Hospital, and the Institute of Cataract, UNIFESP.

O Estado do Amazonas tem realizado investimentos em educação através da oferta de ensino superior em tecnologia para seus municípios, como alternativa para fomentar o desenvolvimento regional. Porém, de forma complementar, é necessário promover condições para que essas comunidades possam ter acesso a um mercado de trabalho e colocar em prática o conhecimento adquirido, sem que para isso necessitem migrar para outros centros mais desenvolvidos. Este trabalho de pesquisa apresenta uma proposta de inclusão do estado do Amazonas como agente colaborador em projetos de desenvolvimento global de software, através da criação de um conjunto de recomendações para guiar empreendedores no investimento desta solução. O método inclui a coleta de informações sobre as características particulares dos municípios do Estado do Amazonas utilizando técnicas de elicitação de requisitos com foco em engenharia de sistemas, e o estabelecimento de relação entre os problemas regionais e os principais problemas enfrentados por equipes que atuam com desenvolvimento global de software. A partir dessa relação, são geradas recomendações voltadas para capacitação de recursos humanos, investimentos em infraestrutura tecnológica e física local, oferecendo assim uma fonte alternativa de sustentabilidade ao desenvolvimento econômico da região amazônica. / Amazonas State has invested in education by offering higher education in technology for its cities, as an alternative to foster regional development. However, it is necessary to promote conditions for these communities to have access to a labor market and put into practice the acquired knowledge, without the need to migrate to other more developed cities. This work presents a proposal to inclusion of State of Amazonas as a collaborator agent in global software development projects, by establishing a set of recommendations to guide entrepreneurs in the investment of this solution. The method includes collecting information about the particular characteristics of Amazonas cities using requirements elicitation techniques with focus on systems engineering, and the establishment of relationship between the regional problems and the main issues faced by teams working with global software development. From this relationship, the recommendations are generated focused on human resources training, investments in the local physical and technological infrastructure, thus providing an alternative source of sustainability to economic development of Amazonas.

No desenvolvimento de um sistema que envolve Software e Hardware, muitas vezes, o que se tem é uma idéia muito vaga sobre o que será feito. Neste sentido, a Engenharia de Requisitos (ER) foi criada para fazer a ligação entre o que o cliente deseja e o que será implantado. O processo de ER sempre foi destacado na literatura por fornecer uma decomposição não linear em relação a ER que cobre desde a concepção inicial do projeto até a especificação dos requisitos. Apesar de estudos sobre o uso da ER indicarem um grande ganho em relação ao desenvolvimento de projetos em termos de prazo de entrega do projeto e qualidade dos produtos finais, muito pouco foi feito a respeito de justificar ao cliente o esforço gasto até a especificação. Nesse sentido, uma análise do custo do processo de ER torna-se importante. Mas, para determinar o custo do processo de ER, deve-se lançar mão de um sistema de custeio em que as atividades são os principais fatores para se fazer uma análise mais adequada. Dessa forma, o sistema de custeio baseado em atividades (ou Activity Based Costing (ABC)) é uma maneira de chegar ao objetivo de fornecer um sistema de custeio adequado ao processo de ER. Assim, este trabalho visa aplicar os conceitos do sistema ABC para todo o processo de ER. Este estudo sugere que o uso do ABC para um processo de ER bem estruturado pode direcionar a uma estimativa de custo mais realística. / During a software and hardware system development, in many times, there is a very opaque idea about what it will be done. In this case, the concept of Requirements Engineering (RE) was created in order to bridge the gap between what the client wishes and what will be implemented. The RE process is always highlighted on the literature as a mean to provide a non-linear decomposition of the RE which cover from an initial conception of the project to the requirements specification. Despite of studies related to the using of the RE have shown reduction of delivery time of projects and quality gain in the final products, very few have been done to justify to the client all effort until the system specification has finished. In this sense, a cost analysis of the RE process become important. However, in order to estimate a cost of the RE process, it is necessary to use an accounting system which activities are the main factor to provide an accurate analysis from them. In this case, an activity-based costing (ABC) system can provide a way to give an accounting system which is suited to the RE process. Therefore, the goal of the present work is to apply the ABC concepts to the whole RE process. The present work suggests that a well structured RE process can indicate a best actual cost estimation.

A oferta de bens e serviços para atendimento da demanda dos consumidores atuais tem uma forte base na personalização, ou seja, na busca da satisfação individual dos clientes. Essa tem sido a forma que as empresas tem encontrado para se diferenciar. Para tanto, as organizações necessitam de modelos de negócios que permitam ajustar seus processos com as freqüentes necessidades de mudanças. A metodologia utilizada foi a observação de estudo de casos com projetos de Inovação Tecnológica, que possuem altos índices na característica de mudança dos requisitos. A proposta deste trabalho é permitir que essa volatilidade seja identificada na fase de eliciação de requisitos, com base nas intenções de cada envolvido no processo de engenharia de requisitos, e que tais solicitações possam ser melhor compreendidas através da prototipação baseada nas perspectivas dos participantes: de negócio, operacional, de design e gerencial. Como resultado foi definido o volaRE, que permite se conhecer a volatilidade de um requisito, com base nas características definidas do mesmo, ainda na fase de eliciação. / Current consumers have demanded a special attention in the production and distribution of goods and services which have turned organizations to mass customization, looking for an individual satisfaction of their customers. This has been the form that companies have found to differentiate themselves. Therefore, the integration of business and productive processes must be adaptable to the frequent changes in the company\'s environment. The used methodology was the observation of cases study with of Technological Innovation projects, which have high rates of requirements changes. The proposal of this work is that this volatility could be identified in the requirements elicitation phase, based on the intent of each involved in the process of requirements engineering, and that such requests can be better understood through perspectives prototyping based of those participants: business, operational, design and management. As result volaRE was defined, that lets to know the requirement\'s volatility, based on defined characteristics, yet at elicitation phase.

Business processes are essential instruments used for the coordination of organisational activities in order to produce value in the form of products and services. Information security is an important non-functional characteristic of business processes due to the involvement of sensitive data exchanged between their participants. Therefore, potential security shortfalls can severely impact organisational reputation, customer trust and cause compliance issues. Nevertheless, despite its importance, security is often considered as a technical concern and treated as an afterthought during the design of information systems and the business processes which they support. The consideration of security during the early design stages of information systems is highly beneficial. Goal-oriented security requirements engineering approaches can contribute to the early elicitation of system requirements at a high level of abstraction and capture the organisational context and rationale behind design choices. Aligning such requirements with process activities at the operational level augments the traceability between system models of different abstraction levels and leads to more robust and context-aware operationalisations of security. Therefore, there needs to be a well-defined and verifiable interconnection between a system’s security requirements and its business process models. This work introduces a framework for the design of secure business process models. It uses security-oriented goal models as its starting point to capture a socio-technical view of the system to-be and its security requirements during its early design stages. Concept mappings and model transformation rules are also introduced as a structured way of extracting business process skeletons from such goal models, in order to facilitate the alignment between the two different levels of abstraction. The extracted business process skeletons, are refined to complete business process models through the use of a set of security patterns, which standardise proven solutions to recurring security problems. Finally, the framework also offers security verification capabilities of the produced process models through the introduction of security-related attributes and model checking algorithms. Evaluation of this work is performed: (i) through individual evaluation of its components via their application in real-life systems, (ii) a workshop-based modelling exercise where participants used and evaluated parts of the framework and (iii) a case study from the public administration domain where the overall framework was applied in cooperation with stakeholders of the studied system. The evaluation indicated that the developed framework provides a structured approach which supports stakeholders in designing and evaluating secure business process models.

Vários são os problemas que afligem o desenvolvimento de software. Estes problemas, que originaram a crise do software nos anos 60, perduram ate hoje. Praticas de Engenharia de Software tem sido adotadas em todas as fases do ciclo de vida para tentar minimizá-los. A etapa de definição de requisitos é considerada como a atividade mais importante, decisiva e ao mesmo tempo critica do desenvolvimento de software, principalmente no que diz respeito a elicitação. A Engenharia de Requisitos é a disciplina que procura sistematizar o processo de definir requisitos. Muitas vezes os sistemas de informação das organizações são complexos e/ou informais, apresentando características que dificultam o seu entendimento. Além disso, a maioria das metodologias existentes não enfatiza a aquisição de conhecimento sobre o problema a ser resolvido. Este trabalho apresenta um método para auxiliar a aquisição de conhecimento de sistemas de informação, bem como sua representação e validação. O método proposto, que tem a finalidade de sistematizar uma tarefa anterior a definição de requisitos do software, ou seja, é um método de apoio a elicitação de requisitos, inclui as etapas de elicitação, modelagem e validação. Na etapa de elicitação é feita a aquisição de conhecimento dos fatos e das situações que compõem o sistema de informações vigente, utilizando para isso, técnicas como entrevistas, observações e uma abordagem baseada em etnografia. Para guiar esta etapa foi elaborada uma sistematização combinando as técnicas anteriormente citadas. No final da etapa de elicitação são produzidas representações textuais dos objetos elicitados e o Léxico Ampliado da Linguagem, que descreve a linguagem da aplicação em estudo. A partir dessas representações é feita a modelagem através de Workflow. Na etapa de validação, as representações produzidas pelas etapas de elicitação e modelagem são validadas junto aos atores do sistema de informação. A partir das representações produzidas o engenheiro de requisitos poderá definir os requisitos funcionais do software a ser construído. A aplicação do método é adequada para ambientes que já possuem um sistema de informação definido, seja ele formal ou informal. O método proposto foi aplicado a uma situação real e parte deste estudo de caso é apresentado neste trabalho. / There are many problems in software development. These problems, which had started the software crisis in the 1960s, still exist. Software Engineering practices have been adopted in all fases of the life cycle as an attempt to minimize them. The requirements definition is considered the most important, decisive and difficult activity in software development, particularly the elicitation of the system requirements. The Requirements Engineering is the discipline that try to sistematize the requirements definition process. Information systems are often complexes, informals and present features that make difficult to understand them. Besides, most of the existing metodologies do not handle procedures for knowledge acquisition about the problem to be solved. This work proposes a method to help knowledge acquisition of information systems, and also representation and validation of the acquired knowledge. The proposal method which support the requirements elicitation, anticipate the software requirements definition process. The method includes three stages: elicitation, modeling and validation. The elicitation stage comprises knowledge acquisition of the facts and situations of the information system, through the application of techniques such as interviews, observations and a based approach on ethnography. Textual representations are produced at the end of the elicitation stage to represent the elicited objects. The Language Extended Lexicon, which describe the language used in the information system, is also produced in this stage. In the modeling stage workflow representations are produced based on those initial representations. In the validation stage all the representations produced are validated by the actors working on the information system. Based on those representations the requirements engineer can define the functional software requirements. The method can be applied to environments where a defined information systems exists. The proposal method was applied in a real world situation and part of this case study is presented in this work.