MétaCan
Menu
Back to cohort
Record W1984547621 · doi:10.1115/detc2006-99231

On Specifying an Information Management Tool to Support Manufacturing Process Planning in Aerospace: A Case Study

2006· article· en· W1984547621 on OpenAlexaff
M. A. El Hani, Louis Rivest, Clément Fortin

Bibliographic record

Venuenot available
Typearticle
Languageen
FieldEngineering
TopicManufacturing Process and Optimization
Canadian institutionsPolytechnique MontréalÉcole de Technologie Supérieure
Fundersnot available
KeywordsProcess (computing)AerospaceProcess managementNew product developmentComputer scienceManufacturing execution systemSystems engineeringDocumentationProduct (mathematics)Manufacturing engineeringEngineeringComputer-integrated manufacturingBusiness

Abstract

fetched live from OpenAlex

Facing increasing product complexity and pressure to reduce time to market, manufacturing process planning (MPP) engineers must be able to quickly access reliable information in order to make swift and correct decisions. Organizations therefore turn to information management tools, such as PDM (Product Data Management), MPM (Manufacturing Process Management) and ERP (Enterprise Resource Planning), to support their product development processes. These various information management tools compete by offering similar features, while MPP engineers have to manipulate multiple tools to access the information they need. This paper aims to take a fresh look at a fundamental question: what are the specifications of an ideal information management tool that would help MPP engineers efficiently define manufacturing work instructions (process plan) from the product definition? This paper thus presents the approach and the results of a research work conducted within the process planning department of a manufacturing company operating in the aerospace sector. The study was conducted so as to direct the effort toward documenting the MPP process and the MPP engineer’s information needs. The approach that is presented primarily relies on a comprehensive documentation and modeling of the MPP development process. Two processes have been modeled, a reference process of the MWI (Manufacturing Work Instructions) development and a change management process impacting the MWI development. These process models offer a sound basis to conduct an analysis of the MPP engineers’ information needs. This analysis next leads to the specifications of a Dashboard solution aimed at MPP engineers.

Fetched live from OpenAlex and de-inverted. Abstracts are not stored in this database: the inverted indexes are 8.6 GB of the frame’s 9.3 GB of text, and the host has 13 GB free.

How this classification was reachedexpand

Full frame distilled prediction

Teacher imitation

Not calibrated prevalence, not ground truth. Human validation pending. Learned from the 10,348 direct Codex labels and 10,348 direct Gemma labels. Candidate is the union of thresholded teacher heads; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels or direct frontier model labels.

metaresearch head score (Codex)0.000
metaresearch head score (Gemma)0.000
Version: codex-gemma-dda1882f352aValidation status: machine_predicted_unvalidated
Candidate categoriesnone
Consensus categoriesnone
DomainCandidate signal: none · Consensus signal: none
Study designCandidate signal: Simulation or modeling · Consensus signal: Simulation or modeling
GenreCandidate signal: Empirical · Consensus signal: Empirical
Teacher disagreement score0.307
Threshold uncertainty score0.704

Codex and Gemma teacher scores by category

CategoryCodexGemma
Metaresearch0.0000.000
Meta-epidemiology (narrow)0.0000.000
Meta-epidemiology (broad)0.0000.000
Bibliometrics0.0000.000
Science and technology studies0.0000.000
Scholarly communication0.0000.001
Open science0.0000.000
Research integrity0.0000.000
Insufficient payload (model declined to judge)0.0000.000

Machine scores (provisional)

The two teacher heads of the student model, read on this work. A score orders the frame for review; it never asserts a category, and the validation status ships verbatim with every row.

Baseline scores from an immature model (maturity gate not passed, 7 training rounds). Scores rank; they never assert a category.

Opus teacher head0.012
GPT teacher head0.251
Teacher spread0.239 · how far apart the two teachers sit on this one work
Validation statusscore_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from it

Classification

machine, unvalidated

Machine predicted; a candidate call from one teacher head, not a consensus.

The models applied no category: nothing in the taxonomy fit this work.
Study designSimulation or modeling
Domainnot available
GenreEmpirical

How this classification was reached, model by model and score by score, is at the end of the page under "How this classification was reached".

Quick stats

Citations2
Published2006
Admission routes1
Has abstractyes

Explore more

Same topicManufacturing Process and OptimizationFrench-language works237,207