Welcome to CakePHP v1.3.10 Console

---------------------------------------------------------------

App : app

Path: /home/roland/workspace/weightapplication/app

---------------------------------------------------------------

Interactive Bake Shell

---------------------------------------------------------------

[D]atabase Configuration

[M]odel

[V]iew

[C]ontroller

[P]roject

[F]ixture

[T]est case

[Q]uit

What would you like to Bake? (D/M/V/C/P/F/T/Q) 

> M   

---------------------------------------------------------------

Bake Model

Path: /home/roland/workspace/weightapplication/app/models/

---------------------------------------------------------------

Use Database Config: (default/test) 

[default] > 

Possible Models based on your current database:

1. User

2. Weight

Enter a number from the list above,

type in the name of another model, or 'q' to exit  

[q] > 2

Diesmal bin ich gleich bis zu den Modellen durchgegangen und gebe die 2 für Weight ein.

[q] > 2

A displayField could not be automatically detected

would you like to choose one? (y/n) 

> y

1. id

2. user_id

3. weight

4. created

Choose a field from the options above:  

> 3

Diesmal erkennt Cake Console nicht welche Felder wir später anzeigen lassen wollen. Wir wählen das Gewicht.
Danach generieren wir wieder die Validierungen.

Für id:

> 3

Would you like to supply validation criteria 

for the fields in your model? (y/n) 

[y] > 

Field: id

Type: integer

---------------------------------------------------------------

Please select one of the following validation options:

---------------------------------------------------------------

1 - alphanumeric

2 - between

3 - blank

4 - boolean

5 - cc

6 - comparison

7 - custom

8 - date

9 - decimal

10 - email

11 - equalto

12 - extension

13 - inlist

14 - ip

15 - maxlength

16 - minlength

17 - money

18 - multiple

19 - notempty

20 - numeric

21 - phone

22 - postal

23 - range

24 - ssn

25 - time

26 - url

27 - userdefined

28 - uuid

29 - Do not do any validation on this field.

... or enter in a valid regex validation string.

[29] > 

Für User-ID

[29] > 

Field: user_id

Type: integer

---------------------------------------------------------------

Please select one of the following validation options:

---------------------------------------------------------------

1 - alphanumeric

2 - between

3 - blank

4 - boolean

5 - cc

6 - comparison

7 - custom

8 - date

9 - decimal

10 - email

11 - equalto

12 - extension

13 - inlist

14 - ip

15 - maxlength

16 - minlength

17 - money

18 - multiple

19 - notempty

20 - numeric

21 - phone

22 - postal

23 - range

24 - ssn

25 - time

26 - url

27 - userdefined

28 - uuid

29 - Do not do any validation on this field.

... or enter in a valid regex validation string.

[20] > 

Hier wollen wir keine weiteren Validierungen.
Für unser Gewicht wollen wir notempty verwenden:

[n] > 

Field: weight

Type: float

---------------------------------------------------------------

Please select one of the following validation options:

---------------------------------------------------------------

1 - alphanumeric

2 - between

3 - blank

4 - boolean

5 - cc

6 - comparison

7 - custom

8 - date

9 - decimal

10 - email

11 - equalto

12 - extension

13 - inlist

14 - ip

15 - maxlength

16 - minlength

17 - money

18 - multiple

19 - notempty

20 - numeric

21 - phone

22 - postal

23 - range

24 - ssn

25 - time

26 - url

27 - userdefined

28 - uuid

29 - Do not do any validation on this field.

... or enter in a valid regex validation string.

[29] > 19

created lassen wir wie es ist:

[n] > 

Field: created

Type: timestamp

---------------------------------------------------------------

Please select one of the following validation options:

---------------------------------------------------------------

1 - alphanumeric

2 - between

3 - blank

4 - boolean

5 - cc

6 - comparison

7 - custom

8 - date

9 - decimal

10 - email

11 - equalto

12 - extension

13 - inlist

14 - ip

15 - maxlength

16 - minlength

17 - money

18 - multiple

19 - notempty

20 - numeric

21 - phone

22 - postal

23 - range

24 - ssn

25 - time

26 - url

27 - userdefined

28 - uuid

29 - Do not do any validation on this field.

... or enter in a valid regex validation string.

[29] > 

Die Relation zur User-Tabelle ist eine BelongsTo-Relation. Die werden wir mit den folgenden Einträgen erstellen:

[29] > 

Would you like to define model associations

(hasMany, hasOne, belongsTo, etc.)? (y/n) 

[y] > 

One moment while the associations are detected.

---------------------------------------------------------------

Please confirm the following associations:

---------------------------------------------------------------

Weight belongsTo User? (y/n) 

