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.

Os avanços tecnológicos na eletrônica e no software têm sido rapidamente assimilados pelos sistemas computacionais demandando novas abordagens para a engenharia de sistemas e de software prover produtos confiáveis, sob critérios bem estabelecidos de qualidade. Dentro deste contexto, o processo de elicitação de requisitos tem um papel estratégico no desenvolvimento de projetos. Problemas na atividade de elicitação contribuem para produzir requisitos pobres, inadequados ou mesmo inexistentes que podem causar a perda de uma missão, desastres materiais e financeiros, a extinção prematura de um projeto ou promover uma crise organizacional. Esta tese apresenta o processo de elicitação de metas de dependabilidade, chamado ELICERE, aplicado em sistemas computacionais críticos, que se fundamenta nas técnicas de engenharia de requisitos orientada a metas, chamada i*, e nas técnicas de engenharia de segurança HAZOP e FMEA, que identificam e analisam perigos operacionais de um sistema. Depois de criar os modelos do sistema usando os diagramas i*, eles são analisados através de palavras-guia baseadas no HAZOP e FMEA, de onde as metas relacionadas à dependabilidade são extraídas. Através desta abordagem interdisciplinar, ELICERE promove a identificação de metas, que atendam aos requisitos de qualidade, relativos à dependabilidade, para sistemas computacionais críticos ainda na fase de concepção de um projeto. A abordagem do estudo de caso é baseada em um estudo qualitativo e descritivo de um caso único, usando o projeto de um foguete lançador hipotético, chamado V-ALFA. A aplicação do ELICERE neste projeto espacial teve a intenção de aperfeiçoar as atividades de engenharia de requisitos do sistema computacional do Veículo Lançador de Satélites Brasileiro, e também como forma de explicar como o processo ELICERE funciona. / The technological advances in electronic and software have been rapidly assimilated by computer systems, demanding new approaches for software and system engineering to provide reliable products, under well-known quality criteria. In this context, requirements engineering has a strategic role in project development. Problems in the elicitation activity contribute to producing poor, inadequate or even non-existent requirements that can cause mission losses, material or financial disasters, premature project termination or promote an organizational crisis. This thesis introduces the dependability goals elicitation process, called ELICERE, applied to critical computer systems based on a goal-oriented requirement engineering technique, called i*, and the safety engineering techniques HAZOP and FMEA, which will be applied for the identification and analysis of operational risks of a system. After creating the system models using i* diagrams, they are analyzed through guidewords based on HAZOP and FMEA, from which goals related to dependability are extracted. Through this interdisciplinary approach, ELICERE promotes the identification of goals that meet the quality requirements, related to dependability for critical systems, still in the project conception phase. The case study approach is based on a qualitative and descriptive single-case, using a computer system project of a hypothetical launching rocket, called V-ALFA. The ELICERE application in this space project intends to improve the requirement engineering activities in the computer system of the Brazilian Satellite Launch Vehicle, and also a way to explain how the ELICERE process works.

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.

Este trabalho propõe um método para se estimar a probabilidade de atendimento de requisitos funcionais definidos para produtos complexos, tendo em vista a incerteza presente no desenvolvimento de projetos com relação à implementação dos requisitos funcionais ao produto-final. Diante disso, o modelo proposto estabelece uma estimativa da probabilidade de atendimento dos requisitos funcionais de um produto, proporcionando aos desenvolvedores meios para adotarem ações que possam atenuar os efeitos que o não-atendimento desses requisitos gera sobre o produto e a seus "stakeholders", na medida em que expõe os componentes da estrutura do produto que afetam a realização de suas funções/subfunções. Para tanto, o método emprega conceitos e técnicas de Engenharia de Sistemas e de Confiabilidade, em que as interações funcionais observadas no Diagrama Bloco de Fluxo Funcional do produto são traduzidas para uma configuração de Diagramas Blocos de Confiabilidade, segundo as convenções definidas pelo modelo proposto. A partir da configuração do Diagrama de Blocos de Confiabilidade, aloca-se a cada um de seus blocos o valor da confiabilidade resultante da ação do(s) componente(s) que executa(m) cada função/subfunção e, empregando-se os métodos de Avaliação da Confiabilidade, calcula-se o valor que representa a probabilidade de atendimento do requisito funcional analisado. O método é demonstrado por meio de um estudo de caso, utilizando-se um subsistema de um míssil. Os resultados obtidos atestam que o modelo é viável e sua aplicação concorre para o objetivo proposto, qual seja o de estimar a probabilidade de atendimento de requisitos funcionais, quando se considera as especificidades de cada caso.

O presente trabalho tem a finalidade de descrever a metodologia de desenvolvimento e acompanhamento utilizado no projeto de um sistema de proteção, detecção e extinção de fogo em um motor turbofan de alta razão de passagem. A metodologia de desenvolvimento consiste no detalhamento dos passos preliminares, levantamento dos requisitos de certificação aplicáveis ao sistema, entradas de projeto, ensaios para a certificação, documentos a serem gerados e métodos de acompanhamento. Como resultado, é apresentada a descrição de um sistema real de proteção, detecção e extinção de fogo gerado a partir da metodologia proposta, além de realçar os pontos fundamentais da metodologia de desenvolvimento apresentada.

