Exigence (ingénierie)Une est, dans le domaine de l'ingénierie, un besoin, une nécessité, une attente auquel un produit ou un service doit répondre ou une contrainte qu'il doit satisfaire. L'exigence peut être exprimée par une partie prenante (utilisateur, client, commercial, analyste de marchés, gestionnaire de produits, etc.) ou déterminée par les processus d'ingénierie et en particulier les activités d'études. L'approche commune à tous les domaines d'ingénierie est de définir les besoins, d'envisager des solutions, et de livrer la solution la plus appropriée.
Business requirementsBusiness requirements, also known as stakeholder requirements specifications (StRS), describe the characteristics of a proposed system from the viewpoint of the system's end user like a CONOPS. Products, systems, software, and processes are ways of how to deliver, satisfy, or meet business requirements. Consequently, business requirements are often discussed in the context of developing or procuring software or other systems. Three main reasons for such discussions: A common practice is to refer to objectives, or expected benefits, as 'business requirements.
Analyse des exigencesEn ingénierie des systèmes et en ingénierie logicielle, l'analyse des exigences comprend les tâches qui ont pour but de déterminer les exigences d'un système nouveau ou à modifier, en prenant en compte le conflit possible entre les exigences de diverses parties prenantes, telles que les utilisateurs. L'analyse des exigences est critique pour le succès d'un projet. Les interviews de parties prenantes sont une méthode communément employée dans l'analyse des exigences.
Règle d'associationDans le domaine du data mining la recherche des règles d'association est une méthode populaire étudiée d'une manière approfondie dont le but est de découvrir des relations ayant un intérêt pour le statisticien entre deux ou plusieurs variables stockées dans de très importantes bases de données. Piatetsky-Shapiro présentent des règles d'association extrêmement fortes découvertes dans des bases de données en utilisant différentes mesures d’intérêt. En se basant sur le concept de relations fortes, Rakesh Agrawal et son équipeR.
Conception de produitLa conception de produit est le processus permettant de matérialiser des concepts, de concrétiser des objets, des biens, des équipements, ou de créer des services, des techniques, voire des systèmes complexes, différents de ceux existants, et qui proposent des réponses en adéquation avec des besoins collectifs ou particuliers, afin d'apporter un bénéfice aux usagers.
Spécification fonctionnelleLa spécification fonctionnelle est la description des fonctions d'un logiciel en vue de sa réalisation. La spécification fonctionnelle décrit dans le détail la façon dont les exigences seront prises en compte. Un exemple d'exigence est l'adaptation d'un progiciel à l'utilisateur en ce qui concerne la langue (le français dans les pays francophones). Une spécification fonctionnelle est indépendante de la façon dont sera réalisé le logiciel en question. Elle doit être exprimée en termes de fonctions et non pas en termes de solutions.
Software requirements specificationA software requirements specification (SRS) is a description of a software system to be developed. It is modeled after the business requirements specification (CONOPS). The software requirements specification lays out functional and non-functional requirements, and it may include a set of use cases that describe user interactions that the software must provide to the user for perfect interaction.
Design de produitsthumb|Fauteuils design Le design de produits est une conception d'objets usuels répondant à des fonctions au service de l'homme. Plusieurs établissements proposent aujourd'hui un DNMADE (anciennement BTS) design de produits. Design et marketing : Fondements et Méthodes, L'Harmattan, 2007, p.383 Jean-Jacques Urvoy, Sophie Sanchez, Le designer: De la conception à la mise en place du projet, Eyrolles, 2011, p.127 École Boulle, les ateliers et formations au design de produits École supérieure de Design des Lan
Non-functional requirementIn systems engineering and requirements engineering, a non-functional requirement (NFR) is a requirement that specifies criteria that can be used to judge the operation of a system, rather than specific behaviours. They are contrasted with functional requirements that define specific behavior or functions. The plan for implementing functional requirements is detailed in the system design. The plan for implementing non-functional requirements is detailed in the system architecture, because they are usually architecturally significant requirements.
Market analysisA market analysis studies the attractiveness and the dynamics of a special market within a special industry. It is part of the industry analysis and thus in turn of the global environmental analysis. Through all of these analyses the strengths, weaknesses, opportunities and threats (SWOT) of a company can be identified. Finally, with the help of a SWOT analysis, adequate business strategies of a company will be defined.
Product requirements documentA product requirements document (PRD) is a document containing all the requirements for a certain product. It is written to allow people to understand what a product should do. A PRD should, however, generally avoid anticipating or defining how the product will do it in order to later allow interface designers and engineers to use their expertise to provide the optimal solution to the requirements. PRDs are most frequently written for software products, but they can be used for any type of product and also for services.
Satisfaction utilisateurLa satisfaction utilisateur, ou satisfaction client ou satisfaction consommateur, est un concept couramment utilisé en marketing et dans les standards de gestion de la qualité type ISO 9000 où la satisfaction est la finalité de la mise en place de processus. Une entreprise apporte au client un produit ou un service. La satisfaction est la perception des qualités intrinsèques de cette fourniture par rapport aux besoins exprimés ou tacites du client ou consommateur.
Software development processIn software engineering, a software development process is a process of planning and managing software development. It typically involves dividing software development work into smaller, parallel, or sequential steps or sub-processes to improve design and/or product management. It is also known as a software development life cycle (SDLC). The methodology may include the pre-definition of specific deliverables and artifacts that are created and completed by a project team to develop or maintain an application.
Product lifecycleIn industry, product lifecycle management (PLM) is the process of managing the entire lifecycle of a product from its inception through the engineering, design and manufacture, as well as the service and disposal of manufactured products. PLM integrates people, data, processes, and business systems and provides a product information backbone for companies and their extended enterprises. The inspiration for the burgeoning business process now known as PLM came from American Motors Corporation (AMC).
Étude de marchéUne étude de marché est une activité d'exploitation marketing destinée à analyser, comprendre et mesurer le fonctionnement réel des forces à l'œuvre dans le cadre d'un marché. Il s'agit d'une activité typiquement mise en œuvre dans le cadre de la démarche du marketing management. Concrètement — une fois établi le périmètre à observer — cela recouvre l'étude des comportements, des appréciations, des besoins et des attentes des demandeurs et offreurs présents sur ce marché, ainsi que celles des conditions selon lesquelles ceux-ci agissent (ou non) pour réaliser les échanges correspondants à la satisfaction de leurs buts et intérêts.
Cahier des charges fonctionnelLe cahier des charges fonctionnel (CdCF) est un document formalisant un besoin, en détaillant les fonctionnalités attendues d'un système, d'un produit ou d'un service ainsi que les contraintes (techniques, réglementaires, budgétaires, etc.) auxquelles il est soumis. Pour la bonne compréhension de ces trois mots, une forme d'écriture peut être d'écrire fonctionnelles pour qualifier les charges en termes de fonctions qui seront formulées en utilisant des verbes à l'infinitif pour confirmer qu'il s'agit d'actions.
Product strategyProduct strategy defines the high-level plan for developing and marketing a product, how the product supports the business strategy and goals, and is brought to life through product roadmaps. A product strategy describes a vision of the future with this product, the ideal customer profile and market to serve, go-to-market and positioning (marketing), thematic areas of investment, and measures of success. A product strategy sets the direction for new product development.
Cible (marketing)A target market, also known as serviceable obtainable market (SOM), is a group of customers within a business's serviceable available market at which a business aims its marketing efforts and resources. A target market is a subset of the total market for a product or service. The target market typically consists of consumers who exhibit similar characteristics (such as age, location, income or lifestyle) and are considered most likely to buy a business's market offerings or are likely to be the most profitable segments for the business to service by OCHOM Once the target market(s) have been identified, the business will normally tailor the marketing mix (4 Ps) with the needs and expectations of the target in mind.
Chef de produitUn chef de produit ou cheffe de produit, est un employé d'une entreprise sous les ordres d'un directeur marketing ou chef de groupe, il a la charge d'une marque, d'un produit, d'un service, d'une prestation, etc. représentant une partie du chiffre d'affaires ou de l'activité de l'entreprise. Le chef de produit est responsable du développement d'un produit ou d'une gamme de produits, depuis sa conception jusqu'à sa commercialisation. Il doit l'adapter en permanence à l'évolution et aux opportunités du marché.
Gestion des exigencesLa gestion des exigences consiste à gérer les exigences hiérarchisées d'un projet, à détecter les incohérences entre elles et à assurer leur traçabilité. Dans de nombreux métiers, l'expression de ces exigences donne lieu à une quantité de documents dont la cohérence et la qualité conditionnent le succès ou l'échec des projets concernés. Il existe des logiciels spécialisés qui permettent d'aider à la réalisation de cette activité.
