Concerns Requirements Question Requirements Question Requirements Question Kompatibilität (ER11) Anwendung muß auf der vorhandenen Rechnerplattform laufen (Q1) Läuft das System auf den Rechnern die eingesetzt werden sollen? Performance (ER1) Anwendung darf das Arbeiten an den Rechnern nicht behindern (Q) Werden zu viele Systemresourcen benötigt? Sicherheit (ER31) Die Sicherheit muß gewährleistet sein (Q1) Ist die Sicherheit nicht gegeben? Viewpoints Chatter Bedienerfreundlichkeit Concerns Kompatibilität; Performance; Sicherheit Die Chatbenutzer Requirements (RC11) will Überblick über Kanäle haben (z. B. Personen suchen) (RC1) Möglichkeit der Aufsicht Vergehen zu melden (RC13) kurze (oder längere) Textzeilen an andere senden können (eben chatten) (RC14) will auch private Gespräche führen können (RC15) History Verwaltug (RC16) GUI zur einfachen Bedienung (RC17) Schwarzes Brett, Offline Messages (RC18) itransfer soll möglich sein Administrator Administration Concerns Kompatibilität, Performance; Sicherheit Administrator Requirements (RA1) möglichst viel automatische Wartung (RA) Wartung über eine Konsole (RA3) Logging (RA4) Accountverwaltung Aufsicht Einhaltung der Netiquete i
Product Requirements Document Chatanwendung Concerns Kompatibilität; Performance; Sicherheit Betreiber Requirements (RAU31) Ausschließen von Usern (RAU3) soll alles mitlesen können (RAU33) es existiert ein Moderationskanal Entwickler Erstellen der Anwendung mit wenig Ressourcen Concerns Kompatibilität; Performance; Sicherheit Professioneller Softwareentwickler Requirements (RE41) Wiederverwendbare Komponenten nutzbar Requirement analysis Chatter vs. Aufsicht RC11 RC1 RC13 RC14 RC15 RC16 RC17 RC18 RAU31 0 0 0 0 0 0 0 0 RAU3 0 0 0 1000 0 0 0 0 RAU33 0 1 0 0 0 0 0 0 Änderungen: Aufsicht Einhaltung der Netiquete Concerns Kompatibilität; Performance; Sicherheit Betreiber Requirements (RAU31) Ausschließen von Usern (RAU3) soll alles nicht private mitlesen können (RAU33) es existiert ein Moderationskanal (RAU3) geändert, wegen Konflikt mit (RC14) Chatter Bedienerfreundlichkeit Concerns Kompatibilität; Performance; Sicherheit Die Chatbenutzer Requirements (RC11) will Überblick über Kanäle haben (z. B. Personen suchen) (RC13) kurze (oder längere) Textzeilen an andere senden können (eben chatten) (RC14) will auch private Gespräche führen können (RC15) History Verwaltug (RC16) GUI zur einfachen Bedienung ii
Product Requirements Document Chatanwendung (RC17) Schwarzes Brett, Offline Messages (RC18) itransfer soll möglich sein (RC1) Entfällt, wegen Redundanz mit (RAU33) [TU-Dresden] Chatanwendung Pflichtenheft 000 TU-Dresden iii
Versionen ision Description Author 11/10/00 1.0 Initial Version Author mm/dd/yy iv
Table of Contents 1. PURPOSE... 6 1.1. SCOPE... 6 1.. DEFINITIONS, ACRONYMS, ABBREVIATIONS... 6 1..1. Definitions... 6 1... Acronyms... 6 1.3. REFERENCES... 6 1.4. OVERVIEW... 6. OVERALL DESCRIPTION... 7.1. PRODUCT PERSPECTIVE... 7.. PRODUCT ARCHITECTURE... 7.3. PRODUCT FUNCTIONALITY/FEATURES... 7.4. USER CHARACTERISTICS... 7.5. CONSTRAINTS... 7.6. ASSUMPTIONS AND DEPENDENCIES... 7 3. SPECIFIC REQUIREMENTS... 8 3.1. FUNCTIONAL REQUIREMENTS... 8 3.. EXTERNAL INTERFACE REQUIREMENTS... 8 3.3. INTERNAL INTERFACE REQUIREMENTS... 8 3.4. INTERNAL DATA REQUIREMENTS... 8 3.5. DESIGN AND IMPLEMENTATION CONSTRAINTS... 8 3.6. OTHER REQUIREMENTS... 9 4. NON-FUNCTIONAL REQUIREMENTS... 10 4.1. SAFETY REQUIREMENTS... 10 4.. SECURITY AND PRIVACY REQUIREMENTS... 10 4.3. ENVIRONMENTAL REQUIREMENTS... 10 4.4. COMPUTER RESOURCE REQUIREMENTS... 10 4.4.1. Computer Hardware Requirements... 10 4.4.. Computer Hardware Resource Utilization Requirements... 10 4.4.3. Computer Software Requirements... 10 4.4.4. Computer Communication Requirements... 10 4.5. SOFTWARE QUALITY FACTORS... 10 4.6. PACKAGING REQUIREMENTS... 10 4.7. PRECEDENCE AND CRITICALITY OF REQUIREMENTS... FEHLER! TEXTMARKE NICHT DEFINIERT. 5. QUALIFICATION PROVISIONS... FEHLER! TEXTMARKE NICHT DEFINIERT. 6. REQUIREMENTS TRACEABILITY... FEHLER! TEXTMARKE NICHT DEFINIERT. 6.1. UPWARD TRACEABILITY... FEHLER! TEXTMARKE NICHT DEFINIERT. 6.. DOWNWARD TRACEABILITY... FEHLER! TEXTMARKE NICHT DEFINIERT. v
1. Purpose 1.1. Scope Die Anwendung stellt eine Umgebung zur Verfügung, in der die Nutzer Gespräche über die Eingabe von Texten miteinender kommunizieren können. Das Projekt wird im Rahmen der Übung zur Lehrveranstaltung Sofwaretechnologie II durchgeführt. Das Gesamtprojekt wird durch Zusammenarbeit mehrerer Gruppen realisiert. 1.. Definitions, Acronyms, Abbreviations 1..1. Definitions 1..1.1. Chatter: Der Benutzer der Clientsoftware, der mit anderen Benutzern kommunizieren möchte. 1..1.. Administrator: Stellt den reibungslosen Betrieb der Serversoftware sicher und verwaltet die Benutzer-Accounts. 1..1.3. Aufsicht: Gewährleistet die Einhaltung der Netiquette. 1..1.4.-Entwickler: Programmierer, die die Implementierung durchführen. 1..1.5.-Kanäle: Die Kommunikation mehrerer Benutzer erfolgt über sogenannte Kanäle, in denen die Texte in Fenstern dargestellt werden. 1... Acronyms 1.3. References 1.4. Overview 6
. Overall Description.1. Product Perspective Die Anwendung wird für die Nutzung im Rechenzentrum der Fakultät Informatik entwickelt, wo ebenfalls der Test durchgeführt werden soll... Product Architecture Die Anwendung besteht aus der Chat-Server-Anwendung und dem Chat-Client-Applet..3. Product Functionality/Features Der Benutzer loggt sich mittels eines Aliasnamens in die Anwendung ein. Danach besteht die Möglichkeit in bereits offenen Kanälen am jeweiligen Gespräch teilzunehmen. Weiterhin kann der Benutzer neue Kanäle eröffnen, wobei es möglich ist private Kanäle zu öffnen, in die der Zutritt nut über Einladung möglich ist. Bestimmte Benutzer können durch den Administrator die Befugnisse einer Aufsicht erlangen und die Einhaltung der Netiquette überwachen und gegebenenfalls Kanäle schließen, die diese verletzen..4. User Characteristics.5. Constraints.6. Assumptions and Dependencies 7
3. Specific Requirements 3.1. Functional Requirements 3.1.1. Chatter will Überblick über Kanäle haben (z. B. Personen suchen) kurze (oder längere) Textzeilen an andere senden können (eben chatten) will auch private Gespräche führen können History Verwaltug GUI zur einfachen Bedienung Schwarzes Brett, Offline Messages itransfer soll möglich sein 3.1.. Administrator möglichst viel automatische Wartung Wartung über eine Konsole Logging Accountverwaltung 3.1.3. Aufsicht Ausschließen von Usern soll alles nicht Private mitlesen können es existiert ein Moderationskanal 3.1.4. Entwickler Wiederverwendbare Komponenten nutzbar 3.. External Interface Requirements Der Chat-Client soll in den Standardbrowsern Microsoft Internet Explorer und Netscape Navigator lauffähig sein. 3.3. Internal Interface Requirements Die Kommunikation zwischen Client und Server soll mittels CORBA erfolgen. 3.4. Internal Data Requirements Protokolle sollen als ASCII-ien gespeichert werden. 3.5. Design and Implementation Constraints Die Implementierung soll mittels JDK 1.3 erfolgen. 8
Der Client soll als Java-Applet implementiert werden. 3.6. Other Requirements 9
4. Non-Functional Requirements 4.1. Safety Requirements Server und Client sollen ständig verfügbar sein, dabei aber nicht die Performance anderer Anwendungen auf dem Server beeinträchtigen. Ausfallursachen, wie z.b. Überlast, sollen so genau wie möglich protokolliert werden. 4.. Security and Privacy Requirements Es soll dem Chatter nicht möglich sein über das Chatprogramm hinausgehende Altivitäten auf dem Server zu veranlassen bzw. selbst durchzuführen. Bereitstellung privater Chatkanäle, die auch vom Administrator nicht mitgelesen werden können. Sitzungsprotokolle sollen nur durch Eigentümer einsehbar sein. Benutzerdaten werden geheim auf dem Server gespeichert. 4.3. Environmental Requirements 4.4. Computer Resource Requirements 4.4.1. Computer Hardware Requirements Anwendung soll keine speziellen Anforderungen an die Hardware stellen. 4.4.. Computer Hardware Resource Utilization Requirements 4.4.3. Computer Software Requirements Betriebssystem mit Java-fähigem Browser auf dem Client. Auf dem Server muß eine entsprechende Java-Laufzeit-Umgebung installiert sein. 4.4.4. Computer Communication Requirements Der Chatterzugang erfolgt über Internetzugang. 4.5. Software Quality Factors Einfache Bedienbarkeit muß möglich sein. Andere Anwendungen und die Arbeit des Nutzers sollen nicht behindert werden. 4.6. Packaging Requirements 10
Software soll über ein Installations-/Deinstallationsscript verfügen 11