[y] >

Weitere Relationen brauchen wir nicht.
Es wird uns nochmal angezeigt wie das Modell wohl aussehen wird.

[y] > 

Would you like to define some additional model associations? (y/n) 

[n] > 

---------------------------------------------------------------

The following Model will be created:

---------------------------------------------------------------

Name:       Weight

DB Table:   `weights`

Validation: Array

(

    [user_id] => Array

        (

            [numeric] => numeric

        )

    [weight] => Array

        (

            [notempty] => notempty

        )

)

Associations:

	Weight belongsTo User

---------------------------------------------------------------

Look okay? (y/n) 

[y] > 

Auch die Simpletests können wir vorbereiten lassen und fertig ist die Installation.

[y] > 

Baking model class for Weight...

Creating file /home/roland/workspace/weightapplication/app/models/weight.php

Wrote `/home/roland/workspace/weightapplication/app/models/weight.php`

SimpleTest is not installed. Do you want to bake unit test files anyway? (y/n) 

[y] > 

You can download SimpleTest from http://simpletest.org

Baking test fixture for Weight...

Creating file /home/roland/workspace/weightapplication/app/tests/fixtures/weight_fixture.php

Wrote `/home/roland/workspace/weightapplication/app/tests/fixtures/weight_fixture.php`

Bake is detecting possible fixtures..

Creating file /home/roland/workspace/weightapplication/app/tests/cases/models/weight.test.php

Wrote `/home/roland/workspace/weightapplication/app/tests/cases/models/weight.test.php`

---------------------------------------------------------------

Interactive Bake Shell

---------------------------------------------------------------

[D]atabase Configuration

[M]odel

[V]iew

[C]ontroller

[P]roject

[F]ixture

[T]est case

[Q]uit

What would you like to Bake? (D/M/V/C/P/F/T/Q) 

> 

So, jetzt haben wir für die Tabellen users und weights angelegt.

Ähnliche Beiträge

Welcome to CakePHP v1.3.10 Console

---------------------------------------------------------------

App : app

Path: /home/roland/workspace/weightapplication/app

---------------------------------------------------------------

Interactive Bake Shell

---------------------------------------------------------------

[D]atabase Configuration

[M]odel

[V]iew

[C]ontroller

[P]roject

[F]ixture

[T]est case

[Q]uit

What would you like to Bake? (D/M/V/C/P/F/T/Q) 

>

Hier kannst du auswählen was du backen willst.
Wir wollen zuerst unsere Modelle backen, also geben wir M ein.
Die nächste Frage lautet ob wir unsere Modelle anhand der Definitionen der Default-Database-Connection oder der Test-Connection erstellen wollen.

> M       

---------------------------------------------------------------

Bake Model

Path: /home/roland/workspace/weightapplication/app/models/

---------------------------------------------------------------

Use Database Config: (default/test) 

[default] >

Hier kannst du return drücken, da wir die default-Konfiguration nehmen wollen.
Als nächstes werden die Tabellen, die derzeitig in der Datenbank definiert sind, angezeigt:

[default] > 

Possible Models based on your current database:

1. User

2. Weight

Enter a number from the list above,

type in the name of another model, or 'q' to exit  

[q] >

Jetzt lassen wir die Modelle erstellen. Du gibst hierfür die 1 und 2 ein.
Fangen wir also mit 1 an:

[q] > 1   

Would you like to supply validation criteria 

for the fields in your model? (y/n) 

[y] >

Die Modell-Attribute können mit Standard-Validierungen überprüft werden.
Wir wollen das der Name und die E-Mail Adresse korrekt eingegeben werden.
Also sagen wir ja (return)
Das erste Feld ist die id.
Hier werden folgende Optionen angeboten:

[y] > 

Field: id

Type: integer

---------------------------------------------------------------

Please select one of the following validation options:

---------------------------------------------------------------

1 - alphanumeric

2 - between

3 - blank

4 - boolean

5 - cc

6 - comparison

7 - custom

8 - date

9 - decimal

10 - email

11 - equalto

12 - extension

13 - inlist

14 - ip

15 - maxlength

16 - minlength

17 - money

18 - multiple

19 - notempty

20 - numeric

21 - phone

22 - postal

23 - range

24 - ssn

25 - time

26 - url

27 - userdefined

28 - uuid

29 - Do not do any validation on this field.

... or enter in a valid regex validation string.

[29] >

Mit 29 (also return) geben wir an, dass wir keine besondere Überprüfung für dieses Feld durchführen wollen.

Als nächstes wird das Feld name angezeigt.

[29] > 

Field: name

Type: string

---------------------------------------------------------------

Please select one of the following validation options:

---------------------------------------------------------------

