2017-07-16 1 views
1

Ich schreibe ein SRS-Dokument für zwei Anwendungen, die zwei Benutzern eines Restaurants "Reservierungssystem" dienen. Einer für den Manager und der andere für den Kunden. Ich frage mich, ob ich sie in verschiedene Systeme trennen sollte, wenn ich das Anwendungsfalldiagramm zeichne?Anwendungsfalldiagramme - für zwei Anwendungen (Softwareanforderungen-Spezifikationsdokument)

oder da sie das gleiche System bedienen, sollte ich sie in den gleichen Systemblock setzen?

-

+ Wenn ihr irgendwelche Untertitel weiß, dass ich in der SRS-Dokument posten Sie sie abdecken sollte. Ich habe nur die Anforderungen und die Anwendungsfälle abgedeckt.

+0

Und wenn ich die Schnittstelle zeichnen muss nicht entworfen werden oder nur um ihre Funktionalität zu zeigen? – ssai

Antwort

1

SRS werden in der Regel in den ersten Phasen von "Requirements Development" entwickelt. Dies ist die erste Produktentwicklungsphase, in der Informationen darüber gesammelt werden, welche Anforderungen benötigt werden - und nicht.

Sie werden wahrscheinlich ein Mitglied des SRS-Teams sein (wenn nicht, fragen Sie nach), was bedeutet, dass SRS-Entwicklung eine gemeinschaftliche Anstrengung für ein bestimmtes Projekt sein wird. Mehrere Normungsorganisationen (einschließlich der IEEE) haben neun Themen identifiziert, die angegangen werden müssen bei der Gestaltung und ein SRS Schreiben:

  1. Schnittstellen
  2. Functional Capabilities
  3. Performance Levels
  4. Datenstrukturen/Elemente
  5. Sicherheit
  6. Zuverlässigkeit
  7. Sicherheit/Datenschutz
  8. Qualität
  9. Einschränkungen und Einschränkungen

Eine Probe eines Grund SRS Umriss

  1. Einführung 1.1 Zweck 1.2 Dokumentkonventionen 1.3 Zielgruppe 1.4 Zusätzliche Informationen 1.5 Kontaktinformationen/SRS-Team Mitglieder 1.6 Referenzen
  2. Gesamtbeschreibung 2.1 Produkt Perspektive 2.2 Produktfunktionen 2.3 Benutzerklassen und Eigenschaften 2.4 Betriebsumgebung 2.5 Umgebung Benutzer 2.6 Entwurf/Implementierung Einschränkungen 2.7 Annahmen und Abhängigkeiten
  3. Externe Schnittstelle Anforderungen 3.1 Benutzerschnittstellen 3.2 Hardware-Schnittstellen 3.3 Software Schnittstellen 3.4 Kommunikationsprotokolle und Schnittstellen
  4. Systemmerkmale 4.1 Systemmerkmal A 4.1.1 Beschreibung und Priorität 4.1.2 Aktion/Ergebnis 4.1.3 Funktionale Anforderungen 4.2 Systemfunktion B
  5. Andere nicht funktionale Anforderungen 5.1 Leistungsanforderungen 5.2 Sicherheitsanforderungen 5.3 Sicherheitsanforderungen 5.4 Software-Qualitätsmerkmale 5.5 Projektdokumentation 5.6 Benutzerdokumentation
  6. Weitere Anforderungen Anhang A: Terminologie/Glossar/Definitionen Liste Anhang B:
  7. bestimmt
werden

über die Frage, der Manager und Client sind Akteur eines gleichen Systems. Sie sollten also ein System für Ihr Projekt verwenden.

+0

danke maryam. – ssai

Verwandte Themen