Catálogo de publicaciones - libros
Beginning Java Objects: From Concepts to Code
Jacquie Barker
Second Edition.
Resumen/Descripción – provisto por la editorial
No disponible.
Palabras clave – provistas por la editorial
Software Engineering/Programming and Operating Systems
Disponibilidad
Institución detectada | Año de publicación | Navegá | Descargá | Solicitá |
---|---|---|---|---|
No detectada | 2005 | SpringerLink |
Información
Tipo de recurso:
libros
ISBN impreso
978-1-59059-457-5
ISBN electrónico
978-1-4302-0036-9
Editor responsable
Springer Nature
País de edición
Reino Unido
Fecha de publicación
2005
Información sobre derechos de publicación
© Apress 2005
Cobertura temática
Tabla de contenidos
Modeling the Dynamic/Behavioral Aspects of the System
Jacquie Barker
In this chapter, you’ve seen how the process of dynamic modeling is a complementary technique to the static modeling that enriches our overall understanding of the problem to be automated, hence enabling us to improve our object “blueprint,” also known as a class diagram. In particular, you’ve seen
Part 2 - Object Modeling 101 | Pp. 409-430
Wrapping Up Our Modeling Efforts
Jacquie Barker
Learning to model a problem from the perspective of objects is a bit like learning to ride a bicycle. You can read all the books ever published on the subject of successful bicycle riding, but until you actually sit on the seat, grab the handlebars, and start pedaling, you won’t get a real sense of what it means to ride. You’ll probably wobble at first, but with a bit of a boost from training wheels or a friendly hand to steady you, you’ll be riding off on your own with time. The same is true of object modeling: with practice, you’ll get an intuitive feel for what makes a good candidate class, a useful scenario, and so on.
In this chapter, we
Part 2 - Object Modeling 101 | Pp. 431-438
Rounding Out Your Java Knowledge
Jacquie Barker
In this chapter, you learned
With all of this Java knowledge at your fingertips, you are now ready to proceed to building the SRS application.
Part 3 - Translating an Object Blueprint into Java Code | Pp. 441-566
Transforming Your Model into Java Code
Jacquie Barker
You’ve now seen some Java in action! We’ve built a command line-driven version of the SRS application. Although this is not typically how most applications are invoked—most “industrial-strength” applications have GUI front-ends—developing such a version is a crucial step in testing our core model classes to ensure that all methods are working properly. And, aside from the various display methods that we encoded for testing purposes, when we round out the application in the next two chapters.
Part 3 - Translating an Object Blueprint into Java Code | Pp. 567-618
Rounding Out Your Application, Part 1: Adding a Data Access Layer
Jacquie Barker
In this chapter, you learned
You’re also getting quite an opportunity to apply the Java language skills that you learned in Chapter 13. I encourage you to work with the SRS code, and to attempt some of the exercises that follow, to reinforce your learning experience.
Part 3 - Translating an Object Blueprint into Java Code | Pp. 619-680
Rounding Out Your Application, Part 2: Adding a Presentation Layer
Jacquie Barker
In this chapter, we’ve covered a lot of ground regarding the basics of Java GUI building.
Part 3 - Translating an Object Blueprint into Java Code | Pp. 681-772
SRS, Take 3: Adding a GUI
Jacquie Barker
In this chapter, you learned
And, you saw the : adding a GUI front-end to the SRS application! You’ve now come through the full life cycle of the SRS application, beginning with an expression of requirements via use cases in Chapter 9, to an object model in Chapters 10 and 11, to a command-line-driven program in Chapter 14; a program with file persistence in Chapter 15; and a GUI-driven application in Chapter 17.
Part 3 - Translating an Object Blueprint into Java Code | Pp. 773-830
Next Steps
Jacquie Barker
Die Dynamik im Bestattungswesen ist so groß wie nie. Wo vor ein paar Jahren noch düstere, schwer bevorhangte Räumlichkeiten voll demonstrierter tragischer Traurigkeit waren, findet man heute helle Verkaufsräume mit freundlichen, für den Umgang mit Trauernden sensibilisierten Mitarbeitern, bunten Särgen und einer großen Bereitschaft, den Wünschen und Bedürfnissen Angehöriger entgegenzukommen. Mit der nun auch in Deutschland etablierten Hospizbewegung hat sich ein Bewusstseinswandel in der Bevölkerung, aber auch bei den Bestattern selbst, in Gang gesetzt: Möglichkeiten des Abschieds werden besser genutzt und je nach Wunsch der Angehörigen mit Hilfe von Bestattern auch individuell gestaltet. Trauer wird wieder bewusster als ein wichtiger und fürs Weiterleben notwendiger Teil des Abschiednehmens gelebt und integriert. Massiver Druck auf verschiedene Landesregierungen bewirkte die Novellierung antiquierter Bestattungsgesetze.
Der Umgang mit Leichen und damit auch das Bestattungswesen ist ein Bereich, der besonders geeignet scheint für unbegründete Horrorgeschichten und Märchen, die lebhaften Fantasien entspringen oder Phänomene sind, die durchaus erklärbar und (patho-)physiologisch sind. Wenige, die beruflich mit der Versorgung von Verstorbenen zu tun haben, sind nicht am Anfang ihrer Tätigkeit mit Schauergeschichten z. B. über Tote, die sich plötzlich bewegten und noch Laute von sich gaben, beglückt worden. Kühlräume und Aufbahrungsräume in Institutionen befinden sich fast immer in dunklen, weitläufigen einsamen Untergeschossen, in einer Umgebung, die Horrorfantasien oder eine Entsorgungsmentalität geradezu unterstützen. All diese Faktoren tragen nicht dazu bei, einen natürlichen Umgang mit Toten und dem Bestattungswesen zu fördern. Unerklärbares macht Angst. Angst fördert Distanz. Mit einem innerlichen Distanzierungswunsch fällt es schwer, Angehörige in dieser für sie schweren Zeit adäquat zu unterstützen. Wenn Pflegende mehr wissen und sich mit irrationalen Ängsten auseinandersetzen können, wird sich dies nicht nur positiv auf ihre zu bewältigen Aufgaben auswirken, sondern Ihnen automatisch auch mehr Sicherheit im Umgang mit Angehörigen geben.
Part 3 - Translating an Object Blueprint into Java Code | Pp. 831-835