1 - alphanumeric

2 - between

3 - blank

4 - boolean

5 - cc

6 - comparison

7 - custom

8 - date

9 - decimal

10 - email

11 - equalto

12 - extension

13 - inlist

14 - ip

15 - maxlength

16 - minlength

17 - money

18 - multiple

19 - notempty

20 - numeric

21 - phone

22 - postal

23 - range

24 - ssn

25 - time

26 - url

27 - userdefined

28 - uuid

29 - Do not do any validation on this field.

... or enter in a valid regex validation string.

[19] >

Die Cake Console ist ziemlich clever und schlägt und notempty vor. Also machen wir das so.
Als nächstes fragt Die Cake Console uns ob wir weitere Überprüfungen durchführen wollen. Hier können wir vorerst mit Return (also nein) weitergehen.

[n] > 

Field: email

Type: string

---------------------------------------------------------------

Please select one of the following validation options:

---------------------------------------------------------------

1 - alphanumeric

2 - between

3 - blank

4 - boolean

5 - cc

6 - comparison

7 - custom

8 - date

9 - decimal

10 - email

11 - equalto

12 - extension

13 - inlist

14 - ip

15 - maxlength

16 - minlength

17 - money

18 - multiple

19 - notempty

20 - numeric

21 - phone

22 - postal

23 - range

24 - ssn

25 - time

26 - url

27 - userdefined

28 - uuid

29 - Do not do any validation on this field.

... or enter in a valid regex validation string.

[10] >

Das nächste Feld ist die E-Mail Adresse. Hier erkennt Cake Console dass wir eine valide E-Mail Adresse eingeben wollen (also irgendwas mit BLA@BLUB.LULL).
Wir akzeptieren die 10.
Die Frage, ob wir noch weitere Validierungen angeben wollen, beantworten wir diesmal mit y.
Jetzt geben wir noch isUnique als Validierungsregel an. Damit wird erreicht, dass jede E-Mail Adresse im System einmalig ist.

[10] > isUnique

Would you like to add another validation rule? (y/n) 

[n] >

Jetzt können wir wieder return drücken.

Das letzte Feld, mit zu überprüfenden Eigenschaften, ist das Passwort.
Hier können wir z.B. eine Minimallänge vorgeben.

[19] > 16

Would you like to add another validation rule? (y/n) 

[n] >

Die Beschreibung lassen wir optional.

[n] > 

Field: description

Type: text

---------------------------------------------------------------

Please select one of the following validation options:

---------------------------------------------------------------

1 - alphanumeric

2 - between

3 - blank

4 - boolean

5 - cc

6 - comparison

7 - custom

8 - date

9 - decimal

10 - email

11 - equalto

12 - extension

13 - inlist

14 - ip

15 - maxlength

16 - minlength

17 - money

18 - multiple

19 - notempty

20 - numeric

21 - phone

22 - postal

23 - range

24 - ssn

25 - time

26 - url

27 - userdefined

28 - uuid

29 - Do not do any validation on this field.

... or enter in a valid regex validation string.

[29] >

Als nächstes werden wir gefragt ob wir Verknüpfungen zu anderen Modellen haben wollen.
Hier sagen wir ja, denn wir wollen unsere Personen mit vielen Gewichtsangaben versehen.

[29] > 

Would you like to define model associations

(hasMany, hasOne, belongsTo, etc.)? (y/n) 

[y] >

Wenn du return drückst wird die weights Tabelle angezeigt. Diese beinhaltet eine user_id und kann daher eine Relation zu unserer users-Tabelle haben.

[y] > 

One moment while the associations are detected.

---------------------------------------------------------------

Please confirm the following associations:

---------------------------------------------------------------

User hasMany Weight? (y/n) 

[y] >

Wir sagen bei dieser Frage ja (return)

[y] > 

Would you like to define some additional model associations? (y/n) 

[n] >

Hier bleiben wir bei nein.
Als letztes wird uns angezeigt was wir da so zusammenkonfiguriert haben:

[n] > 

---------------------------------------------------------------

The following Model will be created:

---------------------------------------------------------------

Name:       User

DB Table:   `users`

Validation: Array

(

    [name] => Array

        (

            [notempty] => notempty

        )

    [email] => Array

        (

            [email] => email

            [isUnique] => isUnique

        )

    [password] => Array

        (

            [minlength] => minlength

        )

)

Associations:

	User hasMany Weight

---------------------------------------------------------------

Look okay? (y/n) 

[y] >

Das sieht gut aus! Also sagen wir ja.

[y] > 

Baking model class for User...

Creating file /home/roland/workspace/weightapplication/app/models/user.php

