Online Handelssystem Projektspezifikationen

Slideshare verwendet Cookies, um Funktionalität und Leistung zu verbessern und Ihnen relevante Werbung zu bieten. Wenn Sie fortfahren, die Website zu durchsuchen, stimmen Sie der Verwendung von Cookies auf dieser Website zu. Siehe unsere Benutzervereinbarung und Datenschutzbestimmungen. Slideshare verwendet Cookies, um Funktionalität und Leistung zu verbessern und Ihnen relevante Werbung zu bieten. Wenn Sie fortfahren, die Website zu durchsuchen, stimmen Sie der Verwendung von Cookies auf dieser Website zu. Siehe unsere Datenschutzrichtlinie und Benutzervereinbarung für Details. Entdecken Sie alle Ihre Lieblingsthemen in der SlideShare App Holen Sie sich die SlideShare App zu speichern für später sogar offline Weiter zur mobilen Website Upload Login Signup Doppeltippen Sie, um zu verkleinern Ein Projektbericht über den Onlinehandel Share this SlideShare LinkedIn Corporation Kopie 2017Requirements and Specifications The Importance of Anforderungen und Spezifikationen Hinter jedem konzertierten Anstrengungen zu bauen, starten oder pflegen eine Website ist wahrscheinlich eine Idee oder ein Konzept, was die site8217s Führung oder Führungskräfte Unternehmen wollen getan. Hinter jedem rationalen Webaufwand sollte eine formale Struktur und Methodik als Projektplan bekannt sein. Die Projektplanung ist eine Technik, die heute der Informationstechnologie und der Medienarbeit geläufig ist (ich erwähne Projektpläne und Planung nur im Vorbeigehen 8212 Dieses Thema verdient eine tiefergehende Behandlung, die über den Rahmen dieses speziellen Essays hinausgeht). Die meisten Web-Site-Projekte enthalten eine Menge von Informationen, die das Produkt oder die Ausgabe des Projekts beschreibt Arbeit Arbeit diese Informationen befasst sich mit den Zielen des Endprodukts, definiert in den Projektanforderungen. Und alle Regeln für die Schaffung des Produkts, die in den Projektspezifikationen definiert sind. Anforderungen Notwendige Ziele definieren Jedes kohärente und vernünftige Projekt muss Anforderungen haben, die definieren, was das Projekt letztendlich tun soll. Nach Kaner et al. In Testing Computer Software Eine Anforderung ist ein Ziel, das erfüllt werden muss. Planer werfen die meisten Anforderungen in funktionalen Begriffen, so dass Design und Implementierung Details an die Entwickler. Sie können detaillierte Preis-, Leistungs - und Zuverlässigkeitsziele sowie einige Aspekte der Benutzeroberfläche angeben. Manchmal beschreiben sie ihre Ziele genauer als realistisch (p 32). Es gibt tatsächlich mehrere Arten von Anforderungen der Begriff Anforderung ist umständlich, weil es das Konzept eines Ziels oder Ziel oder notwendige Charakteristik beschreibt, aber zur gleichen Zeit der Begriff beschreibt auch eine Art von formalen Dokumentationen, nämlich die Anforderungen Dokument. Voraussetzung für das vorliegende Dokument ist, dass es Anforderungen gibt, die beschreiben, welche Funktionen die Software bieten soll, welche Eigenschaften die Software haben soll und welche Ziele die Software erfüllen soll oder welche Benutzer sie treffen sollen. Ich ziehe es vor, die Begriffsanforderungen zu verwenden, um auf den allgemeinen Satz von Dokumenten zu verweisen, die beschreiben, was ein Projekt erreichen soll und wie das Projekt erstellt und implementiert werden soll. Solch ein allgemeiner Satz von Anforderungen würde Dokumente beinhalten, die die verschiedenen Anforderungen für das Projekt 8212 der 8220what8221 8212 sowie Spezifikationsdokumente formulieren, die die Regeln für die Erstellung und Entwicklung des Projekts 8212 der 8220how8221 schreiben. Die Projektanforderungen stellen ein offensichtliches Instrument für die Bewertung der Qualität eines Projekts dar, da eine abschließende Überprüfung prüfen sollte, ob jede Anforderung erfüllt ist. Leider ist es nie so einfach. Die Anforderungen neigen dazu, sich im Laufe eines Projekts zu ändern, so dass das gelieferte Produkt die verfügbaren Anforderungen nicht einhalten kann 8212 Dies ist eine ständige und ärgerliche Facette des Qualitätssicherungsprozesses. Darüber hinaus stellt die Erfüllung aller Anforderungen kein Qualitätsprodukt an sich dar, da die Anforderungen unter Umständen nicht im Hinblick auf die Qualität der Endbenutzer-Erfahrung definiert wurden. Ein Projekt8217s Spezifikationen sind nützlicher für die Bestimmung der product8217s Qualität. Spezifikationen Definieren Sie, wie man die Ziele trifft Eine Spezifikation ist buchstäblich die Diskussion eines spezifischen Punktes oder Ausgabe it8217s hart in diesem Fall, die zirkuläre Referenz zu vermeiden. Ein Projekt8217s Spezifikationen bestehen aus dem Körper von Informationen, die die Projektentwickler, Ingenieure und Designer durch die Arbeit der Erstellung der Software führen sollte. Ein Spezifikationsdokument beschreibt, wie etwas getan werden soll. Dieses Dokument kann sehr detailliert sein, indem es beispielsweise die Minutien der Implementierung definiert, ein Spezifikationsdokument kann alle möglichen Fehlerzustände für ein bestimmtes Formular auflisten, zusammen mit allen Fehlermeldungen, die dem Benutzer angezeigt werden sollen. Die Spezifikationen können die Schritte einer beliebigen funktionalen Interaktion und die Reihenfolge, in der sie vom Benutzer verfolgt werden sollen, beschreiben. Ein Anforderungsdokument hingegen würde angeben, dass die Software Fehlerzustände vernünftig und effektiv behandeln muss und den Benutzern explizite Rückmeldung zur Verfügung stellt. Die Spezifikationen zeigen, wie diese Anforderung zu erfüllen. Spezifikationen können mehrere Formen annehmen. Sie können eine einfache Auflistung von funktionalen Attributen sein, sie können Diagramme oder Schemata von funktionalen Beziehungen oder Flußlogik sein, oder sie können einen mittleren Grund einnehmen. Spezifikationen können auch in Form von Prototypen, Mockups und Modellen vorliegen. Projektspezifikationen sind viel wichtiger für die Bestimmung der Qualität des Produkts. Jede Regel und funktionale Beziehung liefert einen Testpunkt. Die Einhaltung der Spezifikation ist jedoch keine perfekte Maßnahme. Auch nach Kaner et al. Ist eine Fehlanpassung zwischen dem Programm und seiner Spezifikation genau dann ein Fehler im Programm, wenn die Spezifikation vorliegt und korrekt ist. Ein Programm, das schrecklich genau folgt, ist schrecklich, nicht perfekt (p 60). Ein wichtiger Teil der Qualitätssicherungsrolle ist die proaktive Beteiligung in der Projektanforderungsanalyse und in den Spezifikationsphasen, in denen die rationale und kundenorientierte Sicht des QA-Analytikers auf die project8217s-Regeln angewendet werden kann, bevor ein Code geschrieben wird. Der Return on Investment (ROI) dieses Vor-QA-Engagements hat sich gezeigt: Mehrere Studien haben festgestellt (und gesunder Menschenverstand), dass Unternehmen weniger bezahlen müssen, um Probleme zu beheben, die früh in einem Projektzyklus auftreten. Fangprobleme, wenn die Anforderungen und Spezifikationen gehämmert werden, ist der ideale Zeitpunkt, um Probleme zu lösen. Kaner et al. Liste 6 Testpunkte, die bei der Überprüfung von Anforderungen und Spezifikationen, die hier kurz beschrieben werden, abgedeckt werden: Sind diese die 8220right8221 Anforderungen sind sie abgeschlossen Sind sie kompatibel Sind sie erreichbar sind sie vernünftig sind sie testen Beispiele für Anforderungen und Spezifikationen Dokumentation Die folgende Liste beschreibt die verschiedenen Arten Formale Dokumente, die zu den Körper der Anforderungen und Spezifikationen Dokument. Diese sind nicht unbedingt für jedes Softwareprojekt obligatorisch, liefern aber den Entwicklern, Konstrukteuren und Ingenieuren, die mit der Durchführung eines Projekts beauftragt sind, und den für die Evaluierung der Projektdurchführung verantwortlichen Qualitätssicherungsleuten und Testern wichtige Informationen. Diese Themen können auch als Abschnitte von größeren und integrativen Anforderungen und Spezifikationen Dokumente kombiniert werden. Benutzeranforderungen Benutzeranforderungen beschreiben typischerweise die Anforderungen, Ziele und Aufgaben des Benutzers. Ich sage 8220typically8221 hier, weil oft diese Benutzeranforderungen spiegeln die eigentliche Person, die mit der Software-Projekte sind oft auf die Bedürfnisse der Projekt-Anforderer zugeschnitten, und nicht der Endbenutzer der Software. Ich empfehle dringend, dass ein Benutzeranforderungsdokument den Endbenutzer definiert und beschreibt und dass jegliche Messungen der Qualität oder des Erfolgs bezüglich dieses Endbenutzers erfolgen. Benutzeranforderungen werden in der Regel nach Abschluss der Aufgabenanalyse definiert. Die Prüfung der Aufgaben und Ziele des Endbenutzers. Systemvoraussetzungen Der Begriff Systemanforderungen hat zwei Bedeutungen. Erstens kann er sich auf die Anforderungen beziehen, die die Fähigkeiten des Systems beschreiben, mit denen, durch die und auf denen das Produkt funktioniert. Zum Beispiel muss die Website auf einem Dual-Prozessor-Box ausgeführt werden, und möglicherweise müssen die neuesten brandX-Datenbank-Software. Zweitens kann es sich auf die Anforderungen beziehen, die das Produkt selbst beschreiben, mit der Bedeutung, dass das Produkt ein System ist. Diese zweite Bedeutung wird von den Autoren des Constructing Superior Software (Teil der Software Quality Institute Series) verwendet: Es gibt zwei Kategorien von Systemanforderungen. Funktionale Anforderungen geben an, was das System tun muss. Die Benutzeranforderungen legen den annehmbaren Grad der Benutzerleistung und die Zufriedenheit mit dem System fest (p 64). Für diese zweite Bedeutung ziehe ich es vor, den allgemeineren Begriff 8220anforderungen und Spezifikationen8221 gegenüber den opaken 8220-Systemanforderungen8221 zu verwenden. Funktionale Anforderungen Funktionale Anforderungen beschreiben, was die Software oder Web-Site soll durch die Definition von Funktionen und High-Level-Logik zu tun. In vielen Fällen werden, wenn die Benutzeranforderungen für den Anforderer und nicht für den Endbenutzer geschrieben werden, die funktionalen Anforderungen mit den funktionalen Anforderungen kombiniert, die in Unternehmen mit einer starken Informationstechnologie-Abteilung üblich sind, die mit der Arbeit beauftragt ist. Funktionale Spezifikationen Funktionale Spezifikationen beschreiben die notwendigen Funktionen auf der Ebene von Einheiten und Komponenten diese Spezifikationen werden typischerweise verwendet, um das System ohne die Benutzerschnittstelle aufzubauen. In Bezug auf eine Website, ist eine Einheit der Entwurf für eine bestimmte Seite oder Kategorie von Seite, und die funktionale Spezifikation würde detailliert die funktionalen Elemente dieser Seite oder Seite-Typ. Zum Beispiel kann das Design für die Seite die folgenden Funktionen erfordern: E-Mail-Anmeldeformular, Suchformular, kontextsensitive Navigationselemente, Logik zu löschen und oder ein Client-seitiges Cookie zu lesen usw. Diese Aren8217t 8220look8221 Probleme so viel wie sie 8220functionality8221 sind Probleme. Eine Komponente ist ein Satz von Seitenzuständen oder eng verwandten Formen einer Seite. Zum Beispiel kann eine Komponente eine Seite mit einem Übermittlungsformular, der Bestätigungsseite (dh 8220thanks für die Übermittlung8221) und den verschiedenen Fehlerzuständen (dh 8220die E-Mail-Adresse8221, 8220 müssen Sie alle erforderlichen Felder8221 usw. ausfüllen) . Das funktionale Spezifikationsdokument kann Auswirkungen auf die Gestaltung der Benutzerschnittstelle haben, aber diese Implikationen werden typischerweise durch eine formale Entwurfsspezifikation und / oder einen Prototyp ersetzt. Design-Spezifikationen Die Design-Spezifikationen Adresse der 8220look und feel8221 der Schnittstelle, mit Regeln für die Anzeige von globalen und bestimmten Elementen. Flussdiagramm oder Flussdiagramm Flussdiagramme definieren die Endbenutzer-Pfade, die die Standort - und Standortfunktionalität beeinflussen. Ein Ablaufdiagramm für eine Handelsseite würde die Sequenz von Seiten detaillieren, die notwendig sind, um die von der Handelsanwendung benötigten Informationen zu sammeln, um eine Bestellung abzuschließen. Logische Diagramme beschreiben die Reihenfolge, in der logische Entscheidungen während der Übertragung, des Sammelns oder Testens von Daten getroffen werden. So können beispielsweise bei der Vorlage eines Formulars Informationen vom System für die Feldvollständigkeit überprüft werden, bevor sie für algorithmische Genauigkeit überprüft werden, mit anderen Worten, das System kann überprüfen, ob erforderliche Felder tatsächlich abgeschlossen worden sind, bevor sie das Format der E-Mail überprüfen Adresse korrekt ist oder die Kreditkartennummer eine algorithmisch gültige Zahl ist. Ein weiteres Beispiel wäre die Logik, die auf eine Suchabfrage angewendet wird, wobei die Schritte, die bei der Abfragebereinigung und - expansion und der Anwendung von Booleschen Operatoren auftreten, beschrieben werden. Systemarchitekturdiagramm Ein Systemarchitekturdiagramm veranschaulicht, wie die Systemhardware und - software konfiguriert werden muss und wie die Datenbanktabellen definiert und angelegt werden sollen. Prototypen und Mock-ups Ein Prototyp ist ein Modell des Systems, das im Medium des Systems geliefert wird. Beispielsweise würde ein Websiteprototyp als Web-Site unter Verwendung der Standard-Webprotokolle geliefert werden, so dass er mit demselben Medium wie das Projekt projiziert werden kann. Prototypen müssen voll funktionsfähig sein, sie müssen nur illustrieren, was das Produkt aussehen und fühlen sollte. Im Gegensatz dazu ist ein Mock-up eine Darstellung in einem anderen Medium. Eine Website Mock-up könnte eine Papierdarstellung dessen, was die Seiten aussehen sollte. Die Autoren von Constructing Superior Software beschreiben mehrere Kategorien von Prototypen: Low Fidelity Prototypen, die dem, was I8217ve etikettiert 8220mock-ups8221, und High-Fidelity-Prototypen entsprechen. Low Fidelity Prototypen sind begrenzte Funktion und begrenzte Interaktion Prototypen. Sie sind konstruiert, um Konzepte, Designalternativen und Bildschirmlayouts zu präsentieren, anstatt die Benutzerinteraktion mit dem System zu modellieren8230.Es gibt zwei Formen von Low Fidelity Prototyp: abstract und concrete8230.The visuelle Designer arbeitet aus dem abstrakten Prototyp und produziert Zeichnungen der Schnittstelle als konkreter Low Fidelity Prototype8230.High Treue Prototypen sind vollständig interaktiv (p 70-71). Prototypen und Mock-ups sind wichtige Werkzeuge für die Definition des visuellen Designs, können aber aus Qualitätssicherungs - und Testgründen problematisch sein, weil sie eine Vorstellung davon sind, wie das Produkt aussehen und fühlen sollte. Das Problem ist nicht, dass die designer8217s kann falsch entwerfen, sondern dass der Prototyp oder Mock-up wird die de facto-Design aufgrund einer Darstellung werden. Die Gefahr ist, dass das Design endgültig wird, bevor es genehmigt worden ist bekannt als 8220premature Konkretisierung8221 oder 8220premature Schärfe der Darstellung8221, wo eine Probe die endgültige Gestaltung ohne eine formale Entscheidung wird. Wenn Sie versucht haben, Seitenelement aus einem Design zu entfernen, haben Sie eine Idee, wie dieses Problem ist. Der Wert von Prototypen ist, dass sie eine visuelle Dimension bieten, um die schriftlichen Anforderungen und Spezifikationen sind sie sowohl ein Proof of Concept und der Designer8217 Skizzenblock in einem Paket verpackt. Technische Spezifikationen Technische Spezifikationen werden typischerweise von Entwicklern und Programmierern geschrieben und beschreiben, wie sie das Projekt implementieren werden. Die Entwickler arbeiten aus den funktionalen Spezifikationen und übersetzen die Funktionen in ihre tatsächlichen Coding-Praktiken und Methoden. Slideshare verwendet Cookies, um Funktionalität und Leistung zu verbessern und Ihnen relevante Werbung zu bieten. Wenn Sie fortfahren, die Website zu durchsuchen, stimmen Sie der Verwendung von Cookies auf dieser Website zu. Siehe unsere Benutzervereinbarung und Datenschutzbestimmungen. Slideshare verwendet Cookies, um Funktionalität und Leistung zu verbessern und Ihnen relevante Werbung zu bieten. Wenn Sie fortfahren, die Website zu durchsuchen, stimmen Sie der Verwendung von Cookies auf dieser Website zu. Siehe unsere Datenschutzrichtlinie und Benutzervereinbarung für Details. Entdecken Sie alle Ihre Lieblingsthemen in der SlideShare App Holen Sie sich die SlideShare App, um für Später zu speichern sogar offline Weiter zur mobilen Website Upload Login Signup Doppeltippen, um zu verkleinern 33059297 a-project-report-on-online-trading-stock-brokers-of - sharekhan Teilen Sie diese SlideShare LinkedIn Corporation copy 2017