During the aircraft certification process, it is necessary to guarantee the design, integration and installation for safety by showing compliance with the certification and safety requirements. In order to be granted with the Type Certification for that specific aircraft in development, the applicant must go through the certification regulations, and demonstrate compliance for every requirement stated in the RBHA/FAR/JAR 25 regulation. The means of compliance for every single requirement shall be defined in the early stage of the aircraft designing process and structured in a format of a "compliance check list". The primary intent of this process is to follow the aircraft design and development phases and check that all safety and certification requirements are met. Also the methods of compliance (design review / drawing, analysis, flight tests, ground tests, lab tests, qualification tests, simulations, inspections, similarities) are assigned, as part of this means of compliance process and these are to get early commitment of acceptability of the way that the aircraft is designed and developed from the certification authorities. The intent of this report is to describe a certification tool that supports the aircraft propulsion system design and development by defining an acceptable means of compliance to the RBHA/FAR/JAR 25 regulation - Subpart E, based on a generic aircraft with high-bypass turbofan installed engines (twin). Some historical service accidents summaries caused by propulsion system malfunctions and failures are reported within this document in order to highlight the importance of the accomplishment of this certification process. Many of these accidents records were used to improve the inadequate and past old requirements and replacing/revising to the new ones to minimize the hazard level of the airplane. During the aircraft certification process, it is necessary to guarantee the safety through accomplishing the requirements. Therefore, the regulations authorities and the applicant do the technical work of demonstrating compliance to the requirements in the certification basis for the project, which project is managed in accordance with the Project Specific Certification Plan.

Civil aircraft manufactures seek profitable subsonic transport category operations above 40.000 feet through new and advanced civil aircraft projects, in order to meet with modern airline needs. This is due to the increase of air traffic below this altitude, as well as lower operational cost, and more efficient engines above this altitude. The Federal Aviation Administration (FAA), responsible for certification of aeronautical products in the United States has adapted requirement 14 CFR 25.841(a) for high-altitude operations, based on the numerous executive jets that operate at altitude above 40.000 feet and have obtained their type cetificate based on special conditions1. Although the FAA is considering revising this regulation, there is not enough physiological substantiation to do so at this time. This way, aircraft with wing-mounted engines cannot fully comply with this requirement and petition for a exemption which is always required. A trade-off analysis of a typical 70-seater regional jet, with wing-mounted engines, for high altitude operation trends has been completed. Aspects such as operational and economical advantages, certification and compliance impacts were considered.

Este trabalho consiste no desenvolvimento de uma rede de comunicação sem fio para o monitoramento remoto de alguns dados relevantes ao projeto Hidroaer, que compreende o diagnóstico preciso do uso da água em uma planta aeroportuária, a partir do monitoramento remoto do consumo, além do teste de metodologias de uso eficiente da água, incluindo o reuso. Várias tecnologias de transmissão sem fio foram analisadas, com a conclusão de que o padrão ZigBee, baseado no padrão IEEE 802.15.4 era o ideal para a aplicação em questão. Com isso, um módulo ZigBee foi desenvolvido e fabricado, contendo todos os requisitos para o projeto Hidroaer e a rede piloto foi instalada em um conjunto de sanitários no Aeroporto Internacional de São Paulo. A rede monitora parâmetros como o consumo de água em diversos pontos de interesse, assim como o número de pessoas que acionaram cada lavatório, mictório e válvula de descarga do conjunto de sanitários escolhido. A contagem de pessoas que entraram em cada sanitário também é realizada. De posse de todos estes dados, fica claro que um estudo logístico completo poderá ser feito, onde dados como consumo médio de água por pessoa, perfil de consumo em determinadas épocas, prováveis vazamentos e várias outras observações serão realizadas, podendo servir de base para um controle efetivo do consumo de água, gerando economias consideráveis. Este trabalho então detalha todo o desenvolvimento e fabricação do módulo ZigBee, assim como a implantação da rede no conjunto de sanitários localizados na Asa D do Aeroporto Internacional de São Paulo.

É proposta a aplicação de um novo paradigma de projeto de sistemas aviônicos baseado em práticas da indústria formalizadas nos documentos ARP 4754 e ARP 4761. O procedimento proposto é aplicado ao sistema aviônico de uma aeronave comercial hipotética com capacidade para até 150 passageiros. O procedimento se inicia com o levantamento dos requisitos de mercado, funcionais e de sistema. A partir das funções da aeronave associadas ao sistema aviônico, é elaborada a Análise dos Riscos da Falhas (FHA), em que são classificados os modos de falha quanto à sua criticalidade. O procedimento prossegue com a identificação e análise de novas tecnologias aviônicas que possam ser aplicadas ao projeto, de modo a cumprir os requisitos já citados sem comprometer a viabilidade econômica da aeronave. A partir dos resultados obtidos nas etapas anteriores, é proposta uma arquitetura preliminar do sistema, que atenda aos requisitos estabelecidos. Para demonstrar a adequação do procedimento proposto, é elaborada uma análise pela Árvore de Falhas para um dos modos de falha identificados, bem como análise de riscos associados à instalação e riscos particulares como o despaletamento da turbina. Por se tratar de projeto conceitual, não são contemplados a prospecção e a seleção de fornecedores, e o levantamento de custos operacionais.