Wrote `/home/roland/workspace/weightapplication/app/models/user.php`

SimpleTest is not installed. Do you want to bake unit test files anyway? (y/n) 

[y] >

Wie du sehen kannst, wird das Modell user.php in das Verzeichnis /app/models/users.php geschrieben.
Die Frage ob wir die Unit-Tests für unser Modell erstellen wollen, können wir mit ja beantworten. Dann können wir später mit SimpleTest alles durchtesten.

Jetzt wird alles fertiggestellt und wir kommen wieder zur Startseite.

[y] > 

You can download SimpleTest from http://simpletest.org

Baking test fixture for User...

Creating file /home/roland/workspace/weightapplication/app/tests/fixtures/user_fixture.php

Wrote `/home/roland/workspace/weightapplication/app/tests/fixtures/user_fixture.php`

Bake is detecting possible fixtures..

Creating file /home/roland/workspace/weightapplication/app/tests/cases/models/user.test.php

Wrote `/home/roland/workspace/weightapplication/app/tests/cases/models/user.test.php`

---------------------------------------------------------------

Interactive Bake Shell

---------------------------------------------------------------

[D]atabase Configuration

[M]odel

[V]iew

[C]ontroller

[P]roject

[F]ixture

[T]est case

[Q]uit

What would you like to Bake? (D/M/V/C/P/F/T/Q) 

>

