Hilfe beim Überarbeiten des Projektantrags

[shein_de]

Hi zusammen,

ich bin Anwendungsentwickler und habe noch bis Mittwoch Zeit meinen Projektantrag zu überarbeiten.

Daher würde ich Euch um Hilfe bitten.

erster Entwurf:

Das Projekt „Preisanpassungsprogramm“ soll Bestandteil des Warenwirtschafts-systems BuSS’98 werden. Es dient dazu für bestimmte Warengruppen im Sortiment eine Preisanpassung vornehmen zu können.Im System sind alle Artikel verschiedenen Warengruppen zugeordnet. Das zu erstellende Programm soll, nach Vorgabe des Benutzers alle Artikel bestimmter Warengruppen in einer Schleife durchlaufen und jeweils einen, vorher vom Benutzer festgelegten, prozentualen Auf- beziehungsweise Abschlag auf den Preis berechnen. Der so errechnete neue Preis soll anschließend gespeichert werden, so dass die betroffenen Artikel ab sofort mit dem neuen Preis verkauft werden können.Zudem soll es die Möglichkeit geben, sich auf Wunsch den errechneten neuen Preis nur als „Vorschlag“ anzeigen zu lassen, um ihn individuell anpassen zu können bevor dieser gespeichert wird. So soll die Möglichkeit gegeben sein, unübliche Preise, wie zum Beispiel 47,87 € in handelsübliche Preise, wie zum Beispiel 47,95 € abzuändern.Diese Funktion des manuellen Eingriffs, soll nur auf Wunsch des Bedieners, über anhaken einer Checkbox aktiviert werden. So kann man das Programm auch selbstständig durchlaufen lassen und so Arbeitsaufwand sparen.Um auch im Nachhinein eine Übersicht über alle geänderten Preise zu haben, wird parallel zum Ändern der Preise auch ein Protokoll geführt, in dem die betroffenen Artikel sowie deren alter und deren neuer Preis festgehalten werden.Auf Wunsch des Benutzers soll das Programm auch automatisch Barcode-Etiketten für die geänderten Artikel mit dem neuen Preis ausdrucken, damit diese im Sortiment sofort neu etikettiert werden können. Die Anzahl der zu druckenden Etiketten orientiert sich dabei an der im System eingetragenen, vorhandenen Stückzahl des jeweiligen Artikels.

Darauf die Antwort des Prüfungsausschusses:

Wenn dieses Projekt lediglich die

Umsetzung einer Formel ist, würde dies zu einer sehr schlechten

Note führen! Erklären Sie das Besondere bzw. Ihre Leistung.

und hier meie momentane Version(ich weiß allerdings nicht ob das das ist was die IHK lesen will):

Das Projekt „Preisanpassungsprogramm“ soll Bestandteil des Warenwirtschafts-systems BuSS’98 werden. Es dient dazu für bestimmte Warengruppen im Sortiment eine Preisanpassung vornehmen zu können.

Das Programm wird unter anderem eine zu entwerfende Prozedur benutzen, welche auch von anderen Programmen später eingesetzt werden soll. Die Prozedur greift direkt auf die Datenbank zu in der alle Artikel, welche im WWS vorhanden sind, gespeichert sind.

Nach Aufruf des Programms muss der Anwender zunächst wählen für welche Warengruppen eine Preisanpassung vorgenommen werden soll. Hier können bis zu 3 verschiedene Warengruppen über Comboboxen ausgewählt werden. Da sich die Warengruppen bei verschiedenen Kunden (es arbeiten über 100 verschiedene Kunden mit dem BuS-System) deutlich voneinander unterscheiden können, werden die Comboboxen mit den, in der jeweiligen Kundenumgebung vorhandenen Warengruppen aus dem entsprechenden Record gefüllt. Werden Warengruppen im System geändert oder hinzugefügt, so werden diese Änderungen auf diese Weise beim nächsten Aufruf des Preisanpassungsprogramms sofort aktualisiert.

Anschließend muss angegeben werden ob ein Preisaufschlag oder ein Rabatt (positives oder negatives Vorzeichen) berechnet werden soll und mit wie viel Prozent die Rabatte bzw. Ausschläge berechnet werden sollen. Außerdem muss über Checkboxen angegeben werden ob die Berechnung für den Einkaufspreis oder für den Verkaufspreis vorgenommen werden soll. Darüber hinaus kann der Anwender, ebenfalls über eine Checkbox, auswählen ob er für alle geänderten Artikel, die auch in seinem Bestand vorhanden sind, neue Barcode-Etiketten ausgedruckt haben möchte um seine Ware sofort neu etikettieren zu können.

Zusätzlich wird über das Anhaken einer Checkbox die Möglichkeit geboten die neu berechneten Preise manuell korrigieren zu können, bevor diese in der Datenbank gespeichert werden. So soll die Möglichkeit gegeben sein, unübliche Preise, wie zum Beispiel 47,87 € in handelsübliche Preise, wie zum Beispiel 47,90 € abzuändern.

