Difference between revisions of "Talk:PubMan Quality Assurance"

From MPDLMediaWiki
Jump to navigation Jump to search
m
Line 3: Line 3:
==Feedback on the functional specification==
==Feedback on the functional specification==


===Konfigurierbarkeit QA-Workflow===
===Configurability QA-Workflow / Konfigurierbarkeit QA-Workflow===
* Zustimmung: formale Qualitätssicherung kann/muss unabhängig von wissenschaftlicher Qualitätssicherung erfolgen  
 
* Zustimmung: wissenschaftliche Qualitätssicherung kann/muss unabhängig von zukünftiger Datenausgabe erfolgen; Prozess der wiss. Qualitätssicherung wird in Instituten/Abteilungen/Gruppen sehr unterschiedlich gehandhabt und muss abbildbar sein  
* Acknowledgment: formal Quality Assurance may/must be independent of scientific Quality Assurance.
* Qualitätssicherung soll abstellbar sein.
 
* Allgemeine Frage: Wer entscheidet, ob Qualitätssicherung stattfinden soll? MPG oder MPIe?
(Zustimmung: formale Qualitätssicherung kann/muss unabhängig von wissenschaftlicher Qualitätssicherung erfolgen)
* Qualitätssicherung sollte auf bestimmte Genres oder Fulltext-Typen eingeschränkt werden können.
 
* Konfigurierbarkeit der QA in Bezug auf Genres (z. B. Vortragsfolien und Poster) ist im System über Filter auf customizable fields abgebildet.
* Acknowledgment: scientific Quality Assurance may/must be independent of future data output; the process of scientific Quality Assurance on institute/department/group level is managed in many different ways and it has to be graphic.
* Der Prozeß der verbindlichen system-immanenten Qualitätssicherung wurde in Frage gestellt. Die Frage wird zusammen mit anderen kritischen Punkten dem sInfo LA vorgelegt
 
* SQA sollte parallel zur FQA gestartet werden können
(Zustimmung: wissenschaftliche Qualitätssicherung kann/muss unabhängig von zukünftiger Datenausgabe erfolgen; Prozess der wiss. Qualitätssicherung wird in Instituten/Abteilungen/Gruppen sehr unterschiedlich gehandhabt und muss abbildbar sein )
* MPG-fremde Publikationen: Keine Qualitätskontrolle
 
* Turning off Quality Assurance should be possible.
 
(Qualitätssicherung soll abstellbar sein.)
 
* General Question: Who decides whether or not Quality Assurance begins to operate? MPG or MPIs?
Allgemeine Frage: Wer entscheidet, ob Qualitätssicherung stattfinden soll? MPG oder MPIe?)
 
* Quality Assurance should be limited to specific Genres or full text types.
 
(Qualitätssicherung sollte auf bestimmte Genres oder Fulltext-Typen eingeschränkt werden können.)
 
* Configurability of QA in relation to Genres (e.g. presentation slides and posters) is depicted in the system filters for customizable fields.
 
( Konfigurierbarkeit der QA in Bezug auf Genres (z. B. Vortragsfolien und Poster) ist im System über Filter auf customizable fields abgebildet.)
 
* Questions have arisen as to the process of the obligatory system-internal Quality Assurance. The questions, along with other critical points,  will be submitted to sInfo LA.
 
(Der Prozeß der verbindlichen system-immanenten Qualitätssicherung wurde in Frage gestellt. Die Frage wird zusammen mit anderen kritischen Punkten dem sInfo LA vorgelegt)
 
* SQA and FQA should be able to start parallel to each other.
(SQA sollte parallel zur FQA gestartet werden können)
 
* MPG-external publications: no quality control.
( MPG-fremde Publikationen: Keine Qualitätskontrolle)
 
* Wissenschaftler kann seine Publikation ohne Qualitätskontrolle auf der Homepage sichtbar machen. Volltexte können auch vom Wissenschaftler sichtbar gemacht werden. Kann aber von Rightsmanager revidiert werden.
* Wissenschaftler kann seine Publikation ohne Qualitätskontrolle auf der Homepage sichtbar machen. Volltexte können auch vom Wissenschaftler sichtbar gemacht werden. Kann aber von Rightsmanager revidiert werden.
* Welche Änderungen erfordern neue QA?
* Welche Änderungen erfordern neue QA?
** Upload neuer Daten (Rights checking)
** Upload neuer Daten (Rights checking)
** Metadaten (Formale Kontrolle)
** Metadaten (Formale Kontrolle)



Revision as of 14:43, 4 December 2007

This page gathers feedback by the pilots and early adoptors, that was given so far and that will be given for future releases. Please feel free to add your own feedback here and sign your comments with a signature (see menu bar above).

Feedback on the functional specification[edit]