Hier brechen wir mit Q ab und schauen uns zuerst unser Modell an.
Gehe zur Validierung des Passworts und ändere die Validierung so ab, dass wir eine Minimallänge von sechs Zeichen vorsehen:

		'password' => array(

			'minlength' => array(

				'rule' => array('minlength', 6),

				//'message' => 'Your custom message here',

				//'allowEmpty' => false,

				//'required' => false,

				//'last' => false, // Stop validation after this rule

				//'on' => 'create', // Limit validation to 'create' or              'update' operations

			),

Alle anderen vorgefertigten Definitionen lassen wir vorerst einfach mal so stehen.
Das Modell ist jetzt erst einmal ausreichend konfiguriert.

Ähnliche Beiträge

# This SQL-commands create the tables for weightapplication.
drop database weightapplication;
create database weightapplication;
use weightapplication;
create table users (  id          int(11) not null auto_increment primary key \
                    , name        varchar(255) not null \
                    , email       varchar(255) not null \
                    , password    varchar(32) not null \
                    , description text null \
                   );
create table weights (  id          int(11) not null auto_increment primary key \
                      , user_id     int(11) not null
                      , weight      float not null \
                      , created     timestamp NOT NULL DEFAULT now() \
                     );

Dieses Script habe ich unter dem Namen create_database.sql im Verzeichnis /app/config abgelegt.
Jetzt wechsle in das Verzeichnis /app/config und führe den Befehl mysql -uroot -p < create_database.sh aus. Du wirst nach dem Passwort gefragt, dass du für deinen MySQL-Server benötigst.
Das Script löscht eine zuvor angelegte Datenbank, legt die weightapplication Datenbank an und erstellt die Tabellen für Personen (users) und die Gewichtsangaben.

Ähnliche Beiträge

Die Queue kann theoretisch beliebig viele Eintragungen beinhalten. Ich schlage jedoch vor, dass hier auch eine Anzahl vereinbart werden sollte. Wenn Plätze frei werden, kann wieder verhandelt werden.
So muss man nicht alles auf einmal beschreiben, kann zu gegebener Zeit entsprechend handeln und bleibt agil.

Mit diesen Werkzeugen kommt man schon ziemlich weit. Natürlich müsst ihr diese Vorschläge bei euch entsprechend anpassen. Es ergibt keinen Sinn, meine Vorschläge einfach nur zu übernehmen. Sie müssen auf die jeweilige Gegebenheit angepasst werden.

Ähnliche Beiträge

Das müssen wir ändern.

Wir erstellen eine zweite Queue und nennen sie Maintenance Queue. Dort fügt die Entwicklung alle Tätigkeiten ein, die irgendwann einmal gemacht werden müssen.
Jetzt einigen wir uns noch darauf, dass wir z.B. drei Aufgaben aus der Standard-Queue nehmen und danach eine Aufgabe aus der Maintenance Queue.
Dies legen wir gemeinsam fest. Das bedeutet auch, dass jede vierte Aufgabe wirklich eine Wartungsaufgabe ist und durchgeführt werden muss. So entlasten wir unsere Diskussionen warum die Wartungsarbeiten immer verschoben werden. Wir können unsere Umgebung stabilisieren und werden insgesamt schneller und stabiler.
Wichtig ist nur, dass wir beim täglichen Arbeiten uns an unsere Vorgehensweise halten und grundsätzlich auch Maintenance Aufgaben abarbeiten.
Hier muss das Management zustimmen, dass ihnen diese Abläufe wichtig sind.

Ähnliche Beiträge

Ich schmeiße die Priorisierung weg

Um schneller und besser zu werden schlage ich vor, dass die unterschiedlichen Projektpriorisierungen ersteinmal weggeworfen werden. Wir definieren einfach einmal, dass jedes zur Zeit aktive Projekt wichtig ist. Das spart uns mindestens fünf Meetings an denen wir diskutieren warum Karl-Heinz sein Projekt wichtiger ist als meins.

So, das wäre geklärt.

Als nächstes legen wir unsere Projektpläne zusammen und schauen mal was von welchem Projekt wann benötigt wird. Und dann einigen wir uns darauf, dass z.B. vier Elemente von Karl-Heinz seinem Projekt und drei von meinem Projekt gestartet werden sollen.
Also ist unsere Requirements-Queue gefüllt und wir diskutieren die weiteren Schritte.
Da es keine Priorisierung mehr gibt, arbeiten wir mit einem FIFO (First In-First Out) Prinzip.
Das bedeutet, wir können uns eine Queue bauen in die alle Elemente der Reihenfolge nach eingestellt werden. Die einzelnen Elemente sollten ungefähr gleichgroß sein, damit die Taktung klar ist. Falls das nicht möglich ist, kann z.B. bestimmt werden, dass mein Monsterpaket durchgewuchtet wird und dafür drei Pakete von Karl-Heinz nachkommen.

Wir haben jetzt nur noch eine Queue für alle Projekte und die Priorisierung wird durch die Reihenfolge der eingefügten Aufgaben festgelegt. Wir arbeiten als Projektleiter wieder miteinander und nicht gegeneinander. Die internen Reibereihen können reduziert werden.

Ähnliche Beiträge

Gewichtung der Requirements- und Development Queue

Die Entwicklung habe ich auf maximal 14 gleichzeitige Tätigkeiten aufgeteilt. Im Moment sind drei Tätigkeiten eingelastet. Die Entwicklung kann also noch einige Tätigkeiten annehmen und bearbeiten.
Bei der Requirement-Crew hat sich auch etwas getan. Da Story 1 von Done zur Entwicklung übernommen wurde, kann eine weitere Story besprochen und bearbeitet werden. Wir bekommen also Story 8 übergeben. Weitere Stories sind nicht erlaubt, da Story 2 und 4 bereits auf Done stehen und nicht weitergeleitet werden können.

Warum ist das jetzt toller als vorher?

Die Requirement-Crew kann sich vollumfänglich auf maximal sieben unterschiedliche Aufgaben einstellen. Wenn wir drei Mitarbeiter in dieser Crew haben, bedeutet das über den Tag verteilt maximal ein Wechsel von 2-3 unterschiedlichen Aufgaben. Diese können hochkonzentriert angegangen und gelöst werden.
„Weniger ist mehr“ wird helfen, dass die Requirements sinnvoll beschrieben und dokumentiert werden. Es werden weniger Rückfragen entstehen und die Zeit pro einzelner Aufgabe wird reduziert.

Ähnliche Beiträge

Was ist passiert?

Wenn ein Mitarbeiter an einem Tag unterschiedliche Themengebiete bearbeiten muss, muss er / sie sich umstellen. Themen sind hier:
Eventuell muss eine andere Entwicklungsumgebung gestartet werden

• Der Mitarbeiter muss sich in das Thema einlesen und die Lösung überdenken

• Der Mitarbeiter muss sich selbst auf das neue Thema einlassen

• Eventuell müssen Absprachen mit weiteren Mitarbeitern geführt werden um den aktuellen Stand zu erkennen. Damit werden die weiteren Mitarbeiter aus der Arbeit gerissen und werden auch langsamer.

Dieses Umstellen von einer Tätigkeit auf eine Neue Tätigkeit wird im verarbeitenden Gewerbe als Rüstzeit beschrieben. Wenn eine Bohrmaschine zuerst fünfmal mit 4mm Löcher bohrt, und danach der Bohrer auf 10mm gewechselt werden muss, bedeutet dies ein Stillstand in der Produktion.
Dies wird im verarbeitenden Gewerbe entsprechend eingeplant.
In der IT wird dies häufig vergessen, dass wir auch Rüstzeiten haben. Wenn ein Mitarbeiter konzentriert an einem Konzept arbeitet und z.B. angerufen wird,  können bis zu 20 Minuten vergehen bevor er sich wieder voll an die Arbeit machen kann.
Wenn ein Mitarbeiter eine Stunde für Projekt A arbeitet und dann einen Produktionsfehler analysiert und danach am Projekt B arbeitet addieren sich diese Rüstzeiten. So kann es locker passieren, dass ein Mitarbeiter vor lauter Meetings und Umstellungen den ganzen Tag über nur noch heiße Luft produziert.

Mögliche Lösung

Die Mitarbeiter müssen sich auf ihre einzelnen Aufgaben vollumfänglich konzentrieren können. Also zuerst einmal die Millionen Meetings reduzieren, nur noch an wenigen Aufgaben gleichzeitig arbeiten und das Telefon abstellen.
Mit KANBAN kann man weiter für Entlastung sorgen. Da ein Mitarbeiter nur begrenzt zwischen Aufgaben wechseln kann, sollten nur begrenzt viele Aufgaben gleichzeitig aktiv sein.
Ich habe im folgenden Bild skizziert wie z.B. bei den Requirements-Arbeiten für Entlastung gesorgt werden kann.

In den Queues für Requirements Analyse werden maximal sieben Stories akzeptiert. Dies wird durch die rote 7 links oben angezeigt.
Ich habe hier einen Snapshot des KANBAN-Boards gemacht. Du kannst sehen, dass Story 1 bereits in Done steht. Die weiteren Stories sind irgendwo zwischen In Work und Review verteilt.
Da in den Requirements-Queues sieben Stories verteilt sind, dürfen keine weiteren Stories angefangen werden.
Bevor nicht die Stories von der Development-Crew übernommen werden, werden keine weiteren Stories im Requirements-Umfeld angefangen. Damit wird erreicht, dass nicht zu viele Stories analysiert werden, die später gar nicht umgesetzt werden können.
Die Requirements-Menschen können sich vollumfänglich auf sieben unterschiedliche Stories einstellen. Es werden keine weiteren Stories eingetragen und die „Rüstzeiten“ bleiben überschaubar. Ziel ist es die einzelnen Stories so schnell wie möglich am Stück bearbeiten zu können und nicht unterbrochen zu werden.

Ähnliche Beiträge

Hier sind folgende Dateien und Verzeichnisse betroffen:

/etc/hosts

Damit unser lokaler Webserver überhaupt vom Webbrowser gefunden werden kann, müssen wir unseren Localhost mitteilen, dass wir eine Applikation mit dem Namen weightapplication haben.
Öffne die Datei /etc/hosts (mit Root-Rechten) und füge folgende Zeile hinzu:

127.0.0.1 weightapplication

Damit wird festgelegt, dass der DNS weightapplication auf der IP-Adresse 127.0.0.1 (localhost) erreicht werden kann.
Speichere die Datei.

/etc/apache2/sites-available

In diesem Verzeichnis legst du eine Datei weightapplication an.
Diese befüllst du mit folgenden Zeilen:

NameVirtualHost weightapplication
<VirtualHost weightapplication>
    ServerAdmin root@localhost
    ServerName weightapplication
    DocumentRoot "/home/roland/workspace/weightapplication/app/webroot"
    <Directory "/home/roland/workspace/weightapplication/app/webroot">
        Options Indexes FollowSymLinks
        AllowOverride FileInfo Indexes
        Order allow,deny
        Allow from all
    </Directory>
<IfModule alias_module>
</IfModule>
<IfModule mpm_peruser_module>
    ServerEnvironment apache apache
</IfModule>
</VirtualHost>

Anstatt /home/roland/workspace fügst du bitte den WORKSPACE Pfad von deiner Konfiguration ein. Spannend ist hier, dass das Webroot von CakePHP in /app/webroot liegt. Hier greift der Apache auf die index.php zu. Alle darunterliegenden Verzeichnisse sind für Webanwender versteckt. Damit hat CakePHP eine einfache und effiziente Möglichkeit implementiert, die Konfigurationen der Applikation vor unliebsamen Anwendern zu verstecken.

Nachdem du diese Datei abgespeichert hast, müssen wir noch dafür Sorge tragen, dass Apache diese Konfiguration auch verwendet.

Hierfür führst du den Befehl

a2ensite weightapplication

Dieser Befehl legt in /etc/apache2/sites-enabled einen symbolischen Link auf die Datei weightapplication im Verzeichnis /etc/apache2/sites-available
.
So, fertig ist die Apache Konfiguration.

Nun müssen wir unserem Apache die neue Konfiguration mitgeben.

Mit apachectl configtest können wir kontrollieren ob wir uns in der weightapplication Datei vertippt haben. Falls der Check Syntax ok zurückliefert, kannst du mit apachectl graceful den Apache neu starten.

Fertig konfiguriert

Ähnliche Beiträge

Der letzte Artikel zur Gewichtsapplikation ist vom August und handelte davon wie man die Entwicklungsumgebung für CakePHP aufsetzt.
Vermutlich habt ihr schon völlig vergessen von was ich hier quassele. Deshalb nochmal der Link zum Reload mit CakePHP zur Applikation.

Dieser Artikel hier kümmert sich um den Setup der notwendigen Datenbank.

Wir wollen unsere Personen- und Gewichts-Angaben in einer MySQL-Datenbank ablegen.
CakePHP kann auch für andere Datenbanken konfiguriert werden, ich habe mich jedoch in diesem Projekt für eine Standard-MySQL-Datenbank entschieden.

MySQL – Datenbank aufsetzen

Du hast ja zuvor den MySQL Server aufgesetzt.
Jetzt werden wir die Datenbank weightapplication aufsetzen und unser CakePHP entsprechend dafür konfigurieren.
Folgende Komponenten werden hiermit abgearbeitet:

MySQL Datenbank

Gehe auf eine Konsole und füge den Befehl mysql -uroot -p ein.
Dann musst du dein Datenbank-Root-Passwort eingegeben dass du beim DB-Server-Setup vergeben hast.
Du bist nun auf der DB-Server Konsole.

Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 1364
Server version: 5.1.54-1ubuntu4 (Ubuntu)

Copyright (c) 2000, 2010, Oracle and/or its affiliates. All rights reserved.
This software comes with ABSOLUTELY NO WARRANTY. This is free software,
and you are welcome to modify and redistribute it under the GPL v2 license

Type ‘help;’ or ‘\h’ for help. Type ‘\c’ to clear the current input statement.

mysql>

Hier gibst du create database weightapplication; ein.
Das System liefert dir zurück:
mysql> create database weightapplication;
Query OK, 1 row affected (0.03 sec)

Mit quit kannst du die Konsole wieder verlassen.

Datenbankverbindung im CakePHP konfigurieren.
Kopiere die Datei /app/config/database.php.default zu /app/config/database.php.
Öffne /app/config/database.php.
Darin findest du folgende Zeilen, die du wie hier beschrieben veränderst:

class DATABASE_CONFIG {

var $default = array(
‘driver’ => ‘mysql’,
‘persistent’ => false,
‘host’ => ‘localhost’,
‘login’ => ‘root’,
‘password’ => ‘DEIN MYSQL LOGIN PASSWORT’,
‘database’ => ‘weightapplication’,
‘prefix’ => ”,
);

var $test = array(
‘driver’ => ‘mysql’,
‘persistent’ => false,
‘host’ => ‘localhost’,
‘login’ => ‘user’,
‘password’ => ‘password’,
‘database’ => ‘test_database_name’,
‘prefix’ => ”,
);
}

Beim login verwenden wir root, bei password trägst du dein DB-root-Passwort ein. Und bei database wird weightapplication eingetragen.
Fertig ist die Konfiguration (Falls du andere Verbindungseinstellungen verwenden willst, dann darfst du das natürlich gerne tun Einfach nachlesen wie du User in MySQL anlegst).
Die Test-DB kannst du entweder löschen oder vorerst so stehen lassen. In unserem kleinen Projektsetup verwende ich sie vorerst nicht.

Jetzt kann sich CakePHP an die Datenbank anmelden.

Ähnliche Beiträge

Ich habe hier die Queue „Requirements Not Clear“ eingeführt. Wenn wir erreichen wollen, dass unsere Anforderungen im Lauf der Zeit besser beschrieben werden, müssen wir aufzeigen wann eine Anforderung nicht korrekt beschrieben wurde. Die betroffenen Anforderungen lassen wir in der Queue stehen. So können wir z.B. einen Monat später sehen, dass weitere Anforderungen ähnlich schlecht beschrieben wurden. Dann können wir gezielt Maßnahmen einführen um die Anforderungen sinnvoller zu beschreiben. Diese Maßnahmen können sein:

• Schulung der Requirement-Engineers
• Fragekataloge erstellen
• Checklisten erstellen

Für Defects habe ich ebenfalls eine Queue „Defect“ eingeführt. Ein Defect wird ebenfalls nicht mehr aus der Queue entfernt. Ein Defect sollte nicht mehrmals vorkommen. Falls ein Fehler zweimal vorkommt müssen wir überlegen was wir bei der Entwicklung, bei der Anforderungsanalyse oder sonst wo falsch machen. Bei vielen anderen Projektvorgehen werden Defects korrigiert und danach vergessen. Das machen wir mit KANBAN nicht mehr. Natürlich nur wenn ihr dieses Feature nutzen wollt. Die Defects sind übrigens nicht dafür da die einzelnen Mitarbeiter an den Pranger zu stellen. Wir wollen damit lernen und besser werden.

Mit KANBAN kann man auch noch dafür sorgen, dass nur so viel Arbeit in die Teams eingelastet wird, wie sie auch verkraften können. Das werde ich in einem weiteren Artikel beschreiben.

Ähnliche Beiträge

Dieser Prozess funktioniert wie folgt:

• Zuerst wird eine Anforderungsanalyse (Requirement-Analyse) durchgeführt. Hier nehmen die Entwicklungsabteilung zusammen mit den Kunden auf, was aus Kundensicht tatsächlich benötigt wird und wie die Anforderungen grob  umgesetzt werden können.
• Die Ergebnisse dieser Analyse gehen in die Entwicklung.
• Die Entwicklungsabteilung analysiert die Anforderungen, die Test-Crew erstellt die Tests, die Dokumentation wird erstellt und natürlich wird auch etwas entwickelt.
• Wenn die Zusammenarbeit zwischen dem Requirements-Engineering und der Entwicklungsabteilung nicht sonderlich gut ist, werden viele Rückfragen generiert. Dies führt zu Mehraufwand, Verzögerung und blockiert im Endeffekt die Fertigstellung.
• Wenn alles programmiert, dokumentiert, Unit-Tests durchgeführt und Integrationstests erstellt wurden, kann der Integrationstest durchgeführt werden. Im Idealfall wird getestet und keine Fehler festgestellt. Leider ist die Welt  nicht ideal. Dann müssten wir auch nicht testen . Der Normalfall ist, dass diverse Fehler im Integrationstest anfallen werden. Also müssen diese Fehler korrigiert und danach nochmals getestet werden.
• Nach den erfolgreichen  Integrationstests können wir in die User Acceptance Tests und Operational Readiness Tests gehen. Dort wird überprüft ob wir das erstellt haben was vom Betrieb und von den Anwendern wirklich benötigt wird.
• Dummerweise können hier wieder Fehler auftreten. Diese müssen in der Integrationstestumgebung nachgestellt, korrigiert und nochmals getestet werden.
• Wenn das alles geklappt hat, können wir in Produktion gehen und uns neuen Aufgaben widmen.

Ich denke mal, ihr könnt eventuell euren eigenen Entwicklungsprozess wiedererkennen oder habt ähnliche Abläufe schon gesehen.
Im Prinzip ist es KANBAN völlig egal wie euer Prozess aussieht. Wichtig ist zuerst einmal, dass wir erkennen was wir tatsächlich machen und wieso wir es tun.
Als nächstes werden wir diesen Entwicklungsprozess mit Queues ausstatten. Mit den Queues können wir mit KANBAN-Karten anzeigen, in welchem Schritt der Relation sich gerade eine Anforderung befindet.

Ähnliche Beiträge

KANBAN in der Produktion

Ursprünglich kommt KANBAN aus der Autoindustrie und wurde verwendet um Just In Time Herstellung ohne IT-Hilfe durchzuführen. Toyota konnte hiermit schon sehr früh erreichen, dass Kapital unnötig in der Produktionskette gebunden wurde.
Die Idee ist, dass die einzelnen Artefakte erst dann erstellt werden, wenn sie tatsächlich benötigt werden.
Der Ablauf kann grob skizziert werden:

Ein Kunde möchte ein  Auto kaufen. Das Auto steht bereits fertig montiert in der Halle und kann direkt abgegriffen werden.
In dem Moment, in dem das Auto entgegengenommen wurde, kann ein neues Auto erstellt werden.
Hierzu werden Auftragskarten (KANBAN-Karten) zu den einzelnen Produktionsstetten durchgereicht. Einen Auftrag für die Räder und einen für die Karosserie.
Diese stellen exakt vier Räder und exakt eine Karosserie her und unser neues Auto wird zusammengestellt.
Ok, das ist wirklich eine sehr abstrakte Darstellung, sollte aber gut helfen um das Vorgehen zu verstehen. Immer wenn eine Anforderung (ich will ein Auto) anfällt, wird gearbeitet. Ansonsten wird nichts produziert und die Mitarbeiter können sich anderen Aufgaben widmen.
In der IT können wir mit den KANBAN-Karten erreichen, dass unsere Anforderungen durch die einzelnen „Produktionsstellen“ durchgereicht werden. So können wir die Anforderungen, die Entwicklung, das Testen und die Inproduktionsnahme entsprechend darstellen und nur dann Anforderungen umsetzen wenn es Sinn ergibt. In den folgenden Artikeln gehe ich weiter darauf ein.

Ähnliche Beiträge