PubMan Func Spec Yearbook of the MPS

From MPDLMediaWiki
Jump to navigation Jump to search

WORK IN PROGRESS!


Scenarios[edit]

Basic Scenario[edit]

In a first step, PubMan will support a simple/basic scenario for generating the Yearbook: Users can provide their publications for the MPG Yearbook by acting in 2 systems, which run in parallel: PubMan and eDoc: Publication data from PubMan are prepared on PubMan and transfered to eDoc, where the actual Yearbook workflow (by local Publication Editor and GV-Yearbook Release Manager) takes place. For the preparations on PubMan, a separate "Yearbook Workspace" will be provided.

User wants to start compiling the data for the upcoming yearbook[edit]

The MPDL creates a yearbook and provides some basic metadata, like title (e.g. MPG Yearbook 2011) and Coverage (Time period the publication date needs to match, e.g. 01-01-2010 until 31-12-2010). We can set some static values for metadata, which are automatically populated when exporting to eDoc. These default values are important, because there are metadata on eDoc needed for the yearbook, which are not part of the standardized escidoc Pubitem profile. The Yearbook is now ready to be "filled". As a comfort function, the system provides automatically "candidates" for the created yearbook. It runs a query on released Pubitems which is based on

  • allowed genre types for the yearbook (cf Pflichfelder-Tabelle and respective mapping eSciDoc2eDoc)
  • coverage of publication date (like defined in the yearbook metadata)
  • at least one MPI affiliation (OU)

The result of this query is a list of released PubItems, which are potential candidates for the Yearbook.

User wants to complete the list of publications relevant for the Yearbook[edit]

Based on the start content of "candidates", the user can decide to add them as "members" to the selected yearbook. He can add and remove "members" to the yearbook. This process can be repeated several times, until the user has compiled all publications relevant for the selected yearbook. For this purpose, it is important to provide a list of all candidates, which can be sorted/filtered by several categories.

User wants to know if the publications will pass the validation for the Yearbook[edit]

The user wants to know, if he has to modify/enrich his publication data, so that they will pass the mandatory fields for the yearbook, as defined in the "Pflichtfelder-Tabelle". An automatic validation will happen when he releases his Yearbook on PubMan. In addition, he can validate the members of the yearbook at any time from the yearbook workspace. They can validate their Yearbook members based on the "Pflichtfelder-Tabelle" (mandatory fields for the Yearbook as defined by Press department) and modify the data if necessary.

User wants to modify the data because validation fails[edit]

The user can validate all members of the selected Yearbook based on Pflichtfelder-Tabelle. He gets the information per publication item on

  • YB check ok
  • YB check warning (i.e. "weiche" Pflichtfelder for YB)
  • YB check error (i.e. "harte" Pflichtfelder for YB)

For each warning and error, he gets a detailed report what needs to be changed and a link to the Publication item.

User wants to export his PubMan Yearbook to eDoc[edit]

The user has finalized his compilation and releases the yearbook. An automatic validation takes place. If the validation is successful, we can export the Yearbook data as XML and import it on eDoc to a virtual collection. On eDoc, the user copies the data to a Working Collection and can proceed with the standard Yearbook workflow. If he changes metadata on eDoc, he needs to manually make the changes on the according Pubitem. The Link to the Publication item is exported to eDoc as well, to ease the modification.

User wants to repeat the export, as data has been modified or added/removed[edit]

The user can repeat the release process for his Yearbook on PubMan and export again, if data has been substantially modified or new data has been added or data has to be removed. Depending on his privileges, a user can modify a Pubtitem after he has added it to a Yearbook - the last released version of the item is still a member of the Yearbook.

After exporting again to edoc, he can either add the additional to the existing collection on eDoc, or he creates a new collection on edoc for the new export.

Some Details after first Design-Discussion[edit]

  • To not confuse users with "standard" validation during submission and YB-specific validation, we propose to name validation in context of Yearbook "YB-check"
  • Actions for the Yearbook (add/remove/validate) on item level are only displayed in the list views (not on item level), to make clear, that user is currently in the YEarbook workspace.
  • Validation Reports are part of the medium view, i.e. in Yearbook workspace, list are either short view or "medium view and report".
  • Withdrawn items:
    • It might happen, that a yearbook member is withdrawn after releasing the yearbook. This item has to be removed manually from edoc Yearbook on edoc.
    • It might happen, that a yearbook member is withdrawn before releasing the yearbook. This is checked during the standard validation when releasing the yearbook => the validation also checks for status of items (only released items can be exported).

Related documentation[edit]

Advanced Scenario[edit]

The Compilation, validation and generation of the yearbook is completely managed by the PubMan application and/or respective services. Details will be checked in cooperation with the Press department and users.

Functional Specification[edit]

This specification describes the Basic Scenario only.

UC_PM_YB_01 Create new yearbook in PubMan[edit]

