A Domain Model for Requirements-Driven Insight for Internal Stakeholders: A Proposal for an Exploratory Interactive Study
Notice bibliographique
Résumé
We propose conducting a 90-minute, interactive exploratory study at EmpiRE'18 that engages attendees in constructing a domain model for requirements-driven insight into system development for internal stakeholders. The domain model is anticipated to enhance internal stakeholders' (e.g., developers, architects, quality manager, etc.) insight into system development from the standpoint of requirements. This should improve: (i) communication among internal stakeholders; (ii) control and management of process and resources for providing requirement-driven insight to stakeholders; and (iii) reuse of the domain model across projects. The study is aimed to generate empirical data to further elaborate and enhance the preliminary model. The participants of the study will be engaged in a model building exercise, and, consequently, have insight into the domain model for internal stake-holders. The revised model will be widely available through subsequent publications. The published model would form a base for further research in the RE community and a guide for practitipractitionersoners in development projects.
Conservé avec la notice de tri, où il sert de preuve aux étiquettes ci-dessus.
Comment cette classification a été obtenuedéplier
Le tri à trois modèles
les 5 600 travaux triés →Les trois modèles l'ont jugé hors champ.
Proposal for a workshop study building a requirements-engineering domain model; the object is software development practice, not research practice.
This proposes a requirements-engineering domain model for software stakeholders rather than studying research.
Software requirements-engineering workshop proposal about system-development stakeholders, not scientific research.
Prédiction machine sur la base complète
Imitation des enseignantsNi prévalence calibrée, ni vérité terrain. Validation humaine à venir. Le volet Gemma est une étiquette directe du modèle pour chaque travail de la base, lue sur la notice réduite au titre. Le volet Codex est un classifieur appris des 10 348 étiquettes directes de Codex et calibré sur les taux pondérés de l'échantillon; les champs sans appui suffisant ne portent aucun appel Codex. Le mode candidate est l'union des deux volets; le consensus est leur intersection. Ces sorties portent le statut machine_predicted_unvalidated et ne sont pas des étiquettes humaines.
Scores du classifieur distillé par catégorie (deux têtes)
| Catégorie | Codex | Gemma |
|---|---|---|
| Métarecherche | 0,033 | 0,036 |
| Méta-épidémiologie (sens strict) | 0,001 | 0,001 |
| Méta-épidémiologie (sens large) | 0,001 | 0,001 |
| Bibliométrie | 0,002 | 0,002 |
| Études des sciences et des technologies | 0,003 | 0,008 |
| Communication savante | 0,010 | 0,017 |
| Science ouverte | 0,004 | 0,006 |
| Intégrité de la recherche | 0,003 | 0,005 |
| Charge utile insuffisante (le modèle a refusé de juger) | 0,006 | 0,001 |
Scores machine (provisoires)
Les deux têtes enseignantes du modèle étudiant, lues sur ce travail. Un score ordonne la base pour la relecture; il n'affirme jamais une catégorie, et le statut de validation accompagne chaque rangée tel quel.
Scores de référence d'un modèle non mature (critères de maturité non atteints, 7 itérations). Un score ordonne; il n'affirme jamais une catégorie.
score_only:v0-immature-baseline · tel quel depuis la passe de notation : score_only signifie que le nombre peut ordonner les travaux, et qu'aucune étiquette de catégorie n'en découleClassification
machine, non validéePrédiction automatique; un appel candidat d’une seule source (Gemma direct ou Codex distillé), pas un consensus.
Le détail, modèle par modèle et score par score, se trouve en fin de page sous « Comment cette classification a été obtenue ».