Nach starten des Programms werden alle Artikel die in der Titeldatenbank gespeichert sind in einer Schleife durchlaufen. Dabei wird zu erst geprüft ob der aktuelle Artikel dem Warengruppenfilter entspricht. Das heißt wenn keine Warengruppe angegeben worden ist, so werden für alle Artikel im System neue Preise berechnet. Ist mindestens eine Warengruppe vom Anwender angegeben worden, so prüft das Programm ob der Artikel, welcher aktuell in der Schleife verarbeitet wird, einer der angegebenen Warengruppen zugeordnet ist. Ist dies nicht der Fall wird zum nächsten Titel weiter gegangen. Ist der Artikel einer der angegebenen Warengruppen zugeordnet, so wird die neue Prozedur aufgerufen welche dann die Preisberechnung, nach den zuvor gemachten Vorgaben vornimmt. Dazu wird je nach ausgewähltem Vorzeichen, die Berechnung für einen Rabatt oder einen Preisaufschlag durchgeführt.

Hat der Anwender zu Beginn angegeben, das er die Preise manuell anpassen möchte, so wird nach der Preisberechnung ein neues Fenster geöffnet, welches zunächst anzeigt, welcher Artikel gerade bearbeitet wird. Hier wird der Titel und die ISBN sowie die alten Preise (EK und VK) des Artikels ausgegeben. Zusätzlich werden die neuberechneten Preise in Edit-Feldern als „Vorschlag“ angezeigt. Diese können hier nun manuell geändert und mit [OK] bestätigt werden. Nach der Bestätigung wird das zweiter Fenster wieder geschlossen und der Inhalt der Edit-Felder (welcher entweder dem automatisch berechneten oder einem manuell eingetragenen Preis entspricht) auf den aktuellen Datensatz abgebildet.

Wurde vom Anwender ausgewählt, das der EK geändert werden soll wird bei automatischer Berechnung nur dieser Wert in der Datenbank geändert. Soll der VK geändert werden, wird entsprechend nur dieser Wert geändert. Die Preisanpassung kann auch auf EK und VK vorgenommen werden, in dem Fall werden beide Werte geändert. Wird die Option gewählt den Preis manuell anpassen zu können, kann in dem Fenster zur manuellen Anpassung wahlweise nur der EK, nur der VK oder beide Werte verändert werden.

Anschließend wird der geänderte Datensatz gespeichert, so das bei Zugriffen aus anderen Programmteilen des WWS (wie zum Beispiel den Stammdaten, der Kasse oder dem Wareneingang) der aktuelle Preis angezeigt wird. Das ist für die richtige Ausweisung von Preisen auf Rechnungen oder anderen Belegen, aber auch für die systeminterne Historie und Auswertungen (beispielsweise für die Buchhaltung) besonders wichtig.

Nach der Speicherung des Datensatzes wird in einer Protokolldatei festgehalten welche Artikel (wird über die ISBN gekennzeichnet) soeben geändert wurde. Hier wird zu dem jeweiligen Artikel dann der alte und der neue EK sowie die alte und der neue VK ausgegeben, so das im nachhinein überprüft werden kann welche Artikel, wie geändert wurden.

Wurde vom Anwender die Checkbox für den Ausdruck von Barcode-Etiketten angehakt, so wird nun geprüft ob der aktuelle Artikel im Lager vorhanden ist. Ist dies der Fall so werden so viele Etiketten für der Artikel gedruckt, das alle im Lager befindlichen Titel neu etikettiert werden können. Dazu wird in der Titeldatenbank geprüft wie oft der Artikel vorhanden ist.

Anschließend wird in der Schleife zum nächsten Artikel übergegangen. So werden für alle Titel, die dem Warengruppenfilter entsprechen die entsprechenden Preisänderungen vorgenommen.

Sind alle Artikel von der Schleife bearbeitet worden, kann mit einem Hinweis auf die angelegte Protokolldatei das Programm beendet werden.

Die neue Prozedur zum berechnen des neuen EK- bzw. VK-Preises, welche nur einen kleinen Teil des zu entwerfenden Programms darstellt, soll später auch in anderen Programmteilen von BuSS’98 Verwendung finden. So kann dann beispielsweise aus den Titelstammdaten heraus eine Preisberechnung für den aktuell angezeigten Artikel durchgeführt werden.

Ich hoffe mir kann jemand helfen ob das so besser ist, oder wie ich meinen Antrag besser schreiben kann.

Vielen Dank im Vorraus

Sebastian

[Schiller256]