In PubMan a yearbook context has to be created manually by the support team. Additionally each institute needs a yearbook item.

Status / Schedule[edit]

Status: in specification
Schedule: R 6.2

Actors[edit]

  • Support team

Pre-Conditions[edit]

  • Institutes collect/maintain all their metadata and publications in PubMan
  • eDoc is just used for the creation of the MPS yearbook

Flow of Events[edit]

  • PubMan support creates the actual context ('Yearbook YYYY') early enough before the GV announces the beginning of the next yearbook process
  • A yearbook item for each MPI (OUs) is created automatically
    • The yearbook is represented on PubMan through items for each institute. Publications can be related as members of these items
    • Yearbook items will have metadata in the responsible institutes (OU)

Post-Conditions / Results[edit]

  • Yearbook item and context become available on PubMan for each institute


UC_PM_YB_02 Add PubMan items to yearbook[edit]

The YB moderator/depositor of the institute chooses the respective items for the MPS yearbook in PubMan.

Status / Schedule[edit]

Status: in specification
Schedule: R 6.2

Actors[edit]

  • YB moderator/depositor

Pre-Consitions[edit]

  • Yearbook item for the institute's data and yearbook context have to be created by the service team beforehand -> see UC_PB_YB_01

Flow of Events[edit]

  • The YB moderator/depositor opens his YB workspace
  • He receives a list of all possible yearbook candidates for his institute ('candidate for yearbook YYYY'). The criteria for this list are: date (Published in print or published online), status (only 'released' items), genre (required by GV) and OU (at least one MPI affiliation is required). For institutes with more than one context there has to be the possibility to choose which contexts should be relevant for the creation of candidates.
  • In his YB workspace the moderator is able to sort/filter the lists of candidates at least by date, title, OU, genre
  • He is able to mark the respective items for the created yearbook in PubMan
    • Marks can be set manually or by choosing all items on page. The search result list shall be expandable up to 500 items per page
  • By confirming the marks ('add selected to yearbook') all chosen items are added to the yearbook
  • The moderator/depositor is informed about the sucessfull adding of the respective items to the yearbook

Alternatives[edit]

  • The moderator/depositor is also able to mark an item for the yearbook out of the view item version and subsequently adding it successfully to the yearbook

Post-Conditions / Results[edit]

  • All chosen items are added to the yearbook
  • A note 'member of yearbook YYYY' is visible for all PubMan items chosen for the yearbook

Constraints[edit]

  • Only released items can be added to the yearbook
  • All modified candidates have to be released again
  • Only PubMan origin items can be added to the yearbook; imported eDoc data therefore can't be added to the yearbook via PubMan (only valid for items that were imported from eDoc) - to be checked!

Future Development[edit]

  • Previous (closed) yearbooks can be chosen and viewed within the yearbook workspace

Discussion[edit]

please see UC_PM_YB_02 discussion

UC_PM_YB_03 View & modify content of yearbook in PubMan[edit]

The moderator wants to display or modify the items chosen for the yearbook in PubMan.

Status / Schedule[edit]

Status: in specification
Schedule: R 6.2

Actors[edit]

  • Moderator

Pre-Conditions[edit]

  • One or more items have been added to the yearbook in PubMan

Flow of Events[edit]

  • The moderator should be able to access the yearbook for his institute out of his YB Workspace
  • All PubMan records which were chosen for the yearbook by the moderator are displayed
  • It is possible to filter/distinguish between YB candidates and members
    • The candidates list does not show the publications allready selected as members of the yearbook
  • Besides the YB candidates and members, there's a list of all other items that do not fit the requirements of the candidate validation ('non-candidates')
  • In his YB workspace the moderator is able to sort/filter the lists of members at least by date, title, OU, genre
  • The moderator should be able to edit/modify each item out of this lists
  • The moderator is informed, that after a modification he has to release the item again to keep it within the yearbook
  • All yearbook members can be manually removed from the yearbook. Removed items again become candidates

Post-Conditions / Results[edit]

  • Content of yearbook is visible and can be modified

Constraints[edit]

  • All modified yearbook members have to be released again

UC_PM_YB_04 Validate content of yearbook in PubMan[edit]

The moderator wants to check, if all chosen yearbook members fit the validation rules.

Status / Schedule[edit]

Status: in specification
Schedule: R 6.2

Actors[edit]

  • Moderator

Pre-Conditions[edit]

  • One or more items have been added as members to the yearbook

Flow of Events[edit]

  • The moderator wants to check if all of his chosen yearbook members are valid regarding the rules given by the GV
  • He selects the option 'validate yearbook members' and receives a list of all invalid items. Validation schema has to consider the YB rules of GV and the pubman status (released items only)
  • The concrete validation reports are displayed for each item
    • There are two categories of errors:
      • mandatory field invalid ('validation error'): Year, MPI OU, release status and/or genre do not fit the requirements. Has to be corrected by the moderator
      • optional field invalid ('validation warning'): All other validation errors. Does not mandatorily have to be corrected
  • From the validation list the moderator is able to change directly to the edit mask of each item
  • The concrete validation message is displayed on top of the edit mask
  • After the modification and re-release of an item, the moderator gets back to the validation list
    • The validation list considers the changes made by the moderator