Configurability QA-Workflow / Konfigurierbarkeit QA-Workflow[edit]

  • Acknowledgment: formal Quality Assurance may/must be independent of scientific Quality Assurance.

(Zustimmung: formale Qualitätssicherung kann/muss unabhängig von wissenschaftlicher Qualitätssicherung erfolgen)

  • Acknowledgment: scientific Quality Assurance may/must be independent of future data output; the process of scientific Quality Assurance on institute/department/group level is managed in many different ways and it has to be graphic.

(Zustimmung: wissenschaftliche Qualitätssicherung kann/muss unabhängig von zukünftiger Datenausgabe erfolgen; Prozess der wiss. Qualitätssicherung wird in Instituten/Abteilungen/Gruppen sehr unterschiedlich gehandhabt und muss abbildbar sein )

  • Turning off Quality Assurance should be possible.

(Qualitätssicherung soll abstellbar sein.)

  • General Question: Who decides whether or not Quality Assurance begins to operate? MPG or MPIs?

( Allgemeine Frage: Wer entscheidet, ob Qualitätssicherung stattfinden soll? MPG oder MPIe?)

  • Quality Assurance should be limited to specific Genres or full text types.

(Qualitätssicherung sollte auf bestimmte Genres oder Fulltext-Typen eingeschränkt werden können.)

  • Configurability of QA in relation to Genres (e.g. presentation slides and posters) is depicted in the system filters for customizable fields.

( Konfigurierbarkeit der QA in Bezug auf Genres (z. B. Vortragsfolien und Poster) ist im System über Filter auf customizable fields abgebildet.)

  • Questions have arisen as to the process of the obligatory system-internal Quality Assurance. The questions, along with other critical points, will be submitted to sInfo LA.

(Der Prozeß der verbindlichen system-immanenten Qualitätssicherung wurde in Frage gestellt. Die Frage wird zusammen mit anderen kritischen Punkten dem sInfo LA vorgelegt)

  • SQA and FQA should be able to start parallel to each other.

(SQA sollte parallel zur FQA gestartet werden können)

  • MPG-external publications: no quality control.

( MPG-fremde Publikationen: Keine Qualitätskontrolle)

  • Wissenschaftler kann seine Publikation ohne Qualitätskontrolle auf der Homepage sichtbar machen. Volltexte können auch vom Wissenschaftler sichtbar gemacht werden. Kann aber von Rightsmanager revidiert werden.
  • Welche Änderungen erfordern neue QA?
    • Upload neuer Daten (Rights checking)
    • Metadaten (Formale Kontrolle)

Formale Qualitätskontrolle (FQA)[edit]

  • Mehrstufige FQA sollte optional sein.
  • Bei jeder Änderung der Metadaten muss die FQA erneut durchlaufen werden.

Wissenschaftliche Qualitätskontrolle (SQA)[edit]

  • Wissenschaftliche Qualitätssicherung über das System sollte ausschaltbar sein.
  • Depositor soll am Datensatz kenntlich machen können, ob der Datensatz bereits veröffentlicht wurde. Damit diese Datensätze eventuell aus der Qualitätskontrolle ausgeschlossen werden können.
  • Bei Änderungen der Dateien muß zusätzlich die SQA durchlaufen werden.

Peer model[edit]

  • What is happining in case when one Moderator/Autority in the peer QA process (FQA, SQA) is changing the publication item:
    • Option 1: Changes do not need to be accepted by other Moderators/Authorities, i.e. the process runthrough for this pub item is continued -> Problem: Not all Moderators/Authority accepted the finally released item
    • Option 2: Changes need to be accepted by other Moderators/Authorities, i.e. the item "goes back to QA start"

Withdrawal von Datensätzen[edit]

  • Sollen zurückgezogene Datensätze bei Suchen, bzw. Exporten berücksichtigt werden? Nein.
  • Eher direkte Abfrage nach zurückgezogenen Datensätzen gewünscht.
  • Sollen zurückgezogene Datensätze in Catalogs und Baskets einbezogen werden können? Catalogs nein, Baskets ja.
  • Normalerweise muss eine einmal sichtbare Datei mit PID immer sichtbar bleiben. Es wird Fälle geben – z. B. rechtliche Schritte eines Verlages, in denen selbst ein Item mit PID wieder unsichtbar (entspricht Reduzierung des Zugangslevels) gemacht werden muss. Wie ist dann zu verfahren?
  • Zurückgezogene Items sollen weder suchbar noch exportierbar sein. Nur der Administrator sollte noch Zugriff auf den Volltext haben.
  • Der Benutzer, der von außen direkt auf einen zurückgezogenen Datensatz zugreift, bekommt eine Information, dass der Datensatz zurückgezogen ist. Er bekommt nur den Metadatensatz aber nicht den Volltext angezeigt. Dies muss bei der zu wählenden PID-Systematik berücksichtigt werden.