The term "Requirements Engineering" does refer to a zillion methods and procedures. Basically, it is a structured way to collect the requirements for a special problem.
Those requirements are collected from the stakeholders, most often the "users". The "naive" requirements from the stakeholders point of view are then transferred from rather solution independent requirements to the concrete design of the system (here: Notes functionality).
The requirements are not rated equal by the stakeholders; some are required (must-criteria) or may be just a wish (optional).
At the end, the implemented design has to satisfy the requirements and therefore the demands by the users.
Please note that this is just a very short introduction to (one kind of) Requirements Engineering.
The Notes iTeam does not have conducted any interviews with customers, we instead used the issue tracker entries, the competitive analysis and completed the information with brainstorming techniques.
This page collects requirements by stakeholders according to the corresponding use cases. These requirements refer to the Notes functionality to be developed or the general OpenOffice.org functionality.
Some of the requirements may be valid for several use cases. Here, each requirement is only listet once, because it "just" should not be forgotten at all.
The next step would be the break-down of the 'requirements by stakeholders' to 'requirements for the system'. Such requirements would provide detailed information on the level of the new Notes functionality. We stopped at this point and used this list to plan milestones and to check the completeness of current implementation.
Normally, it would have been necessary to add the Status of the single requirement, rate the Satisfaction Level and Dissatisfaction Level and Priority. Normally ;-)
ID
|
Use Case / Requirements Text
|
Source
|
Description
|
Status
|
In General / Allgemein
|
|
|
StR 2
|
Der User wünscht, dass sein vorhandenes Wissen zur Nutzung der Notiz-Funktion ausreicht.
|
Christoph
|
- Das allgemeine Wissen über OpenOffice.org oder anderer Office-Pakete sollte zur Nutzung der Notizfunktion ausreichend sein.
- Diese Anforderung kann beispielsweise Einfluss auf die Menüeinträge, Tastenkürzel oder Druckausgabe haben.
|
In Work
|
StR 3
|
Der User wünscht, dass die Nutzung der Notiz-Funktion in allen Anwendungen von OOo vergleichbar ist.
|
Christoph
|
- Die Nutzung der Notizfunktion sollte in allen Bestandteilen von OpenOffice.org möglichst einheitlich sein. Das betrifft beispielsweise die Art der Darstellung von Notizen, Menüeinträge oder deren Auffindbarkeit im Navigator. Dies ist derzeit (OOo 2.2) nicht gegeben.
|
In Work
|
StR 4
|
Der User wünscht, dass die Nutzung der Notiz-Funktion möglichst attraktiv gestaltet ist.
|
Christoph
|
- Optische Attraktivität wird beispielsweise durch aktuelle Farben oder moderne Transparenz- oder Einblendeffekte gesteigert.
|
In Work
|
StR 45
|
The user wishes, that the visual representation of the notes functionality fits to visual appearance of the whole OOo suite.
|
Christoph
|
- Source Notes2-Wiki, Stand 2007-05-06, Implementation: round corners
- OpenQuestion: Are rounded cornes adequate for the visualization of non-rounded PostIt-Notes? Furthermore, those rounded corners may require more space for the whole notes window. Additionally, if we don't have no anti-aliasing, the look may be really outdated.
- Source: Information on the OOo visual design http://ui.openoffice.org/VisualDesign/
|
In Work
|
StR 5
|
Der User fordert, dass er mit der Notiz-Funktion während der Bearbeitung des zugehörigen Dokuments arbeiten kann.
|
Christoph
|
- UseCase: Der User will die Notizen gleichzeitig während der Bearbeitung des Dokument-Inhalts betrachten können. Dies ist derzeit (OOo 2.2) nicht möglich.
- Source 1, Notes2-Wiki, Stand 2007-05-06, „Visualization of notes“: Show notes... permanently
|
In Work
|
StR 48
|
The user wishes, that the notes functionality does not have a negative impact on the normal use of the document.
|
Christoph
|
- Example 1: The user does e.g. not want to have notes windows permanently shown over the document content.
- Example 2: The user wants to see the document content and the notes data simultaneously when zooming out. Both, document font size and notes data should well-balanced.
- Example 3: Preferably, use of low saturated colors for the notes window background to not distract the user.
|
In Work
|
StR 6
|
Der User fordert, dass die Nutzung der Notiz-Funktion mit anderen Funktionen von OOo möglich ist.
|
Christoph
|
- Es ist zu erwarten, dass der Nutzer die Nutzung der Notiz-Funktion mit anderen Funktionen von OOo (Änderungsverwaltung, Versionen speichern) fordert.
|
In Work
|
StR 46
|
The user wishes, that the amount of the his manual work during the use of the notes functionality operation is low.
|
Christoph
|
- Most probably, the user does not want to be responsible for recurring operations like placing or resizing notes, or providing his name for the notes property data.
|
In Work
|
Document not Yet Created / Dokument noch nicht erstellt
|
|
|
|
tbd
|
|
|
|
Creating the Document / Dokument erstellen
|
|
|
StR 42
|
If the user creates a document on the basis of a document template, the user requires, that the notes of the document template are also available in the newly created document.
|
Christoph
|
- UseCase: Some companies provide additional information in their document templates, e.g. for handling of duplex prints or using the corporate business paper. This information has to be preserved if the user creates a new document on the basis of the document template.
|
New
|
StR 43
|
If the user creates a document on the basis of a document template, the user requires, that OOo restores the state of the notes in the document template. (Previous state: e.g. position, size, sorting, filter, color)
|
Christoph
|
- UseCase: User A creates a document template and saves it on the corporate network storage. If other users create documents on the basis of this document template, the User A wants the document to be shown exactly like that.
- Refer also to StR 39, StR 44.
|
New
|
Editing the Document / Dokument bearbeiten
|
|
|
StR 7
|
Der User wünscht, dass OOo eine Übersicht aller Notizen im aktiven Dokument darstellen kann.
|
Christoph
|
- UseCase: Der User hat sehr viele oder sehr weit „verstreute“ Notizen in seinem Dokument. Er wünscht eine übersichtliche Darstellung aller vorhandenen Notizen.
- Beispiel (Word): Statt der Blasen an der rechten Dokumentseite bietet Word für einige Funktionen auch das Überarbeitungsfenster mit einer Liste aller Notizen.
- Beispiel (Writer): Anzeige im Navigator, z. B. alleinige Anzeige der Kategorie „Notizen“. Derzeitige Darstellung wird oft oft als unübersichtlich empfunden.
- Alternative (unökologisch): OOo bietet heute (OOo 2.2) die Möglichkeit alle Notizen als eine Art Aufzählung zu drucken
|
In Work
|
StR 8
|
Der User wünscht, dass die Bearbeitung von Notizen möglichst direkt erfolgen kann.
|
iTeam
|
- UseCase: Der Nutzer möchte die Notiz-Nutzdaten ändern. Derzeit (OOo 2.2) muss er bspw. auf den Anker-Punkt doppelklicken, um ein Fenster zur Bearbeitung zu öffnen. Er empfindet das als zu aufwändig.
- Beispiel (Word): Am rechten Rand angezeigte Notizen lassen sich mit Klick in das zugehörige Bläschen direkt bearbeiten
- Source Notes2-Wiki, Stand 2007-05-06, „Usability of notes“: direct/easier editing
- Refer also to StR 47
|
In Work
|
StR 9
|
Der User wünscht, dass die durch ihn aktivierte Notiz besonders gut erkennbar ist. (aktiv: z. B. bearbeitet, fokussiert)
|
Christoph
|
- Es ist wahrscheinlich, dass der User, bei einer Bildschirmdarstellung mit vielen Notizen, die aktuelle Notiz besonders deutlich hervorgehoben dargestellt haben möchte. Das erleicht die Orientierung.
- Beispiel (Word): Die aktiv bearbeitete Notiz wird etwas dunkler eingefärbt (Verbinder und Notiz-Fenster)
- Beispiel (Acrobat): Die aktiv selektierte Notiz wird weniger transparent dargestellt, besonders der Verbinder wird damit optisch hervorgehoben.
- Beispiel Implementierung: Unterlegen der aktiven Notiz mit einem Schatten, damit die Notiz „vor“ das Dokument tritt.
|
In Work
|
Insert Notes / Notizen einfügen
|
|
|
StR 10
|
Der User wünscht, dass der Bezug einer Notiz-Informationen in einem Dokument-Sonderbereich enthalten sein kann. (Dokument-Sonderbereich: z. B. Rahmen innerhalb eines Writer-Dokuments)
|
Christoph
|
UseCase: Die Funktionen mit Rahmen in Writer sind sehr leistungsfähig. Aus diesem Grund können Großteile eines Dokuments damit aufgebaut sein. Das macht auch die Nutzung von Notizen in diesen Sonderbereichen nötig. Derzeit (OOo 2.2) ist ein Einfügen von Notizen im bspw. Rahmen nicht möglich. - Frage: Wie werden eigentlich (geschützte) Bereiche in Dokumenten gehandhabt????
|
In Work
|
StR 11
|
Der User fordert, dass er Text als Notiz-Nutzdaten verwenden kann.
|
iTeam
|
Anforderung basiert auf bereits vorhandener Funktionalität (OOo 2.2).
|
In Work
|
StR 12
|
Der User wünscht, dass er gesprochene Sprache als Notiz-Nutzdaten verwenden kann.
|
Christoph
|
UseCase: Zwei-Finger-Suchsystem-Chef sichtet ein Dokument seiner Mitarbeiter. Statt die Änderungen direkt einzuarbeiten, oder der Sekretärin zu diktieren, verwendet er gesprochene Sprache in Notizen, um den Mitarbeitern die Änderungswünsche mitzuteilen.
|
Rejected
|
StR 13
|
Der User wünscht, dass er Grafiken als Notiz-Nutzdaten verwenden kann.
|
Christoph
|
- UseCase: Die Änderungsanzeige von Word blendet auch Grafiken in die Bläschen am rechten Seitenrand ein. Das könnte Nutzer dazu verleiten zu denken, dass auch Grafiken in Notizen (die ähnlich dargestellt werden) einfügbar sind.
- Beispiel (Word): Es ist möglich Grafiken in Notizen einzufügen (werden jedoch ab bestimmter Größe abgeschnitten).
- Discussion in Mail (mba, 2007-08-15): Uncertainty on the priority of this interoperability issue
|
Postponed
|
StR 14
|
Der User wünscht, dass die Bearbeitung der Notiz-Information vergleichbar der Bearbeitung des Dokument-Inhalts ist.
|
Christoph
|
- Beispiel (Writer): Rechtschreibprüfung, Formatierung, Einfügen von Grafiken, ...
- Damit ist nicht gemeint, dass Notizen in bspw. Calc als Zellen ausgeführt sein müssen ;-)
|
In Work
|
StR 15
|
Der User wünscht, dass OOo ihm eine Möglichkeit zur gezielten Suche von Informationen in den Notizen bietet.
|
Christoph
|
- UseCase: Der User erinnert sich in einem großen Dokument an eine bestimmte Formulierung in einer Notiz. Statt die Notiz manuell zu suchen, verwendet er die integrierte Suchfunktion.
- Implementierungs-Beispiel: Im Dialog „Suche&Ersetzen“ eine „Suche in den Notizen“ ergänzen
- OpenQuestion: Does the requirement refer to the search inside one note, all shown notes or all available notes?
|
New
|
StR 16
|
Der User fordert, dass eine Notiz einen Bezug zu einem Dokument-Inhaltsbestandteil enthält.
|
Christoph
|
- Das ist eine übliche Funktionalität in vielen Programmen.
- Beispiel (Word): Bezug mittels z. B. Anker-Bereich möglich.
- Beispiel (Powerpoint): Bezug ist ein Anker-Punkt, welcher auf der Folie (und außerhalb) beliebig positioniert werden kann, aber nicht direkt an ein Objekt gebunden ist
- Beispiel (Adobe Acrobat): Bezug ist einer Anker-Punkt, welcher auf der Seite beliebig positioniert werden kann, aber nicht direkt an ein Objekt gebunden ist (?)
- Implementierungs-Beispiel: Binden von Notizen auch an Grafikobjekte ermöglichen (z. B. in Draw, Impress)
- OpenQuestion: Is it allowed to use different notes anchor areas which lay on top of each other or do overlap?
|
In Work
|
StR 17
|
Der User fordert, dass er den Dokument-Inhaltsbestandteil XXX als Bezug für die Notiz-Funktion verwenden kann.
|
Christoph
|
XXX = Dokument-Inhaltsbestandteile müssen noch identifiziert und in einzelnen Anforderungen bewertet werden.
|
New
|
StR 18
|
Der User wünscht, dass eine Notiz auch ohne Bezug zu einem Dokument-Inhaltsbestandteil eingefügt werden kann.
|
Christoph
|
- UseCase: Der User möchte eine Notiz auf einer freien Stelle des Dokuments einfügen.
- Beispiel (Powerpoint): Notiz kann auf leerer Folie eingefügt werden
- Beispiel (Writer): Notiz muss derzeit an „beschriebener“ Stelle im Dokument eingefügt werden.
|
New
|
Prioritize the Notes / Notizen priorisieren
|
|
|
StR 19
|
Der User fordert, dass die Darstellung von Notizen in OOo nach seinen Kriterien erfolgt.
|
iTeam
|
|
New
|
StR 20
|
Der User wünscht, dass er zusammengehörende Notizen miteinander verbinden kann.
|
Christoph
|
- Herstellen eines Bezugs zwischen Notizen, falls bspw. der Ähnlichkeit des Erstellungdatums oder des Notiz-Autors nicht ausreichend ist.
- Beispiel: Desktop-Notizen mit Tomboy, Verbinden von Notizen mit Hyperlinks; URL: http://www.gnome.org/projects/tomboy/
- Alternative: Implementierung könnte auch über Tags oder Filterkriterien (zur Ansicht, Navigator) möglich sein
|
New
|
StR 21
|
Der User wünscht, dass er einer Notiz eine durch den User festgelegte Priorität zuordnen kann.
|
Christoph
|
- UseCase: Der User ordnet seine Notizen (die bspw. Aufgaben enthalten können) nach Wichtigkeit. Bis jetzt schreibt er diese in ein separates Dokument oder auf Papier. Hier kann er die Priorität direkt der Notiz zuweisen, um seine Arbeit besser zu organisieren.
- Hinweis: Das schließt natürlich ein, dass er bei OOo mit den Prioritäten irgendetwas anfangen kann (sortieren, filtern, ...)
- Alternative (wenig komfortabel): Verwenden von Nutzer eigenen Schlüsselwörtern, die anschließend über bspw. eine Suchfunktion aufgefunden werden können
|
New
|
Edit the Note / Notiz bearbeiten
|
|
|
StR 22
|
Der User wünscht, dass der Anker einer Notiz-Informationen zu einem Dokument-Inhalt einfach geändert werden kann.
|
Christoph
|
- UseCase: Der User erstellt eine Notiz und entscheidet danach, dass der Bezug falsch oder unzureichend gewählt ist (z. B. bei Verwendung eines Anker-Bereichs). Diesen Anker möchte er nachträglich ändern (z. B. erweitern).
- Implementierungs-Beispiel (Writer): Verwenden der Anker-Funktion vgl. zu Rahmen und Grafiken
- Alternative (unkomfortabel, funktioniert aber in jedem Fall): Ausscheiden und Einfügen der Notiz-Ankers im Dokument
Further information has been collected in Notes2_OtherIdeas, entry "Move the Position/Range of the Notes Anchor".
|
Rejected
|
StR 23
|
Falls eine Notiz bereits vorhanden ist, fordert der User, dass sich deren Notiz-Daten nachträglich bearbeiten lassen.
|
Christoph
|
- Es ist wahrscheinlich, dass der User Notizen nachträglich ändern möchte.
- Beispiel (Writer): Der User möchte die Notiz-Nutzdaten (Text) nachträglich ändern oder ergänzen.
- Beispiel (Impress): Der User möchte die Position des Notiz-Fenster nachträglich ändern, weil es bspw. bei der Bearbeitung des Dokuments stört.
|
In Work
|
Deleting the Note / Notiz löschen
|
|
|
StR 50
|
The user requires, that OOo provides functionality to delete a user defined note.
|
Christoph
|
|
In Work
|
StR 47
|
If a notes window is shown on the current screen, the novice user wishes, that OOo provides a function to directly delete the note.
|
Christian
|
- Source: E-Mail, Christian to Christoph, 2007-05-10: Notes should have a “closer”
- OpenQuestion: At the moment it is a bit unclear if closer does mean “hide” or “delete” the note.
- Refer also to StR 8
|
In Work
|
StR 51
|
The user requires, that OOo provides functionality to delete user defined notes with low effort.
|
Christoph
|
- OpenQuestion: What are user defined notes?
- Implementation Example 1: Selected notes.
- Implementation Example 2: Notes of one special author
- Implementation Example 3: Notes between time xxx and time yyy
- Implementation Example 4: All notes in document (visible and hidden)
- Implementation Example 5: All notes visible in document
- Implementation Example 6 (Impress, Draw): All notes on current slide
- Sources:
- E-Mail, Christian to Christoph, 2007-05-10: Proposes toolbar with “delete” and “delete all” buttons
|
In Work
|
Open the Document / Dokument öffnen
|
|
|
StR 24
|
Falls die Applikations-Sprache eine Schriftlaufrichtung von rechts nach links besitzt, so wünscht der User, dass die Anzeige der Notizen entsprechend erfolgt.
|
Christoph
|
- Die Lokalisierung erfordert normalerweise die Schriftlaufrichtung von rechts nach links, aber muss auch die Position der Notiz-Fenster angepasst werden (z. B. Notiz-Fenster nach links)?
- Notes2-Wiki, Stand: 2007-05-06, „Visualization of notes“: Darstellung der Notizen rechts neben dem Dokument.
|
In Work
|
StR 39
|
If the user opens a document which has been previously edited by the same user, the user requires, that OOo restores the previous state of the notes. (previous state: e.g. position, size, sorting, filter, color)
|
Christoph
|
- UseCase: User A creates a document, saves it and opens it some time later. User A knows exactly, what he worked on, so he wants to have the previous state of the document preserved.
- This functionality is similar to the “restore document position” of OOo Writer.
- OpenQuestion: Is this state saved individually for different users inside the document file?
|
New
|
StR 40
|
If the user opens a document which has been previously edited by another author, the user requires, that OOo to show all notes information in the document.
|
Christoph
|
- UseCase: User A creates a document and saves it on the corporate network storage. User B opens the document and does not know what User A worked on. Therefore User A first wants to see all information. This functionality is similar to the “restore document position” of OOo Writer.
- Quantification:
- How should the notes be shown (author wise, chronological etc.) because it has also impact on the OOo Navigator.
|
New
|
StR 41
|
If the user opens a document which is “read only”, the user requires, that OOo provides the notes functionality which conforms to the “read only” mode.
|
Christoph
|
Issue 48150, date 2005-04-26: Notes cannot be viewed if file is readonly.
|
In Work
|
Saving the Document / Dokument speichern
|
|
|
|
tbd
|
|
|
|
Exporting the Document / Dokument exportieren
|
|
|
StR 25
|
Falls das Dokument in OOo in einem Nicht-Standard-Dokumentenformat gespeichert wird, fordert der User, dass die grundlegenden Informationen der Notizen im Dokument erhalten bleiben.
|
Christoph
|
tbd, auch Issues
|
New
|
StR 49
|
If the user saves a document in a non-standard document format and the document contains notes information which is suppressed in the current view, the user wishes, that OOo informs him that there is suppressed information (non-standard document format: export of document).
|
Christoph
|
- UseCase: The user A filtered some of the notes information during the editing of the document. At the end, he exports the document to a PDF file to send it via e-mail. The original document contains some private information in the notes he does not want to export. Therefore user A wishes to be informed about that if he exports the document.
- Alternative: Deactivate the export of notes information per default, if it is exported.
- Refer also to StR 44
|
New
|
Importing the Document / Dokument importieren
|
|
|
StR 27
|
Falls das Dokument aus einem Nicht-Standard-Dokumentenformat importiert wird, fordert der User, dass die grundlegenden Informationen der Notizen im OOo-Dokument verwendbar sind.
|
Christoph
|
tbd, auch Issues
|
New
|
Printing the Document / Dokument drucken
|
|
|
StR 52
|
The user requires, that OOo provides the functionality to print the notes information.
|
Currently available functionality
|
- OpenQuestion:
- What has to be printed? (e.g. selected notes, visible notes, all notes in document, notes per author, ...)
- How are notes information and document content printed on one page?
- Implementation Example 1 (Word 2003): resized page content, document content and notes information printed on the same page
- Implementation Example 2 (OOo 2.2): Separate list after each sheet or at the end of the document
- Implementation Example 3: Similar to Implementation Example 2, but print the notes anchors inside the document content. Maybe it will be possible to show the notes information at a similar height (like the anchors in the document) on the separate sheet?
- If the document content and the notes information is printed separately, is it necessary to show the anchors on the printed document content?
- Should it be possible to print the notes only (like today)?
- The print preview should consider the the kind of Notes selected for printing. Today (OOo 2.x), the Notes are neglected in the print preview. (Reference: issue 61644).
|
In Work
|
StR 55
|
The user wishes, that OOo provides the functionality to select the Notes data to be printed (data: data fields).
|
User request, email de-users 78988
|
- The use case of the user: Documents in foreign languages are commented, single words are translated in the Notes. The user wants to print the original word and the translated word without the Notes Property Data like line, data, ...
- It needs to be decided if this is a valid requirements or if something other, e.g. exporting the Notes information to Calc, may better solve such kind of problems.
|
New
|
Closing the document / Dokument schließen
|
|
|
StR 44
|
If the user closes a document template which contains notes information which is suppressed in the current view, the user wishes, that OOo informs him that there is suppressed information.
|
Christoph
|
- UseCase: The user A filtered some of the notes information during the editing of the document template. He does not want to show that information to the users who create documents on the basis of this document template. Therefore user A wishes to be informed about that if he releases the document template for general use.
- Refer also to StR 43, StR 49
|
New
|
Deleting the Document / Dokument löschen
|
|
|
|
tbd
|
|
|
|
Sending the Document / Dokument versenden
|
|
|
|
tbd
|
|
|
|
Review the Document / Dokument sichten
|
Dokument sichten schließt beispielsweise auch das Präsentieren des Dokuments für andere Leute mit ein.
|
|
StR 28
|
Der User fordert, dass die Verwechslungsgefahr zwischen Dokument-Inhalt und zugehörigen Notizen gering ist.
|
Christoph
|
- Der User sollte eindeutig erkennen könne, wenn es sich bei Nutzdaten um Dokument-Inhalt oder Notiz-Daten handelt.
- (Nicht ganz überzeugendes) Beispiel (Word): Darstellung der Dokument-Inhalt-Änderungen und Notizen erfolgt auf sehr ähnliche Weise in Blasen an der rechten Seite des Dokumenttexts.
|
In Work
|
StR 29
|
Der User wünscht, dass die Zuordnung einer Notiz zu einem Dokument für den Nutzer gut nachvollziehbar ist.
|
Christoph
|
- UseCase: Der Nutzer arbeitet mit zwei Writer-Dokumenten (OOo 2.2), die gleichzeitig auf dem Bildschirm sichtbar sind. Der Nutzer fügt eine Notiz ein oder bearbeitet eine vorhandene Notiz. Dazu öffnet sich das Fenster „Notiz einfügen“, welches den Fokus bekommt (aktive Titelzeile). Die Bezug zum Dokument mit dem Notiz-Anker nicht mehr nachvollziehbar.
- Beispiel (Word): Anzeige der Notizen im Bläschen am Seitenrand oder im Überarbeitungsfenster erfolgt innerhalb des Dokument-Fensters. Bezug ist somit gegeben.
|
In Work
|
StR 30
|
Der User fordert, dass er den Zeitpunkt der Erstellung einer Notiz identifizieren kann.
|
Christoph
|
- Es ist zu erwarten, dass der Nutzer den Zeitpunkt der Erstellung einer Notiz mit deren Relevanz in Verbindung bringt.
- Beispiel (Word): Notizen werden beispielsweise durchnummeriert. Darüber hinaus ist das Erstellungsdatum verfügbar.
- Beispiel (Pages): Ausgabe eines Datums und der Zeit (Minuten genau). Dieser Erstellzeitpunkt ist gewöhnlicher Notiztext und kann vom Nutzer manuell gelöscht werden.
|
In Work
|
StR 31
|
Der Visually Disabled User fordert, dass er sich die Notiz-Daten vorlesen lassen kann.
|
iTeam
|
- Source Notes2-Wiki, Stand 2007-05-06, Accessibility: special APIs ... e.g. screenreaders
|
In Work
|
StR 32
|
Der Visually Disabled User fordert, dass Notiz-Daten nicht ausschließlich über unterschiedliche Farben kodiert werden.
|
Christoph
|
- UseCase: Der Visually Disabled User kann rot und grün nicht unterscheiden. Ungünstig beim Unterscheiden von Funktionen (z. B. Autorenname, Bearbeitungsstatus einer Notiz)
- Beispiel (Word): Auswahl der Blasenfarbe der Notiz am Seitenrand entsprechend Autor. Zusätzlich standardmäßig Hinzufügen des Autorenkürzels beim Erstellen einer Notiz.
|
In Work
|
StR 33
|
Der Motionally Disabled User fordert, dass der Arbeit mit der Notiz-Funktion mittels der alleinigen Nutzung der Tastatur möglich ist.
|
iTeam
|
- Source Notes2-Wiki, Stand 2007-05-06, Accessibility: access ... only with keyboard
|
In Work
|
StR 35
|
Falls in einer aktuellen Bildschirmansicht die Notiz-Daten nicht eingesehen werden kann, fordert der User, dass ihm die grundlegenden Notiz-Daten auf einfache Weise zugänglich gemacht werden.
|
Christoph
|
- Es ist wahrscheinlich, dass es bspw. Bildschirmansichten gibt, bei denen nur der Anker, nicht aber das Notiz-Fenster (mit den Notiz-Daten) sichtbar ist.
- Beispiel Implementierung 1: Notiz-Fenster in den Sichtbereich bringen
- Beispiel Implementierung 2: Notiz-Daten in Tooltipp anzeigen
|
In Work
|
Collaboration / Dokumente gemeinsam bearbeiten
|
Dokumente können beispielsweise gemeinsam (sequentiell) bearbeitet werden. Das entspricht der üblichen Arbeitsweise (bspw. Schreiben, Durchsicht, Überarbeitung, Freigabe) in der Wirtschaft.
|
|
StR 36
|
Der User fordert, dass er den Autoren einer Notiz identifizieren kann.
|
Christoph
|
- UseCase: Der Nutzer versteht den Inhalt einer Notiz nicht. Er möchte beim ursprünglichen Autoren der Notiz rückfragen. Dazu benötigt er den Namen des Autoren.
- Beispiel (Word): Anzeige des Autoren-Kürzels in den Notizen (z. B. in Bläschen am Seitenrand, im Überarbeitungsfenster)
|
In Work
|
StR 37
|
Der Nutzer wünscht, dass sich seine Notizen vor Änderungen von anderen Nutzer schützen lassen. (Änderung: Bearbeiten, Löschen)
|
Christoph
|
- UseCase: Dokument wird von Student an Betreuer zur Durchsicht gegeben. Der Student erhält das Dokument zurück, um die in Notizen dokumentierten Restaufgaben zu erledigen. Bei der Durchsicht des überarbeiteten Dokuments wünscht der Betreuer die Änderungen anhand seiner eigenen Notizen zu begutachten.
- Note: Das bringt natürlich üble Nebeneffekte mit sich, z. B. was macht man mit Notiz-Ankern, wenn der Bezugs-Text gelöscht wird etc.
|
New
|
StR 53
|
The user wishes, that OOo provides functionality to reply to the notes of other authors inside the notes of the other authors.
|
Christoph
|
|
New
|
StR 54
|
If a note contains a task for the user, the user wishes, that OOo provides functionality that the user can keep track on the progress of this task.
|
Christoph
|
- Beispiele: Fortschrittsinformation, OK-Status, Beschreibung mittels Text/Tags, Durchstreichen
|
New
|
Working with Master Documents / Arbeiten mit Globaldokumenten
|
|
|
StR 38
|
Falls der User mit Globaldokumenten arbeitet, fordert der User, dass die Benutzung der Notizfunktion im Globaldokument vergleichbar zur Nutzung der Notiz-Funktion in den Globaldokument-Einzeldokumenten ist.
|
Christoph
|
- UseCase: Die Globaldokument-Einzeldokumente enthalten Notizen. Beim Sichten/Zusammenführen der Dokumente im Globaldokument, sollen bspw. alle Notizen der Einzeldokumente im Navigator sichtbar sein. Oder es sollen bspw. alle Notizen als Liste ausgedruckt werden können.
|
In Work
|
Implementation of the New Functionality / Funktion implementieren
|
Spezifikation und Umsetzung der Funktion durch das iTeam und Community-Mitglieder
|
|
StR 34
|
Der Entwickler wünscht, dass die Notiz-Funktion keine Erweiterung des Standard-Dokumentenformats von OOo erfordert.
|
iTeam
|
- Source Notes2-Wiki, 2005-05-06, „Further Thoughts“: ODF 1.2 respektieren, oder ODF erweitern
- Source Chat des iTeams, 2005-05-03 16:00, Aussage Mathias Bauer: ODF lässt für Notizen nur Listen und Absätze zu
|
New
|