Post-Conditions / Results[edit]

  • All YB members are validated and corrected (if necessary)
  • YB members fit the validation rules

Constraints[edit]

  • Modified items have to be released again

UC_PM_YB_05 Release content of yearbook in PubMan[edit]

The moderator releases all collected PubMan data for the MPS yearbook.

Status / Schedule[edit]

Status: in specification
Schedule: R 6.2

Actors[edit]

  • Moderator

Pre-Conditions[edit]

  • All needed PubMan records have been added to the yearbook in PubMan by the moderator

Flow of Events[edit]

  • Out of his YB Workspace the moderator chooses to display the content of the yearbook in PubMan
  • All items chosen by the moderator as yearbook members are displayed
  • moderator checks again carefully if all yearbook required records have been added to the container
    • If some items are still missing, the moderator adds further items to the container -> see UC_PM_YB_02
    • If the yearbook collection is completed, the moderator confirms the choice with someting like a a batch operation "Finalize MPS Yearbook"
  • The moderator is informed that no further modifications will be possible on PubMan after finishing the yearbook
  • The release of the yearbook includes an automatic validation

Post-Conditions / Results[edit]

  • If the moderator views the yearbook in his YB worspace, there is a remark something like: 'Yearbook YYYY is closed. No further modifications possible'
  • The content of the yearbook in PubMan is marked with a note 'Released for MPS Yearbook'
  • the PubMan Support team is informed either automatically (if feasible) or by the moderator of the institute that the yearbook has been released

Constraints[edit]

  • users have to be aware of that the export of PubMan data for the yearbook to eDoc will be done only once
    • once the container has been released no further records can be added or removed

UC_PM_YB_06 Export content of yearbook in PubMan[edit]

An export file of the yearbook in PubMan is generated.

Status / Schedule[edit]

Status: in specification
Schedule: R6.2

Actors[edit]

  • System

Pre-Conditions[edit]

  • The yearbook has been released by the moderator beforehand

Flow of Events[edit]

  • After the release of the yearbook by the moderator an escidoc xml export file is generated by the system automatically

Post-Conditions[edit]

  • The respective export file has been generated and will be saved within the system

Discussion[edit]

please see UC_PM_YB_05 discussion

UC_PM_YB_07 Import content of yearbook in eDoc[edit]

The content of the yearbook in PubMan is imported to a collection in eDoc by the dev team.

Status / Schedule[edit]

Status: in specification
Schedule: R6.2

Actors[edit]

  • Development/Support Team

Pre-Conditions[edit]

  • The system described in the usecase is no longer PubMan, but eDoc
  • The yearbook of the respective institute has been released by the moderator and an eSciDoc XML export file has been generated

Flow of Events[edit]

  • The generated XML export file will be imported to eDoc manually by the dev/support team to a virtual collection for the specific institute named 'Yearbook YYYY'
  • Additionally the dev team provides a further list of items in eDoc which are marked for the yearbook - to be checked!
    • That list plus the list of yearbook items out of PubMan will be merged within the virtual collection 'Yearbook YYY' in eDoc
    • To avoid duplicates, the PubMan ID will be kept as local ID in eDoc and URI to PubMan

Post-Conditions[edit]

  • The virtual collection 'Yearbook YYYY' is created in eDoc
  • All records of the yearbook container in PubMan as well as the list of items chosen for the yearbook in eDoc are imported to the mentioned eDoc collection

Discussion[edit]

UC_PM_YB_08 Release data for yearbook in eDoc[edit]

All records of the yearbook collection in eDoc are remmonded for the MPS yearbook and will be released for it.

Status / Schedule[edit]

Status: in specification
Schedule: R6.2

Actors[edit]

  • local eDoc manager

Pre-Conditions[edit]

  • The system described in the usecase is no longer PubMan, but eDoc
  • The virtual collection 'Yearbook YYYY' has been created in eDoc
  • All content of the yearbook container in PubMan plus the difference of items chosen for the yearbook within eDoc have been imported to the created collection

Flow of Events[edit]

  • All content of the created virtual collection 'Yearbook YYYY' in eDoc has to be copied into a 'real' collection (working collection) by the local eDoc manager
  • Afterwards all data can be recommended for the yearbook of the MPS and then be released for the yearbook by the local eDoc manager

Post-Conditions[edit]

  • All needed data out of PubMan as well as out of eDoc is collected and released for the MPS yearbook

Constraints[edit]

  • If data is changed in eDoc, it also has to be changed in PubMan manually