Der Prüfungsausschuss will von dir wissen was du in dem Projekt machst und wo deine Entscheidungen liegen. Denn im Moment erkenne ich beim besten willen nur das du ein Update auf eine Datenbank durchführen willst. Das ist aber für 70 Std. etwas wenig.

Für mich liest sich der zweite Entwurf als wäre das Projekt schon durchgeführt und bereits fertig.

Poste mal deinen Zeitplan dazu vielleicht erkenne ich auch nur die Details nicht aber das wird kein 70 Std. Projekt auch wenn du das mit noch so vielen Fenstern und Auswahlboxen auffüllst.

[shein_de]

Hi noch mal,

irgendwie sind hier wohl einige Posts verschwunden, dessahlb hier nochmal mein überarbeiteter Antrag. Ich bitte um Eure Meinung ob der so genehmigt werden kann. Vielen Dank.

Sebastian

Das Projekt „Preisanpassungsprogramm“ soll Bestandteil des Warenwirtschafts-systems BuSS’98 werden. Es dient dazu für bestimmte Warengruppen im Sortiment eine Preisanpassung vornehmen zu können.

Das Programm wird unter anderem eine zu entwerfende Prozedur benutzen, welche auch von anderen Programmen später eingesetzt werden soll. Die Prozedur greift direkt auf die Datenbank zu in der alle Artikel, welche im WWS vorhanden sind, gespeichert sind.

Nach Aufruf des Programms muss der Anwender zunächst wählen für welche Warengruppen eine Preisanpassung vorgenommen werden soll. Hier können bis zu 3 verschiedene Warengruppen über Comboboxen ausgewählt werden. Da sich die Warengruppen bei verschiedenen Kunden (es arbeiten über 100 verschiedene Kunden mit dem BuS-System) deutlich voneinander unterscheiden können, werden die Comboboxen mit den, in der jeweiligen Kundenumgebung vorhandenen Warengruppen aus dem entsprechenden Record gefüllt.

Anschließend muss angegeben werden ob ein Preisaufschlag oder ein Rabatt (positives oder negatives Vorzeichen) berechnet werden soll und mit wie viel Prozent die Rabatte bzw. Aufschläge berechnet werden sollen. Außerdem muss über Checkboxen angegeben werden ob die Berechnung für den Einkaufspreis oder für den Verkaufspreis (oder beides) vorgenommen werden soll. Darüber hinaus kann der Anwender, ebenfalls über eine Checkbox, auswählen ob er für alle geänderten Artikel, die auch in seinem Bestand vorhanden sind, neue Barcode-Etiketten ausgedruckt haben möchte um seine Ware sofort neu etikettieren zu können.

Zusätzlich wird über das Anhaken einer Checkbox die Möglichkeit geboten die neu berechneten Preise manuell korrigieren zu können, bevor diese in der Datenbank gespeichert werden. So soll die Möglichkeit gegeben sein, unübliche Preise, wie zum Beispiel 47,87 € in handelsübliche Preise, wie zum Beispiel 47,90 € abzuändern.

Das Programm wird eine zusätzliche Funktion enthalten, welche dazu dienen soll mögliche Fehler rückgängig zu machen. Sollte die Preisanpassung versehentlich oder mit den falschen Eingaben ausgelöst worden sein, wird über diese Funktion die komplette Preisänderung rückgängig gemacht. Zu diesem Zweck wird während der Preisaktualisierung zum einen ein Protokoll geführt, welches dokumentiert welche Artikel (über die ISBN ausgewiesen) geändert wurden und wie der alte bzw. der neue Preis dieser Artikel ist. So kann sofort (oder auch nachträglich) kontrolliert werden, ob die Änderungen so durchgeführt wurden wie es von Anwender gewünscht war. Zum Anderen wird in der Titeldatenbank der alte Preis abgespeichert, so das auf diesen, zum Zwecke der Rücksetzung des Preises, wieder zurückgegriffen werden kann. Um die Preisänderung rückgängig machen zu können, wird es einen weiteren Button geben, welcher die Funktion zum wiederherstellen der alten Preise aufruft.

Aus Sicherheitsgründen wird in jedem geänderten Datensatz ein Vermerk abgespeichert, das dieser geändert wurde und wie die Änderung aussah.

Beim Durchführen des Preisänderung wird die entsprechende Funktion jeden Datensatz prüfen, ob die gewünschte Änderung schon einmal durchgeführt wurde um zu verhindern, das eine Preisänderung versehentlich mehrfach durchgeführt wird. Stellt das Programm bei einem Datensatz fest, dass dieser zuvor schon ein mal auf die gleiche Weise geändert wurde, wird eine Abfrage erscheinen, durch die der Anwender bestätigen muss, das er diese Preisänderung wirklich vornehmen möchte.

Ziel ist es mit diesem Projekt unseren Kunden die Möglichkeit zu geben, die Preise ihres (oft sehr großen) Sortiments schnell und einfach abändern zu können.